Процесс разработки
Как я уже говорил, UML вырос из группы методов объектно-ориентированного анализа и дизайна. До некоторой степени все они представляют собой комбинацию графического языка моделирования и процесса, в котором определяются подходы к разработке программного обеспечения.
Интересно, что когда UML сформировался, многие участники обнаружили, что хотя они и могут принять язык моделирования, но определенно не могут согласиться с процессом. В результате они согласились перенести все соглашения по процессу на более позднее время и ограничить применение UML областью языка моделирования.
Эта книга называется «UML. Основы», поэтому я могу оставить в покое проигнорированный процесс. Однако я не думаю, что приемы моделирования имеют смысл без понимания того, как они соответствуют процессу. Способы применения UML в значительной степени зависят от типа процесса, с которым вы работаете.
Таким образом, я считаю, что необходимо сначала поговорить о процессе, чтобы вы смогли увидеть контекст использования UML. Я не собираюсь подробно описывать какой-либо конкретный процесс; я просто хочу дать вам достаточно информации, чтобы вы смогли увидеть этот контекст, и показать, где вы можете узнать больше.
В беседах о UML можно часто услышать упоминание о RUP (Rational Unified Process - унифицированный процесс, созданный компанией Rational). RUP - это один из процессов, точнее говоря, процесс-структура, который вы можете использовать с UML. Но кроме общего участия различных сотрудников фирмы Rational и названия «унифицированный*, он не имеет особенного отношения к UML. Язык UML можно использовать с любым процессом. RUP является популярным подходом; он обсуждается на стр. 52.