完整word版需求分析报告怎么写Word文档格式.docx
- 文档编号:22221357
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:19
- 大小:22.70KB
完整word版需求分析报告怎么写Word文档格式.docx
《完整word版需求分析报告怎么写Word文档格式.docx》由会员分享,可在线阅读,更多相关《完整word版需求分析报告怎么写Word文档格式.docx(19页珍藏版)》请在冰豆网上搜索。
并且描绘了文档中,其他部分的内容及其组织构造,并且针对每一类读者提出最适合的文档阅读建议。
1.41.5产品范围
说明该软件产品及其开发目的的简洁描绘,包含利益和目标。
把软件产品开发与公司目标,或许业务策略相联系。
描绘产品范围时需注意,能够参照项目视图和范围文档,可是不可以将其内容复制到这里。
1.51.6参照文件
列举编写软件产品需求剖析报告时所用到的参照文件及资料,可能包含:
●本项目的合同书;
●上司机关有关本项目的批文;
●本项目已经同意的计划任务书;
●用户界面风格指导;
●开发本项目时所要用到的标淮;
●系统规格需求说明;
●使用实例文档;
●属于本项目的其他己发布文件;
●本软件产品需求剖析报告中所引用的文件、资料;
●有关软件产品需求剖析报告;
为了方便读者查阅,所有参照资料应当按必定次序摆列。
假如可能,每份资料都应当给出:
●标题名称;
●作者或许合同签约者;
●文件编号或许版本号;
●发布日期或许签约日期;
●第一版单位或许资料根源。
22.综合描绘
这一部分概括了正在定义的软件产品的作用范围以及该软件产品所运转的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假定和依靠。
2
2.12.1产品的状况
描绘了在软件产品需求剖析报告中所定义的软件产品的背景和发源。
说了然该软件产品能否属于以下状况:
●是不是产品系列中的下一成员;
●是不是成熟产品所改良的下一代产品;
●是不是现有应用软件的代替品(升级产品);
●是不是一个新式的、自主型的产品。
假如该软件产品需求剖析报告定义的软件系统是:
●大系统的一个构成部分;
●与其他系统和其他机构之间存在基本的互相关系。
那么一定说明软件产品需求剖析报告定义的这部分软件是如何与整个大系统有关系的,或许(同时)说明互相关系的存在形式,并且要定义出二者之间的所有接口。
2.22.2产品的功能
由于将在需求剖析报告的第4部分中详细描绘软件产品的功能,所以在此只要要大要地总结。
仅从业务层面陈说本软件产品所应拥有的主要功能,在描绘功能时应当针
对每一项需求正确地描绘其各项规格说明。
假如存在惹起误会的可能,在陈说本软件产品主要功能的作用领域时,也需要对应陈说本软件产品的非作用领域,以利读者理解本软件产品。
为了很好地组织产品功能,使每个读者都简单理解,能够采纳列表的方法给出。
也能够采纳图形方式,将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示,这类表示方法是很实用的。
参照用户目前管理组织构架,认识各个机构的主要职能,将有助于陈说软件产品的主要功能。
2.32.3用户类和特征
确立有可能使用该软件产品的不一样用户类,并且描绘它们有关的特点。
常常有一些软件需求,只与特定的用户类有关。
描绘时,应当将该软件产品的重要用户类与非重
要用户类划分开。
用户不必定是软件产品的直接使用者,经过报表、应用程序接口、系统硬件接口获得软件产品的数据和服务的人、或许机构也有他们的需求。
所以,应当将这些外面需求视为经过报表、应用程序接口、系统硬件接口附带给软件产品的附带用户类。
2.42.4运转环境
描绘了本软件的运转环境,一般包含:
●硬件平台;
3
●操作系统和版本;
●支撑环境(比如:
数据库等)和版本;
●其他与该软件有关的软件组件;
●与该软件共存的应用程序。
2.52.5设计和实现上的限制
确立影响开发人员自由选择的问题,并且说明这些问题为何成为一种限制。
可能的限制包含以下内容:
●一定使用的特定技术、工具、编程语言和数据库;
●防止使用的特定技术、工具、编程语言和数据库;
●要求依照的开发规范和标准
比如,假如由客户的公司或许第三方公司负责软件保护,就一定定义转包者所使用的设计符号表示和编码标准;
●公司策略的限制;
●政府法例的限制;
●工业标准的限制;
●硬件的限制
比如,准时需求或储存器限制;
●数据变换格式标淮的限制。
2.62.6假定和拘束(依靠)
列举出对软件产品需求剖析报告中,影响需求陈说的假定要素(与己知要素相对
立)。
假如这些假定要素不正确、不一致或许被改正,就会使软件产品开发项目遇到影响。
这些假定的要素可能包含:
●计划使用的商业组件,或许其他软件中的某个零件;
●假定产品中某个用户界面将切合一个特别的设计商定;
●有关本软件用户的若干假定(比如:
假定用户会娴熟使用SQL语言。
);
●有关本软件开发工作的若干假定(比如:
用户承诺的优惠、方便、上司部门赐予的特别政策和支持等。
●有关本软件运转环境的一些问题;
别的,确立本软件开发项目对外面拘束要素所存在的依靠。
有关的拘束可能
包含:
●工期拘束;
●经费拘束;
●人员拘束;
●设施拘束;
●地理地点拘束;
●其他有关项目拘束;
4
33.外面接口需求
经过本节描绘能够确立,保证软件产品能和外面组件正确连结的需求。
关系图仅能表示高层抽象的外面接口,一定对接口数据和外面组件进行详细描绘,并且写入数据
定义中。
假如产品的不一样部分有不一样的外面接口,那么应当把这些外面接口的所有详细需求并入到这一部分实例中。
注意:
一定将附带用户类的特点与外面接口需求加以划分,附带用户类的特点描绘的是经过接口获得软件产品的数据和服务的人的需求;
而外面接口需求描绘的是接口自己的需求。
3.13.1用户界面
陈说需要使用在用户界面上的软件组件,描绘每一个用户界面的逻辑特点。
一定注意,这里需要描绘的是用户界面的逻辑特点,而不是用户界面。
以下是可能包含的一
些特点:
●将要采纳的图形用户界面(GUl)标准或许产品系列的风格;
●有关屏幕布局或许解决方案的限制;
●将要使用在每一个屏幕(图形用户界面)上的软件组件,可能包含:
选单;
标准按钮;
导航链接;
各样功能组件;
信息栏;
●快捷键;
●各样显示格式的规定,可能包含:
不一样状况下文字的对齐方式;
不一样状况下数字的表现格式与对齐方式;
日期的表现方法与格式;
计时方法与时间格式;
等等。
●错误信息显示标准;
关于用户界面的细节,比如:
一个特定对话框的布局,应当写入详细的用户界面设计说明中,而不可以写入软件需求规格说明中。
假如采纳现成的、适合的用户界面设计规范(标准),或许另文描绘,能够在这里直接说明,并且将其加入参照文件。
3.23.2硬件接口
描绘待开发的软件产品与系统硬件接口的特点,若有多个硬件接口,则一定全都描绘。
接口特点的描绘内容可能包含:
●支持的硬件种类;
5
●软、硬件之间沟通的数据;
●控制信息的性质;
●使用的通信协议;
3.33.3软件接口
描绘该软件产品与其他外面组件的连结,这些外面组件一定明确它们的名称和版本号以资辨别,可能的外面组件包含:
●操作系统;
●数据库;
●工具;
●函数库;
●集成的商业组件
说明:
这里所说的“集成的商业组件”,是指与系统集成的商业组件,而不是与软件产品集成的商业组件。
比如:
中间件、信息服务,等等。
描绘并且明确软件产品与软件组件之间互换数据或许信息的目的。
描绘所需要的服务,以及与内部组件通信的性质。
确立软件产品将与组件之间共享的数据。
假如一定
使用一种特别的方法来实现数据共享体制,比如:
在多用户系统中的一个全局数据区,那么就一定把它定义为一种实现上的限制。
3.43.4通信接口
描绘与软件产品所使用的通信功能有关的需求,包含:
●电子邮件;
●WEB阅读器;
●网络通信标准或许协议;
●数据交互用电子表格;
一定定义有关的:
●信息格式;
●通信安全或加密问题;
●数据传输速率;
●同步和异步通信体制;
44.系统功能需求
需要进行详细的需求记录,详细列出与该系统功能有关的详细功能需求,并且,独一地表记每一项需求。
这是一定提交给用户的软件功能,使得用户能够使用所供给的功能履行服务或许使用所指定的使用实例履行任务。
描绘软件产品如何响应己知的犯错条件、非法输入、非法动作。
6
假如每一项功能需求都能用一项,也只要要用一项测试用例就能进行考证,那么就能够以为功能需求已经适合地进行描绘了。
假如某项功能需求找不到适合的测试用例,或许一定使用多项测试用例才能考证,那么该项功能需求的描绘必定存在某些问题。
功能需求是依据系统功能,即软件产品所供给的主要服务来组织的。
能够经过使用实例、运转模式、用户类、对象类或许功能等级来组织这部分内容,也能够便用这些
元素的组合。
总而言之,一定选择一种是读者简单理解预期产品的组织方案。
用简洁的语句说明功能的名称,比如:
“4.1系统参数管理”。
依照服务组织的顺
序,逐条论述系统功能。
不论说明的是何种功能,都应当针对该系统功能重复表达4.1~4.3这三个部分。
能够经过各样方式来组织这一部分内容,比如采纳:
使用实例、运转模式、用户类、对象类、功能等级等,也能够采纳它们的组合。
其最后目的是,让读者简单理解马上开发的软件产品。
一般来说,每个使用实例都对应一个系统功能,因此依照使用实例来组织内容比较简单让用户理解。
对应一些被共享的独立使用实例,能够定义一些公用系统功能。
一定特别注意的是,在2.2节“产品的功能”中描绘的所有需求,以及它们的规格说明;
一定在某个系统功能描绘中有所反应,并且不该重复。
4.14.1说明和优先级
对该系统功能进行简洁的说明,并且指出该系统功能的优先级是:
高、中、仍是低。
需要的话,还能够包含对特定优先级部分的评论,比如:
利益、损失、花费微风险,其相对优先等级能够从1(低)到9(高)。
4.24.2激励/响应序列
列出输入激励(用户动作、来自外面设施的信号或许其他触发)并且定义针对这——功能行为的系统响应序列,这些序列将与使用实例中有关的对话元素相对应。
描绘激励/响应序列时,不单需要描绘基本过程,并且应当描绘可选(扩大)过程,包含例外(惹起任务不可以次序达成的状况称为例外)。
大意了可选过程,有可能影响软件产品的功能;
假如遗漏例外过程,则有可能会引起系统崩溃。
假如采纳流程图来描绘激励/响应序列,比较简单让用户理解。
4.34.3输入/输出数据
列出输入数据(用户输入、来自外面接口的输入或许其他输入)并且定义针对这些输入数据的办理(计算)方法,以及相应地输出数据,描绘对应差别:
输入数据和输出数据。
当有大批数据需要描绘时,也能够分类描绘数据,并且注明各项数据的输入、输出属性。
关于每一项数据,均需要描绘:
●数据名称;
7
●实质含义;
●数据种类;
●数据格式;
●数据拘束;
关于复杂的办理方法,只是给出算法原理是不够的,一定描绘详细的计算过程,并且列出每一步详细使用的实质算式;
假如计算过程中波及查表、判断、迭代等办理方
法,应当给出办理依照和有关数据。
假如计算方法很简单,也能够将其从略,不加描绘。
55.其他非功能需求
在这里列举出所有非功能需求,主要包含靠谱性、安全性、可保护性、可扩展性、可测试性等。
5.15.1性能需求
论述不一样应用领域对软件产品性能的需求,并且说明提出需求的原理或许依照,以帮助开发人员做出合理的设计选择。
尽可能详细地描绘性能需求,假如需要,能够针对每个功能需求或许特点分别陈说其性能需求。
在这里确立:
●互相合作的用户数目;
●系统支持的并发操作数目;
●响应时间;
●与及时系统的时间关系:
●容量需求
储存器;
磁盘空间;
数据库中表的最大行数。
5.25.2安全举措需求
详细陈说与软件产品使用过程中可能发生的损失、损坏、危害有关的需求。
定义一定采纳的安全保护或动作,以及一定预防的潜伏危险动作。
明确软件产品一定遵照的安全标准、策略、或规则。
5.35.3安全性需求
详细陈说与系统安全性、完好性问题有关的需求,或许与个人隐私问题有关的需求。
这些问题将会影响到软件产品的使用,和软件产品所创立或许使用的数据的保护。
定义用户身份认证,或备受权需求。
明确软件产品一定知足的安全性或许保密性策略。
8
也能够经过称为完好性的质量属性来论述这些需求。
一个典型的软件系统安全需求典范
以下:
“每个用户在第一次登录后,一定改正他的系统预置登录密码,系统预置的登录密码不可以重用。
”
5.45.4软件质量属性
详细陈说对客户和开发人员至关重要的在软件产品其他方面表现出来的质量功能。
这些功能一定是确立的、定量的、在需要时是能够考证的。
起码也应当指明不一样属性的相对重视点,比如:
易用性优于易学性,或许可移植性优于有效性。
5.55.5业务规则
列举出有关软件产品的所有操作规则,比如:
那些人在特定环境下能够进行何种操作。
这些自己不是功能需求,可是他们能够示意某些功能需求履行这些规则。
一个业
务规则的典范以下:
“进行达到或许超出10,000,00元人民币的积蓄业务时,一定经过附带的管理员认证。
”
列举业务规则时,能够依据规则的数目,选用适合的编目方式。
5.65.6用户文档
列举出将与软件产品一起交托的用户文档,并且明确所有己知用户文档的交托格式或标准,比如:
●安装指南
纸质文档,16开本;
●用户手册
●在线帮助
●电子文档,与软件产品一起散发、配置;
●使用教程电子文档,与软件产品一起散发、配置。
66.词汇表
列出本文件顶用到的专业术语的定义,以及有关缩写的定义(若有可能,列出有关的外文原词)。
为了便于非软件专业或许非计算机专业人士阅读软件产品需求剖析报
告,要求使用非软件专业或许非计算机专业的术语描绘软件需求。
所以这里所指的专业术语,是指业务层面上的专业术语,而不是软件专业或许计算机专业的术语。
可是,关于没法回避的软件专业或许计算机专业术语,也应当列入词汇表并且加以正确立义。
9
77.数据定义
数据定义是一个定义了应用程序中使用的所有数据元素和构造的共享文档,此中对每个数据元素和构造都正确描绘:
含义、种类、数据大小、格式、计量单位、精度以及取值范围。
数据定义的保护独立于软件需求规格说明,并且在软件产品开发和保护的任何阶段,均向风险肩负者开放。
假如为软件开发项目创立一个独立的数据定义,而不是为每一项特征描绘有关的数据项,有益于防止冗余和不一致性。
可是却不利于多人共同编写需求剖析报告,简单遗漏数据,也不方便阅读。
所以仍是建议为每个特征描绘有关的数据项,汇总数据项创立数据定义,再依据数据定义复核所有数据,使得它们的名称和含义完好一致。
一定注意的是,为了防止二义性,在汇总数据项时应当依据数据项所代表的实质意义汇总,而不是依据数据项的名称汇总。
在数据定义中,每个数据项除了有一此中文名称外,还应当为它取一个简洁的英文名称,该英文名称应当切合命名规范,由于在软件开发时将沿用该英文名称。
能够使
用等号表示数据项,名称写在左侧,定义写在右侧。
常有数据项的描绘方式以下:
●原数据元素
一个原数据元素是不行分解的,能够将一个数目值赋给它。
定义原数据元素一定确立其含义、种类、数据大小、格式、计量单位、精度以及取值范围。
采纳以星号为界的一行说明文本,描绘原数据元素的定义。
●选择项
选择项是一种只能够取有限失散值的特别原数据元素,描绘时一一列举这些值,并用方括号括起来写在原数据元素的定义前。
在两项失散值之间,使用管道符分开。
●组合项
组合项是一个数据构造或许记录,此中包含了多个数据项。
这些数据项能够是原数据元素,也能够是组合数据项,各数据项之间用加号连结。
此中每个数据项都一定是数据定义中定义过的,构造中也能够包含其他构造,可是绝对不一样意递归。
假如数据构造中有可选项,使用圆括号把该项括起来。
●重复项
重复项是组合项的一种特例,此中有一项将有多个实例出此刻数据构造中,使用花括号把该项括起来。
假如知道该项可能同意的范围,就按“最小值:
最大值”的形式写在花括号前。
88.剖析模型
这是一个可选部分,包含或波及到有关的剖析模型,比如:
●数据流程图;
●类图;
●状态变换图;
10
●实体-关系图。
99.待定问题列表
编写一张在软件产品需求剖析报告中待确立问题时的列表,把每一个表项都编上号,以便追踪检查。
11
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 完整 word 需求 分析 报告 怎么