Фаза - построение
Cтраница 1
Фаза построения завершается, когда все приложения протестированы на уровне программных единиц, создание пользовательской и системной документации практически закончено, база данных заполнена, а все элементы прошли начальный контроль качества в вашей компании. [1]
 |
Операции процесса тестирования и инструментальные средства Oracle Designer. [2] |
После фазы построения подавляющее большинство операций разработки выполнено. Тем не менее предстоит еще пройти важнейшие фазы жизненного цикла: тестирование, внедрение и сопровождение. В этой главе рассказывается о том, как Oracle Designer поддерживает каждую из этих фаз. [3]
На фазе построения после настройки формы ее нужно сразу же передать на тестирование программных единиц. Это позволит разработчикам немедленно получить результаты независимо от того, соответствуют ли формы проектным спецификациям или нет. Подобный подход помогает выявлять недостатки на фазе построения, до того как они распространятся на все приложения. [4]
К фазе построения относятся две области: база данных и приложения. Если были аккуратно и последовательно выполнены все предшествующие этапы, то на этой фазе не возникнет никаких трудностей. [5]
 |
Операции процесса построения и инструментальные средства Oracle Designer. [6] |
На фазе построения все собирается вместе. Сюда стекаются все выполненные результаты тщательного анализа и операций проектирования, и в итоге получается законченная база данных и приложение. То, какие именно операции выполняются в Oracle Designer, зависит от выбранных для прикладных модулей программных продуктов. Если принято решение использовать Oracle Developer - Forms и Reports - или Oracle Webserver, генераторы Oracle Designer совместно с другими продуктами Oracle обеспечат построение полного набора рабочих модулей. Какой бы внешний исходный текст не генерировался, Oracle Designer создает сценарии языка описания данных ( DDL), с помощью которых строятся объекты для баз данных Oracle или для других баз данных. [7]
На фазе построения их нужно заполнить и написать настоящий, работающий программный текст законченного модуля. [8]
На фазе построения нужно категорически избегать каких-либо изменений. Затраты на изменение очень высоки и обычно непредсказуемы. Если изменения производятся на фазе построения, их следует документировать и отражать в виде модификаций или исправлений, вносимых в продукты тех фаз, которые предшествуют анализу и проектированию. [9]
В конце фазы построения система почти готова. База данных построена, данные перенесены, модули протестированы на уровне программных единиц. Остается только выполнить дополнительное тестирование, придать окончательную форму пользовательской и системной документации и обучить пользователей. [10]
Перед завершением фазы построения следует провести тестирование системы по первому проходу на уровне блоков. Эта проверка выполняется при построении приложений, поскольку на этом этапе основное внимание уделяется именно им. Затем систему немедленно передают персоналу тестирования для проверки ее соответствия спецификациям из книги разработки и правильности функционирования с точки зрения пользователей. [11]
После начала фазы построения все потенциальные изменения на любой фазе должны проходить через процесс запросов на изменение системы. Исключение составляют проекты физической базы данных и приложения, разрабатываемые на фазе проектирования. [12]
Через тестирование на фазе построения должно пройти каждое приложение. Это даст уверенность в том, что оно построено правильно. Кроме того, нужно обратить внимание на справочную систему и пользовательскую документацию. [13]
Для базы данных на фазе построения можно выполнить отчет Database Table and Index Size Estimates ( оценка размера таблиц и индексов базы данных) из группы Database and Network Design ( проект базы данных и сети), еще раз проверив оценочный размер завершенной системы базы данных. Помимо этого, в группе Server Model Definition ( описание модели сервера) предлагается отчет Invalid Database Objects Quality Control ( контроль качества недостоверных объектов базы данных), который применяется для проверки объектов базы данных на наличие каких-либо недостатков. Отчет Column Change Impact Analysis ( анализ последствий изменения столбцов) информирует, в каких модулях используется указанный столбец. Это полезно в тех случаях, если необходимо знать, на какие модули повлияет изменение столбца. Это позволяет проверить последствия изменений, а также получить общую картину отображения столбца в разных модулях. [14]
Одна из двух основных целей фазы построения - завершить сценарии базы данных и выполнить их, создав объекты базы и тестовые данные; другая - построить прикладные модули, используя продукты деятельности генераторов. Инструментальные средства Oracle Designer не применяются для создания тестовых данных. Другие же операции поддерживаются этими средствами в полном объеме. [15]
Страницы: 1 2 3 4