项目需求说明书,怎么写

发布网友 发布时间：2022-04-22 04:26

我来回答

共3个回答

懂视网 时间：2022-04-14 22:06

不管是学习什么材料，还是初步了解一个系统的时候，想学习新东西，听到最多的就是要了解需求，如果需求理解偏差了，那你的系统将变的面目全非。 软件需求说明书 1引言 1.1编写目的 需求分析人员与用户进行多次的需求分析调查后，提出的一份比较详细的软件需

不管是学习什么材料，还是初步了解一个系统的时候，想学习新东西，听到最多的就是要了解需求，如果需求理解偏差了，那你的系统将变的面目全非。

软件需求说明书

1引言

1.1编写目的

需求分析人员与用户进行多次的需求分析调查后，提出的一份比较详细的软件需求说明书，这份说明书可以表现出软件的功能、性能、开发条件等

并且在文档完成之后需要用户进行阅读，看是否将需求表达完全，进而补充说明。

本文档的预期读者有用户、项目管理人员、文档编写人员、需求分析人员等

1.2背景

说明：

a． 待开发的软件系统的名称：机房收费系统

b． 任务提出者：米新江教授

开发者：十期学员

用户：廊坊师范学院全体师生

实现该软件的计算中心或计算机网络：图书馆阅览室及学校机房

c． 该软件系统同其他系统或其他机构的基本的相互来往关系：系统是由VB语言编写，需要SQL sever 2008进行数据存储

1.3定义

DFD：数据流图

DD：数据字典

软件接口：

数据通讯协议：

1.4参考资料

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

a． 本项目的经核准的计划任务书或合同、上级机关的批文；

b． 可行性分析报告、项目开发计划

c． 属于本项目的其他已发表的文件；

d． 《软件工程》

2任务概述

2.1目标

开发机房收费系统是为了满足日益增加的学生上机和解脱出繁杂的考勤任务，将更多的人力资源应用在教育教学水平的提高上。机房收费系统是一个以VB语言为基础开发的面向对象的应用软件，使用SQL数据库存储用户信息，使的学生和教室上机都更加方便和快捷。

2.2用户的特点

软件开发后最终用户是：在校大学生，以及学校管理人员和教师。

这些用户都是大专及以上学历，对于计算机使用都有一定的接触或经验；系统的维护人员具有专业知识，可以对系统进行维护。

软件具有良好的错误处理能力，可以多次长时间使用。

2.3假定和约束

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

在原有系统的基础之上开发新系统，开发经费应该在原系统经费的两倍左右，不会查出很多。

开发的期限在45天左右，最多不超过60天

3需求规定

3.1对功能的规定

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

系统主要功能有计时、计费、考勤、维护等。

3.2对性能的规定

3.2.1精度

软件要计算和统计学生上机的费用和时间，所以精度要求是时间能精确到分钟，费用能精确到两位小数以上

严格按照查询的输入格式，否则查询系统不予反应。

3.2.2时间特性要求

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

a． 响应时间：最慢的相应时间不能大于1秒

b． 更新处理时间：有新的操作，数据库即进行更新操作

c． 数据的转换和传送时间：都在非常短的时间内完成，不会让人有不舒服的等待

3.2.3灵活性

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

a． 操作方式上的变化：对于外围设备，如鼠标键盘使用同等级回应

b． 运行环境的变化：在WindowsXP系统之后的系统都可以使用

3.3输人输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

3.4数据管理能力要求

正常使用时不应出错，若运行遇到不可恢复的系统错误，也必须保证数据的完好无损。

调试中遇到的问题及解决方案：

1)遇到跳出“数据库已经关闭“提示信息阻止程序运行时

可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

2)关于空记录导致程序无法运行，可以使用“if not is null”语句事先做判断。空记录，再操作。

3）用错误处理语句排错：

On Error GoTo Erropoint

Erropoint :

Msgbox Err.Descripton

Exit sub

或用On Errorresume Ｎext　等语句进行处理。

3.5故障处理要求

正常使用时不应出错，若运行遇到不可恢复的系统错误，也必须保证数据的完好无损。

