Фаза - проектирование
Cтраница 4
На фазе перенос-проектирование выполняется основная работа по отображению старых элементов данных на столбцы. Подобно многим другим задачам разработки, отображение данных - повторяющийся процесс, который нельзя выполнить за одну фазу. Следует ожидать, что процесс отображения при переносе данных будет начинаться на фазе проектирования и продолжаться до фазы внедрения. Причина этого весьма проста. Самым надежным способом подтверждения правильности переноса является одобрение пользователе it новой системы. К сожалению, они не смогут оценить полноту процесса переноса до тех пор, пока не исследуют данные с помощью новых приложений. [46]
Однако вы сами могли убедиться в том, что процесс CADM не может быть абсолютно идеальным. С течением времени могли измениться требования, предъявляемые пользователями, сами пользователи, сфера деятельности компании или приоритеты. Пока выполнялись фазы проектирования и построения, возможно, сам проект претерпел изменения. В силу этих причин многое из того, что было создано и проверено ранее, уже может быть недействительно. При разработке плана тестирования необходимо внимательно рассмотреть каждый из основных промежуточных продуктов процесса и решить, какой уровень тестирования будет нужен. [47]
Как было отмечено выше, можно разработать пользовательские расширения для опасностей и средств контроля с ассоциацией между ними. После этого с помощью средства Matrix Diagrammer строится матрица контроль / опасность, которая позволяет проверить, для всех ли опасностей предусмотрено хотя бы одно средство контроля. Такая матрица обычно является одним из инструментальных средств, применяемых для ввода информации. Поэтому нужно лишь открыть ее еще раз в конце фазы проектирования и проверить, существуют ли средства контроля для всех опасностей и опасности для всех средств контроля. Недостающие средства контроля нужно добавить Средства контроля, для которых нет опасностей, можно удалить. [48]
На фазе тестирования важно также проверить, удовлетворяются ли на самом деле требования, выполненные с помощью таблиц. Для подобных требований нужно создать еще один ассоциативный тип, называемый Requirements to Tables, который будет следить за связью этих двух элементов. Он создается на фазе предварительного проектирования и заполняется информацией на фазе проектирования. Поэтому для данных объектов нужно включить примечания в требования, предъявляемые к таблице. На фазе тестирования проверяется, надлежащим ли образом удовлетворены требования с помощью таблиц. [49]
На рис. 127 показана разница между последовательным и параллельным графиками работы. При последовательном графике ( рис. 127, а) первая фаза проектирования самолета завершается получением основных параметров конфигурации и форм. Эти результаты являются основой для выполнения второй фазы - моделирования в аэродинамической трубе, позволяющего получить основные аэродинамические характеристики. После завершения испытаний, уточнения и исправления некоторых данных может начаться третья фаза проектирования - детальное конструирование внутренней структуры. При параллельном графике ( рис. 127, б) инженеры начинают испытания в аэродинамической трубе, получив лишь предварительные данные проектирования основных форм самолета. [50]
Поскольку построение имитационных моделей больших систем под силу только крупным коллективам специалистов, вопросам организации моделирования следует уделять много внимания. Проектирование сложной системы представляет весьма трудоемкий процесс, в котором участвуют специалисты различных профессий. Большие размеры системы, сложность поведения ее компонентов, высокая стоимость разработки - все это настоятельно требует использования методов математического моделирования на всех этапах проектирования такой системы. Поэтому моделирование сопровождает и проектирование, и испытание, и эксплуатацию большой системы. Выделяют шесть фаз проектирования большой системы: начало работы, организацию работы, предварительное проектирование, основное проектирование, конструирование опытного образца, испытание системы. [51]
Понятие безопасности не ограничивается контролем за функционированием компьютеров. Обеспечение безопасности подразумевает защиту не только физических и денежных средств организации, но и данных, находящихся в ее компьютерных системах. При автоматизации каких-либо бизнес-процессов их нужно рассматривать с точки зрения системы внутреннего контроля компании. Резервное копирование и восстановление информации также являются важными компонентами системы внутреннего контроля и безопасности. На эти процедуры следует обратить внимание в конце фазы проектирования. Все принятые решения должны обеспечивать наилучшую защиту системы при возникновении катастрофических ситуаций, например пожара, наводнения или сбоя аппаратуры. [52]
Одной из важнейших характеристик книги проекта является наличие в ней достаточной информации для поддержки системы тестирования. Другими словами, тестировщик сможет выяснить, соответствует ли данное приложение предъявляемым ему системным требованиям. Одна из причин составления плана тестирования заключается в том, что он заставляет проектировщиков проанализировать, достаточна ли книга проекта для поддержки фазы тестирования. Всестороннее обсуждение этой фазы отложим до главы 19, но план тестирования следует разработать именно в конце фазы проектирования. [53]
 |
Схема потоков информации между подразделениями. [54] |
Мы уже убедились, что значительная часть операций процесса детального проектирования относится к разряду трудно выполнимых, если речь идет о САП. Подготовка многих из этих операций требует до их выполнения работы за письменным столом, просмотра материалов, обсуждения и просто достаточного времени для обдумывания. Если оставить в стороне специальные случаи ( например, проектирование плоских деталей), представляется, что выполнять детальное проектирование с помощью машинной графики не имеет смысла. Однако по мере того, как большее ( Количество основных данных оказывается введенным в ЭВМ, целесообразность использования проектировщиком графики возрастает. При САП имеет - место эффект накопления. Чем большее число фаз проектирования выполняется с помощью ЭВМ, тем больший объем данных можно получать, когда это требуется, для других фаз процесса проектирования. [55]
 |
Относительная временная шкала для сравнения фаз CADM и фаз переноса. [56] |
Перенос данных следует рассматривать как самостоятельный процесс разработки с собственными фазами и промежуточными продуктами. Эти фазы не совсем совпадают с фазами CADM. В частности, перенос данных часто завершается намного раньше, чем общая разработка, поскольку в процессе переноса практически постоянно выясняется, что в модель данных нужно внести некоторые изменения. До окончания переноса нельзя заявлять, что модель данных завершена. Таким образом, процесс переноса данных должен t ыть в основном завершен к концу фазы предварительного проектирования общей разработки. С переходом к фазе проектирования процесс переноса данных должен вступить в фазу тестирования. [57]
В процессе денормализации, выполняемой на этапе проектирования базы данных, создаются итоговые и производные столбцы и таблицы. На этапе прикладного проектирования использование этой утилиты увеличивает время работы. А вот при денормализации на нее стоит обратить внимание. В основе алгоритма построения итоговых и производных столбцов и таблиц лежит создание программного текста PL / SQL на сервере ( возможно, в виде триггера) или в прикладном модуле. Посредством этого программного текста вычисляются или суммируются значения нескольких таблиц или столбцов. Программный текст PL / SQL хранится в узле репозитория, называемом PL / SQL Definitions, во вкладке Server Model. С помощью редактора логики можно создавать описания PL / SQL, свойственные фазе проектирования, а также определять их более точно на этапе построения. [58]
Страницы: 1 2 3 4