中科院需求工程 需求工程（第一讲）需求工程原理.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * European user survey analysis, 30 June 1996. A report by M. Ibanez of the European Software Institute H. Rempp of Forschungszentrum Karlsruhe under the aegies of ESPITI. ESI report TR95104 In the case of requirements specification more than 50% of respondents rated it as a “major problem” and 35% of respondents rated as a “minor problem”. Less than 12% or respondents rated it as “never a problem”, the lowest rating in the survey. Similar responses were obtained for managing customer requirements. The bottom line: quality makes no sense without reference to requirements quality-oriented development is requirements-driven development RE is a “key process area” for CMM level 2. * * * * * * * European user survey analysis, 30 June 1996. A report by M. Ibanez of the European Software Institute H. Rempp of Forschungszentrum Karlsruhe under the aegies of ESPITI. ESI report TR95104 * * * * * * * * * * * * * * 可能的问题所在 ……用各种形式的表示形式将所得到的观察文档化…… 应该采用什么表示形式？ 结果应该怎样文档化？ 应该采用什么标准和哪种表示法？为什么？ 可能的问题所在 ……检查所获得的理解的准确性 我们怎样才知道这个过程完成了？ 需求需要有多准确？在这个地方准确是什么意思？ 参与需求工程的每个人都将具有相同的理解吗？ 区分客户需求和软件规格说明 两种常用的关于需求的定义 需求是客户希望在问题域内产生的效果。 需求是系统为解决问题或完成目标所必须满足的条件或能力。 实际案例中的两句陈述： 每当电梯停在某一楼层时，电梯门将在开启、等待、关闭3个状态中循环。 每当电梯停在某一楼层时，系统将使电梯门在开启、等待、关闭3个状态中循环。 需求的种类 问题域描述（世界是怎样的） 需求（客户想要什么） 商业约束（时间和金钱） 设计约束（如何构建系统） 功能的（系统做什么） 一般的 性能 速度 容量 可靠性 可用性 需求的种类 功能需求： 由待开发的软件系统的适当行为（功能性）所满足的需求 功能可以分层次描述 性能需求： 安全性、速度、容量、可用性、可靠性 是一种特别不稳定的需求 设计约束： 完全属于非功能性需求 常见的约束： 直接约束系统的合成结构 约束用于开发系统的过程和技术，只能间接地影响系统的结构 商业约束： 开发时间、费用与最终的功能性、可靠性、可用性之间的关系 需求类型的定义和描述（一） 客户需要和期望 业务需求 用户需求 产品需求 环境需求 未知需求 需求类型的定义和描述（一） 客户需要和期望 业务需求 用户需求 产品需求 环境需求 未知需求 是开发系统和软件的原因 从业务目标中导出 可借助于业务情景理解业务需求 支持业务需求并辅助组织实现它们是系统成功的关键因素 需求类型的定义和描述（一） 客户需要和期望 业务需求 用户需求 产品需求 环境需求 未知需求 用户是使用系统或软件的个体或群体 用户需求是他们对系统或软件的需要 需求类型的定义和描述（一） 客户需要和期望 业务需求 用户需求 产品需求 环境需求 未知需求 由一个系统生产出的产品的需求 需求类型的定义和描述（一） 客户需要和期望 业务需求 用户需求 产品需求 环境需求 未知需求 从系统开发工作涉及的物理设备、社会和文化的条