Функциональное проектирование ИС

Декомпозиция всей системы на некоторое множество иерархически подчиненных функций. Основные идеи структурного анализа и проектирования Представление всей информации в виде графической нотации.

В качестве инструментальных средств структурного анализа и проектирования выступают следующие диаграммы: 1. Диаграмма бизнес-функций BFD (Business Function Diagram) (функциональные спецификации, диаграммы иерархии функций) 2. Диаграмма потоков данных ДПД DFD (Data Flow Diagram ). 3. Диаграммы переходов состояний (ДПС) – STD (State Transition Diagram)

В качестве инструментальных средств структурного анализа и проектирования выступают следующие диаграммы: 4. Диаграмма «сущность – связь». ERD (Entity Relationship Diagram) ER – модель данных предметной области. 5. Диаграмма структуры программного приложения SSD (System Structure Diagram).

Основные понятия диаграммы бизнес-функций (иерархии функции) Функция – некоторое действие информационной системы, необходимое для решения экономической задачи. Декомпозиция функции – разбиение функции на множество подфункций. Позволяет представить общую структуру ИС, отражающую взаимосвязь различных задач в процессе получения требуемых результатов.

Изображение объектов диаграммы иерархии функций Объект ЙоданаГеина- Сарсона SADTSAG Функция Декомпозиция функции иерархи- чески связанные уровни детализации Имя, Имя Имя

Диаграммы бизнес-функций Входные данные для технологической операции «Построение диаграммы бизнес-функций: материалы обследования системы. Этапы построения диаграммы бизнес-функций: отображение основной функции; декомпозиция основной функции на подфункции; дальнейшая декомпозиция подфункций до необходимой степени детализации ; контроль правильности построенной диаграммы.

Организация товародвижения на складе Прием товара Отпуск товара Ведение БД «Движение товара» Инвентарный контроль Фрагмент диаграммы иерархии функций для задачи аналитического учета товаров на складе

Диаграммы потоков данных (ДПД) ДПД отражают передачу информации от одной функции к другой в рамках заданной технологии обработки данных. Диаграмма потоков данных – показывает внешние по отношению к системе источники данных и адресатов, которые принимают информацию от системы, а также идентифицируют хранилища данных, к которым осуществляется доступ системы. Каждая бизнес-функция описывается своей ДПД.

Основные понятия ДПД Потоки данных – механизмы, которые показывают передачу информации от одного процесса к другому. Процесс – его функция состоит в преобразовании входной информации в выходную. На схемах они обычно изображаются направленной стрелкой, которая показывает направление движения информации или материалов. Хранилище данных – позволяет на определенных участках ДПД сохранить в памяти данные между процессами.

Основные понятия ДПД Источник/приемник информации – некий внешний объект системы. Контекстная диаграмма – самый верхний процесс декомпозиции системы, отражающий общие представления о системе. Цель построения иерархически взаимосвязанных диаграмм потоков данных - необходимость сделать требования к системе ясными на каждом уровне детализации.

Изображение объектов диаграммы потоков данных Объект ЙоданаГеина- Сарсона SADTSAG Процесс Поток данных Хранилище данных Нет Имя, Имя Имя БД

Изображение объектов диаграммы потоков данных Объект ЙоданаГеина- Сарсона SADTSAG Источник/ приемник информации Текстовая метка Имя

Рекомендации при построении ДПД на каждом уровне представлять 3 – 6 процессов и не более; выбирать ясные, отражающие суть объектов, имена для всех объектов ДПД; не загромождать диаграмму несущественными моментами на данном уровне детализации.

материалы обследования системы. диаграмма «сущность – связь». Входные данные для технологической операции «Построение ДПД»: диаграмма бизнес-функций (иерархии) функций;

1. Идентификация внешних объектов по отношению к системе. Алгоритм построения диаграммы потоков данных 2. Идентификация информации, которая передается между процессами. 3. Разработка контекстной диаграммы. 4. Формирование ДПД первого уровня, где отражены основные функции системы. 5. Дальнейшая декомпозиция каждого процесса до тех пор, пока процесс самого нижнего уровня можно будет представить в виде алгоритма.

Контекстная диаграмма проекта «Разработка ПО»

Формирование ДПД первого уровня (основные функции системы)

Результат декомпозиции функции – Планирование и проектирование разработки продукта

Диаграммы переходов состояний (ДПС) ДПС описывает возможные состояния проектируемой системы и переходы между ними (моделирует поведение системы во времени в зависимости от предыдущих и текущего состояний). Состояние – устойчивое значение некоторого свойства в течении определенного времени. Находясь в текущем состоянии, необходимо знать о предыдущих состояниях, чтобы определить условие перехода в последующее состояние.

