- •Проектирование информационных систем
- •Содержание
- •Лекция 1. Общая характеристика процесса проектирования ис
- •Основные понятия дисциплины
- •Срс виды обеспечивающих систем:
- •Принципы проектирования ис
- •Методы и средства проектирования ис
- •Классификация методов проектирования ис
- •Технология проектирования ис
- •Формализация технологии проектирования ис
- •Требования к эффективности и надежности проектных решений (срс)
- •Лекция 2. Жизненный цикл программного обеспечения (жцпо)
- •Понятие и основные процессы жц
- •Стандарты, регламентирующие создание по
- •Стадии жц по
- •Модели жц по
- •Каскадная модель
- •Спиральная модель
- •Лекция 3.Структура информационно-логической модели (илм) ис
- •1) Понятие илм
- •2) Этапы составления илм
- •Лекция 4. Разработка функциональной модели ис
- •Понятие функциональной модели (фм)
- •Sadt-метод построения фм
- •Состав фм
- •Иерархия диаграмм фм
- •Функциональная методика потоков данных
- •Лекция 5. Разработка модели данных ис
- •Понятие модели данных и их классификация
- •Уровни моделей данных
- •3) Логические и физические модели данных Логические модели данных:
- •Физические модели данных
- •Нормализация
- •Построение модели данных
- •Разработка моделей защиты данных
- •Лекция 6. Разработка пользовательского интерфейса ис
- •Понятие пользовательского интерфейса (пи)
- •Структура и классификация пи
- •Классификация управляющих средств пи
- •Принципы проектирования пи
- •Аппаратное и программное обеспечения пи
- •Правила этапы разработки пи
- •Этапы разработки пи:
- •Разработка пи
- •Проектирование пи, как часть разработки технического задания
- •Проектирование иерархического меню пи
- •Проектирование экранных форм пи
- •Реквизитный состав экранной формы
- •Проектирование отчетов пи
- •Реквизитный состав отчета
- •Лекция 7. Проектная документация ис
- •Стандарты проектирования
- •Проектная документация (пд)
- •Технико-экономическое обоснование (тэо)
- •Рабочий проект
- •Лекция 8. Инструментальные средства проектирования ис
- •Понятие case-технологии
- •Принципы case-технологий
- •Факторы эффективности case-технологии
- •Аспекты выбора case-технологии
- •Классификация case-средств
Состав фм
Результатом применения метода-SADT является модель, состоящая из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга.
Основные компоненты:
- Функциональный блок – это функция в глагольном наклонении
- Интерфейсная дуга (стрелочка) бывает 5 видов:
Вход – это объекты, используемые и преобразуемые работой для получения результата. Допускается отсутствие входа.
Управление – это информация, управляющая действиями работы. Каждая работа должна иметь хотя бы одно управление.
Выход – это объекты, в которые преобразуются входы.
Механизмы – ресурсы, выполняющие работы.
Вызов – специальная стрелка, указывающая на другую модель работы.
Иерархия диаграмм фм
Построение SADT-модели начинается с представления всей системы в виде простейшего компонента – одного блока и дуг. Затем этот блок детализируется на другой диаграмме с помощью нескольких блоков, таким образом, верхняя диаграмма называется контекстной, а нижняя – диаграммой декомпозиции. Декомпозиция продолжается до элементарных операций при этом прослеживается иерархическая нумерация функциональных блоков.
Структура SADT-модели. Декомпозиция диаграмм
В диаграммах декомпозиции выделяют дочерние и родительские блоки. Кроме того бывают родительские и дочерние диаграммы.
Соответствие интерфейсных дуг родительской (а) и детальной (б) диаграмм
На SADT-диаграммах не указываются явно ни последовательность, ни время. Стрелки на диаграммах могут сливаться и разветвляться. Кроме того на диаграммах могут быть тоннели, которые означают, что та или иная дуга не была унаследована от функционального родительского блока и появилась только на этой диаграмме, либо отсутствуют на диаграммах нижнего уровня.
Функциональная методика потоков данных
Целью функциональной методики потоков данных является построение модели в виде диаграмм потока данных, обеспечивающих правильное описание выходов при заданном воздействии на вход системы. При создании диаграмм потоков данных используются следующие компоненты:
- Процесс – преобразование входных потоков в выходные.
- Хранилище данных – «срезы» потоков данных во времени, информация, которую можно в любое время использовать и поместить в хранилище.
- Внешняя сущность – материальный объект вне контекста системы, источник или приемник информации.
- Потоки данных – абстракции, использующиеся для моделирования передачи информации из одной части системы в другую.
Основные принципы:
1.Принцип сохранения данных:
- Любые данные, которые входят в процесс, должны использоваться или воспроизводиться этим процессом.
- Любые выходные данные процесса должны быть введены или созданы алгоритмом в пределах процесса.
- Любые данные, используемые алгоритмом в пределах процесса, сначала должны быть введены в процесс.
- Любые данные, созданные алгоритмом, должны или использоваться другим алгоритмом в пределах того же самого процесса, или выведены процессом.
2.Принцип итерации: процессы высокого уровня декомпозируются в процессы низшего уровня. На самом низком уровне – примитивные процессы, исполняющие единственную функцию или алгоритм.
К преимуществам методики DFD относятся:
возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы;
возможность проектирования сверху вниз, что облегчает построение модели "как должно быть";
наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и построить полную функциональную спецификацию разрабатываемой системы.
К недостаткам модели отнесем:
необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных;
отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов).
