47
характером и временем использования ресурсов, необходимых для
заданных условий функционирования.
- Удобство применения – совокупность свойств программного средства,
характеризующих усилия, необходимые для его использования, и
индивидуальную оценку результатов его использования заданным или
подразумеваемым кругом пользователей программного средства.
- Сопровождаемость – совокупность свойств программного средства,
характеризующих усилия, которые необходимы для его модификации.
- Модифицируемость – допустимость внесения изменений, например,
расширение функций обработки и т.п.
- Минимизация затрат на сопровождение и поддержку.
1.4.3. Обоснование проектных решений по техническому обеспечению
Техническое обеспечение – совокупность технических средств,
предназначенных для обеспечения функционирования автоматизированной
информационной системы, а также сопутствующая документация.
В состав технического обеспечения входят:
- персональные компьютеры различной конфигурации;
- устройства ввода/вывода информации (мониторы, принтеры, сканеры);
- устройства хранения информации (жёсткие диски);
- устройства коммуникации (сетевое оборудование);
- расходные материалы (бумага, тонер и т.д.).
Выбор необходимого технического в случае проектирования решения
задачи путём внедрения готового решения осуществляется на основе системных
требований к установке, предъявляемых разработчиком.
Проектное решение 1С: Управление нашей фирмой работает на базе
платформы 1С: Предприятие. К установке программы 1С: Предприятие 8.3
предъявляются системные требования к оборудованию, представленные в
Приложении 1.
48
Как видно из материалов Приложения 1 и приведённой выше технической
архитектуры ИС компании, вычислительная техника и сетевое оборудование
удовлетворяют требованиям к установке программы.
Анализ имеющегося в компании технического обеспечения позволил
установить соответствие используемого технического обеспечения
необходимым требованиям. Поэтому для рассматриваемой задачи не
предполагается приобретение дополнительного технического обеспечения.
По итогам раздела I могут быть подведены следующие итоги:
- Проведён комплексный анализ деятельности компании.
- Выявлена необходимость автоматизации на основе характеристики
решаемых в компании задач.
- Осуществлено теоретическое обоснование выбора стратегии и
инструментального средства для решения задачи автоматизации.
- Приведено обоснование проектного решения по информационному,
программному и техническому обеспечению.
49
II ПРОЕКТНАЯ ЧАСТЬ
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
При проектировании информационной системы ключевым является
понятие жизненного цикла. Жизненный цикл информационной системы
является непрерывным процессом, начинающимся в момент принятия решения о
внедрении информационной системы и заканчивающимся в момент
прекращения ее эксплуатации [3].
Жизненный цикл охватывает все стадии и этапы создания, сопровождения
и развития информационной системы.
Жизненный цикл может быть представлен в виде некоторой модели.
Под моделью жизненного цикла понимается структура, определяющая
последовательность выполнения и взаимодействия стадий и этапов,
выполняемых на протяжении жизненного цикла.
Существует различные модели жизненного цикла: каскадная,
инкрементная и спиральная.
В каскадной модели процесс разработки реализуется посредством
последовательного выполнения независимых этапов. Переход к следующему
этапу возможен только после завершения предыдущего. Схема каскадной
модели жизненного процесса представлена на рисунке 2.1.
Рис. 2.1. Каскадная модель жизненного цикла
Данная модель применима в небольших проектах с известными
требованиями.
Анализ
Проектирование
Реализация
Внедрение
Сопровождение
50
Инкрементная модель (поэтапная модель с промежуточным контролем)
аналогична каскадной модели, отличается итерационным подходом с поэтапным
уточнением требований к системе (рисунок 2.2).
Рис. 2.2. Инкрементная модель жизненного цикла
К достоинствам этой модели можно отнести учет требований заказчика,
промежуточное обнаружение проблем. Недостатками являются большая
длительность проекта, сложность в планировании и документировании.
Подобная модель подходит для небольших информационных систем.
В спиральной модели (рисунок 2.3) разработка осуществляется по
нарастающей. На начальном этапе разрабатывается система с высоким уровнем
абстракции, а на последующих витках разработка все более конкретизируется.
Рис. 2.3. Спиральная модель жизненного цикла
На каждом витке спирали осуществляется создание автономной версии
продукта, уточняются требования проекта, определяется его качество. Переход
51
на новый виток происходит после окончания и проверки работ предыдущего.
Модели присущи достоинства и недостатки инкрементной модели.
Для описания жизненного цикла текущего проекта выбрана каскадная
модель, т.к. для внедряемой системы наиболее подходит поэтапная разработка.
В случае подобной модели имеется возможность планирования сроков
завершения работ и затрат на их выполнение.
Каскадный метод подходит для построения требуемой информационной
системы, т.к. в начале разработки можно достаточно точно и полно
сформулировать все требования. Также по причине того, что в реализации
проекта принимает участие небольшое количество специалистов.
Жизненный цикл информационных систем, а также процессы разработки
регламентируются рядом стандартов. Общеизвестными стандартами являются
следующие:
- ГОСТ 34.601-90 – распространяется на автоматизированные системы,
используемые в различных видах деятельности; устанавливает стадии и
этапы создания автоматизированных систем; содержит описание работ на
каждом этапе. Этапы работы, обозначенные в стандарте, в большей
степени соответствуют каскадной модели жизненного цикла [15].
- ГОСТ Р ИСО/МЭК 12207-2010 (идентичен международному стандарту
ISO/IEC 12207:2008) – устанавливает общую структуру процессов
жизненного цикла программных средств; определяет процессы, виды
деятельности и задачи, используемые при приобретении программного
продукта/услуги, а также при поставке, разработке, сопровождении и
прекращении применения программных продуктов [17].
- ГОСТ Р ИСО/МЭК 15288-2005 – определяет основы для описания
жизненного цикла систем, детально структурированные процессы и
соответствующую им терминологию, но не детализирует процессы
жизненного цикла в терминах методов и процедур, необходимых для
удовлетворения требований и достижения результатов процесса [18].
- Rational Unified Process (RUP) – методология разработки программного
обеспечения. Характеризуется использованием итеративной модели
разработки. Включает четыре фазы: начало, уточнение, построение и
52
внедрение. Каждая фаза может быть разбита на этапы (итерации). В конце
каждой итерации выпускается промежуточная, но функциональная версия
конечного продукта для внутреннего или внешнего использования.
Прохождение фаз называют циклом разработки, который завершается
генерацией версии системы. Разработка может быть продолжена, образуя
новый цикл, завершаемый более качественной версией системы.
Использование стандарта RUP подразумевает создание и сопровождение
моделей на базе UML [23].
- Microsoft Solution Framework (MSF) – аналогичен RUP. Характерными
особенностями являются: наличие основных фаз (выработка концепции,
проектирование, разработка, стабилизация, внедрение); итеративный
подход; интегрированный подход к созданию и внедрению решений; состоит
из двух моделей и трех дисциплин. Используется для разработки бизнес-
приложений [42].
- COBIT (Control Objectives for Information and related Technology) –
методология управления информационными технологиями,
предоставляющая менеджерам, аудиторам и IT-пользователям пакет
открытых документов, около 40 международных и национальных
стандартов и руководств в области управления IT, аудита и IT-
безопасности [37].
- Custom Development Method – методика Oracle, определяющая разработку
прикладных информационных систем. Выделяют два подхода к
разработке: классический (для наиболее сложных и масштабных
проектов) и подход быстрой разработки (для небольших проектов) [39].
- Extreme Programming (XP) – экстремальное программирование. Гибкая
методология разработки программного обеспечения. Основные приемы
могут быть объединены в четыре группы: Короткий цикл обратной связи,
Непрерывный, а не пакетный процесс, Понимание, разделяемое всеми и
Социальная защищённость программиста.
Из перечисленных стандартов выбран ГОСТ Р ИСО/МЭК 12207-2010.
Структура жизненного цикла программного обеспечения по стандарту
ИСО/МЭК 12207-2010 основывается на группах процессов [3]:
53
1) основные процессы: разработка, поставка, приобретение,
эксплуатация, сопровождение;
2) вспомогательные процессы: конфигурирование, документирование,
верификация, обеспечение качества, аттестация, аудит, решение
проблем;
3) организационные процессы: создание инфраструктуры проекта,
управление проектами, обучение, оценка и улучшение жизненного
цикла.
Можно выделить следующие этапы жизненного цикла проекта
автоматизации:
1 этап. Приобретение и установка
Данный этап находится в стадии полной реализации. На основе
проведённого ранее анализа готовых решений принято решение о приобретении
программного продукта. Выполнена установка на рабочие места. Ключевым и
единственным участником данного этапа выступает руководитель компании,
являющийся также автором представленной работы.
2 этап. Внедрение
На этапе внедрения планируется выполнить следующие работы:
- Настройка программного обеспечения на рабочих местах.
- Изучение возможностей установленной программы и основ работы в ней.
- Обучение персонала, занятого в работе с информационной системой.
Исполнителем перечисленных работ является руководитель компании.
3 этап. Эксплуатация
Работы, выполняемые на этапе эксплуатации, и участники процесса
эксплуатации приведены в таблице 2.1.
Таблица 2.1
Характеристика этапа эксплуатации
№ п/п
Наименование работы
Участник
1
Опрос заказчика
Диспетчер
2
Оформление заявки
Диспетчер
3
Выбор исполнителя
Диспетчер
54
№ п/п
Наименование работы
Участник
4
Перемещение на склад «В ремонт»
Диспетчер
5
Согласование предполагаемой стоимости
ремонта после предварительной
диагностики сервисным инженером
Диспетчер
6
Перемещение заказа со склада «В ремонт»
на склад «В работе»
Сервисный инженер
7
Диагностика
Сервисный инженер
8
Ремонт после согласования стоимости
диспетчером
Сервисный инженер
9
Заполнение документов об
использованных запасных частях и
материалах
Сервисный инженер
10
Заполнение данных о выполненных
работах и их стоимости
Сервисный инженер
11
Перемещение заказа на склад «Готово»
Сервисный инженер
12
Оповещение заказчика об окончании
ремонта
Диспетчер
13
Поиск заказа на складе «Готово»
Диспетчер
14
Анализ ремонтной документации
Диспетчер
15
Заполнение акта выполненных работ и
расходной накладной
Диспетчер
16
Оформление платёжных документов
Диспетчер
17
Выдача заказов и документов
Диспетчер
На момент завершения работы над выпускной квалификационной работой
автоматизированная информационная система находится в стадии внедрения.
55
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Риск – опасность возникновения непредвиденных потерь планируемой
прибыли, денежных средств либо других ресурсов по причине случайных
изменений условий экономической деятельности, неблагоприятных
обстоятельств [10].
Причиной возникновения рисков являются неопределённости,
существующие в каждом проекте.
Объектами риска могут быть: компания, подразделение компании, объект
окружения, бизнес-процесс, отдельная работа, проект и т.п. [10].
Риски могут быть «известные» (определены, оценены, для них возможно
планирование) и «неизвестные» (не идентифицированы и не могут быть
спрогнозированы).
Типичные факторы риска [10]:
- экономические (снижение цен конкурентами, повышение цен
поставщиками, низкий объем продаж);
- политико-правовые (увеличение налогов);
- технические (неисправность оборудования, сбои, аварии);
- организационные (ошибки персонала, низкая квалификация,
несвоевременное принятие решений).
Внедрение системы автоматизации является сложным процессом,
требующим от участников внедрения значительных усилий для достижения
положительного результата. Успешное внедрение напрямую зависит от того,
насколько своевременно и эффективно будут сняты основные риски проекта.
К основным рискам при внедрении системы автоматизации могут быть
отнесены следующие:
- Автоматизация не регламентированных бизнес-процессов.
- Необходимость в частичной или полной реорганизации структуры
предприятия.
- Необходимость изменения технологии бизнеса в различных аспектах.
- Сопротивление сотрудников компании.
- Временное увеличение нагрузки на сотрудников во время внедрения
системы.
56
- Необходимость в формировании квалифицированной группы внедрения,
выбор влиятельного руководителя группы.
Любой проект автоматизации несёт в себе множество рисков, которые
могут привести к неудачному внедрению. Однако, проанализировав все риски
еще на стадии планирования проекта, компании могут минимизировать
вероятность потерь.
Для минимизации влияния рисков необходимо осуществлять управление
рисками, которое выражается в следующих мероприятиях:
- Идентификация рисков проекта, системы или бизнеса.
- Оценка вероятности и последствий рисков.
- Составление плана предотвращения или минимизации воздействия риска.
- Мониторинг риска в течение проекта.
В процессе идентификации риски могут быть классифицированы по
следующим категориям:
- Технологические риски.
- Риски сотрудников.
- Организационные риски.
- Риски инструментальных средств.
- Риски требований.
- Риски оценки.
Основными мерами по снижению рисков являются [Силич]:
- отказ от ненадежных партнеров, рискованных проектов, замена
устаревшего оборудования;
- создание системы резервов, страхование;
- распределение ответственности, распределение риска во времени).
В случае реализуемого проектного решения вероятность возникновения
рисков снижена за счёт реализации ряда организационных мероприятий:
- Все работы по установке, настройке и обучению выполняет руководитель
компании.
- Риски сотрудников минимальны в силу сформированности у них
мотивации к внедрению автоматизированной ИС, применение которой
призвано облегчить процесс обработки заявок клиентов.