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