项目需求规格说明书模板.doc

. .
. v 有帮助的。但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。
例如：高层的数据流图，面向对象的分析等。
一般约束
对设计系统时限制开发者选择的其他一些项作一般性描述〔具体需求或具体设计约束在具体需求和设计约束章节表达〕。这些包括：
管理针；
硬件的限制；
与其他应用间的接口；
并行操作；
审查功能；
控制功能；
所需的高级语言；
通信协议；
. .
. v .
应用的临界点；
平安和XX面的考虑。
假设和依赖
列出可能影响需求的所有的假设因素〔与事实相对而言〕，包括准备使用的第三或商业组件，操作和开发环境的问题约束等。如果上述假设不正确、没有被告知或者改变了都将对工程产生影响。列出工程对外部条件的依赖，例如重用其他工程的模块等。如果在其他文档〔例如工程方案或围文档等〕里已经描述了，在这里可以不用描述。
3 具体需求
功能需求
对于每一类功能或者有时对于每一个功能，需要具体描述其输入、处理和输出的需求，建议用UML图进展描述。由四个局部组成
功能需求1
引言
描述的是功能要到达的目标、所采用的法和技术，还应清楚说明功能意图的由来和背景。
输入
详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定、有效输入围〔包括精度和公差〕；
操作员控制细节的需求。其中有名字、操作员活动的描述、控制台或操作员的位置。例如：当打印检查时，要求操作员进展格式调整；
. .
. v .
处理
定义输入数据、中间参数，以获得预期输出结果的全部操作。它包括如下的说明：
输入数据的有效性检查；
操作的顺序，包括事件的时间设定；
响应，例如，溢出、通信故障、错误处理等；
受操作影响的参数；
降级运行的要求；
用于把系统输入变换成相应输出的任法〔程式、数学算法、逻辑操作等〕；
输出数据的有效性检查。
需有根本领件流〔正常处理流程〕和备选事件流〔异常处理流程〕，可用流程图附加描述。
输出
详细描述该功能所有输出数据，例如：输出目的地、数量、度量单位、时间关系、有效输出的围〔包括精度和公差〕、非法值的处理、出错信息；
有关接口说明或接口控制文件的参考资料。
此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。也就是说，这种情况犹如有限状态机。
功能需求2
．．．．．．
. .
. v .
功能需求n
外部接口需求
用户接口
提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进展操作，就必须指定如下要求：
对屏幕格式的要求；
报表或菜单的页面打印格式和容；
输入输出的相对时序；
程序功能键的可用性。
硬件接口
详细描述与硬件的接口
在此描述软件产品和系统硬件组件之间接口的逻辑特征，也包括支持哪些设备、怎样支持这些设备和协议等。
按软/硬件协议容和格式定义接口。如果接口已在其它文档中很清楚地描述，就没有必要在这儿进展详细描述，但需说明应参考的文档。
软件接口
在此要指定需使用的其他软件产品〔例如，数据管理系统、操作系统或数学软件包〕，以及同其他应用系统之间的接口。
对于每一个接口，这局部应说明与软件产品相关的接口软件的目的，并根据信息的容和格式定义接口，但不必详细描述任已有完整文件的接口，只要引用定义该接口的文件即可。
.