Создание проектной информационной системы для организаций

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Теоретические основы проектирования информационных систем

2. Проектирование информационной системы фондов социального страхования

2.1 Варианты проектирования информационных систем для компаний социального страхования

2.2 Проектирование с помощью программы BPWin

2.3 Проектирование средствами ERWin

3. Практическая часть проекта организационной структуры Фонда

Заключение

Список используемой литературы

Введение

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

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

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

§ Единая информационная среда предприятия;

§ Режим реального времени;

§ Независимость от законодательства;

§ Интеграция с другими приложениями (в том числе с уже работающими на предприятии системами);

§ Поэтапное внедрение и тому подобное.

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

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

1. Теоретические основы проектирования информационных систем

проектирование информационный страхование компания

Одной из основных проблем, которые приходится решать при создании больших и сложных систем любой природы, в том числе и программного обеспечения, является проблема сложности. Ни один разработчик не в состоянии выйти за пределы человеческих возможностей и понять всю систему в целом. Единственный эффективный подход к решению этой проблемы, который выработало человечество за всю свою историю, заключается в построении сложной системы из небольшого количества крупных частей, каждая из которых, в свою очередь, строится из частей меньшего размера, и так далее, до тех пор, пока самые небольшие части можно будет строить из имеющегося материала. Этот подход известен под самыми разными названиями, среди них такие, как «разделяй и властвуй» (divide et impera), иерархическая декомпозиция и др. По отношению к проектированию сложной программной системы это означает, что ее необходимо разделить (декомпозировать) на небольшие подсистемы, каждую из которых можно разрабатывать независимо от других. Это позволяет при разработке подсистемы любого уровня иметь дело только с ней, а не со всеми остальными частями системы. Правильная декомпозиция является главным способом преодоления сложности разработки больших систем ПО. Понятие «правильная» по отношению к декомпозиции означает следующее:

· количество связей между отдельными подсистемами должно быть минимальным (принцип «слабой связанности» -- Low Coupling);

· связность отдельных частей внутри каждой подсистемы должна быть максимальной (принцип «сильного сцепления» -- High Cohesion).

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

· каждая подсистема должна инкапсулировать свое содержимое (скрывать его от других подсистем);

· каждая подсистема должна иметь четко определенный интерфейс с другими подсистемами.

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

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

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

Структурные методы являются строгой дисциплиной системного анализа и проектирования. Методы структурного анализа и проектированияКаляное Т.Н. Консалтинг при автоматизации предприятий Синтег. -- М., 1997. (Серия «Информатизация России на пороге XXI века»). стремятся преодолеть сложность больших систем путем расчленения их на части («черные ящики») и иерархической организации этих «черных ящиков». Выгода в использовании «черных ящиков» заключается в том, что их пользователю не требуется знать, как они работают, необходимо знать лишь их входы и выходы, а также назначение (т.е. функции, которые они выполняет). Структурные методы широко используют визуальное моделирование, служащее для облегчения понимания сложных систем.

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

2. Проектирование информационной системы фондов социального страхования

2.1 Варианты проектирования информационных систем для компаний социального страхования

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

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

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

- разработку инфраструктуры, обеспечивающей применение и развитие средств и процессов информатизации;

- производство самой информации, информационных продуктов и услуг.

- Объектами процессов информатизации являются:

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

- информационные технологии;

- программные средства;

- информационно-вычислительные системы и сети;

- информационные услуги.

- Инфраструктура информации включает в себя:

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

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

- информационные средства и базы данных;

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

- экономические и правовые механизмы, способствующие эффективному развитию процесса информатизации [7].

В России компаниями разработки и проектирования стали заниматься созданием информационных систем приблизительно с 1992-1994 гг. ЗАО "Новые информационные системы и технологии" считается одной из самых опытных и надежных компаний, которые проектируют и внедряют информационные системы для крупных заказчиков. Заложенные в основу систем методы и средства позволили обеспечить значительное сокращение стоимости реализованных программных решений и существенное снижение требований к используемым аппаратным средствам. Полученные характеристики достигнуты за счет эффективных методов доступа к данным, реализованных в СУБД "HyTech". Фирма разработала следующие системы для фондов страхования:

