
- •Оглавление
- •14. Методология idef1 39
- •15. Методология idef3 41
- •1.Классификация экономической информации.
- •2.Классификаторы
- •3.Кодирование экономической информации
- •4.Штриховое кодирование экономической информации
- •5. Понятие и структура архитектуры предприятия
- •6. Контекст и основные элементы бизнес-архитектуры
- •7.Контекст и основные элементы архитектуры информации
- •8.Контекст и основные элементы архитектуры приложений
- •9.Контекст и основные элементы технологический архитектуры
- •10.Сервис-ориентированная архитектура (soa) как основа ссылочной модели архитектуры предприятия
- •11. Архитектура, управляемая моделями (mda)
- •12.Общая схема архитектурного процесса
- •13. Методология idef0
- •14. Методология idef1
- •15. Методология idef3
- •Функциональные модули uob (Unit Of Behavior). Имеют вид прямоугольника со специальными полями (рис.3.12)
- •2. Связи (Links).
- •3. Узлы или перекрестки (Junctions).
- •4. Ссылки (Referents). Ссылки имеют вид прямоугольника со специальными полями (рис.3.13)
- •16. Методология dfd.
- •17.Объектно-ориентированный подход к моделированию эис
- •18. Реинжиниринг бизнес-процессов
- •19. Уровневые архитектуры «клиент-сервер»
- •20. Технологии хранилищ и витрин данных
- •21. Технологии автоматизации операционных задач
- •22. Электронная цифровая подпись
- •23. Технологии систем электронного документооборота
- •2. Хранилище самих документов.
- •3. Компоненты, осуществляющие бизнес-логику системы
- •24. Технологии систем управления контентом
- •26. Планирование и управление всеми производственными ресурсами предприятия (mrp II)
- •27.Технологии автоматизации стратегического управления. Методология управления эффективностью бизнеса (врм)
- •28. Информационные потоки в управленческих структурах
- •29. Информационные технологии производственного предприятия
- •30. Виды и модели Интернет-бизнеса
17.Объектно-ориентированный подход к моделированию эис
UML (Unified Modeling Language) - унифицированный язык визуального моделирования, разработанный для спецификации, визуализации, проектирования и документирования программных систем на основе технологии объектно-ориентированного программирования.
Основные принципы объектно-ориентированного программирования
Объектная декомпозиция программной системы, предполагающая ее разбиение на объекты или компоненты, которые взаимодействуют друг с другом, обмениваясь сообщениями. Сообщения описывают или представляют собой некоторые события, инициаторами которых могут быть объекты системы и её внешнее окружение.
Объекты имеют свойства (значения, которые устанавливаются для определения его вида и поведения) и методы (программные процедуры, обеспечивающие выполнение им определенных действий). Совокупность объектов, имеющих общий набор свойств и характеризующихся одинаковым поведением, называется классом. Классы могут строится по иерархическому принципу, когда один класс может быть подклассом другого класса. Из определения класса следует, что каждый объект является экземпляром одного определенного класса.
Наследование - знание о более общей категории (классе объектов) разрешается применять для более узкой категории. Инкапсуляции - сокрытие деталей внутреннего устройства классов от внешних по отношению к нему объектов или пользователей. Полиморфизм - действия, выполняемые одноименными методами, могут отличаться в зависимости от того, какому из классов они относятся.
Принципы моделирования в UML
Общие принципы моделирования:
абстрагирование;
многомодельность;
иерархическое построение.
Сущности в UML бывают четырех типов:
структурные - статические части модели, соответствующие концептуальным или физическим элементам системы, представляемые существительными;
поведенческие - динамические составляющие модели; представляемые глаголами, которые описывают поведение модели во времени и в пространстве;
группирующие - организующие части модели, на которые можно разложить модель;
аннотационные - пояснительные части модели.
Отношения в UML
Определены следующие типы отношений:
Зависимость (dependency) - семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой.
Ассоциация (association) - структурное отношение, описывающее совокупность смысловых или логических связей между объектами.
Обобщение (generalization) - отношение, при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента (предка).
Реализация (realization) - семантическое отношение между классификаторами, при котором один классификатор определяет обязательство, а другой гарантирует его выполнение.
Общие механизмы UML
Используются сдедующие механизмы:
спецификации (specifications) - текстовое представление соответствующей конструкции языка;
дополнения (adornments) - графические или текстовые дополнения к стандартным графическим элементам;
деления (common divisions) – на классы и объекты, интерфейс и реализацию и т.д;
расширения (extensibility mechanisms);
стереотипы (stereotype) - расширяют словарь UML, позволяя на основе существующих элементов языка создавать новые, ориентированные для решения конкретной проблемы;
помеченные значения (tagged value) - расширяют свойства основных конструкций UML, позволяя включать дополнительную информацию в спецификацию элемента;
ограничения (constraints) - расширяют семантику конструкций UML, позволяя создавать новые и отменять существующие правила.
Виды диаграмм UML
Графические изображения моделей системы в UML называются диаграммами. В терминах языка UML определены следующие их виды:
диаграмма вариантов использования или прецедентов (use case diagram);
диаграмма классов (class diagram);
диаграммы поведения (behavior diagrams);
диаграмма состояний (statechart diagram);
диаграмма деятельности (activity diagram);
диаграммы взаимодействия (interaction diagrams);
диаграмма последовательности (sequence diagram);
диаграмма кооперации (collaboration diagram);
диаграммы реализации (implementation diagrams);
диаграмма компонентов (component diagram);
даграмма развертывания (deployment diagram).
Каждая из этих диаграмм конкретизирует различные представления о модели системы. При этом, диаграмма вариантов использования представляет концептуальную модель системы, которая является исходной для построения всех остальных диаграмм. Диаграмма классов является логической моделью, отражающей статические аспекты структурного построения системы, а диаграммы поведения, также являющиеся разновидностями логической модели, отражают динамические аспекты её функционирования. Диаграммы реализации служат для представления компонентов системы и относятся к ее физической модели.
Для диаграмм языка UML существуют три типа визуальных обозначений, которые важны с точки зрения заключенной в них информации:
связи, которые представляются различными линиями на плоскости;
текст, содержащийся внутри границ отдельных геометрических фигур;
графические символы, изображаемые вблизи визуальных элементов диаграмм.
На стадии реализации средства автоматической генерации кода позволяют перевести модели, описанные на языке UML, в исходный код выбранного языка программирования. CASE-средства, поддерживающие UML, дают возможность работать со множеством языков программирования, таких как C++, Java, Delphi, Power Builder, Visual Basic, Centura, Forte, Ada, Smalltalk и других, а также осуществлять генерацию базы данных на большинстве из существующих SQL-серверов. Модели, разработанные в UML, позволяют значительно упростить процесс кодирования и направить усилия программистов непосредственно на реализацию системы.