- •1 Проектирование иус
- •1.1 Классификация ис
- •1.2 Ис как объект проектирования
- •1.3 Информационные технологии в лингвистике
- •1.4 Требования к ис с точки зрения задачи принятия управленческих решений
- •1.4.1 Требования к информации, выдаваемой ис
- •1.4.2 Требования к ис в целом
- •1.5 Вопросы для обсуждения: проблемы проектирования и внедрения ис
- •Тема 1. Что мешает внедрению ис на предприятиях?
- •Тема 2. Нужна ли поддержка коллектива для успешного внедрения ис или достаточно крепкого кулака директора?
- •Тема 3. Где взять деньги на автоматизацию и можно ли обойтись без них?
- •Тема 4. Существует ли единая методология проектирования ис?
- •2 Фирма как объект внедрения иус
- •2.1 Фирма как объект исследования и как среда функционирования ис
- •2.2 Организация бизнеса
- •2.3 Базовые функции обеспечения деятельности фирмы
- •2.4 Управленческий баланс фирмы
- •2.5 Проектный учёт
- •2.6 Классификация бизнес-процессов
- •2.7 Вопросы по теме
- •3 Технология создания иус
- •3.1 Этапы проектирования ис
- •3.2 Требования к инструментальным средствам
- •3.3 Что такое case-средства?
- •3.4 Пример взаимодействия case-средств
- •3.5 Развитие методологий проектирования
- •4 Подходы к проектированию архитектуры иус
- •4.1 Локальные ис
- •4.2 Ис в файл-серверной архитектуре
- •4.3 Ис в клиент-серверной архитектуре
- •4.4 Двухзвенные модели архитектуры
- •4.5 Трехзвенные модели
- •4.6 Монитор транзакций
- •5 Выбор case-средств проектирования иус
- •5.1 Стандарты по информационным технологиям
- •5.2 Подходы к проектированию ис
- •5.3 Методы структурного проектирования
- •5.4 Методы объектно-ориентированного проектирования
- •5.5 Вопросы по теме
- •6 Методология idef0
- •6.1 Общие положения методологии idef0
- •6.2 Классификация видов функций
- •6.3 Классификация механизмов
- •6.4 Классификация управляющих воздействий
- •6.5 Типизация функциональных моделей
- •6.6 Выводы по методологии функционального моделирования
- •6.7 Синтаксис графического языка
- •6.8 Семантика языка idef0
- •6.9 Контекстная диаграмма
- •6.10 Дочерние диаграммы
- •6.11 Граничные стрелки
- •6.12 Тоннелирование стрелок
- •6.13 Правила построения диаграмм
- •7 Методология dfd и idef3
- •7.1 Диаграммы потоков данных
- •7.2 Диаграммы процессов
- •8 Создание модели данных с помощью case-средств. Idef1x
- •8.1 Уровни моделирования
- •8.2 Основные понятия логического уровня
- •8.3 Графический язык idef1x
- •9Объектно-ориентированное проектирование. Язык uml
- •9.1 История появления
- •9.2 Краткий обзор диаграмм
- •9.3 Сколько диаграмм создавать?
- •9.4 Диаграммы вариантов использования
- •9.5 Диаграмма последовательности
- •9.6 Диаграмма классов
- •10 Cals – технология
- •10.1 Понятие о cals-технологии
- •10.2 Стандарты cals-технологии
- •10.3 Структура стандартов step
- •10.4 Диалекты языка Express
- •10.5 Методы реализации
- •10.7 Пример модели на языке Express (iso10303.41)
- •11 Список литературы
6.8 Семантика языка idef0
На рисунке 6.5 показано стандартное изображение блока.
Рисунок 6.5 – Изображение блока со стрелками
Вход – это то, что преобразуется или расходуется функцией.
Выход – это то, что произведено функцией (данные или материальные объекты).
Управление – это условия, которые необходимы функции, чтобы произвести правильный выход.
Механизм – это средства, необходимые для выполнения функции.
Вызов – это переход к другому фрагменту модели.
Пример приведён на рисунке 6.6.
Рисунок 6.6 – Пример блока
6.9 Контекстная диаграмма
Контекстная диаграмма – это диаграмма верхнего уровня. Она описывает одну функцию и отображает связи объекта моделирования с внешней средой. Стандартное название контекстной диаграммы А-0.
Контекстная диаграмма содержит краткие утверждения, определяющие точку зрения должностного лица или подразделения, с позиций которого создаётся модель, и цель создания системы. Пример диаграммы приведён на рисунке 6.7.
Рисунок 6.7 – пример контекстной диаграммы
6.10 Дочерние диаграммы
На следующих шагах моделирования происходит декомпозиция функций верхнего уровня на ряд подфункций. Декомпозиция выполняется до тех пор, пока не будет получена модель, соответствующая цели моделирования.
Все дочерние функции должны находиться в области действия родительской функции.
На каждой диаграмме должен быть представлен один уровень декомпозиции.
Между блоками одной диаграммы могут существовать следующие типы отношений:
доминирование;
управление;
выход-вход;
обратная связь по управлению;
обратная связь по входу;
выход-механизм.
Доминирование. Предполагается, что блоки, расположенные на диаграмме выше и левее, оказывают влияние на блоки, расположенные ниже и правее.
Управление. Выход доминирующего блока служит управляющим воздействием для блока с меньшим доминированием (рисунок 6.8).
Рисунок 6.8 – Отношение управления
Выход-вход. Выход одного блока с входом другого (рисунок 6.9).
Отношение выход-вход
Рисунок 6.9 – Отношение выход-вход
Обратная связь по управлению. Возникает, когда выход некоторого блока создаёт управляющее воздействие на блок с большим доминированием (рисунок 6.10).
Рисунок 6.10 – Обратная связь по управлению
Обратная связь по входу. Выход блока на вход блока с большим доминированием (рисунок 6.11).
Рисунок 6.11 – Обратная связь по входу
Выход-механизм. Возникает, когда выход одной функции становится средством выполнения другой, например, происходит пополнение ресурсов, изготавливаются инструменты, обучается персонал и т.п. (рисунок 6.12).
Рисунок 6.12 – Выход – механизм
Пример диаграммы декомпозиции приведён на рисунке 6.13.
Рисунок 6.13 – Пример диаграммы декомпозиции
6.11 Граничные стрелки
Стрелки на диаграмме декомпозиции, показывающие связь с внешней средой, называются граничными стрелками. Все граничные стрелки на диаграмме декомпозиции соответствуют стрелкам родительского блока (за исключением стрелок, помещённых в тоннель).
Стрелка при переходе от родительской диаграммы к дочерней может менять свой тип, например, управляющая стрелка родительской диаграммы становится входом в дочерней диаграмме или вход родительского блока становится управлением для одного или более дочерних блоков.
Для сохранения преемственности стрелок используются специальные коды: I (Input), C (Control), O (Output), M (Mechanism), которые соответствуют расположению стрелок на родительской диаграмме.
Так, стрелка С3 на дочерней диаграмме указывает, что стрелка соответствует третьей слева управляющей стрелке родительского блока.
