Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Metodologia_SSADM.doc
Скачиваний:
77
Добавлен:
13.04.2015
Размер:
1 Мб
Скачать
☆

Участники.

Группа анализа реализуемости составляется из специалистов-консультантов и опытных пользователей, обладающих способностями к организационному управлению проектом и анализу.

Предусловия.

Организационные полномочия:

• договор об объеме исследований;

• исходные данные, определяющие проблему;

• вариант, выбранный для анализа реализуемости.

Входы:

• документы, инициирующие проект.

Ссылки:

• бизнес-цели;

• бизнес-планы;

• принципы стратегии в области информационных систем;

• рабочие документы по планированию стратегии информационной системы;

• схемы организации;

• портфель проекта.

Продукты:

• отчет по анализу реализуемости.

Действия:

• анализ реализуемости.

1.3.2. Модуль rа - описание действия "анализ требований".

Цели:

• определить назначение системы;

• определить способ интеграции компонент информационной технологии с другими элементами системы;

• сформировать мнение о себестоимости и прибыльности системы в целом;

• подтвердить возможность длительной эксплуатации системы;

• удовлетворить требования пользователей.

Краткое изложение.

"Анализ требований" вытекает из необходимости определения требований к системе и формирования набора вариантов бизнес-системы. Исследования проводятся в контексте будущей системы. Выявленные требования документируются в "Каталоге Требований" и формулируются для достижения системных целей. Они обосновываются уровнями обслуживания, соображениями безопасности (защиты информации) и общим функциональным наполнением системы. Каждое из них по возможности выражается в виде количественной оценки, что способствует организации проверки пользователями приемлемости всех разработанных группой продуктов.

"Каталог требований" поддерживается моделями существующей системной среды: моделью потоков данных в существующем функциональном наполнении и логической моделью данных, используемых в службах существующей системы.

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

Участники.

К анализу требований привлекаются аналитики, обладающие знаниями как в области SSADM, так и в области бизнеса, а также пользователи, поставщики средств информационной технологии и штатные сотрудники организации-заказчика.

Предусловия.

Организационные полномочия:

• документы, инициирующие проект;

• модульные планы анализа требований;

• управление анализом требований.

Входы:

• документы, инициирующие проект;

• отчет по анализу реализуемости;

• отчеты по ранее проведенным исследованиям.

Ссылки:

• бизнес-цели;

• описания данных для существующей среды;

• формы и документы, действующие в существующей среде;

• организационная и техническая политики;

• описание процедур из существующей среды.

Продукты:

• анализ требований;

• варианты бизнес-системы;

• выбранный вариант бизнес-системы;

• масштабы проекта и анализа.

Действия:

• исследования действующей среды;

• варианты бизнес-системы.

1.3.3. Модуль rs - описание действия "спецификация требований".

Цель.

Представить организации-пользователю на рассмотрение «Спецификацию требований», определяющую масштабы системы, соответствующее обеспечение и критерии оценки приемлемости проектных решений, а также обеспечить возможность согласованной разработки спецификации логической системы группой проектировщиков. Жизненно важным является то, что «Спецификация требований» содержит соответствующий текущему моменту времени полный набор требований, определенных при непосредственном участии пользователя и согласованных с ним.

Краткое изложение.

Результаты анализа требований пересматриваются с учетом особенностей выбранного варианта бизнес-системы и использованием методов определения требований, моделирования потоков данных и логического моделирования данных с целью уточнения и детализации "Каталога требований", моделей данных и процессов.

Схемы потоков данных последовательно трансформируются в функции и формально специфицированные структуры ввода-вывода. Логическая модель данных обогащается и приближается к реальности с помощью методов реляционного анализа данных и анализа истории жизни объектов.

Детально специфицируются и определяются события в терминах взаимодействия эффектов. Они, а также пути доступа запросов к данным, дают подробный набор требований по доступу к данным достаточный для окончательного построения полной логической модели данных.

Цель состоит в детальном выражении требований в "Каталоге требований" и объективной связи их с компонентами "Спецификации требований" (определениями функций и логической моделью данных).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]