Оглавление (стр. 4 )

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

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

-  характеристику выполнения плановых заданий за ряд предыдущих лет.

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

ИССЛЕДОВАНИЕ ФУНКЦИОНАЛЬНЫХ ЗАДАЧ И ИНФОРМАЦИОННЫХ ПОТОКОВ СИСТЕМЫ УПРАВЛЕНИЯ СТРАХОВОЙ ДЕЯТЕЛЬНОСТЬЮ

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

Исследование выполняется по выделенным аспектам деятельности предприятия методом декомпозиции на основе IDEF0-диаграмм.

СРЕДСТВА ПРЕДСТАВЛЕНИЯ ПРОЦЕССОВ ФУНКЦИОНИРОВАНИЯ

СИСТЕМ УПРАВЛЕНИЯ

Для представления (или спецификации) действий системы, потоков ресурсов и информации и определения их взаимосвязей эффективно использование CASE – технологии (Computer-Aided Software Engineering), представляющей собой компьютерно-ориентированную технологию разработки программного обеспечения. CASE-технология это совокупность методологий проектирования и сопровождения программного обеспечения на всем его жизненном цикле. Она получила широкое распространение и активно внедряется на рынке информационных технологий. Методологическую основу CASE-технологий представляют различные реализации метода структурного анализа.

В CASE-технологии наиболее представительным по объему реализации является направление SADT (Structural Analysis and Design Technique) – техника и средства структурного анализа и в том числе его развитие IDEF (Integrated Computer DEFinition Method), методология интегрального описания, интегральной спецификации.

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

1)  IDEF – для функционального моделирования систем;

2)  IDEF1 – для информационного моделирования систем;

3)  IDEF2 – для динамического моделирования систем.

Метод IDEF0 применяется для создания:

1)  функциональной модели системы в виде иерархического, нисходящего структурного представления множества действий исследуемой системы. Построением функциональной модели IDEF0 отображается функциональная структура объекта, то есть производимые им действия и связи между этими действиями. Функциональную модель иначе называют функциональной структурой объекта или системы;

2)  информационные модели, то есть модели вещественных и информационных объектов в виде данных, необходимых для функционирования или являющихся результатом этого функционирования.

Модель IDEF0 обеспечивает возможность представления информационных потоков в рассматриваемом объекте на языке, понятном не только исследователю системы, но и специалисту-эксперту в предметной области, пользователю, руководителю.

В основе метода IDEF0 лежат следующие концепции:

1)  графическое представление модели в виде иерархии блок-схем ( или диаграмм), обеспечивающее компактность информации;

2)  максимальная наглядность модели, осуществляемая за счет:

-  простоты графики блоков и стрелок в диаграммах;

-  использования естественного языка для обозначения блоков и стрелок;

-  кратких поясняющих текстов и словаря, сопровождающих каждую диаграмму;

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

-  обеспечения быстрого поиска требуемой диаграммы внутри иерархической структуры;

-  ограниченности количества блоков-функций на каждой диаграмме.

3)  специальные правила для обеспечения строгости и точности с целью повышения качества модели;

4)  пошаговые процедуры для обеспечения эффективности процессов разработки модели, ее просмотра и объединения;

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

В методах IDEF модели систем представляются в виде набора диаграмм. Для их поддержки добавляются необходимые текстовые материалы и словари. Функциональная модель документируется в виде диаграмм и дополняющих их текстов. Графическими средствами диаграмм являются блоки и дуги со стрелками.

Блоки используются для представления функций системы и сопровождаются текстами на естественном языке.

Дуги представляют множество объектов – таких, как платежные поручения, расходные кассовые ордера, приходные кассовые ордера. В общем случае это могут быть:

1)  физические объекты;

2)  информация;

3)  действия,

которые образуют связи между функциональными блоками.

Эти компоненты являются базовыми элементами в методологии IDEF0. Сторона блока, с которым соединяется дуга, определяет тип интерфейса:

1)  управляющие страховой деятельностью данные входят в блок сверху;

2)  материалы или информация, которые подвергаются этой операции, показаны с левой стороны блока;

