Файл: Проектирование реализации операций бизнес-процесса «Управление документооборотом.pdf

Рисунок 2. Диаграмма декомпозиции TO-BE

Необходимо автоматизировать процесс документооборота «МТС», прежде всего для того, чтобы выстроить эффективную систему работы компании в целом, а также при работе с клиентами. Каждая сделка не должна быть потеряна, должна сопровождаться определенной задачей. Автоматизация способствует сокращению временных затрат, а также постепенному наращиванию клиентской базы [18, c.61].

Сейчас на рынке ПО есть множество зарубежных и отечественных предложений и продуктов по автоматизации управления документооборотом: «1С: Документооборот КОРП», AmoCRM и т.д.

ИС можно классифицировать по разнообразным признакам. По типу хранимых сведений их можно разделить на фактографические и документальные. Первые необходимы для хранения и анализа структурированных сведений в форме чисел и текстов. В данной курсовой работе система является фактографической ввиду того, что основой данных будут являться цифры, а конечным результатом будет определенная отчетность.

1.3. Обоснование проектных решений по информационному обеспечению

Информационное обеспечение (ИО) состоит из:

- системы классификации и кодирования;

- системы унифицированной документации, применяемой в ИО;

- информационной базы.

Классификатор – это систематизированный свод наименований группировок объектов, признаков и их кодовых обозначений [6, c.39]. Классификаторы являются средством описания сведений, аргументируют единство классификации и кодирования данных и необходимы для выполнения машинного анализа данных в удобной форме пользователям при выполнении разнообразных задач. Исходя из области применения, классификаторы делятся на 3 группы:

- общегосударственные;

- отраслевые;

- локальные [2, c.78].

В данной работе будет применяться лишь локальный классификатор, поскольку в иных классификаторах нет необходимости. Заказы будут делиться по приоритету, по компании и по зоне ИТ, к которой относится тот или иной заказ.

Весомую часть внемашинного ИО представляет документация. При автоматизации важная роль отводится унификации документации, определяющей общие требования к содержанию и построению документов. Унифицированные формы документов создаются как для всех компаний страны (например, формы бухгалтерской отчетности), так и для определенных фирм (например, формы управленческой отчетности). Унификация состоит в подробном анализе и четком установлении необходимой номенклатуры документов. В данном случае устанавливаются области применения документов и определяются специфические особенности, свойственные соответствующим видам документов, которые бывают унифицированными и локальными.

В данной работе применяются локальные документы: «Заявка на закупку материальных ценностей», «Заявка на регистрацию пользователя и доступ к программным ресурсам», «Заявка на устранение неполадок», «Заявка на доступ к сетевым ресурсам». Информационные файлы разрабатываются на базе исходных данных, имеющихся в названных первичных документах - ключевых носителях первичной экономической информации в системах ее машинной обработки [7, c.98]. Помимо всего прочего есть следующие требования, которые к ним устанавливаются:

- необходимая полнота сведений для выполнения задачи;

- исключение избыточных данных;

- достоверность и актуальность данных;

- согласованность форм первичных документов с макета размещения данных на машинном носителе;

- логичность создания документа.

Есть 3 способа организации информационной базы (ИБ): файловая, интегрированная, смешанная.

Под файловой организацией ИБ определено локальное расположение базы на ПК, доступ к которому других пользователей реализуется стандартными методами ОС для обмена данными по сети, например, в MS Windows – это Sharing и Security, что замедляет анализ информации в БД. Под смешанной организацией ИБ предполагается распределённая БД, установленная на нескольких серверах и создающая изменения в каждой из них по расписанию. Такая структура ИБ применяется в системах класса ERP для функционирования в одной ИБ территориально удалённым офисам одновременно.

Интегрированный способ организации ИБ является комплексом взаимосвязанных и расположенных вместе сведениях при такой наименьшей избыточности, которая позволяет их применение наилучшим образом для любых приложений, и в данном случае выполняется независимость сведений от программы, а для актуализации данных применяется общий способ управления [11, c.56].

В данной работе оптимальной организацией ИБ является интегрированная, поскольку размер БД будет постоянно наращиваться. И оптимальным выбором будет применение СУБД вместо файлового хранения БД.

Есть 3 модели логической структуры БД (по способу определения связей между данными): иерархическая, сетевая и реляционная.

В иерархической модели каждой информационной единице (сегменту), кроме корневого, соответствует один исходный сегмент и между ними создается лишь одна связь. В таких моделях экземпляру исходного сегмента соответствует в общем случае определенное количество экземпляров порожденного сегмента. Данные структуры удобны для отображения отношений типа «один ко многим» в предметной области. Обзор такой структуры имеет место быть лишь с корневой вершины. Пропуск сегмента в иерархическом пути при доступе к определенному сегменту не позволяется [8, c.65]. Ключевые недостатки иерархической структуры: сложность (неэффективность) отображения отношений типа «многие ко многим»; долгое время обеспечения доступа к сегментам, состоящих на нижних уровнях иерархии; направленность на некоторый тип (разрез) запроса.

