Доска - хранение
Cтраница 4
Преобразователь проекта приложения ( Application Design Transformer - ADT) - это утилита репо-зитория, которая работает подобно DDT: создает элементы фазы разработки из элементов фазы анализа, в данном случае - модули из функций. Анализ системы состоит в значительной степени из модели данных и функциональной модели, поэтому после трансляции определений объектов в определения таблиц и определения функций в определения модулей можно построить полный набор прикладных файлов для формирования доски хранения. Этот процесс предполагает применение утилиты Function / Attribute Matrix ( см. главу 10) либо полное определение функции нижнего уровня для объекта и использования атрибутов. [46]
Затем модули обрабатываются как программные файлы доски хранения, чтобы усовершенствовать и исправить их средствами Oracle Developer. Когда будут получены удовлетворительные файлы доски хранения, нужно восстановить их в определениях модуля репозитория. При создании доски хранения возможно изменение использования данных, добавление кода, объединение программных файлов и удаление ненужных программ. Эти изменения следует интегрировать в определения модуля из репозитория, чтобы далее совершенствовать определения и создать законченный код. [47]
Кроме стандартов разработки GUI, основной законченной частью, поддерживаемой Oracle Designer на фазе предварительной разработки, является доска хранения, или концептуальный проект ( разработки) приложения. Далее можно предполагать, что доска хранения создана из модулей в Oracle Designer. Доска хранения - это прототип полной системы, необходимый для взаимодействия с пользователями или клиентами. Она содержит все или только некоторые модули ( или фрагменты программы), которые нуждаются в разработке на данном этапе проекта. [48]
На этом этапе процесса CADM логические функции, сгенерированные на фазе анализа, существуют в функциональной иерархии. Они возникли в реальном мире через определения модулей, на основе которых генерируются рабочие модули программы. Использование функционирующих модулей программ позволяет создать доску хранения. [49]
При планировании работы на этапе проектирования перед вами может возникнуть вопрос, что сделать в первую очередь: создать сеть модулей или скомпоновать модули и уточнить их характеристики. Меню - это важная часть доски хранения, поэтому завершение доски хранения обеспечивает фундамент для начала работы с сетью модулей. Кроме того, должны быть созданы черновые наброски большинства модулей доски хранения. Процесс проектирования состоит, как правило, из нескольких циклов, в ходе которых уточняются различные характеристики. [50]
Эти отчеты показывают различные детали структуры модуля. Отчет Module Definition включает выполняемое в ADT отображение функций на модули и выводит список таблиц и использований столбцов. Module Network предоставляет листинг структуры модуля, улучшаемый в Design Editor во время создания доски хранения. Menu and Screen Definition показывает специфичные для модулей определенного типа представления меню и структуры вызовов. [51]
Формирования доски хранения из первого, приблизительно определенного набора таблиц служит стартовой точкой для этапа создания базы данных фазы разработки. Следующим шагом должна быть интеграция сделанных или предполагаемых изменений в репозиторий на основе информации, полученной в процессе создания доски хранения. Эти изменения могут быть результатом модификации определений таблицы в базе данных или заметок, полученных при работе над доской хранения. Таблица 12.6 подводит итог возможного состояния таблицы после создания доски хранения совместно со средствами Oracle Designer для интеграции этих изменений. [52]
Кроме стандартов разработки GUI, основной законченной частью, поддерживаемой Oracle Designer на фазе предварительной разработки, является доска хранения, или концептуальный проект ( разработки) приложения. Далее можно предполагать, что доска хранения создана из модулей в Oracle Designer. Доска хранения - это прототип полной системы, необходимый для взаимодействия с пользователями или клиентами. Она содержит все или только некоторые модули ( или фрагменты программы), которые нуждаются в разработке на данном этапе проекта. [53]
Существуют сотни предпочтений, каждое из которых имеет несколько уровней установок. Число комбинаций установок внутри уровней почти безгранично, поэтому для работы генераторов важно знать взаимодействие уровней друг с другом. В этом разделе обсуждаются предпочтения в контексте различных уровней, на которых можно устанавливать значения предпочтений, но с точки зрения фазы предварительной разработки важны предпочтения на уровне прикладной системы, поскольку они станут стандартами разрабатываемой системы. Модули прототипа фактически генерируются для доски хранения, но они не имеют индивидуальных предпочтений. На фазе разработки и построения более важными станут другие уровни предпочтений. [54]
Первый раз Module Network Viewer применяется в жизненном цикле CADM, когда создаются модули для макета экрана ( доски хранения) на этапе предварительного проектирования. С помощью преобразователя прикладных проектов ( Application Design Transformer, ADT) генерируются модули-кандидаты, которые затем принимаются в редакторе проектов путем изменения значения свойства Candidate на No. ADT - единственное инструментальное средство, создающее модули-кандидаты автоматически. Далее создаются макеты и тестируется доска хранения. Когда процесс построения доски хранения завершается, выдаются замечания по поводу того, какие изменения внесены в вызывающую структуру. Эти изменения регистрируются в Module Network Viewer, после чего производится синхронизация описаний репозитория с прикладными модулями, модифицированными во время макетирования экранов. [55]
Формирования доски хранения из первого, приблизительно определенного набора таблиц служит стартовой точкой для этапа создания базы данных фазы разработки. Следующим шагом должна быть интеграция сделанных или предполагаемых изменений в репозиторий на основе информации, полученной в процессе создания доски хранения. Эти изменения могут быть результатом модификации определений таблицы в базе данных или заметок, полученных при работе над доской хранения. Таблица 12.6 подводит итог возможного состояния таблицы после создания доски хранения совместно со средствами Oracle Designer для интеграции этих изменений. [56]
 |
Элементы фазы анализа и соответствующие им элементы фазы разработки, формируемые в APT. [57] |
Созданные определения элементов обычно сохраняются в репозитории. Каждый сформированный в DDT элемент имеет связь или ассоциацию с логическим элементом фазы анализа, который был источником для создания элемента. В таблице 12.2 показано такое отображение элементов. Созданные в DDT элементы составят основу для модулей, которые будут сформированы в Application Design Wizard и станут прототипами для доски хранения на фазе предварительной разработки. [58]
Одна из целей фазы предварительной разработки состоит в создании работающей доски хранения, или прототипа, чтобы показать вид законченной системы. Утилита репозитория Database Design Transformer ( DDT) позволяет создать таблицы для фазы разработки из объектов фазы анализа. В этой точке процесса разработки нужно концентрироваться не на законченности и точности проектов таблицы, а на формировании хранилища данных, которое послужит основой для доски хранения модулей. На фазе разработки будет проведено усовершенствование приблизительно определенных таблиц и столбцов при помощи обратной связи с пользователями после предъявления им прототипов и обсуждения денормализации, а также проекта базы данных. [59]
В данной главе мы обсудим, как разрабатывать и формировать модули. Oracle Designer не предназначен для создания оптимального размещения в модуле, a Oracle Developer не является инструментом для GUI. Что касается всего проекта, работа должна быть выполнена в Oracle Developer. Первоначальные спецификации формируются в Designer, далее генерируются модули, проверяются результаты, а модификация размещения выполняется в Designer или Developer. Создание доски хранения ( storyboard) обсуждается ниже в этой главе. [60]
Страницы: 1 2 3 4