76
Другой популярный вариант настройки списка задач – отбор
невыполненных задач по исполнителю представлен на Рисунок 3.27.
Рисунок 3.27. Вариант отбора задач по исполнителю
3.3.2 Характеристика базы данных
Опишем структуру прикладных объектов конфигурации
разрабатываемой системы в виде схем данных[19]. Из названия реквизитов
объектов понятно назначение этих реквизитов. Типы данных реквизитов
указаны в таблице для каждого объекта. Связи между объектами указаны на
рисунках стрелками. Для каждого объекта приводится взаимосвязь с другими
объектами. Структура справочников приведена на Рисунок 3.28.
77
Спр.Контрагенты
PK Код
Наименование
НаименованиеПолное [Строка]
FK1 ВидКонтрагента [Ссылка]
FK2 Ответсвенный [Ссылка]
FK3 ЮрАдрес [Ссылка]
FK4 ФактАдрес [Ссылка]
FK5 ГоловнойКонтрагент [Ссылка]
Комментарий [Строка]
Контрагенты.Контакты
FK1 ТипКонтакта [Ссылка]
Контакт [Строка]
Основной [Булево]
Комментарий [Строка]
Спр.ТипыКонтактов
PK Код
FK1 ТипКоннекта
Перечисление.ТипыКоннектов
Телефон
Эл.почта
Контрагенты.Подчиненные
FK1 Контрагент [Ссылка]
Комментарий [Строка]
Спр.Должности
PK Код
Наименование [Строка]
Спр.Организации
PK Код
FK1 ЮрЛицо [Ссылка]
FK2 Директор [Ссылка]
FK3 ГлБухгалтер [Ссылка]
FK4 Кассир [Ссылка]
Перечисление.ВидыКонтрагентов
ЮридическоеЛицо
ФизическоеЛицо
ГосударственныйОрган
Спр.НаборыСвойств
PK Код
Наименование [Строка]
Спр.Адреса
PK Код
Наименование [Строка]
Страна [Строка]
Индекс [Строка]
Регион [Строка]
Район [Строка]
Город [Строка]
НасПункт [Строка]
Улица [Строка]
Дом [Строка]
Строение [Строка]
Квартира [Строка]
Широта [Число]
Долгота [Число]
Комментарий [Строка]
Спр.Сотрудники
PK Код
FK3 ФизЛицо [Ссылка]
ТабНомер [Строка]
FK1 Должность [Сылка]
FK2 Подразделение [Ссылка]
Спр.ТипыСвойств
PK Код
Наименование [Строка]
FK1
FK1
FK1
FK1
FK2
FK1
Спр.Подразделения
PK Код
Наименование [Строка]
FK2
FK3
FK3
FK4
FK5
FK1
FK2
FK3
FK1
FK1
Спр.ВидыСвойств
PK Код
Наименование [Строка]
FK1 ТипСвойства [Ссылка]
ТолькоОдин [Булево]
FK1
Спр.ЗначенияСвойств
PK Код
Наименование [Строка]
РегСведений.ЗначенияНаборовСвойств
FK1,FK2 Измерения.Объект [Ссылка]
FK3 Измерения.НаборСвойств [Ссылка]
FK4 Измерения.ВидСвойства [Ссылка]
FK5 Ресурсы.ЗначениеСвойства [Ссылка]
FK1
FK2
FK3
FK4
FK5
Рисунок 3.28. Структура справочников
Ключевые моменты организации справочников приведены на Рисунок
3.29.
78
Табличная часть
Контакты
Хранит список контактных данных контрагента: телефоны,
адреса электронной почти и т.д.
Справочник.Контрагенты
ГоловнойКонтрагент
Служат для связывания контрагентов в группы (например
холдинг или группа компаний)
ЮрАдрес
Юридический адрес для компании (адрес регистрации для
физического лица)
ФактАдрес
Почтовый адрес для компании (адрес проживания для
физического лица)
Вид контрагента
Юридическое лицо, Индивидуальный предприниматель, Физическое
лицо, Государственный орган,...
Ответсвенный
Сотрудник, который «ведет» данного контрагента
Табличная часть
Подчиненные
Справочник.Адреса
Хранит подробные данные об адресе
FK4
FK5
Справочник.Сотрудники
ФизЛицо
Справочник.Организации
ЮрЛицо
FK3
FK1
Ссылаются на справочник «Контрагенты», который в данном
случае выступает как контейнер хранения данных
Справочник.НаборыСвойств
Имеет вид иерархии: Иерархия элементов, что позволяет
подчинять сотрудников друг, другу , тем самым создавая
иерархию ораганизации
Справочник.Объекты
Список объектов кредитования
РегистрСведений.ЗначенияНаборовСвойств
Задают возможность хранения именованных наборов свойств
для Контрагентов, Сотрудников и Объектов. Каждый из наборов
свойств – это список видов свойств и их значений
Рисунок 3.29. Ключевые моменты организации справочников
Документ «Задача» является центральным документом системы. Его
структура приведена на Рисунок 3.30.
79
Документ. Задача
PK Номер
Дата [Дата]
Наименование [Строка ]
Описание [Строка]
FK3 ДокОснование [Ссылка]
FK4 ВидЗадачи [Ссылка]
FK5 Фирма [Ссылка]
FK6 Контрагент [Ссылка]
ОжидаемаяДата [Дата]
РеальнаяДата [Дата]
FK10 Автор [Ссылка]
FK7 Ответсвенный [Ссылка]
FK9 Статус [Ссылка]
ОсобыйКонтроль [Булево]
Комментарий [Строка]
Объем [Число]
FK12 ЕдИзм [Ссылка]
FK11 ТипЦен [Ссылка]
Головная [Булево]
Задача.Исполнители
FK2 Исполнитель [Ссылка]
Процент [Число]
Задание [Строка]
Ознакомлен [Дата]
FK3 РезультатИсполнения [Ссылка]
ДатаИсполнения [Дата]
Комментарий [Строка]
Код
Задача.Контакты
FK1 Контакт [Ссылка]
ТемаКонтакта [Строка]
Задача.Подзадачи
FK1 Подзадача [Ссылка]
Комментарий [Строка]
Задача.Номенклатура
FK1 Номенклатура [Ссылка]
FK2 ЕдИзмерения [Ссылка]
Коэф [Число]
Количество [Число]
Цена [Число]
Сумма [Число]
Наличие [Булево]
Комментарий [Строка]
Задача.Файлы
FK2 Файл [Ссылка]
Комментарий [Комментарий]
Спр.Организации
PK Код
Спр.ТипыЦен
PK Код
Спр.Статусы
PK Код
Спр.Сотрудники
PK Код
Спр.Контрагенты
PK Код
Спр.Номенклатура
PK Код
Спр.ЕдиницыНоменклатуры
PK Код
Задача.Переписка
FK1 Пользователь [Ссылка]
ДатаСообщения [Дата]
Сообщение [Строка]
Задача.Свойства
FK1 ВидСвойства [Ссылка]
FK2 ЗначениеСвойства [Ссылка]
Комментарий [Строка]
Спр.ВидыСвойств
PK Код
Спр.ЗначеняСвойств
PK Код
Задача.Объекты
FK1 Объект [Ссылка]
[Комментарий] [Строка]
FK3
Спр.ВидыЗадач
PK Код
FK4
FK5
FK6
FK1
FK7
FK1
FK10
FK9
FK11
FK1
FK1 FK2
FK2
Спр.РезультатыИсполнения
PK Код
FK3
FK1
FK2
FK12
Спр.Объекты
PK Код
FK1
Спр.Файлы
PK Код
FK2
Рисунок 3.30. Структура документа «Задача»
Ключевые моменты структуры документа «Задача» приведены на
Рисунок 3.31.
80
РеальнаяДатаВыполнения
Реальная дата выполнения задачи. Проставляется автоматически
при проведении документа. Не редактируется из интерфейса
Задача
ДокОснование
Ссылка на другой документ, уже зарегистрированный в системе,
являющиеся смысловым «родителем» данного документа.
Позволяет организовывать цепочки документов
Статус
В каком текущем статусе находится документ
ОсобыйКонтроль Признак особого контроля для этого документа
Автор
Пользователь, авторизовавшийся в системе и создавший задачу
Ответсвенный
Главный из Исполнителей
ОжидаемаяДатаВыполнения
Предполагаемая дата выполнения задачи
Табличная часть
Исполнители
Список сотрудников, назначенных для исполнения этой задачи
Ознакомлен
Дата ознакомления и одновременно признак ознакомления.
Проставляется автоматически как только сотрудник-исполнитель
откроет документ
РезультатИсполнения
Не просто признак исполнения, а ссылка на справочник
«РезультатыИсполнения» для возможности дальнейшего отбора
Объем
Объем работы по задаче
Рисунок 3.31. Ключевые моменты документа «Задача»
3.3.3 Структурная схема пакета (дерево вызова программных
модулей)
Общая функциональная структура системы представлена на Рисунок 3.32.
81
Система автоматизации
процесса учета заявок и их
сопровождения
Ведение справочников
Фиксация заявок
Сопровождение задач
Автоматическая
генерация подзадач
Выполнение задач
Разграничение прав
пользователей
Рисунок 3.32. Функциональная структура системы
Подсистема ведения справочников предназначена для ввода в систему
условно-постоянной информации, которая понадобится на следующих этапах
работы с системой.
Структура подсистемы ведения справочников приведена на Рисунок 3.33.
82
Сведения о контрагентах
Сведения о собственной
организации
Сведения о задачах
Дополнительные
сведения общего
характера
Ведение
справочников
Набор связанных справочников для фиксации
как можно более подробных сведений о
пользователях ИТ-ресурсов предприятия
(инициаторах задач)
Структура предприятия
Набор связанных справочников, содержащих
данные, которые могут быть подставлены в
документы «Задача» как ее реквизиты или
реквизиты ее табличных частей
Общие справочники, которые
используются во всех остальных
подсистемах
Сведения об объектах
Сведения о ресурсах
Список объектов ИТ-инфраструктуры
предприятия
Номенклатура ресурсов, используемых в ходе
решения задач
Сведения о сотрудниках
Список сотрудников Службы и
пользователей системы
Свойства
Дополнительное
структурированное описание
контрагентов, объектов,
сотрудников, организаций и т.д.
Рисунок 3.33. Структура подсистемы ведения справочников
Подсистема фиксации заявок должна предоставлять возможность ввода
в формализованном виде заявок пользователей, назначения им реквизитов, в том
числе списочного характера, максимально полно описывающих заявки.
Подсистема фиксации заявок представлена документом «Задача», который
является формальным представлением реальной заявки, поступившей в Службу.
Этим же документом в систему вводятся или автоматически генерируются
задачи сотрудникам по сопровождению заявки, если ее решение требует
решения подзадач. Документ «Задача» должен позволять максимально полно
описать реальную проблему, возникшую у пользователя ИТ-инфраструктуры
предприятия, которую он формально представляет. Для этого разработана
структура этого документа, представленная на Рисунок 3.34.
83
Задача
Реквизиты шапки
Исполнители
Объекты
Ресурсы
Контакты
Подзадачи
Свойства
Файлы
Переписка
Список сотрудников, которые назначены
исполнителями отдельных частей задачи, каждый в
своей части
Список свойств задачи, которые дополнительно ее
характеризуют, помимо основных реквизитов
Список подзадач данной задачи, которые родились
на основании этой задачи
Список контактов юридических или физических
лиц, с которыми придется контактировать при
решении данной задачи
Список номенклатуры ресурсов, которые могут
потребоваться в ходе выполнения данной задачи
Список объектов ИТ-инфраструктуры, которые
имеют отношение к данной задаче
Список файлов, дополнительно иллюстрирующих
задачу
Список сообщений, которыми сотрудники-
участники решения задачи обмениваются друг с
другом в процессе выполнения задачи
Основные свойства задачи
Рисунок 3.34. Структура документа «Задача»
Подсистема автоматической генерации подзадач по сопровождению
заявки должна позволять на основании шаблонов, задающих различные
сценарии прохождения этапов решения типовой проблемы сгенерировать
документы «Задача», адресовав их конкретным сотрудникам (или
подразделениям) Службы (назначив их исполнителями).
Совокупность документов «Задача» порожденных автоматически или
вручную к одной заявке представляет собой древовидный список работ по ее
решению. Структура подсистемы приведена на Рисунок 3.35.
84
Автоматическая
генерация подзадач
Ведение шаблонов
Генерация подзадач
Задание сценариев решения типовых проблем
Создание подзадач на основе сценария
Рисунок 3.35. Структура подсистемы генерации подзадач
Подсистема сопровождения задач должна предоставлять возможность
отслеживания задачи по всему ее жизненному циклу Ввод в систему
формального представления задачи, будь то заявка пользователя или один из
этапов ее решения – это только начало ее жизненного цикла. В реальной жизни
Службы редко возникают задачи, которые решаются за один день и не требует
каких-либо дополнительных действий. Большинство задач требуют выполнения
определенных действий от сотрудников в процессе своего жизненного цикла.
Для этого система должна предусматривать следующие возможности,
представленные на Рисунок 3.36.
85
Сопровождение задач
Ведение переписки
Добавление новых
подзадач
Добавление к задаче
файлов
Исполнение
Сообщения сотрудников и пользователей
которыми они обмениваются друг с другом в
процессе работы над задачей
Проставление исполнителями отметки об
исполнении (или невозможности исполнения)
своей части задачи
Если выполнение данной задачи требует новых
подзадач, либо эта задача становится подзадачей
задачи более высокого уровня
Иллюстрация хода выполнения задачи.
Отображение подзадач и
работа с ними в виде
дерева
Древовидная структура списка подзадач
Отбор задач по
различным критериям и
их сочетаниям
Гибкая настройка журнала задач, позволяющая
задавать любые отборы задач по их реквизитам и
реквизитам табличных частей, настраивать
группировки, условное оформление и внешний вид
журнала
Рисунок 3.36. Функции подсистемы сопровождения задач
Подсистема выполнения задач позволяет разделить задачи на
полностью выполненные (закрытые) и находящиеся в работе, на каком-либо из
этапов. Исполнение задачи заключается в проставлении исполнителями
признака исполнения частей задачи, их касающихся. Список исполнителей – это
список сотрудников Службы, которые назначены исполнителями по данной
задаче, исходя из темы задачи. Исполнителей назначает администратор Службы
(или его начальник), либо их список генерируется автоматически, если сама
задача сгенерирована по шаблону. Исполнителей может быть несколько – по
одному для каждой из частей задачи. Процедура исполнения задачи
представлена на Рисунок 3.37.