Автор работы: Пользователь скрыл имя, 14 Марта 2012 в 10:34, контрольная работа
Людям приходится принимать решения почти везде и почти всегда. В ходе военных действий, в политике, при управлении предприятием, при выборе автомобиля или варианта обмена квартиры и еще в тысячах других случаев. Занимаются люди этим интересным, нередко захватывающим и часто небезопасным делом со времен фараонов и по сей день. Поэтому достоин удивления тот факт, что люди осознали то, КАК они принимают решения совсем недавно (по историческим меркам) — вскоре, после Второй мировой войны.
1 Системы поддержки принятия решений 2
2 СУБД MS Access 7
3 Информационно-поисковые системы Интернета 13
Список использованной литературы 17
Людям приходится принимать решения почти везде и почти всегда. В ходе военных действий, в политике, при управлении предприятием, при выборе автомобиля или варианта обмена квартиры и еще в тысячах других случаев. Занимаются люди этим интересным, нередко захватывающим и часто небезопасным делом со времен фараонов и по сей день. Поэтому достоин удивления тот факт, что люди осознали то, КАК они принимают решения совсем недавно (по историческим меркам) — вскоре, после Второй мировой войны. Оказалось, что схема процесса принятия решения не зависит от той области, в которой принимается решение. Иначе говоря, законы принятия решений едины для всех предметных областей.
Определим, сначала, основные понятия. Прежде всего, отметим, что принятие решений по существу есть не что иное, как ВЫБОР. Принять решение - значит выбрать конкретный вариант действий из некоторого множества вариантов. Рассмотрим примеры.
Необходимо принять решение - идти ли сегодня вечером в театр? Здесь перед нами два варианта выбора: 1) идти, 2) не идти. С выбором квартиры или машины все ясно само собой. Здесь, как и в примере с театром, выбирается один наилучший вариант. Выбор победителя тендера - еще один пример выбора одного наилучшего варианта. (Тендер - это соревнование потенциальных подрядчиков за право выполнить заданную работу. Другое название тендера - подрядные торги). Приведу пример, когда выбирается не один, а несколько вариантов. Пусть некий Фонд хочет инвестировать свои средства. Варианты выбора - набор доступных инвестиционных проектов. Если фонд проводит конкурс проектов, то он может отобрать столько проектов, сколько в состоянии профинансировать.
В теории принятия решений варианты выбора принято называть альтернативами. Этим термином мы и будем пользоваться в дальнейшем. Далее заметим, что в названии темы реферата есть слово поддержка. Это означает, что мы будем заниматься не собственно принятием решений, а подготовкой рекомендаций для того лица (тех лиц), которому (которым) нужно решение принимать. Для лица, принимающего решения введено общеупотребительное сокращение ЛПР. В дальнейшем будем использовать также следующие сокращения:
ПР - принятие решений, ЗПР - задача принятия решения, СППР - система поддержки принятия решений.
Итак, решение есть ВЫБОР. Приглядимся к нему подробнее. Прежде всего, заметим, что первоначально у нас может не быть даже множества альтернатив, из которых предстоит делать выбор. Например, мы хотим обменять квартиру. Тогда, прежде всего, придется заняться подбором вариантов обмена. Это и есть первый этап решения проблемы, который называют "формирование множества альтернатив". Первоначально, множество альтернатив чаще всего аморфно, т.е. не имеет структуры. Точнее говоря, чаще всего мы не можем сразу сказать, какая альтернатива лучше, а какая хуже. Оказывается, задачу выбора можно решить, если каким-либо образом структурировать множество альтернатив.
Современные системы поддержки принятия решения (СППР), возникшие как естественное развитие и продолжение управленческих информационных систем и систем управления базами данных, представляют собой системы, максимально приспособленные к решению задач повседневной управленческой деятельности, являются инструментом, призванным оказать помощь лицам, принимающим решения (ЛПР). С помощью СППР могут решаться неструктурированные и слабоструктурированные многокритериальные задачи.
СППР, как правило, являются результатом мультидисциплинарного исследования, включающего теории баз данных, искусственного интеллекта, интерактивных компьютерных систем, методов имитационного моделирования.
Ранние определения СППР (в начале 70-х годов прошлого века) отражали следующие три момента: (1) возможность оперировать с неструктурированными или слабоструктурированными задачами, в отличие от задач, с которыми имеет дело исследование операций; (2) интерактивные автоматизированные (т.е. реализованные на базе компьютера) системы; (3) разделение данных и моделей. Приведем определения СППР:
СППР - совокупность процедур по обработке данных и суждений, помогающих руководителю в принятии решений, основанная на использовании моделей.
СППР - это интерактивные автоматизированные системы, помогающие лицу, принимающему решения, использовать данные и модели для решения слабоструктуризированных проблем.
СППР - это система, которая обеспечивает пользователям доступ к данным и/или моделям, так что они могут принимать лучшие решения.
Последнее определение не отражает участия компьютера в создании СППР, вопросы возможности включения нормативных моделей в состав СППР и др.
В настоящее время нет общепринятого определения СППР, поскольку конструкция СППР существенно зависит от вида задач, для решения которых она разрабатывается, от доступных данных, информации и знаний, а также от пользователей системы. Можно привести, тем не менее, некоторые элементы и характеристики, общепризнанные, как части СППР:
СППР - в большинстве случаев — это интерактивная автоматизированная система, которая помогает пользователю (ЛПР) использовать данные и модели для идентификации и решения задач и принятия решений. Система должна обладать возможностью работать с интерактивными запросами с достаточно простым для изучения языком запросов.
СППР обладает следующими четырьмя основными характеристиками:
1. СППР использует и данные, и модели;
2. СППР предназначены для помощи менеджерам в принятии решений
для слабоструктурированных и неструктурированных задач;
3. Они поддерживают, а не заменяют, выработку решений менеджерами;
4. Цель СППР — улучшение эффективности решений.
Turban предложил список характеристик идеальной СППР (которая
имеет мало общих элементов с определением, приведенным выше):
Идеальная СППР:
1. оперирует со слабоструктурированными решениями;
2. преназначена для ЛПР различного уровня;
3. может быть адаптирована для группового и индивидуального использования;
4. поддерживает как взаимозависимые, так и последовательные решения;
5. поддерживает 3 фазы процесса решения: интеллектуальную часть, проектирование и выбор;
6. поддерживает разнообразные стили и методы решения, что может быть полезно при решении задачи группой ЛПР;
7. является гибкой и адаптируется к изменениям как организации, так и ее окружения;
8. проста в использовании и модификации;
9. улучшет эффективность процесса принятия решений;
10. позволяет человеку управлять процессом принятия решений с помощью компьютера, а не наоборот;
11. поддерживает эволюционное использование и легко адаптирутся к изменяющимся требованиям;
12. может быть легко построена, если может быть сформулирована логика конструкции СППР;
13. поддерживает моделирование;
14. позволяет использовать знания.
Для СППР отсутствует не только единое общепринятое определение, но и исчерпывающая классификация. Разные авторы предлагают разные классификации.
На уровне пользователя Haettenschwiler (1999) делит СППР на пассивные, активные и коопе
Пассивной СППР называется система, которая помогает процессу принятия решения, но не может вынести предложение, какое решение принять.
Активная СППР может сделать предложение, какое решение следует выбрать.
Кооперативная позволяет ЛПР изменять, пополнять или улучшать решения, предлагаемые системой, посылая затем эти изменения в систему для проверки. Система изменяет, пополняет или улучшает эти решения и посылает их опять пользователю. Процесс продолжается до получения согласованного решения.
На концептуальном уровне Power (2003) отличает СППР,
· управляемые сообщениями (Communication-Driven DSS), СППР,
· управляемые данными (Data-Driven DSS), СППР,
· управляемые документами (Document-Driven DSS), СППР,
· управляемые знаниями (Knowledge-Driven DSS) и СППР,
· управляемые моделями (Model-Driven DSS). СППР.
1. Создайте таблицы базы данных автобусного парка:
Автобусы (главная таблица)
Номер автобуса | Марка | Дата выпуска | Дата капремонта |
НС 12-56 | ЛИАЗ | 12.02.01 | 30.09.06 |
НФ 19-13 | ПАЗ | 15.03.02 | 18.08.07 |
… | … | … | … |
Первичным ключом таблицы является поле Номер автобуса.
Поездки (подчинённая таблица)
Дата | Автобус | Номер маршрута | Ф. И. О. водителя | Количество поездок | Выручка, руб. | Пробег, км |
15.03.08 | НС 12-56 | 8 | Иванов О.М. | 12 | 27 500 | 225 |
15.03.08 | НФ 19-13 | 23 | Смирнов С.И. | 14 | 32 060 | 252 |
16.03.08 | НС 12-56 | 23 | Фролов С.А. | 13 | 29 000 | 231 |
… | … | … | … | … | … | … |