98
внимание уделяется начальным этапам разработки - анализу и проектированию,
где реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов (макетирования).
Проектирование
Реализация
Тестирование
Версия 1
Версия 2
Версия 3
Разработка
требований
Ввод в действие
прототипов системы
Рисунок 2.4 - Спиральная модель ЖЦ ИС
Классическая каскадная модель, несмотря на полученную в последнее
время негативную оценку, исправно служила специалистам по программному
инжинирингу многие годы. Понимание ее сильных сторон и недостатков
улучшает оценочный анализ других, зачастую более эффективных моделей
жизненного цикла, основанных на данной модели[4].
Для разрабатываемого проекта наиболее подойдет каскадная модель для
разработки приложения из-за возможности контроля промежуточных фаз, в тоже
время проект не является достаточно большим, чтобы проявились все недостатки
этой модели[28].
Далее производится выбор стратегии внедрения разработанной системы. В
настоящий момент выделяется четыре стратегии внедрения информационной
системы:
Параллельная стратегия - для случая, когда старую работающую
систему необходимо заменить новой;
99
Скачок – эта стратегия подразумевает резкий переход от одной
системы автоматизации к другой;
Опытная эксплуатация пилотного проекта - это тактика "скачка", но
применяемая к ограниченному числу изделий, наиболее успешна в малом участке
деятельности;
Узкое место - при внедрении "узкого места" план внедрения
выполняется только для "узкого места" и для людей, работающих в нем[3].
Исходя из описания и условий деятельности компании, а также
особенностей разрабатываемой информационной системы, в качестве стратегии
внедрения выбрана стратегия «Опытная эксплуатация пилотного проекта», что
позволит внедрить разрабатываемую систему сразу же после ее подготовки. В
этом случае использование ручного варианта учета данных прекращается, что
позволит увеличить скорость работы сотрудников компании с первого момента
использования системы, в этом случае внедрение системы произойдет наиболее
безболезненно.
Существует 4 основных способа начала использования новой системы
Параллельная стратегия;
Скачок;
Узкое место;
Опытная эксплуатация "пилотного проекта.
Параллельная стратегия не подходит , так как компания не располагает
достаточными ресурсами для ведения учета одновременно в автоматизированном
и ручном вариантах. Стратегия Скачек не позволяет плавно перейти на
использование разработки, узкое место больше подходит для использования в
крупных компаниях. Поэтому в качестве стратегии внедрения ИС была выбрана
«Опытная эксплуатация пилотного проекта».
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
100
На каждом этапе жизненного цикла ИС есть различные риски. Они
приводят как к серьезным неустойкам во в процессе разработки системы, так и в
ее функциональных возможностях.
Далее будут представлены риски в зависимости от процессов ЖЦ, а также
возможные методы их предотвращения.
Процесс подготовки проекта
Риск персонала
Риски:
• Набор необученного персонала к выполнению проекта;
• Набор в группу разработчиков «случайных» сотрудников, а не
главных участников автоматизируемых процессов производства;
• Неимение выработанной стратегии автоматизации;
• Несогласованность в общих целях и задачах проекта;
• Отсутствие мотивационных поощрений сотрудникам;
• Нежелание персонала участвовать в проекте;
• Хаотичный план ведения работ.
Методики предотвращения:
• Постоянное взаимодействие с руководством в процессе всего
проекта, оперативное принятие решений;
• Привлечение к проекту ведущих специалистов и консультантов;
• Четкая формулировка целей и задач;
• Выработка определённой стратегии автоматизации компании;
• Неизменный состав рабочей группы во время подготовки проекта.
101
Риск ведения проекта
Риски:
• Ошибочная установка границ и масштаба проекта;
• Выделение ошибочных функций системы;
• Подбор неверных технологий и методологий решений задач;
• Несоблюдение приведенных заказчиком требований.
Методики предотвращения:
• Поддержка стабильности границ проекта, которые выделяются еще
на начальном этапе и неизменны вплоть до финала проекта;
• Точное планирование выполняемых работ;
• Включение в проект необходимых ресурсов;
• Согласованное и утвержденное проектное решение;
• Высокий порог принятия изменений.
Риск неверного планирования
Риски:
• Малоэффективный план организации разработки системы;
• Несоблюдение сроков реализации работ по этапам.
Методики предотвращения:
• В начальных стадиях проекта проведение учета, организация
командной работы, выделение ролей и стимулирование;
• Описание и сохранение всех проведенных работ и открытый доступ
к этим данным для всех участников проекта.
Процесс разработки
Риск персонала
102
Риски:
• Увольнение сотрудников, которые отвечают за проведение
разработки;
• Несогласованность действий между участниками проекта из-за
плохой системы коммуникации;
• Ошибочное представление задачи проектирования;
• Набор разработчиком без опыта работы с подобными системами.
Методики предотвращения:
• Грамотный набор сотрудников, участвующих в проекте;
• Реализация четкой системы взаимодействия между сотрудниками,
полное документирование изменений в системе.
Технические риски
Риски:
• Остановка разработки из-за ошибок в применяемом ПО;
• Пользовательская документация состоит из описания лишь
некоторых функций системы.
Методики предотвращения:
• Работа только с проверенным лицензионным ПО, регулярное
резервное копирование данных;
• Отслеживание полноты сведений во всех документах.
Процесс внедрения
Риск персонала
Риски:
103
• Разрозненность деятельности разработчиков и экспертов предметной
области;
• Отсутствие желания у сотрудников использовать новую систему и
связанные с этим сложности их обучения;
• Безучастность руководства.
Методики предотвращения:
• Обучение пользователей со стороны заказчика методики работы с
системой;
• Подготовка плана внедрения системы;
• Обоснование важности и нужности автоматизации персоналу;
• Привлечение руководящего персонала в проект и активное
взаимодействие с ним во время проведения всего проекта.
Технические риски
Риски:
• Утрата информации при внедрении системы.
Методики предотвращения:
• Наем квалифицированных сотрудников, которые имеют опыт
разработки подобных систем.
Процесс эксплуатации и сопровождения
Технические риски
Риски:
• Баги и ошибки ПО, приводящие к невозможности использования
системы;
• Неправильное использование оборудования;
104
• Отсутствие функциональных возможностей системы из-за
реорганизации предприятия.
Методики предотвращения:
• Полноценное тестирование и дополнение во время разработки
системы;
• Описание и занесение в документы всех технических условий и их
согласование.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.1.
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
ПМ
Авторизация
ПМ учет
договоров
и
платежей
ПМ
формирования
отчетов
ПМ работы со
справочниками
Пользователи
Чтение
Чтение
Ввод данных
Полный
Администратор
системы
Полный
Полный
Полный
Полный
Менеджеры
Чтение
Чтение
Чтение
Нет
105
В целях защиты информационной системы проводятся следующие
мероприятия:
обеспечение сетевой безопасности;
обеспечение локальной безопасности;
обеспечение физической безопасности.
Для обеспечения сетевой безопасности используются следующие средства:
фильтрация трафика;
ограничение доступа в интернет и во внутреннюю сеть;
антивирусная фильтрация;
система обнаружения атак;
контроль содержания трафика;
протоколирование и регулярный мониторинг доступа.
Локальная безопасность обеспечивается осуществлением следующих
мероприятий:
антивирусный контроль;
аппаратная защита от несанкционированного доступа;
криптографическая защита данных;
защита персональным файрволом;
резервирование данных;
протоколирование доступа.
Для обеспечения физической информации файрвол, веб-сервер, сервера
IDS и контроля за трафиком и все сервера данных находится в отдельном
помещении, доступ в которое разрешен только администраторам, у которых есть
ключ или магнитная карта к этой комнате (комната закрыта). Помещение
оборудовано принудительной вентиляцией и пожарной защитой
106
(полуавтоматической). Вход в офис компании должен осуществляться только по
магнитным картам.
2.2 Управление проектом автоматизации
2.2.1 Описание системы принятия управленческих решений
Нынешняя концепция управления проектом определена на понятии
«проект», где проект выступает не только в качестве объекта управления,
обладающего отдельными присущими только ему свойствами, но и как общая
характеристика сути, как основное свойство управления проектом.
Сейчас имеется большое количество трактовок понятия «проект». И все они
основаны на стандартных характеристиках проекта: единая цель, лимиты во
времени, ограниченность ресурсов. Существует два недостатка - недоступность
связи между проектом как заранее созданным планом и проектом как процедурой
внедрения этого плана, а также отсутствие отношения между проектом и
управлением проектом.
Исходя из указанного выше, имеем следующие определения.
Проект является системным комплексом плановых (технологических,
денежных, организационных и др.) документов, включающих в себя комплексно-
системную модель методик, направленных на следование указанной цели. При
этом не нужно понимать сам проект, как особый вид работ по управлению чем-
либо. Проект - это совокупный план, законченная модель действий. Его важно
создать и внедрить, что и составляет укрупненное содержание проектного
управления.
Управление проектом является уникальным типом управленческой
деятельности, определяемой предварительной коллегиальной реализацией
комплексно-системной модели действий по следованию исходной цели и
направленный на внедрение этой модели.
107
Отличие проекта от производственной системы состоит в том, что проект
можно назвать однократной нецикличной деятельностью. Массовый же выпуск
продукции не имеет заранее оказанных временных рамок и зависит только от
объема спроса. Когда он исчезает, цикл производства останавливается. Сами же
циклы в своем естественном виде проектами назвать нельзя. Но сейчас проектный
подход зачастую начинает использоваться в процессах, направленных на
постоянное производство. К примеру, проекты развития производства до
необходимого уровня в рамках некоторого определенного периода, опираясь на
заданный бюджет, или реализация определенных заказов с договорными сроками
поставки.
Проект как система деятельности живет лишь тогда, пока он требуется для
получения финального результата. Концепция проекта, однако, не идет в разрез
концепции фирмы или компании и может быть совместима с ней. Тем более,
проект иногда становится базовой формой деятельности компании.
2.2.2 Формирование команды проекта автоматизации
Среди общераспространенных проблем процесса разработки программного
обеспечения встречаются следующие:
Изменение требований непосредственно в процессе разработки.
Нечеткое распределение ответственности за выполняемую работу и
ее результат.
Наличие непрерывного потока мелких, «быстрых», наваливающихся
требований, отвлекающих разработчиков и менеджеров от основного
направления работ.
Как следствие, срыв сроков, раздувание бюджетов, потеря качества.
Для решения задачи успешной организации процесса разработки ПО была
создана гибкая методология разработки проектов.