§ АИС Фонда социального страхования РФ.

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

§ АИС Центров реабилитации Фонда социального страхования ("АИС Центр реабилитации").

Автоматизация деятельности санаторно-курортных учреждений и ЛПУ, включая:

- формирование бизнес-плана на текущий год и продажу путевок;

- резервирование и учет использования располагаемых ресурсов санатория;

- регистрацию и расселение прибывающих пациентов;

- прием пациентов лечащими врачами и специалистами;

- назначение и контроль прохождения обследований, лечения, процедур;

- ведение электронной истории болезни пациента;

- организацию лечебного и дополнительного питания;

- ведение лицевого счета пациента;

- ведение складского учета;

- ведение учета в столовой и других подразделениях санатория;

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

- ведение бухгалтерского учета в санатории;

- ведение делопроизводства, договоров;

- составление отчетности (общей, бухгалтерской, медицинской, внутренней).

АИС реализована на базе универсальной системы "Склад", обеспечивающей учет ресурсов, резервирование, организацию поставки, производства и реализации товаров и услуг.

§ ЕИИС "Соцстрах" Фонда социального страхования РФ.

Территориально распределенная единая интегрированная информационная система ЕИИС "Соцстрах", обеспечивающая комплексную автоматизацию деятельности региональных и территориальных подразделений Фонда социального страхования Российской федерации. Портала Фонда социального страхования РФ для сбора, накопления и предоставления обобщенной информации о различных направлениях деятельности Фонда [1].

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

В 2001 году в Научно-производственное предприятие "Этна - Информационные технологии" поступил заказ от Фонда социального страхования Российской Федерации - разработка рекомендаций по созданию и внедрению компьютерной технологии сбора, обработки и анализа информации в системе страхования от несчастных случаев на производстве и профзаболеваний на региональном уровне. Объектом исследования является организация управления охраной труда. Целью работы - исследование и моделирование организации управления охраной труда, а также выработка рекомендаций по созданию и внедрению компьютерной технологии сбора, обработки и анализа информации в системе страхования от несчастных случаев на производстве и профзаболеваний на региональном уровне. При проведении исследований были использованы методы анализа сложных систем, обработки экспертной информации, когнитивного моделирования, нечетких множеств и нечеткой логики. Проведен анализ и определена схема организации мероприятий по охране труда с позиции выполнения Фондом социального страхования Российской Федерации превентивных мероприятий по обеспечению сохранения жизни и здоровья работников в процессе трудовой деятельности. Разработана схема информационных потоков при организации управления охраной труда. Разработана когнитивная модель организации управления охраной труда и проведен ее анализ. Полученные результаты позволяют оценить степень влияния профилактических мероприятий на организацию управления охраной труда, выработать рекомендации по созданию и внедрению компьютерной технологии сбора, обработки и анализа информации в системе страхования от несчастных случаев на производстве и профзаболеваний на региональном уровне. Рассмотрены методы и задачи анализа данных, решаемые при поддержке управленческих решений при организации управления охраной труда, и определен подход, позволяющий интегрировать различные методы и технологии решения разнотипных эвристических и аналитических задач, возникающих при исследовании проблем организации управления охраной труда [2].

ГУ Липецкое региональное отделение Фонда социального страхования РФ в 1999 году спроектировала Единую интегрированную информационную систему Фонда социального страхования РФ - ЕИИС "Соцстрах" с ежедневным обновлением. № государственной регистрации ресурса - 0220006542. Объем ресурса - 18 тысяч записей, объем ресурса в мегабайтах - 3700. На данный момент считается наиболее уникальной и эффективной интегрированной информационной системой, содержащая самую правильную информационную структуру и алгоритм [3].

