В современном обществе, которое функционирует в жестких рыночных условиях, своевременная обработка информации способствует совершенствованию организации производства, оперативному и долгосрочному планированию, прогнозированию и анализу хозяйственной деятельности. Каждая организация стремиться минимизировать затраты времени, материальных, трудовых ресурсов в ходе своей деятельности и упростить процесс обработки информации. Эти задачи можно решить с использованием информационных систем.
Использование баз данных и информационных систем становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций. В связи с этим большую актуальность приобретает освоение принципов построения и эффективного применения соответствующих технологий и программных продуктов: систем управления базами данных, CASE-средств автоматизации проектирования и других.
Объектом исследования является Отдел ЗАГС Балашихинского района.
Предметом исследования является процесс регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района.
Целью данного курсового проекта является улучшение качества обслуживания клиентов и увеличение эффективности работы ЗАГСа за счет разработки и внедрения информационной системы регистрации.
В курсовом проекте применяются следующие термины с соответствующими определениями:
- ИС — информационная система;
- БД — база данных;
- СУБД — система управления баз данных.
1.
Аналитическая часть
1.1 Общая характеристика и анализ объекта исследования
В данном курсовом проекте в качестве исследуемой организации рассматривается Отдел ЗАГС Балашихинского района, который занимается выпиской различной документации и оказанием услуг.
Местонахождение: 143900, г. Балашиха, ул. Некрасова, 5
ЗАГС оказывает следующие услуги:
- предоставление свидетельств о смерти;
- предоставление свидетельств о рождении;
- проведение брачных церемоний;
- фиксирование бракосочетаний.
Разрабатываемая ИС предназначена для эффективной работы с информацией, увеличения скорости обслуживания клиентов и уменьшение денежных потерь вследствие различных ошибок либо временных простоев.
1.2 Моделирование процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района. Модель AS-IS
Теоретические и правовые основы исследования системы уплаты и ...
... охарактеризовать сущность и правовую природу современной системы таможенных платежей; проанализировать соотношение правовых понятий «уплата», «взимание» и «взыскание» таможенных платежей; систематизировать правила и принципы уплаты таможенных платежей. Методологическая основа диссертационного исследования обусловливается применением ...
Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии (так называемая модель AS-IS) и идеального положения вещей — того, к чему нужно стремиться (модель ТО-ВЕ).
Методология IDEF0 предписывает построение иерархической системы диаграмм — единичных описаний фрагментов системы.
Построение модели начинается с описания функционирования предприятия (системы) в целом в виде контекстной диаграммы. На рисунке 1 представлена контекстная диаграмма процесса регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе Балашихинского района.
Рисунок 1 — Контекстная диаграмма IDEF0 процесса регистрации бракосочетаний и изменения гражданского состояния населения
Взаимодействие системы с окружающей средой описывается в терминах входа (на рисунке 1 это «Заявление клиента» и «Пакет документов»), выхода (основной результат процесса — «Запись в актовой книге», «Запись в журнале заявок»), управления («НПА» и «Устав ЗАГСа») и механизмов («Актовые книги», «Журнал заявок», «Отдел по работе с заявителями», «Отдел регистрации») — это ресурсы, необходимые для процесса функционирования ЗАГСа).
«Заявление» — документ установленного образца, в котором клиент указывает, какую услугу ему необходимо предоставить. «Пакет документов» — набор документов, предоставляемый клиентом, на основании которого выполняются все последующие действия со стороны ЗАГСа (квитанция об оплате услуги, удостоверение личности, справка медицинского учреждения о рождении и т.д.).
«НПА» и «Устав ЗАГСа» — это правила, которыми управляется процесс функционирования ЗАГСа как предприятия со своими внутренними правилами, и также обязанного «жить» согласно законодательству конкретной страны.
В оказании услуг ЗАГСа принимает участие персонал ЗАГСа в составе отдела по работе с заявителями и отдела регистрации. «Журнал заявок» — журналы на бумажных носителях, в которых хранятся данные о заявках и полная информация обо всех проведенных операциях. «Актовые книги» — архивы, в которые помещаются данные регистраций.
После описания контекстной диаграммы проводится функциональная декомпозиция — система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции).
Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения каждый фрагмент системы изображается на отдельной диаграмме декомпозиции. Диаграмма первого уровня декомпозиции представлена на рисунке 2.
Рисунок 2 — Диаграмма первого уровня декомпозиции
Весь процесс регистрации бракосочетаний и изменения гражданского состояния населения в ЗАГСе разбивается на четыре подпроцесса. Опишем каждый из них:
- Отдел по работе с заявителями принимает заявление и пакет документов от клиента, проверяет личность клиента, осуществляет регистрацию заявки путем внесение записи в журнал заявок и определяет тип заявки. Клиент получает справку о приеме заявления. Затем происходит передача заявки в другой отдел в зависимости от ее типа;
- Если поступило заявление на регистрацию брака, то отдел регистрации проверяет личность гражданина, обратившегося за государственной услугой, отправляя запрос в соответствующую государственную базу.
Затем сотрудник отдела вводит сведения о гражданине в актовую книгу и формирует регистрационный номер, который также заносится в актовую книгу. Свидетельство о регистрации распечатывается на принтере и передается в отдел по работе с заявителями для выдачи. В журнале заявок проставляется отметка о выполнении регистрации. Декомпозиция процесса регистрации брака представлена на рисунке 3;
Регистрации товарного знака
... Регистрация товарного знака, стандартная процедура (свыше 14 месяцев) Оформление и подача заявки на регистрацию товарного знака стандартная процедура (свыше 14 месяцев). Осуществляется ведение делопроизводства по поданной заявке в процессе её регистрации. ... по регистрации товарного знака. Таблица 1 Стоимость услуг по регистрации товарного знака Наименование услуг Стоимость услуг Государственная ...
- Если поступило заявление на регистрацию рождения или смерти, то отдел регистрации проверяет документ, подтверждающий рождение или смерть гражданина и вводит сведения о гражданине в актовую книгу. В случае регистрации рождения, формируется индивидуальный идентификационный номер и вносится в актовую книгу. В журнале заявок проставляется отметка о выполнении регистрации. Свидетельство о рождении или смерти распечатывается на принтере и передается в отдел по работе с заявителями для выдачи;
- Отдел выдачи получает свидетельство от отдела регистрации и при предъявлении клиентом справки о приеме заявления после проверки личности клиента, выдает ему свидетельство, а затем вносит в журнал заявок запись о выдаче.
Рисунок 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 |
|
Заключение
В результате выполнения курсового проекта была спроектирована информационная система, позволяющая решать следующие задачи:
- Хранение данных о поданных заявлениях и заявителях;
- Регистрация и документирование записей актов гражданского состояния;
- Формирование и ведение архива регистрации актов гражданского состояния;
- Формирование свидетельств на основе шаблонов с использованием введенных данных о гражданине;
- Передача заявок между отделами и оповещение о необработанных заявках.
Таким образом, информационная система поддерживает процедуру получения свидетельств о рождении и смерти граждан, а также процедуру фиксирования бракосочетаний граждан. Система также позволяет организовать рациональное хранение и размещение информации о всех регистрациях и всех выполненных сотрудниками ЗАГСа операциях, а также вести справочники сотрудников, граждан, заявок и заявителей.
Внедрение данной информационной системы в отделе ЗАГС Балашихинского района позволит:
- Повысить эффективность работы сотрудников ЗАГСа за счет сокращения времени обработки заявок;
- Снизить трудоемкость операций по ведению архивов регистраций и списков заявок и уменьшить количество ошибок при заполнении документов за счет замены бумажных носителей электронными и исключения ручного их заполнения.
Таким образом, цель курсового проекта — улучшение качества обслуживания клиентов и увеличение эффективности работы ЗАГСа за счет разработки и внедрения информационной системы регистрации — можно считать достигнутой.
