- •Ю. А. Кравченко 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.
- •Библиографический список
5.4. Графические модели
CASE-программы являются схематическими проектами и формами, что упрощает восприятие. Для представления программ применяются структурные диаграммы различных типов. Для CASE существует 4 типа диаграмм:
1. Диаграммы функционального проектирования (DFD) – диаграммы потоков данных.
2. Диаграммы моделирования данных (ERD) – диаграммы «сущность-связь».
3. Диаграммы моделирования поведения (STD) – диаграммы переходов состояний.
4. Структурные диаграммы (карты).
Все диаграммы описывают отношения между модулями и внутримодульную структуру. Создание и модификация данных диаграмм осуществляется с помощью специальных графических редакторов (диаграммеров), которые обеспечивают:
- создание иерархических связанных диаграмм, в которых комбинируются графические и текстовые объекты;
- создание и редактирование объектов в любом месте диаграммы;
- создание, перемещение и выравнивание группы объектов, изменение их размеров, масштабирование;
- сохранение связей между объектами при их перемещении и изменении размеров;
- автоматический контроль ошибок [1,4,10].
Полученные диаграммы дают ясное понимание и решение проблемы. Позволяют проанализировать функционирование связи между разработчиками, обеспечивают стандартизацию представления данных.
5.5. Контроль ошибок
CASE обеспечивает автоматическую верификацию и контроль проекта на полноту и состоятельность на ранних этапах жизненного цикла.
Типы контроля
Контроль синтаксиса диаграммы и типов ее элементов:
- по синтаксису: любой функциональный элемент диаграммы должен иметь, по крайней мере, 1 входной и 1 выходной поток данных; 2 элемента данных не могут быть непосредственно связанными;
- по типам: функциональный элемент должен всегда использоваться для представления процедурной компоненты, поток данных всегда должен быть представлен компонентой данных.
2. Контроль полноты состоятельности диаграмм. Все элементы должны быть идентифицированы и представлены в репозитарии.
3. Контроль декомпозиции функции. Включает оценку качества на основе различных метрик программного обеспечения.
4. Сквозной контроль диаграмм одного или различных типов на предмет их состоятельности по уровням – это вертикальное и горизонтальное балансирование диаграмм. При вертикальном балансировании (диаграмма одного типа) выявляются несбалансированные потоки данных между детализируемой и детализирующей диаграммами [4]. Горизонтальная диаграмма определяет некорректность между словарями различных типов диаграмм.
5.6. Организация репозитария
Основные функции: хранение, доступ, обновление, анализ и визуализация всей информации.
Содержимое репозитария включает в себя:
1) описание объекта;
2) отношение с другими объектами;
3) контроль информации;
4) правила обработки [4].
Каждый информационный объект в репозитарии описывается перечислением его свойств: идентификаторы, имена-синонимы, тип, текстовое описание, хранилище, компоненты, область значений. Кроме этого, хранятся все перекрестные ссылки, правила формирования и редактирования объектов, а также контроля информации о времени его последнего обновления, номер версии и т.д.
На основе репозитария осуществляется интеграция CASE-средств и разделение системной информации между разработчиками.
Уровни интеграции: общий пользовательский интерфейс, передача данных между средствами, единая система для интеграции этапов разработки, передача данных между аппаратными платформами.
Репозитарий является базой для стандартизации и автоматически строит следующие основные отчеты:
1) отчеты по содержимому;
2) отчеты по перекрестным ссылкам;
3) отчеты по результатам анализа;
4) отчеты по декомпозиции объектов [4].
Пример отчета по функциональным блокам SADT-модели управления банком, автоматически создаваемого пакетом Design/IDEF, приведен ниже.
Activity Report
[А0] Банк
Inputs: Платежные документы
Outputs: Деньги
Controls: Законы, Время, Баланс Mechanisms: Техника, Сотрудники
Sub-Activities: [А1] Операционные залы
[А2] Управление банком,
[A3] Центральный банк
[А1] Операционные залы
Inputs: Платежные документы
Outputs: Принятые платежные документы Controls: Законы, Продолжит. раб. дня,
Остатки счетов клиентов
Mechanisms: Сотрудники, Терминал БД
[А2] Управление банком
Inputs: Принятые платежные документы Outputs: (Unlabled), Деньги, (Unlabled)
Controls: Cneц. законы,Расчет баланса,Срок обработки
Mechanisms: Управленческий персонал, Компьютеры [A3] Центральный банк
Inputs: {Unlabled}
Outputs: Деньги, (Unlabled)
Controls: Срок отправки
Mechanisms: Экспедиторы, Автомашины [4]
Важные функции управления и контроля проекта также реализуются на основе репозитария. В частности через репозитарий может осуществляться контроль безопасности (ограничения доступа, привилегии доступа, контроль версий, контроль изменений и др).