Экономическо-информационная система «1С:Предприятие» версия 8 предоставляет самые широкие возможности ведения автоматизированного учета на предприятиях страхового бизнеса, с учетом требований национального законодательства и включает в себя платформу и прикладные решения, разработанные на ее основе, для автоматизации деятельности организаций и компаний. Деятельность страховой компании заключается в предоставлении страховой защиты в случае наступления неблагоприятных событий по рискам, связанным с интересами других физических и юридических лиц. Деятельность страховой компании отличает инверсия экономического цикла. Продажа страхового продукта является не завершением процесса оказания страховой услуги, а началом процесса [4].

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

В состав информационно-аналитической системы входит хранилище данных инвестирования; анализ кредитного риска; анализ данных; аналитические отчеты и т.д. [4].

Западноевропейские страховые фирмы расходуют на автоматизацию информационных процессов около 1/5 всех располагаемых ими средств. При этом треть этих средств направляется на технические средства, другая треть -- на программное обеспечение и еще одна треть -- на подготовку персонала к работе в вычислительной среде компании. Российские страховые компании также начинают понимать выгоды от применения АИС.

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

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

Автоматизация страхового бизнеса в России весьма перспективна. К услугам страховых фирм прибегает почти каждый взрослый человек. В настоящее время в России около 1500 страховых компаний. Реализация страховых технологий влечет необходимость обработки больших объемов информации. Между тем во многих отечественных страховых компаниях лишь совсем недавно начали серьезно задумываться о необходимости АИС.

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

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

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

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

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

Сегодня в страховом бизнесе страны происходят перемены, которые могут оказать существенное влияние на ситуацию с автоматизацией страховых компаний. Прежде всего, это вступление в силу закона «Об обязательном страховании автогражданской ответственности», который стимулирует резкий рост количества договоров на страхование. Это означает катастрофический рост объемов данных и появление других задач, решение которых невозможно без эффективных ИС. Еще один важный фактор -- изменение правил бухгалтерского и налогового учета и движение в сторону международных стандартов учета и отчетности. Достижение большей финансовой прозрачности компании для акционеров и руководства требует освоения новых методологий учета и построения совершенной информационной платформы с развитой аналитической подсистемой.

Выделим и охарактеризуем основные категории объектов автоматизации страховых фирм и функционирование их информационных технологий.

Центральный офис страховой фирмы, как правило, имеет одну или несколько высокоскоростных ЛВС. ЛВС можно рассматривать как информационный центр всей компании, включающий мощные вычислительные ресурсы -- файловые серверы, системы управления БД и др. Особенность ЛВС центрального офиса страховой компании в том, что в ее состав входит система централизованного мониторинга. Эта ЛВС управляет локальными и удаленными сетевыми устройствами, находящимися в филиалах.

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

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

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

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

Информация возникает на уровне отделения страховой компании. Эти данные находятся в течение определенного времени в БД отделения. При наступлении регламентного времени сеанса передачи данных происходит автоматическая связь с компьютером регионального офиса страховой компании и совершается так называемая репликация баз данных.

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

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

сеть центрального звена страховой компании;

сети конкретных структурных подразделений -- филиалов компании;

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

