软件项目开发需求报告.docx

软件项目开发需求报告.docx

《软件项目开发需求报告.docx》由会员分享，可在线阅读，更多相关《软件项目开发需求报告.docx（11页珍藏版）》请在冰豆网上搜索。

软件项目开发需求报告

软件需求分析格式_如何写需求分析报告

软件需求说明书

1引言

1.1编写目的：

说明编写需求说明书的目的，指明读者对象。

1.2工程背景：

应包括

　　●工程的委托单位、开心单位和主管部门；

　　●该软件系统与其他系统的关系。

1.3定义：

列出文档中所用到的专门术语的定义和缩写词的愿文。

1.4参考资料：

可包括

　　●工程经核准的方案任务书、合同或上级机关的批文

　　●文档所引用的资料、规等

　　●列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源

2任务概述

2.1目标

2.2运行环境

2.3条件与限制

3数据描述

3.1表态数据

3.2动态数据：

包括输入数据和输出数据。

3.3数据库描述：

给出使用数据库的名称和类型。

3.4数据词典

3.5数据采集

4功能需求

4.1功能划分

4.2功能描述

5性能需求

5.1数据准确度

5.2时间特性：

如响应时间、更新处理时间、数据转换与传输时间、运行时间等。

5.3适应性：

在操作方式、运行环境、与其他软件的接口以及开发方案等发生变化时，应具有的适应能力。

6运行需求

6.1用户界面：

如屏幕格式、报表格式、菜单格式、输入输出时间等。

6.2硬件接口

6.3软件接口

6.4故障处理

7其他需求

　　如可使用性、平安、可维护性、可移植性等。

需求分析的格式

需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。

1．综合需求：

工程

说明

备注

1〕功能要求

描述软件用来做什么

能够进展度量衡的相互转换，如：

长度公制之间的转换，公制和英制的转换等。

能够添加或创立新的度量衡。

能够按照用户自己的需要进展排序。

能够作为其他软件的插件或辅助工具使用。

能够知道度量衡所应用的围，如：

国家，行业等。

2〕性能要求

软件能到达什么性能

数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。

3〕运行要求

软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件

开发软件的开发工具清单。

是否需要外部存储器和数据通信接口。

4〕升级要求

是否可以升级，是否可以进展扩大。

是否容易进展维护。

能够作为什么软件的插件或辅助工具使用。

如何添加新的公式

5〕对应关系

用户需求和软件功能的对应关系

说明每一个模块对应实现什么功能。

2．数据要求：

工程

说明

备注

1〕数据输入

来源、准确性、取值围、格式、非法值的处理、出错信息

2〕数据输出

目的地、准确性、数值围、格式、非法值的处理、出错信息

输出的数据可以修改，如：

1米=100厘米=1000毫米，将100厘米改为90厘米时，相应的1米就自动改为0.9米，1000毫米变为900毫米。

3〕数据存储

最大存储量

4〕数据的平安性

的权限

5〕数据备份

能否导入和导出

可以将输出的数据保存为文本格式

6〕数据流图

在分析过程中得出的数据流图

7〕数据筛选

能够将选择的几个度量单位进展汇总

8〕主要算法

简要描述软件的主要算法

3．界面要求：

请参照“界面样式图〞工程

说明

备注

1〕软件名称

为软件起一个名字

可以发挥自己的想象力

2〕功能模块

有几个功能模块，分别是什么

3〕颜色

采用什么底色，窗口是什么颜色

4〕字体

字型、大小，字间距，颜色

5〕按钮

颜色、字型、大小、样式

4．软件描述：

从用户的角度来描述软件，相当于一份初步的用户手册。

工程

说明

备注

1〕功能描述

能实现，不能实现什么需求

应用围。

什么人员可以使用

2〕性能描述

最低配置，操作系统，需要安装什么辅助软件

3〕操作步骤

如何使用软件

主要步骤和方法

4〕用户责任

用户在操作过程中的考前须知

出现问题时如何解决

如何写需求分析报告

近来学校的一些科研工程又在申报了，一些学弟开场Q我一些软件工程上书面的问题。

大概的总结了下，写到这里。

本文涉及到的是需求分析局部的书写，主要是根据国家标准文档中的要求来的。

在互联网公司或者一些敏捷开发的公司里，其实大家都是秉承着重开发，重讨论，而轻文档的态度。

这个轻文档并不是指没有文档或者几乎不做文档，而是在严格的文档流程中解脱出来，只把最最实际的局部写出来。

这个特征是有互联网本身迭代周期短，版本发布快等特点决定的。

而在实际的兼职工程的时候，同学们就要注意了，最重要的应该就是在签合同的时候一定要附上最清楚的一份需求分析，虽然这份需求说明可能不是按照*些标准文档而来的，描述清楚每个功能到达的效果，而这个效果一定要让客户点头确认，而不能出现“应该是〞、“可能是〞、“也许是〞这样的模糊答复。

否则在工程后期就会比拟难过了。

在学校申请的工程和大型公司工程开发中，是重视文档流程的，一部一部来。

所以还是看情况来对待文档的深度和标准。

一、目录：

目录要用word的“引用〞—>〞目录〞，自动生成目录，一般都是要三级目录。

