UML / RUP и не OO приложения

Question

На моей нынешней работе мы в настоящее время внедряем UML и RUP для повседневного кодирования и проектирования ...

Текущая структура имеет 2% от всего кода (более 100 000 строк) объектно-ориентированного ... Таким образом, у них есть эта проблема, когда у разработчика есть этот новый "случай" (ir, требование и т. Д.), Они должны завершить всю документацию и анализ этой старой вещи ...

Они должны написать запрос заинтересованной стороны, использовать идентификацию случаев, детально использовать случаи, диаграмму прецедентов, диаграмму классов и диаграмму последовательности ...

На мой взгляд, очень сложно реализовать архитектуру uml / rup в существующих не oo-приложениях.

У меня вопрос, это общий сценарий?

Answer 1

Да.Это распространенный сценарий.Люди используют RUP для проектирования реляционных баз данных, которые настолько далеки от программирования ОО, насколько вы можете.

Не путайте анализ ОО, управление проектами и программирование без ОО.

Этонормальный.

Они должны написать запрос заинтересованного лица, использовать идентификацию случаев, подробно использовать случаи, диаграмму использования, диаграмму классов и диаграмму последовательности ...

Правильно.Вы должны всегда делать это.RUP или Scrum или Водопад или Независимо от выбранной вами методологии.Вы должны сделать это.Нет вариантов использования == Epic Fail.Нет заинтересованных сторон == Epic Fail.Это не концепции ОО.Это просто обычный здравый смысл.

На мой взгляд, очень сложно реализовать архитектуру uml / rup в существующих не oo-приложениях.

Зачем?RUP отлично работает для не-OO.