Процесс разработки

Как я уже говорил, UML вырос из группы методов объектно-ориенти­рованного анализа и дизайна. До некоторой степени все они представ­ляют собой комбинацию графического языка моделирования и про­цесса, в котором определяются подходы к разработке программного обеспечения.

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

Эта книга называется «UML. Основы», поэтому я могу оставить в по­кое проигнорированный процесс. Однако я не думаю, что приемы мо­делирования имеют смысл без понимания того, как они соответствуют процессу. Способы применения UML в значительной степени зависят от типа процесса, с которым вы работаете.

Таким образом, я считаю, что необходимо сначала поговорить о про­цессе, чтобы вы смогли увидеть контекст использования UML. Я не со­бираюсь подробно описывать какой-либо конкретный процесс; я про­сто хочу дать вам достаточно информации, чтобы вы смогли увидеть этот контекст, и показать, где вы можете узнать больше.

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