slide04 - Requirements.ppt

第四章 需求工程 轻松一刻 成功来之不易 软件项目失败的原因 一些常见的情景 需求错误的成本 软件需求的重要性 软件需求是决定软件开发是否成功的一个关键因素 –需求分析可以帮助开发人员真正理解业务问题 –需求分析是估算成本和进度的基础 –需求分析可以避免建造错误的系统，从而减少不必要的浪费 –软件规格说明有助于开发人员与客户在“系统应该做什么” 问题上达成正式契约 –需求分析形成了软件开发的基线，有助于管理软件的演化和变更 –软件需求是软件质量的基础，为系统验收测试提供了标准 软件需求的重要性 案例：小型图书资料管理系统 问题描述 –某学院打算开发一个小型图书资料管理系统MiniLibrary， 该系统基于Internet 实现教师和学生对各种图书资料的借 阅、查询和管理。 –图书管理员负责管理各种图书资料，查询图书资料信息，并进行图书的借阅管理。 –注册用户可以通过Internet 随时查询图书资料信息和个人借阅情况，预订目前借不到的图书资料，并可以快捷地查找和浏览所需要的电子资料。 –系统可以提供适当的浏览器供用户阅读电子文献资料。 –要求用户界面友好，响应速度快，具有良好的可扩展性。 内容提纲 软件需求 软件需求 ①用户解决问题或达到目标所需的条件或能力。 ②系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 ③一种反映上面①或②所描述的条件或能力的文档说明。 对定义的理解 –软件需求的概念涵盖了用户角度（系统的外部行为）和开发人员角度（系统的内部特性）两个方面，其中的关键在于需求一定要文档化。 软件需求的不同层次 业务需求 业务需求是组织或客户对于系统的高层次目标要求，定义了项目的远景和范围，即确定软件产品的发展方向、功能范围、目标客户和价值来源。 业务需求的内容 –业务：产品属于哪类业务范畴？应该完成什么功能？需要 为什么服务？ –客户：产品为谁服务？目标客户是谁？ –特性：产品区别于其他竞争产品的特性是什么？ –价值：产品的价值体现在什么方面？ –优先级：产品功能特性的优先级次序是什么？ 业务需求：MiniLibrary 业务要求 –各种图书资料的借阅、查询和管理； –使用计算机实现图书资料的日常管理，提高工作效率和服务质量； –用户通过网络查询和浏览电子资料，改变原有的借阅模式； –由于版权的限制，某些电子资料只能让用户浏览和打印而不能下载。 客户与用户 –学院的高层管理者 –图书管理员 –借阅者：教师、学生 用户需求 用户需求是从用户角度描述的系统功能需求和非功能需求，通常只涉及系统的外部行为，而不涉及系统的内部特性。 用户需求的描述 –原则：应该易于用户的理解。一般 不采用技术性很强的语言，而是采 用自然语言和直观图形相结合的方 式进行描述。 –问题：自然语言表达容易含糊和不准确。 用户需求：MiniLibrary 举例： –用户可以通过Internet 随时查询图书信息和个人借阅情 况，并可以快捷地查找和浏览所需要的电子资料。 分析：上述需求描述包含了三个不同的需求 –用户可以通过Internet 随时查询图书信息。 –用户可以通过Internet 随时查询个人借阅情况。 –用户可以通过Internet 快捷地查找和浏览所需要的电子 资料。 问题： –“随时”和“快捷”是对系统功能的约束，十分模糊。 系统需求 系统需求是更加详细地描述系统应该做什么，通常包括许多不同的分析模型，诸如对象模型、数据模型、状态模型等。 系统需求模型的描述 –结构化英语（PDL ） –可视化模型 –形式化方法 系统需求主要是面向开发人员进行描述，是开发人员进行软件设计的基础。 功能需求 功能需求 –描述系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，一般不考虑系统的实现细节。 举例：MiniLibrary –用户可以从图书资料库中查询或者选择其中的一个子集。 –系统可以提供适当的浏览器供用户阅读电子文献。 –用户每次借阅图书应该对应一个唯一的标识号，它被记 录到用户的帐户上。 非功能需求 非功能需求 –从各个角度对系统的约束和限制，反映了应用对软件系统 质量和特性的额外要求，例如响应时间、数据精度、可靠 性、开发过程的标准等。 举例：MiniLibrary –系统应在20秒之内响应所有的请求。 –系统每周7天、每天24小时都可以使用。 –对于一个没有经验的用户而言，经过两个小时的培训就可 以使用系