1、软件需求工程软件需求工程Software Requirements Engineering 第三章 需求工程的推荐方法 需求开发方法需求获取需求分析编写规格说明的方法需求验证的方法需求管理方法知识技能需求变更管理项目管理方法太多，怎么用？按实施的优先顺序和实施难度进行，循序渐进，先从那些相对容易实施而对项目有很大影响的方法开始1 知识技能 因为需求对项目成功极为重要，所有项目的风险承担者都应该对需求工程的重要性、合理性及其方法有一个基本的了解。1、培训需求分析人员2、培训软件需求的用户代表和管理人员3、让开发人员了解应用领域的基本概念4、编写项目术语汇编2 需求获取 获取需求的一些途径或者方法
2、：1、确定需求开发过程2、编写项目视图和范围文档3、将用户群分类并归纳各自特点4、选择每类用户的产品代表5、建立典型用户的核心队伍6、让用户代表确定使用实例7、召开应用程序开发联系会议8、分析用户工作流程9、确定质量属性和其他非功能属性10、检查当前系统问题报告来进一步完善需求11、跨项目重用需求3.需求分析提炼、分析和仔细审查已收集到的需求，以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方。分析员通过评价来确定是否所有的需求和软件需求规格说明都达到了第1章中优秀需求说明的要求。分析的目的在于开发出高质量和具体的需求，这样你就能作出实用的项目估算并可以进行设计、构造和测
3、试。把需求中的一部分用多种形式来描述，如同时用文本和图形来描述,揭示出一些更深的问题与客户交流以澄清某些易混淆的问题，并明确哪些需求更为重要。其目的是确保所有风险承担者尽早地对项目达成共识并对将来的产品有个相同而清晰的认识。1)绘制系统关联图2)创建用户接口原型3)分析需求可行性4)确定需求的优先级别5)为需求建立模型6)创建数据字典7)使用质量功能调配4.需求规格说明 必须用一种统一的方式来将需求编写成可视文档。业务需求要写成项目视图和范围文档。用户需求要用一种标准使用实例模板编写成文档。而软件需求规格说明SRS则包含了软件的功能需求和非功能需求。你必须为每项需求明确建立标准的惯例，并确定在
4、S R S中采用那种惯例，以确保S R S的统一风格，同时读者也会明白怎样解释它1)采用S R S模板2)指明需求的来源3)为每项需求注上标号4)记录业务规范5)创建需求跟踪能力矩阵5.需求验证验证是为了确保需求说明准确、完整地表达必要的质量特点。当你阅读S R S时，可能觉得需求是对的，但实现时，却很可能会出现问题。当以需求说明为依据编写测试用例时，你可能会发现说明中的二义性。而所有这些都必须改善，因为需求说明要作为设计和最终系统验证的依据。客户的参与在需求验证（requirement verification）中占有重要的位置。1)审查需求文档2)以需求为依据编写测试用例3)编写用户手册4
5、)确定合格的标准6.需求管理 有效的变更管理需要对变更带来的潜在影响及可能的成本费用进行评估。变更控制委员会与关键的项目风险承担者要进行协商，以确定哪些需求可以变更。同时，无论是在开发阶段还是在系统测试阶段，还应跟踪每项需求的状态。建立起良好的配置管理方法是进行有效需求管理的先决条件。许多开发组织使用版本控制和其它管理配置技术来管理代码，所以你也可以采用这些方法来管理你的需求文档，需求管理的改进也是将全新的管理配置方法引入项目的组织中的一种方法。1)确定需求变更控制过程2)建立变更控制委员会3)进行需求变更影响分析4)跟踪所有受需求变更影响的工作产品5)建立需求基准版本和需求控制版本文档6)维
6、护需求变更的历史记录7)跟踪每项需求的状态8)衡量需求稳定性9)使用需求管理工具7.项目管理目的：在工程允许的范围内满足成本、进度和质量目标的要求，而不需要对他的进度或预算进行增补项目：为达到预定的目标而从事的有时间和资源限制的一系列活动管理：为了实现组织的目标而对组织的资源有效地进行计划、组织、领导、控制的过程1）管理存在于组织之中，是为了实现组织目标而服务的。2）管理由计划、组织、领导、控制这样一系列相互关联、连续进行的活动所构成。这些活动称为管理的职能3）管理活动既强调目的又注重过程。强调目的就是去做正确的事-效果问题，注重过程就是正确地做事效率问题。效果是本，效率是标，标本兼重-正确地去做正确的事情。
个人主页
