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

Курсовая работа

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

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

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

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

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

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

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

    1.

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

1.1 Общая характеристика и анализ объекта исследования

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

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

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

  • предоставление свидетельств о смерти;
  • предоставление свидетельств о рождении;
  • проведение брачных церемоний;
  • фиксирование бракосочетаний.

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

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

24 стр., 11885 слов

Исследование системы добровольного медицинского страхования

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

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

Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы.

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

Рисунок 1 — Контекстная диаграмма IDEF0 процесса регистрации бракосочетаний и изменения гражданского состояния населения

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

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

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

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

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

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

Рисунок 2 — Диаграмма первого уровня декомпозиции

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

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

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

14 стр., 6650 слов

Регистрация актов гражданского состояния

... на этих территориях органов загса. 1.2 Порядок государственной регистрации актов гражданского состояния Пунктом 1 статьи 4 закона об актах гражданского состояния устанавливается, что государственную регистрацию актов гражданского состояния производят органы актов гражданского состояния. Органы записи актов гражданского состояния образовываются органами государственной власти ...

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

Рисунок 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

Характеристика

Значение

Количество и тип процессоров

2 Intel® Xeon® processor E5540 (4C/8T, 2.53 GHz, SLC: 4 x 256 KB, TLC: 8 MB)

Оперативная память

4*4GB (DDR3-1333 PC3-10600)

Жесткие диски

2* 146 ГБ (SAS 3Гбит/с, 2.5″ с горячей заменой)

Контроллер Fibre Chanel

Mezz Card 4Gb, 2 порта

Лицензия

Windows Server 2008 R2 Enterprise 10CAL MUL OEM

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

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

Характеристика

Значение

Уровни RAID

0, 1, 1+0, 5, 5+0, 6;

Емкость кэш-памяти:

4ГБ

Частота центрального процессора

1,2ГГц

Количество контроллеров

2

Хостовый интерфейс

Fibre Channel 4/2/1 Гбит/c

Количество интерфейсов

4

Жесткие диски

12*300 ГБ (3,5”, интерфейс SAS, 15000 об/мин)

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

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

Характеристика

Значение

Уровни RAID

0, 1, 1+0, 5, 5+0, 6;

Емкость кэш-памяти:

4ГБ

Частота центрального процессора

1,2ГГц

Жесткие диски

12*1ТБ (3,5”, интерфейс NL SAS, 7200 об/мин)

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

  • 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 — Диаграмма классов

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

Диаграмма

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

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

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

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

Диаграмма

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

3.2.6 Диаграмма деятельности

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

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

3.2.7 Диаграмма компонентов

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

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

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

Диаграмма

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

3.3 Моделирование структуры реляционной базы данных в составе ИС

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

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

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

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

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

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

В каждой таблице имеется уникальный первичный ключ (PK).

Схема находится в 3НФ.

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

Рисунок 16 — Логическая схема БД

Таблица 5 — Физическое представление БД

Брак

Name

Datatype

Null Option

Is PK

Is FK

Рег_номер_брака

INTEGER

NOT NULL

Yes

No

ID_гражданина

INTEGER

NOT NULL

No

Yes

Дата_регистрации

DATE

NULL

No

No

Новая_фамилия

VARCHAR2(20)

NULL

No

No

Супруг_супруга

VARCHAR2(20)

NULL

No

No

Гражданин

ID_гражданина

INTEGER

NOT NULL

Yes

No

Фамилия

VARCHAR2(20)

NULL

No

No

Имя

VARCHAR2(20)

NULL

No

No

Отчество

VARCHAR2(20)

NULL

No

No

Адрес

VARCHAR2(20)

NULL

No

No

Номер_паспорта

INTEGER

NULL

No

No

Дата_рождения

DATE

NULL

No

No

Должность

ID_должности

INTEGER

NOT NULL

Yes

No

Название_должности

VARCHAR2(20)

NULL

No

No

Оклад

INT

NULL

No

No

Заявитель

ID_заявителя

INTEGER

NOT NULL

Yes

No

Фамилия

VARCHAR2(20)

NULL

No

No

Имя

VARCHAR2(20)

NULL

No

No

Отчество

VARCHAR2(20)

NULL

No

No

Адрес

VARCHAR2(20)

NULL

No

No

Номер_паспорта

INTEGER

NULL

No

No

Телефон

VARCHAR2(20)

NULL

No

No

Заявка

Номер_заявки

INTEGER

NOT NULL

Yes

No

ID_гражданина

INTEGER

NOT NULL

No

Yes

ID_сотрудника

INTEGER

NOT NULL

No

Yes

ID_заявителя

INTEGER

NOT NULL

No

Yes

ID_типа_заявки

INTEGER

NOT NULL

No

Yes

Дата_подачи

DATE

NULL

No

No

Срок_исполнения

DATE

NULL

No

No

Отдел

ID_отдела

INTEGER

NOT NULL

Yes

No

Название_отдела

VARCHAR2(20)

NULL

No

No

Функции

LONG VARCHAR()

NULL

No

No

Рождение

Рег_номер_рождения

INTEGER

NOT NULL

Yes

No

ID_гражданина

INTEGER

NOT NULL

No

Yes

Место_рождения

VARCHAR2(20)

NULL

No

No

Мать

VARCHAR2(20)

NULL

No

No

Отец

VARCHAR2(20)

NULL

No

No

Смерть

Рег_номер_смерти

INTEGER

NOT NULL

Yes

No

ID_гражданина

INTEGER

NOT NULL

No

Yes

Дата_смерти

DATE

NULL

No

No

Место_смерти

VARCHAR2(20)

NULL

No

No

Сотрудник

ID_сотрудника

INTEGER

NOT NULL

Yes

No

ID_должности

INTEGER

NOT NULL

No

Yes

ID_отдела

INTEGER

NOT NULL

No

Yes

Фамилия

VARCHAR2(20)

NULL

No

No

Имя

VARCHAR2(20)

NULL

No

No

Отчество

VARCHAR2(20)

NULL

No

No

Дата_рождения

DATE

NULL

No

No

Адрес_места_жительства

VARCHAR2(50)

NULL

No

No

Тип_заявки

ID_типа_заявки

INTEGER

NOT NULL

Yes

No

Название_типа_заявки

VARCHAR2(20)

NULL

No

No

Заключение

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

  • Хранение данных о поданных заявлениях и заявителях;
  • Регистрация и документирование записей актов гражданского состояния;
  • Формирование и ведение архива регистрации актов гражданского состояния;
  • Формирование свидетельств на основе шаблонов с использованием введенных данных о гражданине;
  • Передача заявок между отделами и оповещение о необработанных заявках.

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

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

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

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