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

UptoLike

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

Рубрика:



9



решения на самых ранних этапах жизненного цикла (ЖЦ) разработки.

Особый интерес представляют готовые решения. Всегда неплохо

рассмотреть вариант приобретения готового продукта вместо его

разработки «с нуля».

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

существующих программных пакетов и компонент, которые должны быть

в дальнейшем изучены в качестве вариантов возможных решений.

Обратите внимание, что приобретение готового решения изменяет

процесс разработки, однако это не избавляет от необходимости

проведения анализа требований и проектирования системы!

Наконец, неплохо в заключение раздела предварительных замечаний

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

части документа. Это может подтолкнуть к тому, чтобы изучить

остальные части документа, а также способствует лучшему пониманию

содержания документа. Обзор также может содержать пояснения в

отношении методологии анализа проектирования, выбранной

разработчиками.

1.1.4Системныесервисы

Основная часть документа описания требований посвящена

определению системных сервисов. Эта часть может занимать до половины

всего объема документа. Это также, пожалуй, единственная часть

документа, которая может содержать обобщенные модели — модели

бизнес-требований.

Рамки системы можно моделировать с помощью диаграммы

контекста. В пояснениях к диаграмме контекста должны быть четко

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

быть застрахован от попыток «растянуть» его рамки.

Функциональные требования можно моделировать с помощью

диаграммы бизнес-прецедентов. Однако диаграмма охватывает перечень