Диаграммы переходов состояний (ДПС) Начальное состояние – это узел диаграммы переходов состояний, являющийся стартовой точкой для начального системного перехода. Переход – определяет перемещение моделируемой системы из одного состояния в другое. При этом имя перехода – это событие, которое вызвало этот переход. Переход может быть вызван некоторым действием (например, нажатием клавиши). Условие перехода – событие, вызывающее переход. Триггер – логическое выражение, написанное на макроязыке, которое показывает условие перехода.

Рекомендации при построении ДПС необходимо построение диаграммы переходов состояний на высоком уровне детализации диаграммы потоков данных; строить диаграммы, содержащие 4 – 6 состояний; использовать те же наименования состояний, что и при наименовании процессов и потоков.

материалы обследования системы. диаграмма «сущность – связь». Входные данные для технологической операции «Построение ДПC»: диаграмма бизнес-функций (иерархии) функций; диаграмма потоков данных;

Применяются 2 способа построения диаграммы переходов состояний: I. Cначала выявляются возможные состояния системы, далее – возможные переходы из одного состояния в другое. II. Cначала строится начальное состояние, затем осуществляется последовательный переход в очередное состояние.

Изображение объектов диаграммы переходов состояний Объект ЙоданаГеина- Сарсона SAGSADT Состояние Нет Начальное состояние Нет Переход Нет Триггер Имя () Условие перехода Действие перехода Условие перехода Действие перехода Имя

Оформление прихода товаров Данные о приходе Ведение базы данных «Движение товаров»

Диаграмма «сущность – связь» ERD (Entity Relationship Diagram) ER – модель данных предметной области. Моделирует структуры данных, которые будут храниться в БД. Эта диаграмма представляет собой набор множества объектов и их характеристик, а также взаимосвязей между ними, нужных для выявления данных, которые в дальнейшем используются функциями проектируемой системы.

Основные понятия диаграммы «сущность-связь» Сущность – представляет собой множество экземпляров реальных или абстрактных объектов, которые обладают общими свойствами (атрибутами). Отношение – связь между 2 и более сущностями. Независимая сущность – независимые данные, которые всегда присутствуют в системе. Зависимая сущность – данные, которые зависят от других сущностей.

Изображение объектов диаграммы «сущность-связь» Объект ЧенаБеркераSAGSADT Независимая сущность Начальное состояние Отношение (связь) Имя Список атрибутов Имя Список атрибутов Имя Список атрибутов Имя Список атрибутов Имя Список атрибутов Имя

материалы обследования системы. Входные данные для технологической операции «Построение диаграммы сущность-связь»: диаграмма потоков данных; Этапы построения диаграммы «сущность - связь»: 1. Идентифицируются все сущности, их атрибуты. 2. Идентифицируются отношения между сущностями. 3. Если были выявлены отношения N:N, то их нужно преобразовать либо 1:N, либо 1:1 с помощью добавления новой сущности.

Диаграмма структуры программного приложения SSD (System Structure Diagram) Структура программного приложения (SSD) представляет собой иерархическую взаимосвязь программных модулей, которые реализуют ИС. Входные данные: диаграмма «сущность – связь»; диаграмма бизнес-функций (иерархии) функций; диаграмма потоков данных; диаграмма переходов состояний.

1. В диаграмме бизнес-функций необходимо выделить функции, которые будут реализованы в программном виде. Этапы построения диаграммы структуры программного приложения 2. Провести анализ входных и выходных потоков диаграммы потоков данных для выделенных функций. 3. Определить структуру потоков данных, задав список атрибутов сущностей из диаграммы «сущность – связь».

4. На диаграмме переходов состояний определить состояния, переходы и вызывающие их события, которые реализуют бизнес-функции. Этапы построения диаграммы структуры программного приложения 5. Выполнить программную реализацию каждого состояния в виде библиотечного модуля CASE- системы. 6. Создать эскиз системной структурной диаграммы для каждой выделенной функции.

7. Объединить построенные системные структурные диаграммы в одну, исходя из диаграммы иерархии функций. Этапы построения диаграммы структуры программного приложения 8. Проконтролировать системную структурную диаграмму, если позволяют CASE-средства, 9. Макетирование (прототипирование) интерфейса программного приложения на основе системной структурной диаграммы.

10. Для каждого модуля выбрать шаблон интерфейса из встроенной библиотеки либо в режиме конструктора создать шаблон (написать программный модуль на встроенном языке программирования). Этапы построения диаграммы структуры программного приложения

Изображение объектов диаграммы структуры программного приложения Объект Константе ин SAGSADT Модуль Библиотечный модуль Вызов модуля Имя