调试中遇到的问题及解决方案：

1)遇到跳出“数据库已经关闭“提示信息阻止程序运行时

可以查看一下进行此项操作时，操作的表是否已经被关闭了或者是在没有关闭此表的情况下又一次运用打开语句打开此表。

2)关于空记录导致程序无法运行，可以使用“if not is null”语句事先做判断。空记录，再操作。

3）用错误处理语句排错：

OnError GoTo Erropoint

Erropoint :

Msgbox Err.Descripton

Exit sub

或用On Error resume Ｎext　等语句进行处理。

3.6其他专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

A．系统管理安全性：不同级别的人有不同的权限，并且有密码保护

B．使用方便：对于系统用户可通过短期的培训使用

4运行环境规定

4.1设备

a． 处理器型号及内存容量：CPU1.2GHz及以上即可

b． 内存最好是在16M及以上

c． 显卡没有什么要求

d． 网卡没有什么要求

4.2支持软件

列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。

a． Office使用2000版本以上的即可

b． Microsoft vb 6.0

c． SQL sever2008

4.3接口

4.4控制

安装软件后会在桌面上创建快捷方式，如果会使用Microsoft应用程序的就可以使用本系统，控制信号的方式是相同的

热心网友 时间：2022-04-14 19:14

一 引言

1、编写目的

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

2、背景说明：

(1)待开发的软件系统的名称。

(2)本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。

(3)该软件系统同其他系统或其他机构的基本的相互来往关系。

3、定义

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

4、参考资料

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

(1)本项目的经核准的计划任务书或合同、上级机关的批文。

(2)属于本项目的其他已发表的文件。

(3)本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

二 任务概述

1、目标

叙述该项软件开发的意图、应用目标、作用范围以及其它应向读者说明的有关该软件开发的背景材料。解释被开发软件与其它有关软件之间的关系。如果本软件产品是一项的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2、用户的特点

列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计工作的重要约束。

3、假定和约束

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

三 需求规定

1、对功能的规定

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

2、对性能的规定

(1)精度

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

(2)时间特性要求

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

① 响应时间。

② 更新处理时间。

③ 数据的转换和传送时间。

④ 解题时间。

等的要求。

(3)灵活性

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

① 操作方式上的变化。

② 运行环境的变化。

③ 同其他软件的接口的变化。

④ 精度和有效时限的变化。

⑤ 计划的变化或改进。

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

3、输入输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

4、数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。

5、故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

6、其它专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

四 运行环境规定

1、设备

列出运行该软件所需要的硬件设备。说明其中的新型设备及其专门功能，包括：

(1) 处理器型号及内存容量。

(2) 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量。

(3) 输入及输出设备的型号和数量，联机或脱机。

(4) 数据通信设备的型号和数量。

(5) 功能键及其他专用硬件。

2、支持软件

列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。

3、接口

说明该软件同其他软件之间的接口、数据通信协议等。

4、控制

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

五 数据要求

1、数据的逻辑描述

对数据进行逻辑描述时可把数据分为动态数据和静态数据。所谓静态数据，指在运行过程中主要作为参考的数据，它们在很长的一段时间内不会变化，一般不随运行而改变。所谓动态数据．包括所有在运行中要发生变化的数据以及在运行中要输入、输出的数据。进行描述时应把各数据元素逻辑地分成若干组，列如函数、源数据或对于其应用更为恰当的逻辑分组。给出每一数据元的名称（包括缩写和代码）、定义（或物理意义）度量单位、值域、格式和类型等有关信息。

(1) 静态数据??列出所有作为控制或参考用的静态数据元素。

(2) 动态输人数据??列出动态输入数据元素（包括在常规运行中或联机操作中要改变的数据）。

(3) 动态输出数据??列出动态输出数据元素（包括在常规运行中或联机操作中要改变的数据）。

(4) 内部生成数据??列出向用户或开发单位中的维护调试人员提供的内部生成数据。

