​

1、业务需求

（1）    时间需求：输入、输出频率，输入、输出响应时间，各种功能恢复时间等；

（2）    处理容限、精度、采样参数的分辨率，误差处理等；

（3）    可靠性的MTBF要求，可维护性、安全性要求等。（对可能的不正常的输入给以正常响应是可靠性的重要内容，这属于功能性需求。）

 

2、用户需求

    ​  1）诱导客户需求

    ​ 2）确认客户需求

 

3、功能需求

    ​1）功能需求的完整性和一致性

对功能的描述应包含与功能相关的信息，并应具有内在的一致性（即各种描述之间不矛盾、不冲突）。应注意以下几点：

（1）    给出触发功能的各种条件（如：控制流、运行状态、运行模式等）；

（2）    定义各种可能性条件下的所有可能的输入（包括合法的输入空间和非法的输入空间）；

（3）    给出各种功能间可能的相互关系（如各个功能间的控制流、数据流、信息流，功能运行关系：顺序、重复、选择、并发、同步）；

（4）    给出功能性的主要级别（如：基本功能、可由设计者选择逐步实现的功能、可由设计者改变实现的功能等）；

（5）    尽可能不使用“待定”这样的词。所有含有待定内容的需求都不是完整的文件，如果出现待定的部分，必须进行待定部分内容说明，落实负责人员、落实实施日期。

 

2）功能描述的无岔意性和可追踪性

需求功能描述的无岔意性、可追踪性和规范化：

（1）    功能描述必须清晰地描述出怎样输入到怎样输出，并且输入、输出描述应对应有数据流描述、控制流描述图，这些描述必须与其它地方描述一致；

（2）    可以用语言、方程式、决策表、矩阵或图等对功能的描述。如果选用语言描述必须使用结构化的语言，描述前必须说明该步骤（或子功能）的执行是顺序，选择，重复，还是并发，然后说明步骤逻辑。整个描述必须单入单出。

（3）    描述时，每一个功能名称和参照编号必须唯一，且不要将多个功能混在一起进行描述，这样便于功能的追踪和修改。

（4）    功能描述应注意需求说明和程序设计的区别。需求设计仅仅是软件的功能设计，它给出软件运行的的外部功能描述，以及为了实现这一外部功能必须做哪些事情（采用和种数据结构，定义多个模块，接口间的接口等）是设计阶段的事情，功能描述不应涉及到那些细节问题，以避免给软件设计带来不必要的约束。

 

 

4、需求分析相关工具 ​

l        效果图描述。主要是用户UI界面的描述反映用户需求功能；

l        逻辑图描述。根据用户需求功能，使用抽象化理论，以及需求分析理论，对用户需求功能进行全面的分析，建立功能性逻辑关系图，流程逻辑关系图等；

l        关系图表描述。主要是对信息关系、数据库表格、接口函数等描述；

l        工程数学描述。分析用户需求，分析用户需求信息，运用工程数学进行算法推导，进行合理化需求分析推导；

l        甘地图描述。主要是软件项目工作安排，开发周期预估；

l        其它方法描述。保证完整性合理性的有效描述

5、需求评估

    ​1）满足客户需求

    ​2）保证可实施

    ​3）工作周期

    ​4）需求不可更改性