需求分析与解决方案设计1.pptVIP

主讲：吴明元 2 0 0 8 . 0 9 第1章 软件需求基础知识 为什么要需求分析 ???????需求分析具有决策性、方向性、策略性的作用，他在软件开发的过程中具有举足轻重的地位。因此，对需求分析应足够的重视，在一个大型软件系统的开发中，他的作用要远远大于程序设计。 项目涉众 客户: 为达到其公司的业务目标而投资项目或购买产品。 用户：直接或间接与产品打交道，是客户的一部分。 需求分析员：负责编写需求并传达给开发团队。 开发人员：设计、实现和维护产品。 测试人员：确定产品的行为是否与预计的相一致。 文档编制人员：负责编写用户手册、培训资料和系统帮助。 项目经理：制定项目计划并带领开发人员获得成功。 法律人员：确保产品符合所有相关法规。 生产人员：制造包含该软件的产品。 市场营销: 技术支持及其他与产品和客户打交道的人员。 1.1 软件需求的定义 软件行业存在这样一个问题，用于描述需求工作的术语没有统一的定义。 对同一项需求，不同的人会有不同的描述，称其为用户需求、软件需求、功能需求、系统需求、技术需求、业务需求或产品需求。 客户对需求的定义，在开发人员看来可能只是高级别的产品概念；而开发人员的需求概念对用户来说也许就是详细的用户界面设计。 需求必须被记录成文档，这一点很重要。 1.1.1 对需求的不同解释 IEEE的软件工程标准术语表将需求定义为: 用户为解决某个问题或达到某个目标而需具备的条件或能力。 系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件或必须具备的能力。 上述第一项或第二项中定义的条件和能力的文档表达。 需求分析定义 需求分析是指理解用户需求，就软件功能与客户达成一致，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化、最终形成需求规格说明的一个复杂过程。 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解：需求分析指需求的分析、定义过程。 1.1.2 需求的层次 软件需求包括3个不同的层次——业务需求、用户需求和功能需求: 除此之外，每个系统还有各种非功能需求。图1.1中的模型给出了各种需求关系的示意图。 业务需求(Business requirement)表示组织或客户高层次的目标。 用户需求(user requirement)描述的是用户的目标，或用户要求系统必须能完成的任务。 功能需求(funetional requirement)规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。 1.1.3 不属于需求的内容 需求规格说明中不包括(除已知约束外的)设计和实现的细节、项目的计划信息，以及测试信息。 项目中通常还包括其他类型的需求，如开发环境需求，进度或预算限制，帮助新用户跟上进度的培训需求，或者发布产品使其转入支持环境的需求。这些都属于项目需求而不是产品需求 。 1.2 需求的开发与管理 需求领域的术语问题，有的作者称其为需求工程；也有人称之为需求管理。把软件需求工程划分为需求开发和需求管理，如图1.2所示。 1.2.1 需求开发 需求开发可进一步细分为获取(Elicitation)、分析(analysis)、规格说明(specification)和确认(Validation)。 这些子学科涵盖了为软件和软件相关产品收集、评估和记录需求相关的所有活动，包括： 确定产品将要面对的各类用户。 从各类用户的代表处收集需求。 了解用户的任务和目标，以及这些任务要实现的业务目标。 分析从用户处得到的信息，将用户的任务目标与功能需求、非功能需求、业务规则、解决方案建议及其他无关信息区分开来。 将顶层的需求分配到系统构架内定义好的软件组件中。 了解各质量属性的相对重要性。 协商需求的实现优先级。 将收集的用户需求表述为书面的需求规格说明和模型。 审阅需求文档，以确保在认识上与用户声明的需求相一致。应在开发小组接受需求之前解决所有分岐。 1.2.2 需求管理 需求管理的任务是“与客户就软件项目的需求达成并保持一致” 。 需求管理包括下列活动： 定义需求基线(某一时刻，对特定版本中已达成一致的需求内容的描述)。 审查需求变更请求，评估其可能产生的影响以决定是否批准。 以可控的方式将批准的需求变更融入项目中。 保持项目计划与需求的同步。 估计需求变更的影响，在此基础上协商新的需求约定。 跟踪每项需求，找到与其对应的设计、源代码和测试用例(test case)。 在项目开发过程中，始终跟踪需求的状态和变更。 1.2.2 需求管理 图1.3从另一个角度反映了需求开发与需求管理间的区别。 本次课结束 1.