软件需求分析说明书2010.docx_第1页
软件需求分析说明书2010.docx_第2页
软件需求分析说明书2010.docx_第3页
软件需求分析说明书2010.docx_第4页
软件需求分析说明书2010.docx_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

编号 版本 需 求 分析 说 明 书 项目名称 项目负责人 编 写 年 月 日校 对 年 月 日审 核 年 月 日批 准 年 月 日 单 位 8 修订记录版本章节名称修订内容修订日期修订人批准人用户需求确认书 软件需求规格说明书中列举的需求已包含用户现阶段所用需求,需求明确,符合要求。用户职务用户签名签订日期1 引言1.1 编写目的 说明编写需求规格说明的主要目的。1.2 参考资料 列出下列资料的作者、标题、编号、发表日期和出版单位,必要时说明如何得到这些资料: a. 本项目经核准的计划任务书、合同和上级机关的批文; b. 项目开发计划; c. 本文档中引用的文件、资料,其中应包括软件开发规范。1.3 术语定义 列出本文档中用到的可能会引起混淆的专门术语和缩写词的原文。2 概述 本章描述软件产品的特性及影响其需求的一般因素。 必须注意到:本章不罗列具体的需求,而仅设法使需求更加易于理解。2.1 产品的描述 a. 用一个名字标识要生产的软件产品。例如,宿主数据库管理系统、报表生成器等; b. 说明软件产品将干什么,如果需要的话,还要说明这个软件产品不干什么; c. 说明此软件产品的应用情况及开发意图,其中应当:尽可能精确地描述所有相关的利益、目的以及最终目标:如果有较高层次的规格说明存在(例如,已存在系统需求规格说明),则应使这里的陈述与高层次规格说明中的类似陈述一致; d. 列出开发项目的委托单位、承办单位及其主管部门; e. 如果被开发软件是独立的,则应在本节描述被开发软件的概况; f. 如果需求规格说明定义的软件是一个较大的系统或项目中的一个组成部门,那么本节应当:概述这个较大的系统或项目的每一个组成部分的功能,并标识其接口;标识被开发软件的主要外部接口。注意,这里仅仅是一个综述性的描述。 用图形表达一个较大的系统或项目的主要组成、相互联系和外部接口是非常直观的。 本节不应当具体的进行设计方案的描述,也不应当描述解决问题时的具体设计约束。本节应对在需求规格说明具体需求一章中列出的设计约束提出理由。2.2 产品的功能 本节应简单叙述被开发软件的功能。例如,对于一个财务管理系统,需求规格说明可以在这节描述帐目维护、财务报表等的基本要求,而不必把为完成这些功能所要求的大量细节描写出来。有时本节内容可以直接从较高层次的规格说明中引用(如果存在)。为了清晰起见,要注意: a. 应当给出一个使用户、委托单位或者第一次读这个文档的人易理解的功能清单; b. 可以用图形表达不同的功能和它们之间的关系。但要注意,这样的图形不是产品设计时需要的,而只是一个有效的解释性工具。 本节不应当陈述具体需求,而只应对需求规格说明具体需求一章中要描述的需求给出理由。2.3 实现语言 本节要列出所采用的编程语言。3. 总体要求3.1总体功能要求网络应用环境以Internet/Intranet技术为核心。开发者应在充分分析需求的基础上,选择采用B/S结构或者C/S结构。软件系统的数据库应依照南京市交通局信息化数据库建设规范进行设计和建设。本指南中没有规定开发者采用何种具体的软件工程开发方法,开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法,但建议开发 商使用面向对象软件工程的方法,如:采用目前被广泛使用的RUP(Rational Unified Process)方法来进行分析、设计和开发。3.2 软件开发平台要求开发者开发的软件必须能够在南京市交通局规定的软件平台上正常运行。目前软件平台为:数据库管理系统:Oracle 9i以上版本中间件(应用服务器)系统:IBM WebSphereOA系统:Lotus Domino/Notes网络架构:完全支持TCP/IP协议开发工具或技术体系:为保证软件的上下兼容性,开发者应选择比较通用的开发工具的较新版本进行开发,如Microsoft Visual Studio.Net,Borland Delphi,C+ Builder, 或J2EE(Java2 P1atform Enterprise Edition)等。 3.3软件项目的开发实施过程管理要求软件项目实施过程总体要求开发者提交软件开发工作大纲,交通局组织专家组对工作大纲进行评审,并提出整改意见。通过评审后,开发者根据整改意见完善工作大纲,经过交通局认可后组织项目组进行软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行,在开发过程中,开发者需分阶段提交相关文档。在软件开发工作完成后,开发者应向交通局提交完整的软件文档,交通局组织验收组对软件进行验收审查。软件项目实施变更要求在开发过程中,需求或设计不可避免地需要发生变更,相关变更必须经过交通局书面同 意方可进行。在需求或设计发生变更时,需要对原有文档进行修改,并提供完整的变更记录, 以使变更处于可控制的状态。变更单如下表所示:表1 变更单需求变更申请申请变更的需求文档 输入名称,版本,日期等信息变更的内客及其理由 评估需求变更将对项目造成的影响 申请人签字 变更申请的审批意见项目经理签字 审批意见: 签字 日期 客户签字(合同项目) 审批意见: 签字 日期 更改需求文档变更后的需求文档 输入名称,版本,完成日期等信息 更改人签字 重新评审需求文档需求评审小组签字 评审意见: 签字 日期 变更结束项目经理签字 签字 日期 软件项目实施里程碑控制交通局将分四个阶段进行把关,召开专家审查会。 需求分析(结合原型进行审

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论