Методические указания по выполнению дипломных работ (стр. 24 из 25)

Итерация предусматривает вхождение любого числа элементов в указанном диапазоне (например, элемент «имя ребенка» для объекта «служащий»).

Для каждого элемента данных может указываться его тип (непрерывные или дискретные данные). Для непрерывных данных могут указываться единица измерения (кг, см, и т. п.), диапазон значений, точность представления и форма физического кодирования. Для дискретных данных может указываться таблица допустимых значений.

После построения законченной модели системы ее необходимо проверить на полноту и согласованность – верифицировать (проверить на полноту и согласованность). В полной модели все ее объекты (подсистемы, процессы, потоки данных) должны быть подробно описаны и детализированы,

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

5.1.4. Функциональные модели, используемые на стадии проектирования.

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

Так, например, для диаграммы потоков DFD переход от модели бизнес-процессов организации к модели системных процессов может происходить следующим образом:

─ внешние сущности на контекстной диаграмме заменяются или дополняются техническими устройствами (например, рабочими станциями, принтерами и т.д.);

─ для каждого потока данных определяется, посредством каких технических устройств информация производится или передается;

─ процессы на контекстной диаграмме нулевого уровня заменяются соответствующими процессорами - обрабатывающими устройствами (процессорами могут быть как технические устройства - персональные компьютеры конечных пользователей, рабочие станции, серверы баз данных, так и служащие - исполнители);

─ определяется и изображается на диаграмме тип связи между процессорами (например, локальная сеть – Local Area Network - LAN);

─ определяются задачи для каждого процессора (приложения, необходимые для работы системы), для них строятся соответствующие диаграммы и определяется тип связи между задачами;

─ устанавливаются ссылки между задачами и процессами диаграмм потоков данных следующих уровней.

Иерархия экранных форм моделируется с помощью диаграмм последовательностей экранных форм. Совокупность таких диаграмм представляет собой абстрактную модель пользовательского интерфейса системы, отражающую собой последовательность появления экранных форм в приложении. Построение диаграмм последовательностей экранных форм выполняется следующим образом:

─ на диаграмме потоков DFD выбираются интерактивные процессы нижнего уровня. Интерактивные процессы нуждаются в пользовательском интерфейсе, поэтому можно определить экранную форму для каждого такого процесса;

─ форма диаграммы изображается в виде прямоугольника для каждого интерактивного процесса на нижнем уровне диаграммы;

─ определяется структура меню. Для этого интерактивные процессы группируются в меню (либо также как в модели процессов, либо другим способом - по функциональным признакам или в зависимости от принадлежности к определенным объектам);

─ формы с меню изображаются над формами, соответствующими интерактивным процессам, и соединяются с ними переходами в виде стрелок, направленных от меню к формам;

─ определяется верхняя форма (главная форма приложения), связывающая все формы с меню.

Вопросы для самопроверки

1. Перечислите, какие модели в совокупности дают полное описание ИС и её программного обеспечения в структурном подходе?

2. Назовите основные компоненты диаграмм потоков данных.

3. Опишите основные компоненты диаграмм потоков данных.

4. В чем состоит основная цель построения иерархии для диаграммы потоков данных?

5. Что представляет собой контекстная диаграмма?

6. Каким требованиям должны удовлетворять спецификации?

7. Каким образом осуществляется переход от модели бизнес-процессов организации к модели системных процессов?

8. Каким образом выполняется построение диаграмм последовательностей экранных форм?

5.2. Пример использования структурного подхода в нотации CASE-средства Vantage Team Builder.

5.2.1. Описание предметной области.

В этом примере используется нотация метода реализованного в CASE-средстве Vantage Team Builder [2].

Описание предметной области. В качестве бизнес-процесса рассматривается функционирование видеобиблиотеки. Видеобиблиотека предоставляет услуги клиентам, получая от них запросы на аренду фильмов и лент. Клиенты после использования фильмов и лент возвращают их в видеобиблиотеку.

Запросы на аренду рассматриваются администрацией с использованием информации о клиентах, фильмах и лентах. При этом проверяется и обновляется список арендованных лент, а так же записи о том является ли клиент зарегистрированным членом библиотеки.

Администрация контролирует так же возвраты лент, используя информацию о фильмах, лентах и список арендованных лент, который обновляется.

Обработка запросов на фильмы и возврат лент включает следующие действия. Вначале выясняется, является ли клиент членом библиотеки (если нет, то он не имеет права на аренду). Если затребованный фильм имеется в наличии, администрация информирует клиента об арендной плате. При этом, если клиент просрочил срок возврата находящихся у него лент, ему не разрешается брать новые фильмы. Когда лента возвращается, администрация рассчитывает арендную плату плюс пени за несвоевременный возврат.

Информация о членстве в библиотеке содержится отдельно от записей об аренде лент.

Видеобиблиотека получает новые ленты от своих поставщиков. Когда новые ленты поступают в библиотеку, необходимая информация о них фиксируется.

Администрация библиотеки регулярно готовит отчеты за определенный период времени о членах библиотеки, поставщиках лент, выдачи лент и приобретении лент библиотекой.

5.2.2. Жизненный цикл и технология выполнения проекта.

Жизненный цикл проекта разделяется на четыре фазы как это показано на рис 5.6.

I. Анализ системы. На этой фазе строится модель среды (Environmental Model). Построение модели среды включает анализ поведения системы и анализ данных.

Анализ поведения системы включает:

─ определение цели, предназначения ИС;

─ построение начальной контекстной диаграммы потоков данных (Data Flow Diagram-DFD);

─ формирование матрицы списка событий (Event List Matrix-ELM);

─ построение полных контекстных диаграмм.

В процессе анализа данных осуществляют:

─ определение состава потоков данных и построение диаграмм структур данных (Data Structure Diagram-DSD);

─ конструирование концептуальной, глобальной модели данных в виде ER-диаграммы (Entity-Relationship Diagram - ERD).

Цель создания ИС определяет соглашение между проектировщиками и заказчиками относительно предназначения будущей ИС, общее описание ИС для самих проектировщиков и границы ИС. Назначение фиксируется как текстовый комментарий в «нулевом» процессе контекстной диаграммы.

Например, в данном случае назначение ИС формулируется следующим образом: ведение базы данных о членах библиотеки, фильмах, аренде и поставщиках. При этом руководство библиотеки должно иметь возможность получать различные виды отчетов для выполнения своих задач.

Рис. 5.6. Четыре фазы проекта.

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

Начальная контекстная диаграмма потоков данных изображена на рис. 5.7. В используемой нотации внешние сущности обозначаются прямоугольниками, а процессы - окружностями.

Список событий строится в виде матрицы списка событий (Event List Matrix-ELM) и описывает различные действия внешних сущностей и реакцию ИС на них.

Эти действия представляют собой внешние события, воздействующие на библиотеку. Различают следующие типы событий:

- NC (Normal Control)-нормальное управление;

- ND (Normal Data)-нормальные данные;

- NCD (Normal Control/Data)-нормальное управление/данные;

- TC (Temporary Control)-временное управление;

- TD (Temporary Data)-временные данные;

- TCD (Temporary Control/Data)-временное управление/данные.

Все действия помечаются как нормальные данные. Эти данные являются событиями, которые ИС воспринимает непосредственно, например, изменение адреса клиента, которое должно быть сразу зарегистрировано. Они появляются в диаграмме потоков данных DFD в качестве содержимого потока данных.