Фаза - проектирование
Cтраница 1
Фаза проектирования заканчивается утверждением внешних спецификаций, что придает внешнему проекту постоянство и стимулирует завершение внутреннего проекта. Утверждение внешних спецификаций не означает запрещения проводить изменения внешнего проекта, а лишь сдерживает их поток и позволяет другим функциональным группам выполнять свою работу, не дожидаясь дальнейшего уточнения проекта. Для внесения новых изменений в утвержденные внешние спецификации используются заявки на расширение ( разд. Эти заявки необходимо тщательно изучать, чтобы не допустить нежелательных изменений календарных сроков работ, особенно тех, которые проводятся в рамках других функций, реагирующих на дополнительные изменения непредвиденным образом. [1]
 |
Операции процесса проектирования базы данных и инструментальные средства Oracle Designer. [2] |
На фазе проектирования решаются две основные задачи: проектирование базы данных и прикладное проектирование. Главная цель первого процесса - описать все необходимые в системе объекты базы. Грамотно составленный проект базы данных должен быть готов к началу прикладного проектирования, поскольку для модулей, которые применяются на этом этапе, требуются таблицы, специфицированные во время проектирования базы данных. Однако этот процесс повторяется, так что при описании модулей будут создаваться новые таблицы, а некоторые уже имеющиеся совершенствоваться. [3]
На фазе проектирования проект инициализируется, формируется группа разработчиков, определяются требования к будущей ЭС, проводятся исследования выполнимости проекта и вырабатывается общая концепция будущей системы. Остальные фазы данной технологии, по мнению [ Микулич, 1990 ], ближе к технологии Уотермана ( Waterman) и направлены на реализацию разработанной концепции в виде серии прототипов, последовательно приближающихся к требуемой ЭС. Последний из прототипов и приобретает статус головного образца, который устанавливается будущим пользователем в реальную операционную среду. [4]
 |
Проектирование базы данных. выполняемые администратором операции и инструментальные средства Oracle Designer. [5] |
На фазе проектирования удобно описать триггеры базы данных, которые понадобятся в дальнейшем. Триггеры состоят из программного текста PL / SQL и запускаются автоматически при обращении к таблице с помощью операторов ввода, обновления или удаления. В триггерах можно размещать программный текст, выдающий производные или суммарные значения, которые могут появиться в результате денормализации. Программный текст пишется и отлаживается на этапе построения, однако на этапе проектирования можно создать предварительные варианты триггеров, а также описать некоторые их функциональные возможности. [6]
По окончании фазы проектирования будет создан полный набор описаний для всех объектов базы данных и приложений. В число объектов базы данных, которые необходимо описать на первом этапе фазы проектирования, входят: все таблицы и представления, обеспечивающие непосредственную поддержку программного текста клиента; все объекты хранения информации, например табличные пространства и файлы данных; другие административные объекты, например базы данных и файлы журналов; а также прикладные программные интерфейсы ( API), подобные Table API - программному пакету, который создается для таблицы и обеспечивает согласованное обращение к ней из различных приложений. [7]
Завершив выполнение фазы проектирования процедур для системы охранной сигнализации, можно повторно рассмотреть модульную структуру, изображенную на рис. 3.3, для того чтобы уточнить нисходящие связи между программными модулями. Поскольку процедура ОБНАРУЖЕНИЯ НАРУШИТЕЛЯ вызывает процедуры в модулях ОЖИДАНИЯ и ВОССТАНОВЛЕНИЯ, необходимо расположить эти модули так, как показано на рис. 4.13. Никакие другие связи между модулями в той структуре, что мы предположили вначале, не меняются. [8]
За разработкой спецификаций следует фаза проектирования, сущность которой состоит в идентификации и структуризации данных, их преобразовании и организации передачи. На этой фазе необходимо еще решить вопрос оптимального распределения функций будущей системы, выбрать алгоритмы и процедуры, а также обозначить системные компоненты и связи между ними. [9]
При такой форме контракта фаза проектирования сохраняет определенную самостоятельность и не включена в систему единой финансовой ответственности за конечный результат. Ошибки в проектной документации, обнаруженные в ходе работ, могут задержать строительство; неточности в проектах приводят и к отклонению фактической стоимости от запланированной. Поэтому при такой форме организации также практически нельзя заключать договоры с фиксированными стоимостью и сроком строительства. [10]
Во время работы с приложениями на фазе проектирования некоторые операции выполняются и по отношению к базе данных. Одной из таких операций является проверка таблиц, на которых основаны модули, с целью максимального повышения эффективности процесса. Решение по поводу изменения проекта базы данных для успешного функционирования приложения может быть принято только на этапе прикладного проектирования. Другой операцией, выполняемой по отношению к базе данных на этой фазе, является описание эталонных кодовых таблиц, таблиц управления кодами и справочных таблиц. Эти таблицы являются объектами базы данных, но достаточно интенсивно используются прикладными модулями. Этап прикладного проектирования - первый этап, на котором уже собрана информация, достаточная для принятия решений по поводу этих таблиц. После создания ссылочных таблиц кодовые, эталонные и справочные таблицы автоматически заполняются во время генерирования модуля. [11]
Одной из задач, решаемых на фазе проектирования, является построение матрицы контроль / опасность. [12]
Нисходящая разработка может применяться на всех фазах проектирования системы, включая как проектирование программ этой системы, так и проектирование модулей для этих программ. [13]
Задачи инженерно-психологических исследований на различных стадиях и фазах проектирования систем определяются методологией и технологией проектирования. Проектирование - циклический процесс, при переходе от этапа к этапу психологические требования детализируются, корректируются и охватывают все более конкретные и частные технические решения. Так, на начальном этапе проектирования при анализе вариантов, выборе и обосновании общей структуры человеко-машинной системы вряд ли можно разумно поставить какие-либо вопросы, кроме главного - определения целесообразной степени автоматизации. [14]
Примером является серия статей, в которых описаны все фазы проектирования, сооружения и эксплуатации блока № 6 со сверхкритическими параметрами пара на электростанции Файло. [15]
Страницы: 1 2 3 4