“需求变化剧烈”只是一个假象。很多时候真正的需求并没有变,只不过开发人员一开始拍脑袋得来的需求是假的。如果能正确运用业务建模和需求技能,大多数假的需求变化会消于无形。另外,通过用例来组织需求,可以精确定义并高效组织不同颗粒度和稳定性的需求。
通过大量练习和项目实践,使开发团队能够达到以下目标:
*理解愿景的分析技能
*掌握使用业务用例图和业务序列图、活动图来业务建模的技能
*掌握使用系统用例图和用例规约来定义需求的技能
*掌握需求启发、需求验证、需求管理的技能
2天,每天7小时(9:00-12:00,13:30-17:30)。
针对每个知识点循环以下步骤1-5
–需求和设计的关键区别
–需求的主要工作流
–需求工具、资料介绍
–愿景的要点和疑难剖析
–企业应用示例
–互联网应用示例
–嵌入式应用示例
–选取合适的组织
–业务用例图要点和疑难剖析
–业务序列图要点和疑难剖析
–改进业务序列图
–可选方案:活动图
–企业应用示例
–互联网应用示例
–嵌入式应用示例
–系统执行者要点和疑难剖析
–系统用例要点和疑难剖析
–从业务序列图映射到系统用例图
–用例规约要点和疑难剖析
–通过关系整理用例
–用例的排序和分包
–企业应用示例
–互联网应用示例
–嵌入式应用示例
–研究资料、问卷调查
–访谈、观察
–研究竞争对手
–原型
–需求跟踪
–需求变更
–需求管理
–需求工程师素质的培养
–根据团队情况改进
–小步前进
–正确的改进心态