Geum.ru

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

Вид материалаИсследование

Содержание


Операции с icom-метками
Функциональное моделирование
Подобный материал:
1   2   3   4   5
Обязательства




П

Обеспечение документооборота

Управление финансово-хозяйственной

деятельностью страховой компании
ервичные

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

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




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

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

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




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

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

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


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 I1 O1 M1 C3 I2 О2 М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. получить обоснованные исходные данные для проектирования локальных вычислительных сетей и разработки методики электронного документооборота для органов управления и всей страховой компании в целом.




1.

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

2.

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

3.

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

4.

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

5.

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


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

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

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


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




План работы

на месяц





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

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







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

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


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

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

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

Детализированная диаграмма, т. е. диаграмма следующего первого уровня, приведена на следующем рисунке.

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

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


С1 (План работы

на месяц)

Вызов


Ожидание в очереди А1
страхователя