3)  результаты выхода показаны с правой стороны;

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

Управление

(С)

 

 

Выход Выход

(I)  (О)

Механизм

(М)

Метки-комментарии при дугах ( в круглых скобках) представляют собой ICOM-метки.

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

Вместе с тем на некоторых блоках возможно появление новых ICOM-меток, которые не были представлены на родительской диаграмме.

В основе методологии IDEF0 лежат следующие правила:

1)  функциональных блок (или функция) преобразует Входы в Выходы (то есть входную информацию в выходную);

2)  управление определяет, когда и как функциональное преобразование может или должно произойти;

3)  исполнители непосредственно осуществляют функциональное преобразование.

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

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

1)  комментариями;

2)  рисунками;

3)  различной дополнительной информацией.

Дуги могут разветвляться и соединяться. Ветвление означает множественность (многократные идентичные копии одного объекта) или расщепление ( различные части одного объекта). Соединение означает объединение или слияние.

Функциональные блоки при взаимодействии выполняют:

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

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

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

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

1) 

Функция Ф3

Функция Ф2

Функция Ф1

Диаграмма без ветвления и без обратных связей

2)  Диаграмма с ветвлением и без обратных связей

 

На следующем рисунке показано описание задачи, включающие компоненты:

-  Вход

Первичные внешние документы, необходимые для регистрации страховой деятельности

Первичные внутренние документы

-  Управление

Нормативная документация

Договора, соглашения, обязательства

Указания руководства

Нормативная документация

-  Выход

Внутренние отчетные документы

Внешние отчетные документы

-  Исполнитель

Руководитель страховой компании

Главный бухгалтер

Сотрудники финансово-хозяйственных служб страховой компании.

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

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

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

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

Указания Нормативная Договора

Руководства документация Соглашения

Обязательства

 

Обеспечение документооборота Управление финансово-хозяйственной деятельностью страховой компании

Первичные

внешние Отчетные

документы документы

 

Первичные Внешние

Внутренние отчетные

Документы документы

 

Руководство Главный Сотрудники

компании бухгалтер финансово-

хозяйственных служб

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

В целом правила IDEF0-диаграмм можно сформулировать в следующем виде:

1)  формирование для каждой модели цели и точки зрения, с позиций которой рассматривается построение модели системы;

2)  итеративность процесса построения модели, т. е. модель развивается от стадии к стадии;

3)  при детализации на каждом уровне рекомендуется создавать от 3 до 6 блоков;

4)  диаграмма не должна иметь пропусков и не должна включать дополнительные элементы извне области детализации;

5)  применение для связи структур данных кодов ICOM и круглых скобок;

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

7)  для надписей (меток) и наименований должны соблюдаться уникальность и лаконичность;

8)  соблюдение синтаксических правил для графики, т. е. блоков и стрелок;

9)  соблюдение семантики интерфейсов блоков диаграмм.

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

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

Нетрудно заметить, что функциональная модель и модель данных обладают дуализмом моделей. Действительно, если в функциональной модели, в которой блоки обозначают функции, а дуги – объекты, произвести переобозначения, т. е. объекты обозначать блоками, а функции –дугами, то в результате будет получена модель данных. Рассмотренное свойство сохраняется и при обратном преобразовании.

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

ОПЕРАЦИИ С ICOM-МЕТКАМИ

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

На этом рисунке I –Input (вход), С – Control (управление), О – Output (выход), M –Mechanism (механизм или исполнитель).

С1 С2 С3

Функциональный блок (О)

 

I1 О1

 

I2 О2

 

М1 М2

 

ФУНКЦИОНАЛЬНОЕ МОДЕЛИРОВАНИЕ

Для построения модели системы управления необходимо прежде всего определиться в следующих позициях:

1)  определить субъект моделирования;

2)  сформировать цель моделирования;

3)  определить позицию («точку зрения») моделирования.

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

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

 

