61
знаний. Из-за этих и других факторов каждый проект разработки программного
обеспечения содержит элементы неопределенности. Это называется рисками
проекта. Успех проекта разработки программного обеспечения в значительной
степени зависит от степени риска, который соответствует каждой деятельности
проекта. Как руководитель проекта, недостаточно просто осознавать риски.
Чтобы достичь успешного результата, руководство проекта должно определить,
оценить, расставить приоритеты и управлять всеми основными рисками.
Цель большинства проектов по разработке программного обеспечения
состоит в том, чтобы отличаться - часто за счет новых функций, большей
эффективности или использования достижений в разработке программного
обеспечения. Любой руководитель проекта программного обеспечения
согласится с тем, что поиск таких возможностей не может продвигаться без
риска.
Поскольку риски чрезвычайно реальны и довольно распространены во
всех программных проектах, крайне необходимо, чтобы заинтересованные
стороны усердно работали над выявлением, пониманием и смягчением любых
рисков, которые могут угрожать успеху проекта. Для проектов, имеющих
ограничения по времени и затратам, успешные усилия по разработке
программного обеспечения — это те, в которых снижение рисков является
центральным управленческим действием.
При проектировании информационной системы обязательно необходимо
задумываться о рисках, которые могут возникнуть на всех этапах её
существования. В этой части работы я опишу возможные риски и шаги, которые
можно предпринять для уменьшения величины каждого конкретного риска.
Риски разбиты по типам для улучшения восприятия.
Этап проектирования проекта:
1. Риски, связанные с сотрудниками
Список рисков этого типа:
• Недостаточный опыт сотрудников, привлекаемых в проект
• Плохо мотивированные сотрудники
• Плохое понимание персоналам конечной цели проекта
• Плохая коммуникация внутри коллектива
62
Способы снижения рисков:
• Налаживание процесса обчуения новых разработчиков более опытными
• Персональный подход начальников к своим подчинённым
• Мотивационные бонусы
• Чёткое разделение обязанностей сотрудников
2. Риски, связанные с принятием неправильных решений
Список рисков этого типа:
• Ошибочная оценка ресурсов, необходимых для проекта
• Появление лишнего функционала
• Неправильный выбор технологического стека
• Невыполнение технического задания заказчика
Способы снижения рисков:
• Хорошо поставленный процесс разработки
• Своевременное предоставление ресурсов, необходимых проету
• Неизменяемость границ проекта в течение его развития
• Принятие решения должно проходить в несколько этапов и согласований
3. Риски при планировании проекта
Список рисков этого типа:
• Плохо проработанный план развёртывания системы
• Неправильно определённые сроки разработки
Способы снижения рисков:
• Проведение независимых исследований
• Своевременное создание документации, доступной для всех
сотрудников, участвующих в проекте
Этап разработки
4. Риски, связанные с сотрудниками
Список рисков этого типа:
• Уход ключевых сотрудников
• Плохо мотивированные сотрудники
• Плохое понимание персоналам конечной цели проекта
• Плохая коммуникация внутри коллектива
• Утечка корпоративных данных
63
• Плохие отношения внутри коллектива
Способы снижения рисков:
• Тщательный отбор персонала
• Чётко разграниченные роли
• Мотивационные бонусы
• Хорошо выстроенная система безопасности проекта
• Совместные мероприятия и тим-билды
5. Риски, связанные со сбоями в системе
Список рисков этого типа:
• Отказ компонентов системы
• Неправильная работа системы после внесения в неё изменений
Способы снижения рисков:
• Качественный мониторинг системы
• Создание резервных копий
• Использование проверенных решений при разработке
• Своевременное изменение ресурсов при увеличение нагрузки
• Периодические исследования на выявление слабых мест системы с
последующим их устранением
Этап внедрения
6. Риски, связанные с сотрудниками
Список рисков этого типа:
• Плохая коммуникация между разработчиками и специалистами по
внедрению
• Недостаток знаний сотрудников после перехода на новую систему
Способы предотвращения:
• Проведение обучающих занятий для сотрудников заказчика
• Создание плана по внедрению новой системы
• Обоснование необходимости автоматизации персоналу
7. Технические риски
Список рисков этого типа:
• Утеря данных при внедрение новой системы
Способы предотвращения:
64
• Привлечение квалифицированного и опытного персонала
Этап эксплуатации и сопровождения
8. Технические риски
Список рисков этого типа:
• Ошибки в работе системы
• Некорректная работа старого функционала после обновления
• Некорректная эксплуатация оборудования
• Устаревшая документация
Способы предотвращения:
• Своевременные исправление ошибок системы
• Тщательно выстроенная система тестирования нового функционала и
регрессионное тестирование старого
• Своевременное обновление документации
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
При эксплуатации разработанной информационной системы для
обеспечения её безопасности от внешних и внутренних угроз используется
комплекс мер по защите информации. В этот комплекс прежде всего входят
средства, позволяющие ограничить доступ пользователей к различным модулям
системы.
Для защиты от внутренних угроз в системе используется политика
разделения прав доступа. Характеристика политики приведена в таблице 2.1.
Таблица 2.1
Разграничение прав пользователей
Группы
пользователей
Модуль
«Клиенты»
Модуль
«Контакты
Модуль
«Сотрудники»
Модуль
«Учет»
Менеджер по
работе с клиентами
Чтение/Добавле
ние
Чтение/Добавл
ение
Чтение
Чтение
Руководитель
Чтение/Добавле
ние
Чтение/Добавл
ение
Чтение/Добавлен
ие
Чтение/До
бавление
Администратор
Полный
Полный
Полный
Полный
65
Система информационной безопасности (ИБ) компании включает в себя
реализацию защиты составных частей информационной инфраструктуры от
возможных вариантов нарушения сохранности ИТ-ресурсов и относящихся к
ним ИТ-сервисов.
Система ИБ включает в себя объединённый комплекс административных
программно-технических мер по реализации безопасности информационных
ресурсов. Для создания системы ИБ основной составляющей становится
административная часть системы, включающая в себя:
• Методики реализации ИБ, входящие в систему администрирования
и обеспечивающие контроль работы самой системы ИБ;
• Политику ИБ, определяющую главные положения и сферу влияния
системы ИБ;
• Политику безопасного применения информационных сервисов,
определяющих конкретные требования реализации безопасности компонентов
IT-инфраструктуры безопасности;
• Методики поддержания политик безопасности, которые включают в
себя средства и мероприятия по созданию требований политик безопасности и
отслеживания их выполнения (создаются на этапе реализации системы ИБ).
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Информационная модель представляет собой схему движения входных,
промежуточных и результативных потоков и функций предметной области.
Кроме того, она объясняет, на основе каких входных документов и какой
нормативно-справочной информации происходит выполнение функций по
обработке данных и формирование конкретных выходных документов.
Информационная модель представлена на рис. 2.1.
66
ИС
Спр
Сотрудники
Спр
Сотрудники*
Спр Расходы
Спр
Расходы*
Спр Статьи
расходов
Спр Статьи
расходов*
Т Бюджет
факт
Т Бюджет
факт*
Т Бюджет
план
Т Бюджет
план*
Сотрудник
Ввод
сотрудников
Сведения о
сотрудниках
Ввод групп
статей
расходов
Сведения о
статьях расхода
Ввод статей
расходов
Составление
планируемого
бюджета
Составление
фактического
бюджета
Анализ
бюджета
Планируемый
бюджет
Планируемый
бюджет
Фактический
бюджет
Фактический
бюджет
Результат
анализа
бюджета
Анализ бюджет
Сотрудник
Рисунок 2.1 Информационная модель
В соответствии с информационной моделью работа системы строится
следующим образом. Сотрудник, используя экранный формы, производит
первоначальное наполнение справочников. Далее сотрудник вводит данные по
составлению маркетинговых исследований, вводя данные по планируемым
мероприятиям, в результате чего формируется бюджет исследования. После
проведения маркетингового исследования производится учет фактических затрат
и сравнение их с планируемыми.
67
Входной информацией для разрабатываемой системы является
информация о размере расходов на деятельность компнаии. Данная информация
импортируется вводится сотрудником вручную, на основании текущего анализа
рынка.
Выходной информацией разрабатываемой системы являются отчеты о
планируемых и фактических расходах на осуществление маркетинговых
исследований.
Выделим основные сущности разрабатываемой системы :
статья расхода — хранит данные о наименовании типа расхода;
расходы — хранит данные о конкретных размерах расходов;
справочник сотрудников — содержит информацию о сотрудниках,
привлекаемых для выполнения маркетинговых исследований;
справочник маркетинговых исследований – содержит данные о
конкретных маркетинговых исследованиях;
бюджет планируемый – хранит данные о результатах планирования
бюджета.
бюджет фактический – хранит данные о результатах фактического
бюджета.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
К внутримашинному анализу можно отнести ведение электронных
справочников, которое реализовано параллельно, являясь самостоятельным
технологическим процессом. Справочники применяются при вводе оперативных
данных по приходящим проектным документам, а также при создании итоговых
документов и отчетов.
Послемашинный анализ состоит в проверке корректности ведения
выходных документов и отправке их пользователям.
Технологический процесс внутримашинного анализа информации
является совокупностью операций, выполняющиеся в диалоговом режиме
работы с ПК и в различной последовательности. То есть череда технологических
операций выражена в процессе диалога пользователя с ПК.
68
Работа в диалоговом режиме не содержит чётко определенной
последовательности действий. Потому схема технологического процесса в
диалоговом режиме становится комплексом технологических операций,
отвечающих в схеме диалога задачи и существующий в рамках схемы работы
системы.
Пользователь ИС оснащен своим интерфейсом доступа. Любой
пользователь может выполнить только действия, на которые у него есть права.
По факту авторизации пользователь получает перечень возможных действий с
системой. Тут он может выбрать требуемый ему справочник или таблицу для
передачи нужных данных. Для этого в меню программы ищется
контролирующий это пункт. Затем в выбранном справочнике или таблице
добавляются, или корректируются уже имеющиеся записи, просматриваются
готовые документы или база остается неизменной.
В разработанной информационной системе используются справочники,
приведенные в Таблице 2.3.
Таблица 2.2
Перечень используемых справочников
Название
справочник
а
Ответственны
й за ведение
Средний
объём
справочник
а в записях
Средняя
частота
актуализаци
и
Средний
объем
актуализации
, %
Сотрудники
Администратор
50
1 раз в месяц
10
Статьи
расходов
Администратор
20
1 раз в год
10
Расходы
Администратор
500
1 раз в неделю
25
Реквизитный состав справочников приведен в Таблице 2.8.
Таблица 2.3
Реквизитный состав справочников
Наименование
Перечень реквизитов
Сотрудники
ФИО
Телефон
Паспорт;
69
Наименование
Перечень реквизитов
Адрес;
Специализация;
Ставка
Статьи расходов
Наименование
Расходы
Наименование расхода;
Статья расходов;
Стоимость единицы
В системе используются следующие входные документы:
сведения о сотрудниках, поступающие от отдела кадров;
прайс-лист на расходы, формируемый в результате анализа рынка.
Список пользователей содержит следующие сведения о пользователях
системы:
фамилия;
имя;
отчество;
должность;
На основании данного документа формируется содержимое справочника
Сотрудники.
Документ Прайс-лист в своем составе имеет наименование расхода
(включая статью расхода), артикул, а также его стоимость за единицу измерения.
На основании данного документа формируется содержимое справочников
Расходы, Статьи расходов.
В качестве оперативной информации в системе используются данные о
планируемом и фактическом бюджете маркетингового исследования.
Оперативная информация учитывается путем сохранения в двух таблицах базы
данных — Бюджет планируемый и Бюджет фактический..
Данные о бюджете поступают ежедневно, общим объемом около 150
документострок.
70
2.2.3 Характеристика результатной информации
Результатной информацией для разработанной системы по анализу
бюджета маркетингового исследования являются три документа:
Планируемый бюджет на съёмку;
Фактический бюджет на съёмку;
Анализ бюджета.
Данные документы содержат следующие реквизиты:
Бюджет планируемый:
Код МИ;
Код расхода;
Количество расходов (в единицах измерения);
Бюджет по статье расхода;
Общий бюджет
Бюджет фактический:
Код МИ;
Код расхода;
Количество расходов (в единицах измерения);
Бюджет по статье расхода;
Общий бюджет;
Расхождение с планируемым бюджетом по статьям расхода (в
рублях);
Расхождение с планируемым бюджетом по общему бюджету (в
рублях);
Расхождение с планируемым бюджетом по статьям расхода (в %);
Расхождение с планируемым бюджетом по общему бюджету (в %).
В разрабатываемой системе производится расчет следующих показателей:
Стоимость каждого мероприятия маркетингового исследования
Общий бюджет маркетингового исследования.
Таблица 2.3
Формализованное и исходное описание первичных показателей