为什么要采用 UP 流程而不是其他流程?相对优势是什么?我知道它与 UML 紧密结合,但显然这不是唯一的优势?为什么选择这种方法而不是其他方法?
3 回答
虽然我们不是完整 UP 流程的实践者,但我们经常使用它来查看我们需要什么类型的产品以及哪些角色将负责执行该产品的活动。我们喜欢它,因为它详细介绍了从设计到部署阶段的各个方面,并附带了有助于开发生命周期的各种模板、指南和流程。
看看:http ://epf.eclipse.org/wikis/openup/
由于我们是一个团队,成员可以根据项目扮演不同的角色,我们只需导航到角色,并检查手头的项目需要哪些产品。根据项目的重量/复杂性,我们将选择有助于我们日常工作的产品。UML 是一种我们高度依赖的资产,它是 OpenUP(或其他 UP 化身)中的一项优势。
我获得了 RUP 认证和 Scrum Master。大多数团队发现没有“现成”的流程是完美匹配的。话虽如此,统一流程的重点是尽早将风险排除在项目之外。但是,我已经看到了许多实现,其中 UP 仅仅因为过于复杂而引入了一定程度的风险。根据项目的性质、组织结构以及合规性和规模等其他因素,UP 提供了一组可以轻松定制的实践。
我认为这真的取决于你比较的过程/方法。没有细节,只能提到UP的一般特征。它是一种具有良好描述的角色和活动的迭代增量方法,在面向对象的分析和设计中使用建模技术。它纵向(时间)分为阶段和迭代,横向分为涉及软件开发不同方面的活动组,例如需求、分析、设计、测试部署等......