Сетевой комплекс центрального офиса имеет самую высокую скорость передачи данных. Центральный офис может иметь одну или несколько ЛВС стандартов FDDI или Ethernet, объединенных друг с другом посредством высокопроизводительных маршрутизаторов. Особенность ЛВС центрального офиса в том, что часто в ее состав входит система централизованного мониторинга и управления как локальными, так и удаленными сетевыми устройствами, находящимися в филиалах и отделениях компании. Использование маршрутизатора в качестве центрального сетевого устройства позволяет обеспечить высокоскоростное соединение локальных сетей, связь с сетями филиалов и доступ удаленных пользователей. Подобный принцип обеспечивает маршрутизацию и, в случае использования для передачи данных каналов с низкой пропускной способностью, компрессию (сжатие) передаваемой информации. Это позволяет повысить скорость передачи. Так, например, для основной ЛВС центрального офиса эта скорость может повыситься на основе кольца FDDI до 100 Мбайт/с. В кольцо FDDI могут включаться сервер БД, файл-сервер, сервер архива и маршрутизатор. В каждом конкретном случае количество устройств, входящих в кольцо, может быть разным. Через маршрутизатор ЛВС имеет выход на ЛВС других структурных подразделений центрального офиса. В таком контуре связь должны обеспечивать один или несколько коммутаторов и концентраторов. Путь данных проходит по следующей схеме: данные из сети FDDI проходят через основной маршрутизатор и попадают на коммутатор. Передача идет на полной скорости (100 Мбайт/с). Коммутатор передает данные на необходимый концентратор, который направляет их к месту назначения (рабочей станции). Передача от концентратора к рабочей станции происходит на скорости этой станции (обычно 10 Мбайт/с). Подобные условия позволяют в общих каналах обеспечивать более высокую скорость передачи и избегать в сети «пробок», если в ней работает большое число пользователей.

Задачи, решаемые в филиалах компании, не требуют особых функциональных возможностей их локальной сети. Хотя в определенных условиях объемы передаваемых данных могут быть большими. Это означает, что здесь следует иметь сеть с возможностью нескольких скоростей передачи данных. Основой такой сети может служить коммутатор, осуществляющий связь с одним или несколькими серверами на скорости 100 Мбайт/с, а с концентраторами или рабочими станциями на скорости 10 Мбайт/с. С этой точки зрения наиболее приемлемо как по простоте построения, так и по стоимости системы использование сети Ethernet.

Сети отделений также могут строиться на базе Ethernet. Скорость в сети 10 Мбайт/с вполне достаточна для тех задач, которые возникают в отделениях страховой компании.

Необходимость развития информационных технологий в страховом деле обусловливает применение новых технологии на принципах синтезирования информационных процессов и применения соответствующих технических и программных средств. В связи с этим следует отметить возможность создания эффективных АИС в деле страхования на базе существующих программных средств, например языка экранных форматов Oracle Forms 4/5, отчетов Oracle Reports 2.5, мультимедийных приложений Oracle Grafics из комплекса Developer 2000 фирмы Oracle.

Расширяется применение систем, функционирующих в режиме реального времени, в частности сетевых СУБД. Эти СУБД основаны на применении архитектуры сервера БД -- Oracle, Paradox, Clarion и др. При этом в однородных и неоднородных вычислительных сетях ориентируются на архитектуру «клиент -- сервер» с привлечением преимуществ языка запросов SQL.

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

2.2 Проектирование с помощью программы BPWin

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

На начальных этапах создания ИС необходимо понять, как работает организация, которую собираются автоматизировать. Никто в организации не знает, как она работает в той мере подробности, которая необходима для создания ИС. Руководитель хорошо знает работу в целом, но не в состоянии вникнуть в детали работы каждого рядового сотрудника. Рядовой сотрудник хорошо знает, что творится на его рабочем месте, но плохо знает, как работают коллеги. Поэтому для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников бизнес-процессов организации. Наиболее удобным языком моделирования бизнес-процессов является IDEF0. Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

Модель может содержать четыре типа диаграмм:

* контекстную диаграмму (в каждой модели может быть только одна контекстная диаграмма);

* диаграммы декомпозиции;

* диаграммы дерева узлов;

* диаграммы только для экспозиции (FEO).

Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Подобно IDEF0, DFD представляет модельную систему как сеть связанных между собой работ. Их можно использовать как дополнение к модели IDEF0 для более наглядного отображения текущих операций документооборота в корпоративных системах обработки информации. В отличие от стрелок IDEF0, которые представляют собой жесткие взаимосвязи, стрелки DFD показывают, как объекты (включая данные) двигаются от одной работы к другой. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой.

