Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
36. Системы поддержки принятия решений (СППР), основные компоненты и назначение.
Системы поддержки принятия решений (СППР- DecisionSupportSystem - DSS)– это информационные системы, разработанные для помощи менеджеру (лицу, принимающему решения –ЛПР) в принятии решений управления, объединяя данные, сложные аналитические модели и удобное для него программное обеспечение в единую ИС.
Существенное отличие СППР от вышеописанных экспертных систем состоит в том, что СППР призвана помочь человеку (ЛПР) в решении стоящей перед ним проблемы, а экспертные системы стараются заменить человека при решении некоторой проблемы.
СППР предоставляют возможность ЛПР оценить (ранжировать) альтернативные варианты решения (далее - альтернативы). Решение о выборе альтернативы принимает человек.
При этом существуют вариант без использования критериев и критериальный вариант.
В этом случае СППР должна решить следующие задачи:
При использовании критериальный варианта СППР необходимо решать задачи :
Реализация этого варианта СППР требует решения некоторых нетривиальных проблем:
Критерии иногда удобно группировать в виде дерева (иерархии). Например, в Америке получил большое распространение метод анализа иерархий, предложенный Саати.
Наибольшие проблемы возникают с обоснованием критериев. Прежде всего, не всегда удается обосновать тот набор критериев, который необходим и достаточен для решения задачи принятия решения. Еще сложнее обстоит дело с весами критериев. Можно даже сказать, что веса критериев – самое тонкое место в проблеме критериального упорядочения альтернатив. Чаще всего веса назначают, исходя из интуитивного представления о сравнительной важности критериев.
Отметим, что в таблице могут оказаться альтернативы, которые имеют оценки по всем критериям хуже, чем другие альтернативы. Сразу ясно, что такие альтернативы неконкурентоспособны. Их можно смело вычеркивать из таблицы. После вычеркивания заведомо наихудших альтернатив, в таблице остаются только такие альтернативы, которые хотя бы по одному критерию, не хуже, чем другие. Множество таких альтернатив получило название "множество недоминируемых альтернатив", или "множество Парето".
Ориентация на компьютерные информационные технологии позволяет основные функции СППР реализовать аппаратно-программны ми средствами. При этом реализация автоматизированных СППР воз можна в как в локальном, так и в сетевом варианте (SQL- технологии, Web- технологии).
Традиционно в качестве областей применения СППР выделяют: микроэкономику, макроэкономику, офисную деятельность, оценку и распространение технологий, юриспруденцию, медицину и другие приложения.
Прогнозирование и планирование деятельности предприятий (от мелких фирм до крупнейших корпораций) является наиболее перспективной сферой практического применения СППР. Для решения проблем в этой сфере в состав СППР включают большой набор методов и моделей, в том числе математическое программирование, статистический анализ, теорию статистических решений и принятия решений при неопреде ленности, эвристические методы, включающие адаптивность и обуче ние при решении слабоструктурированных задач, методы теории игр и многие другие подходы.
В последнее время в качестве базы данных СППР все чаще используют хранилище данных (Data Warehous), основанное на многомерных моделях баз данных. (см \\с\study\ТОХОД).
На практических занятиях курса КиТ изучается СППР Assistant Choice.
38. Понятие реинжиниринга бизнес-процессов (РБП). Основные принципы РБП.
Метод революционного преобразования деятельности предприятия, коренной перестройки его бизнеса, который получил название реинжиниринг бизнес- процессов, появился на Западе в конце 80-х годов прошлого столетия. Основателями теории реинжиниринга являются Майкл Хаммер и Джеймс Чампи. Они определили реинжиниринг как «фундаментальное переосмысление и радикальное перепроектирование бизнес-процессов для достижения существенных улучшений в таких ключевых для современного бизнеса показателях результативности, как затраты, качество, уровень обслуживания и оперативность».
Другими словами, реинжиниринг бизнес-процессов (РБП, англ. business process reengineering, BPR) в отличие от известных в последние десятилетия многочисленных методов постепенного совершенствования работы компаний, означает, по сути, решительную, стремительную и глубокую «прорывную» перестройку основ внутрифирменной организации и управления
Специфика реинжиниринга состоит в том, что существующая более 250 лет узкая специализация Адама Смита и обусловленная ею многократная передача ответственности в производстве и, особенно, в управлении, не соответствует современным требованиям. Производство и управление преобразуются в настоящее время в сквозные бизнес-процессы, ответственность за которые от начала и до конца берут на себя сплоченные командным духом группы единомышленников, способные выполнять широкий спектр работ.
К основным понятиям РПБ относятся понятия «фундаментальный», «радикальный», «существенный» и «процессы».
Таким образом, РБП не предполагает осуществления постоянных, но незначительных изменений, ведущих к небольшому «приростному» (на единицы и даже десятки процентов) улучшению показателей функционирования компании. В результате успешно проведенного РБП, т.е. быстрого осуществления глубоких и всесторонних коренных изменений системы управления — компания достигает существенного, «прорывного» роста эффективности (в десятки и сотни раз).
К основным свойствам РБП относятся:
Реинжиниринг необходим в случаях потребности очень существенных улучшений, например, таких как эти 3 основные ситуации, требующие вмешательства:
К участникам РБП относятся: лидер проекта РБП; управляющий комитет; менеджер, осуществляющий опера тивное руководство; менеджеры процессов; рабочая команда реинжиниринга.
Первое место занимает лидер проекта РБП — один из высших менеджеров фирмы, который возглавляет реинжиниринговую деятельность. Помимо организационных обязан ностей, он отвечает за идеологическое обоснование проекта реинжиниринга, создание общего духа новаторства, энтузиаз ма и ответственности. Лидер должен обладать высокой внут ренней энергией.
Второй участник — управляющий комитет, состоящий из членов высшего руководства фирмы, лидера РБП, менеджеров процессов. Осуществляет функции наблюдения, согласования целей и стратегии РБП, согласова ния интересов различных рабочих команд и решения конф ликтных ситуаций между ними. В случае отсутствия комитета его функции выполняет лидер РБП.
Особое место занимает менеджер, осуществляющий опера тивное руководство РБП в целом. Часто он выполняет формальную роль помощника лидера РБП. Функции, им выполняемые, — разработка методик и инструментов РБП обучение и координация вла дельцев процессов, помощь в организации рабочих команд.
Менеджеры процессов — это руководители, каж дый из которых ответственен за обновление отдельного дело вого процесса. Если в организации не определены процессы как таковые, в этом качестве выступают функциональные менеджеры. Менеджер формирует команду для перестройки дан ного процесса и обеспечивает условия для ее работы. Также он осуществляет функции наблюдения и контроля. Таким образом, менеджер процесса является своеобразным заказчиком реинжиниринга данного процесса.
Рабочая команда — группа работников фир мы (методисты, администраторы, сотрудники по обеспечению качества изделий, документирования, координации), а также внешние участники (консультанты, разработчики). Все они и осуществляют непосредственную работу по реинжинирингу конкретного процесса.
Основные приемы проведения РБП следующие:
Хотя и реинжиниринг, и управление качеством (TQM) отводят центральную роль бизнес-процессам, существует принципиальное отличие: управление качеством принимает имеющиеся процессы и старается их улучшить, в то время как реинжиниринг заменяет существующие процессы на новые.
39, Реинжиниринг бизнес-процессов. Этапы реализации РБП.
Важнейшим инструментом для проведения РБП является моделирование. Для проведения анализа состояния предприятия необходимо иметь модель двух видов:
Для моделирования бизнес-процессов используется несколько различных методов, основой которых являются как структурный, так и объектно-ориентированный подходы к моделированию. Однако деление самих методов на структурные и объектные является достаточно условным, поскольку наиболее развитые методы используют элементы обоих подходов.
К числу наиболее распространенных методов относятся:
Метод SADT (Structured Analysis and Design Technique) и его более современная разновидность IDEF0 Integrated DEFinition) считается классическим методом процессного подхода к управлению. Основной принцип процессного подхода заключается в структурировании деятельности организации в соответствии с ее бизнес-процессами, а не организационно-штатной структурой. Именно бизнес-процессы, формирующие значимый для потребителя результат, представляют ценность, и именно их улучшением предстоит в дальнейшем заниматься. Модель, основанная на организационно-штатной структуре, может продемонстрировать лишь хаос, царящий в организации (о котором в принципе руководству и так известно, иначе оно бы не инициировало соответствующие работы), на ее основе можно только внести предложения об изменении этой структуры. С другой стороны, модель, основанная на бизнес-процессах, содержит в себе и организационно-штатную структуру предприятия.
Результатом применения метода SADT (IDEF0) является модель, которая состоит из диаграмм, фрагментов текстов и глоссария, имеющих ссылки друг на друга. Диаграммы — главные компоненты модели, все функции организации и интерфейсы на них представлены как блоки и стрелки (дуги) соответственно.
Одной из наиболее важных особенностей метода SADT (IDEF0) является постепенное введение все больших уровней детализации по мере создания диаграмм, отображающих модель. На рис2. приведены четыре диаграммы и их взаимосвязи, показана структура SADT (IDEF0) -модели. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме.
Метод моделирования IDEF3, являющийся частью семейства стандартов IDEF, был разработан в конце 1980-х годов для закрытого проекта ВВС США. Этот метод предназначен для моделирования последовательности выполнения действий и взаимозависимости между ними в рамках процессов. Он приобрел широкое распространение среди системных аналитиков как дополнение к методу функционального моделирования IDEF0. Модели IDEF3 могут использоваться для детализации функциональных блоков IDEF0, не имеющих диаграмм декомпозиции.
Основой модели IDEF3 служит так называемый сценарий процесса, который выделяет последовательность действий и подпроцессов анализируемой системы.
Как и в методе IDEF0, основной единицей модели IDEF3 является диаграмма. Другой важный компонент модели — действие, или в терминах IDEF3 "единица работы" (Unit of Work). Диаграммы IDEF3 отображают действие в виде прямоугольника.
Действия именуются с использованием глаголов или отглагольных существительных, каждому из действий присваивается уникальный идентификационный номер. Этот номер не используется вновь даже в том случае, если в процессе построения модели действие удаляется. В диаграммах IDEF3 номер действия обычно предваряется номером его родителя. (Рис.3)
Диаграммы IDEF3 обычно организуются слева направо таким образом, что стрелки начинаются на правой и заканчиваются на левой стороне блоков.
В отличие от IDF0 – диаграмм IDF3 – диаграмма показывают процесс в динамике. Поэтому IDF3 – диаграмма, кроме элемента «Работа» содержит элементы:
Связь предшествования, (показывает, что прежде чем начнется работа-приемник, должна завершиться работа-источник. Обозначается сплошной линией.)
Связь отношения - показывает связь между двумя работами или между работой и объектом ссылки. Обозначается пунктирной линией.
Поток объектов– показывает участие некоторого объекта в двух или более работах, как, например, если объект производится в ходе выполнения одной работы и потребляется другой работой. Обозначается стрелкой с двумя наконечниками.
Перекрестки – используются для того, чтобы показать ветвления логической схемы моделируемого процесса и альтернативные пути развития процесса, которые могут возникнуть во время его выполнения. Перекрестки в свою очередь делятся:
IDEF3 достаточно хорошо описывает системы, где существенным моментом являются временные сдвиги (например в области принятия решений), либо хорошо формализуется логика протекания процессов.
Диаграммы потоков данных (Data Flow Diagrams — DFD) представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
В соответствии с данным методом модель системы определяется как иерархия диаграмм потоков данных, описывающих а процесс преобразования информации от ее ввода в систему до выдачи потребителю. Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям — потребителям информации.
Основными компонентами диаграмм потоков данных являются:
Внешние сущности изображают входы в систему и/или выходы из нее. Внешние сущности изображаются в виде прямоугольника с тенью и обычно располагаются по краям диаграммы. Одна внешняя сущность может быть использована многократно на одной или нескольких диаграммах. Обычно такой прием используют, чтобы не рисовать слишком длинных и запутанных стрелок.
Системы и подсистемы, а также процессы в DFD представляют собой функции системы, преобразующие входы в выходы. Они изображаются прямоугольниками со скругленными углами, смысл их совпадает со смыслом работ IDEF0. На рис 4. приведены примеры изображения подсистемы и процесса.
Накопители данных изображают объекты в покое. В материальных системах накопители данных изображаются там, где объекты ожидают обработки, например в очереди. В системах обработки информации накопители данных являются механизмом, который позволяет сохранить данные для последующих процессов.
Потоки данных (стрелки) описывают движение объектов из одной части системы в другую. Стрелки могут подходить и выходить из любой грани прямоугольника работы. В DFD также применяются двунаправленные стрелки для описания диалогов типа "команда-ответ" между работами, между работой и внешней сущностью и между внешними сущностями.
DFD- диаграммы могут быть преобразованы с целью более наглядного представления системы. Работы, например, на диаграммах могут быть декомпозированы.
Таким образом, можно сказать, что IDEF0 – это функциональное моделирование, IDEF3 -моделирование потоков работ, а DFD -моделирование потоков данных. Если же провести сравнительный анализ IDEF-диаграмм и DFD – диаграмм, то можно сказать, что IDEF-диаграммы значительно менее выразительны и удобны для моделирования систем обработки информации Так, дуги в SADT жестко типизированы (вход, выход, управление, механизм). Иногда стирается смысловое различие между входами-выходами, с одной стороны, и управлениями и механизмами, с другой: входы, выходы и управления являются потоками данных и/или управления и правилами их трансформации. Анализ системы при помощи (DFD – диаграмм) потоков данных и процессов, их преобразующих, является более прозрачным и недвусмысленным.
Задание на экзамен: сравните рис. 5 и рис 6., где показан процесс обеспечения предприятия товарами.
Система ARIS (Architecture of Integrated Information System), представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему. Одна и та же модель может разрабатываться с использованием нескольких методов, что позволяет использовать ARIS специалистам с различными теоретическими знаниями и настраивать его на работу с системами, имеющими свою специфику.
В методе Ericsson-Penker для моделирования бизнес-процессов применяется язык объектного моделирования UML.
Механизмы предназначены UML для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его модель. Язык UML принципиально отличается от таких средств моделирования, как IDEF0, IDEF1X, IDEF3, DFD и др. Перечисленные языки моделирования можно определить как сильно типизированные (по аналогии с языками программирования), поскольку они не допускают произвольной интерпретации элементов моделей. UML, допуская такую интерпретацию является слабо типизированным языком.
Метод моделирования, используемый в технологии Rational Unified Process, также применяет язык UML, в основном для моделирования процесса создания программного обеспечения.
Наиболее известным программным продуктом, реализующим методы IDF0, IDF3, DFD является пакет Platinum BPwin.