Дипломная работа: Автоматизация обработки заявок в ООО «АйТи-Студио»
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
68
РеальнаяДатаВыполнения
Реальная дата выполнения задачи. Проставляется автоматически
при проведении документа. Не редактируется из интерфейса
Задача
ДокОснование
Ссылка на другой документ, уже зарегистрированный в системе,
являющиеся смысловым «родителем» данного документа.
Позволяет организовывать цепочки документов
Статус
В каком текущем статусе находится документ
ОсобыйКонтроль Признак особого контроля для этого документа
Автор
Пользователь, авторизовавшийся в системе и создавший задачу
Ответсвенный
Главный из Исполнителей
ОжидаемаяДатаВыполнения
Предполагаемая дата выполнения задачи
Табличная часть
Исполнители
Список сотрудников, назначенных для исполнения этой задачи
Ознакомлен
Дата ознакомления и одновременно признак ознакомления.
Проставляется автоматически как только сотрудник-исполнитель
откроет документ
РезультатИсполнения
Не просто признак исполнения, а ссылка на справочник
«РезультатыИсполнения» для возможности дальнейшего отбора
Объем
Объем работы по задаче
Рисунок 2.12. Ключевые моменты документа «Задача»
2.3.3 Структурная схема пакета (дерево вызова программных модулей)
Программа состоит из следующих основных модулей.
Глобальный модуль - конфигурация среды окружения, формирование
основного экрана программы, создание системы главного меню и
соответствующих подменю, активизация меню.
Модуль справочников и модуль документов - обеспечение ввода
информации с первичных документов в базы данных, контроль за допустимостью
значений, обеспечение ввода данных путем выбора из списка.
69
Процедуры формирования журналов – обеспечение выдачи
установленных форм итоговых списков задач на основании критериев,
определяемых пользователем и информационной базы.
Все модули в программе связаны между собой по данным, которые
анализируются на входе и вырабатываются на выходе. Данные в модули
поступают через диалог с пользователем, параметры и документы
информационной базы.
Подсистема ведения справочников предназначена для ввода в систему
условно-постоянной информации, которая понадобится на следующих этапах
работы с системой.
Структура подсистемы ведения справочников приведена на Рисунок 2.13.
Сведения о контрагентах
Сведения о собственной
организации
Сведения о задачах
Дополнительные
сведения общего
характера
Ведение
справочников
Набор связанных справочников для фиксации
как можно более подробных сведений о
клиентах
Структура предприятия
Набор связанных справочников, содержащих
данные, которые могут быть подставлены в
документы «Задача» как ее реквизиты или
реквизиты ее табличных частей
Общие справочники, которые
используются во всех остальных
подсистемах
Сведения об объектах
Сведения о ресурсах
Список объектов инфраструктуры клиентов
Номенклатура ресурсов, используемых в ходе
решения задач
Сведения о сотрудниках
Список сотрудников фирмы и
пользователей системы
Свойства
Дополнительное структурированное
описание контрагентов, объектов,
сотрудников, организаций и т.д.
Рисунок 2.13. Структура подсистемы ведения справочников
70
Подсистема фиксации задач представлена документом «Задача»,
который является формальным представлением реальной задачи, родившейся в
рамках какого-либо проекта. Этим же документом в систему вводятся или
автоматически генерируются задачи сотрудникам по сопровождению задачи,
если ее решение требует решения подзадач. Документ «Задача» должен
позволять максимально полно описать реальную проблему, возникшую в
рамках ведения какого-либо проекта, которую он формально представляет. Для
этого разработана структура этого документа, представленная на Рисунок 2.14.
Задача
Реквизиты шапки
Исполнители
Объекты
Ресурсы
Контакты
Подзадачи
Свойства
Файлы
Переписка
Список сотрудников, которые назначены
исполнителями отдельных частей задачи, каждый в
своей части
Список свойств задачи, которые дополнительно ее
характеризуют, помимо основных реквизитов
Список подзадач данной задачи, которые родились
на основании этой задачи
Список контактов юридических или физических
лиц, с которыми придется контактировать при
решении данной задачи
Список номенклатуры ресурсов, которые могут
потребоваться в ходе выполнения данной задачи
Список объектов инфраструктуры, которые имеют
отношение к данной задаче
Список файлов, дополнительно иллюстрирующих
задачу
Список сообщений, которыми сотрудники-
участники решения задачи обмениваются друг с
другом в процессе выполнения задачи
Основные свойства задачи
Рисунок 2.14. Структура документа «Задача»
71
Подсистема автоматической генерации подзадач должна позволять
вести шаблоны, задающие сценарии прохождения этапов типовых задач.
Нередко в фирму поступают заявки от клиентов на решение однотипных
проблем, порядок решения которых уже известен. Целесообразно разработать
шаблоны прохождения таких заявок клиентов. Подсистема должна
генерировать документы «Задача», являющиеся подзадачами конкретной
заявки, адресуя их конкретным сотрудникам (или подразделениям) фирмы
(назначив их исполнителями). Каждая их сгенерированных задач является
логически завершенным этапом процесса сопровождения первоначальной
заявки. Конкретизация и количество этапов может быть любым, кроме того,
этапы могут быть вложены друг в друга, образуя древовидную структуру
подэтапов.
Кроме автоматического предусмотрен режим ручного ввода подзадач к
любой задаче. Это делается в случае необходимости выполнения по какому-то
этапу или задаче в целом дополнительных действий.
Совокупность документов «Задача» порожденных автоматически или
вручную к одной заявке представляет собой древовидный список работ по ее
решению. Структура подсистемы приведена на Рисунок 2.15.
Автоматическая
генерация подзадач
Ведение шаблонов
Генерация подзадач
Задание сценариев решения типовых проблем
Создание подзадач на основе сценария
Рисунок 2.15. Структура подсистемы генерации подзадач
Подсистема сопровождения задач должна предоставлять возможность
отслеживания задачи по всему ее жизненному циклу Ввод в систему
формального представления задачи, будь то заявка клиента или один из этапов
ее решения – это только начало ее жизненного цикла. В реальной жизни фирмы
редко возникают задачи, которые решаются за один день и не требует каких-
72
либо дополнительных действий. Большинство задач требуют выполнения
определенных действий от сотрудников в процессе своего жизненного цикла.
Для этого система должна предусматривать следующие возможности,
представленные на Рисунок 2.16.
Сопровождение задач
Ведение переписки
Добавление новых
подзадач
Добавление к задаче
файлов
Исполнение
Сообщения сотрудников и пользователей
которыми они обмениваются друг с другом в
процессе работы над задачей
Проставление исполнителями отметки об
исполнении (или невозможности исполнения)
своей части задачи
Если выполнение данной задачи требует новых
подзадач, либо эта задача становится подзадачей
задачи более высокого уровня
Иллюстрация хода выполнения задачи.
Отображение подзадач и
работа с ними в виде
дерева
Древовидная структура списка подзадач
Отбор задач по
различным критериям и
их сочетаниям
Гибкая настройка журнала задач, позволяющая
задавать любые отборы задач по их реквизитам и
реквизитам табличных частей, настраивать
группировки, условное оформление и внешний вид
журнала
Рисунок 2.16. Функции подсистемы сопровождения задач
Исполнение задачи заключается в проставлении исполнителями
признака исполнения частей задачи, их касающихся. Список исполнителей –
это список сотрудников фирмы, которые назначены исполнителями по данной
задаче, исходя из темы задачи. Исполнителей назначает администратор фирмы
(или его начальник), либо их список генерируется автоматически, если сама
задача сгенерирована по шаблону. Исполнителей может быть несколько – по
одному для каждой из частей задачи. Процедура исполнения задачи
представлена на Рисунок 2.17.
Источник: https://baza.diplomsite.ru/previewfile/1865