Дипломная работа: Автоматизация учета посещений клиентов в "Фонд социального страхования Российской Федерации"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
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. Характеристика результатной информации
Выходными данными для системы являются:
хроника обслуживания клиентов;
перечень заявок на обслуживание;
Формирование
отчетов
Ведение
справочников
ИС
Спр. Физические
лица
Спр. Место
Дислокации
Спр. Юридические
лица
Спр.
Заявка /Событие
Спр. Сотрудники
Заявка на
обслуживание
Специалист по
работе с клиентами
Обработка
заявок на
обслуживание
Специалист по
работе с клиентами
техники
Отчет
История
Обслуживания
клиентов
Отчет
Динамика обслуживания
клиентов по отделам
Отчет
Анализ обработки
заявок
Проекты
Спр. Физические
лица
Спр. Юридические
лица
Спр. Место
Дислокации
Спр.
Заявка /Событие
Проекты
Источник: https://baza.diplomsite.ru/previewfile/2409