UML/Rup applications non OO

Question

A mon emploi actuel, nous mettons actuellement en place UML et RUP pour la journée par un codage de jour et la conception ...

La structure actuelle a 2% de l'ensemble du code (100000+ lignes) orienté objet ... Donc ils ont ce problème, quand un développeur a ce nouveau "cas" (ir, exigence, etc) ils doivent compléter toute la documentation et l'analyse à cette vieille chose ...

Ils doivent écrire la demande des parties prenantes, utilise l'identification des cas, utilise les cas en détail, diagramme de cas d'utilisation, diagramme de classes et diagramme de séquence ...

Comme je le vois, c'est très difficile t pour mettre en œuvre une architecture uml/rup aux applications non-oo existantes.

Ma question est, est-ce un scénario commun?

Answer 1

Oui. C'est un scénario commun. Les gens utilisent RUP pour concevoir des bases de données relationnelles, qui sont à peu près aussi éloignées que possible de la programmation OO. Ne pas confondre analyse OO, gestion de projet et programmation non OO.

Ceci est normal.

Ils doivent écrire la demande des parties prenantes, utilise des cas d'identification, utilise des cas en détail, diagramme de cas d'utilisation, diagramme de classes et diagramme de séquence ...

correcte. Vous devez toujours pour ce faire. RUP ou Scrum ou Waterfall ou Whatever-Methodology-you-choose. Vous devez le faire. Aucun cas d'utilisation == Epic Fail. Aucun acteur == Échec épique. Ce ne sont pas des concepts OO. Ce sont juste le sens commun simple.

Comme je le vois, il est très difficile à mettre en œuvre une architecture uml/rup aux applications non-oo existantes ..

Pourquoi? RUP fonctionne bien pour les non-OO.