(软件需求开发与管理.docVIP

软件需求开发与管理 概述 需求是从系统外部能发现系统所具有的满足于用户的特点、功能及属性等。需求是指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。 软件需求工程划分为需求开发和需求管理，其中需求开发可进一步分为问题获取(elicitation)、分析(analysis)、编写规格说明(specification)和验证(verification)四个阶段, 需求开发活动包括以下几个方面： 确定产品所期望的用户类 获取每个用户类的需求 了解实际用户任务和目标以及这些任务所支持的业务需求 分析源于用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息 将系统级的需求分为几个子系统，并将需求中的一部分分配给软件组件 了解相关质量属性的重要性 商讨实施优先级的划分 将所发现的用户需求编写成规格说明和用例模型 评审用例和需求规格说明，确保对用户需求达到共同的理解与认识，并在整个开发小组接受说明之前将问题都弄清楚。 需求管理活动包括以下几个方面： 定义需求基线(迅速制定需求文档的主体) 评审提出的需求变更、评估每项变更的可能影响从而决定是否实施它 以一种可控制的方式将需求变更融入到项目中 使当前的项目计划与需求一致 估计变更需求所产生的影响并在此基础上协商新的承诺。 让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪 在整个项目过程中跟踪需求状态及其变更情况。 需求工程的推荐方法 需求工程推荐方法 需求管理 项目管理 确定变更控制过程 建立变更控制委员会 进行变更影响分析 跟踪影响工作产品的每项变更 编写需求文档的基准版本和控制版本 维护变更历史记录 跟踪需求状态 衡量需求稳定性 使用需求管理工具 选择合适的生存周期 确定需求基本计划 协商约定 管理需求风险 需求开发 获取 分析 编写规格说明书 验证 编写前景 确定需求开发过程 用户群分类 选择产品代表 确定用例 联系会议 分析用户工作流程 确定质量属性 检查问题报告 需求重用 绘制关联图 创建开发原型 分析可行性 确定需求优先级 为需求建立模型 编写数据字典 应用质量功能调配 采用软件需求规格说明模版 指明需求来源 为每项需求注上标号 记录业务范围 创建需求跟踪能力矩阵 审查需求文档 依据需求编写测试用例 确定合格标准 需求获取 编写前景文档：前景文档应该包括高层的产品业务目标，所有的用例和功能需求都必须遵从能达到的业务需求。项目前景文档中的说明使所有项目参与者对项目的目标能达成共识。 确定用户类：为避免出现疏忽某一用户群需求的情况，要将可能使用产品的客户分成不同组别。他们可能在使用频率、使用特性、优先等级或熟练程度等方面都有所差异。详细描述出它们的个性特点及任务状况，将有助于产品设计 在每个用户类中确定适当的代表：为每类用户至少选择一位能真正代表他们需求的人作为那一类用户的代表并能作出决策。 运用需求获取方法对系统的重要部分进行用例开发并设置优先级 确定用例：从用户代表处收集他们使用软件完成所需任务的描述，编写用例，描述用户与系统间的交互方式和对话要求。 召开应用程序开发联系会议：应用程序开发联系会议是范围广的、简便的专题讨论会，也是分析人员与客户代表之间一种很好的合作办法，可以在会上就已完成的工作或未完成的工作与客户展开讨论，并能由此拟出需求文档的底稿。 分析用户工作流程：观察用户执行业务任务的过程。画一张简单的示意图（最好是数据流图）来描绘用户什么时候获得什么数据，并怎样使用这些数据。并与客户讨论此内容。 确定质量属性和其它非功能需求：在功能需求之外再考虑一下非功能的质量特点。这些特点包括性能、有效性、可靠性、可用性等，而这些质量属性上客户提供的信息相对来说就非常重要了。 通过检查当前系统的问题报告来进一步完善需求：客户的问题报告及补充需求为新产品或新版本提供了大量丰富的改进及增加特性的想法，负责提供用户支持及帮助的人能为需求过程提供极有价值的信息。 跨项目重用需求：如果客户要求的功能与已有产品很相近，则可查看需求是否有足够的灵活性以允许重用一些已有的软件组件。 需求分析 需求分析（ requirement analysis）包括提炼、分析和仔细审查已收集到的需求，以确保所有的stakeholder 都明白其含义并找出其中的错误、遗漏或其它不足的地方。分析员通过评价来确定是否所有的用例和软件需求规格说明都达到了优秀需求说明的要求。分析的目的在于开发出高质量和具体的需求，这样你就能作出实用的项目估算并可以进行设计、构造和测试。 通常，把需求中的一部分用多种形式来描述，如同时用文本和图形来描述。分析这些不 同的视图将揭示出一些更深的问题，这是单一视图无法提供的。分析还包括