分类：软件项目计划使用者：E-fanciers
需求规格说明
Version: 1.0
项目承担队伍：烟台大学
计算机学院
E-fanciers小组
撰写人（签名）：许超于歌
完成日期： 2009-7-16 本文档使用小组： E-fanciers小组
评审负责人（签名）：孝瑞
评审日期： 2009-7-19
目录
一、引言 (4)
1.1编写目的 (4)
1.2项目背景 (4)
1.3定义 (4)
1.4参考资料： (5)
二、任务概述 (5)
2.1目标 (5)
2.2运行环境 (6)
2.3条件与限制 (6)
三、数据描述 (7)
3.1静态数据 (7)
3.2动态数据 (7)
四、功能需求 (7)
4.1功能划分 (7)
4.2功能描述 (7)
五、性能要求 (8)
5.1时间特性 (8)
5.2适应性 (8)
六、运行需求 (8)
6.1用户界面 (8)
6.2硬件接口 (9)
6.3软件接口 (9)
6.4故障处理 (10)
七、其他需求 (10)
需求规格说明
（Requirements Specification）
一．引言
1．编写目的（阐明编写需求说明书的目的,指明读者对象。）
1.作为嵌入式实时操作系统软件系统开发技术协议的参考依据，为开发提供参考。
2.根据齐鲁软件设计大赛2009 赛题嵌入式实时操作系统(RTOS)设计的要求特点和当
前背景下此类软件需求方向的特点,对被开发软件系统的主要功能、性能进行完整描述，为软件开发者进行详细设计和编程提供基础。
3.为软件提供测试和验收的依据，即为选取测试用例和进行验收的依据。
2．项目背景（可包括：（1）项目的委托单位,开发单位和主管部门；（2）该软件系统与其他系统的关系。）
随着微电子技术、计算机技术和网络通信技术的发展，嵌入式系统已广泛应用在各个领域，包括消费电子、汽车电子、网络通信、工业设备、航空航天和国防军事等。随着嵌入式技术的发展，工业领域也一改过去传统的单片机应用模式，逐渐将一些新嵌入式技术引入到系统中。特别是作为软件基础的嵌入式操作系统已广泛为业界所接受，借以提高系统的开发效率和运行效率。是否采用嵌入式操作系统，已成为工业设备品质优劣的标志之一。
当今的嵌入式操作系统领域呈现百家争鸣的状态。据最近的调查数据显示，嵌入式操作系统有数十种之多的。这种多样性存在是必然的，是由嵌入式系统的定制性所决定的，是针对各个领域和行业的不同需求的应对。也就是说，各个嵌入式操作系统都有自己的应用领域，针对不同的应用没有绝对的优劣之分，不会出现一种操作系统垄断的局面。自主开发嵌入式操作系统绝对不是多余的，也是是对这种多样性的自然顺应，应该可拥有自己的用武之地。
有些国内嵌入式厂商将希望寄托在Linux之上，以为它可以帮助解决所面临的版税和安全等问题。但事实并非完全如此，至少在嵌入式系统领域。首先，Linux还是泊来货，国人并未掌握其核心技术和进程，也并未解决对外依赖的问题。其次，Linux是为桌面系统而设计的，并不能很好地满足嵌入式系统高效性和灵活性的要求；再次，Linux的一统也违背了嵌入式系统应用灵活定制的本质特性。
3．定义（列出文档中用到的专门术语定义和缩写词的原文。）
int taskInit(void)；
/*创建一个任务, 返回: 返回任务编号tid, >0: 成功, 其他: 失败.*/
/*name: 任务名称, entryPtr : 任务函数入口, stack_size: 任务栈大小, priority: 任务优先级*/
int taskCreate(char *name, void *entryPtr, int stack_size, int priority);
/*启动一个任务, 让taskCreat创建的任务参加调度*/
int taskStart(unsigned char tid);
/*tid: 任务编号, 由taskCreate返回*/
int taskPriorityGet(unsigned char tid);
int taskPrioritySet(unsigned char tid, int newPriority);
/*获取和设置任务优先级, 用于动态调整*/
int taskSuspend(unsigned char tid);
/*将任务挂起, 该任务退出调度*/
int taskDelete(unsigned char tid);
/*将任务删除该任务退出调度且回收任务分配的资源*/
int semCreate(void);
/*互斥信号量创建, 返回信号量标识sid, <0: 失败*/
int semTake(int sid);
int semGive(int sid);
/*互斥信号量获取和释放*/
int taskSleep(int ticks);
/*任务睡眠(非忙等), 由任务自己调用, 主动阻塞一段时间. 时间单位为tick, 即10ms*/ 4．参考资料（可包括：（1）项目开发计划；（2）文档所引用的资料，标准和规范。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。）
[1] 邵贝贝.μC/OS-Ⅱ—源码公开的实时嵌入式操作系统.北京：中国电力出版2002
[2] 郑宗汉.实时系统软件基础.北京：清华大学出版社，2003
[3] 陈智育,温彦军,陈琪编著.VxWorks程序开发实践.北京:人民邮电出版社,2004
[4] 罗蕾.嵌入式实时操作系统及应用开发.北京：北京航空航天出版社，2007
[5] 于渊.自己动手写操作系统.北京：电子工业出版社，2005
[6] LPC2138 芯片手册
二．任务概述
1．目标
本软件作品作为嵌入式实时操作系统系统，采用各种算法和策略，始终保证系统行为的可预测性(Predictability)。可预测性是指在系统运行的任何时刻，在任何情况下，实时操作系统的资源调配策略都能为争夺资源(包括CPU、内存等)的多个实时任务合理地分配资源，使每个实时任务的实时性要求都能得到满足。与通用操作系统不同，实时操作系统注重的不是系统的平均表现，而是要求每个实时任务在最坏情况下都要满足其实时性要求，也就是说，实时操作系统注重的是个体表现，更准确地讲是个体最坏情况的表现。
基本功能
1.基于参考硬件平台，建立硬件抽象层，完成基本硬件初始化，建立时钟中断；
2.在硬件抽象层基础上，建立多任务操作系统环境；
3.任务调度采用同级时间片轮询机制；
4.实现任务间基本通讯机制：互斥信号量（共享内存）；
5.实现基本的时钟管理机制：任务睡眠阻塞；
6.实现一个RS232串口驱动。基于串口驱动实现一个命令行Shell（用一个独立的任
务实现），可在超级终端显示信息和执行命令。
扩展功能
7.任务区分优先级，在同级轮询调度基础上添加优先级调度机制；
8.不同优先级任务之间实现抢占调度；
9.在抢占调度的基础上实现优先级逆转保护，避免逻辑死锁问题；
10.将代码移植到另一个硬件平台上运行，验证代码移植性。
设计要求
1.参考硬件平台为：周立功EasyArm2138。实际上，也可用其他LPC系列CPU和实验
板，只要CPU有足够的RAM、Flash存储器和一个串口扩展就可以了。但与LPC2138
区别越小越好，最终的验证都统一在LPC2138上进行。
2.硬件抽象层的接口遵循uc/OS的接口规范。这样现存的大量的uC/OS硬件抽象层可
为新操作系统提供服务，减少移植工作量。硬件抽象层可以直接借用uC/OS的代码，但最好自己实现，只是接口兼容。
3.操作系统的调用采用函数调用方式，不用中断陷入方式；
4.将各任务栈独立，作为任务的私有存储区；
5.同时支持任务数不小于255个。空闲任务占用编号0。
6.同级任务的轮询时间片大小可以调节，单位为10毫秒(称为tick)。
7.串口接口参数：波特率9600，8位数据，1位停止，无硬件流控制。
8.任务优先级不小于255级，最高优先级为0，最低优先级为255。空闲任务优先级
为255。
9.操作系统的应用接口的应遵循题目的规范，见后面的描述。
10.对于代码移植性验证，参赛者可自行选择硬件平台。该硬件平台与LPC2138或ARM
之间的区别越大越好。
2．运行环境
硬件平台采用的是EasyARM2138开发板, 它是周立功公司设计的EasyARM系列开发套件之一。
软件平台采用了Keil开发环境和Jlink。
开发语言C语言、汇编语言。
3．条件与限制
硬件平台采用的是EasyARM2138开发板, 它是周立功公司设计的EasyARM系列开发套件之一。
LPC2138具有32kB 的片内静态RAM 和512kB 的片内Fash 程序存储器，支持JTAG 仿真调试、ISP编程等功能，EasyARM2138开发板上还提供了一些键盘、ED、蜂鸣器等常用功能部件，还具有RS232接口电路、I2C存储器电路。另外，灵活的跳线组合（开发板内使用的所有I/O均可断开连接），还有用户I/O接口，极大地方便了用户进行32位ARM嵌入式系统的开发实验。
开发的小型嵌入式操作系统，代码量不是很大，对于拥有32kB 的片内静态RAM 和
512kB 的片内Flash 程序存储器的PC2138来说是应该足够，再加上开发板还支持JTAG 仿真测试，ISP编程，这样使得开发效率大幅度提高。另外开发板上还提供了一些键盘、LED、蜂鸣器等常用功能部件，还具有RS232接口电路、I2C存储器电路。这样更有利于通过小的试验才测试一下程序的正确性。
软件平台采用了Keil开发环境和Jlink。
Keil 是美国Keil Software公司出品的51系列兼容单片机C语言软件开发系统，与汇编相比，C语言在功能上、结构性、可读性、可维护性上有明显的优势，因而易学易用。用过汇编语言后再使用C来开发，体会更加深刻。
Keil 软件提供丰富的库函数和功能强大的集成开发调试工具，全Windows 界面。另外重要的一点，只要看一下编译后生成的汇编代码，就能体会到Keil 生成的目标代码效率非常之高，多数语句生成的汇编代码很紧凑，容易理解。在开发大型软件时更能体现高级语言的优势。
JLink支持所有ARM7 / ARM9内核芯片的仿真，支持ADS,KEIL，IAR EWARM,Relview 等集成开发环境.操作方便、连接方便,是开发ARM最好最实用的开发工具。普通ARM 仿真器限制2个FLASH断点(包括Multi ice)，此款FLASH断点无限制。
三．数据描述
1．静态数据
任务管理、控制管理和信号量。
2．动态数据（包括输入数据和输出数据。）
输入：用户相关操作
输出：根据操作产生不同的输出
四．功能需求
1．功能划分
基于LPC2138硬件平台，建立硬件抽象层，在此基础上建立时钟中断、实现多任务操作系统环境，实现一个串口驱动，基于串口实现命令行SHELL.
2．功能描述
1.基于LPC2138硬件平台，建立硬件抽象层，完成基本硬件初始化，建立时钟中断；
2.在硬件抽象层基础上，建立多任务操作系统环境；
3.任务调度采用同级时间片轮询机制；
4.实现任务间基本通讯机制：互斥信号量（共享内存）；
5.实现基本的时钟管理机制：任务睡眠阻塞；
6.实现一个RS232串口驱动。基于串口驱动实现一个命令行Shell（用一个独立的任务实现），可在超级终端显示信息和执行命令。
7.参考硬件平台为：周立功EasyArm2138。实际上，也可用其他LPC系列CPU和实验板，只要CPU有足够的RAM、Flash存储器和一个串口扩展就可以了。但与LPC2138区别越小越好，最终的验证都统一在LPC2138上进行。
8.硬件抽象层的接口遵循uc/OS的接口规范。这样现存的大量的uC/OS硬件抽象层可为新操作系统提供服务，减少移植工作量。硬件抽象层可以直接借用uC/OS的代码，但最好自己实现，只是接口兼容。
9.操作系统的调用采用函数调用方式，不用中断陷入方式；
10.将各任务栈独立，作为任务的私有存储区；
11.同时支持任务数不小于255个。空闲任务占用编号0。
12.同级任务的轮询时间片大小可以调节，单位为10毫秒(称为tick)。
13.串口接口参数：波特率9600，8位数据，1位停止，无硬件流控制。
14.任务优先级不小于255级，最高优先级为0，最低优先级为255。空闲任务优先级为255。
15.操作系统的应用接口的应遵循题目的规范，见后面的描述。
16.对于代码移植性验证，参赛者可自行选择硬件平台。该硬件平台与LPC2138或ARM之间的区别越大越好。
五．性能需求
1．时间特性（如响应时间、更新处理时间、数据转化与传输时间、运行时间等。）
由于所开发软件为嵌入式实时操作系统，故要求本系统能及时对所请求的任务作出快速、高效的处理，并实现多任务的实时调度。
2．适应性（在操作方式运行环境与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。）
软件要求具有良好的适应能力，能在不同的PC机上运行，不会因为所搭建环境的改变而影响工作效率。
六．运行需求
1．用户界面（如屏幕格式、报表格式、菜单格式、输入输出时间等。）务必做到简洁易懂，适合不同层次人员的需求。
2．硬件接口
遵循uc/OS的底层接口规范，可参考代码文件OS_CPU.H, OS_CPU_A.C, OS_CPU_A.S。
3．软件接口
第一部分：
/*初始化操作系统，建立多任务环境. 该函数调用后，其他系统调用则可用*/
/*返回: 0: 成功, -1: 失败. 后面返回无说明则同*/
int taskInit(void);
/*创建一个任务*/
/*返回: 返回任务编号tid, >0: 成功, 其他: 失败.*/
/*name: 任务名称, entryPtr : 任务函数入口, stack_size: 任务栈大小, priority: 任务优先级*/
int taskCreate(char *name, void *entryPtr, int stack_size, int priority);
/*启动一个任务, 让taskCreat创建的任务参加调度*/
/*tid: 任务编号, 由taskCreate返回*/
int taskStart(unsigned char tid);
/*获取和设置任务优先级, 用于动态调整*/
int taskPriorityGet(unsigned char tid);
int taskPrioritySet(unsigned char tid, int newPriority);
/*将任务挂起, 该任务退出调度*/
int taskSuspend(unsigned char tid);
/*将任务删除该任务退出调度且回收任务分配的资源*/
int taskDelete(unsigned char tid);
/*互斥信号量创建, 返回信号量标识sid, <0: 失败*/
int semCreate(void);
/*互斥信号量获取和释放*/
int semTake(int sid);
int semGive(int sid);
/*任务睡眠(非忙等), 由任务自己调用, 主动阻塞一段时间. 时间单位为tick, 即10毫秒*/
int taskSleep(int ticks);
第二部分：Shell命令
4．故障处理
软件设置了相应的出错处理机制。
七．其他需求（如可使用性、安全保密、可维护性、可移植性等。）
本软件具有很高的可移植性与可维护性。开发过程采用版本控制，易于管理，便于软件升级。使用方便，不仅仅专业人士可操作该软件，普通用户也可快速学会熟练的操作该软件。
密级： （软件项目名称） 软件需求规格说明 标识： 版本： 页数： 拟制： SQA审核： 审核： 批准： 拟制部门： 年月日
修改文档历史记录： 日期版本说明修改人
目录 1 范围 (1) 1.1 标识 (1) 1.2 系统概述 (1) 1.3 文档概述 (1) 2 引用文档 (1) 3 需求 (1) 3.1 要求的状态和方式 (1) 3.2 CSCI能力需求 (4) 3.2.X（CSCI能力） (4) 3.3 CSCI外部接口需求 (5) 3.3.1 接口标识和接口图 (5) 3.3.X（接口的项目唯一的标识符） (5) 3.4 CSCI内部接口需求 (8) 3.5 CSCI内部数据需求 (9) 3.6 适应性需求 (9) 3.7 安全性需求 (9) 3.8 保密性需求 (10) 3.9 CSCI环境需求 (10) 3.10 计算机资源需求 (10) 3.10.1 计算机硬件需求 (10) 3.10.2 计算机硬件资源使用需求 (11) 3.10.3 计算机软件需求 (11) 3.11 软件质量因素 (11) 3.12 设计和实现约束 (12) 3.13 人员需求 (12) 3.14 培训需求 (12) 3.15 后勤保障需求 (12) 3.16 其它需求 (12) 3.17 验收、交付和包装需求（修改有关内容） (12) 3.18 需求的优先顺序和关键程度 (13) 4 合格性规定 (13) 5 需求可追踪性 (13) 6 注释 (14)
1 范围 1.1 标识 【本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号及发布号。】 示例： 系统标识如下： a)已批准的标识号： b)产品名称：XXXXXX c)产品代号：XXXXXX d)版本号：XXXXX e)缩略名： 1.2 系统概述 【本条应概述本文档所适用的系统和软件的用途。它还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构；标识当前和计划的运行现场；列出其它有关文档。】 示例： a) 软件用途： b) 系统概述： c) 需方：XXXXX d) 开发方：软件开发组 e) 运行环境：XXXXX f) 相关文档： 以下描述相关技术数据内容: 1) 软件开发计划 2) 软件研制任务书 3) 。。。 1.3 文档概述 【本条应概述文档的用途和内容，并描述与它的使用有关的保密性方面的要求。】 2 引用文档 【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识所有不能通过正常采购活动得到的文档的来源。】 3 需求 3.1 要求的状态和方式 【如果要求CSCI在多种状态或多种方式下运行，并且不同的状态或方式具有不同的需求，则应标识和定义每一种状态和方式。状态和方式的例子包括：空闲、就绪、活动、事后分析、训练、降级、紧急情况、备份、战时和平时等。可以仅用状态描述CSCI，也可仅用方式、用方式中的状态、状态中的方式、或其他有效的方式描述CSCI。如果不需要多种状
软件需求规格说明书 文件编号：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．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
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色,1024*768的兼容显示器 标准兼容打印机 <2>软件方面: WIN XP操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下:
3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户 组成:返回信息 流通量:每次登录返回一次 3.数据流名:输入修改信息 来源:用户 去向:系统判断部分 组成:根据各数据库内容而不同 流通量:依用户输入而定 4.数据流名:反馈信息 来源:系统判断部分 去向:用户 组成:系统经判断后发回的字符数据 流通量: 依系统当前信息而定 5.数据流名:识别信息 来源:系统内部检验部分 去向:系统判断部分 组成:系统各数据库的标识信息 流通量:用户每次输入流通一次 6.数据流名:处理信息 来源:系统判断部分
[键入文字] 文档标识及版本号：XX项目标识.IRS V1.0 密级：秘密★5年编制/修订日期：yyyy-mm-dd 文档名称：XX项目-接口需求规格说明 接口需求规格说明 《XX项目》接口需求规格说明 编制单位： 编写： 审核： 批准：
修改记录
目录 1 范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 2 引用文档 (2) 3 接口设计 (2) 3.1接口标识和接口图 (2) 3.X(接口的项目唯一的标识符) (2) 4 需求的可追踪性 (7) 5 注释 (7)
1 范围 1.1标识 【本条应描述本文档所适用的系统、接口实体和接口的完全标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。】 表1-1本文档所适用的系统、接口实体和接口 1.2系统概述 【本条应概述本文档所适用的系统和软件的用途，还应描述系统与软件的一般特性；概述系统开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。】 （本章若无内容，则标识为“本章无内容”，并说明理由。）1.3文档概述 【本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。】
（本章若无内容，则标识为“本章无内容”，并说明理由。）2 引用文档 【本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。】 （本章若无内容，则标识为“本章无内容”，并说明理由。）3 需求 3.1接口标识和接口图 【对于1.1中所标识的每个接口，本条应本条应包含其项目唯一的标识符，（若适用）应通过名称、编号、版本和文档引用来指明接口实体（系统、配置项、用户等）。该标识应声明哪些实体具有固定的接口特性（要给出这些接口实体的接口需求），说明哪些实体正在开发或修改中（这些实体已有各自的接口需求）。可通过一张或多张接口图来描述这些接口。】 （本章若无内容，则标识为“本章无内容”，并说明理由。）3.X(接口的项目唯一的标识符) 【本条（从3.2开始）应通过项目唯一的标识符标识接口，
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
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.设计描述（可选） ........................................ 错误!未定义书签。
嵌入式实时操作系统 嵌入式实时操作系统(Embedded Real-time Operation System，RTOS)。 1 嵌入式实时操作系统概念 当外界事件或数据产生时，能够接受并以足够快的速度予以处理，其处理的结果又能在规定的时间之内来控制生产过程或对处理系统作出快速响应，并控制所有实时任务协调一致运行的嵌入式操作系统。 2 嵌入式实时操作系统特点 1）多任务； 2）有线程优先级 3）多种中断级别 3 嵌入式实时操作系统应用 在工业控制、军事设备、航空航天等领域对系统的响应时间有苛刻的要求，这就需要使用实时系统。 采用嵌入式实时操作系统(简称RTOS)能够支持多任务，使得程序开发更加容易，便于维护，同时能够提高系统的稳定性和可靠性。
4 实时操作系统的必要性： 首先，嵌入式实时操作系统提高了系统的可靠性。 其次，提高了开发效率，缩短了开发周期。 实时操作系统的优缺点： 在嵌入式实时操作系统环境下开发实时应用程序使程序的设计和扩展变得容易，不需要大的改动就可以增加新的功能。通过将应用程序分割成若干独立的任务模块，使应用程序的设计过程大为简化；而且对实时性要求苛刻的事件都得到了快速、可靠的处理。通过有效的系统服务，嵌入式实时操作系统使得系统资源得到更好的利用。但是，使用嵌入式实时操作系统还需要额外的ROM/RAM 开销，2~5% 的CPU 额外负荷，以及内核的费用。 5 实时系统与非实时系统的根本区别 实时系统与非实时系统的根本区别在于：实时系统具有与外部环境及时交互作用的能力。也就是说实时系统从外部获取信息以及系统得出结论要在很短的限制时间内完成。 它具有嵌入式软件共有的可裁剪、低资源占用、低功耗等特点；实时任务之间可能还会有一些复杂的关联和同步关系，如执行顺序限制、共享资源的互斥访问要求等。 实时操作系统所遵循的最重要的设计原则是：采用各种算法和策略，始终保证系统行为的可预测性(predictability)。可预测性是指在系统运行的任何时刻，在任何情况下，实时操作系统的资源调配策略都能为争夺资源(包括CPU、内存、网络带宽等)的多个实时任务合理地分配资源，使每个实时任务的实时性要求都能得到满足。与通用操作系统不同，实时操作系统注重的不是系统的平均表现，而是要求每个实时任务在最坏情况下都要满足其实时性要求，也就是说，实时操作系统注重的是个体表现。
[项目名称] 软件需求规格说明书（原型法） 公司
EPG版本历史 日期版本说明作者2009-11-3 0.5.0 初稿叶刚2009-12-21 0.8.0 发布0.8.0版本叶刚2010-1-6 1.0.0 发布1.0.0正式版本叶刚
目录 1.引言 (1) 1.1.目的 (1) 1.2.适用范围 (1) 1.3.参考资料 (1) 1.4.术语和缩略语 (1) 1.5.关联文档 (1) 1.6.编写说明 (1) 2.需求概述 (2) 2.1.系统目标 (2) 2.2.用户的特点 (2) 2.3.关键点 (2) 2.4.约束条件 (2) 3.需求规格 (2) 3.1.描述约定 (2) 3.2.软件系统总体功能/对象结构 (2) 3.3.软件子系统功能/对象结构 (2) 4.详细功能需求（能力需求） (3) 4.1.子系统A (3) 4.1.1.具体功能A1 (3) 4.2.子系统A (3) 4.2.1.具体功能A1 (3) 5.非功能需求 (3) 5.1.适应性需求 (3) 5.2.软件质量因素其他需求 (3) 6.接口需求 (3)
6.1.外部接口需求 (3) 6.2.内部接口需求 (4) 7.数据需求 (4) 8.计算机资源需求 (4) 8.1.计算机硬件需求 (4) 8.2.计算机软件需求 (4) 8.3.计算机通信需求 (4) 9.尚未解决的问题 (4) 附录A：需求确认 (1)
软件需求规格说明书（原型法）1.引言 1.1.目的 说明编写这份软件需求规格说明书的目的，项目组成员和用户是文档的预期读者。 明确系统范围、系统与其他系统的接口问题、用户的各种功能、性能需求等。 1.2.适用范围 说明 1）本文档适用于采用原型法开发的软件项目； 2）本文档的编写目的； 3）本文档的预期读者。 1.3.参考资料 [列出本文档引用的所有文档的标识、标题、修订版本和日期] 1.4.术语和缩略语 术语说明 术语、缩略语解释 1.5.关联文档 与软件需求规格说明书相关的文档 文档标识文件名称 1.6.编写说明 1）第三章，对于项目合同额小于50万的项目，可以只画出功能结构图即可，流程图、对象图可省略；
软件需求规格说明书 1范围 标识 SRS适用范围：城市教育资源管理系统 标识号：GDGL004 标题：城市教育资源管理系统 版本号： 发行号：Alpha001（内测版） 系统概述 随着我国政治体制改革、经济体制和教育体制改革的不断深入，城市教育在构建和谐社会中发挥着重要作用。教育资源的优劣，直接关系着教育效益的产出。教育资源管理的好坏将直接影响着学校的建设和发展。目前中国城市人均教育经费差异很大，城市间高等教育阶段生师比的差距比较大,而基础教育的差距相对较小;城市经济发展水平是影响这些差异的主要因素,其次是城市人口规模;促进不发达地区城市和小城市的经济发展、建立合理的人口流动机制是消除城市间教育资源差异的有利措施。 城市教育资源管理系统是指综合运用地理信息系统（GIS）、多媒体及虚拟现实等现代信息技术实现面向高校教学管理部门提供教学资源管理的服务平台，对学校校舍、课桌、教学用具等硬件设施和师资力量等软件设施的信息的采集、集成和管理，根据地区各等级基础教育学校个数、学校规模和周边做涵盖教育分配地区，确定各个学校教育资源的优劣、所需教育人员以及所能容纳学生人数，也可以进行教育资源的调动管理，教职工人事变动管理，教学资源合理分配与再分配，地区教育质量评价等等。 它的建设将为教育部门对教育资源的管理起到很重要的监督和管理作用。并能够作为一项新兴的部门管理方法。 文档概述 在信息化高速发展的今天，时间效率这样的名词正主导着人们的生活和发展,有必要设计开发一个城市教育资源管理系统。通过系统功能有效的解决城市间教育经费、教育阶段生师比等等间的差异，从而提高管理效率。 本文档具体对城市教育资源管理系统的软件需求等进行基本分析，确定该系统基本功能及需求，故在此针对本系统编写此文档，本文档的最终解释权在本小组手中，请勿随意更改。 基线 本文档的设计基线是《GBT8567-2006计算机软件文档编制规范》。 2引用文件 [1]GBT8567-2006计算机软件文档编制规范. 2006 [2] Liang著李娜译,JAVA语言程序设计．北京：机械工业出版社2012 [3]刘先锋,数据库系统原理与应用. 武汉：华中科技大学出版社2012 [4]谢希仁,计算机网络（第五版）．北京：电子工业出版社2012
软件需求规格说明(SRS) (用例模型、领域模型、行为模型) 用例模型：用例图+用例描述（3-5个） 领域模型：不带操作的类图 行为模型：1、交互图（时序图 3个） 2、行为图（状态图2个，1个画系统的状态图，1个画类/对象的状态图；活动图2个，1个画系统的业务流程；1个画某个类的方法的计算流程。 说明： 1.《软件需求规格说明》(SRS)描述对计算机软件配置项CSCI的需求，及确保每个要求得以满足的所使用的方法。涉及该CSCI外部接口的需求可在本SRS中给出：或在本SRS 引用的一个或多个《接口需求规格说明》(IRS)中给出。 2.这个SRS，可能还要用IRS加以补充，是CSCI设计与合格性测试的基础。 软件需求规格说明的正文的格式如下： 1范围 本章应分为以下几条。 1.1标识 本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2系统概述 本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.3文档概述 本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。 1.4基线 说明编写本系统设计说明书所依据的设计基线。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。 3需求 本章应分以下几条描述CSCI需求，也就是，构成CSCI验收条件的CSCI的特性。CSCI 需求是为了满足分配给该CSCI的系统需求所形成的软件需求。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应
身高体重分析 接口需求规格说明(IRS) 组员： 说明： 1.《接口需求规格说明》(IRS)描述为实现一个或多个系统、子系统、硬件配置项HWCI,计算机软件配置项CSCI、手工操作、其他系统部件之间的一个或多个接口，而强加在这些实体上的需求。 2.这个IRS,还可以被用来补充《系统/子系统需求规格说明》(SSS)及《软件需求规格说明》(SRS)，作为系统和CSCI设计与合格性测试的基础。 I
目录 接口需求规格说明(IRS) (1) 1引言 (3) 1.1标识 (3) 1.2系统概述 (3) 1.3文档概述 (3) 2引用文件 (3) 3需求 (4) 3.1接口标识和接口图 (4) 4合格性规定 (4) 5需求可追踪性 (5) 6注解 (5) 附录 (5)
1引言 1.1标识 标题：身高体重分析软件 版本号：1.0 用户接口：简述用户操作和反馈结果；外部接口：简述硬件输入输出、网络传输协议；内部接口：简述模块间传值、数据传递。 1.2系统概述 一套针对身高体重测试的分析软件，所有人都能使用，它包括了检测体型是否正常，个人身高所对应的标准体重，预测未来身高以及最合适的伴侣体型。 需求方：健身中心，减肥中心等 开发者：计算机团队小组 用户：所有人均可使用 原有系统只能依靠输入身高体重来测试自己体型是否正常。 现有系统可以通过测试身高体型比例来提出合理的饮食建议，此外还实现了许多额外功能来使软件功能更加丰富，更受使用者青睐。 1.3文档概述 《接口需求规格说明》(IRS)描述为实现一个或多个系统、子系统、硬件配置项HWCI,计算机软件配置项CSCI、手工操作、其他系统部件之间的一个或多个接口，而强加在这些实体上的需求。这个IRS,还可以被用来补充《系统/子系统需求规格说明》(SSS)及《软件需求规格说明》(SRS)，作为系统和CSCI设计与合格性测试的基础。 本文档的阅读对象如下： 1、开发人员 2、测试阶段人员 3、对本文档进行评审的人员或机构 4、项目组及其他有权需要调用本文档的人员
软件需求规格说明书 湖南长沙阳环科技实业有限公司文件更改摘要：
目录 1引言....................................................... 错误!未定义书签。 目的 .................................................... 错误!未定义书签。 背景 .................................................... 错误!未定义书签。 术语 .................................................... 错误!未定义书签。 预期读者与阅读建议 ...................................... 错误!未定义书签。 参考资料 ................................................ 错误!未定义书签。 需求描述约定 ............................................ 错误!未定义书签。 需求层次划分........................................ 错误!未定义书签。 需求跟踪粒度........................................ 错误!未定义书签。 需求级别定义........................................ 错误!未定义书签。 功能描述方法........................................ 错误!未定义书签。 界面描述规则........................................ 错误!未定义书签。2项目概述................................................... 错误!未定义书签。 系统功能 ................................................ 错误!未定义书签。 业务描述 ................................................ 错误!未定义书签。 用户的特点 .............................................. 错误!未定义书签。 运行环境要求 ............................................ 错误!未定义书签。 设计和实现上的限制 ...................................... 错误!未定义书签。3系统功能需求 ............................................... 错误!未定义书签。 总体功能需求 ............................................ 错误!未定义书签。 自测系统需求 ............................................ 错误!未定义书签。 获取试卷............................................ 错误!未定义书签。 自测作答............................................ 错误!未定义书签。 提交试卷............................................ 错误!未定义书签。
【系统名称】功能需求规格说明书 【——子系统名称】
文档创建信息 文档修订记录 修改类型分为A– ADDED（增加）M– MODIFIED（修改）D– DELETED（删除）
目录 1.引言 (4) 1.1 目的 (4) 1.2 读者范围 (4) 1.3 术语或缩略语 (4) 2.系统定位 (5) 2.1 目标用户 (5) 2.2 针对的用户需求 (5) 2.3 卖点功能 (5) 2.4 系统性质 (6) 3.需求综述 (6) 3.1 概念界定 (6) 3.1.1角色界定................................................................ 错误！未定义书签。 3.1.1.1 用户 (6) 3.1.1.2 外部系统 (6) 3.1.1.3 内部子系统 ..................................................... 错误！未定义书签。 3.1.2信息实体界定......................................................... 错误！未定义书签。 3.2 系统外延 (7) 3.2.1系统应用环境总览 (7) 3.2.2系统与用户交互关系 (7) 3.2.3系统与外部系统交互关系 (7) 3.3 系统内涵 (7) 3.3.1系统总体结构 (7) 3.3.2系统功能概述 (8) 3.3.3系统内部协作关系 (8) 4.功能使用流程 (8) 4.1 功能使用流程总览 (8) 4.2 功能使用流程描述 (9) 4.2.1【功能使用流程名称】 (9) 4.2.2【功能使用流程名称】 (10) 5.用户界面 (10) 5.1 总则 (10) 5.2 界面总览 (10) 5.3 界面详解 (11) 5.3.1【界面名称】 (11) 5.3.1.1 界面功能概述 (11) 5.3.1.2 界面元素总览 (11) 5.3.1.3 界面元素详解 (12) 5.3.1.4 界面默认规则 (13) 5.3.2【界面名称】 (13)
嵌入式实时操作系统之我见 -ARM7TDMI-S 王士莹 -----从基本概念、基本原理、基本常识、基本思维入手阐述嵌入式实时操作系统在单片机开发中，嵌入式实时操作系统的使用近几年比较流行，在具体应用中也有比较好的表现。那么对于一个应用来讲，应该选择那种操作系统呢？目前，可供选择的有uLinux、VxWorks、uCOS-II等。我们当然可以选择其中的一个根据需要移植到自己的设计中。但对于一个工程师来说，能够在设计中使用自己编写的嵌入式实时操作系统岂不是一件“很酷”的事情吗？而且，我认为，若要较好的理解一个嵌入式实时操作系统，首先要能够自己编写，哪怕是一个最简单的。否则，不知道核心原理是怎么回事，仅仅依样画葫芦做做移植，只是隔靴搔痒，只会是门外汉。 这篇文章就是根据我所理解的嵌入式操作系统，就几个问题做一个阐述，以期抛砖引玉。 1、为什么要用嵌入式实时操作系统，嵌入式实时操作系统较前后台结构有什么优势 单片机程序结构发展 任务的驱动方式有两种：时间和事件，所以对一个单片机程序来说它要等待的量也是只有两个：延迟时间到或事件发生。故操作系统只要安排任务等待着这两个标志就好。那么如何产生这两个标志呢，标志产生在中断中，然后在中断中发给需要的任务。 多功能块任务：在一个任务中有等待的时间或事件，等到后再执行后面程序的任务。在任务等待的时候单片机可以离开该任务去执行其他任务，该任务等待
完成后再回来继续运行。这样使用操作系统就提高了系统整体的运行效率。 单片机执行全局的东西，操作系统通过把全局的资源赋值成局部的任务让单片机执行了看似全局的实则是局部的东西，这样就实现了任务的调度和切换对于单功能块任务，即一个任务中没有需要等待的时间或事件，程序连续地从头执行到尾，对于这样的任务操作系统的作用不大。 2、单片机编程有哪些特点、会有哪些问题和需求、操作系统如何根据特点解决问题满足需求 一般单片机系统中不会只运行一个单一的任务，往往有多个方面的工作要做，如对一个仪器仪表来讲，它要做的工作有：测量、显示、存储、通讯、控制等。这些工作需要同一个单片机来完成，那如何对他们进行安排才能使一个单片机执行多个任务呢？ 打个比方：单片机就像一支建筑队，在这个建筑队里面有管理、财务、技术、工人、后勤等，他们各司其职、共同协作完成一个建筑工程。正常情况下，一支建筑队在一个时间段只能做一个工程，若再有工程要做，只能等这次的工程完成后才能去。现在的情况是：建筑市场异常火爆，有大量的工程要做，而该地区的建筑队数量只有这1支。那怎么办呢？一般的做法是：给每个工程排好顺序定好工期，做完第一个再做第二个再做第三个及其他。如果这样安排，顺利还好，如果不顺利就会发生这样的事：第三个工程所有的东西都已准备好，而且这个工程的建筑物急等着用，但建筑队却由于第二个工程的资金短缺或其它原因耽误了工期而迟迟不能到来。出现这样的事情是不应该的，那怎样安排工作才能避免这样的事情呢？我们可以这样做：1支建筑队同时承包多个工程，并同建筑单位定好协议：当一个工程由于资金或其他原因不能继续时，建筑队可以暂时离开去其他工地。这样当2号工程资金不到位时，建筑队把该工程的必要信息记录下来并保存起来，然后离开2号工程的工地去3号工程的工地；如果3号工程已经开始了，则建筑队把之前保存的信息取出来按照信息上的说明继续下面的工作，若3号工程也有其他事情需要等待了，则建筑队保存好记录后再去其他工地。这样，建筑队就总是在做工程而不会出现空闲，实现了效率的最大化！这种安排工作的方法就是建筑队版的“嵌入式实时操作系统”！
媒讯集团E A S项目 CTC与EAS接口 需求及设计说明书 文档作者： 创建日期：20X X-05-10 确认日期： 当前版本：1.0 拷贝数量：1 审批签字: 客户方： 实施方：
文档控制 修改记录 日期作者版本参考版本备注
目录 1.概述 (4) 1.1读者 (4) 1.2图例 (4) 1.3目的 (4) 二、业务现状 (5) 三、概要设计 (5) 3.1接口通讯方式 (5) 3.2通讯内容定义 (5) 3.3媒讯CTC系统提供接口使用范例 (5) 3.4金蝶EAS提供接口使用范例 (5) 3.5媒讯CTC系统提供接口服务地址 (7) 3.6金蝶EAS提供接口服务地址 (7) 3.7接口需求 (7) 四、详细设计 (8) 4.1XX EAS接口 (8)
1.概述 金蝶与用户及用户业务系统方通过多次讨论，制定了接口开发需求设计说明书，作为双方后续开发指引。 1.1读者 本文读者对象为业务管理人员、系统设计、开发人员、测试人员。 1.2图例 本文中如未进行特殊说明，各图标代表的含义如下： 表示一个活动； 表示动态的业务数据，如系统单据； 表示流程走向； 表示条件判断、流程分支； 表示静态的业务数据，如基础资料； 表示系统外一个手工处理活动； 表示系统外手工填制的单据； 表示当前系统之外的活动； 表示当前系统之外产生的业务数据。 1.3目的 本文档是媒讯CTC系统与EAS系统接口的需求及设计方案相关文档，可用于指导开发、测试工作和作为验收相关依据文档。
二、业务现状 待补充 三、概要设计 3.1接口通讯方式 金蝶EAS与媒讯CTC系统之间通讯采用WebService方式进行数据传输。 3.2通讯内容定义 对于记录型的大对象，在通讯时，采用String型的xml格式的参数进行传递。对于其他非记录型的对象，在通讯时，可采用非xml格式的参数进行传递，也可使用多个参数。具体格式，请参照每个接口的通讯用例说明。 3.3媒讯CTC系统提供接口使用范例 待补充。 3.4金蝶EAS提供接口使用范例 3.4.1规范说明 EAS通过webService接口与异构系统通信。EAS WebService全部是使用java编写的，其接口描述符合WSDL国际标准，其数据描述符合XSD 国际标准。 本次提供的接口除系统登录接口外，其他接口都需要调用登录接口，以便将登陆的SessionId信息放入到SOAP 的HEADER 报文中。 3.4.2使用示例 金蝶在EAS上发布WebService服务，提供wsdl文件供客户端下载，其他业务系统根据下载的wsdl文件，产生客户端。 建议使用Axis2来生成客户端代理。
需求规格说明书(ISO标准版) 编者说明： 当需求调查、分析工作告一段落时，你就需要将这些需求进行规格化描述，整理成文，即软件需求规格说明书，也就是SRS。这是在软件项目过程中最有价值的一个文档。ISO所提供的标准虽然已经时间久远，但还是颇具参考价值的。 1．引言 1.1编写的目的 [说明编写这份需求说明书的目的,指出预期的读者。] 1.2背景 a. 待开发的系统的名称; b. 本项目的任务提出者、开发者、用户； c. 该系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4参考资料 [列出用得着的参考资料。] 2．任务概述 2.1目标 [叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。解释被开发系统与其他有关系统之间的关系。] 2.2用户的特点 [列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的预期使用频度。] 2.3假定和约束 [列出进行本系统开发工作的假定和约束。] 3．需求规定 3.1对功能的规定 [用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、得到什么输出，说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。] 3.2 对性能的规定 3.2.1精度 [说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。] 3.2.2时间特性要求 [说明对于该系统的时间特性要求。] 3.2.3灵活性 [说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。] 3.3输入输出要求 [解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统
需求规格说明书
文件更改摘要:
目录
1 引言 { 系统建设的相关背景，从而引出建设该系统的驱动力。} 1.1 目的 { 说明编写这份需求规格说明书的目的。} 建议阅读者 文档编写目的（指导开发、测试进行设计） 1.2 范围 【项目范围明确了这次的项目建设做什么，不做什么；包括什么内容，不包括什么内容；项目范围应该在项目初期就被明确定义，以用于指导业务分析和系统实施，使后面的工作内容不会超出范围，也不会出现没有完全覆盖所有内容的情况 项目范围不等同于系统的功能范围，明确项目范围时要从项目建设和业务需求的角度来分析本期项目应该实施哪几个方面以及需要分析、实现哪些业务行为】 本期项目建设的范围要包括： 本期项目建设的范围不包括 1.3 术语 { 列出本文件中用到的专门术语、术语定义、首字母缩写，如：}
1.4参考资料 ｛列出有关的参考资料，如： 1、本项目经核准的计划任务书或合同、上级机关的批文； 2、属于本项目的其他已发表的文件； 3、本文件中各处引用的文件、资料、包括所要用到的系统开发标准。 4、行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。｝ 1.5需求描述约定 ｛在此说明本文描述需求的约定，这些约定可以包括： 1、需求标识方法（应确保需求标识在整个项目中的唯一性，且不受需 求变更的影响，不得使用WORID带的序列号作为需求标识）； 2、需求的跟踪粒度（明确需求的跟踪力度）； 3、优先级（在本文档中设定的级别及其含义，例如第一阶段设置 优先级为H,第二阶段设置为M; 4、功能描述的方法（包括功能描述，业务规则，原型界面，输入, 输 出，业务流程，约束条件。其中流程类需求必须要有业务流程，否