Вопросы для самопроверки

1. Сущность объектно-ориентированного подхода к анализу и проектированию информационных систем.

2. Какова концептуальная основа и основные понятия ООП.

3. Что такое объект?

4. Что такое класс?

5. Перечислите основные механизмы объектной модели.

6. Что такое абстрагирование?

7. Что такое инкапсуляция?

8. Что такое наследование?

9. Что такое модульность?

10. Что такое полиморфизм?

11. Что такое иерархия?

12. Опишите основные качества объектно-ориентированных систем (проектирование с учетом эволюции, согласованность моделей).

13. Перечислите основные преимущества объектно-ориентированного подхода.

14. Перечислите основные недостатки объектно-ориентированного подхода.

2.4.2. UML - унифицированный язык объектно-ориентированного моделирования ИС

В 90-е годы появилось большое количество различных нотаций, поддерживающих объектно-ориентированную методологию проектирования. Самые популярные - ОМТ (по Рамбо), Booch (по Бучу) и OOSE (по Джекобсону). Каждая из них имела свои преимущества. Мето­дика ОМТ отличалась хорошими средствами анализа и слабыми сторонами в проектировании, а методика Booch 1991, наоборот, более подходила для проек­тирования, чем для анализа. В методике OOSE основное внимание уделено раз­витым средствам поведенческого анализа, а в других областях отмечено много недостатков.

Спустя некоторое время Буч опубликовал второе издание, в котором собрал лучшие идеи и решения в области анализа, предлагавшиеся в том числе Рамбо и Джекобсоном. В свою очередь, Рамбо написал серию статей, известных как методика ОМТ-2, куда вошли предложения Буча в области проектирования. Перечисленные методики были достаточно похожи, но отличались разными нотациями - один и тот же символ имел в них различные значения. Например, закрашен­ный круг был индикатором множественности в методике ОМТ и символом агрегата в нотации Буча. Вы, наверное, слышали фразу «война методов», употреблявшуюся в период, когда класс обозначался либо в виде облака, либо в виде прямоугольника? Трудно понять, что же лучше.

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

Универсальный язык UML - это попытка стандартизировать инструменты анализа и проектирования семантических моделей, синтаксических нотаций и диаграмм. Первая общедоступная версия (0.8) появилась в октябре 1995 года. Джекобсон и другие разработчики предложили несколько вариантов, которые были реализованы в последующих двух версиях (0.9 - в июле и 0.91 - в октябре 1996 года). Версия 1.0 была представлена для стандартизации в ассоциацию Object Management Group (OMG) в июле 1997 года. Дополнительные улучше­ния сделаны в версии 1.1, которая вышла в сентябре того же года, а в ноябре UML был утвержден ассоциацией OMG в качестве стандартного языка модели­рования

рис.16 Составные части языка UML

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

• диаграммы вариантов использования (use case diagrams) - для моделирования бизнес-процессов организации (требований к системе);

• диаграммы классов (class diagrams) - для моделирования статической структуры классов системы и связей между ними;

• диаграммы поведения системы (behavior diagrams):

• диаграммы взаимодействия (interaction diagrams):

• диаграммы последовательности (sequence diagrams) и кооперативные диаграммы (collaboration diagrams) – для моделирования процесса обмена сообщениями между объектами;

• диаграммы состояний (statechart diagrams) - для моделирования поведения объектов системы при переходе из одного состояния в другое;

• диаграммы деятельностей (activity diagrams) - для моделирования поведения системы в рамках различных вариантов использования, или моделирования деятельностей;

• диаграммы реализации (implementation diagrams):

• диаграммы компонентов (component diagrams) - для моделирования иерархии компонентов (подсистем) системы;

• диаграммы размещения (deployment diagrams) - для моделирования физической архитектуры системы.