[转]谁应该使用OpenUP
OpenUP对于以下四种用户十分有用:
- 项目团队中的软件开发参与人员(开发人员,项目经理,业务分析师,测试人员)
- 项目干系人
- 软件过程工程师
- 培训师
项目团队成员
可以从OpenUP所定义的角色中找到他们所需要的操作指导。每种角色都描述了一组该角色负责完成的活动和交付件。OpenUP同时还提供了角色和角色之间协作的操作指导。
项目干系人
能够找到操作指导,这些操作指导说明可以从软件开发团队获取到哪些预期的项目成果,以及软件是如何被创建的。OpenUP同时还描述了项目干系人的职责以及项目干系人如何以最佳的方式参与到项目中,从而获得满足他们需求的软件产品。
软件过程工程师
可以使用EPF Composer对OpenUP进行修改或者扩展,比如简单的编辑模板,或者为特定的环境(例如为安全性要求高的系统增加审计)增加必须的活动等复杂的修改。除了修改方法的内容外,过程工程师还可以新增,修改或者移除工作流程,为特定的组织裁剪出特定的能力模式(capability pattern)。
培训师
OpenUP同时还适合学校等教育机构。作为开源的流程,OpenUP可以作为软件过程的课程,而且可以结合使用EPF Composer工具传授知识。
补充两点小知识:
关于“项目干系人”
项目干系人又称为项目相关利益者,是指积极参与项目、或其利益会受到项目执行或完成情况影响的“个人”或“组织”。
一般情况下,实施项目的高层领导、业务部门主管、具体操作用户、开发团队项目经理、开发工程师等都是干系人。测试工程师可以在测试过程中提出可测试性需求,会影响项目的过程和结果,也属于干系人,只是和出资方的干系人相比,影响的优先级比较低。
OpenUP中提到的干系人是指开发团队成员以外的“个人”或“组织”。
关于干系人,通过这里可以了解更多:http://wiki.mbalib.com/wiki/项目干系人
项目干系人和OpenUP
一般而言,开发团队之外的干系人很少会主动的学习并且使用OpenUP,也不会主动理解“软件是如何创建的”,尽管这些内容对于项目的成功十分重要。所以一般的小型团队中,需要项目经理,或者业务分析人主动的建立沟通机制,积极影响干系人,让他们了解他们参与的部分工作的价值,并且对于干系人参与部分的工作加以引导,以保证项目顺利进行。从这个角度上讲,OpenUP有助于开发团队更好的“管理”好干系人人,从而减少项目的风险,保证项目顺利开发。从我们的经验而言,以下两种情况能保证项目更加成功的推进:
- 公司把IT应用开发(或者实施)的责任放在责任部门,而不仅仅认为是开发团队的责任,业务部门推动开发团队是比较简单的,而开发团队推动业务部门的推进则比较难。
- 开发团队和干系人在形成良好的沟通机制,并且有基本的合作积累后,开发团队更加了解业务问题,干系人更加了解“软件是如何创建出来的”,项目可以更加顺利的推进。
更多OpenUP知识:http://www.eclipse.org/epf/