- •Ю. А. Кравченко cals- и case-технологии таганрог 2005
- •Оглавление
- •Часть 2
- •8.5. Упражнения к части 2……………………………………100
- •Часть 3
- •Глава 9. Подходы реорганизации
- •Глава 10. Определение необходимости
- •10.6. Упражнения к части 3…………………………………..129
- •Аббревиатура
- •Предисловие
- •Введение
- •Часть 1
- •Глава 1. Основы cals - технологий
- •1.1. Основы информационной интеграции
- •1.2. Информационная поддержка изделий
- •1.3. Электронный технический документ (этд)
- •1.5. Система менеджмента качества (смк)
- •1.6. Интегрированная логистическая поддержка (илп)
- •1.7. Нормативная база cals-технологий
- •Глава 2. Стандарт step
- •2.1. Принципы создания стандарта step
- •2.2. Основные компоненты step
- •2.3. Методология тестирования
- •2.4. Схема использования стандарта step
- •Глава 3. Язык описания данных express
- •3.1. Основы языка
- •3.2. Свойства языка express
- •3.3. Объектно-ориентированный подход
- •3.4. Компоненты языка
- •3.5. Типы данных
- •3.6. Понятия
- •3.7. Упражнения к части 1
- •Часть 2
- •Глава 4. Основы имитационного моделирования сложных динамических систем
- •4.1. Теория массового обслуживания
- •4.2. Имитационное моделирование смо
- •4.3. Событийный метод моделирования
- •4.4. Сети Петри
- •Глава 5. Основы сase-технологий
- •5.1. Эволюция case-средств
- •5.2. Case–модель жизненного цикла программного обеспечения
- •5.3. Состав, структура и особенности case-средств
- •5.4. Графические модели
- •5.5. Контроль ошибок
- •5.6. Организация репозитария
- •5.7. Поддержка процесса проектирования и разработки
- •Глава 6. Классификация case-средств
- •Глава 7. Основы проектирования информационных систем (ис)
- •7.1. Основы методологии и технологии
- •Глава 8. Структурный подход проектирования информационных систем (ис)
- •8.1. Основные принципы структурного подхода
- •8.2. Методология sadt
- •8.2.1. Иерархия диаграмм
- •8.2.2. Типы связей между функциями
- •8.3. Построение модели анализируемой ис
- •8.3.1. Внешние сущности
- •8.3.2. Системы и подсистемы
- •8.3.3. Процессы
- •8.3.4. Накопители данных
- •8.3.5. Потоки данных
- •8.3.6. Иерархия диаграмм потоков данных
- •8.4. Case-метод Баркера моделирования данных
- •Р ис. 41. Рекурсивная связь [1]
- •8.5. Упражнения к части 2
- •Часть 3
- •Глава 9. Подходы реорганизации деятельности предприятия
- •9.1. Методика bsp (Business System Planning)
- •9.2. Подход cpi / tqm
- •9.3. Требования смм (Capability Maturity Model)
- •Глава 10. Определение необходимости внедрения case-средств
- •10.1. Определение потребностей внедрения
- •10.2. Анализ существующих case-средств
- •10.3. Критерии успешного внедрения
- •10.4. Стратегии внедрения case-средств
- •10.5. Реализация пилотного проекта
- •10.5.1. Основные цели реализации
- •10.5.2. Характеристики пилотного проекта
- •10.5.3. Разработка пилотного проекта
- •10.5.4. Внедрение выбранного на основе пилотного проекта case - средства
- •10.5.5. Анализ результатов внедрения case-средств
- •10.6. Упражнения к части 3
- •Заключение
- •Контрольные вопросы
- •25. Контроль ошибок.
- •27. Поддержка процесса проектирования и разработки.
- •38. Методология sadt.
- •Библиографический список
8.3. Построение модели анализируемой ис
Модель системы определяется как иерархия диаграмм потоков данных (ДПД или DFD), описывающих асинхронный процесс преобразования информации от ее ввода в систему до выдачи пользователю. Диаграммы верхних уровней иерархии (контекстные диаграммы) определяют основные процессы или подсистемы ИС с внешними входами и выходами. Они детализируются при помощи диаграмм нижнего уровня. Такая декомпозиция продолжается, создавая многоуровневую иерархию диаграмм, до тех пор, пока процессы станут элементарными и детализировать их далее невозможно.
Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те в свою очередь преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям - потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются:
внешние сущности;
системы/подсистемы;
процессы;
накопители данных;
потоки данных [1,14].
8.3.1. Внешние сущности
Внешняя сущность - материальный предмет или физическое лицо, представляющее собой источник или приемник информации (заказчики, персонал, поставщики, клиенты, склад). Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС. В процессе анализа некоторые внешние сущности могут быть перенесены внутрь диаграммы анализируемой ИС, если это необходимо, или, наоборот, часть процессов ИС может быть вынесена за пределы диаграммы и представлена как внешняя сущность.
Внешняя сущность обозначается квадратом (рис. 26), расположенным как бы "над" диаграммой и бросающим на нее тень, для того, чтобы можно было выделить этот символ среди других обозначений:
Рис. 26. Внешняя сущность [1]
8.3.2. Системы и подсистемы
При построении модели сложной ИС она может быть представлена в самом общем виде на так называемой контекстной диаграмме в виде одной системы, как единого целого, либо может быть декомпозирована на ряд подсистем.
П одсистема (или система) на контекстной диаграмме изображается следующим образом (рис. 27).
Рис. 27. Подсистема [1]
Номер подсистемы необходим для ее идентификации. В поле имени вводится наименование подсистемы в виде предложения с подлежащим и соответствующими определениями и дополнениями.
8.3.3. Процессы
Процесс - преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. Физически процесс может быть реализован различными способами: это может быть подразделение организации (отдел), выполняющее обработку входных документов и выпуск отчетов, программа, аппаратно реализованное логическое устройство и т.д.
Процесс на диаграмме потоков данных изображается, как показано на рис. 28.
Рис. 28. Процесс [1]
Номер процесса необходим для его идентификации. В поле имени вводится наименование процесса в виде предложения с активным глаголом в неопределенной форме (вычислить, рассчитать, проверить, определить, создать, получить), за которым следуют существительные в винительном падеже, например:
"Ввести сведения о клиентах";
"Выдать информацию о текущих расходах";
"Проверить кредитоспособность клиента".
Использование таких глаголов, как "обработать", "модернизировать" или "отредактировать" означает, как правило, недостаточно глубокое понимание данного процесса и требует дальнейшего анализа [1,14].
Информация в поле физической реализации показывает, какое подразделение организации, программа или аппаратное устройство выполняет данный процесс.