．审查功能；f．控制功能；g．所需的高级语言；h．通信协议；i．应用的临界点；j．安全和保密方面的考虑。
假设和依赖
列出可能影响需求的所有的假设因素（与已知事实相对而言），包括准备使用的第三方或商业组件，操作和开发环境的问题约束等。如果上述假设不正确、没有被告知或者改变了都将对项目产生影响。列出项目对外部条件的依赖，例如重用其他项目的模块等。如果在其他文档（例如项目计划或范围文档等）里已经描述了，在这里可以不用描述。
3具体需求
功能需求
对于每一类功能或者有时对于每一个功能，需要具体描述其输入、处理和输出的需求，建议用UML图进行描述。由四个部分组成
311功能需求1
a．
引言
描述的是功能要达到的目标、所采用的方法和技术，还应清楚说
明功能意图的由来和背景。
b．
输入
f1详细描述该功能的所有输入数据，如：输入源、数量、度量单
位、时间设定、有效输入范围（包括精度和公差）；
2操作员控制细节的需求。其中有名字、操作员活动的描述、控
制台或操作员的位置。例如：当打印检查时，要求操作员进行
格式调整；
c．
处理
定义输入数据、中间参数，以获得预期输出结果的全部操作。它
包括如下的说明：
1输入数据的有效性检查；
2操作的顺序，包括事件的时间设定；
3响应，例如，溢出、通信故障、错误处理等；
4受操作影响的参数；
5降级运行的要求；
6用于把系统输入变换成相应输出的任何方法（方程式、数学算
法、逻辑操作等）；
7输出数据的有效性检查。
需有基本事件流（正常处理流程）和备选事件流（异常处理流
程），可用流程图附加描述。
d．
输出
1详细描述该功能所有输出数据，例如：输出目的地、数量、度
量单位、时间关系、有效输出的范围（包括精度和公差）、非
法值的处理、出错信息；
2有关接口说明或接口控制文件的参考资料。
此外，对着重于输入输出行为的系统来说，需求说明应指定所有
有意义的输入、输出对及其序列。当一个系统要求记忆它的状态
时，需要这个序列，使得它可以根据本次输入和以前的状态作出
响应。也就是说，这种情况犹如有限状态机。
312功能需求2
．．．．．．功能需求

外部接口需求
321用户接口
提供用户使用软件产品时的接口需求。例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：
a．对屏幕格式的要求；b．报表或菜单的页面打印格式和内容；
fc．输入输出的相对时序；d．程序功能键的可用性。
322硬件接口
详细r