Дипломная работа: Автоматизация работы отдела планирования компании ООО "Кока-Кола ЭйчБиСи Евразия"

2.1.2 Характеристика архитектуры разрабатываемого проекта

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

Рис. 16. Организационная архитектура проекта

Пользователями являются также менеджеры филиалов, которые получают готовые файлы с планами по направлениям деятельности, а также финансовые аналитики. Финансовые аналитики получают статистические отчеты. Таким образом, ИС планирования встроена в корпоративную ИС через локальную вычислительную сеть (далее ЛВС) и через взаимодействие серверов БД. На рисунке Рис. 17 представлена техническая архитектура проекта.

Рис. 17. Техническая архитектура проекта

Техническая архитектура ИС отдела планирования встраивается в техническую архитектуру корпоративной ИС с учетом наличия уже существующих технических элементов. В технической архитектуре пользователей ИС добавляется сервер БД ИС планирования. БД ИС планирования взаимодействует с сервером корпоративной ИС. Подключение к интернету остается тем же. На сервере БД ИС планирования размещена серверная часть ПО, а клиентская – на компьютерах пользователей отдела планирования, которые непосредственно работают с ИС. То есть, используется наиболее распространенная архитектура толстый «клиент-сервер». Через VPN-сервер осуществляется выход в интернет. Сервер печати обеспечивает распределенный вывод на печать с РС в отделе планирования. Через сервер Remote administrator производится ограничение и распределение доступа пользователей. Так, например, с сервера БД менеджеры филиалов могут получать информацию по планам только в соответствии со своим направлением деятельности. Другие пользователи корпоративной ИС не имеют доступа к информации по планам.

На рисунке Рис. 18 представлена программная архитектура проекта.

Рис. 18. Программная архитектура проекта

В программной архитектуре проекта остается то же программное обеспечение, что и в программной архитектуре всего предприятия, но только то, которым пользуется отдел планирования. Добавляется серверная часть ПО отдела планирования, размещаемая на сервере БД и клиентская программа ИС отдела планирования, размещенная на РС отдела планирования. Сервера БД (корпоративный и ИС отдела планирования) взаимодействуют по протоколу прикладного уровня SNMP 1.1.

2.1.3 Характеристика этапа внедрения разрабатываемого проекта

На рисунке 2.7 представлен план-график этапа внедрения.

Этап внедрения состоит из двух подэтапов: создание среды функционирования ИС и тестирования ИС. Дата начала этапа 22 ноября 2007, окончание 17 декабря 2007.

Рисунок 2.7. План-график этапа внедрения

Длительность этапа внедрения 18 дней. Подэтап «Создание среды функционирования ИС» осуществляется в течение 5 дней. Первая задача подэтапа это «Покупка элементов технической архитектуры» проекта.

В проекте приобретается сервер БД ИС планирования. Осуществляется менеджером по проектированию ИС и системным администратором. Вторая задача это «Установка сервера БД». Установку производят менеджер по проектированию ИС и системный администратор. На данную задачу отводится 2 дня.

Последняя задача подэтапа – «Установка ПО ИС» на ПК сотрудников отдела планирования и сервер БД ИС планирования. Данная задача осуществляется в течение одного дня системным администратором.

Следующий подэтап - это «Тестирование ИС», подэтап начинается 29 ноября 2007, заканчивается 10 декабря 2007. Длительность этапа 8 дней. Осуществляется системным администратором, программистом 1 и программистом 2.

Первая задача – «Тестирование технического обеспечения ИС». Это проверка технического обеспечения ИС, как вновь установленного, так и имеющегося. Тестирование производит системный администратор в течение трех дней на основе тестов, прилагаемых к техническому описанию элементов. Следующая задача подэтапа это «Тестирование программных модулей». Задача осуществляется программистами 1 и 2 в течение трех дней на основе тестов, разработанных для проверки ПС. Предпоследняя задача – устранение ошибок, выявленных при тестировании. Задачу осуществляют программисты 1 и 2 и системный администратор. Срок выполнения задачи – 2 дня. Последняя зада – это «Обучение пользователей». Задача осуществляется менеджером по проектированию ИС в течение пяти дней.

