58
В
добавления
изначально существовавших
наиболее
однородных информационных
обеспечить
систем
приложения
соответствии
представляли собой
снижение
единое целое. Для
продукта
разработки такого
пользователям
типа
приложений
приоритетных
применялся каскадный способ (рис. 2.1). Его
дата
основной
характеристикой
начинаться
является разбиение
рассмотрим
всей разработки
ddos
на этапы, причем
возвращает
переход с одного
которых
этапа на следующий
месяцев
происходит только
автоматизация
после того,
вывода
как
будет
файлы
полностью завершена
командной
работа на текущем.
Рисунок 2.1 – Каскадная
рассмотрим
модель
Каждый этап
недостатки
завершается выпуском
открытая
полного комплекта документов,
количество
ошибок
которых достаточно для
приложение
того, чтобы
действия
разработка могла
записи
быть
продолжена
предварительно
другими разработчиками.
Преимущества
если
применения каскадного
модернизацию
способа заключаются
необходимого
в
следующем:
‒ на каждом
который
этапе формируется
недостатки
законченный набор
открытия
проектных
документов, к
корпоративное
отвечают
поток
требованиям полноты
потоки
и согласованности;
‒ этапы работ,
однако
которые выполняются в
сбора
логичной последовательности,
наименование
помогают спланировать
работы
сроки завершения
российской
всех работ
модернизации
и соответствующие
затраты.
59
Каскадный
хранения
подход неплохо показал
использован
себя при
вводим
проектировании и
создания информационных
новее
систем, для
название
которых в начале создания можно
министерство
достаточно точно
возможность
и полно сформулировать
система
все требования
развит
с тем, чтобы
пользователь
предоставить разработчикам
isbn
свободу реализовать
администратор
их технически
index
как можно
иметь
лучше. В эту
понятие
категорию попадают
окно
сложные расчетные
достаточно
системы, системы
неключевой
реального времени
технические
и др.
При использовании
права
поэтапной модели с
управления
промежуточным контролем
(рис 2.2)
срок
разработка информационных
организации
систем ведется
записи
итерациями с циклами
базе
обратной связи
основной
между этапами. Корректировки между
необходимо
этапами позволяют
таблица
учитывать реально
edge
существующее взаимовлияние
количестве
результатов разработки
создать
на
различных этапах;
если
время жизни
части
каждого из этапов
финансовых
растягивается на весь
safemode
период разработки. Особого
отношение
распространения данная
explorer
модель не получила.
Рисунок 2.2 – Поэтапная
продукта
модель с промежуточным
разработки
контролем
Для преодоления
структурная
проблем, которые
менять
были у каскадной
поддержка
модели, была
выбирает
предложена спиральная
обновление
модель жизненного
первое
цикла (рис. 2.3),
альтернативный
в которой
делается
представляет
упор на начальных этапах жизненного
готовой
цикла: анализ
safemode
и
проектирование. На них реализуемость
модуль
технических решений
регистрации
проверяется
путем
поля
создания моделей программ. Каждый
использующий
виток спирали
таблица
соответствует
созданию
статуса
фрагмента или
электронный
версии программного продукта,
сотр
на нем уточняются
его цели
ввод
и характеристики, определяется
типографики
его качество
обязательная
и планируются работы
статус
следующего витка
модуль
спирали. Таким
информационных
образом углубляются
перечень
и последовательно
60
конкретизируются детали
пароль
проекта и в результате
пользователь
выбирается обоснованный
концепции
вариант, который
жизненного
доводится до реализации.
Рисунок 2.3 – Спиральная
позволяет
модель
Главная задача – как
приложение
можно быстрее
статусов
показать пользователям
mysql
системы
работоспособную
хранению
систему,
поддерживающий
тем самым
является
активизируя процесс
развит
уточнения и
дополнения
сотр
требований.
Для разрабатываемой
данных
информационной
аппаратные
системы подходит спиральная
модель
время
жизненного цикла. Такая модель
департамент
жизненного цикла
министерство
информационных систем является
декомпозиция
основным для
технические
выбранного нами
сообщения
стандарта
ISO/TEC 12207
описание
и
ведение
является наиболее эффективным
которых
по сравнению с другими,
которая позволяет
добавление
получить на выходе
технические
более качественное
электронного
решение при
достаточно
случилось
малом количестве
оценка
задействованных разработчиков и
части
относительно коротким
департамент
графиком проектирования. Данная модель
третьей
позволяет
модернизировать информационную систему
машин
путем
большую
создания новых
окно
версий.
Существуют несколько основных
клиент
стратегий внедрения
информационных
карта
систем:
61
1. При параллельной
создании
стратегии совместно работают
наименование
старая (ручная) и
рассмотрим
новая (автоматизированная) система,
диаграмма
и результаты работы сравниваются.
Если
клиентов
они не отличаются
записей
долгое время, то
время
происходит переход
результат
на более
современную (автоматизированную) систему.
2. "Скачок". Эта
создавать
стратегия привлекательна,
организации
но из-за высоких
разделяется
рисков
несоответствия
преимущества
оказываемых услуг,
отношение
которые не соответствуют
состав
требованиям
организации.
3. Как
ddos
наиболее часто
полноту
используемая, стратегия «Пилотный
среде
проект»
применяется к небольшому числу бизнес-процессов. Этот
приложение
вариант уменьшает
риск
введения
и наиболее надежен. Большинство
переход
организаций
программа
используют именно эту
стратегию сегодня.
4. При
jquery
использовании стратегии «Узкое
данных
место» план по внедрению
выполняется
информационной
только для «узкого
пользователем
места» и для
войти
людей, которые работают в
начальством
нем. Точность
файлы
данных повышается
настоящему
только для
циклами
изделий в этом «узком
налаженная
месте»;
переподготовка – только
возникает
для персонала, который работает в
файлы
нем; анализ
расчет
эффект-затрат делается
переподготовка
только для этого
выполнится
процесса и т.д.
Из
оформления
всех стратегий
сосредоточены
наиболее рискованная
подготовка
является «Пилотный
добавление
проект».
2.1.2. Ожидаемые риски
удобно
на этапах жизненного
данные
цикла и их описание
При создании
делится
и реализации любого
сотрудника
проекта часто возникает
сводная
ситуация,
которая связана с
никак
неопределенностью, неполнотой
автоматизации
или неточностью данных
система
об условиях реализации
структуру
проекта и
ядра
которые
виде
связаны с затратами
ошибке
и
результатами. Все участники
решить
проекта заинтересованы
установки
в том, чтобы была
добавление
возможность исключить
подключения
провал разрабатываемого проекта из-за различных
оперативной
неопределенных
авторизация
ситуаций. Для этого необходимо
компьютер
предусмотреть
специальные
перейти
процедуры, помогающие
план
учесть факторы
время
неопределенности и
риска
статусов
на всех фазах
умолчанию
и этапах проекта.
62
После
bootstrap
рассмотрения видов
искажение
и значимости рисков,
сотрудник
можно оказывать
пройти
на
них воздействие, при
повысить
этом снижая
которые
их плохое влияние
авторизация
на эффективность
разрабатываемого проекта. Следовательно, производится реальная
является
возможность управлять рисками. Факторы
блоков
риска и неопределенности
требуется
произвести
учитывать в расчетах
освоить
эффективности, если
лежит
при разных
направления
возможных
условиях реализации
поток
затраты и результаты
информационная
по проекту различны.
Этап
система
подготовки проекта
1. Риск
дата
работников
Риски:
‒ Привлечение неопытных
можно
работников к реализации проекта.
‒ Включение
который
в состав разработчиков сторонних (непроверенных)
содружества
работников
‒ Неимение единой
риск
стратегии автоматизации
‒ Неимение единой
состав
цели и задачи
таким
проекта
‒ Неимение мотивации сотрудников
‒ Негативное
витка
отношение работников к реализуемому проекту
‒ Непродуманный
клиент
план выполнения работ по
popuo
проекту
Возможные способы
представляет
предотвращения:
‒ Активное взаимодействие
заполнение
с начальством в ходе реализации проекта
языки
и актуальное принятие
else
решений.
‒ Участие в реализации
прогресс
проекта высококвалифицированных
специалистов и
доступ
профессионалов своего
внешней
дела
‒ Корректно сформулированные
необходимости
цели реализуемого проекта
‒ Проработка
обоснование
общей стратегии
патенты
автоматизации организации
‒ Постоянный состав сотрудников в
index
течение реализации всего
проекта
2. Риск при
часть
реализации проекта
Риски:
63
‒ Некорректное определение границ и
выбирает
масштаба реализуемого
проекта
‒ Проектирование неправильно
уменьшению
работающих функций
рисунке
системы
‒ Выбор некорректных методов
просмотр
и технологий для решений
поставленных задач;
‒ Нарушение требования
резервной
заказчика
Возможные способы
этап
предотвращения:
‒ Обеспечение стабильности рамок
состав
реализуемого проекта,
определяемые
вводит
в начале и которые
модели
останутся без
сайт
изменения вплоть
экране
до
завершения разработки
предпроектную
проекта;
‒ Высококачественное планирование поставленных
декомпозиция
задач и их
реализация;
‒ Гарантированное
регистрация
обеспечение реализуемого проекта всеми
необходимыми ресурсами
‒ Утверждение
производить
и согласование проектного
могут
решения
‒ Установление высокого
между
порога принятия
затраты
изменений
3. Риск неправильного
различных
планирования
Риски:
‒ Неэффективный организационный
поток
план внедрения проекта
‒ Нарушение сроков реализации работ
idrequest
по всем этапам
Возможные
asset
способы предотвращения:
‒ На самых
apache
первых стадиях реализуемого проекта
авторизован
проведение аудита,
инструменты
организация командной
усилий
работы, правильное распределение ролей
внедрение
и
стимулирование.
‒ Ведение документации всех видов работ
если
и обеспечение доступа
портала
к
информации для
даже
всех участников
выбор
реализуемого проекта
Этап
пользователем
разработки
4. Риск
расходы
персонала
Риски:
64
‒ Сокращение главных
также
работников, которые
добавление
были ответственными за
asset
проведение разработки проекта
‒ Отсутствие
производить
понимания между сотрудниками из-за недоступности
налаженной
процент
системы коммуникации
‒ Неправильное
защита
понимание задач проектирования
‒ Отбор разработчиков без необходимого опыта
виды
работы с подобными
сообщения
системами
Возможные способы
from
предотвращения:
‒ Более доскональный
catalog
конкурс сотрудников, которые
apache
будут
участвовать в реализации
налаженная
проекта;
‒ Налаженная система
капитал
коммуникации между работниками,
электронного
постоянное ведение документации
рассчитаем
об изменении разрабатываемо системы.
5. Технические
производить
риски
Риски:
‒ Остановка реализации
издание
проекта из-за
зависит
ошибок в используемом
сервера
программном обеспечение;
‒ Документация для
рисунках
пользователей не охватывает весь
располагается
функционал
разрабатываемой системы.
Возможные
основе
способы предотвращения:
‒ Эксплуатация только
месяцев
проверенного лицензионного программного
внимание
обеспечения, а также проведение
издательский
регулярного резервного
регистрация
копирования
данных (создание бэкапов);
‒ Проверка документированных
создание
данных на полноту
стратегия
сведений
Этап внедрения
6. Риск
которые
персонала
Риски:
‒ Разлад в действиях
браузер
между разработчиками
записей
и специалистами по
предметной
если
области;
65
‒ Отсутствие желания сотрудников организации работать
базе
с новой
системой
ожидаемые
и связанные с этим
рассчитаем
трудности их обучения
‒ Бездействие руководства при
вывод
внедрении проекта
Возможные
госплана
способы предотвращения:
‒ Обучения
компьютер
сотрудников заказчика
применение
работе с системой
‒ Составление
directory
плана внедрения
компонентов
системы
‒ Обоснование необходимости
которые
автоматизации персоналу
‒ Вовлечение
есть
руководства в проект
которые
и активное взаимодействие
телефону
с ним
в ходе
нажал
всего проекта.
7. Технические
деятельности
риски
Риски:
‒ Потеря данных
азработка
при внедрении системы
Способы
данных
предотвращения:
‒ Привлечение квалифицированных
новые
сотрудников, имеющих
кадастр
опыт в
подобных
службы
проектах
Этап эксплуатации
задумываться
и сопровождения
8. Технические
описание
риски
Риски:
‒ Ошибки в программе,
приложение
приводящие к невозможности
каждый
ее
использования
‒ Некорректная эксплуатация
адресов
оборудования
‒ Несоответствие функционального
запрещенное
набора системы
включая
из-за
реорганизации
случилось
компании.
Способы предотвращения:
‒ Тщательное
клиенте
тестирование и модификации
оценки
во время разработки
регистрации
системы
‒ Документирование технических
разработанная
условий и их согласование
66
Для
освоить
разрабатываемой информационной
ноубл
системы следует
перейти
отметить
следующие
также
риски: нарушение
задачей
конфиденциальности информации;
поток
нарушение
целостности
management
информации; нарушение
обязательная
доступности информации (табл. 2.1).
67
Таблица 2.1
Перечень
выполнится
рисков для
ролью
данной операции
информации
и требования по ее защищенности
Регистрация
поддержке
заявки
Угрозы
Требования
Методы нападения
Конфиденциальности
Целостности
Доступности
Умышленное искажение
войти
информации
пользователем при
индекс
ее вводе
+
+
3
Непреднамеренное искажение информации
пользователем при
далее
ее вводе
+
+
4
Запрещенное изменение
содержит
программного
обеспечения
+
+
+
3
Запрещенное
изменение
изменение
есть
аппаратных средств
+
+
+
2
Внедрение
которая
вредоносного кода
+
+
+
4
Внедрение
целостности
сторонней ссылки
+
+
+
4
Установка
реформ
следящих программ
писание
на
компьютеры конечных
неключевые
пользователей
+
+
+
4
Аппаратные сбои
+
+
+
4
Перехват
пользователь
информации при
сможете
ее передаче по
незащищенным
данных
каналам связи
анализ
с сетью
Интернет
+
3
DDoS
выше
атака
статус
на хостинг
+
4
Атака спам-ботов
+
4
Градацию
департамент
требований к регистрации
регистрация
заявки, которые в последствии
пользователь
сохраняются и обрабатываются в информационной системе
системы
в ходе
выполнения
окно
различных операций:
внедрение
нет требований;
только
низкие; средние;
фреймфорка
высокие.