23
анализ применимости существующих систем управления предприятиями
для решения требуемых задач и формирование рекомендаций по выбору
такой системы;
совместное с заказчиком принятие решения о выборе конкретной
системы управления предприятием или разработке собственной системы;
разработка требований к техническим средствам;
разработка требований к программным средствам;
разработка предложений по этапам и срокам автоматизации.
Разработка технического проекта - на основе системного проекта и принятых
решений по автоматизации осуществляется проектирование системы. Этот этап
разделяется на два этапа:
проектирование архитектуры системы, включающее разработку
структуры и интерфейсов ее компонент (автоматизированных рабочих
мест), согласование функции и технических требовании к компонентам,
определение информационных потоков между основными компонентами,
связей между ними и внешними объектами;
детальное проектирование, включающее разработку спецификаций
каждой компоненты, разработку требований к тестам и плана интеграции
компонент, а также построение моделей иерархии программных модулей
и межмодульных взаимодействий и проектирование внутренней
структуры модулей.
При этом происходит расширение системного проекта:
за счет его уточнения;
за счет построения моделей автоматизированных рабочих мест,
включающих подсхемы информационной модели и
функциональные модели, ориентированные на эти подсхемы
вплоть до идентификации конкретных сущностей информационной
модели;
24
за счет построения моделей межмодульных и внутримодульных
взаимодействий с использованием техники структурных карт.
Разработка и тестирование - этап представляет собой набор процедур и
действий, предназначенных для демонстрации корректной работы АСУП в
заданных режимах и внешних условиях. Цель тестирования - выявить наличие
ошибок или убедительно продемонстрировать их отсутствие, что возможно
лишь в отдельных тривиальных случаях. Важно различать тестирование и
сопутствующее понятие "отладка". Отладка - это набор процедур и действий,
начинающихся с выявления самого факта наличия ошибки и заканчивающихся
установлением точного места, характера этой ошибки и способов ее
устранения.
Специфика работы предприятия ООО «Луи Вюиттон Восток»
предполагает невозможность приостановки работы предприятия из-за
внедрения новой АРМ, поскольку это может повлечь за собой уплату неустоек
и, как следствие, упущенную прибыль. Также риск влияния неудачного
внедрения на эффективность работы предприятия должен быть минимальным
или отсутствовать.
Эксплуатация и сопровождение - этап выполняет следующие действия:
Эксплуатация проекта;
Сопровождение и модернизация проекта.
На этой стадии решается вопрос о том, чьими силами будут
осуществляться эксплуатация и сопровождение проекта. При решении
поставленной задачи автоматизации разработка проекта производится с
помощью привлечения посторонних сил. Поэтому сопровождение проекта и
его эксплуатация будут осуществляться теми специалистами-разработчиками
проекта.
В процессе выполнения этапа «Эксплуатация проекта» осуществляются
следующие работы:
исправления в работе всех частей системы при возникновении сбоев;
25
регистрация этих случаев в журналах;
отслеживание технико-экономических характеристик работы системы;
накопление статистики о качестве работы всех компонентов системы.
На этапе «Сопровождение и модернизация проекта» выполняются следующие
работы:
анализ собранного статистического материала;
анализ соответствия параметров работы системы требованиям
окружающей среды.
Анализ осуществляется создаваемой для этих целей комиссией, состоящей из
представителей руководства, специалистов по доставке, отдела доставки, а так
же представителей IT департамента.
Результаты анализа позволяют:
сделать заключение о необходимости модернизации всего проекта или
отдельных его компонентов;
определить объемы доработок, сроки и стоимость выполнения.
В случае выявления факта морального старения проекта комиссией
принимается решение о целесообразности проведения его утилизации или
разработки нового проекта для данного объекта управления.
К основным задачам этапа эксплуатации и сопровождения можно отнести:
обеспечение устойчивости работы системы и сохранности информации -
администрирование;
своевременная модернизация и ремонт отдельных элементов -
техническая поддержка;
адаптация возможностей эксплуатируемой системы к текущим
потребностям бизнеса предприятия - развитие системы.
Особое внимание на этапе эксплуатации и сопровождения следует
уделить вопросам обучения персонала и, соответственно, планированию
инвестиций в этот процесс.
26
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
На всех этапах ЖЦ АРМ возникают различные риски, их необходимо
проанализировать и провести необходимые процедуры для того, чтобы их
устранить.
Рассмотрим все возможные риски для каждого этапа ЖЦ АРМ,
рассматриваемого в данной работе, с приведением факторов риска и методов их
предотвращения:
Риск:
Факторы риска:
Методы предотвращения:
Стоимостной
риск:
Ошибочное
планирование
окупаемости
системы;
Ошибочное
планирование общей
стоимости проекта.
Детальная оценка
стоимости проекта;
Составление поэтапного
плана выплат и
определение штрафных
санкций при задержках.
Риск
сотрудников:
Отсутствие у
руководства единой
стратегии в области
внедрения
информационных и
технологий и
отсутствие
понимания основных
целей и задач
проекта;
Отсутствие
мотивации и
заинтересованности
у задействованных в
проекте менеджеров
различных
подразделений;
Не налаженная
система
Активное участие в
проекте ведущих
специалистов,
ответственных за
исполнение основных
процессов;
Четкая формулировка
целей и критериев успеха
внедряемого проекта
автоматизации;
Подробная проработка
общей стратегии
автоматизации
предприятия;
Четкое разъяснение
целей, материальное
стимулирование,
пропаганда позитивного
примера среди
27
коммуникаций
между участниками
рабочей группы;
Необдуманный план
ведения работ.
участников на время
реализации проекта;
Организация рабочих
мест и процедур
взаимодействия таким
образом, чтобы члены
проектной команды
могли постоянно и
беспрепятственно
общаться друг с другом.
Риск
нарушения
методологии
ведения
проекта:
Необдуманное
описание и
утверждение
документов,
содержащих
информацию о
требованиях и
состоянии проекта.
Документирование
технических условий и их
согласование со всеми
заинтересованными
участниками проекта;
Обязательное
утверждение любых
изменений.
Риск ведения
проекта:
Неправильное
определение рамок и
масштабов проекта;
Проектирование
ошибочных функций
и интерфейсов
будущей системы;
Выбор неправильных
технологий и
методов решения
поставленных задач.
Качественное
планирование работ;
Обеспечение проекта
необходимыми
ресурсами;
Обязательное
утверждение и
согласование по
проектным решениям.
Риск
неверного
планирования
:
Неэффективный
организационный
план внедрения
системы на
предприятии, то есть
план работы
проектной команды с
учетом обязанностей,
необходимых
ресурсов и способов
контроля результатов
ее работы;
Укомплектование
проектной команды
наиболее талантливыми и
квалифицированными
сотрудниками;
Документирование всех
работ на этапе
проектирования и
обеспечение доступности
данных для всех
участников проекта.
28
Срыв сроков
выполнения работ по
данному этапу в силу
некомпетентности
персонала.
Стоимостной
риск:
Ошибочное
планирование
окупаемости
системы;
Ошибочное
планирование общей
стоимости проекта.
Детальная оценка
стоимости проекта;
Составление поэтапного
плана выплат и
определение штрафных
санкций при задержках.
Разработка АРМ:
Риск
персонала и
проектных
коммуникаци
й:
Зависимость от
ключевого
персонала;
Неправильное
понимание задач
проекта
программистами,
следовательно -
неправильная
реализация проекта;
Привлечение
программистов без
достаточного опыта
работы с системами
подобного класса.
Тщательный отбор
персонала,
задействованного в
данном проекте;
Четкое разделение
обязанностей между
задействованными
сотрудниками.
Технический
риск и
программный:
Частичная или
полная приостановка
этапа разработки из-
за ошибок в
используемом
программном
обеспечении, вплоть
до потери созданной
на данном этапе
информации;
Документация по
системе не включает
в себя подробного
Использование только
проверенного
лицензионного
программного
обеспечения, а также
регулярное резервное
копирование данных на
альтернативные
источники хранения
информации;
Полная проверка
документации перед
внедрением АРМ.
29
описания всего
функционала
системы, что в
дальнейшем может
привести к
возникновению
трудностей не этапе
эксплуатации.
Максимальное соблюдение всех методологий предотвращения
возникновения рисков, позволит закончить работу над проектом и его
полноценным внедрением в кратчайшие сроки без возникновения критических
ситуаций. Таким образом, так же уменьшается вероятность возникновения
ошибок, а так же трудностей использования на стадии эксплуатации готовой
АРМ.
2.2. Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель отдела логистики ООО «Луи Вюиттон
Восток» представляет собой схему, отражающую преобразование
информационных потоков от источников информации до её получателей.
Модель построена в соответствии с описанием схемы данных по ГОСТ. Модель
имеет шесть логических уровней:
Источники информации - специалист по работе с источниками
информации, который вносит корректировки в БД АРМ;
Первичные документы или файлы, к ним относятся: каталог рейсов,
который предоставляется как в устной форме, так и с помощью экранной
формы.
Таблицы с первичными документами. К ним относится таблица « путевые
листы», где хранится информация по рейсам, таблица «транспортные
средства», где содержится полная информация по машинам и заправкам,
30
таблица «Водители», в которой содержится полная информация о
водителях осуществляющих доставку.
Справочники, это таблицы БД, которые необходимы для заполнения
экранных форм или для составления и вывода на экран и печать отчетов
по задаче. К ним относятся: справочники «путевые листы»,
«транспортные средства», «водители» и т.д.
Результатные документы или файлы. Это файлы БД, полученные путем
выборки по запросам из БД. К ним относятся: «Отчет по путевым
листам», «Отчет по водителям», «Отчет по транспортным средствам»,
«Отчет» для руководителя.
Получатели информации: специалист или руководитель, получающий
распечатку по рейсам и транспортным средствам.
2.2.2. Характеристика нормативно-справочной, входной и оперативной
информации
В качестве первичного документа в рамках данной дипломной работы
является запрос специалиста, формирующийся на основании его потребности.
Запрос представляет собой таблицу, с данными по рейсам, транспортным
средствам, а так же о водителях.
31
Рис.2.1 Главная экранная форма
Рис 2.1. данная форма служит для перехода к формам добавлению данных
по рейсам, машинам, водителям и т.д., для удаления старых данных, для
формирования запросов и подготовки отчетов.
Рис. 2.2 Экранная форма путевые листы
Рис. 2.2. эта форма с интуитивным управлением необходима для
регистрации в базе нового путевого листа.
32
Структура таблицы «Водители»: табельный номер, фамилия, имя, отчество,
дата рождения, стаж работы, оклад, категория изображена на рис. 2.3.
Рис. 2.3 Структура таблицы «Водители»
Структура таблицы «Заправка»: номер по порядку, номер путевого листа,
номер чека, время заправки, топливо, количество изображена на рис. 2.6.
Рис. 2.4 Структура таблицы «Заправка»