Прикладное проектирование

Cтраница 1

Прикладное проектирование завершается, когда пользователи утверждают книг) проекта, а группа разработки проводит свое собственное внутреннее утверждение, исходя из книги проекта и подтверждения информации в Oracle Designer. Убедиться в том, что проект приемлем, можно и путем выполнения сквозной проверки системы вместе с пользователями. [1]

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

Результатом этапа прикладного проектирования, обеспечивающим безопасность системы, является матрица контроль / опасность. Рассмотрим матрицу, на одной оси которой приведены все возможные выявленные опасности, а на другой оси - все вероятные средства контроля. На пересечении осей должно быть показано, насколько эффективно средство контроля снижает риск возникновения данной опасности. Если средство контроля не устраняет опасности, оставим ячейку пустой. Если вероятность возникновения опасности уменьшена, оценим эффективность средства контроля как низкую, среднюю или высокую. [3]

Операции процесса прикладного проектирования и инструментальные средства Oracle Designer. [4]

На этапе прикладного проектирования полностью описываются модули ( экраны, отчеты, меню), составляющие окончательное приложение. Oracle Designer помогает ввести эти описания организованно и согласно методике, благодаря чему можно указать все детали. Описания Oracle Designer выступают в роли программных спецификаций, из которых приложение генерируется в окончательном виде на фазе построения. Другой важной операцией этого этапа является перекрестная проверка проекта базы данных, которая позволяет убедиться в том, что элементы данных, описанные во время проектирования базы данных, используются в полном объеме и входят в состав группы создаваемых модулей. [5]

На этапе прикладного проектирования нужно вернуться к этому средству построения диаграмм и применить его для работы с черновыми описаниями модулей. [6]

На этапе прикладного проектирования определяются детальные характеристики использования столбцов в каждом из модулей, а также подтверждается проект базы данных. Изменения, вносимые во время проектирования, могут казаться простыми и довольно прямолинейными; однако их обычно сопровождает так называемый совокупный эффект. Вполне возможно, что каждое отдельное изменение будет оказывать минимальное воздействие или стоить немного, но общий эффект от множества таких изменений может быть весьма существенным. Руководитель процесса должен оценивать изменения, определяя, будут ли они влиять на время, стоимость или качество разработки. Самое важное при этом - тщательно следить за соблюдением приоритетов изменений и за их воздействием на пользователя / заказчика / клиента. [7]

Основным результатом фазы прикладного проектирования является окончательно оформленная книга проекта. Ее частью должны стать завершенные и подробные спецификации модулей репози-тория Oracle Designer и первоначальные программные конструкции для поддержки полноэкранных компоновок. На этом этапе не выполняется только программирование сложных конструкций для модулей. Во время прикладного проектирования полностью определяются меню и средства перемещения. Реализация всех программных элементов, обеспечивающих переход из одного экрана в другой, позволит оценить общий вид проекта системы и понять ее предназначение. Необходимо указать, какие пакеты PL / SQL потребуются, хотя создавать их на этом этапе необязательно. [8]

Именно на этапе прикладного проектирования окончательно определяется, как каждый модуль будет использоваться на уровне столбцов. Помимо подготовки к созданию модулей, основной целью этого этапа является подтверждение правильности проекта базы данных. Концептуально прикладной проект создается на этапе предварительного проектирования. Затем, на этапе проектирования, строится наиболее эффективная база данных, возможно, с использованием логической диаграммы ERD и концептуального прикладного проекта. Теперь, во время прикладного проектирования, устанавливается полное соответствие модулей и базы данных, что гарантирует ее правильность. На этом этапе можно выявить, какие столбцы пропущены, а какие не нужны в модулях. [9]

На завершающей стадии этапа прикладного проектирования следует провести перекрестную проверку проекта. Убедиться в надежности проекта позволяет использование трех диаграмм матриц. [10]

Книга проекта является главным результатом фазы прикладного проектирования. В ней содержится полное описание функций приложения вплоть до мельчайших подробностей, а также описание общей структуры системы и процесса создания желаемой структуры. [11]

Изменения в проекте базы данных в процессе прикладного проектирования должны планироваться заранее. По мере отображения модулей на уровне столбцов могут быть выявлены пропущенные столбцы, а также те, которые никогда не использовались и могут быть удалены. [12]

Параллельно с выполнением перечисленных операций во время прикладного проектирования необходимо выяснить, что представляет опасность для информации планируемой системы и какие меры нужно принять для снижения риска. Реализация соответствующих мер может привести к изменениям в проекте модуля и / или базы данных. Естественно, вносимые изменения необходимо фиксировать в книге проекта. [13]

Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [14]

На фазе проектирования решаются две основные задачи: проектирование базы данных и прикладное проектирование. Главная цель первого процесса - описать все необходимые в системе объекты базы. Грамотно составленный проект базы данных должен быть готов к началу прикладного проектирования, поскольку для модулей, которые применяются на этом этапе, требуются таблицы, специфицированные во время проектирования базы данных. Однако этот процесс повторяется, так что при описании модулей будут создаваться новые таблицы, а некоторые уже имеющиеся совершенствоваться. [15]

Страницы: 1 2 3