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）需求不可更改性