软件需求规格说明书案例
软件开发方向
“成绩管理系统”软件需求规约
安博教育集团
二零零八年十月
修订历史记录
目录
1 引言 (5)
1.1 目的 (5)
1.2 文档格式 (5)
1.3 预期的读者和阅读建议 (5)
1.4 范围 (6)
1.5 术语 (6)
1.6 参考文献 (6)
2 系统概述 (6)
2.1 概述 (6)
2.2 功能 (6)
2.3 运行环境 (7)
2.4 假设与依赖 (7)
3 系统特性 (8)
3.1 系统角色 (8)
3.2 学生管理 (8)
3.2.1 增加学生信息 (8)
3.2.2 修改学生信息 (9)
3.2.3 删除学生信息 (9)
3.2.4 导入学生信息 (9)
3.3 教师管理 (9)
3.3.1 增加教师信息 (9)
3.3.2 修改教师信息 (9)
3.3.3 删除教师信息 (9)
3.3.4 导入教师信息 (9)
3.4 课程管理 (10)
3.4.1 增加课程基本信息 (10)
3.4.2 修改课程基本信息 (10)
3.4.3 删除课程基本信息 (10)
3.4.4 维护课程学生信息 (10)
3.5 成绩查询 (11)
3.5.1 学生查询成绩 (11)
3.5.2 教师查询成绩 (11)
3.6 成绩分析与统计 (11)
3.6.1 考试成绩表 (11)
3.6.2 班级各科平均成绩表 (11)
3.6.3 年级成绩排名表 (11)
3.7 系统维护 (12)
3.7.1 数据字典维护 (12)
4 非功能性需求 (12)
4.1 性能需求 (12)
4.2 安全性需求 (12)
4.3 可用性需求 (13)
4.4 用户文档 (13)
4.5 其它需求 (13)
5 外部接口需求 (14)
5.1 用户接口 (14)
5.2 硬件接口 (14)
5.3 软件接口 (14)
5.4 通信接口 (14)
1 引言
1.1 目的
该文档首先给出了整个系统的整体网络结构和功能结构的概貌，试图从总体架构上给出整个系统的轮廓，然后又对功能需求、性能需求和其它非功能性需求进行了详细的描述。其中对功能需求的描述采用了UML的用例模型方式，主要描述了每一用例的基本事件流，若有备选事件流则描述，否则则省略。而且还给出了非常直观的用例图。这些文字和图形都为了本文档能详细准确地描述用户的需求，同时也为用户更容易地理解这些需求的描述创造了条件。
该文档详尽说明了这一软件产品的需求和规格，这些规格说明是进行设计的基础，也是编写测试用例和进行系统测试的主要依据。同时，该文档也是用户确定软件功能需求的主要依据。
1.2 文档格式
本文档按以下要求和约定进行书写：
（1）页面的左边距为2.5cm，右边距为2.0cm，装订线靠左，行距为最小值20磅。
（2）标题最多分三级，分别为黑体小三、黑体四号、黑体小四，标题均加粗。
（3）正文字体为宋体小四号，无特殊情况下，字体颜色均采用黑色。
（4）出现序号的段落不采用自动编号功能而采用人工编号，各级别的序号依次为（1）、1）、a)等，特殊情况另作规定。
1.3 预期的读者和阅读建议
本文档的主要内容共分4部分：综合描述、系统特性、和非功能性需求和外部接口描述。综合描述部分主要对系统的整体结构进行了大致的介绍；系统特性部分对系统的功能需求进行了详细描述，是本文的主要部分；非功能性需求部分对非功能需求进行了详细的描述；外部接口需求部分对用户界面、软件接口、硬件接口和通讯接口等进行了描述。
本文档面向多种读者对象：
（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
（2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。
（3）程序员：配合《设计报告》，了解系统功能，编写《用户手册》。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
（5）销售人员：了解预期产品的功能和性能。
（6）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
（7）其他人员：如部门领导、公司领导等可以据此了解产品的功能和性能。
在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
1.4 范围
该产品是在积累了丰富业务经验的基础上进行开发的，在需求上，充分考虑了具体用户的实际情况。本产品将主要适用于江苏省各高级中学的成绩管理，主要完成学生成绩录入、批量导入、学生成绩分析与统计等业务，也可作为学校学生与教务管理系统的一个子模块。
1.5 术语
1.6 参考文献
2 系统概述
2.1 概述
高级中学对学生的考核主要还是对学生各科成绩的考核，考试类别多、课程多，而且要随高考制度的变化不断地改变，学生多，工作量大，尤其对学生成绩的分析（如排名）统计要及时，所以成绩管理一直是学校管理中的一个重要子系统。好的管理系统可以简少老师在成绩管理上的工作量，学生可以及时查询学习成绩，学校可以快速获得考试结果，掌握教学情况，改进教学活动。
2.2 功能
图一 成绩管理系统功能
2.3 运行环境
该系统为B/S 三层结构，它的运行环境分客户端、应用服务器端和数据库服务器端三部分。 以下是系统的软件环境。 （1）客户端
操作系统：Windows2000 Professional/XP 或更新版本。 浏览器：IE6以上，其它常见浏览器如FireFox 。 （2）应用服务器端
操作系统：Windows2000 Server 或更新版本。 应用服务器：Tomcat 5.5或更新版本。 数据库访问：JDBC 。 （3）数据库服务器端
操作系统：Windows2000 Server 或更新版本。 数据库系统：SQLServer 2000或更新版本。
2.4 假设与依赖
本项目是否能够成功实施，主要取决于以下的条件：
（1）苏州中学能够积极地与安博配合，为了项目的开发和实施，在必要时对现有的业务流程进行合理的调整。
（2）苏州中学为安博的调研、开发和实施过程提供必要的工作环境和系统运行环境，这些环
境有助于安博开展工作。
（3）苏州中学为安博提供完整的功能和性能需求资料，以便于安博对其进行分析，从而形成完善的软件需求。
（4）苏州中学为软件系统的运行提供必要的且能够满足系统运行条件的硬件环境和通讯环境，不合适的硬件环境和通讯环境将会影响系统的性能。
（5）安博掌握先进的能够适用于该项目的技术，这是系统的性能是否优化和项目能否成功的保证。
（6）苏州中学与安博具有相对稳定的项目团队，不稳定的团队将影响项目的进度和质量。
3 系统特性
3.1 系统角色
本系统主要用于学校的以下几类人员：
（1）系统管理员，完成系统管理与维护，例如，维护学生、教师及数据字典等的维护。
图二用例图一
（2）教师，维护课程与成绩，查询所教课程的所有学生的成绩。
（3）学生则可查询自已的成绩。
图三用例图二
3.2 学生管理
3.2.1 增加学生信息
使用者：学校有学生管理功能角色的用户。
目的：单个添加学生基本信息。
基本事件流：
1、用户进入增加单个学生界面，本用例开始；
2、系统显示学生信息输入界面，用户输入学生姓名、学号、性别、出身日期、入学日期、班
级、政治面貌、籍贯。
3、用户确认输入信息，系统检查学号是否唯一，若唯一，则增加学生信息，本用例结束。否
则，提示用户重新输入。
3.2.2 修改学生信息
3.2.3 删除学生信息
3.2.4 导入学生信息
使用者：学校有学生管理功能角色的用户
目的：批量导入学生信息，也可以将其他系统中学生信息按照规定的格式导入本系统。
基本事件流：
1、用户进入批量导入学生界面，本用例开始；
2、系统显示导入文件类型、格式说明、并提供导入的模板文件下载。
3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。
4、系统检查文件的合理性，如果文件格式有误或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将学生信息导入系统。
5、本用例结束。
3.3 教师管理
使用者：学校有教师管理功能角色的用户
目的：单个添加教师基本信息。
基本事件流：
1、用户进入增加单个教师界面，本用例开始；
2、系统显示教师信息输入界面，用户输入教师姓名、工号、性别、出身日期、工作开始日期、
职务、政治面貌、籍贯。
3、用户确认输入信息，系统检查工号是否唯一，若唯一，则增加教师信息，本用例结束。否
则，提示用户重新输入。
3.3.1 增加教师信息
3.3.2 修改教师信息
3.3.3 删除教师信息
3.3.4 导入教师信息
使用者：学校有教师管理功能角色的用户
目的：批量导入教师信息，可以将其他系统中教师信息按照规定的格式导入本系统。
基本事件流：
1、用户进入批量导入教师界面，本用例开始；
2、系统显示导入文件类型、格式说明、并提供导入的模板文件，供下载。
3、用户按照导入文件格式要求填写或生成对应文件，然后将文件上传，点击确定。
4、系统检查文件的合理性，如果文件格式有误码或有数据冲突，给出详细提示列表（错误所在行、错误原因），用户修改文件后再上传，如果上传文件合理，系统将教师信息导入系统。
5、本用例结束。
3.4 课程管理
3.4.1 增加课程基本信息
使用者：教师或学校有课程管理角色的用户
目的：创建新课程。
基本事件流：
1、用户进入创建新课程页面，本用例开始；
2、系统显示创建课程页面，用户输入课程名称、学期、开始日期、结束日期，并选择任课教师。
3、用户确认创建课程，系统保存新创建的课程。本用例结束。
3.4.2 修改课程基本信息
3.4.3 删除课程基本信息
3.4.4 维护课程学生信息
使用者：教师或学校有课程管理角色的用户。
目的：将学生加入已创建的课程。
基本事件流：
1、用户维护课程学生信息界面，本用例开始；
2、系统显示课程列表，用户选择要加入学生的课程，系统显示该课程已存在的学生；
3、用户选择加入新学生，系统显示学生列表，用户可通过搜索列表显示班级下的学生，用户选择要加入课程的学生
4、系统将所选学生加入前面选定的课程，本用例结束。
3.5 成绩查询
3.5.1 学生查询成绩
3.5.2 教师查询成绩
3.6 成绩分析与统计
3.6.1 考试成绩表
某学期某次考试的单个班级的考试成绩表
2000-2001学年第二学期高一（1）班期末考试成绩表
3.6.2 班级各科平均成绩表
某学期某次考试单个年级的各科平均成绩表
2000-2001学年第二学期高一各班期末考试各科平均成绩表
3.6.3 年级成绩排名表
某学期某次考试单个年级的年级排名表
3.7 系统维护
3.7.1 数据字典维护
2000-2001学年第二学期高一年级期末考试成绩排名表
4 非功能性需求
4.1 性能需求
（1）客户端一般响应时间（除报表统计、数据导入）不超过1秒。
（2）报表统计时间不超过30秒。
（3）支持2000名学生信息的一次性导入，导入时间不超过300秒。
（4）支持5000名用户（高级中学可达到的规模）并发使用，并保证性能不受影响。
4.2 安全性需求
（1）权限控制
根据不同用户角色，设置相应权限，用户的重要操作都做相应的日志记录以备查看，没有权限的用户禁止使用系统。学生只可查看自已的学习成绩，教师只可查看所教课程的学生成绩（2）重要数据加密
本系统对一些重要的数据按一定的算法进行加密，如用户口令、重要参数等。
（3）数据备份
允许用户进行数据的备份和恢复，以弥补数据的破坏和丢失。
（4）记录日志
本系统应该能够记录系统运行时所发生的所有错误，包括本机错误和网络错误。这些错误记录便于查找错误的原因。日志同时记录用户的关键性操作信息。
（1）方便操作，操作流程合理
尽量从用户角度出发，以方便使用本产品。如：新增学生信息时，敲入回车键光标的自动跳转、输入法的自动转换，信息检索时输入汉语简拼快速检索到结果等。可以通过快速键方便用户录入信息，所有操作可仅通过键盘完成。
（2）支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。
（3）控制必录入项
本系统能够对必须录入的项目进行控制，使用户能够确保信息录入的完整。同时对必录入项进行有效的统一的提示。
（4）容错能力
系统具有一定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够保证正常运行，并有足够的提示信息帮助用户有效正确地完成任务。
（5）操作完成时有统一规范的提示信息
例如删除操作时，系统可提示警示框“您确认删除记录吗？操作不可恢复！”，用户点击确认后，系统才执行删除操作，删除后可直接返回相关页面。
（6）用户可自定义
为了满足业务的不断变化，一些重要的参数应该可以灵活设置。
（7）联机帮助与操作指南。
4.4 用户文档
同本软件一起发行的用户文档包括：
（1）安装手册：Word格式文件。
（2）用户手册：Word格式文件。
（3）在线帮助：HTML Help格式文件，联机式。
4.5 其它需求
（1）支持多浏览器。
（2）系统安装方便，易于维护。
5.1 用户接口
本系统采用B/S架构，所有界面使用WEB风格，用户界面的具体细节将在概要设计文档中描述。
5.2 硬件接口
服务器端建议使用专用服务器。
5.3 软件接口
无特殊需求。
5.4 通信接口
无特殊需求。
需求说明书(软件项目管理系统)
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
需求规格说明书(样例)
需求规格说明书
目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)
6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)
第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （1）流程图图元约束：
软件需求分析说明书模板
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
软件项目用户需求说明书
在与客户交流、查阅业务资料等一系列需求获取和分析工作后，有必要及时整理用户需求，并建立需求文档。本文结合笔者的实践和相关资料给出了一个需求说明书的格式模板，希望能够起到抛砖引玉的作用，同大家作进一步探讨。 XXXX项目用户需求说明书 关于文件的其他属性还可以根据需要添加诸如需求认可负责人、涉及的产品版本号、关联文档编号等内容。 版本历史 目录 0. 文档介绍 (4) 0.1 文档目的 (4) 0.2 文档范围 (4) 0.3 读者对象 (4) 0.4 参考文档 (4) 0.5 术语与缩写解释 (4)
1. 产品介绍 (5) 2. 产品面向的用户群体 (5) 3. 产品应当遵循的标准或规范 (5) 4.同类产品 5. 产品的功能性需求 (5) 5.0 功能性需求分类 (5) 5.n 功能（特征描叙） N (6) 5.n.x 功能N.x (6) 6. 产品的非功能性需求 (6) 6.1 用户界面需求 (6) 6.2 软硬件环境需求 (6) 6.3 产品质量需求 (6) 6.N 其它需求 (6) 附录A: 0. 文档介绍 0.1 文档目的 0.2 文档范围 0.3 读者对象 0.4 参考文档 提示：列出本文档的所有参考文献（包括非正式出版物），格式如下：[序号标识符] 作者，文献名称，出版单位（或归属单位），日期 例如： [P1-MF] Author，计量开发规范，机构名称，日期
0.5 术语与缩写解释 1. 产品介绍 产品介绍主要说明产品特征、用途，项目背景等 2.产品用户群体 （1）描述本产品面向的用户（客户、最终用户）的特征， （2）说明产品对他们的用处，带来的利益，用户可能的购买比例 3.同类产品情况 作为参考依据 4. 产品应当遵循的标准或规范 阐述本产品应当遵循什么标准、规范或业务规则 5. 产品的功能性需求 5.0 功能性需求分类 提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。
管理系统软件需求说明书
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
软件需求规格说明(范例)
项目名称 软件需求规格说明
文档签署记录
文档修改记录
目录 1 引言 (1) 1.1 目的 (1) 1.2 项目背景 (1) 1.3 范围 (1) 1.4 参考资料 (1) 1.5 综述 (1) 2 总体概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 设计约束 (2) 2.4.1 标准规范 (2) 2.4.2 软件开发语言 (2) 2.4.3 软件开发工具和环境 (2) 2.4.4 软件测试环境 (3) 3 具体需求 (4) 3.1 软件流程功能 (5) 3.1.1 流程1 (5) 3.2 功能需求 (7) 3.2.1 试验资源管理 (7) 3.2.2 试验过程管理 (9) 3.3 软件模块划分 (11) 3.4 系统集成接口 (12) 3.4.1 与管理系统的接口 (12) 3.5 性能需求 (12) 3.5.1 精度 (12) 3.5.2 时间特性要求 (12) 3.6 数据处理要求 (12) 3.7 软件质量要求 (13) 3.7.1 易用性 (13) 3.7.2 可靠性 (13) 3.7.3 安全性 (13) 3.7.4 可维护性 (13) 3.8 可靠性、安全性和维护性要求 (13) 3.8.1 软件安全性等级、可靠性指标 (13) 3.8.2 软件运行寿命 (13) 3.8.3 软件安全性要求 (13) 3.8.4 软件健壮性要求 (13) 3.8.5 软件不期望事件要求 (14) 3.8.6 软件维护性要求 (14) 4 运行环境规定 (14) 4.1 部署方案 (14) 4.2 系统运行的硬件环境要求 (14)
软件需求规格说明书(终稿)
<教师报课系统> 需求规格说明书 作者：Mod4 完成日期：2015.10.16
修订历史记录
目录 1. 引言 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4参考文献 (4) 2. 项目概述 (5) 2.1 产品描述 (5) 2.2 产品功能 (5) 2.3 用户特点 (7) 2.4 一般约束 (7) 2.5 假设与依据 (7) 3. 具体需求 (7) 3.1 功能需求 (8) 3.1.1系统角色及登陆 (8) 3.1.2 学院负责人 (9) 3.1.3 系负责人 (17) 3.1.4 教师 (20) 3.2 外部接口需求 (23) 3.2.1 用户接口 (23) 3.2.2 硬件接口 (23) 3.2.3 软件接口 (23) 3.2.4 通信接口 (23) 3.3 性能需求 (23) 3.4 属性 (23) 3.4.1 可用性 (23) 3.4.2 安全性 (24) 3.4.3 可维护性 (24) 4. 验收验证标准 (24)
1. 引言 1.1 目的 该文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，可以作为软件开发工作的基础和依据以及确认测试和验收的依据。 本文档面向多种读者对象： （1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。 （2）设计员：对需求进行分析，并设计出系统，包括数据库的设计。 （3）程序员：了解系统功能，编写《用户手册》。 （4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。 在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。 1.2 背景 本次待开发的软件为教师报课系统。 用户通过使用该软件在移动终端完成报课相关操作。学院负责人通过导入报课信息，设定截止时间来开启报课。系负责人查看报课信息，进行审核修改。教师填写报课信息，预览报课信息等最终提交报课。 1.3 定义 1.4参考文献 [1] GB-T8567-2006，《计算机软件文档编制规范》[S] [2].（美）Roger S.Pressman著，郑人杰等译.软件工程[M].第七版.北京：机械工业出版社,2011.
软件项目需求说明书(模板)
电子商务项目需求说明书（范本） 新蛋信息技术（中国）有限公司 二○一一年月日
文档修改历史记录
目录 1概述 (3) 1.1引言 (3) 1.1.1 软件项目名称 (3) 1.1.2软件项目开发背景和目的 (3) 1.1.3软件项目应用范围 (3) 1.2参考资料 (3) 1.3术语定义 (3) 2 系统功能 (3) 2.1功能分解一 (4) 2.1.1定义 (4) 2.1.2功能表述 (4) 2.1.3性能要求 (4) 2.1.4相关表单 (4) 2.1.5流程图 (4) 2.1.6特殊要求 (4) 2.2功能分解二 (5) 3 附录 (5)
1概述 1.1引言 （本需求说明书的编写目的以及阅读对象） 1.1.1 软件项目名称 （说明软件项目全称和简称） 1.1.2软件项目开发背景和目的 （简述软件项目开发背景和目的以及实现了哪些大的功能） 1.1.3软件项目应用范围 （叙述软件项目主要使用的范围、使用者等） 1.2参考资料 （本需求说明书的参考资料，包括法律法规、政策文件、国家标准、制度规范等）1.3术语定义 （逐个定义重要术语，没有可以不写本条） 2 系统功能 （定义本软件项目实现的一级功能及其内涵，一个软件项目由多个一级功能组成）
2.1.1定义 （说明功能分解一的含义以及实现过程） 2.1.2功能表述 （逐一列出对本功能分解一的各项功能表述，每项功能均需详细描述，并使读者没有歧义，描述方式可以为：输入什么、输出什么、需要系统如何加工等） 2.1.3性能要求 （详细列出对本功能分解一的系统性能要求，如：系统数据校验、缺省项判断、系统反应时间、操作的便捷性、错误或故障的处理、系统的接口等） 2.1.4相关表单 （详细列出本功能分解一涉及的相关表单） 2.1.5流程图 （功能分解一实现过程的流程图） 2.1.6特殊要求 （详细列出功能分解一的特殊要求，如无，可以不列）
软件系统需求说明书
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
需求规格说明书范例
需求规格说明书范例-CAL-FENGHAI.-(YICAI)-Company One1
出行服务网站 产品需求规格说明书 部门： 时间: 目录 1引言 ................................................................................................ 错误!未定义书签。 编写目的.............................................................................. 错误!未定义书签。
项目背景.............................................................................. 错误!未定义书签。 术语定义及编写说明.......................................................... 错误!未定义书签。 版本更新信息...................................................................... 错误!未定义书签。2产品定义 ........................................................................................ 错误!未定义书签。 应用目标.............................................................................. 错误!未定义书签。 产品业务流程 ................................................................................ 错误!未定义书签。 接口描述 ........................................................................................ 错误!未定义书签。3应用环境 ........................................................................................ 错误!未定义书签。 设备环境.............................................................................. 错误!未定义书签。 系统运行的硬件环境.......................................................... 错误!未定义书签。 系统运行的软件环境.......................................................... 错误!未定义书签。 系统运行的网络环境.......................................................... 错误!未定义书签。 用户操作模式...................................................................... 错误!未定义书签。4功能规格 ........................................................................................ 错误!未定义书签。 前台功能.............................................................................. 错误!未定义书签。MISP网站系统前台主要功能如下图所示：...................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。 Function .................................................................... 错误!未定义书签。
软件项目需求规格—说明书
软件项目需求规格—说 明书 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
组态建模工具需求规格说明书西安电子科技大学
目录 1概述 1.1编写目的 指出编写《需求规格说明书》的目的。下面是示例： 编写此文档的目的是进一步定制软件开发的细节问题，希望能使本软件开发工作更具体。为了使用户、软件开发者及分析和测试人员对该软件的初始规定有一个共同的理解，
它说明了本软件的各项功能需求、性能需求和数据需求，明确标识各项功能的具体含义，阐述实用背景及范围，提供客户解决问题或达到目标所需要的条件或权能，提供一个度量和遵循的基准。具体而言，编写软件需求说明的目的是为所开发的软件提出： a)软件设计总体要求，作为软件开发人员、软件测试人员相互了解的基础。 b)功能、性能要求，数据结构和采集要求，重要的接口要求，作为软件设计人员进 行概要设计的依据。 c)软件确认测试的依据。 1.2编写依据 指明该《需求规格说明书》的依据。一般可以写依据XXX软件的方案书，策划书等。 1.3术语和缩略词 缩写、术语及符号解释 2软件概要 2.1软件总体描述 从总体上描述该软件的情况，包括软件的形式（网站，运行时系统，插件等）和软件的主要的功能，使读者对该软件有一个整体的认识。一般一两段话即可。 2.2软件设计约束及有关说明 软件设计的约束以及有关说明如下所示。 开发环境：
编程语言： 遵循的规范：软件的设计和开发过程需要严格按照合同要求，根据软件的设计方案来进行。软件开发过程应遵循软件工程规范，对过程和版本进行管理和控制。 测试环境：可以写明在什么单位测试，测试单位使用的软硬件环境。 软件交付形式： 软件交付日期： 其他：见合同。 2.3使用者特点 指明软件的使用者具有的特定。示例： 本软件主要在甲方工作环境中使用，使用者包括项目管理人员，开发人员及工程师等，使用者在计算机的应用、使用上不存在障碍，都在计算机的操作和使用方面得到过相关的培训。
软件需求规格说明书
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
软件产品需求规格说明书(案例)
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）：
评审日期： 软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构
软件需求规格说明书标准模板
软件需求规格说明书 文件编号：QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (4) 1.1目的 (4) 1.2背景 (4) 1.3术语 (4) 1.4预期读者与阅读建议 (4) 1.5参考资料 (4) 1.6需求描述约定 (5) 2.项目概述 (6) 2.1系统功能 (6) 2.2业务描述 (6) 2.3数据流程描述(可选) (6) 2.4用户的特点 (6) 2.5运行环境要求 (6) 2.6设计和实现上的限制 (6) 3.功能需求的描述 (6) 4.非功能需求 (7) 4.1系统性能要求 (7) 4.2系统安全及保密要求 (7) 4.3系统备份与恢复要求 (7) 4.4系统日志 (7) 5.外部接口说明 (7) 6.其他需求 (8) 7 需求变更识别 (8) 8.功能列表 (8) 9.附件 (8)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
软件需求规格说明书
XXX项目 软件需求规格说明书 ---------------------------------------------------------------------合肥安慧软件有限公司对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。
1.引言.................................................... 错误!未定义书签。 . 项目背景............................................. 错误!未定义书签。. 编写目标............................................. 错误!未定义书签。. 建设目标（可选）..................................... 错误!未定义书签。. 系统范围............................................. 错误!未定义书签。. 定义/术语/缩写....................................... 错误!未定义书签。. 参考资料............................................. 错误!未定义书签。. 文档阅读指南（可选）................................. 错误!未定义书签。 2.总体说明................................................ 错误!未定义书签。 . 产品介绍............................................. 错误!未定义书签。. 假设和依赖（可选）................................... 错误!未定义书签。. 局限性和排斥性（可选）............................... 错误!未定义书签。 3.功能描述................................................ 错误!未定义书签。 . 业务描述............................................. 错误!未定义书签。. 用户说明............................................. 错误!未定义书签。. 基本配置及运行环境................................... 错误!未定义书签。. 用户场景............................................. 错误!未定义书签。 用例总览......................................... 错误!未定义书签。 详细用例说明..................................... 错误!未定义书签。 4.非功能性需求............................................ 错误!未定义书签。 . 性能要求............................................. 错误!未定义书签。. 可靠性（可选）....................................... 错误!未定义书签。. 安全性（可选）....................................... 错误!未定义书签。. 可移植性（可选）..................................... 错误!未定义书签。. 设计限制（可选）..................................... 错误!未定义书签。. .电源、工艺结构要求（可选）.......................... 错误!未定义书签。. 逻辑数据库需求（可选）............................... 错误!未定义书签。. 其他需求............................................. 错误!未定义书签。 5.接口说明................................................ 错误!未定义书签。 . 用户界面............................................. 错误!未定义书签。. 硬件接口............................................. 错误!未定义书签。. 软件接口............................................. 错误!未定义书签。. 通信接口............................................. 错误!未定义书签。 6.需求变更流程............................................ 错误!未定义书签。 7.设计描述（可选） ........................................ 错误!未定义书签。
[软件需求]销售系统软件需求说明书
[软件需求]销售系统软件需求说明书
＜网络营销系统＞ 软件需求说明书 作者：杨晶 完成日期：2010年7月6日 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (2) 1.4 参考资料 (3) 2 项目概述 (4) 2.1 产品描述 (4) 2.2 产品功能 (4) 2.3 用户特点 (5) 2.4 一般约束 (5) 2.5 假设和依据 (5) 3 具体需求 (6) 3.1 功能需求 (6) 3.1.1 功能需求1 (6) 3.1.2 功能需求2 (7) 3.1.n 功能需求n (7) 3.2 外部接口需求 (8) 3.2.1 用户接口 (8) 3.2.2 硬件接口 (8) 3.2.3 软件接口 (8) 3.2.4 通信接口 (9) 3.3 性能需求 (9) 3.4 设计约束 (9) 3.4.1 其他标准的约束 (10) 3.4.2 硬件的限制 (10) 3.5 属性 (10) 3.5.1 可用性 (10) 3.5.2 安全性 (11) 3.5.3 可维护性 (11) 3.5.4 可转移＼转换性 (11) 3.5.5 警告 (12) 3.6 其他需求 (12) 3.6.1 数据库 (12) 3.6.2 操作 (12) 3.6.3 场合适应性需求 (13) 4 附录 (13)
1 引言 1.1 编写目的 近年来，互联网技术的迅猛发展使电子商务在世界范围内蓬勃兴起。基于Internet的电子商务冲击着传统企业的经营模式、管理模式和经济活动的运作手段，它为中小企业提供了大量市场机会，也缩小了大型企业和中小企业之间的市场地位的差距，为中小企业提供了竞争的机会。 1.2 范围 说明： a．该系统名为网络销售系统 b．该系统更大的方便了群众，减少了用户外出或者购买的不便。 c．该系统的应用： 1）该系统的开发，为更多的经销商提供了 更好的发展平台，扩大了业务，更好的适 应了当今社会的发展需求，同时为广大的 用户提供了方便。
软件需求规格说明书(案例)
软件需求规格说明书(案例) 1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,800*600的兼容显示器 标准兼容打印机 <2>软件方面: WIN95操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下: 3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据 3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间 3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 销售管理数据库:当日销售记录及以前的销售统计,用于销售分析 财务管理数据库:公司内部账目及收支情况详表 技术管理数据库:公司所需各技术档案的详细记录(包括文档) 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户
软件需求规格说明模板2
软件需求规格说明(SRS) 1范围 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.3文档概述 本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。 1.4基线 说明编写本系统设计说明书所依据的设计基线。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。 3需求 本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。CSCI需求是为了满足分配给该CSCI的系统需求所形成的软件需求。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，
需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求的话，本条应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条直接引用。 3.1所需的状态和方式 如果需要CSCI在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式，状态和方式的例子包括：空闲、准备就绪、活动、事后分析、培训、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述CSCI,也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或其他的方法表示，也可在需求出现的地方加以注解。 3.2需求概述 3.2.1目标 a.本系统的开发意图、应用目标及作用范围(现有产品存在的问题和建议产品所要解决的问题)。 b.本系统的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本系统与其他相关产品的关系，是独立产品还是一个较大产品的组成部分(可用方框图说明)。 3.2.2运行环境 简要说明本系统的运行环境(包括硬件环境和支持环境)的规定。 3.2.3用户的特点 说明是哪一种类型的用户，从使用系统来说，有些什么特点。 3.2.4关键点 说明本软件需求规格说明书中的关键点(例如：关键功能、关键算法和所涉及的关键技术等)。