通常这局部根本都不需要改构造，直接更新页码即可。

二、容局部。

国家标准软件需求说明书G856T-88下载

1引言

1.1编写目的

说明编写这份软件需求说明书的目的，指出预期的读者。

〔这局部说明需求分析报告的概况，例如：

本*需求分析报告是为S系统而编写的。

+S系统的两句话概述。

+本*报告旨在使U1〔需求者〕明确S系统的要求和细节，给U2（开发人员）了解需现的难度和困难，最终提供应U3〔审核人、管理者〕讨论和审核，到达沟通效果〕

1.2背景

说明：

a．待开发的软件系统的名称；

b．本工程的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

c．该软件系统同其他系统或其他机构的根本的相互来往关系。

〔这局部可以将a,b,c分为2局部，例子如下：

工程概况

本需求分析报告所预期开发的软件系统是:

S。

S是〔不是则无〕SS系统的*一个功能子模块，S和S1、S2等系统之间的联系，以及概述其他系统的状态等等。

任务分配

a.      任务提出者：

***

b.      软件开发者：

**

c.      产品使用者：

**

d.      文档编写者：

**

e.      预期产品使用者：

**

〕

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

〔这局部很简单，就是描述专业词汇，比方

1.*ML（E*tensibleMarkupLanguage）即可扩展标记语言,它与HTML一样,都是SGML（StandardGeneralizedMarkupLanguage,标准通用标记语言）。

2.Word2,解释。

。

。

〕

1.4参考资料

列出用得着的参考资料，如：

a．本工程的经核准的方案任务书或合同、上级机关的批文；

b．属于本工程的其他已发表的文件；

c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

2任务概述

2.1目标

表达该项软件开发的意图、应用目标、作用围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成局部，则应说明本产品与该系统中其他各组成局部之间的关系，为此可使用一方框图来说明该系统的组成和本产品同其他各局部的联系和接口。

|

〔

本模块开发主要是为SS的整体效劳，完成SS工作中的**局部以及相关的工作。

其涉及的围就是，从下达A、B命令后，到给出C结果的过程。

具体描述：

B1，来完成B11功能；B2，来完成B22功能；等等。

本局部是〔否〕耦合在分词工具包其他局部中的，主要为嵌入方式和先前方式相互交互。

图

图1.该系统的组成同其他各局部的联系和接口

〕

2.2用户的特点

列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。

这些是软件设计工作的重要约束

〔例如：

二次开发和系统调用人员：

具有很高的专业知识水平，理解**的运行机制。

可以对开放代码进展阅读和分析，以完成其系统独特的需求，提供应这局部用户开放API手册和Debug版本的源代码即可；预期这局部用户会占本系统总用户量的多大局部。

**使用者：

具有一定的计算机操作能力和知识，了解**领域的相关概念和用途。

提供应这局部用户操作手册即可。

预期这局部使用者主要是来简单的**操作。

维护人员：

具有较高的计算机专业水平，可以对常见的系统Bug进展追踪和分析，具有一定的测试能力。

这局部用户主要是采用了本系统之后的后期工作维护者。

等等

〕

2.3假定和约束

列出进展本软件开发工作的假定和约束，例如经费限制、开发期限等。

〔这局部重要是对你有的技术力量、资金状况、人力资源等情况的假设，以使得你可以在什么样的情况和时间围完成工作。

工期约束，经费约束，人员约束，地理约束，设备约束等几个方面列举说明。

〕

3需求规定

3.1对功能的规定

用列表的方式〔例如IPO表即输入、处理、输出表的形式〕，逐项定量和定性地表达对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。

〔例如：

INPUT输入

PROCESS处理

OUTPUT输出

LOAD负载量

A

预处理,做怎样的动作，

AA

CC

B

BBBB

Bb

v

C

CCCC

cc

v

表一、**模块IPO表

对IPO表的简单文字描述。

〕

3.2对性能的规定

精度

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。

〔例如：

**目标处理：

1Byt–10M，包括左右边界值。

yy精度围：

….

ZZ的精度：

由于**的特殊性，本系统均采用**型来进展字符统计运算，概率局部以及其他比率局部精度准确到0.0*%。

〕

时间特性要求

说明对于该软件的时间特性要求，如对：

a．响应时间；

b．更新处理时间；

c．数据的转换和传送时间；

d．解题时间；等的要求。

（这局部只要一一列举就可以：

由于***过程中，需要大量****操作或怎样，故**解题时间占总时间的最大局部。

其次就是**转换和存储的开销。

其具体时间特性要求，如下：

a．**响应时间：

**ms左右；

b．yy更新处理时间：

yy；

c．zz数据的转换和传送时间：

zz；

d．vv解题时间：

vv。

   等等

）

灵活性

说明对该软件的灵活性的要求，即当需求发生*些变化时，该软件对这些变化的适应能力，如：

a．操作方式上的变化；

b．运行环境的变化；

c．同其他软件的接口的变化；

d．精度和有效时限的变化；

e．方案的变化或改良。

对于为了提供这些灵活性而进展的专门设计的局部应该加以标明。

〔这局部按列举来即可，由于本模块第一目的是用于***，其次则是****。

故本模块的灵活性在于实际应用者的不同。

当需求发生*些变化时，该软件对这些变化