Доска - хранение
Cтраница 2
Затем модули обрабатываются как программные файлы доски хранения, чтобы усовершенствовать и исправить их средствами Oracle Developer. Когда будут получены удовлетворительные файлы доски хранения, нужно восстановить их в определениях модуля репозитория. При создании доски хранения возможно изменение использования данных, добавление кода, объединение программных файлов и удаление ненужных программ. Эти изменения следует интегрировать в определения модуля из репозитория, чтобы далее совершенствовать определения и создать законченный код. [16]
Одна из целей фазы предварительной разработки состоит в создании работающей доски хранения, или прототипа, чтобы показать вид законченной системы. [17]
 |
Способы управления таблицами доски хранения. [18] |
Чтобы определять состояние файла, нужно следить за изменениями в процессе создания доски хранения. По завершении интеграции доски хранения репозиторий должен иметь один модуль для каждой программы из доски хранения. [19]
Прототипы, моментальные снимки экранов, предварительные модели базы данных и приложения для досок хранения нужны только потому, что они служат обратной связью между пользователям и аналитиками, показывая правильность понимания аналитиками потребностей пользователей. [20]
Если модуль доски хранения не имеет соответствующего модуля в репозитории, следует зафиксировать разработку для модуля доски хранения, чтобы создать модуль в репозитории. [21]
Перед созданием доски хранения должны быть проработаны стандарты разработки GUI, поскольку они непосредственно используются в доске хранения. В данной главе рассматриваются основные операции этого инструмента. В главах 14, 16 и 18 обсуждаются функциональные возможности, связанные с задачами фаз разработки и построения. [22]
 |
Действия и законченные части фазы предварительной разработки. [23] |
Кроме стандартов разработки GUI, основной законченной частью, поддерживаемой Oracle Designer на фазе предварительной разработки, является доска хранения, или концептуальный проект ( разработки) приложения. [24]
Первый раз Module Network Viewer применяется в жизненном цикле CADM, когда создаются модули для макета экрана ( доски хранения) на этапе предварительного проектирования. С помощью преобразователя прикладных проектов ( Application Design Transformer, ADT) генерируются модули-кандидаты, которые затем принимаются в редакторе проектов путем изменения значения свойства Candidate на No. ADT - единственное инструментальное средство, создающее модули-кандидаты автоматически. Далее создаются макеты и тестируется доска хранения. Когда процесс построения доски хранения завершается, выдаются замечания по поводу того, какие изменения внесены в вызывающую структуру. Эти изменения регистрируются в Module Network Viewer, после чего производится синхронизация описаний репозитория с прикладными модулями, модифицированными во время макетирования экранов. [25]
К этом) моменту жизненного цикла разработки системы уже созданы основа проекта базы данных и макеты экранов, или доски хранения, приложений. По окончании этапа прикладного проектирования проект базы данных будет полностью завершен и готов к построению базы данных и приложений. [26]
Если модуль из репозитория относительно полно соответствует одному из конечных ( законченных) модулей, этот модуль декларируется как соответствующий доске хранения. [27]
В следующих разделах мы обсудим, как установить стандарты GUI для модулей приложений и как использовать инструменты Oracle Designer, поддерживающие этот этап создания доски хранения. Материал главы сосредоточен на использовании Oracle Developer. [28]
Для создания досок хранения необходимо очень четко представлять себе, какова будет компоновка модуля и как он будет функционировать. Доска хранения в Oracle Designer должна быть реализована в виде модуля. [29]
 |
Управление модулями во время работы с доской хранения. [30] |
Страницы: 1 2 3 4