(5) 数据约定??说明对数据要求的制约。逐条列出对进一步扩充或使用方面的考虑而提出的对数据要求的*（容量、文卷、记录和数据元的个数的最大值）。对于在设计和开发中确定是临界性的*更要明确指出。

2、数据的采集

(1) 要求和范围

按数据元的逻辑分组来说明数据采集的要求和范围，指明数据的采集方法，说明数据采集工作的承担者是用户还是开发者。具体的内容包括：

① 输入数据的来源：例如是单个操作员、数据输入站，专业的数据输入公司或它们的一个分组。

② 数据输入（指把数据输入处理系统内部）所用的媒体和硬件设备。如果只有指定的输入点的输入才是合法的，则必须对此加以说明。

③ 接受者：说明输出数据的接受者。

④ 输出数据的形式和设备列出输出数据的形式和硬设备。无论接受者将接收到的数据是打印输出，还是CRT上的一组字符、一帧图形，或一声警铃，或向开关线圈提供的一个电脉冲，或常用介质如磁盘、磁带、穿孔卡片等，均应具体说明。

⑤ 数据值的范围：给出每一个数据元的合法值的范围。

⑥ 量纲：给出数字的度量单位、增量的步长、零点的定标等。在数据是非数字量的情况下，要给出每一种合法值的形式和含意。

⑦ 更新和处理的频度：给出预定的对输入数据的更新和处理的频度。如果数据的输入是随机的，应给出更新处理的频度的平均值，或变化情况的某种其他度量。

(2) 输入的承担者

说明预定的对数据输入工作的承担者。如果输入数据同某一接口软件有关，还应说明该接口软件的来源。

(3) 预处理

对数据的采集和预处理过程提出专门的规定，包括适合应用的数据格式、预定的数据通信媒体和对输入的时间要求等。对于需经模拟转换或数字转换处理的数据量，要给出转换方法和转换因子等有关信息，以便软件系统使用这些数据。

(4) 影响

说明这些数据要求对于设备、软件、用户、开发单位所可能产生的影响，例如要求用户单位增设某个机构等。

热心网友 时间：2022-04-14 20:32

付费内容限时免费查看回答1 获取需求：

作为需求方也就是甲方，通过语言描述或文档的方式将需求（系统需要提供的功能）提交给开发人员（需

求分析人员）。

获得需求的方式可以有多种多样：电话询问、现场考察、聆听用户讲解、阅读用户编制的相关文件(如招

标书)，其实这些方法都是GET方式，我们可以通过以下两类技术手段来达到：GET(获取)和PUSH(引导、反

馈、激发)相互结合的方式来得到我们真正的需求，而这两个过程都是必须交互进行的，一般我们可以筛

选一名非常有经验(包括谈判技巧、深厚的业务和技术背景、人缘很好、勤奋努力)的人士担任需求工程

师，长期在客户那里工作。

2 需求分析人员，

（1）根据客户提供的文档或语言描述，将需求按功能划分，以用例图的方式表达系统提供的功能模块及

功能模块之间的关系，完成用例图后与客户确认大的功能模块，并对每个功能模块做进一步的沟通

详细记录用户所提供的关键性的描述，此过程需要系统分析人员对客户进行引导。

（2）对每个功能模块进行详细分析与描述，具体信息包括：用户角色、功能说描述、IPO的方式进行描

述（即输入项、输出项、处理）、要提供必要的功能说明，如果使文档更加直观，更容易让客户理

解，可以用UI的方式表达输入输出，配合必要的描述，这样对于客户更加容易理解，需要与客户进

行大量的沟通确认。

（3）编写数据字典：在需求阶段，很难使团队的思路一致，建立一个合适的机制是完全必要的，这就是

数据字典，数据字典是对系统用到的所有数据项和结构的定义，以确保开发人员使用统一的数据定

义。在需求阶段，数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术

语。分析和设计工具通常包括数据字典组件。

（4）关于文档具体表述的格式与形式，要根据所要表达的功能来确定，最重要的是把事情描述清楚,

这事最终的目的；

(5) 需求文档确定后，设计人员根据这份需求文档进行系统的设计工作了。