- •Проектирование информационной системы (ис). Понятия и структура проекта ис
- •Классификация ис. Понятие жц. Классификация по архитектуре
- •Классификация по степени автоматизации
- •Классификация по характеру обработки данных
- •Классификация по сфере применения
- •Классификация по охвату задач (масштабности)
- •Технологии проектирования ис. Методы и средства проектирования ис. Краткая характеристика применяемых технологий проектирования.
- •Краткая характеристика применяемых технологий проектирования.
- •Каноническое проектирование ис. Стадии и этапы процесса проектирования ис. Понятие тз.
- •Типовое проектирование ис. Понятие типового элемента. Технологии параметрически-ориентированного и модельно-ориентированного проектирования.
- •Автоматизированное проектирование ис с использованием case-технологии. Достоинства и недостатки.
- •Функционально-ориентированный подход к созданию ис. Стандарты проектирования.
- •Объектно-ориентированный подход к созданию ис. Стандарты проектирования
Объектно-ориентированный подход к созданию ис. Стандарты проектирования
При объектно-ориентированном подходе система рассматривается как совокупность объектов, посылающих друг другу сообщения. Структура разрабатываемой системы представляется в терминах проблемной области. Разрабатываемая система легко модернизируется. Спроектированные и реализованные объекты могут использоваться в других системах, модифицироваться независимо от системы, для которой они были реализованы. Поэтому ООМ признана как одна из наиболее перспективных при разработке информационных систем на основе CASE-средств.
Объектно-ориентированный подход основан на объектной декомпозиции с описанием поведения системы в терминах взаимодействия объектов.
Преимущества объектно-ориентированного подхода:
В отличие от структурного подхода объектно-ориентированный имеет ряд преимуществ:
· описание системы в виде объектов больше соответствует содержательному смыслу предметной области.
· объектно-ориентированный подход позволяет легче организовать параллельные вычисления, так как каждый объект обладает собственными значениями характеристик (атрибутов) и поведением, за счет чего можно добиться его автономной работы;
· Case-средства, поддерживающие объектно-ориентированный подход, на основе информации об объектах позволяют достичь большей степени автоматизации кодогенерации. Case-средства, поддерживающие структурный подход, хорошо справляются с генерацией структур БД. Однако следует отметить, что эта структура должна удовлетворять требованиям нормализации. В связи с чем автоматическая кодогенерация (например, экранов или функций обработки данных) возможна лишь в редких случаях.
Структурная декомпозиция ИС на основе объектно-ориентированного подхода отличается от функционально-ориентированного подхода лучшей способностью отражать динамическое поведение системы в зависимости от возникающих событий.
Если в функциональном подходе модели данных и операций разрабатываются относительно независимо друг от друга и только координируются между собой, то объектно-ориентированный подход предполагает совместное моделирование данных и процессов.
Стандарты IDEF1X – Информационное моделирование, IDEF4 – Объектно-ориентированное проектирование, UML, ARIS
. В настоящее время для объектно-ориентированного моделирования проблемной области широко используется унифицированный язык моделирования UML
UML— язык графического описания для объектного моделирования в области разработки программного обеспечения. UML использует графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем.
UML также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.
UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение), и больше сконцентрироваться на проектировании и архитектуре.
Структурные диаграммы:
Диаграмма классов, Диаграмма компонентов, Композитной/составной структуры, Диаграмма кооперации, Диаграмма развёртывания, Диаграмма объектов, Диаграмма пакетов, Диаграмма профилей (UML2.2)
Диаграммы поведения:
Диаграмма деятельности, Диаграмма состояний, Диаграмма прецедентов
Диаграммы взаимодействия:
Диаграмма коммуникации / Диаграмма кооперации, Диаграмма обзора взаимодействия, Диаграмма последовательности, Диаграмма синхронизации.