2.1.3 Характеристика этапа эксплуатации разрабатываемого проекта и возможных работ

На этап эксплуатации ИС отводится пять лет. Он подразумевает мониторинг работы ИС, поддержку ИС, доработка программной и технической архитектур, с учетом новых технических и программных возможностей. В процессе производится доработка существующих программных модулей, а также, соответственно, дорабатывается проектная и техническая документация. В течение двух первых месяцев эксплуатации, необходимо проводить совещания один раз в неделю с участием менеджера ИТ отдела, менеджера по проектированию ИС, а также с участием менеджера отдела планирования. Цель этих совещаний - не только выявить недостатки ИС, но и определить возможные пути её совершенствования. Таким образом, к концу этапа эксплуатации должны быть устранены все недостатки ИС, а также осуществлено максимум мер по её совершенствованию. После окончания этапа эксплуатации проект считается законченным.

2.1.4 Ожидаемые риски на этапах жизненного цикла и их описание

Риски на подэтапе «Определение требований к ИС». Основной риск на данном подэтапе это недостаточное определение свойств ИС, требуемых для решения задачи и неправильный выбор задач проектирования (чрезмерно большой или недостаточный объем задач автоматизации). Это может потребовать, на этапе эксплуатации, дополнительной доработки ИС, что приведет к финансовому риску. Риск предотвращается использованием современных case-средств при моделировании бизнес-процессов. При возникновении такого риска проводится дополнительное моделирование с использованием современных case-средств.

На подэтапе «Определение функций ИС и стратегий автоматизации» основной риск это неправильное определение функций ИС и стратегии автоматизации. На данном подэтапе существует риск неправильного выбора способа приобретения ИС. Риск предотвращается основательным анализом всех вариантов. В случае возникновения, риск устраняется проведением повторного анализа вариантов выбора ИС. Риск взаимосвязан с риском неправильного определения функций ИС и стратегии автоматизации. Данный риск предотвращается и устраняется использование современных case-средств в процессе анализа.

Риски на подэтапе «Разработка проекта автоматизации». Основной риск это разработка неэффективного плана-графика автоматизации: использование лишних ресурсов или недостаточность ресурсов. Данный риск является финансовым, предотвращается использованием современных автоматизированных средств проектирования. В случае возникновения, риск устраняется повторной корректировкой плана-графика автоматизации.

На подэтапе «Разработка информационного обеспечения задачи» основные риски – это разработка неправильной информационной модели и неудобных для пользователя прототипов экранных форм. Риск предотвращается по согласованию прототипов экранных форм с будущими пользователями, а устраняется дополнительной доработкой экранных форм, а также использованием системы Model View Control (MVC).

На подэтапе «Подготовка к разработке ПО» основной риск это неправильная формализация расчетов показателей. Риск устраняется тестированием программных модулей на этапе внедрения.

На подэтапе «Разработка программного обеспечения» основной риск заключается в некорректной разработке программы. Риск устраняется посредством использования для программирования языка четвертого поколения CLARION, который в процессе программирования указывает некорректности различных элементов разрабатываемого программного средства. Необходимо учитывать также то, что программные модули будут тестироваться на этапе внедрения.

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

2.1.5 Оценка стоимостных параметров проекта автоматизации

При оценке стоимостных параметров использовалось программное приложение MS Project 2003 [13].

На рисунке представлена таблица ресурсов проекта. Используемые трудовые ресурсы (участники) на этапах жизненного цикла проекта указаны в пункте 2.1.2. На этапах проектирования также используются трудовые ресурсы: компьютер, интернет, сервер БД, сетевое оборудование, электричество по ПК и электричество по серверу; т.е. под трудовыми ресурсами в данном случае подразумевается часовая амортизация используемые средств.

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26