10. Логическая схема базы данных
Моделирование данных предназначено для описания всех данных, с которыми взаимодействует разрабатываемое программное изделие, и должно отражать состав и содержание структурных типов данных, а также их взаимосвязи.
10.1. Диаграмма взаимосвязей данных (типа "сущность-отношение")
Приводится общая схема данных в виде блок-схем (диаграмм), элементами
которой являются объекты (сущности) и отношения между ними. Каждая сущность должна быть поименована, а тип отношения определен. Каждая сущность затем трансформируется в соответствующую таблицу реляционной базы данных.
Необходимо провести типизацию данных, выделив данные, которые создаются в рамках разрабатываемой программной системы, но могут использоваться другими системами, общие данные, которые могут создаваться и использоваться другими системами, и локальные данные, которые создаются и используются исключительно в рамках разрабатываемой системы.
Корректное изображение логической структуры базы данных в ТЗ является важнейшим фактором для успешного последующего проектирования системы, включая и физическую модель базы данных и реализацию функций, обеспечивающих ее целостность.
10.2. Структура записей файлов (таблиц)
Для каждой создаваемой логической таблицы должна быть описана структура ее записи в виде перечня всех элементов (полей). Каждая таблица должна иметь логическое имя. Для каждой таблицы указываются поля (поле), образующие первичный ключ записи, а также поля, по которым впоследствии должны быть индексированы записи.
Для таблиц, которые формируются на основе типовых документов и отражают их структуру, целесообразно сделать ссылку на форму документа.
10.3. Словарь данных
Все типы данных должны быть представлены в словаре данных, который должен содержать описание всех структур и элементов данных. Особенно подробная информация в словаре приводится для элементов данных. Описание дается в соответствии с требованиями построения словарных баз данных.
28
11. Состав и привилегии пользователей, распределение функций между ними Необходимо описать:
• какие категории пользователей будут взаимодействовать с системой;
• пользователи каких структурных подразделений организации будут исполь
зовать данный программный продукт и в каких режимах функционирования системы;
• количественный состав каждой группы пользователей и требования к их
квалификации в области компьютерных технологий;
• структуру и состав АРМ пользователей (в случае их наличия) с перечнем
решаемых на каждом из них задач.
Для выделенных категорий возможных пользователей системы подробно указываются права на доступ к данным и к выполняемым функциям. По отношению к данным могут быть отмечены с указанием областей базы данных права доступа:
• просмотр;
• внесение новых записей;
• корректировка отдельных полей записей;
• удаление записей;
• создание новых файлов (таблиц);
• удаление файлов (таблиц).
Аналогичные указания должны быть сделаны по отношению экранных форм, для которых указываются ограничения на обращения к отдельным полям.
По отношению к выполняемым функциям также должны указываться разрешенные функции для каждой категории пользователей.
Особые указания должны описываться для работы с данными ограниченного пользования.
12. Требования к интерфейсу пользователя
Указывается принятый стандарт интерфейса пользователя, в соответствии с которым и будет в дальнейшем реализован интерфейс для рассматриваемой задачи. Обычно для обеспечения единообразия взаимодействия пользователей разных категорий в системе используется единый стандарт. Приводится описание этого интерфейса и дается ссылка на документ, где установлены требования к интерфейсу.
Если требуется разработка нестандартного интерфейса, то должны быть определены следующие требования:
• технические средства для ввода информации пользователем;
• требования к характеристикам монитора;
• общая характеристика экранных форм;
• требования к средствам активизации функциональных процедур;
• тип отображаемой на экране информации;
• требования к представлению справочной информации .
13. Структура меню программной системы
Дается описание меню, пункты которого соответствуют режимам работы системы. Обычно пункты меню соответствуют функциям и подфункциям системы, поэтому они должны по наименованию соответствовать модулям иерархической структуры функциональной модели. Очевидно, что число уровней модели должно определять число уровней подменю. Для каждого пункта меню указываются действия, которые должны быть произведены, и процедуры, которые будут активизированы.
29
14. Детальное описание программных модулей
14.1. Описание алгоритма функционирования модуля
Обобщенные алгоритмы работы функциональных блоков должны быть записаны в понятиях языка пользователя. Описание каждого функционального блока должно включать также описание входных потоков и результатов обработки данных на выходе каждого блока.
Описание алгоритмов функционирования модуля, ориентированное на программиста, должно быть полным и достаточным для написания программы с минимальными согласованиями неясных вопросов. Описание алгоритма для сложных функций целесообразно дать с несколькими уровнями последовательной детализации. Для записи алгоритма необходимо использовать современные структурные средства описания, например, схемы действий, структурный псевдоязык, деревья и таблицы решений.
Если функциональный модуль предназначен для работы в пакетном режиме, то для него, кроме алгоритма работы, следует указать:
• регламент работы, периодичность и продолжительность;
• режим управления запуском;
• входные данные (их структура, объемы, источники поступления);
• выходные отчеты.
14.2. Описание экранных форм, вызываемых модулем
Под экранной формой будем понимать процедуру, которая обеспечивает пользователя информацией на экране видеотерминала и позволяет ему вводить и редактировать данные, выбирать режимы работы системы с помощью меню и функциональных клавиш. Экранная форма позволяет пользователю взаимодействовать с объектами, в качестве которых выступают экранные окна, в которых отображается или вводится информация в соответствии с конкретным режимом работы системы. Описываются в соответствии с функциональным назначением 5 типов окон:
• управляющее окно, содержащее меню и функциональные клавиши;
• окно для ввода данных;
• окно для ввода поисковых атрибутов;
• окно для просмотра и редактирования данных;
• окно для вывода результатов.
Каждое экранное окно должно быть подробно описано:
• его функциональное назначение;
• кем вызывается (родительское окно);
• общая структура окна;
• описание полей;
• меню и функциональные клавиши;
• правила передвижения по элементам окна;
• описание операций, которые выполняются при перемещении по элементам
окна, по полям и записям.
15. Представление справочной информации и выходные отчеты
Подробно описываются все виды справочной информации, которая необхо
дима пользователям, форма ее представления и способ вызова на экран.
Для каждого выходного отчета необходимо указать:
• какой функциональный модуль его создает и из какой экранной формы он
получается;
• из каких входных данных формируется отчет;
• какие выходные данные включаются в отчет;
• структуру документа с описанием расположения и содержания полей;
30
• алгоритм создания отчета;
• кому предназначается отчет , способ его представления.
16. Средства обеспечения защиты и безопасности программ и данных
Перечисляются требования к обеспечению безопасности и защиты функцио
нирования программной системы по следующим пунктам:
• обеспечение целостности, полноты и достоверности информации в базах
данных при возможных угрозах;
• защита информации от несанкционированного доступа;
• защита информации от возможных случайных и умышленных искажений,
утраты и хищений.
17. Технические и программные средства
Приводится общий состав технических средств, на основе которых предполагается решать задачу автоматизации. Определяются также необходимые типы и ресурсы вычислительной техники и средств коммуникации.
Для комплекса программных средств указываются предполагаемые для использования типы:
• операционной системы;
• системы управления базой данных;
• сетевое программное обеспечение.
18. Рекомендации по распространению программного изделия
Отмечается, где может быть эффективно использовано разрабатываемое
программное изделие.
Приложения
1. Технико-экономическое обоснование разработки.
2. Стадии и этапы разработки.
3. Перечень разрабатываемой документации.
3. Руководство пользователя
3.1. Общие замечания
Выходным результатом фазы, кроме документа «Детальный проект», является документ «Руководство пользователя». Документ предназначен для организации эффективной работы пользователя с программным изделием. При изложении материала целесообразно использовать два стиля описания: в виде инструкций (обучающий) и в виде справочном. В то время как стиль инструкций ориентируется на оказание помощи новым пользователям, справочный стиль предназначен для более опытных пользователей, которым требуется информация по более специфическим вопросам.