Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Информационные технологии и моделирование бизнес-процессов

Задачи анализа и проектирования

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

Для построения "карты дорог" большой системы проектируемого можно использовать диаграмму пакетов, которая изображает главные составные части системы и зависимости между ними. Для каждого из пакетов создается отдельная диаграмма классов без деталей реализации. Диаграммы взаимодействия основных связей между пакетами размещаются в отдельном пакете. Если определенные элементы системы неоднократно используются в модели, то для важнейших из них язык UML предлагает использовать образцы, которые помогут раскрыть структуру проекта.

Преимущества объектно-ориентированных методов и требования к модели. При использовании объектно-ориентированного подхода в моделировании разработчики часто сталкиваются с рядом препятствий, особенно, если хотят использовать все потенциальные возможности методов. Сложность данной ситуации заключается в умении использования преимуществ объектно-ориентированных языков программирования, поскольку они обладают преимуществами, но не предоставляют автоматически. Средства языка UML разрабатывались прежде всего для того, чтобы помочь разработчикам создавать качественные объектно-ориентированные проекты, однако различные средства обладают различными преимуществами:

1. одним из лучших способов изучения объектно-ориентированных методов является CRC-карты. Они не входят в средства UML, однако могут использоваться вместе с универсальным языком моделирования. CRC-карты были созданы, главным образом, для обучения работе с объектами (рис.18.6).

2. диаграммы взаимодействия позволяют наглядно представить структуру сообщения и тем самым выявить чрезмерно централизованные проекты, в которых один объект выполняет всю работу;

3. диаграммы классов используются для иллюстрации моделей классов и характеризуются как преимуществами, так и недостатками. Модели классов удобны, по аналогии с моделями данных - принципы построения, структура данных практически совпадают с принципами построения, структура классов. Основная проблема при использовании диаграмм классов заключается в том, что можно разработать модель классов, будет ориентированной на данные, а не на классы, с которыми необходимо кооперироваться для реализации (ответственность);

4. концепция образцов стала одним из важнейших при исследовании объектно-ориентированных методов, поскольку она дает возможность использовать результаты качественно выполненных подобных проектов и учиться на их примерах;

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

Одним из важнейших требований при разработке модели является требование построения системы, удовлетворяющей требованиям пользователей за умеренную стоимость. Достичь этого, как правило, трудно, поскольку разработчики используют одну терминологию и понятия, заказчики - вторую, а пользователи разработанной системы - третью, что затрудняет взаимопонимание и влияет на качество и прозрачность модели. Установление хороших контактов с заказчиками и пользователями с одновременным ориентированием в понятиях и определениях позволяет разработать качественный конечный продукт.

Структура CRC-карты

Рис.18.6. Структура CRC-карты

Самым распространенным методом, который применяется для достижения этой цели, есть варианты использования (Use Cases). Вариант использования представляет собой некоторое моментальный отпечаток одного из аспектов моделируемой, например об осуществлении клиентом операции заказа товара (рис.18.7)

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

Пример диаграммы использования

Рис.18.7. Пример диаграммы использования

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

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

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

Пример диаграммы классов

Рис.18.8. Пример диаграммы классов

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

 
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 
Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее