58
справочника
услуг
Ответственный
за его ведение
Менеджер
по работе
с
клиентами
Менеджер
по работе с
клиентами
Менеджер
по работе
с
клиентами
Менеджер по
работе с
клиентами
Средний объем
справочника в
записях
25
4
150
20
Средняя
частота
актуализации
1 раз в
квартал
1 раз в год
1 раз в
месяц
1 раз в
квартал
Средний объем
актуализации,
записей
1-2
1
2-3
1
2.2.2.Характеристика результатной информации
Объект платформы 1С:Предприятие 8.3 под названием документ применяется
для хранения оперативных данных и формирования результатной информации.
Стоит отметить, что в рассматриваемой задаче для автоматизации учета
обращений Valve Software такой информацией являются данные из заявки, которые
поступают от клиента при заказе услуг.
Рассмотрим реквизитный состав применяемых документов (таблицы 9):
Таблица 9
Документ под названием «Обращения»
Имя
Тип
Номер
Число (целое)
Дата оформления заявки
Строка (текст)
Клиент
Подстановка
СправочникСсылка.Клиенты
Услуга
Подстановка
СправочникСсылка.Услуги
Заявка выполнена
Булевое
Время консультации
Число (целое)
Подпись
Строка (текст)
Ниже, на рисунке 23, показана форма документа, которая предназначается для
приема обращений:
59
Рисунок 22 – Форма документа Обращения
В таблице 10 рассматривается схема с характеристиками результатной
информации.
Таблица 10
Сводная таблица по результатной информации
Название
Обращения
Ответственный за его
ведение
Менеджер по работе с
клиентами
Средний объем документа в
записях
225
Средняя частота
актуализации
20 раз в день
Средний объем
актуализации, записей
1
Источники
Клиенты
Услуги
Категории услуг
Метод доставки информации
Ввод вручную
2.3.Программное обеспечение задачи
2.3.1.Сценарий диалога
В разрабатываемой АИС предусматривается работа с системой одного
пользователя, который принимает обращение пользователя касаемо определенной
услуги.
На рисунке 23 рассматривается сценарий диалога.
60
Рисунок 23 – Сценарий диалога
Пункт Действия описывает возможные действия с объектами конфигурации.
Пункт Справочники используется для ввода первичных данных в базу
данных.
Пункт Документы применяется для ввода оперативной информации о
деятельности отдела по работе с клиентами.
Пункт Отчеты используется для вывода результатной информации по учету
обращений.
Пункт Выход используется для закрытия конфигурации.
2.3.2.Характеристика базы данных
Информационная модель представляет собой нематериальный,
информационный образ объекта, в котором отражены все важнейшие его атрибуты
[8].
Информационная система учета обращений должна выполнять сбор, прием,
обработку, распределение и ввод информации об обращениях пользователей,
клиентах и услугах Valve Software для поддержания процесса деятельности
рассматриваемой компании.
61
Для качественной реализации автоматизированной системы объект
разработки должен быть прежде всего адекватно описан, построены
непротиворечивые информационные модели ИС.
Процесс разработки ИС выполнялся до недавнего времени только на
интуитивном уровне, а также при использовании неформализованных методов, что
базируются на практическом опыте, а также дорогостоящих экспериментальных
проверках качества функционирования автоматизированной системы.
Источниками данных в информационной модели (ИМ) являются:
– перечень клиентов Valve Software;
– данные об услугах Valve Software;
– данные о сотрудниках Valve Software;
– данные о категориях услуг;
– данные о приеме обращений.
Системой могут пользоваться такие адресаты:
– руководство Valve Software;
– менеджеры по работе с клиентами.
В рассматриваемой системе будут применяться такие формы:
– формы справочников;
– формы документов;
– главная форма;
– формы сообщений;
– печатные формы;
– формы отчетов;
– формы выпадающих списков.
Метод ввода информации – вручную.
На рисунке 24 показана информационная модель разрабатываемой системы
для Valve Software.
62
ИС
Спр.
Услуги
Спр.
Категори
и услуг
Спр.
Клиенты
Т.
Обращен
ия
Спр.Сотр
удники
Руководство
Введение в
справочники
Обработка
документов
Формирование
отчетности
Спр.
Услуги*
Спр.
Категори
и услуг*
Спр.
Клиенты
*
Т.
Обращен
ия*
Отчет по приему Анализ
Руководство
Спр.
Сотрудни
ки*
Рисунок 24 – Информационная модель автоматизированной ИС
Рассматриваемая информационная модель служит для отображения процесса
описания промежуточных, входных, результатных потоков информации.
После анализа исходных данных надо выделить совокупность используемых
объектов базы данных:
– сотрудники;
– услуги;
– категории услуг;
– клиенты;
– обращения.
Опишем далее атрибутный состав для указанных выше объектов (таблица 11):
Таблица 11
Описание атрибутов
Название
Тип
Ключевое
63
поле
Сотрудники
Код сотрудника
Число (целое, длина 5)
Да
ФИО сотрудника
Строка (текст, длина 50)
Адрес сотрудника
Строка (текст, длина 50)
Телефон сотрудника
Строка (текст, длина 50)
Категории услуг
Код категории
Число (целое, длина 5)
Да
Название категории
Строка (текст, длина 50)
Примечание
Строка (текст, длина 50)
Услуги
Код услуги
Число (целое, длина 5)
Да
Название услуги
Строка (текст, длина 50)
Категория
Строка (текст, длина 50)
Да
Минимальный тираж
Число (целое, длина 5)
Минимальный срок
Число (целое, длина 5)
Примечание
Строка (текст, длина 150)
Клиенты
Код клиента
Число (целое, длина 5)
Да
Название клиента
Строка (текст, длина 50)
Адрес клиента
Строка (текст, длина 50)
Пол клиента
Перечисление
Телефон клиента
Строка (текст, длина 15)
Обращения
Номер
Число (целое, длина 5)
Да
Дата оформления заявки
Дата
Клиент
Подстановка
СправочникСсылка.Клиенты
Да
Услуга
Подстановка
СправочникСсылка.Услуги
Да
Заявка выполнена
Булево
Время консультации
Число (целое, длина 5)
Подпись
Строка (текст, длина 50)
Рассмотрим далее определенные связи между объектами, а также разработаем
ER-диаграмму.
Между объектами Категории услуг и Услуги присутствует бинарная связь
«один-ко-многим», так как одна категория может иметь в своем составе несколько
услуг.
Между объектами Обращения и Сотрудники есть связь «один-ко-многим»,
так как 1 сотрудник может присутствовать несколько раз в документе приема
обращений.
Между объектами под названием Клиент и Обращения будет присутствовать
связь «один-ко-многим», поскольку один клиент несколько раз может обращаться в
Valve Software.
64
Между объектами Услуги и Обращения используется связь «один-ко-
многим», так как одна предлагаемая услуга может входить несколько раз в документ
Обращения.
Рассмотрим ER-диаграмму, показанную на рисунке 25:
Сотру дники
Код сотру дника
ФИО
Адрес
Телефон
Категории услуг
Код категории
Название
Примечание
Услуги
Код услу ги
Код категории (FK)
Название услу ги
Стоимость
Минимальный тираж
Минимальный срок
Примечание
Клиенты
Код клиента
Название
Адрес
Пол
Телефон
Обращения
№
Код клиента (FK)
Код услу ги (FK)
Код сотру дника (FK)
Дата
Заявка выполнена
Время консу льтации
Подпись
Рисунок 25 – ER-модель
2.3.3.Структурная схема пакета (дерево вызова программных модулей)
Разработанная конфигурация включает в себя непосредственно модуль,
разработанный в конфигурации, а также платформу (серверную ее часть).
Платформа в данном случае является базой для создаваемого модуля и
осуществления на ее основании всех основных функций для программного продукта.
Численность уровней вложенности для всех вызовов процедур в
разработанной конфигурации возросло, и анализ работы отдельных программных
инструментов превращается порой в сложнейший механизм.
Чтобы как-то облегчить указанный процесс работы, разработано дерево
вызовов для спроектированных объектов (рисунок 26).
65
Рисунок 26 – Дерево вызовов
Созданная конфигурация состоит с нескольких модулей:
– основной модуль;
– модуль справочников;
– модуль документов;
– модуль форм;
– модуль отчетов.
В таблице 12 описаны функции модулей конфигурации.
Таблица 12
Функции модулей
№
п/п
Название
Функции
1
Основной модуль
Содержит вызовы подсистем, а также меню для
настройки внешнего вида конфигурации
2
Модуль
справочников
Содержит основные массивы для хранения
справочной информации, которая применяется при
обработке обращений
3
Модуль
документов
Содержит оперативные данные, на основании которых
формируются отчеты
4
Модуль форм
Содержит экранные формы для справочников и
66
документов
5
Модуль отчетов
Содержит инструменты для формирования отчетности
и вывода ее на печать
Рассмотрим подробнее программные модули, которые представлены в
разрабатываемой конфигурации:
– разработанные подсистемы:
– руководство;
– отдел по работе с клиентами.
– справочники:
– услуги;
– категории услуг;
– сотрудники;
– клиенты.
– документация;
– обращения;
– отчет:
– отчет по приему;
– отчет для учета;
– созданные перечисления:
– пол.
На рисунке 27 показан пример схемы программного модуля создания отчета.
67
Начало
Ввод данных в
справочник
«Услуги »
Ввод данных в
справочник
«Клиенты»
Формирование
документа
«Обращения»
Данные
заполнены?
+
Вывод
отчета
Конец
Ввод данных в
справочник
«Сотрудники»
Документ
заполнен?
Формирование
отчета
-
+
Рисунок 27 – Схема программного модуля
2.4.Испытания разработанного решения
2.4.1 Перечень объектов и функций, подлежащих испытаниям
Как правило, испытания ИС могут проводится двумя методами:
– комплексные;
– автономные.
Автономные испытания под собой подразумевают проверку отдельных
составных компонентов (модулей, подпрограмм и других элементов) ИС.
Комплексные испытания предполагают проверку совместно всех составных
частей и типов обеспечения (технического, программного и т.п.) ИС.