软件开发流程规范Word格式.docx
《软件开发流程规范Word格式.docx》由会员分享,可在线阅读,更多相关《软件开发流程规范Word格式.docx(6页珍藏版)》请在冰豆网上搜索。
同时为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发预算、所需的硬件及软件资源等。
4.2软件需求报告
对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
4.3设计说明书
该说明书是概要实际阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、控制流程,控制算法等,为详细设计提供基础。
4.4软件使用说明书
本手册详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。
4.5模块开发卷宗
详细记录软件各模块的代码及功能。
4.6测试分析报告
测试工作完成以后,应提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。
4.7项目开发总结报告
软件项目开发完成以后,应与项目实施计划对照,总结实际执行的情况,如进度、成果、资源利用、成本和投入的人力,此外,还需对开发工作做出评价,总结出经验和教训。
5工作程序
5.1确立开发目标并进行可行性调研
5.1.1确定开发目标
在一个软件设计项目被提出后,设计人员应根据客户或领导的要求,明确软件的开发目标、系统类型,业务目的、业务逻辑功能,并明确成本预算、配置资源等信息。
5.1.2申请软件开发登记号
软件设计人员与管理人员相结合,申请软件项目所使用的文档登记号码。
5.1.3可行性调研及编写开发计划
设计人员在掌握了软件的开发目标后,应对所要开发的软件功能在技术上、经济上和社会因素上进行可行性分析调研,分析为了合理地达到开发目标可供选择的各种可能实施方案。
并编写可行性分析报告,分析在现有的技术条件下功能要求能否实现,在规定的期限内开发能否完成,目前配置的开发人员和硬件资源能否满足需要,以及成本费用、生产组织等多方面的因素。
若分析可行,则同时在可行性报告中编写软件开发的具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
5.1.4提交可行性分析报告并组织内部评审
设计人员在编写完可行性分析报告后,提交给领导审阅,并组织内部评审。
5.2明确需求分析
5.2.1明确各项功能的各项细节
设计人员通过与其它部门或客户的沟通,确定软件所要实现的功能细节、控制方法及界面风格要求等;
5.2.2编写需求分析说明书
设计人员在需求分析说明书内应将所开发软件的功能、性能、用户界面及运行环境等作出详细的说明,并提交给领导进行审阅,审阅通过后进入到软件设计阶段。
5.3软件设计
5.3.1确立软件编程方案
设计人员在明确完各项需求开发的功能后,在掌握了所有软件功能需求的基础上,对如何实现软件的各项功能列出各种方案,经过对比后确定一个设计方案。
5.3.2编写设计说明书
设计人员在方案确定后应编写设计说明书,描述方案中所要实现的各功能模块所涉及到的主要算法、各功能模块之间的调用关系及编制详细的控制流程图,需要说明软件系统每个模块或子程序的设计考虑,以便进行编码和测试。
5.3.3组织内部评审
设计人员将设计说明书提交给领导审阅,并组织内部评审,根据评审的内容修改说明书,审阅通过后进入到程序编码阶段。
5.4程序编码阶段
5.4.1程序编码
在程序编码阶段,设计人员根据详细设计说明书中对数据类型、实现算法、模块架构及控制流程图等方面的设计要求,开始具体的编写程序工作,分别实现各模块的功能。
5.4.2编写模块开发卷宗
设计人员在开展编码工作的同时,编写模块开发卷宗。
模块开发卷宗中应记录软件的详细代码或主要模块的构架,并对编码或模块进行详细的文字描述。
在编码工作结束后,模块开发卷宗的编写也应同时完成。
5.4.3编写软件使用说明书
设计人员在开展编码工作的同时,也应着手编写提交给用户的使用操作说明书,说明书中应详细描述软件的功能、性能、用户界面及软件的使用方法。
在编码工作结束后,软件使用说明书的编写也应同时完成
5.5软件测试阶段
5.5.1制定测试计划
为做好集成测试和验收测试,设计人员需为如何组织测试制订实施计划。
计划应包括测试的内容、进度、条件、人员、测试方法、测试结果允许的偏差范围等。
5.5.2组织软件测试并编写测试分析报告
设计人员在完成软件的测试工作后,应对测试结果编写分析报告,分析报告中应包括实际测试所得到的数据、测试的功能与预期的偏差、测试中发现的问题、测试所得到的结论等。
将测试分析报告提交给领导审阅并开始软件的最终完善工作。
5.6软件的最终完善
5.6.1各部分的完善
根据测试的结果修改编码、模块卷宗、用户使用说明书等,直至软件的最终完善。
5.6.2编写项目开发总结报告
设计人员在软件最终完善后,应与项目实施计划对照,总结实际执行的情况,编写软件开发总结报告,总结出经验和教训。
5.7软件的修改及维护
5.7.1软件修改申请
软件产品投入运行以后,发现了需对其进行修正、更改等问题,设计人员应将存在的问题及如何修改作出详细的描述,提交审批。
5.7.2修改软件并编写软件修改报告
设计人员应在软件修改报告中写明问题发生的原因、产生的影响及所做的修改等。
6软件文档的编号
6.1文档编号的格式
6.1.1单位编号:
SDTA,代表胜动集团技术中心。
6.1.2文档类型:
D(Document),表示软件文档;
P(program)代表源程序。
6.1.3文件简号:
按表1规定执行。
表1文件简号
文件名称
文件简号
可行性研究报告及开发计划
KY
测试计划
CJ
软件需求报告
RX
测试分析报告
CF
详细设计说明书
XS
项目开发总结报告
XZ
模块开发卷宗
MJ
程序修改申请
用户使用说明书
YS
程序修改报告
XB
源程序
CX
6.1.4文档年号:
按照当年年数编写。
6.1.5文档编号:
按照软件项目登记号编写。
6.1.6版本号:
按照A、B、C、D依次类推。
6.2编号示例
SDTA-D-KY-2011-001-A:
2011年登记号为001的软件开发项目的可行性研究报告A版本。
SDTA-D-RX-2010-005-D:
2010年登记号为005的软件开发项目的软件需求报告D版本。
SDTA-P-CX-2011-002-B:
2011年登记号为002的软件开发项目的源程序B版本。
6.3软件文档的管理
软件文档由设计人员负责编写,并提交给管理人员,由管理人员负责整理、归类、保存。
附录A软件文档封面格式
文档编号_________________
版本号__________________
文档名称:
___________________________
项目名称:
____________________________
项目负责人:
_________________________
附录B软件文档底页格式
编写___________________年_______月________日
校对___________________年_______月________日
审核___________________年_______月________日
批准___________________年_______月________日
开发单位_____________________