Доска - хранение
Cтраница 3
Важно, чтобы используемая в модуле таблица и определение столбца уже существовали в репозиторий. С точки зрения доски хранения не возникает проблем, если только столбцы или таблицы не были вручную добавлены к базе данных. [31]
Концептуальный план приложения создается до начала разработки базы данных. Выбор инструментов, досок хранения, создание удобного для пользователя интерфейса, выделение модулей, отображение требований и создание функционального описания - все части концептуального плана приложения мы обсудим в данном разделе. Этот план выполняется как часть фазы предварительной разработки, поскольку без ясного представления о виде приложений нельзя переходить к разработке проекта базы данных. [32]
Чтобы определять состояние файла, нужно следить за изменениями в процессе создания доски хранения. По завершении интеграции доски хранения репозиторий должен иметь один модуль для каждой программы из доски хранения. [33]
Затем модули обрабатываются как программные файлы доски хранения, чтобы усовершенствовать и исправить их средствами Oracle Developer. Когда будут получены удовлетворительные файлы доски хранения, нужно восстановить их в определениях модуля репозитория. При создании доски хранения возможно изменение использования данных, добавление кода, объединение программных файлов и удаление ненужных программ. Эти изменения следует интегрировать в определения модуля из репозитория, чтобы далее совершенствовать определения и создать законченный код. [34]
 |
Дальнейшее использование элементов сети модулей. [35] |
При планировании работы на этапе проектирования перед вами может возникнуть вопрос, что сделать в первую очередь: создать сеть модулей или скомпоновать модули и уточнить их характеристики. Меню - это важная часть доски хранения, поэтому завершение доски хранения обеспечивает фундамент для начала работы с сетью модулей. Кроме того, должны быть созданы черновые наброски большинства модулей доски хранения. Процесс проектирования состоит, как правило, из нескольких циклов, в ходе которых уточняются различные характеристики. [36]
Затратив много времени на ввод в приложения досок хранения реальных транзакций, пользователи проверяют соответствие выдвинутым требованиям. Они должны понимать, что им предъявлено реальное, законченное приложения. Нужна твердость в пресечении всех попыток ползучих модификаций требований, не определенных первоначально для законченного продукта. Подчеркнем, что все планы и стоимостные оценки основаны на уже утвержденных требованиях, которым и удовлетворяет предложенная доска хранения. Если пользователи или разработчики позже обнаруживают, что требование было ложным или извращено при разработке, запускается формальный механизм управления изменениями, обеспечивающий ограничение области изменения и соответствующий пересмотр плана разработки или стоимости проекта. [37]
На фазе предварительной разработки определяются различные стандарты ( GUI, стандарты кодирования и соглашение об именовании), а также способы поддержки этих стандартов в Oracle Designer. Затем генерируется концептуальный проект разработки приложений, включающий доски хранения и список разрабатываемых модулей вместе с отображением требований к системе на эти модули. Наконец планируется оставшаяся часть фазы разработки, включая процедуры для решения конфликтов в проекте и критерии его завершения. [38]
Для систем среднего размера физические потоки процессов могут и Не потребоваться, но лучше их рассмотреть. Кроме того, для этих систем нужны стандарты разработки и доски хранения. Предстоит большая работа по использованию шаблонов и стандартов разработки GUI. Разработчик должен ответить на вопросы: Будет ли проект автономный. Предполагаются ли модификации системы в будущем. Может, лучше быстро сформировать систему, а затем наложить на нее стандарты GUI. Для больших проектов все эти решения должны быть приняты раньше. В проектах среднего размера разработчики могут применить программные инструменты, не определив еще до конца все стандарты графического пользовательского интерфейса. [39]
При планировании работы на этапе проектирования перед вами может возникнуть вопрос, что сделать в первую очередь: создать сеть модулей или скомпоновать модули и уточнить их характеристики. Меню - это важная часть доски хранения, поэтому завершение доски хранения обеспечивает фундамент для начала работы с сетью модулей. Кроме того, должны быть созданы черновые наброски большинства модулей доски хранения. Процесс проектирования состоит, как правило, из нескольких циклов, в ходе которых уточняются различные характеристики. [40]
Чтобы определять состояние файла, нужно следить за изменениями в процессе создания доски хранения. По завершении интеграции доски хранения репозиторий должен иметь один модуль для каждой программы из доски хранения. [41]
 |
Действия и законченные части фазы предварительной разработки. [42] |
На фазе предварительной разработки Oracle Designer помогает подготовить проект к фазе разработки. При этом формируется несколько законченных частей проекта: стандарты разработки, концептуальный проект приложения ( доска хранения) и план разработки. [43]
Формирования доски хранения из первого, приблизительно определенного набора таблиц служит стартовой точкой для этапа создания базы данных фазы разработки. Следующим шагом должна быть интеграция сделанных или предполагаемых изменений в репозиторий на основе информации, полученной в процессе создания доски хранения. Эти изменения могут быть результатом модификации определений таблицы в базе данных или заметок, полученных при работе над доской хранения. Таблица 12.6 подводит итог возможного состояния таблицы после создания доски хранения совместно со средствами Oracle Designer для интеграции этих изменений. [44]
 |
Элементы фазы анализа и соответствующие им элементы фазы разработки, формируемые в APT. [45] |
Страницы: 1 2 3 4