Особое значение для построения модели имеет «точка зрения» исследователя. Она, безусловно, определяется целями моделирования и в конечном итоге представляет собой место, т. е. позицию моделирования, на которую как бы ставит себя исследователь, чтобы виртуально представить требуемые аспекты моделируемой системы в действии.

При необходимости многостороннего исследования системы ее можно представить определенной совокупностью моделей. При этом каждая модель будет описывать какую-либо определенную сторону свойств системы. В результате система будет достаточно всесторонне описана комплексом моделей, которые, с одной стороны, согласованы, а с другой стороны, эти модели имеют различные уровни абстрагирования, которые называются стратами. Сам процесс такого многостороннего описания системы называется стратификацией. Вся совокупность моделей называется стратифицированным описанием системы, а сама препарированная подобным образом система – стратифицированной системой.

При стратификации системы принимаются следующие правила:

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

2)  описания системы на различных стратах в общем случае не взаимосвязаны;

3)  при углублении иерархии страт возрастает уровень понимания системы в целом.

Например, при моделировании страховой компании в качестве первой страты можно рассмотреть Административно-управленческий аппарат, второй – Организация регистрации страхователей, третьей – Возмещение вреда.

Процесс разработки модели исследуемой системы и проектирования более усовершенствованной носит поэтапный характер. Это отображается на следующем рисунке.

Первый этап предназначен для обследования страховой деятельности в разрезе выбранной страты для моделирования и предусматривает:

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

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

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

1)функциональные модели технологии функционирования компании;

2) интегрированную функциональную модель органов управления компанией как единую функциональную модель технологии функционирования всех структур компании.

Для проведения оценки эффективности информационной деятельности всей страховой компанией или его отдельных органов управления выполняется третий этап. Здесь вырабатываются предложения по совершенствованию информационной деятельности органов управления компании. Критериями оценки информационной деятельности являются:

1)  длительность выполнения отдельных технологических операций или их последовательностей;

2)  дублирование при выполнении отдельных технологических операций или их последовательностей;

3)  противоречивость выполнения отдельных технологических операций или их последовательностей;

4)  стоимость выполнения отдельных технологических операций или их последовательностей;

5)  степень загруженности должностных лиц органов управления;

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

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

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

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

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

2)  выявить «узкие» места в процессе управления, приводящие к потерям времени и материальных ресурсов;

3)  разработать рациональную организацию процессов управления в организационных структурах различного типа;

4)  обосновать необходимость, разработать и внедрить новую технологию выполнения работ в организации;

5)  выявить способы разработки более эффективной системы органов управления, которые реализуют рациональных процесс организации;

6)  разработать подходы к автоматизации документооборота в организации;

7)  выявить новые схемы организации делопроизводства;

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

5. разработка нормативной базы для должностных лиц органов управления компанией: положение об органах управления компанией

4. Разработка усовершенствованных функционально-информационных технологий функционирования органов управления компанией

3. Анализ и оценка эффективности функциональной деятельности органов управления компанией и разработка предложений по ее осуществлению

2. Разработка фактической функционально-информационной модели функционирования органов управления страховой компанией

1. Обследование и анализ функциональной деятельности и взаимодействия органов управления страховой компании

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

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

-  Каковы обязанности сотрудника?

-  Кто контролирует выполнение плановых заданий?

-  Кто продвигает по отделу материалы?

-  На каких этапах требуется вмешательство высшего руководства?

-  В какой момент времени на обязанностей влияет быстрота выполнения?

-  На каких этапах требуется техническая документация?

По результатам ответов на вопросы создаются IDEF – диаграммы модели, основанные на правилах методологии IDEF.

На следующем рисунке представлена в виде диаграммы нулевого уровня функциональная модель процесса, протекающего в отделе регистрации страховой компании.

 

План работы

на месяц

 

Страхователи, кот-е

Страхователи уже зарегистрировались

 

Очередь Главный

специалист на регистрации

На рисунке показана структура IDEF0-модели, из которой видно, как каждая компонента может быть декомпозирована на следующей диаграмме. Каждая последующая (или детализированная) диаграмма иллюстрирует внутреннее строение блока на исходной (или родительской) диаграмме.

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

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