Дипломная работа: Автоматизация и обеспечение информационной безопасности учета рабочего времени сотрудников компании ООО "ВОХ"
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
62
разработки с пользователями делается только в отдельных точках, планируемых
после завершения некоторого объема работ, а общие требования к ИС отражены в
техническом задании на все время ее создания. Поэтому пользователи часто
получают систему, которая не полностью удовлетворяет их реальным
потребностям.
Итеративная разработка показывает объективно существующий цикл
разработки сложных систем. Она дает возможность переходить на следующий
этап, не дожидаясь окончательного завершения работы на текущем этапе и решить
главную задачу – оперативное и быстрее представить пользователям
работоспособный продукт, тем самым, заранее начиная процесс уточнения
корректировки требований.
Главная проблема спирального цикла в определении момента перехода на
другой этап. Для ее решения внедряются временные ограничения на все этапы
жизненного цикла, и переход производится в соответствии с планом, даже если
работы по прошлому этапу еще не завершены. Планирование производится на
базе статистических сведений, полученных при подготовке других проектов, а
также из личного опыта разработчиков.
Для разработки системы выбираем каскадную модель, так как она
позволяет работать над несколькими этапами разработки одновременно.
Для внедрения системы выбираем стратегию Пилотный проект.
Работы, ожидаемые на этапе эксплуатации, можно разделить на две
группы: плановые и неплановые.
К плановым работам будут относятся такие работы, как:
инсталляция программного обеспечения;
базовая настройка и проверка работоспособности компонентов
устанавливаемой системы;
устранение недостатков в конфигурации системы;
проверка надежности работы системы;
окончательная донастройка.
Данные работы будут выполнять специалисты отдела ИТ.
Внедрение системы.
Существует несколько различных стратегии внедрения системы:
63
1) Стратегия “Параллельное использование” предполагает параллельное
выполнение старой и новой технологии решения задачи, их результаты
сравниваются. Если результаты сравниваются длительное время, то реализуется
переход на новую технологию.
Положительные стороны:
• Отсутствие риска ошибок в виде новых технологий;
• Внедрением ИС можно заниматься независимо от обычного
операционного планирования фирмы.
Негативные стороны:
• Сильная загрузка персонала;
• Необходимость удвоения мощности серверов;
• Необходимость сверки результатов деятельности двух технологий.
2) Стратегия “Скачек” – это не новая технология, и работает она до
определенного момента, затем реализуется внедрение новой технологии, а затем
уже используется только новая технология.
Положительные стороны:
• Почти незаметный переходный период;
• Отсутствие двойных затрат на деятельность компании;
• Новые процессы более оптимальны поскольку нет переходного
периода.
Негативные стороны:
• Повышенный риск несоответствия качества ИС требованиям
предприятия;
• Повышенные требования к процессу планирования перехода на
обновленную технологию;
3) Стратегия “Пилотный проект” применяет тактику скачка к некоторому
числу процессов, областью применения зачастую становится небольшой участок.
Положительные стороны:
• Отсутствии риска выбора неверного решения, приводящего к
длительному простою всего предприятия;
• Доступность изменения планируемой технологии в процессе
установки ИС на участке;
64
• Отсутствие двойных затрат на реализацию проекта.
Негативные стороны:
• Запутанное объединение информационных потоков, составляемых
по старой и новой технологии;
• Одновременное управление и старой, и новой ИС.
4) Стратегия “Узкое место” автоматизирует малую часть
производственного процесса, который зачастую выбирается по критериям
эффективности, приводящих к увеличению качества внедрения процессов только
выделенном узком месте.
Положительные стороны:
• После окончания автоматизации каждого узкого места можно
прервать автоматизацию;
• Невысокие требования к уровню планирования внедренческих работ.
Негативные стороны:
• Проведение полного цикла планирования на каждом из узких мест –
имея возможность прерывания автоматизации, сам процесс может никогда не
закончится;
• Независимость автоматизации узких мест приводит к созданию
лишнего множества программно-аппаратных решений.
Следующим этапом становится этап тестирования системы, в котором
определяются ее недостатки и узкие места, а также реализуются меры по
устранению и модернизации системы.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Проект разработки информационной системы учета рабочего времени, как
любой другой проект разработки программного обеспечения, содержит в себе
много неопределенных моментов, которые влекут за собой риски реализации
проекта.
Управление рисками состоит в их раннем выявлении и принятии мер,
которые позволят либо 100% предотвратить их возникновение, либо значительно
уменьшат последствия.
65
Сегодня существует три общепринятых стратегии управления рисками:
• Избегание рисков – проект строится так, чтобы исключить
возможность появления любого риска;
• Делегирование рисков – проект строится так, чтобы передать все
риски третьей стороне (инвесторам, банкам, заказчикам и т.п.);
• Принятие рисков – риски считаются неизбежной составляющей
проекта, реализуется постоянный мониторинг симптомов их проявления, часто
дорабатывается план действий в случае возникновения рисков.
Модно рассмотреть две базовые категории рисков – прямые и косвенные.
На прямые риски проектная команда еще как-то можно повлиять, а вот косвенные
риски нельзя проконтролировать в принципе.
Риски делят на 2 основных вида:
1) Ресурсные риски:
• Организация (делала ли компания прежде проекты аналогичной
сложности, есть ли формальный процесс создания ПО и т.п.);
• Финансирование (обеспечено ли на 100% финансирование проекта,
утверждена ли стоимость проекта или она все еще предмет для обсуждений, точно
ли проведена оценка затрат и т.п.);
• Персонал (хватает ли людей для выполнения проекта, имеют ли они
нужные навыки и опыт, случалось ли им раньше работать вместе и т.п.);
• Время (актуален ли план проекта, как критична установленная дата
завершения проекта и т.п.);
• Бизнес (что будет, если конкурент выйдет на рынок быстрее, выгода,
полученная от осуществления проекта больше, чем затраты на него, что случится,
если ключевые поставщики в силах будут выполнить свои обязательства и т.п.);
2) Технические риски:
• Область действия проекта (могут ли меняться критерии правильного
завершения проекта, требования понятны и стабильны, область действия четко
фиксирована или будет расширяться в будущем и т.п.);
• Технологии (применялась ли используемая технология раньше или
она только что разработана, есть ли необычные или инновационные технические
решения, с которыми проектная команда раньше не могла сталкиваться и т.п.);
66
• Внешние зависимости (зависит ли проект от выполнения других
проектов, зависит ли успех проекта от сторонних продуктов или поставщиков и
т.п.).
В нашем проекте можно выделить следующие основные риски на каждом
этапе разработки (таблица 11).
Таблица 10
Основные риски на этапах реализации системы
Этап
Риск
Мероприятия
Предпроектное
исследование
Несоответствие
выделенного бюджета
масштабу проекта
Переговоры по увеличению
бюджета или отказ от участия
в проекте
Неформализуемая задача
(невозможно
автоматизировать те или
иные бизнес-процессы или
стоимость такой
автоматизации превысит
ожидаемую выгоду)
Пересмотреть область
действия проекта с целью
выделения отдельных задач,
поддающихся автоматизации.
Провести детальный анализ
бизнес-процессов и
предложить комплекс
мероприятий по их
реорганизации.
Проектирование
базы данных и
приложения
- неправильное
определение рамок и
масштабов проекта;
- проектирование
ошибочных функций и
интерфейсов будущей
системы;
- выбор неправильных
технологий и методов
решения поставленных
задач;
- несоблюдение требований
заказчика при
проектирование будущей
системы или постоянное
изменение требований.
- обеспечение стабильности
границ проекта,
определенных на начальном
этапе, вплоть до окончания
проекта;
- качественное планирование
работ;
- своевременная
идентификация проектных
рисков и разработка
рекомендаций по снижению
рисков;
- обеспечение проекта
необходимыми ресурсами;
- обязательное утверждение и
согласование по проектным
решениям;
Разработка базы
данных и
приложения
Недостаточно ресурсов для
выполнения комплексного
и нагрузочного
тестирования
Увеличить количество
привлекаемых специалистов
Источник: https://baza.diplomsite.ru/previewfile/1818