系统需求规格说明书 系统需求规格说明书的基本结构

视频监视系统的需求分析规格说明书怎么写？

一． 引言

系统需求规格说明书 系统需求规格说明书的基本结构

系统需求规格说明书 系统需求规格说明书的基本结构

系统需求规格说明书 系统需求规格说明书的基本结构

1.编写目的（阐明编写需求说明书的目的,指明读者对象。）

2.项目背景（可包括：（1）项目的委托单位,开发单位和主管部门；（2）该软件系统与其他系统的关系。）

3.定义（列出文档中用到的专门术语定义和缩写词的原文。）

4.参考资料（可包括：（1）项目经核准的任务书,合同或上机机关的批文；（2）项目开发；（3）文档所引用的资料，标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。）

二． 任务概述

1.目标

2.运行环境

3.条件与限制

三． 数据描述

1.静态数据

2.动态数据（包括输入数据和输出数据。）

3.数据库描述（给出使用数据库的名称和类型。）

4.数据词典

5.数据采集

四． 功能需求

1.功能划分

2.功能描述

五． 性能需求

1.数据度

2.时间特性（如响应时间、更新处理时间、数据转化与传输时间、运行时间等。）

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

六． 运行需求

1.用户界面（如屏幕格式、报表格式、菜单格式、输入输出时间等。）

2.硬件接口

3.软件接口

4.故障处理

七． 其他需求（如可使用性、、可维护性、可移植性等。）

看说明书

信息系统的生命周期中，在（　　）阶段形成《需求规格说明书》。

【】：A

立项阶段：即概念阶段或需求阶段，这一阶段根据用户业务发展和经营管理的需要，提出建设信息系统的初步构想；然后对企业信息系统的需求进行深入调研和分析，形成《需求规格说明书》并确定立项。

需求规格说明书描述的是软件如何实现

1、系统概述：描述软件系统的基本概念、目标和范围，以及与其他系统的接口和交互。

2、功能需求：描述软件系统需要实现的功能和特性，包括用户界面、数据输入和输出、数据处理和存储等方面。

3、性能需求：描述软件系统的性能要求，包括响应时间、吞叶量、并发性、可靠性和可用性等方面。

4、安全性需求：描述软件系统的安全性要求，包括数据的保护和安全、用户身份验证和访问控制等方面。

5、可维护性和可扩展性需求：描述软件系统的可维护性和可扩展性要求，包括代码的可读性、可测试性、可重用性、可维护性和可扩展性等方面。

6、约束和限制：描述软件系统的约束和限制，包括技术限制、资源限制、法律限制等方面。

在软件开发中，需求规格说明书和系统设计说明书有什么区别？

1、内容有区别

需求规格说明书主要是描述软件系统应该完成的功能，包含硬件、功能、性能、输入输出、接口需求、警示信息、保密安全、数据与数据库、文档和法规的要求等等。

设计说明书是说明如何实现这些功能、性能的。设计书中会对功能进行重新的分解，并需要描述这些功能如何实现，甚至包括如何用代码实现。

2、目的不同

需求规格说明书的作用在于便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据，并作为确认测试和验收的依据。

系统设计说明书编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、安全设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。

3、阅读对象不同

需求规格说明书主要从用户角度（需求或市场人员根据用户要求编写）描述软件需要实现的功能。

系统设计说明书主要从软件开发（程序员）角度描述软件需要实现功能。

参考资料：百度百科-软件需求说明书

参考资料：百度百科-概要设计说明书

需求规格说明书的作用不包括

需求规格说明书的作用不包括：软件可行性研究的依据。

需求规格说明书是需求分析阶段的终“产品”。它相当于用户和开发商之间的一项合同。它地描述软件产品做什么,以及产品的约束条件等。它还给软件设计提供了一个蓝图,给系统验收提供了一个验收标准集。

需求规格说明书的主要作用有:

需求说明书是由开发人员经需求分析后形成的软件文档，是对需求分析工作的全面总结。其作用有以下几点。

（1）便于用户、分析人员和软件设计人员进行理解和交流，用户通过需求规格说明书在分析阶段即可初步判定能否满足其原来的期望，设计人员则将需求规格说明书作为软件设计的基本出发点。

（2）支持系统的确认

在软件的测试阶段，根据需求说明书中确定的可测试标准设计测试用例，确认软件是否满足需求说明书中规定的功能和性能等。

（3）控制系统进化过程

在需求分析完成之后，如果用户追加需求，那么需求说明书将用于确定是否为新需求。

《软件需求规格说明书》的目的?

《软件需求规格说明书》的目的是作为用户和软件开发人员达成的技术协议书，作为着手进行设计工作的基础和依据，系统开发完成以后，为产品的验收提供了依据。由于用户要能看得懂，并且还能发现和指出其中的错误，这对于保证软件系统的质量有很大的作用。

扩展资料：

《软件需求规格说明书》必须用统一格式的文档进行描述，为了使需求分析描述具有统一的风格，可以采用已有的且能满足项目需要的模板，也可以根据项目特点和软件开发小组的特点对标准进行适当的改动，形成自己的模板。

软件需求说明主要包括引言、任务概述、需求规定、运行环境规定和附录等内容。软件需求说明书应该完整、一致、、无二义性，同时又要简明、易懂、易修改。

软件需求规格说明书和系统需求规格说明书的区别

国内软件需求的书籍比较少，而且不是很全面。下面是我在美国看的软件需求的一本书上的对于软件需求的分层种类。希望对你有所帮助。

Requirements Ll Classification（需求的分类）

To deal with the diversity in requirements types, Sommerville (2005) suggests

organizing them into three lls of abstraction:

User requirements

System requirements

Software design specifications

User requirements（用户需求） are abstract statements written in natural language with

accompanying rmal diagrams. They specify what servs (user functionality)

the is expected to provide and any constraints. In many situations user stories

can play the role of user requirements.

System requirements（系统需求） are detailed descriptions of the servs and constraints.

System requirements are sometimes referred to as functional specification or technical

annex. These requirements are derived from ysis of the user requirements.

They act as a contract between client and contractor, so they should be

structured and precise. Use cases can play the role of requirements in

many situations.

Software design specifications（软件需求） emerge from the ysis and design

documentation used as the basis for implementation by dlopers. The software

specification is essentially derived directly from ysis of the specification.

The software requirements specification document (SRS) is the “contractual” document

that we generally refer to when we speak of a “software” or “” requirements

specification.In the case of a hybrid hardware/software ,（考虑软件和硬件系统） the SRS would include both detailed design elements for the software as well as hardware

(e.g., schematic diagrams and logic diagrams). In the case of a purely mechanical

, design drawings take the place of the SRS.

没区别。不同叫法而已，开发流程是这样的：分配需求->软件规格说明->概要设计->详细设计->coding->test->release。