56
Информационное обеспечение
Внутреннее
Внешнее
Входные
сигналы
Выходные
документы
Промежуточные
информационные
массивы
Правила
классификации и
кодирования
Оперативная
информация
Нормативно-
справочная
информация
Методические
инструктивные
материалы
Классификаторы
БД системы
Заявка
пользователя,
тикет
Сотрудник
Тип проблемы
Инструкции
пользования
системой
Инструкции по
решению
типовых
проблем
Транзакция в БД
инициированная
обращением
пользователя
Запрос текущих
заявок
Выполненные
заявки
Заявки на
выполнении
Отчеты
системы
Отдел
Спецификация ПК
и установленное
ПО
Подтип проблемы
Рисунок 2.4 – Общая модель информационного обеспечения
Назначение подсистемы информационного обеспечения состоит в
своевременном формировании и выдаче достоверной информации для
принятия управленческих решений.
Информационное обеспечение — совокупность единой системы
классификации и кодирования информации, унифицированных систем
документации, схем информационных потоков, циркулирующих в организации,
а также методология построения баз данных. На основе предыдущих
исследований, а, также, учитывая требования к системе, построим
информационную модель системы (рис. 2.5)
57
ИС
Department
Клиент
Users
Список заявок в
системе
TypeRequest
Форма работы со
справочниками
SubtypeRequest
Администратор
Форма работы с
заявками
Форма
получения /
формирования
отчета
Message
Department* Users* TypeRequest*SubtypeRequest*
Форма
формирования
заявки
Message*
Отчет по заданному
фильтру
Администратор
Клиент
Форма
авторизации
Worker
Specialization
Worker*
Specialization*
Рисунок 2.5 – Информационная модель ИС
Первоначально работа системы предполагает заполнение справочников.
Эта информация будет в дальнейшем использоваться для формирования
оперативной информации.
На схеме показано, что сначала формируется справочник «Департамент»
(отделы организации), потом – «Пользователь». Также к нормативно
58
справочной инофрмации относятся и списки «Тип проблемы», «Подтип
проблемы».
Среди пользователей выделяются классы: администраторы, клиенты,
наблюдатели и исполнители. Клиенты могут вносить изменения только в
таблицу «Сообщения». То есть сформировать заявку. При формировании в БД
«Сообщения» сохраняется вся информация указаннаяпользователем по
проблеме, а также и информация о самом пользователе. Администратор может
как просматривать заявки, хранимые в таблице «Сообщения», так и вносить
коррективы, например – назначить ответственного (тут к заявке прикрепляется
ответсвтевенный испольнитель из таблицы Worker) или поменять статус заявки.
Получать оперативную информацию администратор может в виде
отчетов. Последняя часть информационной модели как раз и показывает работу
с отчетностями. Для формирования отчетов используется специальная форма,
позволяющая выбрать данные из таблицы по определенным критериям. Отчеты
могут быть за различные периоды (месяц, квартал, год), а также возможен
фильтр по состоянию или важности заявок, например – выбор только тех
заявок, котые сейчас находятся в очереди.
2.3.2 Характеристика нормативно-справочной, входной и оперативной
информации
Входная информация представляет собой совокупность объектов
информации являющихся первичными (исходными) данными для дальнейшей
их обработки. Описание входной информации отвечает на вопрос, на
основании какой информации может быть получена выходная информация.
Входные данные являют собой заявку от пользователя, отображающую
проблемы с оборудованием и тип (категорию) этой проблемы. Так же в эту
информацию входит информация о самом оборудовании (наименование ОС, IP
адрес, ФИО, Отдел, Должность).
К входным данным можно и нужно отнести информацию о самих
администраторах системы. Данная информация включает в себя:
59
ФИО
Должность
Отдел
Логин
Пароль
E-mail
2.3.3 Характеристика результатной информации
Под выходной информацией понимается информация, которая содержит
в себе результаты обработки входной информации. Объекты, которые содержат
в себе выходную информацию, являются выходными формами.
Выходная информация в разработанной информационной системе
представлена различными видами отчетностей, которые может получить
администратор в ходе работы с программой.
Отчет может содержать такие виды информации:
Время возникновения вопроса
Вопрос
Уточнение
Время отправки заявки
Подробное описание
Информация о системе
Отправитель
Текущий статус
Время изменения
Исполнитель
Комментарий
Так же есть возможность сохранения отчетов в документ .xsl или же его
печать.
60
2.4 Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
На практике показано, что быстрый доступ к информации,
своевременный ее анализ и надежность хранения данных является критическим
при реагировании и устранении проблем различного рода внутри компании.
Поэтому для разработки системы были выдвинуты жесткие требования по ее
функциональному обеспечению.
Функциональные возможности разработанной системы представлены
ниже, на рис. 2.6. Нужно отметить, что функциональные требования
разработанного продукат соответствуют требованиям, выдвинутым в
постановке задачи.
Рисунок 2.6 – Диаграмма вариантов использования системы
Пользователь
АИС Клиента
Войти в систему
Сформировать заявку
Отослать заявку
include
extend
extend
Администратор
АИС Администратора
Добавить пользователя
Добавление информации
extend
Добавить отдел
Добавить наименование заявки
extend
extend
Редактирование информации
Редактировать информацию
пользователя
Редактировать пароль
пользователя
Редактировать логин
пользователя
extend
extend
extend
Заявки
Просмотр заявки
Создание отчета
Сохранение отчета
extend
extend
extend
61
Разработанная система регистрации заявок пользователей локальной
вычислительной сети имеет такой набор функций:
Регистрация и отслеживание заявок от пользователей в реальном
времени с помощью программы-сервера;
Трехуровневое описание заявок: общая информация, уточнение,
подробное описание;
Редактируемая база данных;
Клиент-Серверная технология (3 программных модуля).
Программный модуль «Клиент» - это программа пользователя сети
(сотрудника предприятия)
Программный модуль «Сервер» - программа, отвечающая за
поддержку соединения между клиентом, администратором и базой
данных. Так же сервер предоставляет возможность по
администрированию заявок.
Программный модуль «Администратор» - модуль, устанавливаемый
на ПК администратора для удаленного отслеживания поступивших заявок
на сервер.
Авторизация. 4 типа пользователей программы:
Клиенты - это пользователи сети, которые передают заявки;
Администраторы/диспетчеры - это пользователи, которые могут
просматривать заявки, назначать исполнителей, изменять статус;
Исполнители - это пользователи, которые могут просматривать
заявки, которые поступили именно к ним и изменять их статус и
описание;
Наблюдатели - это пользователи, которые могут просматривать все
заявки и создавать отчеты.
Контроль и отслеживание заявок.
62
Возможность формирования отчетов основываясь на полученных
заявках и информации о их выполнении. Так же присутствует возможность
выбора нужных сведений для создания отчетов (фильтр);
Сохранение/печать заявок/отчетов;
Календарь. Просмотр текущих заявок и задач. Возможность
просматривать статистику для любого дня.
Исходя из требуемых функций и диаграммы использования, можно
предложить дерево функций (рис. 2.7)
Функции
Основные Сервисные
Управление окнами
Обеспечение доступа к БД
Отображение справочной
системы
Сохранение конфигурации
ИС
Работа со справочниками
Формирование заявки
Управление заявками
Формирование отчетов
Рисунок 2.7 – Дерево функций
Взаимодействие с программой происходит через графический интерфейс,
а именно диалоговые окна Windows Form. Этот интерфейс привычен для
рядового пользователя ПК, по этому привыкание к данной системе не вызовет
осложнений.
Для разработки структуры сценария диалога необходимо выбрать язык
общения[16]. При разработке системы было взято во внимание, что данный
продукт будет использоваться на территории РФ, поэтому, система изначально
локализирована, это поможет легко освоить пользователю данный
программный продукт.
63
Рисунок 2.8 – Древо диалога главного меню Сервера
Рисунок 2.9 – Древо диалога главного меню Клиента
Процесс взаимодействия пользователей с системой во временной
развертке покажем при помощи соответствующей диаграммы UML (рис. 2.10)
64
Рисунок 2.10 – Диаграмма последовательности обмена сообщениями в системе
2.4.2 Характеристика базы данных
Диаграмма «сущность-связь» представляет собой модель данных
верхнего уровня. Она включает сущности и взаимосвязи, отражающие
основные бизнес-правила предметной области.
Такая диаграмма не слишком детализирована, в нее включаются
основные сущности и связи между ними, которые удовлетворяют основным
требованиям, предъявляемым к информационной системе.
: Пользователь : Пользователь
: Программа-
клиент
: Программа-
клиент
: Модуль
формирования заявок
: Модуль
формирования заявок
: Программа-
Сервер
: Программа-
Сервер
: Модуль связи
с БД
: Модуль связи
с БД
: База
данных
: База
данных
Открытие программы
Главное меню
Сформировать заявку
Сформировать заявку
Меню формирования заявок
Ввод информации о проблеме
Меню авторизации
Ввод логина и пароля
Авторизация
Запрос на поиск пользователя
Запрос
Результат запроса
Результат поиска
Результат авторизации
Проверка авторизации
Запрос параметров
Запрос параметров
Запрос
Результат запроса
Параметры
Параметры
Отправка завки
Формирование бланк а
Бланк
Запрос на запись информации
Запись
Результат
Результат добавления заявки
Результат добавления заявк
Сообщение об успешном добавлении
Выйти из программы
Завершение работы
65
Для создания диаграммы сущность - связь следует описать сущности,
атрибуты, основные первичные ключи и установить связи между сущностями.
Для разрабатываемой информационной системы сущностями логической
модели данных являются: «Department», «Message», «SubtypeRequest»,
«TypeRequest», «Users».
Рисунок 2.11 – Концептуальная модель данных
Охарактеризуем физичекую базу данных, детально рассмотрив состав
таблиц ипояснив назначение их атрибутов (полей):