
- •Системный анализ и проектирование компьютерных информационных систем
- •1Введение в системный анализ
- •1.1Системный анализ как научная дисциплина
- •1.2Компьютерная техника и системный анализ
- •1.3Система и ее свойства
- •Свойства системы
- •1.3.1Структура и иерархия систем
- •1.3.2Модульное строение системы
- •1.3.3Состояние системы и процессы в системе
- •1.3.4Целенаправленные системы и управление
- •Управление системами
- •1.4Принципы системного подхода
- •Принцип конечной цели
- •Принцип единства и связи
- •Принцип модульного построения
- •Принцип иерархии
- •Принцип функциональности
- •Принцип развития
- •Принцип децентрализации
- •Принцип неопределенности
- •Дополнительные принципы системного подхода
- •Практическое использование принципов системного подхода
- •2Информационные системы. Жизненный цикл информационной системы
- •2.1Определение информационной системы
- •Информация, данные, знания
- •Информационная система
- •2.2Классификация информационных систем
- •Классификация по типу хранимых данных
- •Классификация по степени автоматизации информационных процессов
- •Классификация по характеру обработки данных
- •Классификация по сфере применения
- •Классификация по уровню управления
- •Классификация по способу организации
- •2.3Жизненный цикл информационной системы
- •2.3.1Системный анализ
- •Определение требований
- •Оценка осуществимости
- •Оценка риска
- •Построение логической модели
- •Построение прототипа
- •2.3.2Проектирование
- •2.3.3Реализация
- •2.3.4Тестирование
- •2.3.5Эксплуатация
- •2.4Модели жизненного цикла информационной системы
- •2.4.1Каскадная модель жизненного цикла информационной системы
- •Основные достоинства каскадной модели
- •Недостатки каскадной модели
- •2.4.2Спиральная модель жизненного цикла информационной системы
- •Преимущества спиральной модели
- •3Методологии и технологии проектирования информационных систем
- •3.1Общие требования к методологиям и технологиям
- •Технологическую операцию проектирования представим:
- •3.2Стандарты организации жизненного цикла информационных систем
- •Стандарт проектирования должен устанавливать:
- •Стандарт оформления проектной документации должен устанавливать:
- •Стандарт интерфейса пользователя должен устанавливать:
- •3.3Методология быстрой разработки приложений rad
- •Фаза анализа и планирования требований
- •Фаза проектирования
- •Фаза построения
- •Фаза внедрения
- •Особенности и ограничения применения методологии rad.
- •Основные принципы методологии rad:
- •3.4Структурный подход к проектированию информационных систем
- •Структурный подход
- •Структурный анализ
- •Средства структурного анализа
- •4Методология функционального моделирования sadt (стандарт idef0)
- •4.1Анализ предметной области и принципы функционального моделирования по методологии sadt (стандарт оформления idef0)
- •Субъект моделирования
- •Цель моделирования
- •Точка зрения на модель
- •Модели as-is и то-ве
- •Принципы моделирования
- •4.2Состав функциональной модели sadt Типы диаграмм sadt-модели
- •Контекстная диаграмма
- •Диаграммы декомпозиции
- •Диаграммы дерева узлов
- •4.3Элементы контекстной диаграммы модели sadt Работа
- •Граничные стрелки
- •Контекстная диаграмма
- •4.4Элементы диаграммы декомпозиции модели sadt Работы
- •Миграция граничных стрелок и icom-коды
- •Внутренние стрелки
- •Разветвляющиеся и сливающиеся стрелки
- •4.5Иерархия диаграмм модели и диаграмма дерева узлов Иерархия диаграмм и контроль граничных стрелок
- •Туннелирование стрелок
- •Нумерация блоков и диаграмм
- •Диаграмма дерева узлов
- •4.6Рекомендации по рисованию диаграмм
- •4.7Проверка достоверности модели sadt
- •4.8Пример моделирования информационной системы с помощью методологии sadt (стандарт idef0)
- •Определение предметной области
- •Выбор цели
- •Выбор точки зрения
- •Построение контекстной диаграммы
- •Построение диаграммы декомпозиции а0
- •Выбор блока для декомпозиции следующего уровня
- •Построение диаграммы декомпозиции а2
- •Построение диаграммы декомпозиции а1
- •Окончание декомпозиции
- •Построение диаграммы дерева узлов
- •5Методологии получения количественных оценок функциональных моделей
- •5.1Цели проведения функционально-стоимостного анализа
- •5.2Построение фса-модели на базе idef0-модели
- •5.3Пример проведения функционально-стоимостного анализа с помощью методологии фса
- •6Методология последовательного выполнения процессов workflow (стандарт idef3)
- •6.1Базовые элементы модели idef3
- •Единицы работы
- •Перекрестки
- •Объект ссылки
- •6.2Иерархия диаграмм модели idef3 Контекстная диаграмма
- •Диаграммы декомпозиции
- •Нумерация работ и диаграмм
- •6.3Временные диаграммы активизации работ
- •6.4Пример применения методологии последовательного выполнения работ idef3
- •7Методология моделирования диаграмм потоков данных dfd
- •7.1Базовые элементы модели dfd
- •Процессы
- •Внешние сущности
- •Хранилища данных
- •Потоки данных
- •7.2Иерархия диаграмм потоков данных dfd к онтекстная диаграмма
- •Диаграмма декомпозиции
- •Нумерация работ и диаграмм
- •8Моделирование данных
- •8.12.1. Управление данными как ресурсами
- •8.22.2. Концепция трех схем
- •8.32.3. Цели моделирования данных
- •8.42.4. Idef1x-подход
- •8.53. Синтаксис и семантика idef1x
- •1. Сущности
- •8.5.13.1. Сущности
- •8.5.23.2. Отношения связи
- •8.5.33.3. Отношения категоризации
- •8.5.43.4. Неспецифические отношения
- •8.5.53.5. Атрибуты
- •8.5.63.6. Первичные и альтернативные ключи
- •8.5.73.7. Внешние ключи
- •8.64. Процедуры моделирования
- •8.6.14.1. Стадия 0 - начало работы над проектом
- •4.1.1. Определение цели моделирования
- •4.1.2. Разработка плана моделирования
- •4.1.3. Организационная структура коллектива разработчиков
- •4.1.4. Сбор исходной информации
- •4.1.5. Авторские соглашения
- •8.6.24.2. Стадия 1 - определение сущностей
- •4.2.1. Идентификация сущностей
- •4.2.2. Определение сущностей
- •8.6.34.3. Стадия 2 - определение отношений
- •4.3.1. Установление связанных сущностей
- •4.3.2. Определение отношений
- •4.3.3. Построение диаграмм уровней сущностей
- •8.6.44.4. Стадия 3 - определения ключей
- •4.4.1. Разрешение неспецифических отношений
- •4.4.2. Изображение функциональных точек зрения
- •4.4.3. Определение ключевых атрибутов
- •4.4.4. Миграция ключей
- •4.4.5. Проверка правильности ключей и отношений
- •4.4.6. Определение ключевых атрибутов
- •4.4.7. Изображение результатов стадии 3
- •8.6.54.5. Стадия 4 - определение атрибутов
- •4.5.1. Идентификация неключевых атрибутов
- •4.5.2. Определение владельцев атрибутов
- •4.5.3. Определение атрибутов
- •4.5.4. Детализация модели
- •4.5.5. Представление результатов стадии 4
- •8.75. Документирование и верификация
- •8.7.15.1. Введение
- •8.7.25.2. Idef1x-папка
- •8.7.35.3. Стандартные бланки
- •8.7.45.4. Процедура сквозного анализа idef-модели
- •8.8Приложение а
- •8.9Инфологическое проектирование
- •8.9.1Сущности и атрибуты
- •1.2.2. Связи
- •1.2.3. Формализация связей
- •1.2.4.Развитые элементы er-модели
- •9Сравнение существующих методик
- •Объектно-ориентированная методика
8.7.25.2. Idef1x-папка
Папка - это технический документ, который может содержать диаграммы, текст, глоссарии, сводки решений, основополагающую информацию и все остальное, что можно собрать для обзора и комментирования. Каждая стадия IDEF1X-проекта моделирования требует создания одной или нескольких папок для рецензирования экспертами, утверждающими модель. На рис. 5.1 показан цикл рецензирования папки. Если папка отсылается для письменного комментирования, автор всегда должен отвечать на комментарии рецензента. Как альтернатива рассылки папок для получения письменных комментариев может использоваться сквозной анализ с целью достижения консенсуса рецензентов. Сквозной анализ рассматривается в разделе 5.4.
Рис. 5-1. Цикл папки
Каждое лицо, принимающее участие в проекте, может поддерживать файл полученной информации. Однако для поддержки эталонного и справочного файлов каждой папки должно быть организовано ведение библиотеки. В функции библиотеки входит также распределение папок для рецензирования.
Ниже приводится обобщенное содержание папок, создаваемых на всех стадиях, хотя для каждой стадии моделирования может использоваться более одной папки.
Папка стадии 0: - Титульный лист папки. - Формулировка цели и точки зрения. - План разработки и рецензирования модели. - Состав разработчиков и их обязанности. - Исходные материалы (не обязательно). - Авторские соглашения (не обязательно).
Папка стадии 1: - Титульный лист папки. - Пул сущностей. - Определения сущностей.
Папка стадии 2: - Титульный лист папки. - Матрица отношений (не обязательно). - Диаграммы стадии 2 (уровня сущностей). - Отчеты о сущностях (определение и отношения). - Определение отношений. - Перекрестные ссылки отношения/сущности.
Папка стадии 3: - Титульный лист папки. - Диаграммы стадии 3 (уровня ключей). - Отчеты о сущностях (определение, отношения, утверждения и ключи). - Определения отношений. - Список и определения ключевых атрибутов. - Отношения (перекрестные ссылки сущностей). - Перекрестные ссылки ключевой атрибут/сущность.
Папка стадии 4: - Титульный лист папки. - Диаграммы стадии 4 (уровня атрибутов). - Отчеты о сущностях (определение, отношения, утверждения, ключи и атрибуты). - Определения отношений. - Список и определения (ключевых и неключевых) атрибутов. - Перекрестные ссылки отношение/сущность. - Перекрестные ссылки атрибут/сущность (ключевые и неключевые).
8.7.35.3. Стандартные бланки
Титульный лист служит для организации материала в папке. В нем есть поля для указания имени автора, даты, проекта, номера документа, названия, статуса и примечаний. Для каждой папки создайте титульный лист и заполните в нем следующие поля (см. рис. 5-2):
Рис. 5-2. Титульный лист
Рабочая информация (рис. 5-2, пометка А): - Автор или коллектив, создающие модель. - Имя проекта и номер задания. - Дата первого представления в библиотеку. - Даты всех опубликованных версий папки. - Статус модели (рабочая, эскиз, рекомендована к принятию, опубликована в качестве завершенной модели).
Информация о рецензировании (рис.5-2, пометка В): - Информация о занесении в файлы и копировании. - Список рецензентов папки. - График работы с папкой.
Информация о содержании (рис.5-2, пометка С): - Оглавление папки. - Статус каждого раздела папки. - Комментарии или специальные инструкции библиотекарю.
Информация об идентификации (рис. 5-2, пометка D): - Имя модели ("Узел"), например MFG-1. - Название модели. - Количество страниц.
Стандартный бланк диаграммы
Стандартный бланк диаграммы (рис.5-3) задает простейшую структуру и минимальные ограничения. Таким образом он обеспечивает выполнение наиболее важных для структурного анализа функций:
Указание контекста.
Организацию перекрестных ссылок между диаграммами и сопроводительными страницами.
Запись замечаний о содержании каждого листа.
Для удобства хранения и копирования бланки диаграмм имеют одни и те же стандартные размеры. На бланке выделены следующие три главные части:
Рабочая информация (рис. 5-3, пометка А).
Поле сообщения (рис. 5-3, пометка В).
Поле идентификации (рис. 5-3, пометка С).
Рис. 5-3. Стандартный бланк для диаграмм
Бланк устроен так, чтобы рабочая информация в верхней части бланка могла быть отрезана после завершения окончательной, одобренной для публикации версии. Стандартный бланк диаграммы должен использоваться для всего, что создается в процессе моделирования, включая предварительные замечания.
Поля Автор/Дата/Эскиз
Здесь указываются имя автора и дата создания первого варианта диаграммы, а также название проекта, для которого диаграмма создана. Поле "Дата" может содержать дополнительные даты, записываемые ниже исходной даты. Эти даты отражают- пересмотры исходной диаграммы. Если лист разрешен к публикации без изменений, то дата пересмотра не ставится.
Поле Замечаний
Это поле служит для контроля за замечаниями, записанными на листе диаграммы. По мере ответов на замечания цифры в этом поле последовательно перечеркиваются. Это позволяет легко следить за количеством замечаний.
Поле Состояния
Категории состояния отражают стадии утверждения диаграммы.
Рабочая версия: |
Это состояние имеют либо новые диаграммы, либо диаграммы (независимо от их предыдущего состояния), в которые внесены большие изменения. |
Эскиз: |
Диаграмма незначительно отличается от предыдущей диаграммы и достигла некоторого уровня одобрения читателями. Это диаграмма, предложенная руководителем задания, но еще не принятая техническим комитетом или комиссией. |
Рекомендована: |
Как эта диаграмма, так и сопровождающий ее текст, прорецензированы и одобрены собранием технического комитета или комиссией, причем изменения в этой диаграмме не предвидятся. |
Публикация: |
Эта страница может быть отправлена для окончательной печати и публикации. |
Поле Читатель/Дата
Здесь читатель подписывается и ставит дату прочтения.
Поле Контекст
При разработке IDEF1X-моделей это поле не используется.
Поле Используется в
Здесь приводится список диаграмм, как-либо использующих эту диаграмму.
Поле Сообщения
Поле содержит основное передаваемое сообщение. В IDEF1X это поле может содержать диаграммы, представления функций, определения, матрицы, индексы и т.д. Автор не должен использовать никакой бумаги, кроме бланков диаграмм.
Поле Названия
Это поле содержит название материала, представленного на стандартном бланке диаграммы. Если поле сообщения содержит диаграмму сущности, то содержание поля названия должно точно соответствовать имени сущности объекта.
Поле Номеров
Это поле содержит все номера, под которыми могут быть ссылки на эту диаграмму, а именно:
С-номер
С-номер составляется из инициалов автора, после которых следует последовательно присваиваемый автором номер. С-номер помещается в нижнем левом углу поля номеров и (ч является основным способом ссылки на данный лист. Каждый используемый автором бланк диаграммы получает уникальный С-номер. При публикации модели С-номер может быть заменен стандартным последовательным номером страницы.
Номер страницы
Номер страницы папки записывается библиотекарем на правой стороне поля номеров. Этот номер состоит из номера документа, за которым следует номер, определяющий данный лист внутри документа.