5接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需 求有:用户接口需求;硬件接口需求;软件接口需求;通信接口需 求。 6约束 设计约束或实现约束描述在设计或实现应用系统时应遵守的限 制条件。在需求分析阶段提出这类需求,并不是要取代设计(或实 现)过程,只是说明用户或环境强加给项目的限制条件。常见的约 束有:精度;工具和语言约束;设计约束;应该使用的标准;应该 使用的硬件平台
5.接口需求 接口需求描述应用系统与它的环境通信的格式。常见的接口需 求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需 求。 6.约束 设计约束或实现约束描述在设计或实现应用系统时应遵守的限 制条件。在需求分析阶段提出这类需求，并不是要取代设计(或实 现)过程，只是说明用户或环境强加给项目的限制条件。常见的约 束有：精度；工具和语言约束；设计约束；应该使用的标准；应该 使用的硬件平台
7.逆向需求 逆向需求说明软件系统不应该做什么。理论上有无限多个逆向 需求,我们应该仅选取能澄清真实需求且可消除可能发生的误解的 那些逆向需求。 8.将来可能提出的要求 应该明确地列出那些虽然不属于当前系统开发范畴,但是据分 析将来很可能会提出来的要求。这样做的目的是,在设计过程中对系 统将来可能的扩充和修改预做准备,以便一旦确实需要时能比较容易 地进行这种扩充和修改
逆向需求说明软件系统不应该做什么。理论上有无限多个逆向 需求，我们应该仅选取能澄清真实需求且可消除可能发生的误解的 那些逆向需求。 7. 逆向需求 应该明确地列出那些虽然不属于当前系统开发范畴，但是据分 析将来很可能会提出来的要求。这样做的目的是，在设计过程中对系 统将来可能的扩充和修改预做准备，以便一旦确实需要时能比较容易 地进行这种扩充和修改。 8. 将来可能提出的要求
3.1.2分析系统的数据要求 必须分析系统的数据要求,这是软件需求分析的一个重 要任务。分析系统的数据要求通常采用建立数据模型的方 法—ER图。 利用数据字典可以全面准确地定义数据,但是数据字典 的缺点是不够形象直观。为了提高可理解性,常常利用图形 工具辅助描绘数据结构。常用的图形工具有层次方框图和 Warnier图。 为减少数据冗余,避免出现插入异常或删除异常,简化 修改数据的过程,通常需要把数据结构规范化
3.1.2 分析系统的数据要求 必须分析系统的数据要求，这是软件需求分析的一个重 要任务。分析系统的数据要求通常采用建立数据模型的方 法——ER图。 利用数据字典可以全面准确地定义数据，但是数据字典 的缺点是不够形象直观。为了提高可理解性，常常利用图形 工具辅助描绘数据结构。常用的图形工具有层次方框图和 Warnier图。 为减少数据冗余，避免出现插入异常或删除异常，简化 修改数据的过程，通常需要把数据结构规范化
3.1.3导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型, 通常用数据流图、实体-联系图、状态转换图、数据字典和 主要的处理算法描述这个逻辑模型 (1)必须理解并描述问题的信息域,根据这条准则应该建立数 据模型。 (2)必须定义软件应完成的功能,这条准则要求建立功能模型。 (3)必须描述作为外部事件结果的软件行为,这条准则要求建 立行为模型。 (4)必须对描述信息、功能和行为的模型进行分解,用层次的 方式展示细节
3.1.3 导出系统的逻辑模型 综合上述两项分析的结果可以导出系统的详细的逻辑模型， 通常用数据流图、实体-联系图、状态转换图、数据字典和 主要的处理算法描述这个逻辑模型。 (1) 必须理解并描述问题的信息域，根据这条准则应该建立数 据模型。 (2) 必须定义软件应完成的功能，这条准则要求建立功能模型。 (3) 必须描述作为外部事件结果的软件行为，这条准则要求建 立行为模型。 (4) 必须对描述信息、功能和行为的模型进行分解，用层次的 方式展示细节
3.14修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的 了解,可以比较准确地估计系统的成本和进度,修正以 前制定的开发计划
3.1.4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的 了解，可以比较准确地估计系统的成本和进度，修正以 前制定的开发计划