《软件项目开发各阶段文档模板》由会员分享，可在线阅读，更多相关《软件项目开发各阶段文档模板（72页珍藏版）》请在金锄头文库上搜索。
1、目录 1. 范围12. 总体要求12.1 总体功能要求12.2 软件开发平台要求12.3 软件项目的开发实施过程管理要求22.3.1 软件项目实施过程总体要求22.3.2 软件项目实施变更要求22.3.3 软件项目实施里程碑控制23. 软件开发33.1 软件的需求分析33.1.1 需求分析33.1.2 需求分析报告的编制者43.1.3 需求报告评审43.1.4 需求报告格式43.2 软件的概要设计43.2.1 概要设计43.2.2 编写概要设计的要求43.2.3 概要设计报告的编写者43.2.4 概要设计和需求分析、详细设计之间的关系和区别43.2.5 概要设计的评审43.2.6 概要设计格式
2、43.3 软件的详细设计53.3.1 详细设计53.3.2 特例53.3.3 详细设计的要求53.3.4 数据库设计53.3.5 详细设计的评审53.3.6 详细设计格式53.4 软件的编码53.4.1 软件编码53.4.2 软件编码的要求53.4.3 编码的评审63.4.4 编程规范及要求63.5 软件的测试63.5.1 软件测试63.5.2 测试计划63.6 软件的交付准备63.6.1 交付清单63.7 软件的鉴定验收73.7.1 软件的鉴定验收73.7.2 验收人员73.7.3 验收具体内容73.7.4 软件验收测试大纲73.8 培训73.8.1 系统应用培训73.8.2 系统管理的培训
3、（可选）8附录A 软件需求分析报告91. 引言111.1 编写目的111.2 项目风险111.3 文档约定111.4 预期读者和阅读建议111.5 产品范围121.6 参考文献122. 综合描述122.1 产品的状况122.2 产品的功能132.3 用户类和特性132.4 运行环境132.5 设计和实现上的限制132.6 假设和约束(依赖)143. 外部接口需求143.1 用户界面143.2 硬件接口153.3 软件接口153.4 通讯接口164. 系统功能需求164.1 说明和优先级164.2 激励响应序列174.3 输入输出数据175. 其它非功能需求175.1 性能需求175.2 安全措
4、施需求185.3 安全性需求185.4 软件质量属性185.5 业务规则185.6 用户文档186. 词汇表197. 数据定义198. 分析模型209. 待定问题列表20附录B 软件概要设计报告211. 引言231.1 编写目的231.2 项目风险231.3 预期读者和阅读建议231.4 参考资料232. 设计概述242.1 限制和约束242.2 设计原则和设计要求243. 系统逻辑设计253.1 系统组织设计253.2 系统结构设计253.2.1 系统特性表263.2.2 系统特性结构图273.3 系统接口设计273.3.1 系统接口表273.3.2 系统接口传输协议说明283.4 系统完整
5、性设计284. 系统出错处理设计294.1 系统出错处理表294.2 维护处理过程表305. 技术设计315.1 系统开发技术说明表315.2 开发技术应用说明326. 数据库设计327. 词汇表328. 进度计划32附录C 软件详细设计报告331. 引言351.1 编写目的351.2 项目风险351.3 文档约定351.4 预期读者和阅读建议351.5 参考资料362. 支撑环境362.1 数据库管理系统362.2 开发工具、中间件以及数据库接口372.3 硬件环境372.4 网络环境382.5 多种支撑环境开发要点383. 部件详细设计384. 词汇表395. 部件表格式406. 界面表格
6、式40附录D 软件数据库设计报告431. 引言451.1 编写目的451.2 项目来源451.3 文档约定451.4 预期读者和阅读建议451.5 参考资料452. 数据库命名规则463. 数据库设计说明463.1 数据库逻辑设计463.2 数据库物理设计463.3 数据库分布473.4 基表设计473.5 视图设计483.6 索引设计493.7 完整性约束503.8 授权设计503.9 触发器设计513.10 存储过程设计513.11 数据复制设计524. 词汇表535. 历史数据处理53附录E 软件测试（验收）大纲551. 引言571.1 目的571.2 术语571.3 参照标准572.
7、测试日期安排583. 测试小组及成员584. 测试具体内容584.1 合法性检查584.2 软件文档检查584.2.1 必须提供检查的文档584.2.2 其他可能需要检查的文档594.2.3 由业主确定必须检查的其他文档594.2.4 文档质量的度量准则594.3 软件代码测试594.3.1 源代码一般性检查594.3.2 软件一致性检查604.4 软件系统测试604.4.1 界面(外观)测试614.4.2 可用性测试614.4.3 功能测试614.4.4 稳定性(强度)测试614.4.5 性能测试614.4.6 强壮性(恢复)测试614.4.7 逻辑性测试614.4.8 破坏性测试614.4
8、.9 安全性测试625. 测试结果交付方式6260编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页 共1页1. 范围本指南用于指导软件开发者为南京市交通局开发软件项目的过程，通过规范软件项目承担单位的开发过程达到提高软件质量，降低维护成本的目的。开发者应根据本指南进行软件开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。2. 总体要求2.1 总体功能要求网络应用环境以Internet/Intranet技术为核心。开发者应在充分分析需求的基础上，选择采用B/S结构或者C/S结构。软件系统的数据库应依照南京市交通局信息化数据库建设规范进行设计和建设。本指南中没有
9、规定开发者采用何种具体的软件工程开发方法，开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法，但建议开发 商使用面向对象软件工程的方法，如：采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。2.2 软件开发平台要求数据库管理系统：Oracle 9i以上版本开发工具系统：Microsoft Visual Studio 2010OS系统：Windows 2003完全支持TCP/IP协议2.3 软件项目的开发实施过程管理要求2.3.1 软件项目实施过程总体要求（一） 开发者提交软件开发工作大纲，交通局组织
10、专家组对工作大纲进行评审，并提出整改意见。（二） 通过评审后，开发者根据整改意见完善工作大纲，经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行，在开发过程中，开发者需分阶段提交相关文档。（三） 在软件开发工作完成后，开发者应向交通局提交完整的软件文档，交通局组织验收组对软件进行验收审查。2.3.2 软件项目实施变更要求在开发过程中，需求或设计不可避免地需要发生变更，相关变更必须经过交通局书面同 意方可进行。在需求或设计发生变更时，需要对原有文档进行修改，并提供完整的变更记录， 以使变更处于可控制的状态。变更单如下表所示：表 2-1
11、变更单需求变更申请申请变更的需求文档 输入名称，版本，日期等信息变更的内客及其理由 评估需求变更将对项目造成的影响 申请人签字 变更申请的审批意见项目经理签字 审批意见： 签字 日期 客户签字(合同项目) 审批意见： 签字 日期 更改需求文档变更后的需求文档 输入名称，版本，完成日期等信息 更改人签字 重新评审需求文档需求评审小组签字 评审意见： 签字 日期 变更结束项目经理签字 签字 日期 2.3.3 软件项目实施里程碑控制交通局将分四个阶段进行把关，召开专家审查会。（一） 需求分析（结合原型进行审查）确认；（二） 概要设计+数据库设计；（三） 预验收（试运行后）；（四） 正式验收（推广使用
12、后）。3. 软件开发合同签订以后，项目承担单位即可组织项目组进行软件开发工作。软件开发必须严格按照软件工程的要求进行。开发过程包括开发者的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。3.1 软件的需求分析3.1.1 需求分析首先，开发者和交通局应共同对交通局的应用需求作充分的调研，提交完整的需求分析 报告。在需求分析报告中必须描述的基本问题是：功能、性能、强加于实现的设计限制、属 性、外部接口。应当避免把设计或项目需求写入需求分析报告中。它必须说明由软件获得的 结果，而不是获得这些结果的手段。软件需求可以用若干种方法来表达，如通过输入、输出说明；使用代表性的例子；用规范化的模型。开发者应尽可能地使用模型的方式，因为这是表达复杂需求的精确和有效的方法。比如用统一建模语言（UML）来描述需求。编写需求分析报告的要求a无歧义性对最终产品的每一个特性用某一术语描述；若某一术语在某一特殊的行文中使用时具有多种含义，那么应对该术语的每种含义做出解释并指出其适用场合。b完整性需求
