文档介绍:软件需求分析报告-(模板)
目录
范围
本指南用于指导软件开发者为南京市交通局开发软件项目的过程, 通过规范软件项目承
担单位的开发过程达到提高软件质量, 降低维护成本的目的。 开发者应根据本指南进行软件
开发和编制软件开发文档。本指南是对软件项目承担单位的基本要求。在本指南的附录 A
至E中提供了文档的编写模板供开发者参考,在进行具体软件开发时,开发者可根据实际 情况采编写,但必须提供双方约定的文档,文档中约定的内容必须描述清楚。
总体要求
网络应用环境以Internet/lntranet技术为核心。
开发者应在充分分析需求的基础上,选择采用 B/S结构或者C/S结构。
软件系统的数据库应依照《南京市交通局信息化数据库建设规范》进行设计和建设。
本指南中没有规定开发者采用何种具体的软件工程开发方法, 开发者可根据项目具体特
点、自身擅长来选择采用面向过程的方法、 面向对象的方法或面向数据的方法, 但建议开发
商使用面向对象软件工程的方法, 女口:采用目前被广泛使用的 RUP(Rational Unified Process)
方法来进行分析、设计和开发。
开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。 目前软件平台
为:
数据库管理系统:
Oracle 9i以上版本
中间件(应用服务器)系统:
IBM WebSphere
OA系统:
Lotus Domino/Notes
网络架构:
完全支持TCP/IP协议
开发工具或技术体系:
为保证软件的上下兼容性,开发者应选择比较通用的开发工具的较新版本进行开
发,如 Microsoft Visual ,Borland Delphi,C++ Builder,或 J2EE(Java2 P1atform Enterprise Edition)等。
(一) 开发者提交软件开发工作大纲,交通局组织专家组对工作大纲进行评审,并提 出整改意见。
(二) 通过评审后,开发者根据整改意见完善工作大纲,经过交通局认可后组织项目 组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等 几个阶段进行,在开发过程中,开发者需分阶段提交相关文档。
(三) 在软件开发工作完成后,开发者应向交通局提交完整的软件文档,交通局组织 验收组对软件进行验收审查。
在开发过程中,需求或设计不可避免地需要发生变更, 相关变更必须经过交通局书面同 意方可进行。在需求或设计发生变更时, 需要对原有文档进行修改, 并提供完整的变更记录, 以使变更处于可控制的状态。变更单如下表所示:
表2-1变更单
需求变更申请
申请变更的需求文档
输入名称,版本,日期等信息
变更的内客及其理由
评估需求变更将对 项目造成的影响
申请人签字
变更申请的审批意见
项目经理签字
审批意见:
签字 日期
客户签字
(合同项目)
审批意见:
签字 日期
更改需求文档
变更后的
需求文档
输入名称,版本,完成日期等信息
更改人签字
重新评审需求文档
需求评审小组签字
评审意见:
签字 日期
变更结束
项目经理签字
签字 日期
交通局将分四个阶段进行把关,召开专家审查会。
(一) 需求分析(结合原型进行审查)确认;
(二) 概要设计+数据库设计;
(三) 预验收(试运行后);
(四) 正式验收(推广使用后)。
软件开发
合同签订以后,项目承担单位即可组织项目组进行软件开发工作。 软件开发必须严格按
照软件工程的要求进行。开发过程包括开发者的活动和任务。 此过程由软件需求分析、概要
设计、详细设计、编码、测试、验收、鉴定等活动组成。
首先,开发者和交通局应共同对交通局的应用需求作充分的调研, 提交完整的需求分析
报告。在需求分析报告中必须描述的基本问题是:功能、性能、强加于实现的设计限制、属 性、外部接口。应当避免把设计或项目需求写入需求分析报告中。 它必须说明由软件获得的
结果,而不是获得这些结果的手段。
软件需求可以用若干种方法来表达, 如通过输入、输出说明;使用代表性的例子; 用规
范化的模型。开发者应尽可能地使用模型的方式, 因为这是表达复杂需求的精确和有效的方
法。比如用统一建模语言(UML )来描述需求。
编写需求分析报告的要求
无歧义性
对最终产品的每一个特性用某一术语描述; 若某一术语在某一特