Начальная контекстная диаграмма
Рисунок 2.42. Начальная контекстная диаграмма
Список событий строится в виде матрицы (ELM) и описывает различные действия внешних сущностей и реакцию ИС на них. Эти действия представляют собой внешние события, воздействующие на библиотеку. Различают следующие типы событий:
| NC | Нормальное управление |
| ND | Нормальные данные |
| NCD | Нормальное управление/данные |
| TC | Временное управление |
| TD | Временные данные |
| TCD | Временное управление/данные |
Все действия помечаются как нормальные данные. Эти данные являются событиями, которые ИС воспринимает непосредственно, например, изменение адреса клиента, которое должно быть сразу зарегистрировано. Они появляются в DFD в качестве содержимого потоков данных.
Матрица списка событий имеет следующий вид:
| Клиент желает стать членом библиотеки | ND | Регистрация клиента в качестве члена библиотеки |
| Клиент сообщает об изменении адреса | ND | Регистрация измененного адреса клиента |
| Клиент запрашивает аренду фильма | ND | Рассмотрение запроса |
| Клиент возвращает фильм | ND | Регистрация возврата |
| Руководство предоставляет полномочия новому поставщику | ND | Регистрация поставщика |
| Поставщик сообщает об изменении адреса | ND | Регистрация измененного адреса поставщика |
| Поставщик направляет фильм в библиотеку | ND | Получение нового фильма |
| Руководство запрашивает новый отчет | ND | Формирование требуемого отчета для руководства |
Для завершения анализа функционального аспекта поведения системы строится полная контекстная диаграмма, включающая диаграмму нулевого уровня. При этом процесс "библиотека" декомпозируется на 4 процесса, отражающие основные виды административной деятельности библиотеки. Существующие "абстрактные" потоки данных между терминаторами и процессами трансформируются в потоки, представляющие обмен данными на более конкретном уровне. Список событий показывает, какие потоки существуют на этом уровне: каждое событие из списка должно формировать некоторый поток (событие формирует входной поток, реакция - выходной поток).
Один "абстрактный" поток может быть разделен на более чем один "конкретный" поток.
| Информация от клиента | Данные о клиенте, Запрос об аренде |
| Информация для клиента | Членская карточка, Ответ на запрос об аренде |
| Информация от руководства | Запрос отчета о новых членах, Новый поставщик, Запрос отчета о поставщиках, Запрос отчета об аренде, Запрос отчета о фильмах |
| Информация для руководства | Отчет о новых членах, Отчет о поставщиках, Отчет об аренде, Отчет о фильмах |
| Информация от поставщика | Данные о поставщике, Новые фильмы |
Анализ функционального аспекта поведения системы дает представление об обмене и преобразовании данных в системе. Взаимосвязь между "абстрактными" потоками данных и "конкретными" потоками данных на диаграмме нулевого уровня выражается в диаграммах структур данных (рисунок 2.44).
На фазе анализа строится глобальная модель данных, представляемая в виде диаграммы "сущность-связь" (рисунок 2.45).
Между различными типами диаграмм существуют следующие взаимосвязи:
- ELM-DFD: события - входные потоки, реакции - выходные потоки
- DFD-DSD: потоки данных - структуры данных верхнего уровня
- DFD-ERD: накопители данных - ER-диаграммы
- DSD-ERD: структуры данных нижнего уровня - атрибуты сущностей
На фазе проектирования архитектуры строится предметная модель. Процесс построения предметной модели включает в себя:
- детальное описание функционирования системы;
- дальнейший анализ используемых данных и построение логической модели данных для последующего проектирования базы данных;
- определение структуры пользовательского интерфейса, спецификации форм и порядка их появления;
- уточнение диаграмм потоков данных и списка событий, выделение среди процессов нижнего уровня интерактивных и неинтерактивных, определение для них миниспецификаций.