Сетевые модели графически представляются в виде графа. Вершины графа – это составляющие информации (записи). Экземпляры записей формируют файлы. Структура записи может быть иерархической или линейной, исходя из системы. Между парой типов записей можно объявить несколько связей, имена и направления связей должны быть четко установлены. Недостатками являются: сложность (множество параметров описания информации и операторов), а также трудность навигационного доступа.

Реляционная БД – это множество отношений. Данная модель базируется на математической логике и является самой простой и привычной формой отображения информации в табличной форме. Строка таблицы эквивалентна записи файла БД, а колонка - полю записи. Доступ к элементу данных реализуется с помощью связи необходимой строки (записи) с колонкой (полем). Преимуществом такой модели является легкость инструментальных средств ее поддержки, недостатком - жесткость структуры данных (так, нельзя задать строки таблицы случайной длины), а также зависимость скорости ее работы от размера БД.

Достоинства применения реляционных БД, следующие:

- простота – есть только одна информационная конструкция, формализующая табличное отображение информации, привычное для пользователей;

- теоретическое обоснование – присутствие теоретически аргументированных методов нормализации отношений дает возможность получать БД с заранее установленными свойствами (прежде всего, с гарантией наименьшей избыточности отображения данных);

- независимость данных – когда нужно изменить структуру БД, то это ведет к минимальным изменениям в программе [27, c.15].

Моделью логической структуры БД определена именно реляционная, поскольку она дает возможность оперативно образовать связи между таблицами для верного формирования запросов к БД и также легко устранить данные связи и образовать новые для создания иного запроса. Помимо прочего, архитектура создания связи более проста и время осуществления запроса в реляционной модели быстрее, чем в случае применения сетевой или иерархической структуры.

Исходные данные для выполнения установленной задачи получают из таких документов, как:

- e-mail от работника фирмы с описанием проблемы на неформальном языке в ИТ-области;

- регламент работы службы горячей линии;

- ежедневное письмо о нахождении работников ИТ-отдела по всем направлениям;

- письма, определяющие изменения ответственных лиц по установленным направлениям инцидентам и новым направлениям [6, c.55].

Результаты выполнения задачи видны в таких отчетах и документах, как:

- отчет по согласованным заказам;

- отчет заказов по местоположению клиента;

- отчет о логике назначения клиента.

Для выполнения определенной задачи применяются такие классификаторы объектов, как города, регионы, улица, код описания проблемы. В таблице 3 представлено описание применяемых классификаторов.

1.5. Обоснование проектных решений по программному обеспечению

Программное обеспечение (ПО) - комплекс программ системы обработки информации и программных документов, нужных для работы таких программ. ПО необходимо для придания ИС некоторых свойств, связанных с ростом производительности, достоверности получаемых результатов, надежности работы системы, оптимизации работы пользователя [18, c.35].

Критериями выбора ПО, присутствующего на ПК пользователей, является максимальное сокращение времени описания проблемы пользователей и отправки ее по e-mail. В разрезе корпоративного стандарта на предприятии ЗАО «Промет» применяется MS Outlook 2003. Для работы данной программы на ПК нужно установить ОС, которая поддерживает работу такого приложения. Ввиду корпоративного стандарта используется версия ОС MS Windows XP PRO, поскольку это самая ранняя версия ОС, поддерживаемая компанией Microsoft в нашей стране и способная функционировать в доменной инфраструктуре. Учитывая все вышесказанное, Win XP Pro sp3 Rus будет применяться в роли пользовательской ОС. Итог: на рабочих станциях пользователей нужно установить такие программные продукты, как:

- ОС Windows XP Pro sp3 Rus;

- почтовый клиент MS Outlook 2003.

Программа-служба (сервис) по обработке e-mail – это программа, созданная на скриптовом языке Python, постоянно анализирующая общий почтовый ящик ИТ-отдела и обрабатывающая входящие письма, формирующая и изменяющая заказы в БД, при этом распределяя их между свободными менеджерами, или ставящая их на поток [30, c.189]. Учитывая все факты, был выбран язык 1С для проектирования данной работы.

Критериями выбора архитектуры реализации проектируемого программного комплекса являются:

- совместимость с текущей инфраструктурой серверов;

- опция создания резервных копий сведения и просмотра статистика по обработанным заказам.

При определении ОС под это решение был определен MS Windows Server 2003, поскольку такой вид серверных ОС не очень требователен к ресурсам, а также давно применяется в инфраструктуре компании «МТС».

Для серверной части нужно определить СУБД. В таблице 4 отображены ключевые современные СУБД.

СУБД для программы будет являться Oracle 11. Данный выбор сделан не просто так, главная ИС учёта заявок HP OpenView Service Desk строится как раз на этой БД.

Покупать новый сервер не нужно, поскольку БД программного продукта может находиться на уже существующем сервере «SD». При создании нового сервера фирмы заложила примерно половину мощности закупаемого сервера на дальнейшую масштабируемость ИС, но загруженность сервера увеличилась только на 15%, тогда как БД за 3 года непрерывно наращивалась [18, c.77].

В разрезе текущей БД в ней будут образованы дополнительные таблицы, а также установятся между ними связи. Добавленные таблицы не будут иметь прямой связи с ключевыми функциональными таблицами БД, ввиду чего на будут каким-либо образом воздействовать на работу главного функционала ИС HP OpenView ServiceDesk.