Диплом: Автоматизация учета посещений клиентов в "Фонд социального страхования Российской Федерации"

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
42
используется другими организациями для отслеживания проектов, не связанных с
разработкой ПО);
• Она весьма доступна для понимания, так как преследуется простая
цель - выполнить необходимые действия;
• Она проста и удобна в применении, так как процесс разработки
выполняется поэтапно;
При правильном использовании модели дефекты можно обнаружить на
более ранних этапах, когда их устранение еще не требует относительно больших
затрат.
В процессе реализации автоматизированной информационной системы
участвуют следующие специалисты: системный админитратор (он же программис
и разработчик), руководитель отдела информатизации и специалист по работе с
клиентами.
Системный администратор(он же программист и разработчик) должен:
1. обеспечить место для установки SQL Server 2012 сервера;
подключение к локальной сети для сервера и АРМ пользователей системы; доступ
к компьютерам, необходимым для развертывания системы.
2. устранять возникающие при кодировании, проектировании и
тестировании системные ошибки, вносить коррективы в ИС и дорабатывать
модули по требованию руководителя отдела.
Руководитель отдела осуществляет контроль за ходом выполнения работ по
проекту разработки АИС на всех ее этапах.
Специалист по работе с клиентами участвует в процессе тестирования
разработанной ИС.
Опытная эксплуатация системы должна проводиться не менее 2 месяцев.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Процесс разработки программного продукта связан с определенными
рисками, возникающими на всех этапах работ - от этапа определения требований и
до внедрения готового продукта.
Основной риск на этапе «Определение требований к ИС» - это
недостаточное определение свойств ИС, требуемых для решения задачи и
43
неправильный выбор задач проектирования. Это может потребовать, на этапе
эксплуатации, дополнительной доработки программного продукта, что приведет к
финансовому риску[20]. При возникновении такого риска проводится
дополнительное моделирование с использованием современных case-средств.
Основной риск на этапе «Проектирования» ИС это разработка
неэффективного плана-графика автоматизации: использование лишних ресурсов
или недостаточность ресурсов. Данный риск, предотвращается применением
современных автоматизированных средств проектирования. В случае
возникновения, риск устраняется повторной корректировкой плана-графика
автоматизации.
На этапе «Подготовки к разработке информационной системы» основным
риском является неправильная конкретизация расчетов показателей. Такой риск
ликвидируется тестированием программных модулей на этапе внедрения.
На этапе «Разработка информационной системы» основными рисками
является проектирование неправильной информационной модели и неудобных для
пользователя экранных форм. Риск предотвращается по согласованию прототипов
экранных форм с потенциальными пользователями, а устраняется дополнительной
доработкой экранных форм[20].
На этапе «Кодирования программного продукта» основной риск заключается
в некорректной разработке программы. Риск устраняется посредством
использования для программирования объектно-ориентированный язык
программирования, который в процессе работы указывает некорректности
различных элементов разрабатываемого программного средства.
Основным Риском на этапе «Внедрение» является некорректное
тестирование технического обеспечения программных модулей. Риск может быть
устранен благодаря использованию лицензионного стендового оборудования, а
устранен повторным тестированием.
2.1.3. Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации любых программных продуктов требуется
придерживаться нескольких основных правил, а именно:
44
• следить за выходом обновлений программного обеспечения и вовремя
устанавливать их;
• устанавливать только проверенное и лицензионное программное
обеспечение, приобретенное у официальных поставщиков.
Для обеспечения информационной безопасности и защиты информации
самого програмного продукта по автоматизированному учету обращений клиентов
необходимо разграничить права доступа пользователей на нескольких уровнях[3]:
1) На уровне операционной системы ограничить доступ пользователя к
разделам, папкам, файлам и сетевым ресурсам, в зависимости от прав
пользователя. И главное, установить на рабочий компьютер, где хранится и
используется приложение, пароли. Пароли должны быть известны только
специалистам, в ведении которых будет находиться программный продукт.
Так как разрабатываемое приложение в данной версии не нуждается в
доступе к сети Интернет, то нужно ограничить доступ других пользователей к
компьютеру, на котором установлено приложение.
2) Настроить параметры безопасности СУБД SQL Server 2012;
3) Установить логин и пароль на разрабатываемую ИС;
Характеристика политики приведена в таблице 2.1.
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
Модуль
«Файл»
Модуль
«Главное
меню»
Модуль
«Справочн
ики»
Модуль
«Проекты»
Модуль
«Отчеты»
Модуль
«Помощь»
Оператор
Чтение
Полный
Полный
Чтение
Чтение
Чтение
Специалист
Чтение
Полный
Полный
Полный
Полный
Полный
Администратор
Полный
Полный
Полный
Полный
Полный
Полный
4) Для предотвращения порчи информации необходимо также установить и
настроить антивирусную программу, с постоянным обновленим баз данных
вирусов, а также установить и настроить программу «Firewall» для закрытия угроз
из внешней сети, например, «Интернет» или флеш карт
.
45
2.2. Информационное обеспечение задачи
2.2.1. Информационная модель и её описание
Сущность структурного подхода к разработке информационных систем
заключается в ее декомпозиции (разбиении) на автоматизируемые функции:
система разбивается на функциональные подсистемы, которые в свою очередь
делятся на подфункции, подразделяемые на задачи и так далее[19]. Процесс
разбиения продолжается вплоть до конкретных процедур. При этом
автоматизируемая система сохраняет целостное представление, в котором все
составляющие компоненты взаимоувязаны.
Информационная модель разрабатываемой автоматизированной системы
представлена на схеме 2.1.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
К нормативно-справочной входной информации относятся данные о
клиентах, данные о реализуемых проектах, заявках, данные о сотрудниках и местах
их дислокации[9].
Сбор информации осуществляется следующим образом: справочная
информация вносится сразу после внедрения проекта и в будущем заносится по
мере поступления и обновлении сведений. Оперативная информация вносится в
базу данных по мере поступления запросов и данных клиентов.
Входной оперативной информацией является информация о клиентах:
документы подтверждающие личность, карточка предприятия, заявление от
заявителя по установленной форме, медицинская справка по установленной
форме, справка о доходах по установленной форме, расчетные ведомости.
Экранные формы для ввода входной информации приведены в разделе 2.4.
46
Схема 2.1. Информационная модель
2.2.3. Характеристика результатной информации
Выходными данными для системы являются:
хроника обслуживания клиентов;
перечень заявок на обслуживание;
Формирование
отчетов
Ведение
справочников
ИС
Спр. Физические
лица
Спр. Место
Дислокации
Спр. Юридические
лица
Спр.
Заявка /Событие
Спр. Сотрудники
Заявка на
обслуживание
Специалист по
работе с клиентами
Обработка
заявок на
обслуживание
Специалист по
работе с клиентами
техники
Отчет
История
Обслуживания
клиентов
Отчет
Динамика обслуживания
клиентов по отделам
Отчет
Анализ обработки
заявок
Проекты
Спр. Физические
лица
Спр. Юридические
лица
Спр. Место
Дислокации
Спр.
Заявка /Событие
Проекты
47
- отчет об обслуживании клиента;
- отчет по динамике обслуживания клиентов по отделам;
- отчет анализа обработки заявок;
Экранные формы вывода выходной информации приведены в приложении 2.
2.3. Программное обеспечение задачи
2.3.1. Общие положения
Разрабатываемый программный продукт по автоматизации учета посещения
клиентов для отдела по работе с обращениями граждан выполняет функции
обработки данных и подготовки выходных документов.
Выделяется два подмножества функций управления и обработки данных[10]:
- служебные функции, к которым относятся вход в систему под учетной
записью пользователя, настройки, помощь по работе с программой;
- основные функции обработки данных: к ним относятся ведение
справочников системы, создание проектов, просмотр и печать отчетных
документов.
Программа реализует большое количество функций, и для реализации такого
диалога удобно использовать меню. Структура меню разрабатываемого
программного продукта показана на схеме 2.2
Схема 2.2. Дерево функций
Функции
Основные
Служебные
Справочники
Вход в систему
(авторизация)
Настройки
Помощь
Проекты
Отчеты
48
В разработанной ИС предусмотрено 3 вида пользователей по уровню прав
доступа: администратор, специалист и оператор. В таблице 2.1. представлены
права доступа, на основе которых можно спроектировать дерево функций по
каждой группе пользователей. В качестве примера рассмотрим дерево функций и
сценарий диалога администратора системы, который наделен самыми полными
правами при работе с ИС.
Системный администратор осуществляет управление пользователями, их
регистрацией и редактированием данных пользователей. Кроме того он наделен
полными функциями по заполнению справочной информации, оформлению заявок,
формированию отчетов и пр.
Дерево функций администратора системы представлено на схеме 2.3.
Сценарий диалога администратора системы представлено на схеме 2.4.
Схема 2.3 Дерево функций администратора системы
Настройка прав
доступа
Функции
администратора
Физические лица
Сотрудники
Юридические лица
Заявки / События
Отчет. История
обслуживания
клиента
Отчет. «Динамика
обслуживания
клиентов «(по
отделам)
Отчет. «Анализ
обработки заявок»
Место дислокации
Управление
пользователям
и
Оформление заявок
на обслуживание
Работа со
справочниками
Получение
отчетов
Работа с
проектами
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
49
Схема 2.4 Сценарий диалога администратора
2.3.2. Характеристика базы данных
В системе используется СУБД MS SQL Server. База данных состоит из 11
основных таблиц, описание которых приведено в Приложении 1.
В разрабатываемом проекте использована логико-физическая модель БД,
которая представлена в виде ER-диаграммы системы[10]. ER-диаграмма
автоматизированной информационной системы учета посещения клиентов
представлена на схеме 2.5
В разрабатываемой структуре БД учтены основные правила целостности.
Каждый объект, событие или концепцию идентифицирует уникальный ключ, и
Модуль
«Главное меню
программы»
Модуль
«Файл»
Модуль
«Справочники»
Модуль
«Отчеты»
Модуль
«Помощь»
Настройка
прав доступа
Модуль
«Прооекты»
Выход
Физические лица
Сотрудники
Юридические лица
Заявки / События
Проекты
Отчет. История
обслуживания клиента
Отчет. «Динамика
обслуживания клиентов
«(по отделам)
Отчет. «Анализ
обработки заявок»
Место дислокации
Справка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
Добавление
Удаление
Редактировна
ие
Получение
списка
50
разработана целая система внешних ключей. База данных не содержит
несогласованных значений внешних ключей, то есть при работе с записями
происходит каскадное обновление связанных полей и каскадное удаление
связанных записей, что не приводит к конфликту объектов или событий.
Целостность, определяемая пользователем, поддерживается ограничениями
в таблицах базы данных на ввод неотрицательных значений, а также обеспечением
выбора значений внешних ключей из списков без разрешения варианта ввода
недопустимого значения[10].
Схема 2.5 – ER-диаграмма системы
51
Необходимо отметить, что в разработанной модели неключевой атрибут
функционально полно зависит от первичного ключа, а атрибуты сущностей
являются атомарными. А также в модели отсутствуют транзитивные зависимости
неключевых атрибутов от ключа. Описание модулей таблиц базы данных
приведено в Приложении 1.
2.3.3. Структурная схема пакета
Информационная система по учету посещений клиентов состоит из двух
основных модулей – базы данных MS SQL Server и приложения для
взаимодействия с базой данных, реализованного на языке программирования
VisualBasic из среды разработки приложений VisualStudio2010.
Разработка структуры программного продукта является одним из основных
этапов создания программы[18]. На этом этапе необходимо выделить отдельные
модули, определить их функции, и порядок вызова, а также составить правила
взаимодействия и взаимоподчиненности друг другу.
Структурная схема программных модулей приведена на схеме 2.6.
Схема 2.6. Структурная схема пакета
Модуль
«Взаимодействие с БД»
Модуль
«Авторизация»
Модуль
«Главное меню»
Модуль
«Файл»
Модуль
«Справочники»
Модуль
«Отчеты»
Модуль
«Помощь»
Настройка
Руководство пользователя
Модуль
«Прооекты»
Выход
Физические лица
Сотрудники
Юридические
лица
Заявки / События
Проекты
Отчет. История
обслуживания клиента
Отчет. «Динамика
обслуживания клиентов
«(по отделам)
Отчет. «Анализ обработки
заявок»
Место дислокации

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

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)