软件需求分析模板文档格式.docx
- 文档编号:14751685
- 上传时间:2022-10-24
- 格式:DOCX
- 页数:19
- 大小:168.73KB
软件需求分析模板文档格式.docx
《软件需求分析模板文档格式.docx》由会员分享,可在线阅读,更多相关《软件需求分析模板文档格式.docx(19页珍藏版)》请在冰豆网上搜索。
修订章节与内容
修订日期
1
2
3
4
5
审批记录
版本
审批人
审批意见
审批日期
1.引言5
2.系统概述6
3.功能性需求分类8
3.1.1具体功能111
3.1.2具体功能211
4.产品的非功能性需求11
附录A:
需求确认18
A软件需求分析报告文档模板9
附录C软件详细设计报告文档模板附录
附录E软件测试(验收)大纲
1引言
系统的主要任务是将农业生产过程中涉及到的各种信息进行管理。
通过系统,信息员可以将各种信息保存在服务器数据库中,也可以通过对数据库的访问来获得所需信息。
并进行统计分析,为决策提供详实的数据依据。
同时,可以减少信息浪费、冗余,提高信息利用率,提高信息员工作效率,规范工作流程。
系统开发主要分以下几个阶段:
第一阶段:
需求分析。
与相关人员进行交流,了解系统的主要功能需求以及获取相关资料,整理编写《系统需求说明书》。
同时进行程序设计规范和界面框架的设计。
第二阶段:
系统设计与具体设计。
在该阶段主要根据《需求分析说明书》以及各种资料进行数据库设计和对系统进行模块化,规定各模块之间的接口以及各模块应实现的功能。
然后对系统模块进行详细设计,填写功能模块表。
第三阶段:
编程开发。
编程实现每个功能模块并且对模块功能进行测试,完成系统源代码。
第四阶段:
系统测试。
组合各模块,对整个系统功能进行测试。
第五阶段:
系统安装调试。
实地安装系统及设备并且进行调试。
对该系统主要进行服务器的安装配置和调试,并且对网络进行相关配置。
1.1适用范围
【说明:
a.待开发的软件系统的名称;
b.说明软件将干什么,如果需要的话,还要说明软件产品不干什么;
c.说明软件与其他系统的接口,本系统要完成什么,不完成什么,要实现的系统功能,需要其他系统提供什么,本系统需要为其他系统提供什么。
】
本指南用于指导软件开发者为宁夏农林科学院农业科技信息研究所开发软件项目的过程,通过规范软件项目承担单位的开发过程达到提高软件质量,降低维护成本的目的。
开发者应根据本指南进行软件开发和编制软件开发文档。
本指南是对软件项目承担单位的基本要求。
在本指南的附录A至E中提供了文档的编写模板供开发者参考,在进行具体软件开发时,开发者可根据实际情况采、编、写,但必须提供双方约定的文档,文档中约定的内容必须描述清楚。
1.2参考资料
资料名称[标识符]
出版单位
作者
日期
1.3术语和缩略语
术语、缩略语
解释
2.系统概述
2.1产品描述
【叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张结构图来说明该系统的组成和本产品同其他各部分的联系和接口。
网络应用环境以Internet/Intranet技术为核心。
开发者应在充分分析需求的基础上,选择采用B/S结构或者C/S结构。
软件系统的数据库应依照《南京市信息化数据库建设规范》进行设计和建设。
本指南中没有规定开发者采用何种具体的软件工程开发方法,开发者可根据项目具体特点、自身擅长来选择采用面向过程的方法、面向对象的方法或面向数据的方法,但建议开发商使用面向对象软件工程的方法,如:
采用目前被广泛使用的RUP(RationalUnifiedProcess)方法来进行分析、设计和开发。
注:
结构图是用来描述系统的总体结构以及系统内部个部分之间的联系,它以树型结构来表示。
例如:
2.2产品功能
【本条是为将要完成的软件功能提供一个摘要。
有时,如果存在较高层次的规格说明时,则功能摘要可从中取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为了清晰起见,可以使用以下任意一种方法来进行说明:
a.编制功能的一种方法是制作功能表,以便客户或者第一次读这个文件的人都可以理解;
b.用方框图来表达不同的功能和它们的关系也是有帮助的。
但应牢记这样的图不是产品设计时所需求的,而只是一种有效的解释性的工具。
系统是基于浏览器/服务器(B/S)模式的信息管理系统。
用户通过Internet浏览器方式对信息进行录入、管理、查询和统计。
系统结构如图1所示:
c.
d.图1:
系统结构图
e.由于该系统为大型系统,用户分散,所以Web服务器,应用程序服务器和数据库服务器不能在同一台服务器上部署。
f.该科技管理系统由Web应用程序和数据库组成。
数据库负责存储和管理所有信息。
Web应用程序负责向用户提供友好的用户界面,安全而简单的数据访问方式,使用户能够方便快捷地访问数据库,对数据进行操作。
2.3一般约束
【本条对设计系统时限制开发者选择的其他一些项作一般性描述。
而这些项将限定开发者在设计系统时的任选项。
这些包括:
a.管理方针;
b.硬件的限制;
c.并行操作;
d.通信协议;
安全和保密方面的考虑。
3.功能性需求分类
功能性需求分类方法:
【数据流程分析:
数据流程分析主要包括对信息的流动,变换,存贮等的分析。
其目的是尽量发现数据流动中存在的问题,并找出加以解决的方法,优化数据流程。
数据流程图是一种全面的描述系统数据流程的主要工具,他是一组符号来描述整个系统中信息的全貌,综合地反映信息在系统中的流动,处理和存贮情况。
绘制数据流程图常用的以下符号:
外部实体,本系统或子系统以外的人或单位
数据流,一组确定的数据组成
处理过程,表示对数据的加工处理,把它输入的数据流转化为输出的数据流
结构存储,是数据的仓库,表示系统产生的数据存放的地方
【UML的模型图UML的模型图能够将被建模的系统的某一个方面的某一部分以图形的方式表示出来,不同的视图通过将多个不同的模型图有机组合在一起就能够描述系统模型的某方面的特征。
UML的模型图是有模型元素构成的,模型元素以图标的形式直观形象的表达各种概念。
有的模型元素可以在多个模型图中使用,如注释和注释连接可以在任何模型图中使用,用于给其他的模型元素进行注释。
各种模型图能使用的模型元素集合也不相同,在介绍各种模型图的时候会有具体的说明。
UML定义了九种模型图:
用例图(UseCaseView)、类图(ClassDiagram)、对象图(ObjectDiagram)、构件图(ComponentDiagram)、部署图(DeploymentDiagram)、状态图(StateChartDiagram)、活动图(ActivityDiagram)、序列图(SequenceDiagram)以及协作图(CollaborationDiagram)。
用例图:
活动图:
状态图:
【E-R图是相对于概念模型而言的,在数据库中有严格的界定,是P.P.S.Chen于1976年提出的实体-联系方法(Entityt-RelationshipApproach).该方法用E-R图来描述现实世界的概念模型.
E-R图提供了表示实体型\属性\和联系的方法;
▲实体型:
用矩形表示.▲属性:
用椭圆形表示.▲联系:
用菱形表示.
其中用面向对象(用例图)和面向结构(数据流程图)这两种方法要根据项目自身特点,进行选择性地运用,是可选的。
3.1功能描述1
3.1.1具体功能1
【对于每一类功能或者有时对于每一个功能,需要具体描述其输入、加工和输出的需求,(根据需要,选择性的用数据流程图,实体图或UML模型图等来表示)。
【如果选用面向对象分析该功能时,要写明该功能模块的前置条件,模块中所参与的角色,用用例图对功能模块建模后,要有详细的用例描述话语。
3.1.2具体功能2
3.2功能描述2
……
4.产品的非功能性需求
4.1外部接口说明
4.1.1用户接口
【提供用户使用软件产品时的接口需求。
4.2软件开发平台要求
【在此要指定需使用的其他软件产品,以及同其他应用系统之间的接口。
开发者开发的软件必须能够在南京市规定的软件平台上正常运行。
目前软件平台为:
数据库管理系统:
Oracle9i以上版本
中间件(应用服务器)系统:
IBMWebSphere
OA系统:
LotusDomino/Notes
网络架构:
完全支持TCP/IP协议
开发工具或技术体系:
为保证软件的上下兼容性,开发者应选择比较通用的开发工具的较新版本进行开发,如MicrosoftVisualStudio.Net,BorlandDelphi,C++Builder,或J2EE(Java2P1atformEnterpriseEdition)等。
4.3性能需求
【从整体来说,本条应具体说明软件、或人与软件交互的静态或动态数值需求。
a.静态数值需求可能包括:
1)支持的终端数;
2)支持并行操作的用户数;
3)系统响应的时间特性;
b.动态数值需求可能包括:
欲处理的事务和任务的数量,以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。
首先,开发者和应共同对的应用需求作充分的调研,提交完整的需求分析报告。
在需求分析报告中必须描述的基本问题是:
功能、性能、强加于实现的设计限制、属性、外部接口。
应当避免把设计或项目需求写入需求分析报告中。
它必须说明由软件获得的结果,而不是获得这些结果的手段。
软件需求可以用若干种方法来表达,如通过输入、输出说明;
使用代表性的例子;
用规范化的模型。
开发者应尽可能地使用模型的方式,因为这是表达复杂需求的精确和有效的方法。
比如用统一建模语言(UML)来描述需求。
编写需求分析报告的要求
a.无歧义性
对最终产品的每一个特性用某一术语描述;
若某一术语在某一特殊的行文中使用时具有多种含义,那么应对该术语的每种含义做出解释并指出其适用场合。
b.完整性
需求分析报告应该包括全部有意义的需求,无论是关系到功能的、性能的、设计约束的、还是关系到外部接口方面的需求;
对所有可能出现的输入数据的响应予以定义,要对合法和非合法的输入值的响应做出规定;
填写全部插图、表、图示标记等;
定义全部术语和度量单位。
c.可验证性
需求分析报告描述的每一个需求应是可以验证的。
可以通过一个有限处理过程来检查软件产品是否满足需求。
d.一致性
在需求分析报告中的各个需求的描述不能互相矛盾。
e.可修改性
需求分析报告应具有一个有条不紊、易于使用的内容组织;
没有冗余,即同一需求不能在需求分析报告中出现多次。
f.可追踪性
每一个需求的源流必须清晰,在进一步产生和改变文件编制时,可以方便地引证每一个需求。
g.运行和维护阶段的可使用性
需求分析报告必须满足运行和维护阶段的需要。
在需求分析报告要写明功能的来源和目的。
需
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 需求 分析 模板