Материал: Разработка информационной системы для центра выплат

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

Оглавление

Введение

Глава 1. Анализ предметной области и проектирование БД

1.1       Технико-экономическая характеристика объекта автоматизации

1.2 Разработка АИС "Учёт"

.2.1 Планирование БД, анализ требований к системе

.2.2 Концептуальное проектирование

.2.3 Логическое проектирование

.2.4 Физическое проектирование

Глава 2. Внешнее приложение "Учёт"

.1 Основы разработки внешних приложений

.2 Разработка внешнего приложения

Глава 3. Руководство пользователя АИС "Учёт"

Заключение

Список литературы

Приложения

Введение

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

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

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

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

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

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

Глава 1. Анализ предметной области и проектирование БД

1.1    Технико-экономическая характеристика объекта автоматизации

Учреждение является государственной бюджетной некоммерческой организацией, уполномоченной Правительством Камчатского края для обеспечения реализации прав граждан на получение мер государственной социальной поддержки, установленных нормативно-правовыми актами Российской Федерации и Камчатского края (далее - государственные услуги).

Учредителем Учреждения является Камчатский край в лице Министерства социального развития и труда Камчатского края.

Учреждение находится в ведомственном подчинении Министерства социального развития и труда Камчатского края.

Учреждение имеет следующие филиалы, расположенные на территории Камчатского края:

-    Елизовский филиал (г. Елизово);

-       Мильковский филиал (с. Мильково);

-       Усть-Большерецкий филиал (п. Усть-Большерецк);

-       Соболевский филиал (с. Соболево);

-       Усть-Камчатский филиал (п. Усть-Камчатск);

-       Быстринский филиал (с. Эссо);

-       Алеутский филиал (с. Никольское);

-       Вилючинский филиал (г. Вилючинск);

-       Паланский филиал (п.г.т. Палана);

-       Пенжинский филиал (с. Каменское);

-       Олюторский филиал (с. Тиличики);

-       Карагинский филиал (п. Оссора);

-       Тигильский филиал (с. Тигиль).

Основные цели деятельности Учреждения:

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

-       сокращение сроков предоставления государственных и муниципальных услуг;

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

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

Основные задачи деятельности Учреждения:

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

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

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

Основные функции Учреждения:

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

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

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

-       принятие решений в соответствии с действующим законодательством о предоставлении (приостановлении, прекращении) гражданам мер социальной поддержки;

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

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

-       обеспечение создания и поддержание работы центра телефонного обслуживания, телефона "горячей линии" по вопросам предоставления государственных и муниципальных услуг, Интернет сайта Центра Выплат;

-       хранение и учёт личных дел получателей государственных услуг по мерам социальной поддержки;

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

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

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

Для анализа бизнес-процессов происходящих в центре воспользуемся BPWin. CA ERwin Process Modeler (ранее BPwin) - инструмент для моделирования, анализа, документирования и оптимизации бизнес-процессов. CA ERwin Process Modeler можно использовать для графического представления бизнес-процессов. Графически представленная схема выполнения работ, обмена информацией, документооборота визуализирует модель бизнес-процесса. Графическое изложение этой информации позволяет перевести задачи управления организацией из области сложного ремесла в сферу инженерных технологий.ERwin Process Modeler (BPwin) помогает четко документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля, требующиеся для этого ресурсы, а также визуализировать получаемые от этих действий результаты. CA ERwin Process Modeler повышает бизнес-эффективность ИТ-решений, позволяя аналитикам и проектировщикам моделей соотносить корпоративные инициативы и задачи с бизнес-требованиями и процессами информационной архитектуры и проектирования приложений. Таким образом, формируется целостная картина деятельности предприятия: от потоков работ в небольших подразделениях до сложных организационных функций.

На рисунке 1 представлена диаграмма IDEF0 верхнего уровня.

Рис. 1 Диаграмма IDEF0

Модель бизнес-процессов, в которых участвуют сотрудники центра, по приему документации представлена на рисунке 2.

Рис. 2 Диаграмма IDEF0 (0 уровень)

Процесс "Учёт входных документов" делится на следующие процессы (рисунок 3): ввод данных по филиалам, ввод данных по сотрудникам.

Рис. 3 Диаграмма IDEF0 (1 уровень)

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

Рис.4 Диаграмма потоков данных (DFD - Диаграмма)

Основные технологические процессы отражены на рисунке 5 на диаграмме IDEF3. В процессе "Учёт входящей и исходящей документации" предполагается автоматизировать все процессы.

Рис.5 Технологические процессы учета документации (Диаграмма IDEF3)

1.2 Разработка АИС "Учёт"

АИС "Учёт" - АИС, позволяющая реализовывать процедуру учёта документации.

1.2.1 Планирование БД, анализ требований к системе

Программа должна предусматривать:

-    понятный интерфейс приложения, доступный любому человеку;

-       работу с SQL сервером;

-       упрощение на уровне приложения структуры базы;

-       Delphi приложение должно использовать запросы для связи с SQL;

-       использование встроенных процедур.

Данная база данных реализована с помощью языка программирования MS SQL Server 2012.(Structured Query Language) - это специальный язык структурированных запросов, используемый для определения данных, доступа к данным и их обработки [8].

Внешнее приложение для базы написано в Delphi2010.

1.2.2 Концептуальное проектирование

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

В данной работе были определены 4 объекта.

Объект: Филиалы. Свойства: Код Филиала, Название Филиала, Адрес, Телефон.

Объект: Сотрудники. Свойства: Код Сотрудника, ФИО, Телефон.

Объект: Входящие документы. Свойства: Kод входящего документа, Название, Тема, Отправитель, Дата.

Объект: Исходящие документы. Свойства: Код исходящего документа, Название, Тема, Отправитель, Дата.

1.2.3 Логическое проектирование

Логическое (даталогическое) проектирование - проектирование, результатом которого является концептуальная схема БД, которая включает в себя все информационные единицы и связи[6].

На уровне логического проектирования объекты преобразуются в сущности, а свойства - в атрибуты. Для каждой сущности выбирается ключевой атрибут. Ключевой атрибут - это атрибут отношения, который однозначно и точно определяет каждый объект.

Сущность Филиалы: ключевой атрибут - Код филиала.

Сущность Сотрудники: ключевой атрибут - Код сотрудника.

Сущность Входящие документы: ключевой атрибут - Код входящего документа.

Сущность Исходящие документы: ключевой атрибут - Код исходящего документа.

Также на данном уровне проектирования определяются связи.

Выделяют несколько типов связей:

         "Один к одному". Он существует, когда один экземпляр одного объекта связан с единственным экземпляром другого объекта. Обозначается ←и→.

         "Многие ко многим". Он существует, когда один экземпляр первого объекта связан с одним или большим количеством экземпляров второго объекта, при этом каждый экземпляр второго объекта связан с одним или многими экземплярами первого. Обозначается ↔.

         "Один ко многим". Он существует, когда один экземпляр первого объекта связан с одним (или более) экземпляром второго объекта, при этом каждый экземпляр второго объекта связан только с одним экземпляром первого. Обозначается →→.

         "Многие к одному". Этот тип связи аналогичен связи "один ко многим". Обозначается →→.

В данной работе использовались следующие связи:

связи "один ко многим":

Атрибут Код Филиала сущности Филиалы связывается с атрибутом Код Филиала сущности Входящие документы.

Атрибут Код Филиала сущности Филиалы связывается с атрибутом Код Филиала сущности Исходящие документы.

Атрибут Код Сотрудника сущности Фирмы связывается с атрибутом Код Сотрудника сущности Входящие документы.

Атрибут Код Сотрудника сущности Фирмы связывается с атрибутом Код Сотрудника сущности Исходящие документы.

На основе этих данных была сделана ER-диаграмма, которая представлена.

Диаграммы сущность-связь построим в ERWin. ERwin cоздает визуальное предcтавление (модель данных) для решаемой задачи. Это предcтавление может иcпользоватьcя для детального анализа, уточнения и раcпроcтранения документации, необходимой в цикле разработки. Однако ERwin далеко не только инcтрумент для риcования. ERwin автоматичеcки cоздает базу данных (таблицы, индекcы, хранимые процедуры, триггеры для обеcпечения ccылочной целоcтноcти и другие объекты, необходимые для управления данными).являетcя ведущим решением для моделирования баз данных для cоздания и поддержки баз, витрин (data marts) и хранилищ данных, а также моделей реcурcов данных предприятия. Модели ERwin визуализируют cтруктуры данных для облегчения организации и управления данными, упрощения cложных взаимоcвязей данных, а также технологий cоздания баз данных и cреды развертывания. При этом упрощаетcя и уcкоряетcя процеcc разработки базы данных, а ее качеcтво и надежноcть cущеcтвенно улучшаютcя.

Рис.6 Логическая схема данных

Рис.7 Физическая схема данных

1.2.4 Физическое проектирование

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

Модель данных предметной области "Учёт" представлена на рисунке 8.

Рис.8 Схема данных