Заглавная страница Избранные статьи Случайная статья Познавательные статьи Новые добавления Обратная связь FAQ Написать работу КАТЕГОРИИ: АрхеологияБиология Генетика География Информатика История Логика Маркетинг Математика Менеджмент Механика Педагогика Религия Социология Технологии Физика Философия Финансы Химия Экология ТОП 10 на сайте Приготовление дезинфицирующих растворов различной концентрацииТехника нижней прямой подачи мяча. Франко-прусская война (причины и последствия) Организация работы процедурного кабинета Смысловое и механическое запоминание, их место и роль в усвоении знаний Коммуникативные барьеры и пути их преодоления Обработка изделий медицинского назначения многократного применения Образцы текста публицистического стиля Четыре типа изменения баланса Задачи с ответами для Всероссийской олимпиады по праву Мы поможем в написании ваших работ! ЗНАЕТЕ ЛИ ВЫ?
Влияние общества на человека
Приготовление дезинфицирующих растворов различной концентрации Практические работы по географии для 6 класса Организация работы процедурного кабинета Изменения в неживой природе осенью Уборка процедурного кабинета Сольфеджио. Все правила по сольфеджио Балочные системы. Определение реакций опор и моментов защемления |
Системы и закономерности их функционирования и развития.↑ Стр 1 из 8Следующая ⇒ Содержание книги
Похожие статьи вашей тематики
Поиск на нашем сайте
Системы и закономерности их функционирования и развития. Система – связь элементов взаимодействующих между собой для достижения целей (взаимодействие с внешней средой). К закономерностям системы можно отнести следующие положения: 1. иерархичность уровней организации систем. Иерархия - 1) принцип организации, состоящий в том, что целое рассматривается как состоящее из частей, каждая из которых сама является целым, состоящим из своих частей, и т.д. 2) многоуровневая древовидная структура с соотношениями подчиненности сверху вниз. В реальных системах встречаются различные отступления от идеальной иерархической структуры: связь только с одним элементом нижнего уровня; связь с высшим уровнем помимо непосредственного верхнего; центра на самом верху; связь сверху вниз с элементами разных уровней; связь между элементами одного уровня; связь с окружающей средой помимо верхнего уровня и их комбинации. Несводимость друг к другу и невыводимость друг из друга закономерностей разных уровней организации История развития понятия «Система» Системные исследования применяются когда задача (проблема) не может быть сразу представлена и решена с помощью формальных, математических методов, т.е. имеет место большая начальная неопределенность проблемной ситуации. Системные исследования – это коллективное принятие решения специалистов различных областей знаний. Системные исследования – это процесс постановки задачи и применение не только формальных методов. Системные исследования опираются на понятия теории систем и философские концепции, лежащие на основе исследования общесистемных закономерностей. 1843г. М.А. Ампер ввел понятие кибернетика. Б. Трендовский «Отношение философии к кибернетике как науке управления народами». «Люди не математические символы и не логические категории и процесс управления ими не шахматная игра». 1981г. ак. Е.С. Федоров, автор идеи типизации структур. Его открытие – из 23 типов кристаллических решеток сформировано все вещественное многообразие реального мира (языкознание, музыка, системы счисления). 1911-1925 А.А. Богданов-Малиновский «Всеобщая организационная наука (тектология)» Н. Винер (50-е гг. ХХ столетия): · Типизация моделей · Формализация процессов управления · Моделирование и вычислительные эксперименты · Оптимизация процессов и систем Л. Берталанфи (австрийский биолог) – общая теория систем. Месарович, Такахара, Мако «Теория иерархических многоуровневых систем. Томская школа системного анализа (1970-1990гг.): Ф.И. Перегудов, Б.А. Гладких, В.Н. Сагатовский, Ф.П. Тарасенко, В.З. Ямповский. Системы организационного управления как объект системных исследований и разработок: · АСУ Томской области (1975-1990) · Отраслевая АСУ Минвуза РСФСР (1973-1990) · Территориально-отраслевая программа «Нефть и газ» Томской области (1985-1990). «Основы системного анализа» Ф.И. Перегудов, Ф.П. Тарасенко, 1997г., НТЛ Томск.
Методика системного анализа. Этап 1. Анализ проблемы: · существует ли проблема; · точная формулировка проблемы; · анализ логической структуры проблемы; · развитие проблемы (в прошлом, настоящем и будущем); · описание связей рассматриваемой проблемы с другими проблемами; · принципиальная разрешимость проблемы. Этап 2. Определение и анализ структуры организации Этап 3. Формулирование общей цели и ее декомпозиция: · Формулирование общей цели для решения поставленной проблемы; · Декомпозиция цели путем построения дерева целей. Этап 4. Проектирование организации: Для достижения поставленной цели построить структуру организации в усовершенствованном варианте в соответствии с деревом целей.
Вопрос Бизнес-модель — это описание предприятия как сложной системы с заданной точностью. В рамках бизнес-модели отображаются все объекты (сущности), процессы, правила выполнения операций, существующая стратегия развития, а также критерии оценки эффективности функционирования системы. Форма представления бизнес-модели и уровень ее детализации определяются целями моделирования и принятой точкой зрения. Термин «бизнес-модель» используется для того, чтобы охватить широкий диапазон формальных и неформальных описаний ключевых элементов бизнеса. Мы применяем этот термин в следующем смысле: «Бизнес- модель компании определяет, как она получает прибыль – как обращается к своему рынку, представляет свои предложения и развертывает бизнес-отношения». (PWC) Бизнес- модель компании – это способ, который компания использует для создания ценности и получения прибыли. Любая бизнес-модель должна давать ответ на три ключевых вопроса: как компания создает ценность для внешних клиентов; как компания зарабатывает деньги; как компания обеспечивает стратегический контроль над цепочками создания ценности. Бизнес-модель логически описывает, каким образом организация создаёт, поставляет клиентам и приобретает стоимость — экономическую, социальную и другие формы стоимости[1]. Процесс разработки бизнес-модели является частью стратегии бизнеса. В теории и практике термин бизнес-модель употребляется в широком спектре формальных и неформальных определений, для передачи основных аспектов бизнеса, включая цель бизнеса, продуктовый ряд, стратегию, инфраструктуру, организационную структуру, способы продаж, операционные процессы и политики. Бизнес-модель разрабатывается и внедряется, но не остаётся неизменной, т.к. меняется под влиянием различных факторов внешней среды с течением жизненного цикла компании. Алгоритм создания бизнес-модели: 1. Анализ бизнес-модели отрасли. 2. Анализ существующей бизнес-модели компании. 3. Ориентиры стратегии развития компании. 4. Определение новой бизнес-модели. 5. Конкретизация новой бизнес-модели. Бизнес-моделирование (деловое моделирование) — деятельность по формированию моделей организаций, включающая описание деловых объектов (подразделений, должностей, ресурсов, ролей, процессов, операций, информационных систем, носителей информации и т. д.) и указание связей между ними. Требования к формируемым моделям и их соответствующее содержание определяются целями моделирования. Бизнес-моделированием также называют дисциплину и отдельный подпроцесс в процессе разработки программного обеспечения, в котором описывается деятельность компании и определяются требования к системе — те подпроцессы и операции, которые подлежат автоматизации в разрабатываемой информационной системе. С финансовой точки зрения, бизнес-модель любой компании можно описать как произведение рентабельности продаж и оборачиваемости активов (капитала) Вопрос В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства моделирования: Rational Rose, Oracle Designer, AllFusion Process Modeler (BPWin) и AllFusion ERwin Data Modeler (ERWin), ARIS, Power Designer. За рубежом, помимо упомянутых, активно используются такие средства как System Architect, Ithink Analyst, ReThink и др. В Таблице 1 представлен перечень инструментальных средств, участвующих в рассмотрении. Представленная информация включает:
Таблица 1. Перечень инструментальных средств
Выделим основные критерии, позволяющие из представленных средств моделирования выбрать те, применение которых в России могло бы с большей вероятностью себя оправдать. Такими критериями являются:
Вопрос
IDEF IDEF — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем, позволяет отображать и анализировать модели деятельности широкого спектра сложных систем в различных разрезах. При этом широта и глубина обследования процессов в системе определяется самим разработчиком, что позволяет не перегружать создаваемую модель излишними данными. IDEF — методологии создавались в рамках предложенной ВВС США программы компьютеризации промышленности — ICAM, в ходе реализации которой выявилась потребность в разработке методов анализа процессов взаимодействия в производственных (промышленных) системах. Принципиальным требованием при разработке рассматриваемого семейства методологий была возможность эффективного обмена информацией между всеми специалистами — участниками программы ICAM (отсюда название: Icam DEFinition — IDEF другой вариант — Integrated DEFinition). После опубликования стандарта он был успешно применен в самых различных областях бизнеса, показав себя эффективным средством анализа, конструирования и отображения бизнес-процессов. Более того, собственно с широким применением IDEF (и предшествующей методолoгии — SADT) и связано возникновение основных идей популярного ныне понятия — BPR (бизнес-процесс реинжиниринг). В настоящий момент к семейству IDEF можно отнести следующие стандарты: IDEF0 [править | править исходный текст] Пример диаграммы IDEF0: функциональная модель процесса "Поддержка запчастей, подлежащих починке". Function Modeling — методология функционального моделирования. С помощью наглядного графического языка IDEF0 изучаемая система предстает перед разработчиками и аналитиками в виде набора взаимосвязанных функций (функциональных блоков — в терминах IDEF0). Как правило, моделирование средствами IDEF0 является первым этапом изучения любой системы. Методологию IDEF0 можно считать следующим этапом развития хорошо известного графического языка описания функциональных систем SADT (Structured Analysis and Design Technique); IDEF1 [править | править исходный текст] Пример диаграммы IDEF1X. Information Modeling — методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи. IDEF1X (IDEF1 Extended) — Data Modeling — методология моделирования баз данных на основе модели «сущность-связь». Применяется для построения информационной модели, которая представляет структуру информации, необходимой для поддержки функций производственной системы или среды. Метод IDEF1, разработанный Т. Рэмей (T. Ramey), также основан на подходе П. Чена и позволяет построить модель данных, эквивалентную реляционной модели в третьей нормальной форме. В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия — методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X–диаграммы используются рядом распространённых CASE–средств (в частности, ERwin, Design/IDEF). IDEF2 [править | править исходный текст] Пример расширенной схемы перехода, модель IDEF3. Simulation Model Design — методология динамического моделирования развития систем. В связи с весьма серьёзными сложностями анализа динамических систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе. В настоящее время присутствуют алгоритмы и их компьютерные реализации, позволяющие превращать набор статических диаграмм IDEF0 в динамические модели, построенные на базе «раскрашенных сетей Петри» (CPN — Color Petri Nets); IDEF3 [править | править исходный текст] Process Description Capture (Документирование технологических процессов) — методология документирования процессов, происходящих в системе (например, на предприятии), описываются сценарий и последовательность операций для каждого процесса. IDEF3 имеет прямую взаимосвязь с методологией IDEF0 — каждая функция (функциональный блок) может быть представлена в виде отдельного процесса средствами IDEF3; IDEF4 [править | править исходный текст] Пример методологии проектированияIDEF4: диаграмма поведения для обьектов, реализующих метод «Громче». Object-Oriented Design — методология построения объектно-ориентированных систем, позволяют отображать структуру объектов и заложенные принципы их взаимодействия, тем самым позволяя анализировать и оптимизировать сложные объектно-ориентированные системы. Подробнее - Технология; IDEF5 [править | править исходный текст] Пример IDEF5-схемы состава шариковой ручки. Ontology Description Capture — Стандарт онтологического исследования сложных систем. С помощью методологии IDEF5 онтологиясистемы может быть описана при помощи определенного словаря терминов и правил, на основании которых могут быть сформированы достоверные утверждения о состоянии рассматриваемой системы в некоторый момент времени. На основе этих утверждений формируются выводы о дальнейшем развитии системы и производится её оптимизация; IDEF6 [править | править исходный текст] Модель IDEF6 деятельностей проектирования IDEF4 Design Rationale Capture — Обоснование проектных действий. Назначение IDEF6 состоит в облегчении получения «знаний о способе» моделирования, их представления и использования при разработке систем управления предприятиями. Под «знаниями о способе» понимаются причины, обстоятельства, скрытые мотивы, которые обуславливают выбранные методы моделирования. Проще говоря, «знания о способе» интерпретируются как ответ на вопрос: «почему модель получилась такой, какой получилась?» Большинство методов моделирования фокусируются на собственно получаемых моделях, а не на процессе их создания. Метод IDEF6 акцентирует внимание именно на процессе создания модели; IDEF7 [править | править исходный текст] Information System Auditing — Аудит информационных систем. Этот метод определён как востребованный, однако так и не был полностью разработан; IDEF8 [править | править исходный текст] User Interface Modeling — Метод разработки интерфейсов взаимодействия оператора и системы (пользовательских интерфейсов). Современные среды разработки пользовательских интерфейсов в большей степени создают внешний вид интерфейса. IDEF8 фокусирует внимание разработчиков интерфейса на программировании желаемого взаимного поведения интерфейса и пользователя на трех уровнях: выполняемой операции (что это за операция); сценарии взаимодействия, определяемом специфической ролью пользователя (по какому сценарию она должна выполняться тем или иным пользователем); и, наконец, на деталях интерфейса (какие элементы управления, предлагает интерфейс для выполнения операции); IDEF9 [править | править исходный текст]
Scenario-Driven IS Design (Business Constraint Discovery method) — Метод исследования бизнес ограничений был разработан для облегчения обнаружения и анализа ограничений в условиях которых действует предприятие. Обычно, при построении моделей описанию ограничений, оказывающих влияние на протекание процессов на предприятии уделяется недостаточное внимание. Знания об основных ограничениях и характере их влияния, закладываемые в модели, в лучшем случае остаются неполными, несогласованными, распределенными нерационально, но часто их вовсе нет. Это не обязательно приводит к тому, что построенные модели нежизнеспособны, просто их реализация столкнется с непредвиденными трудностями, в результате чего их потенциал будет не реализован. Тем не менее в случаях, когда речь идет именно о совершенствовании структур или адаптации к предсказываемым изменениям, знания о существующих ограничениях имеют критическое значение; IDEF10 — IDEF14 [править | править исходный текст]
Шаблон разработки миссии Как было сказано выше, любая компания с ее микро- и макроокружением представляет собой иерархию вложенных друг в друга открытых, субъектно-ориентированных систем. Компания, с одной стороны, является частью рынка, а с другой отстаивает в конкурентной борьбе собственные интересы. Миссия представляет собой результат позиционирования компании среди других участников рынка. Поэтому миссию компании нельзя описывать путем анализа ее внутреннего устройства. Для построения модели взаимодействия компании с внешней средой (определение миссии компании на рынке) необходимо:
Кроме этого, миссия, как было сказано выше, это компромисс между потребностями рынка, с одной стороны, и возможностями и желанием компании удовлетворить эти интересы, с другой. Поиск компромисса может быть выполнен по шаблону, представленному на рис. 4.4. При разработке модели миссии компании рекомендуется:
Это определяет уникальность ресурсов и навыков компании и формирует позицию "могу".
Миссия в широком понимании представляет собой основную деловую концепцию компании, изложенную в виде восьми положений, определяющих взаимоотношения компании с другими субъектами:
Вопрос 11
Методология IDEF0 Первая распространенная методология, которая будет рассмотрена это IDEF0. Этот язык придумали американские военные с целью успешного тиражирования бизнес-процессов предприятий аэрокосмической промышленности. В свое время американские военные столкнулись со следующей проблемой. При проектировании заводов было замечено, что каждый раз приходится заново проделывать один и тот же шаг - проектировать одинаковые подсистемы управления, на что уходило дополнительное время и ресурсы. После этого было предложено разработать язык или чертеж, с помощью которого можно было бы описать типовые подсистемы управления и при строительстве нового завода использовать наработанные схемы. Язык который был придуман и использован для этих целей лег в основу методологии описания бизнес-процессов IDEF0. Данный стандарт описания бизнес-процессов предлагает показывать не просто входы и выходы, как это делается в DFD – формате, он предлагает ввести три типа входов. Первый тип входов назвали так же входом, а два других входа назвали управлением и механизмами. В стандарте IDEF0 c помощью входа показывают объекты – информационные и материальные потоки, которые преобразуются в бизнес-процессе. С помощью управления показывают объекты – материальные и информационные потоки, которые не преобразуются в процессе, но нужны для его выполнения. С помощью механизмов стали показывать механизмы, при помощи которых бизнес-процесс реализуется: технические средства, люди, информационные системы и т.д. Выход бизнес-процесса, описанного в стандарте IDEF0 полностью соответствует по смыслу выходу процесса, описанному при помощи DFD-схемы. Четыре типа объектов, применяемых для описания входов и выходов в стандарте IDEF0, в английском варианте образуют сокращение ICOM и на схеме IDEF0 размещаются в строго отведенных местах относительно работ, которые называются функциональными блоками (Таблица 1). Таблица 1. Название и размещение входов и выходов в стандарте IDEF0 относительно функционального блока. Давайте рассмотрим пример бизнес-процесса "Выточить деталь", который выполняет токарь. Входом процесса является заготовка из которой вытачивается деталь – она физически преобразуется в процессе. Для того, что бы токарь начал точить деталь ему нужно дать задание или план. Также ему понадобится чертеж с размерами детали. Так вот, чертеж, задание или план нужны для реализации бизнес-процесса и процесс без них не начнется, но по ходу выполнения процесса они не преобразуются. Согласно стандарту IDEF0 их относят к управлению. Для того, что бы выточить деталь нужен токарь, нужен станок – их относят к механизмам. Выходами или результатами бизнес-процесса является деталь (рис. 3). Рис.3. Стандарт описания бизнес-процесса IDEF0. Стандарт IDEF0 получил большое распространение в США и активно используется в России. Ввиду того, что в стандарте IDEF0 появилась дополнительная аналитика по сравнению с классическим стандартом DFD, схемы бизнес-процессов получаемые при описании в стандарте IDEF0 выглядят более сложными с точки зрения менеджеров компании, в вид
|
||||||||||||||||||||||||||||||||||||
Последнее изменение этой страницы: 2016-07-11; просмотров: 842; Нарушение авторского права страницы; Мы поможем в написании вашей работы! infopedia.su Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Обратная связь - 3.142.245.44 (0.017 с.) |