Фаза - предварительная разработка
Cтраница 3
Существуют сотни предпочтений, каждое из которых имеет несколько уровней установок. Число комбинаций установок внутри уровней почти безгранично, поэтому для работы генераторов важно знать взаимодействие уровней друг с другом. В этом разделе обсуждаются предпочтения в контексте различных уровней, на которых можно устанавливать значения предпочтений, но с точки зрения фазы предварительной разработки важны предпочтения на уровне прикладной системы, поскольку они станут стандартами разрабатываемой системы. Модули прототипа фактически генерируются для доски хранения, но они не имеют индивидуальных предпочтений. На фазе разработки и построения более важными станут другие уровни предпочтений. [31]
Ответ зависит от контекста системы. Если ошибка произошла в банке, лучше сохранить сведения о ней, хотя для других организаций такие сведения бесполезны. Нужно также определить, какие ошибки регистрировать: все, некоторые или только существенные. На фазе предварительной разработки следует выяснить, что является существенной ошибкой в конкретном случае. [32]
Проект базы данных не завершается полностью вместе с окончанием фазы разработки. Как и для приложения, будут необходимы изменения и усовершенствования базы данных. Следовательно, не стоит уделять особое внимание завершению этого проекта и привязывать его к завершению фазы разработки. Нужно убедиться, что в базе данных каждое поле находится на каждом экране концептуального проекта приложения, созданного на фазе предварительной разработки. Аналогичным образом нужно проверить все атрибуты логической модели на соответствие столбцам в физических таблицах. При необходимости потребуется добавить представления либо итоговые и агрегирующие таблицы, но эти решения могут изменяться во время разработки приложения. Формально будет достаточно подписания проекта базы данных ведущими специалистами группы разработки проекта. [33]
 |
Элементы фазы анализа и соответствующие им элементы фазы разработки, формируемые в APT. [34] |
Созданные определения элементов обычно сохраняются в репозитории. Каждый сформированный в DDT элемент имеет связь или ассоциацию с логическим элементом фазы анализа, который был источником для создания элемента. В таблице 12.2 показано такое отображение элементов. Созданные в DDT элементы составят основу для модулей, которые будут сформированы в Application Design Wizard и станут прототипами для доски хранения на фазе предварительной разработки. [35]
Для предполагаемых изменений проекта нужно установить, какие события приведут к наихудшему сценарию, например отсутствие ключевых ресурсов у пользователя ( или компании), не поставленные в срок аппаратные средства, программное обеспечение или телекоммуникационное оборудование. При прохождении проекта через различные фазы резко сокращается дистанция между самыми лучшими и самыми худшими случаями. К концу фазы предварительной разработки план оставшейся части проекта должен стать очень точным. [36]
Далее мы рекомендуем применять нефункционирующие доски хранения прототипов, поставляемые как законченные части фазы предварительного анализа. Однако нужно создать и предварительные прототипы на основе анализа модулей, поскольку сбор информации продолжится. В течение фазы анализа на определенном уровне детализации проводится макетирование. Многие идеи о виде и способе работы системы нужно выполнить перед фазой предварительной разработки. [37]
Рассматривать все эти факторы нужно вместе, что позволит сделать приложение более удобным для пользователей. Ни один фактор не влияет на систему независимо от шести других. Например, в Oracle Designer очень просто реализовать справку на уровне элементов непосредственно при разработке приложения. Выбранная стратегия обеспечения удобства для пользователя, очевидно, будет влиять на реализацию самого приложения - именно поэтому она должна быть выбрана на фазе предварительной разработки. [38]
Страницы: 1 2 3