Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Анализ принятия решений. Создание условий для принятия решений на основе структурированного подхода.doc
Скачиваний:
20
Добавлен:
01.05.2014
Размер:
175.62 Кб
Скачать

Санкт-Петербургский государственный электротехнический университет

Кафедра МОЭВМ

Реферат «Анализ принятия решений. Создание условий для принятия решений на основе структурированного подхода»

Преподаватель: Опалева Э.А.

Студент: Симончик С.К.

Группа: 1382

Санкт-Петербург

2005г.

Введение

Анализ и принятие решений приводит к созданию хороших решений при помощи:

  1. выбора техники принятия решений и уровня структуры

  2. определения критерия для основания решения

  3. определения альтернатив

  4. обработки альтернатив по критериям.

Структурированный подход принятия решений уменьшает субъективную сторону решения и увеличивает вероятность выбора решения, требующегося организаторам дела.

Если главным применением структурированного процесса принятия решений является промышленная концепция, то анализ и принятие решений применим ко многим непромышленным вопросам. Аспекты, имеющие много альтернативных решений и оценивающих критериев, ведут сами по себе к структурированному подходу принятия решений. Решения типа да/нет не являются подходящими. Например, изучение торговли оборудованием или программным обеспечением являются классическими примерами структурированного подхода принятия решений.

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

Планирование проекта также часто включает непромышленное вопросы, соответственно пользу можно извлечь из структурированного анализа решений.

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

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

Как численные, так и нечисленные критерии могут использоваться в структурированном процессе принятия решений. Численные критерии используют веса для отображения относительной важности критерия. Нечисленные критерии использую более субъективную шкалу (например, высоко, средне, низко). Более формальные решения могут требовать более полного изучения.

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

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