- •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.12 Тоннелирование стрелок
Для уменьшения количества стрелок на диаграммах используется их тоннелирование, которое изображается круглыми скобками (тоннель) в начале или конце стрелки.
Тоннель в месте прикрепления стрелки к блоку обозначает, что данные, выраженные этой стрелкой, не обязательны на следующем уровне декомпозиции.
Тоннель на свободном конце означает, что эти данные отсутствуют на родительской диаграмме.
6.13 Правила построения диаграмм
1. Должна быть одна контекстная диаграмма А-0.
2. Блоки на диаграмме декомпозиции должны располагаться по диагонали от верхнего левого угла до нижнего правого.
3. Диаграмма декомпозиции должна содержать от трёх до шести блоков (оптимальное количество).
4. Блоки нумеруются от верхнего к нижнему, номер проставляется в правом нижнем углу. Если блоки расположены не по диагонали, то они нумеруются после диагональных с нижнего правого блока против часовой стрелки.
5. Каждый родительский блок должен иметь ссылку на дочернюю диаграмму, ссылка помещается под правым нижним углом блока.
6. блоки всегда должны иметь хотя бы одну управляющую стрелку и одну выходную стрелку, но могут не иметь входных стрелок.
7. Если одни и те же данные служат и для управления, и для входа, вычерчивается только стрелка управления, что уменьшает сложность диаграммы.
8. Можно выполнять слияние и разветвление стрелок, если они имеют сходный смысл.
9. Каждая диаграмма имеет узловой номер. Контекстная – А-0, первая дочерняя – тоже А-0, следующие – А1, А2, А3, … ,А6; далее – А11, А12, … и т.д.
Разработанный комплект диаграмм в соответствии с методологией функционального моделирования последовательно проходит несколько стадий контроля, проводится экспертиза проекта. На основе построенной модели можно провести стоимостной анализ.
7 Методология dfd и idef3
7.1 Диаграммы потоков данных
Для того чтобы документировать механизмы передачи и обработки информации в моделируемой системе, используются диаграммы потоков данных (Data Flow Diagrams). Диаграммы DFD обычно строятся для наглядного изображения текущей работы системы документооборота организации. Чаще всего диаграммы DFD используют в качестве дополнения модели бизнес-процессов, выполненной в IDEF0.
Всего DFD использует четыре важных элемента:
Работы. Работы в DFD обозначают функции или процессы, которые обрабатывают и изменяют информацию. Работы представлены на диаграммах в виде прямоугольников со скругленными углами, например «Проверить наличие товара на складе» (рисунок 7.1);
Стрелки. Стрелки идут от объекта-источника к объекту-приемнику, обозначая информационные потоки в системе документооборота, например, «Запрос на склад»;
Внешние ссылки. Внешние ссылки указывают на место, организацию или человека, которые участвуют в процессе обмена информацией с системой, но располагаются за рамками этой диаграммы, например, «Клиент»;
Хранилища данных. Хранилища данных представляют собой собственно данные, к которым осуществляется доступ, эти данные также могут быть созданы или изменены работами. На одной диаграмме может присутствовать несколько копий одного и того же хранилища данных, например, «Сведения о заказах».
Рисунок
7.1 - Пример диаграммы DFD
В диаграммах потоков данных все используемые символы складываются в общую картину, которая дает четкое представление о том, какие данные используются, и какие функции выполняются системой документооборота. При этом часто выясняется, что существующие потоки информации, важные для деятельности компании, реализованы ненадежно и нуждаются в реорганизации.
