Системная документация

Cтраница 2

Операции процесса внедрения и инструментальные средства Oracle Designer. [16]

Отчеты, в которых фигурируют элементы фазы анализа, не слишком важны для пользовательской документации или для документации справочной службы. Однако можно представить группы текущих отчетов в качестве системной документации тем проектировщикам и разработчикам, которые не имеют доступа к репозиторию. Единственным недостатком таких отчетов является то, что они устаревают сразу же после внесения в репозиторий каких-либо изменений. Самой лучшей документацией для системы всегда является сам репозиторий, если, конечно, он обслуживается на должном уровне. Если отчеты крайне важны, можно создать отчет Report Builder, запрашивающий и отображающий текущее содержимое репозитория. [17]

После шумного успеха на начальном этапе поставок версии dBaselV 1.0 пользователям судьба системы значительно осложнилась: в ней обнаружилось большое количество ошибок. Не поддерживается использование дополнительной памяти ПЭВМ, как было обещано в системной документации. Недостаточно высока производительность системы, она требует слишком много ресурсов на стадии исполнения. Как признали руководители Ashton-Tate, при разработке dBaselV были допущены также и некоторые просчеты архитектурного характера. [18]

Эта проблема возникает при неудачном выборе структуры пользовательских интерфейсов и плохом качестве системной документации. Кроме того, чтобы полностью изучить некоторые системы, нужно обладать очень глубокими знаниями в области системного программирования. С увеличением числа модулей или команд, составляющих систему, увеличивается и число руководств, которые приходится штудировать. Для освоения большой системы нужно прочесть тысячи страниц. Хотя далеко не все имеют дело с полной документацией, объем ее все-таки, как правило, слишком велик. Документация на небольшие системы более обозрима, но это не обязательно означает, что она качественнее, полнее и доступнее. [19]

На рис. 4.7 показана часть базы БДАРХ, которую использует отдельный протокольный объект. Каждый протокольный объект имеет связь со своим словесным описанием, находящимся в разделе системной документации, которая готовится разработчиком с fиспользованием штатных средств редактирования. [20]

Дополнительно инженер знаний стремится усвоить объяснение и обоснование связей, условий и стратегических методов, которыми пользуется эксперт при решении задачи. Их очень важно регистрировать не только ради собственного понимания инженера знаний, но и для создания надлежащей системной документации и обеспечения точных объяснений системы. Эти типы знаний облегчают задачу проектирования, построения, а в последующем и модификации экспертной системы. [21]

Этот уровень содержит информацию, необходимую для оценки эффективности функционирования системы, и поэтому является важной частью системной документации. [22]

Хотя теоретически ни один проект не может развиваться без получения визы ККС, виза ККС 1 часто не принимается во внимание, а визы ККС 2 и ККС 3 получают задним числом. Это происходит из-за того, что, с одной стороны, нажимает руководство ( системы нужно разрабатывать быстрее), а с другой - не хватает времени у помощников вице-президента, в результате чего они не успевают изучить системную документацию. Виза же ККС 4 является обязательной, и к переводу системы на новую технологию никогда не приступают, не получив одобрения ККС. В частности, одобрение ККС при переводе системы ОТС на технологию баз данных было получено только на последнем этапе. Поскольку затраты на СУБД, СССД, преобразавание и дополнительный персонал вполне обоснованны, работам по ОТС дается высший приоритет, с тем чтобы ничто не мешало ее реализации. [23]

В конце фазы построения система почти готова. База данных построена, данные перенесены, модули протестированы на уровне программных единиц. Остается только выполнить дополнительное тестирование, придать окончательную форму пользовательской и системной документации и обучить пользователей. [24]

Организация документации. [25]

Чтобы проследить за каждым шагом процесса объединения, необходимо составить план объединения. И наконец, пятый и шестой уровни включают документацию по аппаратным средствам и план отладки аппаратных средств. Эти шесть уровней составляют полный набор системной документации, которая может сопровождаться и храниться в соответствии с принятыми нормами. [26]

Страницы: 1 2