Cтраница 2
На фазе анализа создаются описания доменов, которые необходимо использовать при создании описаний атрибутов для сущностей. Для создания атрибута, не имеющего подходящего домена, нужно оставить имя домена пустым. Подпрограмма API может запросить все атрибуты с незаполненными свойствами доменов, создать описание домена для каждого атрибута и связать новое описание домена с атрибутом. [16]
![]() |
Комплексы задач и модели фазы анализа. [17] |
В фазе анализа в результате решения функциональных задач получают аналитические таблицы, графики, рекомендации по регулированию производства. Выходная информация этой фазы поступает к ЛПР, который с учетом дополнительных факторов и принимает решение о размерах и направлениях регулирования производства. Использование в фазе анализа моделей представления и формализации знаний существенно повышает обоснованность и корректность принимаемых решений. [18]
![]() |
Примеры аббревиатур. [19] |
На фазе анализа часто вообще не используют никаких сокращений для любых слов. Например, атрибут фамилия служащего следует назвать EMPLOYEE IAST NAME. [20]
Внутри каждой фазы анализа имеется выбор аналитических процедур. Как только данная фаза задана, на экране дисплея появляется список возможных процедур и оператор, пользуясь световым пером, может выбрать любую из них. Входными независимыми переменными по каждой фазе являются начальные условия полета самолета либо выходные параметры предыдущей фазы. Основными переменными, передаваемыми от фазы к фазе, являются скорость самолета, общий вес и остаток горючего. [21]
Законченной частью фазы анализа является документ о требованиях. Для очень больших проектов он может содержать сотни страниц, охватывая предложения пользователей обо всей системе. Правильно определенный и распределенный по приоритетам список требований, дополненный бизнес-моделью и матричными результатами, составит документ о требованиях, отражающий взгляд разработчиков на внутреннюю сторону деятельности организации. [22]
После завершения фазы анализа изменения в целостную структуру документа анализа следует вносить только в том случае, если иначе продолжение разработки системы невозможно. [23]
Однако на фазе анализа могут существовать атрибуты, принадлежащие связи многие-ко-многим, поэтому в ER Diagrammer допустимо создавать объекты для пересечения и помещать в них атрибуты. [24]
В этой фазе анализа всегда получается небольшой осадок А1 ( ОН) з как результат действия NaOH на стекло сосудов или содержания Al в примененных реактивах. Поэтому важно количество осадка. Количество А1 ( ОН) з, соответствующее меньше, чем 0 5 мг А1, не нужно отмечать. [25]
В этой фазе анализа раствор нагревают, чтобы возможно полнее растворить медленно растворимые сульфаты. [26]
Первичной законченной частью фазы анализа служит документ о требованиях. Обычно он достаточно велик и подробен. В нем собраны все сведения, полученные из различных источников. Без документа о требованиях аналитик может только взять ERD, функциональную модель и дампы экранов и спросить пользователей, как это должно работать. Конечно, ERD, функциональная модель и прототипы помогают проверить систему вместе с пользователями, но следует проверить и переданную от пользователей информацию, чтобы полученная система могла быть успешно реализована. [27]
На этом этапе фазы анализа следует заполнить некоторые свойства объектов, которые ранее не были нужны. Можно назначить значения Initial ( начальное), Maximum ( максимальное), Average ( среднее) и Growth Rate ( уровень роста) на вкладке Definition диалога Edit Entity. [28]
На завершающем этапе фазы анализа полезно создать первый набор макетов экранов. [29]
Основные законченные части фазы анализа мы обсудим в главе 9, но, кроме заключительного аналитического документа и независимо от него, существуют специфические промежуточные законченные части. Они формируются во время выполнения фазы анализа и обеспечивают создание общего аналитического документа, но могут не присутствовать в его заключительной версии. [30]