"Проектирование диалога".

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

1.5.2.5. Переход от логического представления проектируемой системы к физическому - модуль РD (Физический проект).

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

• характеристики аппаратных средств, выбранных для реализации технической среды;

• сведения о стандартах локального применения, технических и организационных ограничениях.

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

Рис. 1.12. Структура процесса "физическое проектирование"

Организационное управление.

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

• эффективность системы;

• простота эксплуатации;

• воспринимаемость управленческим и обслуживающим персоналом;

• устойчивость к изменению требований.

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

Проектирование базы данных.

Оно охватывает:

• проблемы применения различных технических и программных средств;

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

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

Проектирование физических процессов.

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

• дальнейшее уточнение логического проекта (например, в части обработки синтаксических ошибок и ошибок управления);

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

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