Министерство цифрового развития связи и массовых коммуникаций
Ордена Трудового Красного Знамени
Федеральное государственное бюджетное образовательное учреждение
высшего образования
«МОСКОВСКИЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
СВЯЗИ И ИНФОРМАТИКИ»
Кафедра «Программная инженерия»
Отчёт по лабораторной работе №2
по дисциплине «Технологии разработки программного обеспечения»
Выполнили: студенты группы М092501(70)
Ягудин Р.
Ананьев В.
Крапильский А.
Фёдоров М.
Бердников М.
Проверил: Адедиха К.Ж.
Москва 2025 г.
СОДЕРЖАНИЕ
|
|
№ стр. |
1 |
Цель работы . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
3 |
2 |
Задание 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
3 |
3 |
Задание 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
3 |
4 |
Задание 3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |
5 |
Цель работы
Осуществить анализ рисков выбранной ИС (программный модуль «Учёт нарушений правил дорожного движения») методами «Матрица компромиссов» и «Таблица анализа рисков».
Задание 1
Условие задания 1. Создать матрицу компромиссов для выбранного варианта информационной системы.
Решение:
Таблица 1 – Матрица компромиссов
|
Фиксируется (Зафиксировано) |
Согласовывается (Определено) |
Принимается (Корректируемо) |
Ресурсы |
✓ |
|
|
Время (график) |
|
✓ |
|
Возможности (набор функций программы) |
|
|
✓ |
Задание 2
Условие задания 2. Определить список рисков для выбранного проекта (не менее 10 пунктов) и с помощью метода экспертных оценок произвести оценку полученного списка рисков с указанием расшифровки шкалы оценивания.
Решение:
Таблица 2 – Список рисков
№ п/п |
Риск |
1 |
Недостаточная или нечётко сформулированная техническая документация от заказчика |
2 |
Нереалистичные сроки сдачи проекта, навязанные заказчиком |
3 |
Изменение законодательства в сфере ПДД и штрафов во время разработки |
4 |
Отсутствие поддержки мультирегиональности или локализации |
5 |
Недостаточная квалификация разработчиков для работы с определёнными технологиями (БД, API, фреймворки) |
6 |
Текучесть кадров в команде разработки |
7 |
Несоответствие системы требованиям по защите персональных данных (ФЗ №152-ФЗ от 27.07.2006) |
8 |
Проблемы с интеграцией модуля с внешними системами (база данных ГИБДД, ЕГАИС, платёжные шлюзы, портал Госуслуг) |
9 |
Низкая производительность системы при большом объёме данных (например, при массовой загрузке штрафов) |
10 |
Отсутствие резервного копирования и механизмов восстановления данных |
11 |
Проблемы с синхронизацией данных между системами (например, оплаченный штраф отображается как неоплаченный) |
Шкала оценивания для таблицы 3:
1 балл — Риск малозначим и практически не окажет влияния на проект.
2 балла — Риск несущественен и легко устраним.
3 балла — Риск может оказать заметное, но контролируемое влияние на
ход проекта.
4 балла — Риск сильно затруднит выполнение проекта в установленные
сроки и в рамках бюджета.
5 баллов — Риск приведёт к срыву проекта.
Таблица 3 – Оценка полученного списка рисков
Риск |
Эксперт 1 |
Эксперт 2 |
Эксперт 3 |
Эксперт 4 |
Эксперт 5 |
Рейтинг |
Недостаточная или нечётко сформулированная техническая документация от заказчика |
5 |
4 |
5 |
4 |
5 |
4,6 |
Нереалистичные сроки сдачи проекта, навязанные заказчиком |
4 |
5 |
4 |
5 |
3 |
4,2 |
Изменение законодательства в сфере ПДД и штрафов во время разработки |
3 |
4 |
3 |
2 |
3 |
3 |
Отсутствие поддержки мультирегиональности или локализации |
5 |
4 |
5 |
5 |
4 |
4,6 |
Недостаточная квалификация разработчиков для работы с определёнными технологиями (БД, API, фреймворки) |
3 |
4 |
3 |
3 |
4 |
3,4 |
Текучесть кадров в команде разработки |
2 |
3 |
2 |
3 |
2 |
2,4 |
Несоответствие системы требованиям по защите персональных данных (ФЗ №152-ФЗ от 27.07.2006) |
5 |
5 |
5 |
5 |
5 |
5 |
Проблемы с интеграцией модуля с внешними системами (база данных ГИБДД, ЕГАИС, платёжные шлюзы, портал Госуслуг) |
5 |
4 |
4 |
5 |
4 |
4,4 |
Низкая производительность системы при большом объёме данных (например, при массовой загрузке штрафов) |
3 |
4 |
4 |
3 |
4 |
3,6 |
Отсутствие резервного копирования и механизмов восстановления данных |
5 |
3 |
5 |
4 |
3 |
4 |
Проблемы с синхронизацией данных между системами (например, оплаченный штраф отображается как неоплаченный) |
5 |
4 |
4 |
5 |
4 |
4,4 |
