57
– руководство ООО «ОП «РЖД-ОХРАНА»;
– диспетчеры.
В рассматриваемой системе будут применяться такие формы:
– формы справочников;
– формы документов;
– главная форма;
– формы сообщений;
– формы отчетов;
– формы выпадающих списков.
Метод ввода информации – вручную
На рисунке 23 показана информационная модель разрабатываемой системы
для ООО «ОП «РЖД-ОХРАНА».
ИС
Спр.
Услуги
Спр.
Категори
и услуг
Спр.
Клиенты
Т. Прием
Спр.Сотр
удники
Руководство
Введение в
справочники
Обработка
документов
Формирование
отчетности
Спр.
Услуги*
Спр.
Категори
и услуг*
Спр.
Клиенты
*
Т.
Прием*
Отчет по приему Анализ
Руководство
Спр.
Сотрудни
ки*
Рисунок 23 – Информационная модель автоматизированной ИС
Рассматриваемая информационная модель служит для отображения
процесса описания промежуточных, входных, результатных потоков
информации.
58
2.2.2.Характеристика нормативно-справочной, входной и оперативной
информации
Информационная модель представляется схемой движения входных,
результативных и оперативных потоков, а также функций рассматриваемой
области проектирования.
Также она объясняет тот факт, на основании именно какой входной
документации выполняются функций, которые являются основными в
разрабатываемой АИС.
Для хранения постоянной информации применяются в платформе
1С:Предприятие 8.3 применяются справочники.
Справочники считаются объектами конфигурации, где есть возможность
указать данные о некотором объекте, но в каждом из них используются 2 поля по
умолчанию:
– Код;
– Наименование.
В платформе при установке настроек справочника установлена
автоматическая нумерация.
При создании АИС приема и обрабоки заявок созданы Справочники (рис.
24):
– Клиенты;
– Категории услуг;
– Сотрудники;
– Услуги.
Рисунок 24 – Перечень справочников
Рассмотрим справочники, которые реализованы в АИС.
Справочник «Категории услуг» описывает группы услуг, которые
предоставляются компанией (таблица 5).
Таблица 5
59
Структура «Категории услуг»
Имя
Тип
Код категории
Число (целое)
Название категории
Строка (текст)
Примечание
Строка (текст)
Справочник «Услуги» предназначен для хранения предоставляемых услуг
ООО «ОП «РЖД-ОХРАНА» (таблица 6).
Таблица 6
Структура «Услуги»
Имя
Тип
Код услуги
Число (целое)
Название услуги
Строка (текст)
Категория
Строка (текст)
Стоимость
Число (целое)
Срок рассмотрения
Число (целое)
Примечание
Строка (текст)
Справочник «Клиенты» использован для хранения регистрационных
данных о клиентах (таблица 7).
Таблица 7
Структура «Клиенты»
Имя
Тип
Код Клиента
Число (целое)
ФИО Клиента
Строка (текст)
Адрес Клиента
Строка (текст)
Пол Клиента
Строка (текст)
Телефон Клиента
Строка (текст)
Таблица 8
Документ «Сотрудники»
Имя
Тип
КодСотрудники
Числовой
ФИО
Строка (текст)
Адрес
Строка (текст)
60
Телефон
Строка (текст)
Входные данные могут также быть введены в систему такими двумя
методами:
– вручную;
– выполнением импорта/экспорта данных.
Входные данные заполняются в основном по требованию рабочего
процесса.
Стоит заметить, что при реализации формы справочника некоторые поля
являются обязательными.
Интерфейс справочника Клиенты показан на рисунке 25:
Рисунок 25 – Экранная форма для справочника Клиенты
В таблице 9 рассмотрена сводная информация по справочниках:
Таблица 9
Сводная таблица по справочниках
Название
справочника
Услуги
Категории
услуг
Клиенты
Сотрудники
Ответственный
за его ведение
Диспетчер
Диспетчер
Диспетчер
Диспетчер
61
Средний
объем
справочника в
записях
25
4
150
20
Средняя
частота
актуализации
1 раз в
квартал
1 раз в год
1 раз в
месяц
1 раз в квартал
Средний
объем
актуализации,
записей
1-2
1
2-3
1
2.2.3.Характеристика результатной информации
Объект платформы 1С:Предприятие под названием документ применяется
для хранения оперативных данных.
Стоит отметить, что в рассматриваемой задаче для автоматизации приема
и обработки заявок ООО «ОП «РЖД-ОХРАНА» такой информацией являются
данные с заявки.
Рассмотрим реквизитный состав применяемых документов в АИС
(таблицы 10):
Таблица 10
Документ под названием «Прием»
Имя
Тип
Номер
Число (целое)
Дата оформления заявки
Строка (текст)
Клиент
Подстановка
СправочникСсылка.Клиенты
Услуга
Подстановка
СправочникСсылка.Услуги
Проблема решена
Булевое
Время ремонта
Число (целое)
Подпись
Строка (текст)
Ниже, на рисунке 26, показана форма документа:
62
Рисунок 26 – Форма для документа Прием
В таблице 11 рассматривается таблица с характеристиками результатной
информации.
Таблица 11
Сводная таблица по результатной информации
Название
Прием
Ответственный за его ведение
Диспетчер
Средний объем документа в записях
225
Средняя частота актуализации
20 раза в день
Средний объем актуализации, записей
1
Источники
Клиенты
Услуги
Категории услуг
Метод доставки информации
Ввод вручную
2.3.Программное обеспечение задачи
2.3.1.Общие положения (дерево функций и сценарий диалога)
В разрабатываемой АИС предусматривается работа с системой одного
пользователя, который принимает заявку от клиента.
63
Дерево функций, которые применяются при работе с системой,
представлено ниже на рисунке 27.
Рисунок 27 – Описание дерева функций
Заметим, что имеющиеся функции разделены между несколькими
подсистемами.
Стоит заметить, что некоторые из объектов могут брать участие в
нескольких подсистемах.
На базе имеющихся данных опишем последовательность работы с
конфигурацией.
Такая последовательность действий носит рекомендационный характер, а
при надобности может быть нарушена (рисунок 28).
Функции
диспетчера
Основные
Прием заявок
Ввод
оперативных
данных
Обработка
заявок
Служебные
Заполнение
справочников
Ввод
постоянных
данных
64
Рисунок 28 – Последовательность операций с создаваемой АИС
На рисунке 29 рассматривается сценарий диалога.
Пункт Действия описывает возможные действия с объектами
конфигурации.
Пункт Справочники используется для ввода первичных данных в базу
данных.
Пункт Документы применяется для ввода оперативной информации о
деятельности отдела техподдержки.
Пункт Отчеты используется для вывода результатной информации по
приеме и обработке заявок.
Пункт Выход используется для закрытия конфигурации.
Формирование отчетной информации
Диспетчер
Обработка заявки
Диспетчер
Ввод информации с заявки
Диспетчер Клиент
Ввод данных в справочники
Диспетчер
65
Рисунок 29 – Сценарий диалога
2.3.2.Характеристика базы данных
После анализа исходных данных надо выделить совокупность
используемых объектов базы данных:
– Сотрудники;
– Услуги сервиса;
– Категории услуг;
– Клиенты;
– Прием.
Опишем далее атрибутный состав для указанных выше объектов (таблица
12):
Таблица 12
Описание атрибутов
Название
Тип
Ключевое поле
Основное
меню
Действия
Создать
Провести
Изменить
Удалить
Обновить
Справочники
Услуги
Клиенты
Категории
услуг
Сотрудники
Документы
Прием
Отчеты
Отчет по
приему
Анализ
Формы
Услуги
Клиенты
Сотрудники
Категории
услуг
Прием
Выход
66
Сотрудники
Код сотрудника
Число
Да
ФИО сотрудника
Строка (текст)
Адрес сотрудника
Строка (текст)
Телефон сотрудника
Строка (текст)
Категории услуг
Код категории
Число (целое)
Да
Название категории
Строка (текст)
Примечание
Строка (текст)
Услуги
Код услуги
Число (целое)
Да
Название услуги
Строка (текст)
Категория
Строка (текст)
Да
Стоимость
Число (целое)
Срок рассмотрения
Число (целое)
Примечание
Строка (текст)
Клиенты
Код клиента
Число (длина 3)
Да
Название клиента
Строка (текст)
Адрес клиента
Строка (текст)
Пол клиента
Перечисление
Телефон клиента
Строка (текст)
Прием
Номер
Число (целое)
Да
Дата оформления
заявки
Строка (текст)
Клиент
Подстановка
СправочникСсылка.Клиенты
Да
Услуга
Подстановка
СправочникСсылка.Услуги
Да
Проблема решена
Булевое
Время ремонта
Число (целое)
Подпись
Строка (текст)