56
Эволюционная стратегия представляет собой многократный проход
этапов разработки. Данная стратегия основана на частичном определении
требований к разрабатываемому программному средству в начале процесса
разработки. Требования постепенно уточняются в последовательных этапах
разработки. Результат каждого цикла разработки обычно представляет собой
версию программного средства. Для эволюционной стратегии характерно
меньшее количество циклов разработки при большей их продолжительности по
сравнению с инкрементной стратегией. При этом результат каждого цикла
разработки существенно отличается от результата предыдущего цикла.
Представителем эволюционной стратегии, являются спиральная модель,
представленная на рисунке 2.3 [17. стр. 121].
Достоинства стратегии:
1) возможность уточнения и внесения новых требований в процессе разработки;
2) пригодность промежуточного продукта для использования;
3) возможность управления рисками;
4) обеспечение широкого участия пользователя в проекте, начиная с ранних
этапов;
5) реализация преимуществ каскадной и инкрементной стратегий.
Недостатки стратегии:
1) неизвестность точного количества необходимых итераций и сложность
определения критериев для продолжения процесса разработки на следующей
итерации;
2) сложность планирования и управления проектом;
3) необходимость активного участия пользователей в проекте, что реально не
всегда осуществимо;
4) необходимость в мощных инструментальных средствах и методах
прототипирования;
5) возможность отодвигания решения трудных проблем на последующие циклы.
57
Рис. 2.3. Спиральная модель жизненного цикла
Для реализации модуля, автоматизирующего работу по учету труда и
заработной платы на частном предприятии «Джамп плюс» выбрана стратегия
жизненного цикла программного обеспечения – инкрементная и
представляющая ее инкрементная модель. В инкрементной модели
планирование тестирования и испытаний производиться на ранних стадиях
разработки программного средства, упрощена оценка промежуточных
результатов разработки, облегчен процесс управления и контроля за ходом
разработки [17. стр. 141].
В соответствии с СТБ ИСО/МЭК 12207–2003 все модели жизненного
цикла программного обеспечения содержат процессы: основные,
вспомогательные, организационные.
К основным процессам жизненного цикла программного обеспечения
относятся:
1. Заказ;
2. Постановка;
3. Разработка;
4. Эксплуатация;
5. Сопровождение.
58
К вспомогательным процессам цикла программного обеспечения
относятся:
1. Документирование;
2. Управление конфигурацией;
3. Обеспечение качества:;
4. Верификация;
5. Аттестация;
6. Совместный анализ;
7. Аудит;
8. Решения проблем.
К организационным процессам жизненного цикла программного
обеспечения относятся
1. Управление;
2. Создание инфраструктуры;
3. Процесс усовершенствования;
4. Процесс обучения.
Процесс разработки состоит следующих этапов, выполняемых
разработчиком. Описание каждого этапа применительно к разрабатываемому
модулю, автоматизирующего работу по учету труда и заработной платы на
частном предприятии «Джамп плюс», отражено в таблице 2.1.
Таблица 2.1
Описание этапов жизненного цикла разрабатываемого веб-
представительства
Наименование
этапа
Описание этапа
1
2
Подготовка
процесса
разработки
Выбрана модель жизненного цикла программного
средства. Приняты решения о применяемых методах,
инструментальных средства разработки и языках
программирования.
59
Продолжение таблицы 2.1
1
2
Анализ требований
к системе
Определены общая, техническая и программная
архитектуры проекта. Проанализировано назначение
программного средства и, на основании выполненного
анализа, уточнены требования к нему. Также на данном
этапе оговорены планы сборки и квалификационных
испытаний системы.
Проектирование
программных
средств
Требования к программному средству преобразованы в
его архитектуру, осуществлено детальное проектирование
программного средства. Произведено распределение
технических требований к компонентам между
программными модулями.
Программирование
и тестирование
программных
средств
Осуществляется кодирование и тестирование
программных модулей, а также оценка полученных
результатов
Сборка и
квалификационные
испытания
программных
средств
Осуществлена сборка программных модулей, технической
конфигурации, и ручных операций в единую подсистему.
Проведено тестирование и оценка качества собранной
подсистемы с моделируемыми исходными данными.
Ввод в действие и
обеспечение
приемки
программных
средств
Разработанный проект введен в действие в среде
эксплуатации, проведено заказчиком приемочных
испытаний с целью проверки пользователем соответствия
системы исходным требованиям.
Эксплуатация и
сопровождение
определяются недоработки и согласованность работы всех
компонентов. При выявлении недоработок определяются
перечень указаний для исправлений разработчиком
60
Разработка модуля по учету труда и заработной платы на частном
предприятии «Джамп плюс» предполагает первоначальный анализ
существующих решений на предприятии и выборе стратегий внедрения (таблица
2.2).
Таблица 2.2
Классификация стратегий внедрения программных средств
Стратегия
внедрения
Характеристика
1
2
Параллельное
использование
Подразумевает одновременную работу старой (возможно
традиционной ручной) и новой автоматизированной
системы. Они могут согласованно существовать
длительное время, после чего осуществляется
окончательный переход на новую систему.
Скачок
Означает, что прежняя система еще вчера работала, а
сегодня в организации перешли на новую систему
Пилотный проект
Представляет собой тактику «скачка», но применяемую к
ограниченному числу процессов. То есть обычно он
используется на небольшом участке деятельности. Такой
подход снижает риски и наиболее надежен. Практически
большинство организаций применяют эту тактику.
Узкое место
это малая часть некоторого процесса. При использовании
такого похода внедрение автоматизированной
информационной системы выполняется только для
конкретного «узкого места» и работающих на нем людей.
Причем эффективность обычно повышается только на
этом узком месте
Для реализации модуля по учету труда и заработной платы на частном
предприятии «Джамп плюс» наиболее подходящей стратегией внедрения
является стратегия параллельного внедрения. Разрабатываемое программное
средство является дополнением к уже существующему на частном предприятии
61
«Джамп плюс» информационному обеспечению и входит в состав большого
функционального блока, выполняемого бухгалтером, реализуемого не только
при помощи компьютерной техники.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Разработка модуля по учету труда и заработной платы на частном
предприятии «Джамп плюс» может быть связана с возможными рисками,
возникающими на различных этапах жизненного цикла. Риски, возникающие на
этапах жизненного цикла программного обеспечения, представлены в таблице
2.3.
Таблица 2.3
Возможные риски, возникающие на этапах жизненного цикла
программного обеспечения
Наименование
этапа
Возможные риски
1
2
Подготовка
процесса
разработки
Недальновидный анализ сроков проекта;
Некачественный анализ бюджета проекта;
Неправильно подобран состав разработчиков,
отсутствие командной работы.
Анализ требований
к системе
Возможно возникновение риска неточного и
неполного формулирования требований к
разрабатываемому программному средству, что повлечет
за собой увеличение не только срока разработки, но и
дополнительных денежных средств.
Проектирование
программных
средств
Возможен риск возникновения неправильного или
некорректного описания программной и технической
архитектуры выбираемого решения.
62
Продолжение таблицы 2.3
1
2
Программирование
и тестирование
программных
средств
Неполное понимание требований к
разрабатываемому программному средству и, как
следствие, неправильное программирование архитектуры,
а также сдвиг сроков.
разработка определенного модуля будет сопряжена
с большими трудностями, что будет мешать продвижению
разработки.
отсутствие должной квалификации у программиста
в том языке, на котором решено реализовывать
программу.
Сборка и
испытания
программных
средств
Возможен риск выявления большого количества
ошибок в программном коде, что потребует больших
затрат на доработку и устранения всех выявленных
ошибок.
Ввод в действие и
обеспечение
приемки
программных
средств
Риски неправильного принятия решения о
законченности части проекта.
Возникновение нестыковок с другими частями
разрабатываемой подсистемы;
персонал автоматизируемой компании негативно
относиться к внедрению нового программного
обеспечения.
Эксплуатация и
сопровождение
Несоответствие функциональных возможностей
разработанного проекта, вследствие реорганизационных
изменений предприятия;
Изменения в квалификации сотрудников
использующих подсистему;
Некорректная эксплуатация оборудования;
Нарушение информационной безопасности;
Использование вредоносных программ.
63
Для уменьшения величины риска на различных этапах жизненного цикла
модуля по учету труда и заработной платы на частном предприятии «Джамп
плюс» планируется выполнить следующие действия:
На этапе «Подготовка процесса разработки» для уменьшения величины
рисков планируется предпринять следующие шаги:
более детальная проработка целей и задач разрабатываемого
проекта, более четкое представление предметной области проекта;
более тщательным подбором специалистов в проектную группу,
учет личностных качеств и навыков.
На этапе «Анализ требований к системе» для уменьшения величины
риска планируется более тщательно проанализировать требования к подсистеме,
учет пожеланий всех планируемых пользователей программы.
На этапе «Проектирование программных средств» уменьшение риска
зависит от компетенции руководителя проекта, на котором лежит принятие
решение о выборе архитектуры разрабатываемого решения.
На этапе «Программирование и тестирование программных средств» для
уменьшения величины риска планируется предпринять следующие шаги:
более чёткое написание требований к разрабатываемому
программному средству, понятных программисту
минимизацией риска разработки сложного модуля, можно либо
разбить данный модуль на несколько и решить поставленные задачи по
отдельности, либо упростить сложный модуль, если это единственный вариант
преодоления риска.
Уменьшение риска отсутствия должной квалификации у
программиста возникает, если на этапе «Подготовка процесса разработки»
принятие решение о выборе среды и языка программирования будут
приниматься с учетом выбора специалиста – разработчика.
На этапе «Сборка и квалификационные испытания программных
средств» для предотвращения риска на предыдущих этапах проводились
предварительная оценка качества и соответствия разрабатываемой программы
выдвинутым требованиям.
64
На этапе «Ввод в действие и обеспечение приемки программных
средств» для уменьшения величины риска планируется предпринять следующие
шаги:
Более детальный анализ программной и технической архитектуры
выбираемого решения на этапах «Проектирование системы» и «Проектирование
программных средств»;
произвести предварительное обучение персонала еще до начала
внедрения,
подготовить материалы для службы сопровождения и поддержки.
На этапе «Эксплуатация и сопровождение» для уменьшения величины
риска планируется предпринять следующие шаги:
Своевременный контроль знаний и обучение сотрудников,
приступающих к взаимодействию с программным продуктом, со стороны
руководства предприятия.
Использовать и вовремя обновлять антивирусные программы,
Предоставить работникам организации возможность работы только
с той информацией, которая им необходима для исполнения своих служебных
обязанностей;
Документирование технических условий и их согласование со
всеми заинтересованными участниками проекта;
Обязательное утверждение и согласование любых изменений.
Четкое планирование сроков проекта и момента прекращения
работы над проектом со стороны исполнителя [7. стр. 182].
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Угрозы могут происходить в виду случайных, преднамеренных или
естественных событий. При возникновении угрозы реализуется возможность
причинения ущерба программному или аппаратному обеспечению частному
предприятию «Джамп плюс».
Средства обеспечения информационной безопасности и защиты
информации включают в себя организацию защиты от двух типов угроз:
65
защита информации от внутренних угроз;
защита информации от внешних угроз.
Защита информации от внутренних угроз на частном предприятии
«Джамп плюс» предполагает защиту модуля по учету труда и заработной платы
в процессе использования, для чего планируется разграничить доступ данным
паролями. Разграничение прав пользователей представлено в таблице 2.4.
Таблица 2.4
Разграничение прав пользователей
Группы
пользова-
телей
Модуль
«Сотрудники»
Модуль
«Начисление
заработной
платы»
Модуль «Расчет
отпуска»
Модуль «Расчет
больничного»
Руковод-
ство
предприя-
тия
чтение
чтение
чтение
чтение
Бухгалтер
Чтение
/запись/удаление
Чтение
/запись/удаление
Чтение
/запись/удаление
Чтение
/запись/удаление
Сотруд-
ники
Ограничен
Ограничен
Ограничен
Ограничен
Защита информации в разрабатываемой подсистеме от внешних угроз на
частном предприятии «Джамп плюс» предполагает защиту информации как от
угроз, обусловленных преднамеренными, так и случайными действиями. А
именно организация защиты от угрозы вывода системы из строя, разглашения и
искажения конфиденциальной информации, нарушения доступности
информации, сбоях и отказа работы оборудования.
В состав программных и аппаратных средств, предназначенных для
обеспечения информационной безопасности и защиты, входят следующие
средства защиты: