3.2.1.5 Перекрестная проверка модели данных и иерархии функций
На этапе проектирования автоматизированной информационной системы важно осуществлять проверку на то, что проект базы данных содержит все данные, необходимые для реализации приложения, а проект приложения включает модули, которые используют все проектируемые данные. Такую проверку называют перекрестной. Перекрестная проверка может осуществляться на уровне полученной модели предметной области.
Рассмотрим перекрестную проверку для предметной области «Аренда помещений». На рисунке 22 приведена модель предметной области, представленная в виде ER—диаграммы, построенной по методологии Ричарда Баркера. ER – диаграмма отображает ситуацию заключения договоров на аренду помещений. Договор может быть заключен либо с юридическим, либо с физическим лицом. На рисунке 23 представлена иерархия функций, функции для удобства проведения проверки пронумерованы.
Рисунок 22 — Пример модели предметной области
Ведение справочных данных |
|
|
|
|
Фирма |
Добавление/ Обновление |
Ф1 |
|
|
Просмотр |
Ф2 |
|
|
|
|
|
Физ. лицо |
Добавление/ Обновление |
Ф3 |
|
|
Просмотр |
Ф4 |
|
|
|
|
|
Помещение |
Добавление/ Обновление |
Ф5 |
|
|
Просмотр |
Ф6 |
|
|
|
|
Аренда помещений |
Формирование договора |
Добавление |
Ф7 |
|
|
|
|
Отчетные документы |
Отчет1. Список арендованных физическими лицами помещений за заданный период времени |
Формирование/ Просмотр |
Ф8 |
|
Отчет2. Список арендованных фирмами помещений за заданный период времени |
Формирование/ Просмотр |
Ф9 |
Рисунок 23 — Пример иерархии функций
Перекрестная проверка может быть формализована в виде таблицы (таблица 11).
Таблица 11 — Пример формализации перекрестной проверки
Функции |
Классы объектов |
|||
ПОМЕЩЕНИЕ |
ДОГОВОР |
ФИРМА |
ФИЗ.ЛИЦО |
|
Ф1 |
|
|
I, U |
|
Ф2 |
|
|
R |
|
Ф3 |
|
|
|
I, U |
Ф4 |
|
|
|
R |
Ф5 |
I, U |
|
|
|
Ф6 |
R |
|
|
|
Ф7 |
R |
I |
R |
R |
Ф8 |
R |
R |
|
R |
Ф9 |
R |
R |
R |
|
В таблице использованы сокращения названий функций: I – добавление данных (insert); U – обновление данных (update); R – чтение данных (read).
Анализируя таблицу 10, можно отметить, что каждой функции соответствует хотя бы один класс объектов, при этом для реализации функции чтения данных (для формирования отчета) в модели присутствует необходимое количество классов объектов. С другой стороны, каждый класс объектов, отображенный в модели, необходим для реализации хотя бы одной функции.