![]() КАТЕГОРИИ: Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748) |
Этапы формирования решений
Стратегические решения принимаются на основе целей компании, определенных в его уставе и уточненных высшим руководством предприятия. Эти цели определяют основу, на которой должно базироваться долгосрочное планирование, а также определение критических факторов деятельности предприятия. Эти решения обеспечивают базу для принятия тактических и оперативных решений. На первом этапе применяются в основном неформальные методы для того, чтобы: · сформулировать проблему; · выявить цель; · сформулировать критерий оценки принятия решений. Если проблема осознана и идентифицирована количественными показателями или качественными признаками, то далее можно сформулировать цели. Цель - это антипод проблемы. Если проблема это то, чего не хочет ЛПР, то цель - это то, что оно хочет. На втором этапе формирования решений происходит поиск различных вариантов - альтернатив. Варианты могут отыскиваться в различных формах и шкалах измерений. Варианты, как правило, задаются либо перечислением, если таковых не очень много, либо описанием их свойств. На третьем этапе согласно сформулированному на втором этапе критерию выбора происходят сопоставление, оценка и выбор решения. Все методы оценки вариантов можно разделить на две группы: 1. методы, используемые в условиях определенности; 2. методы, используемые в условиях риска. Этапами проектирования СППР при наличии программной оболочки являются: · Описание предметной области, целей создания системы и выполнение постановки задачи. · Составление словаря системы. · Разработка базы знаний и базы данных. · Внедрение системы. Этап 1. Описание предметной области, целей создания системы и выполнение постановки задачи. Описание должно отражать специфику предметной области в нескольких формах. Первая из них - это текстовое представление содержание процессов, объектов и связей между ними. Вторая форма описания представляет собой графическое представление дерева целей, стоящих перед пользователем, или дерева И-ИЛИ. Постановка всякой задачи предполагает указание результатов функционирования системы, исходных данных, а также общее описание процедур, формул и алгоритмов преобразования исходных данных в результирующие данные. Этап 2. Составление словаря системы. Словарь системы - это набор слов, фраз, кодов, наименований, используемых разработчиком для обозначения условий, целей, заключений и гипотез. Благодаря словарю пользователь понимает результаты работы системы. Составление словаря - важная работа, ибо четко сформулированные условия и ответы резко повышают эффективность эксплуатации системы. Этап 3. Разработка базы знаний и базы данных. База знаний, как правило, состоит из двух компонентов: дерева целей с расчетными формулами и базы правил (сеть вывода). База правил создается на основании графа целей и сформулировавши ранее гипотез. Главное внимание здесь уделяется коэффициентам определенности исходных условий и правил их обработки. Этап 4. Внедрение. Проверяется и оцениваются правильность работы системы. Устанавливаются результаты, которые затем сравниваются с полученными в процессе запуска системы. Проверяются также промежуточные расчеты с помощью блока, отвечающего на вопросы как и почему. Под технологией проектирования информационных систем (ИС) понимают упорядоченный в логической последовательности набор методических приемов, технических средств и проектировочных методов, нацеленных на реализацию общей концепции создания или доработки проекта системы и ее компонентов. Для разработки ИС управления большое значение имеют качество и состав базы проектирования. Элементарной базовой конструкцией технологической цепочки проектирования ИС и ее главного компонента - ИТ является так называемая технологическая операция - отдельное звено технологического процесса. Это понятие определяется на основе кибернетического подхода к процессу разработки ИТ. Автоматизация данного процесса предопределяет необходимость формализации технологических операций, последовательного объединения их в технологических цепь взаимосвязанных проектных процедур и их изображение. Предпроектное обследование предметной области предусматривает выявление всех характеристик объекта и управленческой деятельности в нем, потоков внутренних и внешних информационных связей, состава задач и специалистов, которые будут работать в новых технологических условиях, уровень их компьютерной и профессиональной подготовки как будущих пользователей системы. Рассмотрим первый из путей, т.е. возможности использования типовых проектных решений, включенных в пакеты прикладных программ. Наиболее эффективно информатизации поддаются следующие виды деятельности: · бухгалтерский учет, включая управленческий и финансовый; · справочное и информационное обслуживание экономической деятельности; · организация труда руководителя; · автоматизация документооборота; · экономическая и финансовая деятельность; · обучение. Автоматизированные системы проектирования - второй, быстроразвивающийся путь ведения проектировочных работ. В области автоматизации проектирования ИС и ИТ за последнее десятилетие сформировалось новое направление - CASE (Computer- Aided Soft-ware/System Engineering). CASE - это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки ИС, прочно вошедший в практику создания и сопровождения ИС и ИТ. Основная цель CASE состоит в том, чтобы отделить проектирование ИС и ИТ от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процессы разработки и функционирования систем. Помимо автоматизации структурных методологий и как следствие возможности применения современных методов системной и программной инженерии CASE обладают следующими основными достоинствами: · улучшают качество создаваемых ИС (ИТ) за счет средств автоматического контроля (прежде всего, контроля проекта); · позволяют за короткое время создавать прототип будущей ИС (ИТ), что позволяет на ранних этапах оценить ожидаемый результат; · ускоряют процесс проектирования и разработки системы; · освобождают разработчика от рутинной работы, позволяя ему целиком сосредоточиться на творческой части проектирования; · поддерживают развитие и сопровождение уже функционирующей ИС (ИТ); · поддерживают технологии повторного использования компонентов разработки. Большинство CASE-средств основано на научном подходе, получившем название "методология/метод/нотация/средство". Методология формулирует руководящие указания для оценки и выбора проекта разрабатываемой ИС, шаги работы и их последовательность, а также правила применения и назначения методов. К настоящему моменту CASE-технология оформилась в самостоятельное наукоемкое направление, повлекшее за собой образование мощной CASE-индустрии, объединившей сотни фирм и компаний различной ориентации. Своевременность характеризует временные свойства ИС и ИТ и имеет количественное выражение в виде суммарного времени задержки информации, необходимой пользователю в текущий момент времени в реальных условиях для принятия решений. Чем меньше величина временной задержки поступления информации, тем лучше ИС отвечает данному требованию. Общий показатель надежности ИС концентрирует в себе ряд важных характеристик: · частоту возникновения сбоев в техническом обеспечении; · степень адекватности математических моделей; · верификационную чистоту программ; · относительный уровень достоверности информации; · интегрированный показатель надежности эргономического обеспечения ИС. Адаптационные свойства системы отражают ее способность приспосабливаться к изменениям окружающего внешнего фона внутренней управленческой и производственной среды организации. Важная задача заказчика - сформулировать на этапе проектирования границы допущения отклонений в значениях управляющих и выходных параметров, имеющих принципиальное значение для функционирования всей системы. В общем виде постановка задачи состоит из четырех принципиально важных компонентов: · организационно-экономической схемы и ее описания; · свода применяемых математических моделей; · описания вычислительных алгоритмов; · концепции построения информационной модели системы. Математическая модель и разрабатываемые на ее основе алгоритмы должны удовлетворять трем требованиям: определенности (однозначности), инвариантности по отношению к различным альтернативным ситуациям в задаче и результативности (возможности ее решения за конечное число шагов). Результатом алгоритмизации является логически построения и отлаженная блок-схема. Постановка и дальнейшая компьютерная реализация задач требуют усвоения основных понятий, касающихся теоретических основ, информационных технологий. К ним относятся: · свойства, особенности и структура экономической информации; · условно-постоянная информация, ее роль и назначение; · носители информации, макет машинного носителя; · средства формализованного описания информации; · алгоритм, его свойства и формы представления; · назначение и способы контроля входной и результатной информации; · состав и назначение устройств компьютера; · состав программных средств, назначение операционных систем, пакетов прикладных программ (ППП), интегрированных пакетов программ типа АРМ менеджера, АРМ руководителя, АРМ (финансиста, АРМ бухгалтера и т.п.)
Дата добавления: 2014-01-06; Просмотров: 1262; Нарушение авторских прав?; Мы поможем в написании вашей работы! Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет |