Проектирование информационной системы регистрации бракосочетаний и изменения гражданского состояния населения для отдела ЗАГС Балашихинского района

• Аннотация
• Введение
• 1. Аналитическая часть
• 1.1 Общая характеристика и анализ объекта исследования
• 1.2 Моделирование процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района. Модель AS-IS
• 1.3 Анализ уровня технической и программной оснащенности ЗАГСа Балашихинского района
• 1.4 Требования к проектируемой ИС
• 2. Теоретическая часть
• 2.1 Обзор программных аналогов
• 2.2 Обзор средств разработки информационных систем
• 2.2.1 Обзор языков программирования для создания ИС
• 2.2.2 Обзор СУБД
• 2.3 Обоснование проектирования собственной ИС и выбора средств разработки
• 3. Проектная часть
• 3.1 Моделирование процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района. Модель TO-BE
• 3.2 Объектно-ориентированное проектирование информационной системы регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района
• 3.2.1 Диаграмма вариантов использования
• 3.2.2 Диаграмма классов
• 3.2.3 Диаграмма последовательности
• 3.2.4 Диаграмма кооперации
• 3.2.5 Диаграмма состояний
• 3.2.6 Диаграмма деятельности
• 3.2.7 Диаграмма компонентов
• 3.2.8 Диаграмма развертывания
• 3.3 Моделирование структуры реляционной базы данных в составе ИС
• Заключение

Аннотация

В данном курсовом проекте рассматривается процесс регистрации бракосочетаний и изменения гражданского состояния населения в отделе ЗАГС Балашихинского района.

Целью работы является улучшение качества обслуживания клиентов и увеличение эффективности работы ЗАГСа за счет разработки и внедрения информационной системы регистрации.

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

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

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

Объектом исследования является Отдел ЗАГС Балашихинского района.

Предметом исследования является процесс регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района.

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

В курсовом проекте применяются следующие термины с соответствующими определениями:

— ИС — информационная система;

— БД — база данных;

— СУБД — система управления баз данных.

1. Аналитическая часть

1.1 Общая характеристика и анализ объекта исследования В данном курсовом проекте в качестве исследуемой организации рассматривается Отдел ЗАГС Балашихинского района, который занимается выпиской различной документации и оказанием услуг.

Местонахождение: 143 900, г. Балашиха, ул. Некрасова, 5

ЗАГС оказывает следующие услуги:

— предоставление свидетельств о смерти;

— предоставление свидетельств о рождении;

— проведение брачных церемоний;

— фиксирование бракосочетаний.

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

1.2 Моделирование процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района. Модель AS-IS

Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ). Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы.

Построение модели начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На рисунке 1 представлена контекстная диаграмма процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района.

Рисунок 1 — Контекстная диаграмма IDEF0 процесса регистрации бракосочетаний и изменения гражданского состояния населения Взаимодействие системы с окружающей средой описывается в терминах входа (на рисунке 1 это «Заявление клиента» и «Пакет документов»), выхода (основной результат процесса — «Запись в актовой книге», «Запись в журнале заявок»), управления («НПА» и «Устав ЗАГСа») и механизмов («Актовые книги», «Журнал заявок», «Отдел по работе с заявителями», «Отдел регистрации») — это ресурсы, необходимые для процесса функционирования ЗАГСа).

«Заявление» — документ установленного образца, в котором клиент указывает, какую услугу ему необходимо предоставить. «Пакет документов» — набор документов, предоставляемый клиентом, на основании которого выполняются все последующие действия со стороны ЗАГСа (квитанция об оплате услуги, удостоверение личности, справка медицинского учреждения о рождении и т. д.).

«НПА» и «Устав ЗАГСа» — это правила, которыми управляется процесс функционирования ЗАГСа как предприятия со своими внутренними правилами, и также обязанного «жить» согласно законодательству конкретной страны.

В оказании услуг ЗАГСа принимает участие персонал ЗАГСа в составе отдела по работе с заявителями и отдела регистрации. «Журнал заявок» — журналы на бумажных носителях, в которых хранятся данные о заявках и полная информация обо всех проведенных операциях. «Актовые книги» — архивы, в которые помещаются данные регистраций.

После описания контекстной диаграммы проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма первого уровня декомпозиции представлена на рисунке 2.

Рисунок 2 — Диаграмма первого уровня декомпозиции Весь процесс регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе разбивается на четыре подпроцесса. Опишем каждый из них:

— Отдел по работе с заявителями принимает заявление и пакет документов от клиента, проверяет личность клиента, осуществляет регистрацию заявки путем внесение записи в журнал заявок и определяет тип заявки. Клиент получает справку о приеме заявления. Затем происходит передача заявки в другой отдел в зависимости от ее типа;

— Если поступило заявление на регистрацию брака, то отдел регистрации проверяет личность гражданина, обратившегося за государственной услугой, отправляя запрос в соответствующую государственную базу. Затем сотрудник отдела вводит сведения о гражданине в актовую книгу и формирует регистрационный номер, который также заносится в актовую книгу. Свидетельство о регистрации распечатывается на принтере и передается в отдел по работе с заявителями для выдачи. В журнале заявок проставляется отметка о выполнении регистрации. Декомпозиция процесса регистрации брака представлена на рисунке 3;

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

— Отдел выдачи получает свидетельство от отдела регистрации и при предъявлении клиентом справки о приеме заявления после проверки личности клиента, выдает ему свидетельство, а затем вносит в журнал заявок запись о выдаче.

Рисунок 3 — Диаграмма декомпозиции процесса регистрации брака На представленных диаграммах видны недостатки существующего процесса. Во-первых, это необходимость для сотрудников ЗАГСа все свои действия по обработке заявок и регистрации вносить в специальный журнал заявок, которых хранится в бумажном виде и заполняется от руки, что является долгим и рутинным процессом. Во-вторых, — необходимость передавать между отделами ЗАГСа заявление от клиента и пакет документов в бумажном виде, что отнимает время и может порождать ошибки (например, потерю заявления или путаницу в документах). В-третьих, необходимость для сотрудников отдела регистрации вручную вносить данные о гражданах в свидетельства о регистрации, что также занимает большое количество времени и не исключает ошибок.

Диаграммы потоков данных (DFD) используются для описания документооборота и обработки информации. Нотация DFD включает такие понятия, как «внешняя сущность» и «хранилище данных», что делает ее более удобной (по сравнению с IDEF0) для моделирования документооборота.

На рисунке 4 показана диаграмма декомпозиции процесса регистрации брака в нотации DFD, описывающая деятельность отдела регистрации ЗАГСа.

На диаграмме присутствует внешняя сущность «Отдел по работе с заявителями», который предоставляет отделу регистрации заявление и пакет документов от клиента, а также хранилища данных «Данные о гражданах» — государственная база, с которой выполняется сверка данных о заявителе, «Актовая книга» — бумажный архив, в котором хранится вся регистрационная информация, «Журнал заявок» — бумажный журнал, в который заносится информация о проведенных сотрудниками ЗАГСа действиях.

Рисунок 4 — Диаграммы декомпозиции процесса регистрации брака в нотации DFD

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

Для устранения описанных недостатков предлагается разработать и внедрить информационную систему ЗАГСа.

1.3 Анализ уровня технической и программной оснащенности ЗАГСа Балашихинского района Для функционирования информационной системы регистрации бракосочетаний и изменения гражданского состояния предполагается наличие рабочих станций (ЭВМ) у каждого сотрудника ЗАГСАа. Закупки дополнительного оборудования не планируются.

В состав комплекса технических средств ЗАГСа Балашихинского района входят также следующие аппаратные средства:

— Блейд сервер Fujitsu PY BX620 S5 Dual Server Blade — 4 шт.

— Система хранения данных (СХД) Fujitsu Eternus DX80 BASE 2x FC Controller 4G2P — 1 шт.

— 2-канальный модуль расширения для СХД Fujitsu Eternus DX Expansion 2x I/O — 2 шт.

Технические характеристики серверов Fujitsu PY BX620 S5 приведены в таблице 1.

Таблица 1 — Характеристики серверов Fujitsu PY BX620 S5

Технические характеристики системы хранения Fujitsu Eternus DX80 приведены в таблице 2.

Таблица 2 — Технические характеристики СХД Fujitsu Eternus DX80

Технические характеристики модулей расширения Fujitsu Eternus DX Expansion приведены в таблице 3.

Таблица 3 — Технические характеристики модулей расширения Fujitsu Eternus DX Expansion

Технические характеристики рабочих мест сотрудников:

— CPU не менее 1000 MHz;

— Оперативная память: RAM не менее 1024 Mb;

— Жесткий диск: HDD не менее 100 Gb;

— Сетевой адаптер на 100/1000 Mbs;

— Программное обеспечение: MS Windows XP и выше; MS Office 2003 и выше; Internet Explorer 6.0 и выше.

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

1.4 Требования к проектируемой ИС Система предназначена для оказания услуг по регистрации бракосочетаний и изменению гражданского состояния населения, то есть ИС автоматизирует процедуру получения свидетельств о рождении и смерти граждан, а также процедуру фиксирования бракосочетаний граждан.

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

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

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

программирование информационный реляционный

2. Теоретическая часть

2.1 Обзор программных аналогов В данном разделе будут рассмотрены существующие информационные системы для работников ЗАГСа:

1) Система комплексной автоматизации органов и управлений ЗАГС АСУ «ЗАГС-ЛИДЕР». Комплексная информационная система управления и документооборота органов записи актов гражданского состояния, предназначенная для автоматизации основных видов деятельности отделов ЗАГС.

2) Программный комплекс «Находка-ЗАГС». Предназначен для создания региональных автоматизированных систем ЗАГС субъектов РФ, полностью автоматизирующих деятельность органов ЗАГС по регистрации и учету записей актов гражданского состояния.

Сравнительная характеристика данных систем приведена в таблице 4.

Таблица 4 — Сравнительная характеристика имеющихся ИС ЗАГСа

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

Таким образом, принято решение о разработке собственной информационной системы регистрации бракосочетаний и изменения гражданского состояния населения.

2.2 Обзор средств разработки информационных систем

2.2.1 Обзор языков программирования для создания ИС

ИС можно создать как в качестве веб-приложения, так и в качестве приложения для ПК. Для создания веб-приложения можно использовать следующие языки:

1) HTML. Это пользовательская основа всей сети Интернет. Можно использовать многочисленные фреймы на различных языках программирования, но именно при помощи Hypertext Markup Language осуществляется графическое представление информации в окне браузера. Сгенерированная страница представляет собой набор тегов, среди которых заключен текст и осуществляется подключение сторонних документов. В большинстве случаев теги являются парными: открывается, содержит в себе размеры, настройки отображения, текст, альтернативные надписи и после закрывается. Некоторые теги являются одинарными. С помощью HTML верстальщик, программист и конечный пользователь получают возможность работать с графикой (в том числе и динамичной), плагинами браузера, различными технологиями программирования, документами, таблицами, шрифтами, фреймами и т. д.;

2) PHP. Расшифровывается как препроцессор гипертекста. Это язык программирования, деятельность которого направлена на генерацию страницы, использующую гипертекстовую разметку. На данный момент это одно из наиболее популярных направлений программирования для интернета: только русскоязычных сайтов десятки миллионов. Подавляющее большинство хостеров по умолчанию включает для своих пользователей интерпретатор. Это довольно простой язык с высокой скоростью выполнения, который позволяет подключать сторонние модули. Используя PHP и дополнения к нему можно работать с криптографическими алгоритмами, графикой, базами данных и даже различными документами. Интерпретаторы PHP на данный момент существуют для всех ОС;

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

4) Python/Zope. Это языки высокого уровня. Разработчики приложили массу усилий, чтобы программисту было удобно работать с готовыми кодами, а программное обеспечение под управлением Python выполнялось очень быстро. В большинстве своем Python используется для создания приложений с математическими расчетами и работой с текстом.

Для создания ИС в качестве приложения для ПК можно использовать следующие языки:

1) C#. Относится к семье языков с C-подобным синтаксисом, из них его синтаксис наиболее близок к C++ и Java. Язык имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного приведения типа), делегаты, атрибуты, события, свойства, обобщённые типы и методы, итераторы, анонимные функции с поддержкой замыканий, LINQ, исключения, комментарии в формате XML;

2) C++. Поддерживает такие парадигмы программирования как процедурное программирование, объектно-ориентированное программирование, обобщённое программирование, обеспечивает модульность, раздельную компиляцию, обработку исключений, абстракцию данных, объявление типов (классов) объектов, виртуальные функции. Стандартная библиотека включает, в том числе, общеупотребительные контейнеры и алгоритмы. C++ сочетает свойства как высокоуровневых, так и низкоуровневых языков. В сравнении с его предшественником — языком C, — наибольшее внимание уделено поддержке объектно-ориентированного и обобщённого программирования.

3) Java. Объектно-ориентированный язык программирования, разработанный компанией Sun Microsystems. Приложения Java обычно компилируются в специальный байт-код, поэтому они могут работать на любой виртуальной Java-машине (JVM) вне зависимости от компьютерной архитектуры.

Проанализировав характеристики и возможности представленных языков, было решено использовать язык C# платформу .NET, так как он предлагает богатый набор инструментов для разработчика, в частности, удобные средства для работы с базами данных и простое создание графического интерфейса.

2.2.2 Обзор СУБД СУБД — система управления базами данных — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Основные функции СУБД:

— управление данными во внешней памяти (на дисках);

— управление данными в оперативной памяти с использованием дискового кэша;

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

— поддержка языков БД (язык определения данных, язык манипулирования данными).

Базы данных создаются и функционируют под управлением специальных программных средств, которые и называются системами управления базами данных либо кратко — СУБД.

Любая СУБД позволяет выполнять четыре простейшие операции с данными:

— добавить в таблицу одну или несколько записей;

— удалить из таблицы одну или несколько записей;

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

— найти одну или несколько записей, удовлетворяющих заданному условию.

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

Обычно современная СУБД содержит следующие компоненты:

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

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

3) Подсистему поддержки времени исполнения, которая интерпретирует программы манипуляции данными, создающие пользовательский интерфейс с СУБД;

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

По модели данных СУБД бывают:

1) Иерархические;

2) Сетевые;

3) Реляционные;

4) Объектно-ориентированные;

5) Объектно-реляционные.

Рассмотрим существующее и используемые в наше время СУБД:

1) Microsoft Office Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных;

2) Oracle Database или Oracle RDBMS — объектно-реляционная система управления базами данных компании Oracle;

3) Firebird (FirebirdSQL) — компактная, кроссплатформенная, свободная система управления базами данных, работающая на Linux, Microsoft Windows и разнообразных Unix платформах;

4) Microsoft SQL Server — система управления реляционными базами данных, разработанная корпорацией Microsoft. Основной используемый язык запросов — Transact-SQL, создан совместно Microsoft и Sybase. Используется для работы с базами данных размером от персональных до крупных баз данных масштаба предприятия; конкурирует с другими СУБД в этом сегменте рынка;

5) PostgreSQL — cвободная объектно-реляционная система управления базами данных;

6) MySQL — свободная система управления базами данных. Продукт распространяется как под свободной лицензией, так и под собственной коммерческой лицензией. В самых ранних версиях появился механизм репликации;

7) SQLite — легковесная встраиваемая реляционная база данных. Исходный код библиотеки передан в общественное достояние.

Для обеспечения наилучшей совместимости с выбранным языком программирования и имеющимся программным обеспечением ЗАГСа была выбрана СУБД Microsoft SQL Server.

2.3 Обоснование проектирования собственной ИС и выбора средств разработки

Проведенный обзор показал, что рассмотренные в пункте 2.1 программные аналоги «ЗАГС-Лидер» и «Находка-ЗАГС» не удовлетворяют требованиям, предъявляемым к проектируемой информационной систему по следующим позициям:

1. В обоих системах не предусмотрено хранение данных о поступающих заявлениях и заявителях.

2. Также в обоих ИС нет возможности автоматического создания свидетельств о регистрации.

3. Системы являются слишком требовательными к аппаратному обеспечению и имеют высокую стоимость.

Таким образом, было принято решение о проектировании собственной ИС. В качестве языка программирования был выбран язык C#, так у него наиболее развиты функции работы с базами данных, что особенно актуально для разрабатываемой ИС. В качестве СУБД была выбрана СУБД MS SQL Server, так как она наиболее совместима с языком С#.

3. Проектная часть

3.1 Моделирование процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района. Модель TO-BE

Контекстная диаграмма модели ТО-ВЕ представлена на рисунке 5. По сравнению с диаграммой AS-IS здесь присутствует механизм «Информационная система», заменивший собой механизмы «Актовые книги» и «Журнал заявок». Также изменилась выходная информация — вместо записи в актовой книге — запись в базе данных, а вместо отметки в журнале заявок — закрытая заявка в системе.

Рисунок 5 — Контекстная диаграмма модели «TO-BE» процесса регистрации бракосочетаний и изменения гражданского состояния населения Декомпозиция контекстной диаграммы представлена на рисунке 6.

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

Рисунок 6 — Декомпозиция процесса регистрации и изменения гражданского состояния населения модели «TO-BE»

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

— Если поступило заявление на регистрацию брака, то отдел регистрации проверяет личность гражданина, обратившегося за государственной услугой, отправляя запрос в соответствующую государственную базу. Затем сотрудник отдела формирует регистрационный номер, который автоматически заносится в базу данных. На основании имеющихся сведений о гражданине, ИС формирует свидетельство о регистрации, которое остается распечатать на принтере и передать в отдел по работе с заявителями для выдачи. В форме для обработки заявки проставляется отметка о завершении этапа, и заявка попадает на следующий этап, где становится доступна сотрудникам отдела по работе с заявителями. Декомпозиция процесса регистрации брака представлена на рисунке 7;

Рисунок 6 — Декомпозиция процесса регистрации брака модели «TO-BE»

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

— Отдел выдачи получает свидетельство от отдела регистрации и при предъявлении клиентом справки о приеме заявления после проверки личности клиента, выдает ему свидетельство, а затем закрывает заявку в системе.

DFD диаграмма процесса регистрации брака модели TO-BE представлена на рисунке 7.

Рисунок 7 — DFD диаграмма процесса регистрации брака модели «TO-BE»

На DFD диаграмме видно, что бумажные носители информации «Актовая книга» и «Журнал заявок» заменились на электронные — «БД» и «Форма заявки», а также исчезли лишний поток данных от отдела по работе с заявителями — пакет документов, вместо этого теперь можно получить данные о гражданине из БД, не передавая документы из отдела в отдел на бумажных носителях.

3.2 Объектно-ориентированное проектирование информационной системы регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района

3.2.1 Диаграмма вариантов использования

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

Рисунок 8 — Диаграмма вариантов использования

3.2.2 Диаграмма классов

Диаграмма классов процесса регистрации бракосочетаний и изменения гражданского состояния населения представлена на рисунке 9.

Рисунок 9 — Диаграмма классов

3.2.3 Диаграмма последовательности

Диаграмма последовательности процесса регистрации бракосочетаний и изменения гражданского состояния населения представлена на рисунке 10.

Рисунок 10 — Диаграмма последовательности

3.2.4 Диаграмма кооперации

Диаграмма кооперации процесса регистрации бракосочетаний и изменения гражданского состояния населения представлена на рисунке 11.

Рисунок 11 — Диаграмма кооперации

3.2.5 Диаграмма состояний

Диаграмма состояний подпроцесса регистрации бракосочетаний представлена на рисунке 12.

Рисунок 12 — Диаграмма состояний подпроцесса регистрации брака

3.2.6 Диаграмма деятельности Диаграмма деятельности процесса регистрации бракосочетаний и изменения гражданского состояния населения представлена на рисунке 13.

Рисунок 13 — Диаграмма деятельности

3.2.7 Диаграмма компонентов Диаграмма компонентов системы регистрации бракосочетаний и изменения гражданского состояния населения представлена на рисунке 14.

Рисунок 14 — Диаграмма компонентов

3.2.8 Диаграмма развертывания

Диаграмма развертывания представлена на рисунке 15.

Рисунок 15 — Диаграмма развертывания

3.3 Моделирование структуры реляционной базы данных в составе ИС Создадим теперь БД для ИС. При проектировке таблиц, рекомендуется руководствоваться следующими основными принципами:

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

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

При разработке полей для каждой таблицы необходимо помнить:

— каждое поле должно быть связано с темой таблицы;

— не рекомендуется включать в таблицу данные, которые являются результатом выражения;

— в таблице должна присутствовать вся необходимая информация;

— информацию следует разбивать на наименьшие логические единицы.

Созданная логическая модель БД приведена на рисунке 16. Каждая таблица представлена сущностью. Сущности между собой связаны по внешнему ключу (FK). В каждой таблице имеется уникальный первичный ключ (PK). Схема находится в 3НФ.

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

Рисунок 16 — Логическая схема БД Таблица 5 — Физическое представление БД

Заключение

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

— Хранение данных о поданных заявлениях и заявителях;

— Регистрация и документирование записей актов гражданского состояния;

— Формирование и ведение архива регистрации актов гражданского состояния;

— Формирование свидетельств на основе шаблонов с использованием введенных данных о гражданине;

— Передача заявок между отделами и оповещение о необработанных заявках.

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

Внедрение данной информационной системы в отделе ЗАГС Балашихинского района позволит:

— Повысить эффективность работы сотрудников ЗАГСа за счет сокращения времени обработки заявок;

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

Таким образом, цель курсового проекта — улучшение качества обслуживания клиентов и увеличение эффективности работы ЗАГСа за счет разработки и внедрения информационной системы регистрации — можно считать достигнутой.

1. Бабич А. В.

Введение

в UML. Учебный курс. Internet-университет Информационных технологий (ИНТУИТ)

2. Грекул. В. И. Проектирование информационных систем. Учебный курс. Internet-университет Информационных технологий (ИНТУИТ)

3. Маклаков С. В. BPWin и ERWin. CASE-средства разработки информационных систем. — М.: ДИАЛОГ-МИФИ, 1999. — 256 с.