Файл: Применение объектно–ориентированного подхода при проектировании информационной системы.pdf
Добавлен: 25.04.2023
Просмотров: 62
Скачиваний: 2
СОДЕРЖАНИЕ
1. Объектно–ориентированный подход
1.1. Характеристика объектно–ориентированного подхода
1.2. Понятия объектно–ориентированного подхода
2. Применение объектно–ориентированного подхода при проектировании
2.1. Анализ достоинств и недостатков объектно–ориентированного подхода
2.2. Методологии, применяемые в процессе реализации объектно–ориентированного подхода
Таблица 2
Возможности сравниваемых методов объектно–ориентированного анализа, используемые на этапе разработки системы
|
Возможность |
OSA |
OMT |
SA/SD |
JSD |
|
Значения: имеют состояние, но не имеют поведения и индивидуальности; хотя значения можно считать постоянными объектами, во многих подходах существует различие между пространствами значений и объектов |
– |
+ |
+ |
+ |
|
Атрибуты и/или методы: определяют классы объектов в терминах атрибутов и/или методов, аналогично тому, как классы объектов определяются в объектно–ориентированных языках |
– |
+ |
+ |
+ |
|
Шаблоны классов объектов: шаблоны, по которым создаются экземпляры классов объектов, что подразумевает, что свойства экземпляра объекта определяет класс, а не свойства объекта определяют его класс |
– |
+ |
– |
+ |
|
Абстрактные классы: шаблоны, которые определяют свойства, но не разрешают создавать экземпляры |
– |
+ |
+ |
+ |
|
Псевдонаследование: разрешает, чтобы атрибуты и сигнатуры методов подкласса совпадали с атрибутами и сигнатурами методов суперкласса |
– |
+ |
+ |
+ |
|
Тождественность по значениям: множества атрибутов (их обычно называют возможными ключами), используемые для определения тождественности объектов |
– |
+ |
+ |
– |
|
Изменение семантики: разрешает переопределять в подклассе семантику методов суперкласса |
– |
+ |
+ |
– |
|
Императивный вызов операций: позволяет вызов метода в отношении клиент–сервер |
– |
– |
– |
+ |
|
Общее число возможностей по разработке |
0 |
7 |
6 |
6 |
Методология OSA сосредоточена только на проблемах анализа, предлагая ряд интересных соображений, связанных с объектно–ориентированным анализом систем и специально исключая из рассмотрения особенности, характерные для разработки. Предлагая удобные и тонкие методы анализа систем, методология OSA обеспечивает интерпретацию моделей на компьютере на самых ранних этапах анализа системы: OSA реализована в системе программирования C++ на рабочей станции Hewlett–Packard 700 под управлением ОС HP–UX 9.01.
Методология OSA, как и другие методологии, поддерживает три взаимно–ортогональных представления (модели) проектируемой системы:
- модель зависимостей между объектами;
- модель поведения объектов;
- модель взаимодействия объектов.
Модель зависимостей между объектами аналогична объектной модели методологии OMT. В ней рассматриваются объекты, множества отношений между объектами и различные ограничения [15].
Во второй главе работы рассмотрены достоинства и недостатки объектно-ориентированного подхода к проектированию информационной системы в сравнении со структурным подходом. Кроме того, осуществлен краткий, но емкий обзор методологий, которые сегодня наиболее часто используются для реализации программных целей. Так или иначе, выбирать подходящую методологию, а также подход к проектированию в целом необходимо индивидуально и субъективно – исходя из целей, задач и требований к готовому продукту.
ЗАКЛЮЧЕНИЕ
В ходе выполнения работы была достигнута поставленная цель, а именно: рассмотрены особенности применения объектно–ориентированного подхода при проектировании информационной системы.
Для достижения цели были выполнены следующие задачи:
- охарактеризован объектно–ориентированный подход;
- рассмотрены основные понятия объектно–ориентированного подхода;
- проанализированы достоинства и недостатки объектно–ориентированного подхода;
- осуществлен краткий обзор методологий, применяемых в процессе реализации объектно–ориентированного подхода.
Объектно–ориентированный подход к проектированию информационной системы является одним из наиболее распространенных сегодня. Это объясняется тем, что, несмотря на некоторые значительные недостатки, преимущества данного подхода, их количество и качество формируют значительный перевес в пользу объектно–ориентированного подхода.
Также стоит отметить, что методологии, которые были рассмотрены в работе и наиболее распространены сегодня среди программистов, являются динамичными – они продолжают развиваться и усложняться, предлагая все более разнообразные функциональные возможности создателям автоматизированных информационных систем в частности. Благодаря этому можно сказать, что и объектно–ориентированный подход к проектированию не сходит на «нет», а продолжает развиваться. Так, данное исследование может быть продолжено со временем появления новой более актуальной информации по проблеме.