Сравнение существующих методик

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

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

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

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

Главный недостаток функциональных моделей заключается в том, что процесс и данные существуют отдельно друг от друга, т.е. помимо функциональной декомпозиции существует структура данных, находящаяся на втором плане. Кроме того, не всегда ясны условия выполнения процессов обработки информации. Адаптивность ООС к изменению предметной области по сравнению с функциональным подходом значительно выше. При выборе методики моделирования предметной области обычно в качестве критерия выступает степень ее динамичности.

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

Обзор case средств

В качестве критериев выбора CASE средств можно выбрать след:

1. Поддержка полного ЖЦ ИС

2. Обеспечение целостности проекта и контроля за его состоянием. Данное требование означает наличие единой технологической среды создания, сопровождения и развития ИС

3. Независимость от аппаратной платформы и СУБД

4. Поддержка одновременной работы группы разработчиков

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

6. Открытая архитектура и возможности экспорта/импорта

7. Качество технической поддержки, стоимость приобретения и опыт успешного использования

8. Простота освоения и использования

9. Обеспечение качества проектной документации

10. Использование общепринятых стандартных нотаций и соглашений

IBM Rational Rose

Borland Together

Microsoft Visio

Dia

Argo UML

NetBeans

IBM Rational Rose

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

Есть несколько версий продукта:

1. Rational Rose Modeler – позволяет выполнять анализ бизнес-процессов и проектировать систему. Не поддерживает коды генерации.

2. Rational Rose Professional – позволяет и коды генерации и обратное проектирвоание

3. Rational Rose RealTime – предназначен для разработчиков. Получает 100% исполняемого кода.

4. Rational Rose Enterprise – версия для всех участников проекта, покрывает весь спектр задач

5. Rational Rose DataModeler – для проектирования БД

Borland Together

Полноценная среда для проектирования и разработки приложений. Основные возможности:

1. Поддержка всех основных видом UML-диаграмм

2. Поддержка ER-диаграмм

3. Генерирование исходного кода из диаграмм последовательностей и обратное проектирование кода в диаграммы последовательностей (JAVA и C)

4. Поддержка шаблонов кода

5. Эффективное средство контроля качества

6. Генерация актуальной проектной документации в форматах HTML и RTF

7. Удобный, настраиваемый редактор исходного кода

8. Визуальное построение графического интерфейса пользователя

Microsoft Visio

Пакет из семейства Microsoft Office. Предназначен исключительно для рисования диаграмм. Это неполноценное средство моделирования, а программа для создания иллюстраций.

Особенности:

1. Документирование и анализ бизнес-процессов

2. Отслеживание комментариев членов команды

3. Возможность экспорта диаграмм в SVG формат или сохранение как WEB страниц

4. Поддержка Tablet PC (планшет)

5. Простое создание и использование технических диаграмм

Enterprise Architect

Имеет возможность генерации документации, поддержка многопользовательской работы, поддержка всех видом диаграмм UML, поддержка генерации кода на java, php, delphi, C#. Поддержка шаблонов проектирования, моделирование БД.

Dia

Практически ничего, кроме рисования диаграмм (ER, UML), блок-схем, сетевых диаграмм и прочих. Может загружать и сохранять диаграммы в формате XML.

Argo UML

Средства UML моделирования, написанное на JAVA. Возможности:

1. Поддержка 9 видов UML диаграмм

2. Генерация исходного кода на Java, PHP

3. Поддержка обратного инжиниринга

4. Не поддерживает БД

5. Нет возможности интеграции с другими продуктами

6. Не поддерживает многопользовательский режим работы

7. Не поддерживаем генерацию отчетов, но возможно сохранение диаграмм в разных форматах

8. Бесплатно

NetBeans

Среда проектирования и разработки. Имеет модуль поддержки UML.

Возможности:

1. Генерация кода из диаграмм

2. Построение диаграмм из кода

3. Генерация документации

4. Кроссплатформенность

5. Автоматическое добавление функции при построении диаграмм последовательности на диаграмме классов