需求规格说明书模板(面向对象 )
需求规格说明书(实用实用模板)
****项目需求规格说明书建设单位：监理单位：承建单位：目录第一章引言 (5)1.1编写目的 (5)1.2文档范围 (5)1.3项目概要 (5)1.4术语和缩写 (5)1.5参考资料 (5)第二章任务概述 (7)2.1目标 (7)2.2用户的特点 (7)2.3假定和约束 (7)第三章系统运行环境 (8)3.1系统架构 (8)3.2系统硬件和网络环境 (8)3.3系统运行平台 (8)3.4系统界面描述 (8)3.5接口 (8)第四章功能描述 (9)4.1对功能的规定 (9)4.2功能性需求描述 (9)4.2.1功能总图 (9)4.2.2功能描述表 (9)4.2.3功能详细描述 (9)4.3对非功能的描述 (10)4.3.1系统参数及系统精度 (10)4.3.2灵活性 (10)4.3.3时间管理特性 (10)4.3.4输入输出要求 (10)4.3.5数据管理能力要求 (11)4.4故障处理要求 (11)4.5其他非功能需求 (11)需求评审确认 (12)第一章引言1.1编写目的提示：说明编写这份需求说明书的目的。
需求说明书编写的目的是为了记录、整理用户对学生工作管理的业务流程和功能需求，描述用户对系统的期望和功能要求。
本文档尽量以自然语言来描述，以期用户和潜在读者能够快速理解，并方便与用户进行沟通。
1.2文档范围提示：需要描述清楚文档传播范围和读者对象。
1.3项目概要提示：描述系统相关信息。
a．待开发系统(或软件)的名称；b．本项目的任务提出者、开发者、用户及实现该系统的部门或单位；c．该项目系统同其他系统或其他机构的基本的相互来往关系。
1.4术语和缩写提示：列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.5参考资料提示：列出用得着的参考资料，如：a．本项目的经核准的计划任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的系统开发标准。
需求分析规格说明书
目录1 导言 01。
1 背景 01。
2 目的 01.3 名词解释 01.4 参考资料 (1)2 概述 (1)2。
1 系统环境 (1)2.2 功能需求 (2)2.3 参与者分工 (2)2.4 技术支持 (3)2。
4.1 MVC模式 (3)2。
4。
2 jsp+servlet+javabean开发模式 (4)3 UML建模语言 (4)3.1 基本概念 (4)3.1.1 对象图 (5)3.1.2 类图 (5)3。
1。
3 类图 (5)3.2 模型视图 (6)3.2.1 用例图 (6)3.2。
2 活动图 (6)3。
2.3 顺序图 (7)4 需求分析 (7)4.1 管理员需求分析 (7)4。
1。
1 管理员用例图 (7)4.2 普通用户需求分析 (10)4.2.1 普通用户用例图 (10)4.3 安全管理需求分析 (12)4。
3.1 安全管理用例图 (12)5 对性能的规定 (14)5.1 时间特性要求 (14)5。
2 灵活性 (14)5。
3 输入输出要求 (15)5.4 故障处理要求 (15)5.5 其他专门要求 (15)1 导言1。
1 背景近年来,随着互联网技术的迅速发展，越来越多的人开始关注软件开发这项技术，随之也开始涌现出了诸多的开发语言和开发工具.然而，安装这些开发工具对系统内存往往有较大的要求，即使成功安装，有时也会对我们的日常使用带来不便。
此外，这些开发工具只是提供了一个平台，供我们练习使用，本身并不能帮助我们提高软件开发水平。
所以我们小组联合开发了名为学程网的在线评测系统，该系统采用了B/S结构。
系统中有大量的习题，可以练习可以考试，既可以练习开发语言，亦可以温故数据结构.该系统的特点是方便、使用。
1。
2 目的实现以下功能：能够实现注册用户的功能：能够判断用户的身份，并根据身份的不同进入不同的页面；管理员能够实现在线添加试卷、试题，查询试卷、试题的功能；普通用户能够实现在线考试的功能；普通用户能够实现查询考试分数的功能；普通用户能够实现在线答题的功能;普通用户能够实现查询试卷和试题的功能。
1需求规格说明书-模板
XXX系统需求规格说明书文档编号：文档信息：需求规格说明书文档名称：需求规格说明书文档类别：工程文件密级：机密建立日期：20XX-03-12创建人：XXX审核者：XXX批准人：XXX批准日期：20XX-5-14保管人：XXX编辑软件：Microsoft Office 2003 中文版1/6*变化状态：A——增加，M——修改，D——删除目录1 引言 (4)1.1编写目的 (4)1.2术语表 (4)1.3参考资料 (4)2 系统概述 (4)2.1系统范围 (4)2.2系统描述 (5)2.3用户特点 (5)3需求说明 (5)3.1功能需求 (5)3.1.1计数器清零 (5)3.2其它需求 (6)4环境要求 (6)1 引言1.1 编写目的[说明编写此文档的目的]如：本文档对客户的成品入库功能需求和相关需求进行描述，为系统开发设计人员提供设计和开发依据，供开发人员、客户及双方管理人员在需求评审的过程中进行讨论。
1.2 术语表[1.3参考资料[列举出此文档所参考的资料]如：1.3.1《成品入库系统解决方案》：孙洪喜2 系统概述2.1系统范围[说明此系统所应用部门或工序的业务范围]如：本系统适用于成品轮胎入库工作。
2.2用户特点[说明使用此系统的用户特点]如：本系统预期用户缺少计算机操作经验。
2.2系统描述【说明业务参与者与其对应的业务活动,描述业务场景】3需求说明（见需求列表，需求分析阶段也可只写此表）3.1功能需求[逐项说明此系统的功能需求，其中包括：需求描述、输入、加工、输出、相关接口、约束条件]如：3.1.2计数器清零[如有状态转换，描述状态及其转换条件]3.3其它需求其它需求主要包括性能、安全等方面的非功能性需求如：3.1.1条码扫描后系统响应时间不超过一秒。
3.1.2 当在扫描过程中如果死机或其它原因导致程序重起时，扫描没有保存的数据不会丢失。
4环境要求[说明能够保证系统正常运行所必须的环境要求]如：4.1.系统及软件环境4.1.1本系统运行在WINDOWS操作系统上，建议使用WIN2000及以上版本。
华为研发文档模板-需求规格说明书
文件编号：需求规格说明书项目名称：___________________项目编号：___________________研发部门：___________________拟制审核批准年月日秘密▲填写说明：1、文档类别一栏，根据文档的性质可选择管理计划、需求说明、设计文档、测试文档、工作总结或安装、维护、使用手册。
2、编写人员是指参与编写该文档的人员。
3、密级是指该文档允许扩散的范围，机密文件必须由总经理办公室批准方可借阅；秘密文件必须由产品部经理批准方可借阅；内部文件经一般授权后可由在公司内部传阅；公开文件是指不需经过授权，可自由进行阅读。
4、版本号是指该文档的版本次序号，第一版可确定为1.0，如果在第一版的基础上有部分功能模块的调整和修改，则可在小数点后数字位加1；如果该文档内容总体上有重大变化或增加/减少了功能模块，则小数点前一位加1。
5、修订次数是自第一次编制完本文档以后进行修订的次数。
6、修订日期是指新版本修订的日期。
7、修订说明是指该版本较前一版本功能或结构变化的说明。
目录1引言 (3)1.1编写目的 (3)1.2项目背景 (3)1.3术语和缩写 (3)1.4参考资料 (3)2系统概述 (3)2.1目标 (3)2.2运行环境 (4)2.3假定和约束 (4)3流程分析 (4)3.1业务流程分析 (4)3.2数据流程分析 (4)4功能需求 (4)4.1功能划分 (4)4.2功能描述 (4)5运行需求 (4)5.1用户界面 (4)5.2软件接口 (4)5.3硬件接口 (5)6其它需求 (5)6.1应用环境需求 (5)6.2其他需求 (5)6.3关键技术的一般说明 (5)6.4关键技术的实现方案 (5)1引言1.1编写目的【说明编写本需求分析说明书的内容、目的及意义，指出读者对象。
】1.2项目背景说明：●待开发产品、系统的名称；●本项目的任务提出者、开发者和用户；●阐述目标产品、当前业务系统的现状以及未来的发展情况；●目标系统同其他系统或其他机构的基本的相互来往关系。
软件工程需求规格说明书示例模板
HR Human Resource（人力资源管理）的缩写。
JSP Java Server Page（Java 服务器页面）的缩写，一个脚本化的语言。
UML Java Server Page（Java 服务器页面）的缩写，一个脚本化的语言。
1.4 术语定义
无
1.5 引用标准
[1] 《企业文档格式标准》 XXXXX 软件有限公司
5
1 导言
1.1 目的
该文档是关于用户对于网上招聘系统的功能和性能的要求，重点描述了网上招聘系统 的设计需求，将作为对该工具在概要设计阶段的设计输入。。
本文档的预期读者是：
设计人员 开发人员 项目管理人员 测试人员 用户
1.2 范围
该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的 “做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来 描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。
2 系统定义................................................................................. 错误!未定义书签。 项目来源及背景....................................................... 错误!未定义书签。 项目要达到的目标................................................... 错误!未定义书签。 系统整体结构........................................................... 错误!未定义书签。
6 产品提交................................................................................. 错误!未定义书签。
需求规格说明书(模板二)
模板名称：需求规格说明书秘级：仅供内部使用模板版本：V1.0本模板最后修订日期：2014-04-24XX项目需求规格说明书历史记录目录1引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 定义 (4)1.4 参考资料 (4)2任务概述 (4)2.1 目标 (4)2.2 用户的特点 (4)2.3 假定和约束 (5)3 需求规定 (5)3.1 对功能的规定 (6)3.2 对性能的规定 (7)3.2.1精度 (7)3.2.2时间特性要求 (7)3.2.3灵活性 (7)3.3 输入输出要求 (8)3.4 数据管理能力要求 (8)3.5 故障处理要求 (8)3.6 其他专门要求 (8)4运行环境规定 (8)4.1 设备 (8)4.2 支持软件 (8)4.3 接口 (9)4.4 控制 (9)1引言1.1编写目的[说明编写这份需求说明书的目的,指出预期的读者。
]1.2背景a. 待开发的系统的名称;b. 本项目的任务提出者、开发者、用户；c. 该系统同其他系统或其他机构的基本的相互来往关系。
1.3定义[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
]1.4参考资料[列出用得着的参考资料。
]2任务概述2.1目标[叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。
解释被开发系统与其他有关系统之间的关系。
]2.2用户的特点[列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。
]2.3假定和约束[列出进行本系统开发工作的假定和约束。
]3需求规定3.1业务角色描述3.1.1业务角色分类提示：将最终用户按照角色进行分类（某些用户可能身兼多个角色）。
角色类别中的A、B 等在实际项目中应替换为更有意义的名称。
角色特征描述可能包括该角色的受教育水平、技术特长、工作经验等。
3.1.2角色A的职能与行为描述提示：描述角色A要做什么事情（即职能），以及如何做事情（即行为）。
软件需求规格说明书模板-V10
软件需求规格书模板前言软件需求规格说明书主要描述、界定软件的X围，同时给出软件必须解决的问题的详细描述。
每个问题可以认为是软件产品的一个“功能〞，需要对每个功能提供一个处理叙述、设计约束、性能特征以与与其他元素间的相互影响的说明。
软件需求规格说明书另外一个重要的作用是提供一个软件产品的确认验收标准，进行功能实现的识别和性能、约束的条件等的设定。
.目录第一章概述11.1编写目的11.2文档X围11.3术语定义11.4参考资料2第二章系统说明22.1产品的背景22.2产品的功能22.3用户类和特征22.4运行环境32.5设计和实现上的限制32.6假设和依赖32.7其他条件与限制3第三章业务流程4第四章功能描述4第五章数据描述45.1数据来源和数据流图45.2数据库描述4第六章性能描述46.1数据精确度46.2时间特性56.3适应性5第七章安全性57.1安全设施需求57.2安全性需求5第八章运行接口需求58.1用户界面58.2硬件接口68.3软件接口68.4通信接口6第九章其他需求6第十章验收标准710.1软件质量710.2用户文档7第一章概述1.1编写目的[阐明编写需求说明书的目的，指明读者对象。
可以用如下的列举方式进行描述。
]例如：1.本文档是[项目名称] [系统属性]系统需求分析说明书供设计人员使用，作为系统设计的依据。
2.作为项目验收标准之一。
3.软件维护的参考资料。
……1.2文档X围本文档是项目的软件需求规格说明书，是技术文档。
本文档使用对象为：●项目需求人员●项目经理●高层经理●软件工程组●软件相关组成员●用户未经项目负责人书面许可，该文档不得提供给上述规定对象以外的人员阅读或使用。
1.3术语定义[列出文档中所用到的专门术语的定义和缩写词的原文。
可以用列举方式进行描述]1.[术语名称或缩略语][术语解释]2.[术语名称或缩略语][术语解释]1.4参考资料[应包括：a.项目任务书、合同；b.项目开发计划；c.文档所引用的资料、标准和规X。
需求规格说明书-项目名称(模板)
软件需求规格说明书产品发布标识[本模板用于软件需求开发管理流程中软件需求规格说明书的编写。
其中包括用方括号括起来并以蓝色斜体（样式=infoblue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式（样式=正文）。
一般说来，一个产品需求对应一份软件需求，在软件需求中也可以分成多个分册。
此时本文档可命名为“软件需求规格说明书_产品标识_XXX分册”。
][软件需求规格说明书的定义：详细描述系统或者子系统的范围、边界、用户界面、外部行为等。
此文档用来让读者了解系统或者子系统的外部黑盒概念，并指导《高层设计》、《测试案例》以及后续开发，以及作为系统测试的依据，指导系统测试案例的开发。
[当某一章/节没有内容时，必须注明N/A，同时标注理由。
例如：本章/节内容无需考虑。
特别说明：当某章/节内容参见其它文档时，不能注明N/A，而应该写明参见某文档的具体章节。
]kkfun技术（深圳）有限公司版权所有内部资料注意保密修订记录：目录1 简介 (9)1.1 目的 (9)1.2 范围 (9)1.3 预期的读者和阅读建议 (9)1.4 参考资料 (10)1.4.1 包含文档 (11)1.4.2 相关文档 (11)1.5 定义、首字母缩写词和缩略语 (11)2 整体说明 (12)2.1 功能简介 (12)2.2 运行环境 (13)2.3 假设和依赖 (13)2.4 外部约束 (14)3 功能性需求 (14)3.1 特性集名称一 (15)3.1.1 特性一 (15)3.1.1.1 功能划分 (15)3.1.1.1.1 功能点1 (16)3.1.1.1.2 功能点2 (16)3.1.1.2 SFR<编号>：XXX功能性需求(二选一) (17)3.1.1.2.1 角色描述 (17)3.1.1.2.2 用例概述 (17)3.1.1.2.3 前置条件 (17)3.1.1.2.4 SFR<编号>.<场景编号>：场景1 (17)3.1.1.2.4.1 前置条件 (17)3.1.1.2.4.2 执行步骤 (18)3.1.1.2.4.3 后置条件 (18)3.1.1.2.5 SFR<编号>.<场景编号>：场景2 (18)3.1.1.2.5.1 前置条件 (18)3.1.1.2.5.2 执行步骤 (18)3.1.1.2.5.3 后置条件 (18)3.1.1.2.6 SFR<编号>.<场景编号>：场景3 (19)3.1.1.2.6.1 前置条件 (19)3.1.1.2.6.2 执行步骤 (19)3.1.1.2.6.3 后置条件 (19)3.1.1.2.7 界面示意图 (19)3.1.1.3 SFR1：用户注册 .................................................... 错误！未定义书签。
(完整word版)软件工程——需求规格说明书
二、需求规格说明书完成人：1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）图书管理系统需求说明书是为了让系统的涉众就该系统的需求达成一致认可，明确该系统的需求，为后续的开发工作提供依据。
通常，该需求规格说明可以作为产品设计的主要依据，并作为程序员编码时了解软件实际需求的主要参考资料。
同时，需求规格说明是产品实现后用于检验的主要考察依据，是测试人员编写测试用例时的主要参考文件。
另外，本文档还可以为其他需要了解系统需求的人员提供产品需求的详细说明。
1.2 术语定义（Terms Glossary）文档中采用的专门术语的定义及缩略词简要如下：使用者：系统管理员、图书管理员、读者。
UML:统一建模语言。
1.3 相关文档（Related Documents）朱少民、左智，《软件过程管理》，清华大学出版社：张燕、洪蕾等编著，《软件工程导论》，机械工业出版社；王珊等，《数据库原理及设计》，清华大学出版社；2．问题初始分析（Early Analysis）2.1 场景描述（Scene Description）一、系统管理员1.用例名称：系统管理员2.范围：系统的更新和维护。
3.级别：管理系统4.主要参与人员：系统管理人员。
5.涉及及其关注点：系统管理员：希望能够定期的维护图书管理系统，及时的进行系统的更新。
6.前置条件：系统管理员必须有更新和维护系统的权限。
7.成功保证：能够成功的更新和维护该系统。
8.主成功场景：系统管理员更新和维护图书管理系统。
9.特殊要求：（1）适用于window系统。
（2）当访问出现问题是，系统有强大的恢复能力。
二、图书管理员管理图书1.用例名称：图书管理员管理图书2.范围：图书3.级别：管理目标4.主要参与者：图书管理员5.涉及及其关注点：管理员：希望能够准确、快速的输入，而且没有输入错误，因为如果输入错误，将导致图书的信息报错的等。
14 需求规格说明书(模板)
第 页 1 需 求 规 格 说 明 书
项目名称： 单位名称： 项目联系人： 联系方式： 日 期： 第 页 2
1引言 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、操作和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划中的运行现场；列出其他有关的文档。 1.3文档概述 本条应概括本文档的用途和内容，并描述与其使用有关的保密性和私密性要求。 2引用文件
本章应列出本文档所引用所有文档的编号、标题、修订版本和日期，本章也应标识不能通过正常的供货渠道获得的所有文档的来源。 3需求
本章分条详述系统需求，是指功能、业务(包括接口、资源、性能、可靠性、安全性、保密性等)和数据需求。也就是，构成系统验收条件的系统特性。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。对每个需求都应说明相关合格性方法(见第4章)，如果是子系统，则还要给出从该需求至系统需求的可追踪性(见5.a条)。描述的详细程度遵循以下规则：应包含构成系统验收条件的那些系统特性，需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求可说明的话，应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条中引用之。 3.1要求的状态和方式 如果要求系统在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式。状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述系统，也可以仅用方式、方式中的状态、状态中的方式或其他有效的方式描述。如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态和/或方式，还应使本规格说明中的每个需求或每组需求与这些状态和 第 页 3
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
课 程 设 计（面向对象）
课程名称: 软件工程
课程代码:173600
学期:2017-2018学年第二学期
题目： 需求规格说明书
姓名:
学号:
专业:
教学点:
注：以上内容必须打印，手写无效。手写判为0分。
面向对象设计方法评分表
基本项(自评，若有一项不合格就判为0分)
项目 自评（合格打√） 教师复核
装订顺序正确（封面、评分表、目录、正文、参考文献）
封面内容打印正确
没有抄袭或被抄袭
用例图符号正确
正文（目录之后，至参考文献之前）不少于25页
没有代码
分数 40
以上需要学生填写， 以下教师填写
评分项
项目 分值 得分
项目背景描述 5
功能性需求
用例模型图 15
用例说明内容 10
活动图 10
非功能性描述 10
有词汇解释 5
排版合理、有图名、表格名等 5
合计 60
扣分项
项目 权值 数目
文字表达一般错误 1
文字表达重大错误 5
用例图错误或活动图错误 2
参考文献表达 1
字号错误 2
合计
最终得分：
评价:
目录
一、引言
1.1编写目的
说明编写这份软件需求说明书的目的，指出预期的读者。
1.2背景
说明：
待开发的软件系统的名称；
本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；
该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料，如：
本项目的经核准的计划任务书或合同、上级机关的批文；
属于本项目的其他已发表的文件；
本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标
题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
二、任务概述
2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的
背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，
而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，
则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系
统的组成和本产品同其他各部分的联系和接口。|
2.2用户画像
列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及
本软件的预期使用频度。这些是软件设计工作的重要约束
2.3假定和约束
列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。
三、需求规定
3.1功能性需求
3.1.1用例模型主图
（注意：一个系统通常只有一张用例模型主图， 要求使用ROSE软件绘制用例图和活动图）
（下图为示例）
图X：XXXXX系统用例模型图
3.1.2 用例说明
对上图每个用例按如下内容模板编写
用例名称
简单描述
事件流程（基本流程、可选流程）
特殊需求
前置条件
后置条件
其它
（以下为示例）
用例：Login
Brief Description
This use case describes how a user logs into the Course Registration System.
Flow of Events
1 Basic Flow
This use case starts when the actor wishes to log into the Course Registration System.
1) The system requests that the actor enter his/her name and password.
2) The actor enters his/her name and password.
3) The system validates the entered name and password and logs the actor into the system.
2 Alternative Flows
1) Invalid Name/Password
If, in the Basic Flow, the actor enters an invalid name and/or password, the system displays
an error message. The actor can choose to either return to the beginning of the Basic Flow or
cancel the login, at which point the use case ends.
Special Requirements
None.
Pre-Conditions
None.
Post-Conditions
If the use case was successful, the actor is now logged into the system. If not, the system state is
unchanged.
Extension Points
None.
整个文档中至少2张活动图
图X：XXXXX用例的活动图
3.2非功能性需求
3.2.1精度（可选）
说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。
3.2.2时间特性要求
说明对于该软件的时间特性要求，如对：
响应时间；
更新处理时间；
数据的转换和传送时间；
解题时间；等的要求。
3.2.3 性能
同时在线数量等的描述
3.2.4 可靠性
例如如下描述：The system shall be available 24 hours a day 7 days a week, with no more than
10% down time.
3.2.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.2.6 安全
用户权限、系统安全的约定。
3.2.7 设计约束
例如：使用微信支付接口等描述。
3.2.UI设计要求（可选）
四、运行环境规定
4.1硬件设备
列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：
处理器型号及内存容量；
外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；
输入及输出设备的型号和数量，联机或脱机；
数据通信设备的型号和数量；
功能键及其他专用硬件
4.2支持软件
列出支持软件,包括要用到的操作系统（注意不要再写支持windows XP 了）、、测试支持软
件等。
浏览器的型号、版本；
移动设备的OS版本。
五、词汇表
系统相关各种术语的解释