Диплом: Разработка подсистемы регистрации заявок, поступающих в Администрацию городского поселения Советский

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
53
Таблица 7
Описание сущностей и их атрибутов
Сущность
Атрибут
Описание
1
2
3
Отделы
Код
Уникальный идентификатор
Наименование
Наименование отдела
Подразделения
Код
Уникальный идентификатор
Наименование
Наименование подразделения
Код отдела
Ссылка на отдел
Сотрудники
Код
Уникальный идентификатор
ФИО
ФИО сотрудника
Подразделение
Подразделение, в котором
работает сотрудника
Должность
Должность сотрудника
Телефон
Телефон сотрудника
Электронная почта
Электронная почта сотрудника
Категории заявок
Код
Уникальный идентификатор
Наименование
Наименование категории заявок
Виды заявок
Код
Уникальный идентификатор
Наименование
Наименование вида заявки
Код категории
Категория заявки
Заявка
Код
Уникальный идентификатор
Дата заявки
Дата заявки
Номер заявки
Номер заявки
Код заявителя
Ссылка на заявителя
Код вида заявки
Вид заявки
Код способа
получения
Способ получения заявки
Комментарии
Комментарии к заявке
Код сотрудник
Сотрудник, принявший заявку
Документы
Документы, приложенные к заявке
Расширение
Расширение архива с документами
или самого документа
Комментарии
Комментарии к заявке
Виды результатов
обработки заявок
Код
Уникальный идентификатор
Наименование
Наименование вида результата
обработки заявки
Результаты
обработки заявок
Код
Уникальный идентификатор
Код заявки
Ссылка на заявку
Дата рассмотрения
Дата рассмотрения заявки
Кто рассмотрел
Кто рассмотрел заявку
Результат
рассмотрения
Результаты рассмотрения заявки
Комментарии
Комментарии по рассмотрению
Статусы
заявителей
Код
Уникальный идентификатор
Наименование
Наименование статуса заявителя
Способы
получения заявок
Код
Уникальный идентификатор
Наименование
Способ получения заявки
54
Продолжение таблицы 7
1
2
3
Сотрудники
Код
Уникальный идентификатор
ФИО
ФИО сотрудника
Телефон
Телефон сотрудника
Адрес
Адрес сотрудника
Заявители
Код
Уникальный идентификатор
ФИО
ФИО заявителя
Паспортные данные
Паспортные данные заявителя
Адрес
Адрес заявителя
Телефон
Телефон заявителя
Электронная почта
Электронная почта заявителя
СНИЛС
СНИЛС заявителя
Номер полиса
Номер полиса заявителя
Документы
Документы заявителя
Расширение архива
Расширение архива заявителя
Идентификация
пользователей
Код
Уникальный идентификатор
Логин
Логин пользователя
Пароль
Пароль пользователя
Код сотрудника
Код сотрудника
Физическое проектирование — создание схемы базы данных на основе
конкретной модели данных, например, реляционной модели данных. Для
реляционной модели данных физическая модель — набор схем отношений,
обычно с указанием первичных ключей, а также «связей» между отношениями,
представляющих собой внешние ключи. При этом физическая модель
разрабатывается с учетом конкретной реализации СУБД, также с учетом
специфики конкретной предметной области на основе ее инфологической
модели [16].
В таблице 8 представлено описание физической модели базы данных.
Таблица 8
Физическая модель базы данных
Таблица
Поле
Тип данных
Первичный
ключ (PK)
/Внешний
ключ (FK)
Обязательное
поле
1
2
3
4
5
Виды Отдела
КодОтдела
Счетчик
PK
Да
Наименование
Текстовый (50)
Да
Подразделение
КодПодразделения
Счетчик
PK
Да
Наименование
Текстовый (50)
Да
Код отдела
Числовой
FK
Да
Сотрудники
КодСотрудника
Счетчик
PK
Да
ФИО
Текстовый
(100)
Да
55
Продолжение таблицы 8
1
2
3
4
5
КодОтдела
Текстовый (50)
Да
КодПодразделения
Текстовый (50)
Нет
Должность
Текстовый (50)
Да
Телефон
Текстовый (20)
Да
Электронная почта
Текстовый (30)
Да
КодВидаЗаявок
КодВидаЗаявок
Счетчик
PK
Да
Наименование
Текстовый
(100)
Да
Заявка
Код
Счетчик
PK
Да
ДатаДаявки
Дата/Время
Да
НомерЗаявки
Текстовый (10)
Да
КодЗаявителя
Числовой
FK
Да
КодВидаЗаявки
Числовой
FK
Да
КодПодразделения
Числовой
FK
Да
КодСпособа
Получения
Числовой
FK
Да
Комментарии
Текстовый
(255)
Нет
КодСотрудника
Числовой
FK
Да
Документы
OLE
Нет
Расширение
Текстовый (10)
Нет
Результаты
КодРезультата
Счетчик
PK
Да
Наименование
Текстовый
(100)
Да
Результаты
Обработки
КодРезультатаОбр
Счетчик
PK
Да
КодЗаявки
Числовой
FK
Да
ДатаРассмотрения
Дата/Время
Да
Кто рассмотрел
Текстовый
(100)
Да
РезультатРассмотре
ния
Числовой
Да
Комментарии
Текстовый
(255)
Нет
Способы
Получения
КодСпособа
Счетчик
PK
Да
Наименование
Текстовый
(100)
Да
Статусы
заявителей
КодСтатуса
Счетчик
PK
Да
Наименование
Текстовый
(100)
Да
Заявители
КодЗаявителя
Счетчик
PK
Да
ФИО
Текстовый (50)
Да
КодСтатуса
Числовой
FK
Да
ДатаРождения
Дата/Время
Да
ПаспортныеДанные
Текстовый
(150)
Да
Адрес
Текстовый
(150)
Да
Телефон
Текстовый (30)
Да
Электронная почта
Текстовый (30)
Нет
СНИЛС
Текстовый (30)
Нет
Номер полиса
Текстовый (30)
Нет
Документы
OLE
Нет
Расширение архива
Текстовый (20)
Нет
56
Продолжение таблицы 8
1
2
3
4
5
Пользователи
Код
Счетчик
PK
Да
Логин
Текстовый (20)
Да
Пароль
Текстовый (20)
Да
КодСотрудника
Числовой
FK
Да
На рисунке 2.20 представлена физическая модель базы данных.
Рисунок 2.20 – Физическая модель базы данных
2.4.3. Структурная схема пакета (дерево вызова программных
модулей)
В процессе разработки информационной системы регистрации заявок,
поступающих в администрацию г.п. Советский от населения поселка были
созданы программные модули различных классов: главный модуль, модуль
служебных функций, модуль обработки ввода/вывода информации [21].
Назначение представленных в программе модулей представлено в таблице 9.
57
Таблица 9
Назначение программных модулей
Наименование
модуля
Назначение модуля
Form1
Главный модуль приложения, который координирует
работу приложения. Обрабатывает вызов пунктов меню,
перенаправляя задания другим модулям.
FormAuth
Модуль, авторизации в системе
FormOtdeli
Модуль для редактирования отделов
FormPodr
Модуль для добавления и редактирования сведений о
подразделениях, сотрудниках и видах обрабатываемых
заявок
FormStatus
Модуль редактирования статусов заявителей
FormResult
Модуль для добавления и редактирования данных о
результатах обработки заявок
FormSposob
Модуль редактирования способов получения заявок
FormUsers
Модуль для добавления и редактирования пользователей
FormSelectContact
Модуль выбора контакта для отправки заявки
FormNewZayavka
Модуль создания новой заявки
FromReports
Модуль для формирования отчетов
Все модули взаимосвязаны между собой. Функции координации
движения информационных потоков выполняет главный модуль программы
Form1. Взаимосвязь программных модулей представлена на рисунке 2.21.
Рисунок 2.21 - Взаимосвязь модулей программы
Дерево вызова процедур и программ разработанной информационной
системы регистрации заявок, поступающих в администрацию г.п. Советский от
населения поселка представлено на рисунке 2.22.
FormAuth
FormNewZayavka
FormOtdel
FormPodr
FormStatus
FormResult
FormSposob
FormUsers
FormSelectContact
FormReports
Form1
58
Рисунок 2.22 - Дерево вызова процедур и программ
Информационная система регистрации заявок на услуги, поступающих в
администрацию г.п. Советский работает в двух режимах:
1. Администратор – имеет полные права доступа.
2. Сотрудник по регистрации заявок – не имеет возможности доступа
к списку пользователей.
Программа для автоматизации регистрации заявок представляет собой
клиент-серверное приложение, разработанное с помощью среды разработки
приложений Microsoft Visual studio 2015 на платформе .NET Framework 4.0.
В качестве СУБД использована Microsoft Access.
Доступ к данным БД реализован с помощью технологии ADO.NET.
Вход в систему (
Form1)
Проверка пользователя
и пароля (FormAuth)
Загрузка главного меню
приложения
Подключение к базе
данных
Обработка функций
вызова кнопок меню
(Form1)
Вызов справочника
видов заявок ShowVid()
Вызов справочника
подразделений
ShowPodr()
Вызов справочника
отделов ShowOt()
Вызов справочника
результатов обработки
ShowRez ()
Вызов справочника
способов получения
ShowSp()
Вызов справочника
пользователей
ShowUsers()
Выбор элемента в
дереве SelectData()
Загрузка заявок и
результатов их
обработки по
выбранному
подразделению
Редактирование
заявителей RedactZ()
Создание новой заявки
NewZayavka()
Вызор формы
формирования отчетов -
BuildReport (name)
Экспорт в PDF
ExporttoPDF()
59
ADO.NET разделят доступ к данным и обработку данных на дискретные
компоненты, которые могут использоваться отдельно или совместно. ADO.NET
включает поставщиков данных .NET Framework для соединения с базой
данных, выполнения команд и получения результатов. Эти результаты,
помещенные в объект ADO.NET DataSet, обрабатываются непосредственно,
чтобы они могли быть предоставлены пользователю нерегламентированным
образом, объединенные с данными из многих источников или передаваемые
между уровнями. Объект DataSet также может независимо использоваться
поставщиком данных .NET Framework для управления локальными для
приложения данными или данными, источником которых является XML [16].
ADO.NET предоставляет функциональный набор, сходный с
функциональным набором, который предоставляют объекты данных ActiveX
(ADO) разработчикам моделей объектов собственных компонентов (COM).
ADO.NET предоставляет самый прямой способ доступа к данным в .NET
Framework [16].
На рисунке 2.23 представлена диаграмма классов разработанной
информационной системы, построенная в MS Visual Studio в виде XSD-схемы.
60
Рисунок 2.23 – Диаграмма классов
61
На рисунке 2.24 представлена структурная схема интерфейса
информационной системы.
Рисунок 2.24 – Cтруктурная схема интерфейса ИС
2.5. Контрольный пример работы разработанной
информационной системы
При запуске информационной системы регистрации заявок,
поступающих от населения в администрацию г.п. Советский будет открыта
форма авторизации, представленная на рисунке 2.25.
Рисунок 2.25 – Форма авторизации
При успешной авторизации пользователю будет открыта главная
Пользователи ИС
Визуальный интерфейс
<Windows Forms>
Объектная модель БД
<Table Adapters>
BD
Технология ADO.Net
MS Access
62
форма приложения, представленная на рисунке 2.26.
Рисунок 2.26 – Главная форма приложения
В левой части формы расположен список отделов и подразделений.
При выборе подразделения в списке, в правой части формы будет открыт
список заявок и результатов их обработки по выбранному подразделению.
При нажатии на одну их кнопок «Личное обращение», «Электронная
почта», «Письмо по почте», «По телефону» будет открыта форма ввода
новой заявки как показано на рисунке 2.27.
Поля дата заявки, номер заявки и подразделение, в которое
направляется заявка, заполняются автоматически. При сохранении заявки
код сотрудника, принявшего заявку также будет указано автоматически в
зависимости от того, под какой учетной записью был выполнен вход в
систему.
При нажатии на кнопку «Загрузить документы» будет загружен
список документов, которые будут отправлены исполнителю для
рассмотрения. Если заявка содержит несколько документов, их
предварительно следует упаковать в архив.

Смотрите также:

Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)
Value-based education: ценности в системе образования и способы их реализации на уроке английского языка. Опыт Европейских стран
Work-life balance подход в управлении рабочим временем молодых сотрудников (на примере ООО «МГТ-сервис»)
Актуализация контента, отражающего концепцию «диалога культур», при освоении английского языка взрослыми обучающимися
Актуализация приемов инсценирования и драматизации в рамках интерактивной модели обучения английскому языку в старших классах
Актуальные подходы в построении внутреннего pr строительной компании (на примере ООО "Ренессанспроект")
Анализ деловой активности и экономической эффективности деятельности организации (на примере АО «СГ-Транс»)
Анализ деловой активности организации как инструмент повышения эффективности ее деятельности (на примере Косинского районного потребительского общества)