Файл: Разработка регламента выполнения процесса "Управление документооборотом" (Описание предметной области. Постановка задачи).pdf

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

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

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

Сравним ключевые методы и средства проектирования (таблица 2.3).

Таблица 2.3

Основные средства проектирования

Написание программы сервиса, обрабатывающего e-mail, будет реализовано на языке Python. Этот выбор сделан неспроста. Прежде всего, администратор ИС «HP OpenView ServiceDesk» может писать программы на данном языке. Также, Python просто в освоении и среди новичков пользуется популярностью [8, c.11]. Стоимость проектирования ПО на данном языке намного меньше, чем на основе Borland C++ или Microsoft Visual C++. Вместе с тем, Python интенсивно прогрессирует, обладает открытой архитектурой и легко дает возможность создать графический интерфейс в форме HTML-странички (web-интерфейс).

Обеспечение техническое (ТО) - комплекс технических средств, ПК, средств передачи данных, применяемых в АСУТП и ИС [1, c.49].

Для работы программы (службы) по обработке заказов в разрезе дорабатываемой ИС HP OpenView ServiceDesk необходимы такие компоненты ТО, как:

- ПК-сервер – это ключевая ЭВМ, на которой уже создается сама БД в СУБД, а также этот сервер будет являться сервером БД. Здесь также будет расположен служба, которая и будет автоматически фиксировать и обрабатывать заказы;

- почтовый сервер – сервер корпоративной почты, применяется SD-системой для создания заявок и e-mail-рассылки;

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

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

- средства организации ЛВС – сюда включены активные (маршрутизатор, коммутатор, шлюз и пр.) и пассивные (компоненты ЛВС, коммутационные розетки и пр.) элементы ЛВС.

Для каждого компонента определим критерии, максимально критичные при выборе.

Основными критериями выбора сервера являются специфика выполняемых им задач, а также число автоматизированных рабочих мест, объединяющихся в сеть. Далее нужно лишь определиться с производителем.

Для СУБД-сервера в разрезе одного ПК главным критерием выбора является отказоустойчивость и пропускная способность сетевого интерфейса. Учитывая среднее число документов в день и ежеминутный опрос программы БД на присутствие нового документа в базе, а также загруженности сетевой инфраструктуры на 30% и корпоративного сервера БД на 25% закупать высокопроизводительный сервер не нужно, можно ограничиться интерфейсом в 100 Mbps [32, c.43]. Результатом анализа критериев по серверному оборудованию будет применение того же сервера, который был на предприятии ранее. В роли сервера БД применяется сервер, функционирующий на платформе HP ProLiant DL365 G5, он имеет характеристики, отраженные в таблице 2.4.

Таблица 2.4

Характеристики сервера БД

Исследуем выбранную платформу более подробно:

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

- 16 Гб ОЗУ хватит для обработки существенных массивов данных, используемых в БД, а также дальнейшего увеличения вычислительной нагрузки, поскольку сейчас максимальный размер ОЗУ составляет 6 Гб;

- применение шести жестких дисков обосновано следующим:

- для качественной работы ОС сервера создан RAID-массив из двух жестких дисков по 73 ГБ (этого объема хватит для функционирования ОС). ОС специально находится отдельно от файлов БД ввиду безопасности и производительности;

- для эффективного размещения информации в формате SQL создан массив жестких дисков большего объема 147 Гб. Этого объема хватит для интеграции нового функционала. Сейчас объем занятого пространства составляет 53 Гб, но с тем условием, что в БД хранятся записи за три года;

- отдельно нужно хранить инфрмацию в форматах *mdf (файл БД), а также транзакции *ldf (файл транзакций), для этого нужен еще один массив такого же размера, как предыдущий;

- применение дополнительного питания увеличивает отказоустойчивость системы.

Следовательно, для ПК ключевым критерием выбора является определенный список конфигураций ПК (MB Asus P5 CPU: Core2Duo 2.9Ghz Ram:2 Gb).

Для почтового сервера критериями выбора будет отказоустойчивость и быстрая скорость функционирования подсистемы обработки данных. Для него будут применяться высоко производительные жёсткие диски WD RAPTOR и отдельный RAID-контроллер, поддерживающий исполнение массива данных Raid 10, обеспечивающий быструю скорость функционирования. Конфигурация почтового сервера, работающего на предприятии, совпадает с определенными критериями, ввиду чего оставляем то, что имеется [3, c.74]. Упрощенная его конфигурация отражена в таблице 2.5.

Таблица 2.5

Аппаратная конфигурация почтового сервера

Для средств организации ЛВС критерием выбора будет тип кабеля и пропускная способность. Сейчас по анализу сетевого трафика программой Net Send загруженность сети равна 36%. Следовательно, свободная пропускная способность равна 64% от общей пропускной способности СКС. Обрабатываемые сервисом документы и ежеминутный опрос почтового сервера увеличит загруженность сети на 3-5%, что никак не скажется на ее пропускной способности и возникновении коллизий [36, c.88]. Из типа кабеля по скоростным характеристикам лучше всего взять витую пару вместо устаревшего коаксиала ввиду ограничения по максимальной пропускной способности коаксиала в 10 Mbps. При применении свитчей и коммутаторов класса CISCO сеть функционирует на скорости 100 Mbps, а на определенных участках и 1 Gbps.

2.2. Моделирование бизнес-процесса "Как должно быть"

Чтобы более наглядно увидеть схему предложенного процесса «Как должно быть» построим диаграмму дерева узлов [1].

Таблица 2.6

Описание предложенной функции процесса «Управление документооборотом»

Исполнитель

События, инициирующие выполнение функции

События, завершающие выполнение функции

В качестве критериев оценки предложенной функции применяем (табл. 2.7).

Таблица 2.7

Критерии оценки предложенной функции процесса

При применении автоматизированной системы управления документооборотом оптимизированная диаграмма декомпозиции («TO-BE» – как должно быть) приведены на рисунке 2.1.

Рисунок 2.1 – Модель «TO-BE»

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

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

Заключение

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