75
o определяет, где в его компании будет применяться ИС;
o выдвигает требования к проектируемой ИС;
o взаимодействует с разработчиками на всех стадиях работки;
o принимает готовый программный продукт;
o формирует акт внедрения;
o пользуется ИС.
– Главный проектировщик заинтересован следующим образом:
o встречается с заказчиком;
o нормализует требования заказчика;
o разрабатывает техническое задание;
o проектирует основные объекты ИС;
o сопровождает процесс программной реализации ИС;
o заинтересован в качественном и своевременном выполнении
проекта.
– Разработчик заинтересован следующим образом:
o принимает в разработку техническое задание и проект ИС;
o выполняет программную реализацию ИС;
o тестирует разработку на контрольном примере;
o устраняет неполадки, выявленные в процессе тестирования;
o устанавливает ИС в компании заказчика;
o формирует рабочую документацию.
В таблице 2.3 представлены заинтересованные стороны проекта.
Таблица 2.3
Заинтересованные стороны проекта
№
Участники проекта
Знак
заинтересованности
Интерес, требования участника
1
Заказчик
Очень заинтересован
Требования к проектируемой
информационной системе,
контроль выполнения работ. акт
приемки
2
Главный
проектировщик
Заинтересован
Формализует требования
заказчика, создает техническое
задание, контролирует
выполнение работ и их качество,
контактирует с заказчиком
76
Продолжение таблицы 2.3
3
Разработчик
Заинтересован
Выполнение программной
реализации, тестирование,
отладка и внедрению
4
Пользователи ИС
Заинтересован
Участвуют в тестировании
системы, определяют ошибки,
оставляют отзыв о работе с ИС
5
Наполнители БД ИС
Заинтересован
Формируют оперативные
данными, которыми будет
оперировать ИС
6
Эксперт
Заинтересован
Оценивает качество разработки,
проверяет степень готовности и
соответствия разработанной ИС
7
Директор
предприятия
Заинтересован
Ставит задачу по автоматизации
основных процессов,
подписывает счет на оплату по
работам проекта
2.2.3 Средства коллективной работы над проектом
автоматизации
В тех условиях, в которых выполняется разработка информационной
системы сервисного обслуживания клиентов – автоматизация участка
деятельности предприятия, в СКР вкладывается небольшое количество
денежных средств, поэтому отдано предпочтение некоммерческим СКР, однако
они обладают необходимой функциональностью и графическим интерфейсом.
Средства коллективной работы над проектом представлены в таблице 2.4.
Таблица 2.4
Средства коллективной работы над проектом
Название
программы
V
C
Cn
f
Br
n
Sh
r
Ne
t
F
S
Sr
v
Cm
d
GUI
Jc
Bc
Bt
Price
Concurrent
Versions
System
(CVS)
+
-
+
-
-
+
S
+
-
-
-
-
GNU
Microsoft
Visual
SourceSafe
(VSS) 6.0
+
+
+
+
+
+
S
+
+
-
-
-
GNU
Code CO-OP
(COOP)
+
-
+
-
-
+
S
+
+
-
-
-
150
77
В целом материал данного параграфа будет применяться при разработке
проекта информационной системы.
2.3 Информационное обеспечение задачи
2.3.1 Информационная модель и её описание
На рисунке 2.16 представлена информационная модель проектируемой
системы.
Спр. «Клиенты»
Спр «Сотрудники»
Консультант
Руководитель
отдела
ИС
Спр «Номенклатура»
Спр «Места хранения»
Спр «Поставщики
номенклатуры»
Спр. «Услуги»
Док. Заявка
Док. Прием
комплектующих
Док. Счет
Отчет. Остатки
комплектующих
Отчет. Доход по
сотрудникам
Отчет. Данные по
заявкам
Отчет. Доход от
поступлений
Заполнение
справочников
Спр «Сотрудники»
Спр «Номенклатура»
Спр «Места хранения»
Спр «Поставщики
номенклатуры»
Спр. «Услуги»
Спр. «Клиенты»
Работа с
документами
Док. Прием
комплектующих
Формирование
отчетов
Отчет. Остатки
комплектующих
Отчет. Доход по
сотрудникам
Отчет. Данные по
заявкам
Отчет. Доход от
поступлений
Заполнение
справочников
Спр. «Услуги»
Работа с
документами
Док. Заявка
Формирование
отчетов
Отчет. Данные по
заявкам
Исполнитель
Работа с
документами
Док. Счет
Формирование
отчетов
Отчет. Остатки
комплектующих
Рис. 2.16 Информационная модель системы
Выделим логические уровни модели:
1) источники информации – справочник «Клиенты», пользователь,
администратор;
78
2) первичные документы или файлы – документ «Заявка», документ
«Прием комплектующих»,
3) таблицы с первичными документами – реестр заявок;
4) таблицы с результатной информацией – справочники «Клиенты»,
«Номенклатура», «Места хранения», «Услуги»;
5) результатные документы или файлы – документ «Счет», отчеты по
клиентам, исполнителя, заявками, поступлениям;
6) получатели информации – руководитель отдела, консультант,
исполнители
44
.
Определив основные объекты информационной системы представим
макеты этих документов, и классифицируем их по типам информации, которой
оперируют данные документы.
2.3.2 Характеристика нормативно-справочной, входной и
оперативной информации
В соответствии с разработанной информационной моделью можно
определить, что для разрабатываемой системы сервисного обслуживания
клиентов нормативно-справочной, входной информацией будут:
справочник «Номенклатура»;
справочник «Клиенты»;
документ «Заявка»;
документ «Прием номенклатуры»;
справочник «Сотрудники»;
справочник «Места хранения»;
документ «Счет»;
справочник «Поставщики комплектующих».
Рассмотрим макеты входных документов и справочников на рисунках
2.17-2.22.
44
Шаймарданов, Р.Б. Моделирование и автоматизация проектирования структур баз данных / Р.Б.
Шаймарданов. - М.: Радио и связь, 2017. – С. 12-26.
79
Наименование
Тип клиента
Телефон
Название техники
Рис. 2.17 Макет справочника «Клиенты»
Наименование
Единицы
измерения
Цена
закупки
Цена с
наценкой
Вид
номенклатуры
Рис. 2.18 Макет справочника «Номенклатура»
Наименование
Телефон
Адрес
Рис. 2.19 Макет справочника «Поставщики комплектующих»
Сотрудник
Поставщик
Место
хранения
Название
комплектующего
Количество
Цена
закупки
Сумма
Рис. 2.20 Макет документа «Прием комплектующих»
Клиент
Техника
Проблемы
Статус заявки
Работник
Рис. 2.21 Макет документа «Заявка»
Клиент
Сотрудник
Техника
Склад
Сумма
счета
Название
номенклатуры
Сумма
Название
услуги
Сумма
Рис. 2.22 Макет документа «Счет»
В дальнейшем при программной реализации будем использовать
разработанные макеты документов и справочников.
2.3.3 Характеристика результатной информации
В данной дипломной работе результирующей информацией являются
отчеты. Отчеты присутствуют в информационных потоках предприятия и
служат скорее для получения статистики, нежели для оперативного управления
и принятия решений, а информация в этих журналах является скорее
уточняющей, нежели обобщающей.
80
В соответствии с построенной информационной моделью определим
макеты форм для результатной информации. Ранее было отмечено, что
результатная информация будет представлена в следующих объектах:
– отчет «Остатки комплектующих»;
– отчет «Доход по сотрудникам»;
– отчет «Данные по заявкам»;
– отчет «Доход от поступлений».
На рисунке 2.23 – 2.20 представлены макеты отчетов системы.
Номенклатура
Места хранения
Количество остаток
Сумма остаток
Рис. 2.23 Макет отчета «Остатки комплектующих»
Дата, период
Сотрудник
Стоимость
Количество
Рис. 2.24 Макет отчета «Доход по сотрудникам»
Номер
Клиент
Техника
Проблемы
Дата
Статус заявки
Рис. 2.25 Макет отчета «Данные по заявкам»
Номенклатура
Стоимость
Рис. 2.26 Макет отчет «Доход от поступлений»
Данные для представленного отчета «Остатки комплектующих» будут
формироваться следующим образом:
1. На основании документов «Прием комплектующих» и «Счет»
формируется движение, данные этого документа сохраняются в реестре БД ИС;
2. Формируется механизм вызова данных для отображения их в удобном
для анализа виде – отображение в виде таблиц с полным перечнем необходимых
для анализа данных;
81
3. Данные помещаются в поля формы и представляются на экран
45
.
Данные для представленного отчета «Доход по сотрудникам» будут
формироваться следующим образом:
1. На основании ранее сформированного документов «Счет» формируется
движение, данные этого документа сохраняются в реестре БД ИС;
2. Формируется механизм вызова данных для отображения их в удобном
для анализа виде – отображение в виде таблиц с полным перечнем необходимых
для анализа данных;
3. Данные помещаются в поля формы и представляются на экран.
Для отчета «Данные по заявкам» механизм в чем-то похожий:
1. На основании документа «Заявки» формируются необходимые данные в
регистре БД. Далее механизм работы схожий с предыдущими отчетами;
2. Формируется механизм вызова данных для отображения их в удобном
для анализа виде – отображение в виде таблиц с полным перечнем необходимых
для анализа данных;
3. Данные помещаются в поля формы и представляются на экран.
2.4 Программное обеспечение задачи
2.4.1 Общие положения (дерево функций и сценарий диалога)
Для определения функций системы сервисного обслуживания клиентов
сформируем два подмножества функций: служебные, которые обеспечивают
выполнение должностных заданий и ключевые, на которые возложены задания
обработки и управления данными: ввода первичной информации,
обрабатывания, ведения справочников, решений в требования и др.
На рисунке 2.27 представлены функции системы.
45
Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – С. 118.
82
Функции
Ключевые Служебные
Обработки данных
клиентов
Обработка данных
по
комплектующим
Обработка данных
по сотрудникам
Формирования
статистических
отчетов
Обработка
запросов к БД
Построение
диалоговых окон
(форм)
Разделение прав
доступа
Хранения данных
Обработка данных
по счетам
Обработка данных
по заявкам
Поиска
информации по БД
Рис. 2.27 Функции системы
Определение состава функций, их связи их иерархии даст возможность
определить саму структуру диалога.
В данной дипломной работе выполняется построение информационной
системы сервисного обслуживания клиентов ООО «Лаборатория ремонта»,
которое занимается ремонтом техники, ключевые функции можно условно
разделить на два типа – функции, которые обрабатывают процессы связанные с
взаимодействием с клиентом и функции поддерживающие, непосредственно
процесс ремонта техники и предоставления услуг.
Из рисунка видно, что функции системы будут использоваться для
обработки данных по заявкам, приемам комплектующих, счетам.
На рисунке 2.28 представлен сценарий диалога информационной системы.
83
Основное меню
Файл
Создать
Открыть
Сохранить
Сохранить
как
Печать
Предварительный
просмотр
Выход
Операции
Перечисления
Управление
оперативными
итогами
Удаление
помеченных
объектов
Проведение
документов
Справочники
Клиенты
Сотрудники
Номенклатура
Документы
Заявка
Прием
номенклатуры
Отчеты
Доход по
сотрудникам
Доход по
поступлениям
Журналы
Полный
Поставщики
номенклатуры
Счет
Данные по заявкам
Заявки
Счета
Сервис
Табло
Монитор
пользователей
Временная
блокировка
Параметры
Остатки
комплектующих
Рис. 2.28 Сценарий диалога информационной системы
На рисунке представлены ранее определенные объекты, которые
группируются по соответствующим группам объектов:
– справочники;
– документы;
– отчеты;
– перечисления;
– журналы
46
.
2.4.2 Характеристика базы данных
Построение логической схемы БД выполним в пакете ERwin Data Modeler.
CA ERwin Data Modeler (CA ERwin DM), инструмент проектирования базы
46
Ощенко И. Азбука программирования в 1С:Предприятие 8.3 /BHV, 2015. – С. 78.
84
данных что повышает уровень качества данных в транзакционных и хранилищах
данных
47
.
Он предоставляет инструменты для разработки и внедрения баз данных
для транзакционного бизнеса, электронной коммерции и хранилищ данных.
В данном пакете можно создавать и поддерживать графические модели,
представляющие базы данных. CA ERwin DM обеспечивает платформу, где
требования к корпоративным данным и соответствующие проекты баз данных
могут быть определенными, управляемыми и реализованными во множестве баз
данных.
Логическая схема базы данных информационной системы сервисного
обслуживания клиентов представлена на рисунке 2.20. на рисунке представлены
документы и справочники, которые поддерживают автоматизацию учета
деятельности сервисного центра.
Клиент ы
код клиента
наименование
техника
телефон
Номенклату ра
код комплект ующих
наименование
цена заку пки
цена с наценкой
Сотру дники
код сотру дника
ФИО
телефон
Счет
код доку мента
код клиента (FK)
код комплект ующих (FK)
код мест а хранения (FK)
код сотру дника (FK)
код услу ги (FK)
количество
цена услуги
су мма услуг и
цена комплекту ющих
количество комплекту ющих
стоимость комплектующих
общая стоимость счета
Прием комплекту ющих
код доку мента
код комплект ующих (FK)
код мест а хранения (FK)
код сотру дника (FK)
код поставщика (FK)
цена заку пки
количество
су мма товара
су мма доку мент а
Мест а хранения
код мест а хранения
назв ание
Заявка
код сотру дника (FK)
код клиента (FK)
код заявки
техника
проблема
стату с заявки
Услуги
код услу ги
назв ание
цена услуги
Поставщики номенклату ры
код поставщика
назв ание
телефон
адрес
Доход по сот ру дникам
код сотру дника (FK)
доход
Данные по заявкам
код сотру дника (FK)
код клиента (FK)
код заявки (FK)
проблема
стату с
техника
Доход от посту плений
код услу ги (FK)
доход
Рис. 2.29 Логическая схема БД информационной системы сервисного
обслуживания клиентов
47
Редько, В.Н. Базы данных и информационные системы / В.Н. Редько, И.А. Басараб. - М.: Знание, 2017.
– 214 – С. 220.