- •Системный анализ и проектирование компьютерных информационных систем
- •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Сравнение существующих методик
- •Объектно-ориентированная методика
Туннелирование стрелок
При построении диаграмм декомпозиции может возникнуть ситуация, когда отдельные стрелки высшего уровня не имеет смысла продолжать рассматривать на диаграммах нижнего уровня, или наоборот – отдельные стрелки нижнего уровня отражать на диаграммах более высоких уровней. Это будет только перегружать диаграммы, и делать их сложными для восприятия.
Для решения подобных задач предусмотрено понятие туннелирования. Обозначение туннеля в виде двух круглых скобок вокруг начала стрелки обозначает, что эта стрелка не была унаследована от функционального родительского блока и появилась из туннеля только на этой диаграмме.
В свою очередь, такое же обозначение вокруг конца стрелки в непосредственной близи от блока-приемника означает тот факт, что в дочерней по отношению к этому блоку диаграмме эта стрелка отображаться и рассматриваться не будет, т.е. уйдет в туннель.
Чаще всего бывает, что отдельные объекты и соответствующие им стрелки не рассматриваются на некоторых промежуточных уровнях иерархии. В таком случае они сначала погружаются в туннель, а затем при необходимости возвращаются из туннеля.
Р
ис.
4.20 Варианты туннелирования
стрелок
Нумерация блоков и диаграмм
Все работы на диаграммах должны быть пронумерованы. Номер должен состоять из числа или префикса и числа. Обычно используют префикс А. Работа на контекстной диаграмме имеет номер 0 или А0. Работы на диаграмме декомпозиции первого уровня имеют номера 1, 2, 3, 4 (или А1, А2, A3, А4) и т. д. Работы на диаграмме декомпозиции нижнего уровня имеют номер родительской работы и очередной порядковый номер. Например, работы, которые представляют декомпозицию работы 3 (или A3), будут иметь номера 31, 32, 33, 34 (или А31, А32, А33, А34) и т. д.
Диаграммы нумеруются в соответствие с номерами работ, которые они декомпозируют. Контекстная диаграмма всегда имеет номер А-О, диаграмма декомпозиции контекстной диаграммы – номер А0, остальные диаграммы декомпозиции имеют номер, совпадающий с номером работы, декомпозиция которой представлена на данной диаграмме. Например, A1, A2, А21, А213 и т. д.
Диаграмма дерева узлов
Работа на любой диаграмме может быть далее описана диаграммой нижнего уровня, которая, в свою очередь, может быть далее детализирована с помощью необходимого числа диаграмм. Работа может иметь одну родительскую и несколько дочерних работ, образуя дерево. Такое дерево называют деревом узлов.
Диаграмма дерева узлов показывает иерархию работ в модели и позволяет рассмотреть всю модель целиком, но не показывает взаимосвязи между работами. Диаграмм деревьев узлов может быть в модели сколь угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно от корня.
Н
а
следующем рисунке показано типичное
дерево диаграмм.
Рис. 4.21 Диаграмма дерева узлов
4.6Рекомендации по рисованию диаграмм
Функциональные блоки должны всегда иметь управляющие стрелки, хотя могут не иметь входных.
Когда входная стрелка служит как управление и вход, покажите ее как управление. Если есть сомнения, сделайте ее управляющей. Не следует расщеплять дугу на управление и вход для одного и того же блока. Стрелка, являющаяся на родительской диаграмме управляющей, может появиться на следующем уровне как управление или вход, либо как то и другое, в зависимости от ее взаимоотношений с подфункцией на этом уровне.
Объединяйте в связку стрелки с одними и теми же источниками и пунктами назначения:
Рис. 4.22 Объединение стрелок
На любой из сторон блока не должно быть более четырех стрелок. Если их больше, объедините стрелки, присвойте общую метку и сделайте ответвления к их конечным пунктам:
Рис. 4.23 Ответвление стрелки
Управляющая обратная связь становится более ясной, если соответствующая стрелка нарисована направленной вверх и проходящей над блоком.
Входная обратная связь становится более ясной, когда соответствующая стрелка нарисована направленной вниз и проходящей под блоком:
Рис. 4.24 Обратная связь по управлению и входу
Если стрелка разветвляется и входит в несколько блоков, изобразите ее на одних и тех же местах в соответствии с ICOM-кодами на каждом блоке, если это возможно:
Рис. 4.25 Расположение разветвляющихся стрелок
Располагайте стрелки так, чтобы минимизировать пересечения несвязанных стрелок:
Рис. 4.26 Исключение пересечений
Сводите к минимуму число кривых линий и углов, где это возможно:
Рис. 4.27 Рисование разветвляющихся стрелок
Оставляйте достаточные промежутки между параллельными стрелками. Их трудно отслеживать визуально, если они очень длинные и находятся близко друг от друга:
Рис. 4.28 Рисование параллельных стрелок
