本文档将概要介绍什么是OpenUP,它的目标和生命周期。在了解这些基本信息之后,你可以阅读“如何在团队中推广OpenUP”了解采用什么方式进行学习和使用。本文牵涉的一些具体的例子以企业应用架构涉及业务为主。
面向小型团队
OpenUP是面向小型团队的,这种小型团队可以在一起工作,并且开展广泛的沟通和交流。团队成员包括干系人、开发工程师、架构师、项目经理和测试工作成。他们一起作出决策,并且决定开展哪些工作,同时决定如何更好地解决干系人的需求。
注意,在这个团队中,业务干系人应该作为团队的成员,而不是独立于团队之外,因为这对于项目成功很关键。至少应该有业务的接口人作为业务方的代表,如果无法实现相同的地理场所办公,那么必须建立定期的沟通机制,比如每周一到两次例会。项目团队内部一般通过“每日立会”,通过每天简短而明确的交流沟通项目的进度、风险和目标。
当然,在你了解了OpenUP的内容后可以进行相应的扩展,以面向更加复杂的业务和大型的开发团队,你可以直接了解UP的其他版本,例如EUP、RUP。
风险驱动开发
一开始就识别风险,并且把记录一份风险列表。在开发的整个生命周期就是不断消除风险交付价值的过程。如果你开发的项目是开发团队没有接触过的领域,那么对于业务的熟悉程度就是最大的风险,我们应该排定相关的业务培训计划,或者相应的业务熟悉计划;如果你开发的是一个面向生产过程的条码系统,那么和打印机的打印联调应该成为一个风险,不至于开发出完整的业务流程确发现无法打印。当然,具体什么是风险,取决于团队当前的业务和技术水平。