<<
>>

9.3. Особенности разработки информационных систем поддержки принятия решений

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

Принципы проектирования ИС для принятия управленческих решений: ?

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

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

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

Данный технологический принцип построения системы предполагает использование единых методики и механизма подключения программных средств к данным; ?

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

ш принцип максимальной независимости от операционных систем непосредственно связан с принципом машинной независимости и преемственности систем; ?

принцип расширяемости, согласно которому пакеты программ должны быть открытыми системами, допускающими их непрерывное пополнение новыми программными средствами. Реализация этого принципа возможна лишь при соблюдении принципа модульности структуры пакета программ; ?

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

Правила разработки информационных систем поддержки принятия решений: ?

прежде чем перейти к обсуждению достоинств и недостатков некоторой существующей системы или выдвижению требований к разработке системы с заданными свойствами, пользователь должен познакомиться с какой-либо моделью системы практически; ?

разработка конкретных диалоговых систем, как правило, нацелена на автоматизацию процедур решения задач определенного класса, поэтому проектировщику следует максимально использовать опыт работы и методологию, которая уже применялась на практике, а не навязывать новую технологию решения задач; ?

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

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

синтаксический, логический и численный контроль информации; —

коррекцию ранее полученной информации; —

прерывание процедуры выполнения с возвратом в соответствующую точку алгоритма с восстановлением исходных состояний файлов экспертной информации; —

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

Требования к эксплуатационным характеристикам информационных систем поддержки принятия решений: ?

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

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

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

определение последовательности предоставления информации и возможность получения углубленной информации по мере необходимости; —

обучение, основанное на опыте работы пользователя, снабжение пользователя подсказками с помощью ЭВМ и обеспечение возможности накопления опыта путем тренировочных просчетов; —

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

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

1?*

і,

Требования к методам защиты информации. Выбор решений в реальных ситуациях часто базируется на конфиденциальной информации, доступ к которой возможен лишь при получении санкций на использование или корректировку ранее накопленной информации. Следовательно, необходимы контроль и защита информации в базе данных, причем данная проблема должна быть решена на этапе проектирования системы.

Различают два вида средств защиты экспертной информации: ?

средства защиты экспертной информации, предоставляемые операционной системой независимо от типа используемой ЭВМ, это: —

шифры, пароли, идентификаторы области каждого пользователя, где хранятся его программы и наборы данных; —

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

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

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

он известен только пользователю и не должен сообщаться системному программисту; —

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

<< | >>
Источник: Л. И. Лукичёва, Д. Н. Егорычев, Ю. П. Анискина. Управленческие решения : учебник по специальности «Менеджмент организации» — 4-е изд., стер. — М.: Издательство «Омега-Л». — 383 с.: табл. — (Высшая школа менеджмента).. 2009

Еще по теме 9.3. Особенности разработки информационных систем поддержки принятия решений:

  1. 23.4 ИНТЕГРИРОВАННЫЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ ПОДДЕРЖКИ ПРИНЯТИЯ РЕШЕНИЙ
  2. 9.4. Функционально-структурное содержание информационных систем поддержки принятия решений
  3. 2.1.3 Система поддержки принятия решения
  4. Концепция информационно-аналитического обеспечения автоматизации поддержки принятия управленческих решений
  5. 9.2. Классификация информационных систем принятия решений
  6. 9.5. Обзор информационных систем, используемых для принятия управленческих решений
  7. 2.2. ОСОБЕННОСТИ ПОДДЕРЖКИ ИНФОРМАЦИОННОЙ СЛУЖБЫ ПО ЭТАПАМ ЖИЗНЕННОГО ЦИКЛА
  8. 2.2. Разработка алгоритма процесса разработки и принятия решения при различных типах менеджмента
  9. 8.3. Информационно-компьютерная поддержка управленческих решений. Принципиальные положения
  10. ТЕХНОЛОГИЯ РАЗРАБОТКИ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ. ЭКСПЕРТНЫЕ МЕТОДЫ ПРИНЯТИЯ РЕШЕНИЯ
  11. 6.1. КОНЦЕПТУАЛЬНЫЕ ОСНОВЫ АВТОМАТИЗАЦИИ ПОДДЕРЖКИ ПРИНЯТИЯ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ
  12. ТЕХНОЛОГИЯ РАЗРАБОТКИ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ. МЕТОДЫ ПРОГНОЗИРОВАНИЯ В ЗАДАЧАХ ПРИНЯТИЯ РЕШЕНИИ.
  13. КАКОВА АРХИТЕКТУРА СИСТЕМЫ МУЛЬТИМЕДИА КАК ИСТОЧНИКА ИНФОРМАЦИОННОЙ И ИНТЕЛЛЕКТУАЛЬНОЙ ПОДДЕРЖКИ УР?
  14. 2 ИНФОРМАЦИОННАЯ ПОДДЕРЖКА СИСТЕМЫ ПО ЭТАПАМ ЖИЗНЕННОГО ЦИКЛА
  15. 9 9 ИНТЕГРИРОВАННАЯ ИНФОРМАЦИОННАЯ СИСТЕМА ПОДДЕРЖКИ МЕНЕДЖМЕНТА ПРЕДПРИЯТИЯ
  16. ТЕМА 7: ТЕХНОЛОГИЯ РАЗРАБОТКИ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ. ЭКСПЕРТНЫЕ МЕТОДЫ ПРИНЯТИЯ РЕШЕНИЯ.
  17. Лекция 10 ТЕМА 7: ТЕХНОЛОГИЯ РАЗРАБОТКИ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ. МЕТОДЫ ПРОГНОЗИРОВАНИЯ В ЗАДАЧАХ ПРИНЯТИЯ РЕШЕНИИ.
  18. 8.1 Процесс разработки, принятия и реализации управленческого решения
  19. Практическое занятие 9 Деловая игра «Определение степени риска при принятии управленческого решения. Разработка решения с помощью теории игр»
  20. 2.3. Организация процесса разработки и принятия управленческого решения