第19节.需求工程中的项目管理.pptVIP

  • 2
  • 0
  • 约1.85千字
  • 约 19页
  • 2018-08-30 发布于湖北
  • 举报
第19章.需求工程中的项目管理 主要内容 需求工程中的项目管理 资源支持 生命周期规划 团队管理 需求风险管理 1.需求工程中的项目管理 主要内容 需求工程中的项目管理 资源支持 生命周期规划 团队管理 需求风险管理 2. 资源支持 一定数量技能良好的可用人员; 可行的时间限制和充足的资金支持; 可用的系统运行环境、软件工具、道具、文档模版、可复用资源等其他资源支持 将项目工作的15%~30%分配给需求工程活动 投入项目总成本的8%~14% 主要内容 需求工程中的项目管理 资源支持 生命周期规划 团队管理 需求风险管理 3. 生命周期规划 软件的问题域比较成熟和易于明确化,并且需求也比较稳定 不利于用户的有效参与 3. 生命周期规划 软件的问题域比较复杂,但是业务非常成熟而且需求比较稳定 不利于用户的有效参与 3. 生命周期规划 问题域极其复杂或者需求不稳定 更好的应对需求的改变 提高用户的有效参与度 使得开发工作的协同和管理工作变得困难 3. 生命周期规划 问题域不成熟,业务活动仍然在不断发展和改变 能够很好的解决各种不确定性 提高了需求工程阶段的成本,而且易于发生各种原型风险 主要内容 需求工程中的项目管理 资源支持 生命周期规划 团队管理 需求风险管理 4. 团队管理 ——组建需求团队 团队成员的技能分布要完备 团队成员应该尽职尽责,能够耐心和持之以恒的处理各种复杂任务 团队成员应该具备出色的交流能力和沟通技巧 团队成员应该能够互相信任,要将固执己见的人员排出于团队之外 团队成员的数量要适中 尽量纳入在客户方有决策权的人 对需求团队进行必要的培训,尤其是那些初次参与需求工程活动的成员 核心的需求工程师要足够称职,要具备很多的知识和技能 4. 团队管理 ——维持需求团队内部的有效沟通 建立一致的目标 每个团队成员可以拥有自己的目标,不能和共同目标相冲突 项目前景和范围 建立有效的沟通机制 定期的会议,需求管理 利用有效的沟通技巧 提高积极性:自备食品的聚餐,小的集体娱乐活动,等等 利用辅助的工具和技术 方便协同工作的工具和技术 主要内容 需求工程中的项目管理 资源支持 生命周期规划 团队管理 需求风险管理 5. 需求风险管理 风险产生的原因是对未来不利事件的不确定性 风险管理就是管理风险的活动,它关注软件开发活动和任务的风险和不确定性,并采取行动减少其中的不确定性或者降低风险的影响范围 5. 需求风险管理 ——驱动因素 风险驱动因素 应对策略 类别 示例 类别 示例 需求复杂性 系统的规模比较复杂 系统的环境比较复杂 涉及的技术比较复杂 需求建模技术 形式化建模技术,例如KAOS 建模方法学,例如UML 特殊技术,例如ERD、DFD 需求稳定性 任务复杂,有着比较大的可变空间 业务领域不稳定 系统需要解决的问题不稳定 业务领域有不确定性 系统需要解决的问题有不确定性 系统的环境约束有不确定性 需求探索技术 迭代式需求开发,例如原型法 协作式需求开发,例如JAD 需求可得性 系统用户的数量众多 缺乏用户参与 需求团队的组织存在缺陷 需求团队地理分散 需求获取技术 面谈、原型、观察等等 5. 需求风险管理 ——常见风险(1) 类别 需求风险 解决策略 需求获取 遗漏关键需求 定义项目的前景和范围 没能充分反映用户的真实意图 提高用户参与;执行需求验证 范围越界 定义项目的前景和范围;定义系统边界 需求分析 忽略了对非功能性需求的建模 使用相关技术进行非功能性需求建模,例如NFR 混淆了需求分析与设计工作 区分“分析”与“设计” 不熟悉的新技术和新方法 使用熟练技术;进行培训 5. 需求风险管理 ——常见风险(2) 类别 需求风险 解决策略 需求规格说明 要求过于完美 要认识到没有完美的需求,并能够基于不完美的需求进行工作 文档的低质量 提高文档写作技巧;执行需求验证 没能在用户间形成一致的看法 引导冲突的协商解决;执行需求验证 需求验证 没有进行文档审查 每一条需求都应该进行审查 需求管理 需求的变更 制定策略和过程,控制变更 范围越界 维护需求基线;维护需求跟踪信息 工程管理 时间或者进度安排不当 使用增量或者迭代式开发;划分需求优先级;不断的进行修正 人员流失 建立稳定的需求团队;进行有效的需求管理 本章小结 需求工程是软件工程的一个子活动,属于软件项目的一个部分,也需要进行项目管理 资源的管理 进度的规划 团队的组织 风险的管理

文档评论(0)

1亿VIP精品文档

相关文档