Проектирование архитектур информационных систем. Беляев К.С. - 7 стр.

UptoLike

Составители:

Рубрика:



7



организация разрабатывает свои собственные стандарты, которые

соответствуют принятой в организации практике, корпоративной

культуре, кругу читателей, типам разрабатываемых систем и т. д.

Шаблон документа описания требований определяет структуру

документа и содержит подробные указания о содержании каждого из

разделов документа. Указания могут включать содержание вопросов,

мотивацию, примеры и дополнительные соображения.

На рис. 1 показано типичное оглавление документа описания

требований. Последующие разделы включают объяснение к приведенному

оглавлению.

1.1.3Предварительныезамечаниякпроекту

Часть документа описания требований, содержащая

предварительные замечания к проекту, преимущественно дает ориентиры

тем руководителям и участникам проекта, ответственным за принятие

решений, которые, вероятно, не станут подробно изучать документ

целиком. В начале документа необходимо ясно обозначить цели и рамки

проекта, а затем описать деловой контекст системы.

Документ описания требований должен создать прецедент для

системы. В частности, необходимо упомянуть обо всех усилиях,

приложенных для обоснования необходимости системы на этапе

планирования системы. Документ описания требований должен прояснить

вопрос о том, каким образом предлагаемая система может способствовать

достижению деловых целей и решению задач организацией.

Необходимо обозначить участников проекта системы. Важно, чтобы

заказчик выступал не в виде безликого подразделения или офиса —

необходимо привести конкретные имена. К концу дня человек должен

быть в состоянии решить, приемлемо ли поставляемое программное

обеспечение (ПО) для организации.