需求工程: ■20世纪80年代中期,形成了软件工程的子 领域需求工程。 ■进入20世纪90年代后,需求工程称为软件 界研究的重点之一。 Alan davis把需求工程定义为“直到(但 不包括)把软件分解为实际架构构件之前 的所有活动
需求工程： ◼ 20世纪80年代中期，形成了软件工程的子 领域——需求工程。 ◼ 进入20世纪90年代后，需求工程称为软件 界研究的重点之一。 ◼ Alan Davis 把需求工程定义为“直到（但 不包括）把软件分解为实际架构构件之前 的所有活动
需求工程的阶段划分: 现代软件工程的需求工程 匚需求开发过程 需求管理过程 需求获取 需求实现 需求分析 需求跟踪 需求处理 需求变更控制 需求确认
需求工程的阶段划分： 现代软件工程的需求工程 需求开发过程 需求管理过程 需求获取 需求分析 需求处理 需求确认 需求实现 需求跟踪 需求变更控制
31需求分析的任务 ■确定对系统的综合要求 ■分析系统的数据要求 ■导出系统的逻辑模型 修正系统开发计划
3.1 需求分析的任务 ◼ 确定对系统的综合要求 ◼ 分析系统的数据要求 ◼ 导出系统的逻辑模型 ◼ 修正系统开发计划
311确定对系统的综合要求 1.功能需求 功能 外部功能 内部功能 这方面的需求指定系统必须名称 提供的服务。通过需求分析应 通过应用界面功能按钮通过对查找条件的过滤与 该划分出系统必须完成的所有 用户菜单栏及终端、键盘完数据库互动,从数据库中 功能。 成输入、输出、查找提取相应有关的数据 功能。 2.性能需求 性能需求指定系统必须满足的定时约束或容量约束,通常包括速度 (响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求
1. 功能需求 这方面的需求指定系统必须 提供的服务。通过需求分析应 该划分出系统必须完成的所有 功能。 3.1.1 确定对系统的综合要求 2. 性能需求 性能需求指定系统必须满足的定时约束或容量约束，通常包括速度 (响应时间)、信息量速率、主存容量、磁盘容量、安全性等方面的需求
3.可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。在装载总程序时, 正常就运行,异常就停止,可用性与可靠性密切相关,它量化 了用户可以使用系统的程度。 4.出错处理需求 这类需求说明系统对环境错误应该怎样响应。例如,如果它接收到从 另一个系统发来的违反协议格式的消息,应该做什么?注意,上述这类错 误并不是由该应用系统本身造成的。 在某些情况下,“出错处理”指的是当应用系统发现它自己犯下一个 错误时所采取的行动。但是,应该有选择地提出这类出错处理需求。我们 的目的是开发出正确的系统,而不是用无休止的出错处理代码掩盖自己的 错误。总之,对应用系统本身错误的检测应该仅限于系统的关键部分,而 且应该尽可能少
这类需求说明系统对环境错误应该怎样响应。例如，如果它接收到从 另一个系统发来的违反协议格式的消息，应该做什么?注意，上述这类错 误并不是由该应用系统本身造成的。 在某些情况下，“出错处理”指的是当应用系统发现它自己犯下一个 错误时所采取的行动。但是，应该有选择地提出这类出错处理需求。我们 的目的是开发出正确的系统，而不是用无休止的出错处理代码掩盖自己的 错误。总之，对应用系统本身错误的检测应该仅限于系统的关键部分，而 且应该尽可能少。 3. 可靠性和可用性需求 可靠性需求定量地指定系统的可靠性。在装载总程序时， 正常就运行，异常就停止，可用性与可靠性密切相关，它量化 了用户可以使用系统的程度。 4. 出错处理需求