软件开发管理程序(含全部表格及填写指引)
- 格式：doc
- 大小：158.00 KB
- 文档页数：50
XXXXXXXX有限公司
软件开发管理程序
文件编号：QP-10
版 本：A/1
编 制：
审 核：
批 准：
XXXXX有限公司 发布 XXXXXXXXX有限公司
第2页 共8页 软件开发管理程序
1.目的
为了提高软件开发的质量，保证软件开发项目按预定的时间和费用顺利完成，提高软件过程的成熟度。
2.适用范围
本程序适用于本公司所有软件项目开发过程的管理,可根据项目的大小及实际情况进行适当的删减。
3.定义
3.1 可行性分析：
对系统的技术可行性、经济可行性和社会可行性进行研究。
3.2 需求分析：
真正弄清楚所要设计的软件应该具有哪些功能和特性（即要让它做什么事）。
3.3 数据字典：
对数据流程图中出现的所有数据元素给出逻辑定义。
3.4 概要设计：
根据软件需求说明书的要求，建立目标系统的总体结构和模块间的关系，设计全局数据库/数据结构，定义各功能模块的接口、控制接口等。
3.5 详细设计：
对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节， 为编写源XXXXXXXXX有限公司
第3页 共8页 代码提供必要的说明。
3.6 测试计划：
为做好集成测试和验收测试，需为如何组织测试制定实施计划。计划包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
3.7 编码与单元测试:
将详细设计说明书转化为相应的程序设计语言或数据库语言书写的程序，对该程序的所有模块进行测试。
4.职责
4.1项目经理：在可行性分析阶段，组织可行性分析小组，项目通过可行性评审后编写《项目开发计划书》。在需求分析阶段，组织需求分析小组，保证需求分析进度。在程序设计阶段，组织概要设计小组，组织详细设计小组，进行编码分工，监管编码规范。在项目进行的整个过程中要填写《项目进度月报》。
4.2可行性分析小组：对项目进行可行性分析并形成《可行性分析报告》。
4.3可行性评审小组：对可行性分析小组提交的《可行性分析报告》进行评审，形成评审《会议纪要》。
4.4需求分析小组：对业务需求进行分析，编写《软件需求说明书》和《数据要求说明书》。
4.5需求分析评审小组：根据软件正式技术复审规范对需求分析小组提交的
《需求分析报告》，进行评审，形成评审《会议纪要》。 XXXXXXXXX有限公司
第4页 共8页 4.6概要设计小组：根据《软件需求说明书》和《数据要求说明书》进行概要设计，编写《概要设计说明书》、《数据库设计说明书》和《数据字典》。
4.7概要设计评审小组：对《概要设计说明书》、《数据字典》和《数据库设计说明书》进行评审，出评审《会议纪要》。
4.8详细设计小组：根据《概要设计说明书》、《数据字典》和《数据库设计说明书》进行详细设计，编写《详细设计说明书》，并进行内部评审。
4.9项目小组成员：根据《详细设计说明书》进行编码，并进行单元测试。
5.工作程序
5.1可行性分析
5.1.1由项目经理组织可行性分析小组对客户的要求进行分析，写出《可行性分析报告》。
5.1.2可行性评审小组对《可行性分析报告》进行评审给出评审《会议纪要》。
5.1.3《可行性分析报告》通过评审后由项目经理对项目做初步调研，预估项目所需时间、人员、各阶段划分及特殊要求。初步考虑项目小组成员及分工（需求分析人员、系统设计人员、编码人员、测试人员）写出《项目开发计划书》。需求分析人员必须是技术骨干或业务骨干，系统设计人员必须是技术骨干，编码人员是研发中心技术人员。
5.2项目的需求分析
5.2.1由项目经理协调组织开发中心、管理中心、业务部门及最终用户代表
组成需求分析小组。
5.2.2由需求分析小组对项目设计进行详细的需求分析，同时编写《软件需求说明书》和XXXXXXXXX有限公司
第5页 共8页 《数据要求说明书》。
5.2.3由项目经理协调组织由业务部门领导、技术部门领导、业务骨干、技术骨干和最终用户组成需求分析评审小组，对需求分析进行评审，对其过程进行记录，并提交评审《会议纪要》，对不完善的、有歧义的需求评审后项目组进行修正。《会议纪要》要求有最终用户的签字确认。
5.2.4如果评审未获通过，则回到需求分析阶段，重新进行需求分析和需求分析评审。
5.2.5如果评审通过，则由业务部门领导和技术部门领导和客户代表对需求分析签字确认，项目组进入概要设计阶段，项目经理开始写《测试计划》。
5.3概要设计
5.3.1由项目经理协调组织概要设计小组，小组成员由系统管理人员、开发人员、业务人员、最终用户代表组成。
5.3.2概要设计小组根据《需求分析说明书》和《数据要求说明书》，对系统结构设计、项目标准、文档和编码规范、界面、模块划分及描述、数据字典及数据库设计进行讨论，并编写《概要设计说明书》、《数据字典》和《数据库设计说明书》，文档管理员开始写《用户手册》。
5.3.3由技术部门、最终用户、业务管理部门代表组成概要设计评审小组，
对概要设计进行评审，并对其过程进行记录，提交评审《会议纪要》，由技术部门代表、业务部门代表和最终用户签字确认。
5.3.4如果评审未获通过，则需对概要设计进行修改，重新评审。
5.3.5如果评审通过，则概要设计小组提交《概要设计说明书》、《数据库设计说明书》和XXXXXXXXX有限公司
第6页 共8页 《数据字典》。
5.4详细设计
5.4.1由项目经理协调组织详细设计小组，成员由高级程序员组成。
5.4.2由详细设计小组根据《概要设计说明书》、《数据字典》和《数据库设计说明书》讨论技术模块划分和技术模块描述。
5.4.3小组成员用流程图或伪码对每一技术模块划分进行详细设计。
5.4.4由项目小组内部人员不定期进行交流。
5.4.5详细设计完成后，项目小组提交《详细设计说明书》，由项目经理签字确认。
5.5编码
5.5.1．由项目经理根据《详细设计说明书》进行编码分工，指定专人监管编码规范，指定专人准备开发环境。
5.5.2编码人员制定编码计划。
5.5.3编码人员根据详细设计的伪码或流程图进行编码。
5.5.4项目小组以内部讨论的形式不定期对编码进行审核。
5.5.5项目小组成员分别进行单元测试（主要测试模块的功能和算法）并作单元测试记录，形成可供集成测试人员进行集成测试的程序。文档管理员开始写《操作手册》。
5.6测试
5．6.1集成测试小组进行集成测试（主要测试模块间的接口与通讯）。 XXXXXXXXX有限公司
第7页 共8页 5.6.2确认测试：软件的功能、性能等，以需求规格说明书为依据。
5.6.3系统测试 ：软件与硬件和其他相关因素。
5.6.4测试小组提交《测试分析报告》，如果通不过，则返回编码和单元测试阶段。
5.7项目总结
项目完成后项目经理要完成《项目开发总结报告》.
5.8 软件维护
5.8.1业务部门提出需求变更申请，填写《维护更改申请表》提交到项目小组，必要时由技术总监、业务部门领导、项目小组进行评审，给出评审意见，如果不通过，则放弃。
5.8.2项目小组拟定《项目设计更改计划》并提交技术总监审批。
5.8.3技术总监对《项目设计更改计划》进行审批，如果审批不通过，则由
项目小组重新制定《项目设计更改计划》。
5.8.4概要设计小组对更改的需求进行概要设计，并更改《概要设计说明书》。
5.8.5 详细设计小组对变更的需求进行详细设计，并更改《详细设计说明书》。
5.8.6项目小组根据《详细设计说明书》进行编码及单元测试。
5.8.7集成测试小组进行集成测试，提交《测试分析报告》，如果不通过，则返回编码和单元测试阶段。 XXXXXXXXX有限公司
第8页 共8页 6.相关文件
无
7.相关记录
1) 《可行性研究报告》
2) 《项目开发计划书》
3) 《需求分析说明书》
4) 《项目进度月报》
5) 《数据要求说明书》
6) 《概要设计说明书》
7) 《数据库设计说明书》
8) 《数据字典》
9) 《详细设计说明书》
10) 《测试计划》
11) 《测试分析报告》
12) 《项目开发总结》
13) 《维护更改申请表》
14) 《项目设计更改计划书》XXXXXXXXXX有限公司
表单编号：QP-10-01（A/1） 可行性研究报告
1引言
1.1编写目的
说明编写本可行性研究报告的目的，指出预期的读者。
1.2背景
a． 所建议开发的软件系统的名称；
b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
c． 该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
a． 本项目的经核准的计划任务书或合同、上级机关的批文；
b． 属于本项目的其他已发表的文件；
c． 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
d． 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2可行性研究的前提
说明对所建议的开发项目进行可行性研究的前提，如要求、目标、假定、限制等。
2.1要求
说明对所建议开发的软件的基本要求，如：
a． 功能；
b． 性能；
c． 输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象；
d． 输入说明系统的输入，包括数据的来源、类型、数量、数据的组织以及提供的频度；
