Автор работы: Пользователь скрыл имя, 21 Декабря 2013 в 22:45, реферат
Необходимо принять решение - идти ли сегодня вечером в театр? Здесь перед нами два варианта выбора: 1) идти, 2) не идти. С выбором квартиры или машины все ясно само собой. Здесь, как и в примере с театром, выбирается один наилучший вариант. Выбор победителя тендера - еще один пример выбора одного наилучшего варианта. (Тендер - это соревнование потенциальных подрядчиков за право выполнить заданную работу. Другое название тендера - подрядные торги). Приведу пример, когда выбирается не один, а несколько вариантов. Пусть некий Фонд хочет инвестировать свои средства. Варианты выбора - набор доступных инвестиционных проектов. Если фонд проводит конкурс проектов, то он может отобрать столько проектов, сколько в состоянии профинансировать.
Введение…………………………………………………………………………...3
История систем поддержки принятия решений……………………………..5
Информационные системы принятия решений……………………………..7
Информационные системы в экономике……………………………………12
Человек и информационная технология(индивидуальное принятие решений)………………………………………………………………………13
Заключение……………………………………………………………………….18
Список литературы………………………………………………………………19
Введение
Людям приходится принимать решения почти везде и почти всегда. В ходе военных действий, в политике, при управлении предприятием, при выборе автомобиля или варианта обмена квартиры и еще в тысячах других случаев. Занимаются люди этим интересным, нередко захватывающим и часто небезопасным делом со времен фараонов и по сей день. Поэтому достоин удивления тот факт, что люди осознали то, как они принимают решения совсем недавно (по историческим меркам) – вскоре, после Второй мировой войны. Оказалось, что схема процесса принятия решения не зависит от той области, в которой принимается решение. Иначе говоря, законы принятия решений едины для всех предметных областей.
Определим, сначала, основные понятия. Прежде всего, отметим, что принятие решений по существу есть не что иное, как выбор. Принять решение - значит выбрать конкретный вариант действий из некоторого множества вариантов. Рассмотрим примеры.
Необходимо принять решение - идти ли сегодня вечером в театр? Здесь перед нами два варианта выбора: 1) идти, 2) не идти. С выбором квартиры или машины все ясно само собой. Здесь, как и в примере с театром, выбирается один наилучший вариант. Выбор победителя тендера - еще один пример выбора одного наилучшего варианта. (Тендер - это соревнование потенциальных подрядчиков за право выполнить заданную работу. Другое название тендера - подрядные торги). Приведу пример, когда выбирается не один, а несколько вариантов. Пусть некий Фонд хочет инвестировать свои средства. Варианты выбора - набор доступных инвестиционных проектов. Если фонд проводит конкурс проектов, то он может отобрать столько проектов, сколько в состоянии профинансировать.
В теории принятия решений варианты выбора принято называть альтернативами. Этим термином мы и будем пользоваться в дальнейшем. Далее заметим, что в названии темы реферата есть слово поддержка. Это означает, что мы будем заниматься не собственно принятием решений, а подготовкой рекомендаций для того лица (тех лиц), которому (которым) нужно решение принимать.
Итак, решение есть выбор. Приглядимся к нему подробнее. Прежде всего, заметим, что первоначально у нас может не быть даже множества альтернатив, из которых предстоит делать выбор. Например, мы хотим обменять квартиру. Тогда, прежде всего, придется заняться подбором вариантов обмена. Это и есть первый этап решения проблемы, который называют "формирование множества альтернатив". Первоначально, множество альтернатив чаще всего аморфно, т.е. не имеет структуры. Точнее говоря, чаще всего мы не можем сразу сказать, какая альтернатива лучше, а какая хуже. Оказывается, задачу выбора можно решить, если каким-либо образом структурировать множество альтернатив.
1. История систем поддержки принятия решений
До середины 60-х годов прошлого века создание больших информационных систем было чрезвычайно дорогостоящим, поэтому первые информационные системы менеджмента (так называемые Management Information Systems – MIS) были созданы в эти годы лишь в достаточно больших компаниях. MIS предназначались для подготовки периодических структурированных отчетов для менеджеров.
В конце 60-х годов появляется новый тип информационных систем – модель - Ориентированные системы поддержки принятия решений (Model-oriented Decision Support Systems – DSS) или системы управленческих решений (Management Decision Systems - MDS).
По мнению первооткрывателей систем поддержки принятия решений Keen P. G. W., Scott Morton M.S. (1978), концепция поддержки решений была развита на основе, теоретических исследований в области принятия решений и технических работ по созданию интерактивных компьютерных систем“.
В 1971 г. – опубликована книга Scott Morton‘а, в которой впервые были описаны результаты внедрения систем поддержки принятия решений, основанной на использовании математических моделей.
1974 г. – в работе
дано определение первые информ
1975 г. - J.D.C.Little в своей работе предложил критерии проектирования СППР в менеджменте.
1978 г. – опубликован учебник по системам поддержки принятия решений, в котором исчерпывающе описаны аспекты создания систем поддержки принятия решений: анализ, проектирование, внедрение, оценка и разработка.
1980 г. – опубликована диссертация S. Alter, в которой он дал основы классификации систем поддержки принятия решений.
1981 г. – Bonczek, Holsapple и Whinston в книге создали теоретические основы проектирования систем поддержки принятия решений. Они выделили 4 необходимых компонента, присущих всем системам поддержки принятия решений: 1) Языковая система (Language System - LS) – система поддержки принятия решений может принимать все сообщения; 2) Система презентаций (Presentation System (PS)) (СППР может выдавать свои сообщения); 3) Система знаний (Knowledge System - KS) – все знания систем поддержки принятия решений сохраняет; 4) Система обработки задач (Problem-Processing System (PPS)) – программный «механизм», который пытается распознать и решить задачу во время работы системы поддержки принятия решений.
1981 г. – В книге R.Sprague и E.Carlson описали, каким образом на практике можно построить систему поддержки принятия решения. Тогда же была разработана информационная система руководителя (Executive Information System (EIS)) – компьютерная система, предназначенная для обеспечения текущей адекватной информации для поддержки принятия управленческих решений менеджером.
Начиная с 1990-х, разрабатываются так называемые Data Warehouses -
хранилища данных. Хранилище данных – это очень большая предметно- ориентированная информационная корпоративная база данных, предназначенная для подготовки отчётов, анализа бизнес-процессов и поддержки принятия решений. Строится на базе клиент-серверной архитектуры, реляционной СУБД и утилит поддержки принятия решений. Данные, поступающие в хранилище данных, становятся доступны только для
чтения.
27 октября 2005 года в
Москве на Международной
Информационные системы принятия
решений с выбранным инструментом принятия решений
и в пределах определенной организации
принятия решений в режиме диалога с компьютером
предоставляют пользователю специфический
доступ к данным, аналитические инструменты,
специфические непредвиденные варианты
ответов, возможность решения проблемы,
возможность развития системы. Три моменты
отличают СППР от предыдущих автоматизированных
информационных систем: структура проблемы,
ограниченная реальность, результативность
деятельности лиц, которые принимают решение.
Заметим, что низменность управленческих
проблем на структурированные и неструктурированные
приводит к ряды недоразумений. Новые
исследования в этой области показывают:
вопрос структуризации нужно рассматривать
относительно отдельного лица или группы
лиц, которые принимают управленческие
решения, с учетом фактора времени. Тому
процесс проектирования СППР из управления
трудовыми ресурсами должны характеризоваться
таким ходом, чтобы охватывались структурные
проблемы в аспекте « характерных особенностей
пользователей».
При проектировании
нужно принимать во внимание индивидуальные
особенности среды пользователей СППР,
приспосабливая систему к этим отличиям,
то есть учитывать различие относительно
информативных нужд, взглядов, а также
систем ценностей, которые их имеют отдельные
руководители. Итак, определенная процедура
не может быть универсальной при решении
одной и той самой проблемы разными руководителями.
Например, проблема определения мер, направленных
на социальную защиту населения, есть
структурированной, если существует отработанная
на практике модель для решения этой проблемы
или есть определенное лицо, которое разработало
процедуру для ее решения. Эта самая проблема
может быть неструктурированной в случае,
когда руководитель, который принимает
решение, не имеет опыта решения данной
проблемы.
Ограниченная рациональность в поведении
руководителя, который принимает решение,
связанная также со стилем руководства.
Однако аспект ограниченной рациональности
тяжело учесть при проектировании СППР
по таким причинам: субъективная индивидуальная
особенность управленца; ограниченная
рациональность, которая часто касается
оценки руководителя уже после принятия
решения и не обеспечивает оценки альтернатив
во время их выбора; усиление результативности
деятельности руководителя благодаря
СППР. Производительность управленца
связана с реализацией задач наилучшим
из возможных образов относительно установленного
критерия, то есть результативность связанная
из удачным или неудачным выбором критерия.
Основным критерием,
который определяет стратегию системы,
есть « обучения». Это означает, что СППР
не решает проблему до конца, а лишь заставляет
использовать собственные умения во время
решения проблемы. Итак, цель построения
СППР такая: сначала поддержка, а потом
— развитие этой поддержки. Проектированная
система должна быть довольно близкой
к искомому решению (процедур, которое
их выполняет управленец в виде диалога
и приказов), лишь бы стать легкой и привлекательной
для пользователей. Этот вид стратегии
построения СППР называют «адаптационной
стратегией». Он вытекает из невозможности
заранее определить вид окончательной
системы. Успешное истечение процесса
построения СППР зависит от взаимного
постоянного сотрудничества пользователя,
проектанта и системы. Практика применения
СППР дает возможность сформировать две
основных стратегии построения СППР. Первая
из них — стратегия побочного построения
СППР — состоит в разработке простой индивидуальной
поддержки, которая кое-что расширяет
возможности калькулятора. Пользователь
может определить, где и каким образом
использовать СППР. Стоимость такой разработки
низкая.
Второй есть стратегия непосредственного
построения СППР. Речь идет о повышении
результативности действий лиц, которые
принимают решение (управленцев, руководителей).
Это очень продолжительная и дорогая разработка.
Она нуждается в тщательном анализе процесса
принятия соответствующих решений перед
началом построения СППР. Уточнению подлежат
вид, диапазон и глубина изменений в управленческом
процессе, а также поведение лиц, которые
принимают решения. При этом и здесь нужно
помнить о преимуществе возможностей
и интересов пользователей сравнительно
с возможностями компьютера, то есть СППР
должны быть простой и приспособленной
к потребностям пользователя. Решающее
значение для принятия этой стратегии
имеет предыдущее развитие вычислительной
техники в соответствующем учреждении.
Процесс проектирования СППР (рис. 2.3) очень
разнообразный и зависит от отдельного
руководителя, группы руководителей, а
также от управленческой ситуации. Здесь
оказываются личные черты руководителя,
стиль его руководства или специфика конкретной
проблемы. Успешное проектирование СППР
нуждается в от разработчиков систем основательных
знаний и практических привычек в сфере
информационной технологии управления.
Первая
фаза процесса проектирования СППР —
это выбор управленческой ситуации, в
которой заинтересованный пользователь.
Такой выбор может быть сделан путем переговоров
и наблюдений, исследование поставленной
проблемы или выяснение нужд в информации
со стороны руководства. Не исключено,
что пользователь сам уточнит проблему
и соответствующие информационные нужды,
а также критерии деятельности СППР. Результат
первой фазы проектирования СППР — описание
конкретной проблемы и информационных
нужд, которые касаются решения проблемы.
Вторая
фаза проектирования СППР связана с выбором
структуры и проектирования функций системы.
В проектировании СППР можно отличить
четыре шага: 1) выбор вида системы; 2) конструирование
базы моделей; 3) конструирование базы
данных; 4) конструирование диалога (каждая
с действующих СППР имеет все эти элементы).
Определение вида системы и исследовательского
образца ее применение охватывает выбор
таких функций СППР, которые оправдали
бы ожидания лиц, которые принимают решение
(руководителей), относительно поддержки
их действий, направленных на принятие
решений. Этот выбор осуществляется за
предположения о возможности формализации
проблемы (разработка моделей, метода
или процедуры) с соответствующим накоплением,
хранением и поиском данных, а также о
возможности диалоговой поддержки процесса
решения проблемы. Неотделимым элементом
этой фазы процесса проектирования есть
оценивания технических возможностей
и ожидаемых результатов.
Когда выбрана функции системы, необходимо
спроектировать модели, методы или процедуры,
базу данных и диалог (связь между системой
и пользователем). После разработки этих
элементов СППР начинают ее внедрение.
Заключительная
фаза процесса проектирования СППР —
оценивание использования и формулирование
нужд ( по возможности) относительно дальнейших
изменений как в процессе принятия решений,
так и в функциях СППР.
Информационные системы принятия
решений нуждается в определенном аппаратном
и программном среде, в котором будут действовать
автоматизированные информационные системы
объектов хозяйствования (предприятия,
организации, учреждения и т.п.).
Опыт создания СППР показывает, что в больших
и средних экономических организациях
используют системы иерархические, которые
отвечают концепции IBM, и горизонтальные,
которые отвечают стандарту 8802.3. Что же
к выбору конкретного решения, то он зависит
от опыта субъекта в использовании компьютерной
техники, а также кадровых и финансовых
возможностей. Во время исследовательских
и внедренческих работ устанавливается
оптимальная структура системного программного
обеспечения компьютеров, которая отвечает
стандартам IBM. Программное обеспечение
должны представлять операционные системы:
VS2 (VKS), а также VM370 или VM /SP; методы доступа
к файлам и программное обеспечение телеобработки
— VSAM, WTAM вместе с NCP для телепроцессора;
программное обеспечение управления данными
— IMS /VS, DB2; программное обеспечение, которое
помогает составлять специальные программы;
компелирующие, редактирующие, включающие
(пуску) средства, помощь для тестирования
программ (например, SPM, VOLLIE, QQ2). Программное
обеспечение, созданное для компьютеров
фирмы IBM, есть весьма развитым и сложным.
Оно должны обслуживать сложные вычислительные
системы, которые охватывают разные элементы
оборудования. Итак, достижение безупречной
и продуктивной работы оборудование связано
с продуманным отбором отдельных элементов
программного обеспечения и чрезвычайно
старательной настройкам.
Количество систем поддержки принятия
решений, которые используются в экономике
передовых стран мира, постоянно возрастает.
Так, для корпоративного планирования
предназначенная СППР «Сімплан», для финансового
планирования — СППР «Прожектор», для
общего планирования — СППР « Джі-План»
и т.п.
В Великобритании в «центрах занятости»
для предоставления помощи в выборе возможного
места работы на основании личных представлений
клиентов о желательном характере будущей
(возможной) деятельности распространенная
СППР индивидуального назначения MAUD (Multi
Attribute Utility Decomposition). Поддержка относительно
принятия решений в этой специфической
ситуации (ситуация индивидуального выбора)
обеспеченная благодаря інтерактивності
и гибкости СППР: система работает вместе
с пользователем, развивая и меняя его
представление о проблеме, структура и
содержание которой должны быть описаны
в сроках багатокритеріальної оценки
альтернативных вариантов. Работа с системой
начинается из короткого описания альтернатив
(объектов), между которыми будет проводиться
выбор. Пользователю средствами обычного
языка предлагается дать оценку каждого
из рассмотренных вариантов. Дальше система
проверяет согласованность информации,
представленной человеком, выявляет разногласия
и определяет ценность информации, которая
поступает. После этого информация вводится
к системы и на основе концепции теории
полезности выдаются приоритеты пользователя,
который дает возможность ранжировать
объекты выбора. Благоустроенный таким
образом список вариантов сопровождается
данными о важности каждого из критериев
оценки. Во время работы с системой можно
вносить коррективы, включать и исключать
объекты и критерии, менять собственные
оценки и приоритеты. Если система окажет
разногласия в действии пользователя,
то она отсылает его к той процедуры, где
это разногласие возникшее. Важной характерной
особенностью системы MAUD есть то, что она
дает возможность прервать работу с системой
в любом месте, причем возобновление прерванной
работы возможное в удобное для пользователя
время без проводки дополнительного настройки.
3. Информационные системы в экономике
Экономическая информация отражает процессы производства, распределения, обмена и потребления материальных благ и услуг. В связи с тем, что экономическая информация большей частью связана с общественным производством, ее обычно называют производственной информацией. Она характеризуется большим объемом, многократным использованием, обновлением и преобразованием, большим числом логических операций и математическими расчетами для получения результативной информации.
Структурной единицей экономической информации является показатель. Он обычно представлен: наименованием, количественным значением и единицей измерения.
Показатель это учитываемый и контролируемый параметр экономического объекта, состоящий из совокупности реквизитов. Реквизит – логически неделимый элемент показателя, отражающий определенные свойства объекта или процесса. Он имеет законченное смысловое содержание и потребительскую значимость. Реквизит нельзя разделить на более мелкие единицы без разрушения его смысла. Каждый показатель состоит из одного реквизита-основания и одного или нескольких реквизитов-признаков. Реквизит-признак характеризует смысловое значение показателя и определяет его наименование, единицу измерения, а реквизит-основание это количественное значение технико-экономического показателя (ТЭП), например веса, объема, стоимости, нормы времени и т.д.).
При производстве продуктов труда человек всегда управляет орудиями труда в процессе их воздействия на предмет труда. Например, когда вы вскапываете грядки, предметом труда является земля, орудием труда – лопата, продуктом труда – вскопанная грядка. Естественно, перед началом копки вы, сами того не осознавая, составляете концептуальную модель, содержащую информацию о том, где, в каком месте огорода будет располагаться будущая грядка, какой она будет ширины, глубины, нужно ли разбивать комья земли и т.д. Когда вы копаете, т.е. воздействуете лопатой (орудием труда) на землю (предмет труда), то подсознательно сравниваете получающийся результат с хранимой в памяти концептуальной моделью и в зависимости от результата сравнения копаете глубже или немного левее, т.е. управляете орудием труда. Нетрудно заметить, что это классическая СУ (рис. 2.6), в которой ОУ является земля, ИО – лопата вместе с мускулами человека и УО – человеческий мозг.
|
Рис. 2.6. Человек в элементарной СУ |
С усложнением производства, т.е. ОУ и их концептуальных моделей, объемы осведомляющей информации IОС возрастают и человеческие возможности их переработки в необходимом темпе исчерпываются. Тогда на помощь человеку приходят технические средства ускорения переработки информации, как правило, СВТ. Возникает, таким образом, самостоятельный дополнительный информационный контур, помогающий человеку быстрее обработать осведомляющую информацию IОС и выработать управляющую информацию Iy. Появление контура дополнительной обработки информации (помимо человека) на СВТ (рис. 2.7) и есть начало возникновения ИТ. Совершенствование ЭВМ, программного обеспечения, матметодов и моделей позволило создать ЭИС в которых четко обозначился контур ИТ.
|
Рис. 2.7. Система управления с контуром дополнительной обработки информации |
Из рис. 2.8 видно, что в общем
случае ИТ состоит из информационных моделей
разного уровня абстракции и ЭВМ. На вход
ИТ поступает информация от человека IВХ
, формируемая на основе информации IОС от ОУ. Информация IВХ
сравнивается с концептуальной
моделью ОУ. Реакция на результат сравнения
определяется общей математической моделью
управления (ОМУ), декомпозированной на частные
математические модели (ЧММ). Набор ЧММ описывает
возможные состояния ОУ и тактику управления
в этих состояниях. Эта тактика реализуется
через алгоритмические модели (AM), формализованные
в программное обеспечение (ПО) для ЭВМ.
В результате ЭВМ выдает информацию IВХ
представляющую собой рекомендации
по управлению ОУ в данной ситуации. Таким
образом, в АСУ человек является центральным
и объединяющим звеном двух контуров (см.
рис. 2.8): собственно управления (Ч – ИО
– ОУ) и информационной технологии (Ч –
ИТ).
|
Рис. 2.8. Информационная технология в ЭИС |
В АСУ, несмотря на наличие контура ИТ ответственность за принятое управляющее решение возлагается на человека – ЛПР. Другими словами, решение принимает человек, а ИТ только помогает ему в этом.
По мере выделения из процесса управления стадии принятия решения, казалось, что для полной автоматизации достаточно разработать математическую модель и реализовать ее в ЭВМ. И тогда АСУ (автоматизированная система управления) превратится в САУ (систему автоматического управления). Однако как оказалось, процесс принятия решения человеком очень сложен. Иногда в этот процесс включаются такие механизмы, которые невозможно предусмотреть и тем более формализовать. При принятии решения человек может учитывать и такие аспекты, как мораль, традиции, человеческие взаимоотношения. Вот почему при управлении социально-экономическими системами (при организационно-экономическом управлении) процесс принятия решения не может быть пока осуществлен без человека [32].