- •Модуль I. Жизненный цикл разработки автоматизированных систем.
- •1.Введение в дисциплину. Основные термины и определения. Общая характеристика процесса создания асоиу.
- •2.Системный подход к проектированию асоиу. Классификация асоиу и подсистем.
- •3.Жизненный цикл асоиу. Модели жц асоиу. Процесс проектирования асоиу.
- •Модуль II. Стадии создания автоматизированных систем обработки информации и управления
- •4.Формирование требований к асоиу. Формирование целей создания автоматизированных систем. Правила оформления технической документации.
- •5.Обследование объекта автоматизации. Методы обследования объекта автоматизации. Бизнес-модель предприятия
- •6.Функциональное моделирование. Cтандарт idef 0. Моделирование потоков данных dfd
- •7.Карты бизнес - процессов предприятия. Ключевые показатели эффективности процессов
- •8.Концептуальное проектирование асоиу. Разработка и выбор вариантов концепции системы.
- •9.Разработка технического задания. Порядок разработки, согласования и утверждения тз на создание ас
- •10.Технорабочий проект асоиу. Разработка технического проекта. Разработка рабочей документации на систему и ее части.
- •11.Ввод в действие асоиу. Виды испытаний асоиу. Сопровождение асоиу
- •Модуль III. Виды обеспечения асоиу
- •12.Программное обеспечение асоиу. Структура программного обеспечения. Управление требованиями к по асоиу
- •13.Информационное обеспечение асоиу. Формализация входной и выходной информации. Проектирование базы данных как вида информационного обеспечения асоиу
- •14.Техническое обеспечение асоиу
- •Математическое обеспечение асоиу
- •Лингвистическое обеспечение асоиу
- •15. Эргономическое обеспечение асоиу
- •16.Организационное, методическое и правовое виды обеспечения асоиу.
- •Модуль IV. Разработка программного обеспечения асоиу
- •17.Современные технологии разработки программного обеспечения асоиу. Rup. Msf. Xp.
- •18.Проектирование по асоиу на основе объектно-ориентированного подхода. Методика проектирования
- •19.Язык uml. Виды диаграмм описания по асоиУв нотации uml
- •20.Паттерны проектирования. Классификация паттернов проектирования
- •21.Разработка программного обеспечения через тестирование. Процесс рефакторинга по асоиу
- •22.Управление командной разработкой по асоиу. Инструментальные средства командной разработки
- •23.Принципы создания пользовательского интерфейса по асоиу. Процесс разработки (дизайна) интерфейса
- •Case системы.
- •24.Основы управления проектами разработки асоиу. Библиотека инфраструктуры информационных технологий (itil).
- •Список использованной литературы
19.Язык uml. Виды диаграмм описания по асоиУв нотации uml
UML (Unified Modeling Language — унифицированный язык моделирования) — язык объектного моделирования программных средств на этапе проектирования [38]. Результатом моделирования является объектно-ориентированная модель программного обеспечения, представленная в видк совокупности диаграмм. Формальная спецификация последней версии UML 2.0 опубликована в августе 2005 года. Семантика языка была значительно уточнена и расширена для поддержки методологии Model Driven Development — MDD. UML 1.4.2 принят в качестве международного стандарта ISO/IEC 19501:2005.
UML модель представляет собой набор диаграмм, получаемых в результате анализа предметной области и проектирования программы [38, 39, 40, 41, 42]. Рассмотрим основные виды из них.
К структурным диаграммам (Structure Diagrams) относятся:
диаграммы классов (Class diagram)
диаграммы компонентов (Component diagram)
диаграммы пакетов (Package diagram)
диаграммы кооперации (UML2.0) (Collaboration diagram)
диаграммы развёртывания (Deployment diagram)
диаграммы объектов (Object diagram)
Диаграмма классов (Class diagram) – является основной в модели структурных диаграмм UML и описывает структуру программы через иерархию классов и зависимости между ними. На диаграмме могут размещатся наименования свойств и методов классов. Основные элементы диаграммы представлены на рисунке 21.1
Рисунок 21.1 Основные элементы диаграммы классов.
К диаграммы поведения Behavior Diagrams относятся:
диаграмма вариантов использования (прецедентов) (Use case diagram)
диаграмма состояний (State Machine diagram)
диаграмма деятельности (Activity diagram)
Диаграмма вариантов использования – предназначена для отображения основных функционалов программы (прецедентов) и взаимодействия с пользователями (актерами). Диаграмма формируется на этапе уточнения требований к программному обеспечению. Основые элементы диаграммы отображены на рисунке 21.2.
Рисунок 21.2 Основные элементы диаграммы вариантов использования.
Диаграммы взаимодействия Interaction Diagrams в формате UML 2.0 состоят из
диаграмм последовательности (Sequence diagram);
диаграмм коммуникации (UML2.0) / Кооперации (UML1.x) (Communication diagram / Collaboration)%
диаграмм обзора взаимодействия (UML2.0) (Interaction overview diagram);
диаграмм синхронизации (UML2.0) (Timing diagram)
Как правило диаграмма взаимодействия описывает поведение только одного варианта использования. Диаграммы последовательности отображают линии жизни объектов (lifeline) и связи между объектами в рамках жизненного цикла объектов (вызовы методов, создание и удаление объектов). Отметим, что данную диаграмму возможно применять и для описания предметной области на стадии формулировки требований к ПО АСОИУ.
Диаграмма синхронизации — альтернативное представление диаграммы последовательности, явным образом показывающее изменения состояния на линии жизни с заданной шкалой времени. Может быть полезна в приложениях реального времени.