9. Функциональное проектирование

В ходе выполнения функционального проектирования определяется:

1) набор операций, выполняемых приложением

Все операции можно разделить на 3 большие группы:

а) операции актуализации БД

Операции предназначены для обновления данных, хранящихся в БД, на основе информации, поступающей извне. Это операции добавления, редактирования, удаления записей в БД, автоматический расчет (пересчет) хранимых вычисляемых данных при выполнении заданных условий или появлению определенных событий.

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

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

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

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

б) операции обработки данных

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

в) служебные операции

К служебным операциям относятся:

- операции управления доступом к данным (назначение паролей, прав доступа, аудит и мониторинг использования БД)

- операции управления состоянием данных (процедуры архивирования, резервирования, восстановления данных, сжатие и проверки целостности БД)

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

2) схема диалога, связывающая все назначенные операции в допустимые последовательности их выполнения

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

а) операции актуализации таблиц БД целесообразно размещать в схеме диалога согласно подчиненности соответствующих им сущностей в инфологической модели. Так, на верхнем уровне диалога следует обращаться к главным самостоятельным таблицам БД, обращение к кадрам работы с подчиненными таблицами следует выполнять из кадров работы с родительскими для них таблицами. Таким образом в части реализации операций актуализации желательно, чтобы иерархия кадров диалога соответствовала иерархии данных согласно инфологической модели. Это будет обеспечивать естественную последовательность работы с данными. Дополнительно к этому кадры раздельных ветвей диалога могут соединяться перекрестными переходами для отображения информационных связей между таблицами, не образующими в явном виде пар «главный-подчиненный» (например, таблицы проектов и сотрудников со связью между ними М:М).

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

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

Пример, отображающий указанные рекомендации, приведен на рис. 1

Рис. 1

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

- проставлены полные названия кадров диалога

- проставлены условия перехода (название выбираемого пункта меню, название интерфейсной кнопки, название клавиатурной клавиши)

- проставлены ограничения перехода, указывающие при каких условиях переход доступен

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

По результатам функционального проектирования составляется документация, включающая описание:

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

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

- спецификаций для последующей реализации кадров и процедур.