必须能够对SRS作必要的修订并可以为每项需求维护-火龙果软件.PPTVIP

* 思考题 1.什么是需求分析？ 2.软件需求的参与人员有哪些？ 3.为什么要需求分析？ 4.完善的需求具有的特征是什么？ 5.需求分析的任务是什么？ 6.需求分析的原则？ * 把您在目前和以往项目中遇到的与需求有关的问题写出来。判断每个问题属于需求开发还是需求管理，分析它们对项目的影响和造成这些问题的根本原因。 就目前和以往项目中遇到的与需求有关的问题、问题的根源及影响，与开发小组成员及其他项目相关人员展开讨论。告诉所有参加者，如果想解决这些难题，就要敢于面对它们。他们准备一试吗？ 为整个项目团队安排一天的软件需求培训。想办法把重要客户、营销人员和管理人员都请来。培训是打造团队的最佳方法。培训使项目的所有参与人在表达上有了统一的词汇，对有效的技术和行为具有相同的理解。具备这些条件，他们便可以共同解决各方所面临的问题了。 下一步 ? ? ? ? ? ? ? ? 火龙果·整理 uml.org.cn ? ? ? ? ? ? ? ? 火龙果·整理 uml.org.cn * 第1章 软件需求基础知识 为什么要需求分析 ???????需求分析具有决策性、方向性、策略性的作用，他在软件开发的过程中具有举足轻重的地位。因此，对需求分析应足够的重视，在一个大型软件系统的开发中，他的作用要远远大于程序设计。 * 项目涉众 客户: 为达到其公司的业务目标而投资项目或购买产品。 用户：直接或间接与产品打交道，是客户的一部分。 需求分析员：负责编写需求并传达给开发团队。 开发人员：设计、实现和维护产品。 测试人员：确定产品的行为是否与预计的相一致。 文档编制人员：负责编写用户手册、培训资料和系统帮助。 项目经理：制定项目计划并带领开发人员获得成功。 法律人员：确保产品符合所有相关法规。 生产人员：制造包含该软件的产品。 市场营销: 技术支持及其他与产品和客户打交道的人员。 本章将帮助您： 理解软件需求工程的一些重要术语。 区分需求开发与需求管理。 保持对潜在的与需求相关的问题的警觉性。 了解完善的需求应该具备的特征。 软件或系统项目涉众(stake holder，产品或项目相关人员)的利益之间的相互作用在需求过程中表现得最为强烈。项目涉众包括： * 1.1 软件需求的定义 软件行业存在这样一个问题，用于描述需求工作的术语没有统一的定义。 对同一项需求，不同的人会有不同的描述，称其为用户需求、软件需求、功能需求、系统需求、技术需求、业务需求或产品需求。 客户对需求的定义，在开发人员看来可能只是高级别的产品概念；而开发人员的需求概念对用户来说也许就是详细的用户界面设计。 需求必须被记录成文档，这一点很重要。 * 1.1.1 对需求的不同解释 IEEE的软件工程标准术语表将需求定义为: 用户为解决某个问题或达到某个目标而需具备的条件或能力。 系统或系统组件为符合合同、标准、规范或其他正式文档而必须满足的条件或必须具备的能力。 上述第一项或第二项中定义的条件和能力的文档表达。 注意 : 不要一厢情愿地认为项目涉众对需求的理解是一致的。应该事先给出定义， 才能保证大家谈论的是同一个问题。 * 需求分析定义 需求分析是指理解用户需求，就软件功能与客户达成一致，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化、最终形成需求规格说明的一个复杂过程。 从广义上理解：需求分析包括需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。 狭义上理解：需求分析指需求的分析、定义过程。 * 1.1.2 需求的层次 软件需求包括3个不同的层次——业务需求、用户需求和功能需求: 除此之外，每个系统还有各种非功能需求。图1.1中的模型给出了各种需求关系的示意图。 业务需求(Business requirement)表示组织或客户高层次的目标。 用户需求(user requirement)描述的是用户的目标，或用户要求系统必须能完成的任务。 功能需求(funetional requirement)规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。 图1.1 * 1.1.3 不属于需求的内容 需求规格说明中不包括(除已知约束外的)设计和实现的细节、项目的计划信息，以及测试信息。 项目中通常还包括其他类型的需求，如开发环境需求，进度或预算限制，帮助新用户跟上进度的培训需求，或者发布产品使其转入支持环境的需求。这些都属于项目需求而不是产品需求 。 * 1.2 需求的开发与管理 需求领域的术语问题，有的作者称其为需求工程；也有人称之为需求管理。把软件需求工程划分为需求开发和需求管理，如图1.2所示。 图1.2软件需求工程的组成 * 1.2.1 需求开