В результате дополнения диаграмм IDEF0 диаграммами DFD и IDEF3 может быть создана смешанная модель, которая наилучшим образом описывает все стороны деятельности предприятия.

2.3 Проектирование средствами ERWin

ERWin имеет два уровня представления модели - логический и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например "Потенциальный клиент", "Отдел страхования жизни" или "Фамилия агента". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД.

Физическая модель данных, напротив, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели данных на логические и физические позволяет решить несколько важных задач.

Для создания моделей данных в ERwin можно использовать две нотации: IDEF1X и IE (Information Engineering). ERwin имеет несколько уровней отображения диаграммы: уровень сущностей, уровень атрибутов, уровень определений, уровень первичных ключей и уровень иконок.

Уровни логической модели. Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к ИС. Модель данных, основанная на ключах, - более подробное представление данных. Она включает описание всех сущностей и первичных ключей и предназначена для представления структуры данных и ключей, которые соответствуют предметной области. Полная атрибутивная модель - наиболее детальное представление структуры данных: представляет данные в третьей нормальной форме и включает все сущности, атрибуты и связи. На физическом уровне диалог Domain Dictionary Editor позволяет редактировать физические свойства домена.

3. Практическая часть проекта организационной структуры Фонда

За основу проекта информационной системы взята организационная структура Фонда социального страхования Российской Федерации средствами программы BPWin.

На верхнем уровне иерархической структуры организации находится руководство (Председатели), которые подчиняются и контролируются Министерствам социального и медицинского страхования РФ и не могут отклонятся от собственного устава и указов Министерств РФ. Финансовые средства изначально берутся из резервного фонда РФ, которые идут на разные затраты: от выплат поощрений и премий сотрудникам (штатным и внештатным - страховым агентам и другим юридическим и физическим лицам) до вклад во внедрение новых технологий и разработки проектов по улучшению методов социального страхования.

Рис. 1 Председатель Фонда во главе организационной структуры Фонда соц. страхования РФ

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

Рис. 2 Второй уровень организационной структуры организации в программе BPWin

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

Заключение

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

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

Из материала в пункте 2.1 «Варианты проектирования информационных систем для компаний социального страхования» видно, что методов разработки информационной области для страховой компании различное множество, от инструментов проектирования до готовых программных продуктов экономико-финансовых направленностей. Но чаще всего используются две основные программы: BPWin и ERwin. За основу изучения и помощи были взяты следующие литературные источники: M. Вендров Проектирование программного обеспечения экономических информационных систем, 2-е издание; М.В. Красильникова. Проектирование информационных систем: Учебное пособие. А для рассмотрения концепции проектирования систем в страховом бизнесе - Исаев Г.Н. Информационные системы в экономике.

Список используемой литературы

1. http://www.nist.ru/cgi-bin/eiis.cgi.

2. http://www.etna-it.ru/nid.php.

3. http://db.inforeg.ru/db/db.asp?id=409.

4. http://1s.ru/rus/partners/training/edu/theses/?y=2009&s=35&t=850.

5. Вендров М. Проектирование программного обеспечения экономических информационных систем. 2-е издание. М.: Финансы и статистика, 2005. 544 с.

6. Исаев Г.Н. Информационные системы в экономике. М.: Омега-Л, 2006. 462 с.

7. Красильникова М.В. Проектирование информационных систем: Учебное пособие. М.: МИСиС, 2004. 106 с.

8. Каляное Т.Н. Консалтинг при автоматизации предприятий Синтег. М., 1997. (Серия «Информатизация России на пороге XXI века»).

9. Яковлев М.К., Алтынникова И.В. Страховые резервы: порядок формирования. Бухгалтерский учет. Налогообложение. М.: Алкил, 2007. 112 с.

10. Точно во время для России. Практика применения ERP- систем. / С.В. Питеркин, Н.А. Олазов, Д.В. Исаев. 2-е изд. М.: Альпина Бизнес Брукс, 2006. С. 183-213.

Размещено на Allbest.ru

...