Как наиболее быстро перейти от требований, выдвигаемых перед приложением, к коду самого приложения? Что нужно получить на выходе фазы анализа, чтобы свести к минимуму время, затрачиваемое на фазы проектирования и реализации? Эта статья показывает один из типов диаграмм UML, подходящий для описания приложения на уровне абстракции, наиболее приближенном к предметной области, и позволяющий перейти к каркасу кода приложения. Так же в статье формулируются базовые правила такого перехода к приложению, основанному на технологии J2EE.

Предисловие

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

В то же время бурное развитие технологий дает возможности перейти на новый более высокий уровень абстракции.