在我目前的工作中，我们目前正在实施UML和RUP，用于日常编码和设计......
当前结构有2％的所有代码（100000+行）面向对象......所以他们有这个问题，当开发人员有这个新的“案例”（ir，要求等）时，他们必须完成所有文档并分析那件旧事......
他们必须编写利益相关者请求，用例识别，详细用例，用例图，类图和序列图......
正如我所看到的，将uml / rup架构实现到现有的非oo应用程序是非常困难的。
我的问题是，这是一个常见的情况吗？
答案 0 :(得分：2)
是。这是一种常见的情况。人们使用RUP来设计关系数据库，这些数据库与OO编程差不多。
不要混淆OO分析，项目管理和非OO编程。
这很正常。
他们必须编写利益相关者请求，用例识别，详细用例，用例图，类图和序列图......
正确。您必须始终执行此操作。 RUP或Scrum或瀑布或Whatever-Methodology-您选择。你必须这样做。没有用例==史诗般的失败。没有利益相关者==史诗般的失败。这些不是OO概念。这些只是普通老常识。
正如我所看到的，将uml / rup架构实现到现有的非oo应用程序是非常困难的。
为什么呢？ RUP适用于非OO。