软件系统开发和管理规范Word文件下载.docx
- 文档编号:22704877
- 上传时间:2023-02-05
- 格式:DOCX
- 页数:9
- 大小:229.43KB
软件系统开发和管理规范Word文件下载.docx
《软件系统开发和管理规范Word文件下载.docx》由会员分享,可在线阅读,更多相关《软件系统开发和管理规范Word文件下载.docx(9页珍藏版)》请在冰豆网上搜索。
根据公司的实际情况,结合软件工程及软件过程标准等,特制定我公司软件系统管理流程如下:
注:
带书名号?
?
的为系统开发过程中需提交的文档。
系统管理的过程分为如下几个步骤:
(1)启动软件系统
启动软件系统是指必须明确系统的目标和X围、考虑可能的解决方案以及技术和管理上的要求等,这些信息是软件系统运行和管理的根底。
(2)制定系统方案
系统方案在系统开场的时候制定,并随着系统的进展不断开展,系统方案为管理者提供了根据方案定期评审和跟踪系统进展的根底。
方案的制定以下面的活动为依据:
Ø
估算系统所需要的工作量
估算系统所需要的资源
根据工作量制定进度方案,继而进展资源分配
做出配置管理方案
(3)跟踪及控制系统方案
在软件系统进展过程中,严格遵守系统方案,对于一些不可防止的变更,要进展适当的控制和调整,但要确保方案的完整性和一致性。
(4)评审系统方案
对系统方案的完成程序进展评审,并对系统的执行情况进展评价。
(5)编写管理文档
系统管理人员根据软件合同确定软件系统是否完成。
系统一旦完成,那么检查系统完成的结果和中间记录文档,并把所有的结果记录下来形成文档而保存。
3.软件系统管理内容
3.1.需求阶段管理
需求分析是软件生命周期中相当重要的一个阶段,是软件设计的根底,也是用户和软件工程人员之间的桥梁。
简单地说,软件需求就是确定系统需要做什么,严格意义上,软件需求是系统或软件必须到达的目标与能力。
●目标
需求管理是一种获取、组织并记录软件需求的系统化方案,同时也是一个使客户与系统开发组对不断变更的软件需求达成并保持一致的过程。
在需求管理中,软件工程组的工作是采取适当的措施来保证分配的需求,即要将分配的需求文档化,控制需求的变化,负责系统实施过程中需求的实现情况。
需求管理的目的是在客户和处理客户需求的软件系统组之间建立对客户需求的共同理解。
需求管理的目标有两个:
使软件需求受控,并建立供软件工程和管理使用的需求基线。
使软件方案、产品和活动与软件需求保持一致。
在需求管理过程中,为实现第一个目标,必须控制需求基线的变动,按照变更控制的标准和规X的过程进展需求变更控制和版本控制;
为实现第二个目标,必须就变更和软件系统各小组达成共识,对软件系统方案做出调整,其中包括人员的安排、用户的沟通、本钱的调整、进度的调整等。
需求管理是一个对系统需求变更了解和控制的过程,它贯穿于整个软件系统过程,在软件系统进展的过程中,无论正处于哪个阶段,一旦有需求错误出现或任何有关需求的变更出现,都需要需求管理活动来解决,提交?
需求变更控制报告?
。
●原那么
为进展有效的需求管理,一般要遵循如下五条原那么:
需求一定要分类管理
需求必须分优先级
需求必须文档化
需求一旦变化,就必须对需求变更的影响进展评估
需求管理必须与需求工程的其他活动严密整合
●主要工作
需求阶段分为系统需求和系统分析两个阶段。
系统需求阶段的主要工作是:
调研用户需求及用户环境
论证系统可行性
制定系统初步方案
系统分析阶段的主要工作是:
确定系统运行环境
建立系统逻辑模型
确定系统功能及性能要求
编写需求规格说明、测试方案
确认系统开发方案
●完成文档
需求规格说明书、系统开发方案、测试方案
3.2.设计阶段管理
软件的设计阶段可分为概要设计和详细设计两个阶段。
概要设计的主要工作:
建立系统总体构造,划分功能模块
定义各功能模块接口
数据库设计〔如果需要〕
详细设计的主要工作:
设计各模块具体实现算法
确定模块间详细接口
概要设计完成文档
概要设计说明书
数据库设计说明书〔如果有〕
详细设计完成文档:
详细设计说明书
3.3.开发阶段管理
编写程序源代码
进展模块测试和调试
编写测试方案
编写测试用例
编写用户手册
系统源程序清单
测试用例
测试方案
3.4.测试阶段管理
执行测试
测试整个软件系统〔强健性测试〕
完善用户手册
编写开发总结报告
测试报告
用户手册
开发工作总结
3.5.维护阶段管理
为纠正错误,完善应用而进展修改
对修改良行配置管理
编写故障报告和修改报告
修订用户手册
故障报告
修改报告
3.6.工具管理
●开发工具管理
MicrosoftVisualStudio2005/2008开发环境
VSS版本管理
●测试工具管理
XX缺陷管理工具〔暂定bugfree〕
Loadrunner8.1性能测试工具
3.7.软件系统估算与进度管理
3.7.1.软件系统估算
软件系统估算包括工作量估算和本钱估算两个方面。
软件估算作为软件系统管理的一项重要内容,是确保软件系统成功的关键因素。
估算是指通过预测构造软件系统所需要的工作量的过程。
初步的估算用于确定软件系统的可行性,详细的估算用于指导系统方案的制定。
3.7.1.1.软件规模
对软件系统进展估算遇到的第一个问题就是软件规模,即软件的程序量。
软件规模是软件工作量的主要影响因素。
软件系统的设计有一个分层构造,这一分层构造就对应着工作分解构造〔WBS,WorkBreakdownStructure〕,它将软件过程和软件产品构造联系起来。
下列图是一个典型的WBS构造:
有了工作分解构造之后,必须定义度量标准用以对软件规模进展估计。
常用的软件规模度量标准有两种:
代码行LOC〔LinesOfCode〕和功能点FP〔FunctionPoints〕。
●代码行
代码行LOC是常用的源代码程序长度的度量标准,指源代码的总行数。
源代码中除了可执行语句外,还有帮助理解的注释语句。
●功能点
功能点度量是在需求分析阶段基于系统功能的一种规模估计方法,该方法通过已经初始应用需求来确定各种输入、输出、查询、外部文件和内部文件的数目,从而确定功能点数量。
3.7.1.2.本钱估算
本钱估算是对完成软件系统所需费用的估计和方案,是软件系统方案中的一个重要组成局部。
3.7.2.进度安排
在确定了系统资源〔总本钱、人员、时间等〕,把其分配到各个系统开发阶段中,即确定系统的进度。
进度的合理安排是如期完成软件系统的重要保证,也是合理分配资源的重要依据,建议进度安排使用Gantt图〔甘特图〕。
系统整体进度安排的过程如下:
1)根据系统总体进度目标,编制人员方案。
2)将各阶段所需要的资源和可以取得的资源进展比拟,确定各阶段的初步进度,然后确定整个系统的初步进度。
3)对初步进度方案进展评审,确保该方案满足要求,否那么就重复上面的步骤。
进度安排的详细程度取决于相应工作分解构造的详细程度,而工作分解构造又取决于系统当前所处阶段与历史经历,进度安排方案随着系统的进展而动态调整,逐渐趋于更加详细准确。
在软件系统进展过程中,要及时更新系统进度,以使管理者及时了解系统进展情况。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 系统 开发 管理 规范