- •Тема 1. Проектирование ис
- •Этапы развития ис
- •1.2. Классификация рынка современных ис
- •1.3. Проектирование ис как формализационный процесс
- •2.1.1. Основные процессы
- •2.1.2. Вспомогательные процессы
- •2.1.3. Организационные процессы
- •Вопросы.
- •Этапы развития ис.
- •Понятие программной инженерии и этапы ее развития.
- •Тема 2. Понятие жц по
- •2.1. Понятие жц по. Процессы жц по
- •2.1.4. Взаимосвязь между процессами
- •2.2. Модели и стадии жц по
- •Вопросы
- •Тема 3. Организация разработки по ис
- •3.1. Внутренняя и внешняя деятельность
- •3.2. Четыре фазы разработки по ис (во внешней деятельности)
- •3.3. Задачи разработки по ис
- •Вопросы для самоконтроля
- •Тема 4. Внутренняя (мыслительная) деятельность
- •4.1. Компетенция инженера
- •4.2. Состав, сложность задач проблемы и компетентность инженера
- •4.3. Связь понятия компетенция и умение
- •Вопросы для самоконтроля
- •Тема 5. Структурный подход к проектированию
- •5.1. Сущность структурного подхода
- •5.1.1 Подход к решению проблемы сложности больших систем
- •5.1.2. Структурный подход к разработке по
- •5.2. Методология функционального моделирования idef0
- •5.2.1. Сущность методологии idefo
- •5.2.2. Синтаксис и семантика моделей idefo
- •5.2.3. Типы связей между функциями
- •5.2.4. Построение моделей idef0
- •5.3. Методология описания бизнес-процессов idef3
- •5.3.1. Сущность методологии idef3
- •5.3.2. Синтаксис и семантика моделей idef3
- •5.3.3. Требования 1def3 к описанию бизнес-процессов
- •5.4. Взаимосвязь моделей idefo и idef3
- •5.5.Структурный анализ потоков данных
- •5.5.1.Сущность структурного анализа потоков данных
- •5.5.2. Синтаксис и семантика диаграмм потоков данных
- •5.5.3. Построение диаграмм потоков данных
- •5.6. Сравнительный анализ idefo-моделей и диаграмм потоков данных
- •5.7. Рекомендации по применению методологий функционального моделирования
- •5.8. Моделирование данных
- •5.8.1. Основные понятия
- •5.8.2. Основы методологии idef1x
- •Вопросы для самоконтроля
- •Тема 6. Объектно-ориентированный подход к проектированию
- •6.1.Сущность объектно-ориентированного подхода
- •6.2. Диаграммы uml
- •6.3. Синтаксис и семантика основных объектов uml
- •6.3.1. Диаграммы прецедентов
- •6.3.2. Диаграммы классов
- •6.3.3. Диаграммы последовательностей
- •6.3.4. Диаграммы коммуникаций
- •6.3.5. Диаграммы состояний
- •6.3.6. Диаграммы деятельности
- •6.3.7. Диаграммы компонентов
- •6.3.8. Диаграммы развертывания
- •6.4. Рекомендации по применению uml
- •Вопросы для самоконтроля
- •Тема 7. Проектирование бд
- •7.1. Особенности проектирования хранилищ данных
- •7.2. Особенности проектирования клиент-серверных ис
- •7.3.Интерфейсы доступа к бд
- •7.3.1. Odbc - открытый интерфейс доступа к бд
- •7.3.2.Объектная модель ole db
- •7.4. Классы бд
- •7.4.1. Документографические и документальные бд
- •7.4.2. Бд о продукции
- •7.4.3. Бд экономической и конъюнктурной информации
- •7.4.4.Фактографические базы социальных данных
- •7.4.5. Бд транспортных систем страны
- •7.4.6. Справочные базы для населения и организаций
- •7.4.7. Ресурсные бд
- •7.4.8. Фактографические базы научных данных
- •7.4.9. Фактографические бд в области культуры и искусства
- •7.4.10. Лингвистические бд
- •Вопросы для самоконтроля
6.3.6. Диаграммы деятельности
Диаграммы деятельности - это технология, позволяющая описывать логику процедур, бизнес-процессы и потоки работ. Во многих случаях они напоминают блок-схемы, но принципиальная разница между диаграммами деятельности и блок-схемами заключается в том, что диаграммы деятельности поддерживают параллельные процессы.
На рис. 6.11 показан пример простой диаграммы деятельности. Выполнение начинается с начального узла (initial node), далее выполняется операция «Принять заказ». Затем идет ветвление.
Для описания параллельных процессов в нотации диаграмм деятельности используются ветвления и объединения. Ветвление (fork) имеет один входной поток и несколько выходных параллельных потоков. Объединение (join) имеет несколько входящих потоков и один выходящий поток, который выполняется, когда все входящие потоки достигли объединения.
Рис. 6.11. Диаграмма деятельности
Операции «Заполнить заявку», «Послать счет» и следующие за ними (см. рис. 6.11) выполняются параллельно. По существу, в данном случае это означает, что последовательность операций не имеет значения. Можно заполнить заявку, послать счет, доставить товар, а затем получить оплату; или послать счет, получить оплату, заполнить заявку, а затем доставить товар и т.д. Можно также выполнять операции поочередно. Взять со склада первую позицию заказа, напечатать счет, взять вторую позицию заказа и т. д. Согласно диаграмме, любая из этих последовательностей действий допустима.
При наличии параллелизма необходима синхронизация. Заказ не закрывается, пока он не оплачен и не доставлен. Это показывается с помощью объединения перед операцией «Закрыть заказ». Исходящий из объединения поток выполняется только в том случае, когда все входящие потоки достигли объединения. Поэтому закрыть заказ можно, только когда принята оплата и заказ доставлен.
Условное поведение на диаграммах деятельности обозначается с помощью решений (decisions) и слияний (merdes). Решение имеет один входящий поток и несколько защищенных выходных потоков. Каждый выходной поток имеет защиту - условное выражение, помещенное в квадратные скобки. Каждый раз при достижении решения выбирается только один из выходных потоков, поэтому защиты должны быть взаимно исключающими. Применение [else] в качестве защиты означает, что поток [else] используется в том случае, когда другие защиты данного решения принимают ложное значение.
На рис. 6.11 после операции заполнения заявки располагается решение. Если заказ срочный, то производится срочная доставка; в противном случае производится обычная доставка.
Слияние (merge) имеет несколько входных потоков и один выходной. Слияние обозначает завершение условного поведения, которое было начато решением.
Самое большое достоинство диаграмм деятельности заключается в том, что они поддерживают и стимулируют применение параллельных процессов. Можно также применять диаграмму деятельности в качестве совместимой с языком UML блок-схемы. Диаграммы деятельности являются ценным инструментом для представления логики поведения систем. Они хорошо подходят для показа основной последовательности действий нескольких объектов в нескольких прецедентах.
