Оценка трудоемкости создания ПП
Федеральное государственное бюджетное образовательное учреждение высшего образования
"Ростовский государственный экономический университет (РИНХ)"
кафедра «Информационных технологий и защиты информации»
Отчёт
по
Лабораторным работам
по дисциплине: Управления проектами
Выполнил Группа 811-ПРИ Коновской Алексей Олегович
Лагутин Никита Игоревич
Бишлеев Владимир Михайлович
Степанов Аркадий Александрович
дата: принял Савельев И.М.
Ростов-на-Дону
2018
Лабораторная работа №1
Управление проектом с использованием Microsoft Project
Цель: Научиться разрабатывать проект в Microsoft Project с созданием графика выполнения работ.
Задача: освоить интерфейс Microsoft Project.
Краткие теоретические сведения: Microsoft Project (или MSP) — программа управления проектами, разработанная и продаваемая корпорацией Microsoft.
Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ. Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.
Microsoft Project является только инструментом, для внедрения управления проектами необходимо выбрать методологию проектного управления. Как правило методология реализуется через «регламенты» проектного управления и отраслевые доработки MS Project.
|
|
|
Ход работы
Проект создается на основе шаблона Файл - создать проект. В Project имеется несколько режимов работы, которые называются представлениями, так как представляют данные в различных аспектах. Они используются для просмотра, ввода, редактирования и анализа проектной информации. В основном используется режим Диаграммы Ганто. Первым делом для создания проекта мы вводим сведения о проекте (рисунок 1). Сведения работы содержат дату начала, окончания, текущую дату проекта и т.д.
Рисунок 1- сведения о проекте.
Начнем ввод данных через представление Диаграмма Ганто, в данном представлении мы ввод название задачи и добавляем ресурсы, если они есть (рисунок 2).
Рисунок 2 – Диаграмма Ганто, задачи проекта.
Далее в проекте мы выставляем количество дней, которые мы тратим на задачу, начало и окончание задачи, следующим нашим действием будет связь между задачами, данная связь показана в пункте предшественники и показана на графике (рисунок 3).
|
|
|
Рисунок 3 – Связь между задачами в Диаграмме Ганто.
Так же некоторые цели можно выполнять в одно и то же время, что мы можем увидеть на рисунке 3.
Рисунок 4 – сведения о задаче Разработка содержания.
Рисунок 5 – Сведения о задаче предшественники.
Рисунок 6 – Сведения о задаче Ресурсы.
На рисунках 4-6 мы можем посмотреть сведения о задаче проекта, на данных рисунках мы рассмотрим Разработку содержания, тут мы можем увидеть: информацию о задаче, предшествующие задачи, из которого вытекает задача, и ресурсы, которые используются в данной задаче.
Перед тем как заполнять ресурсы выставим критический путь для нашего проекта. Группа критических работ, выполнение которых определяет срок окончания проекта, называется критическим путем. Другими словами, критический путь состоит из взаимосвязанных работ, задержка выполнения каждой из которых может отодвинуть дату окончания проекта (рисунок 7).
Рисунок 7 – Критические пути проекта.
Ресурсы мы заполняем в представлении лист ресурсов (рисунок 8).
Рисунок 8 – список представлений в Microsoft Project.
Для заполнения листа ресурсов мы должны выделить тип ресурса, единицу измерения, краткое название, группа, ставку, начисление и календарь (рисунок 9).
|
|
|
Рисунок 9 – заполненный лист ресурсов.
Далее мы назначаем ресурсы к задачам (рисунок 10). Это можно посмотреть на типе представления лист задач, где мы можем проверить все прикрепленные ресурсы.
Рисунок 10 – Представление лист задач.
После добавления всех задач и ресурсов мы можем использовать выводную информацию по нашему проекту:
- использование задач;
- использование ресурсов (рисунок 11);
- сетевой график (рисунок 12);
Рисунок 11 – представление использование ресурсов.
Рисунок 12 – представление сетевой график.
Вывод: В данной лабораторной работе мы изучили основной интерфейс Microsoft Project, научились разрабатывать проекты и использовать выходные данные.
Лабораторная работа №2
«Разработка концепции проекта»
Цель: разработать концепцию проекта.
Задача : разработать концепцию проекта для лабораторной работы №3.
Краткие теоретические сведения: Концепция или Устав проекта разрабатываются на основе анализа потребностей бизнеса. Главная функция документа — это подтверждение и согласование единого видения целей, задач и результатов всеми участниками проекта. Концепция определяет, что и зачем делается в проекте.
|
|
|
Это ключевой документ, который используется для принятия решений в ходе всего проекта, а также на фазе приемки — для подтверждения результата.
Концепция проекта – это документ описывающий общие положения будущего проекта, определяет глобальные цели и задачи проекта, определяет укрупненное видение методов достижения поставленных целей и решения возникающих задач. Положения концепции проекта должны быть понятно и доступно изложены, чтобы любой человек читающий этот документ понял всю его суть. Концепция проекта должна содержать общее видение проекта, ограничения и допущения в проекте, стратегию реализации и дорожную карту действий с несколькими вариантами развития. В концепцию проекта может быть включена финансовая и маркетинговая часть с расчетами и исследованиями.
Ход работы
Исходные данные для задания: Для определения темы вариантного проекта необходимо выбрать свой списковый номер из таблицы 2.1. Можно, как вариант, исследовать тему места работы студента (тема УИРС, тема группового проектирования и др.), согласуя тему с преподавателем.
1. Название проекта.
В качестве названия команда придумала «Ninja web-technology».
2. Цели проекта.
Цели должны быть значимыми (направленными на достижение стратегических целей компании), конкретными (специфичными для данного проекта), измеримыми (иметь проверяемые количественные оценки), реальными (достижимыми).
Увеличение продаж охотничьего оружия, амуниции и комплектующего для вооружения в два раза, по средствам использования web-приложения.
Задачи
1. Разработка веб-приложения для продаж при помощи сайта.
1.1 Разработка мобильной версии сайта.
2. Привлечение доп клиентов с помощью Интернет-ресурса.
3. Автоматизации бизнес-процессов организации.
3. Результаты проекта (требования, конечные продукты). Результаты проекта должны быть измеримыми, т. е. при их оценке должна быть возможность сделать заключение, достигнуты оговоренные в концепции результаты или нет.
Конечный продукт — это web-приложение для продажи охотничьего оружия, амуниции и комплектующего.
4. Допущения и ограничения. Исходные допущения и ограничения тесно связаны с управлением рисками. В разработке программного обеспечения зачастую риски формулируют в виде допущений.
Так как сайт будет взаимодействовать с клиентами и получать информацию о них, то он должен соответствовать требованиям НПА в области защиты информации.
Создание сайта используя HTML5, CSS, JS, PHP.
Используя Notepad++.
5. Ключевые участники и заинтересованные стороны. На этапе инициации проекта необходимо выявить и описать всех его участников: заинтересованные стороны, лица и организации, например, заказчики, спонсоры, исполняющая организация, которые активно участвуют в проекте или чьи интересы могут быть затронуты при исполнении или завершении проекта. Участники могут влиять на проект и его результаты поставки.
Спонсор проекта: Valve Corp.
Заказчик проекта: Valve Corp.
Пользователи проекта:
* Куратор проекта.
* Руководитель проекта.
* Соисполнитель проекта.
6. Ресурсы проекта. Для оценки стоимости проекта требуется определить и оценить ресурсы, необходимые для его выполнения: Людские ресурсы и требования к квалификации персонала. Оборудование, услуги, расходные материалы, лицензии на ПО, критические компьютерные ресурсы.
Персонал:
Веб – разработчики 3чел. 60т.р.
250 строк в день,
Стаж работы разработки веб-ресурсов от 1 года.
Полное или неполное высшее техническое образование в IT-сфере.
Аналитик 1шт. 40т.р.
Полное высшее образование экономической направленности.
Стаж работы от 3 лет.
Тестировщик 1-2 чел. 30т.р.
Стаж работы тестировщика от 1 года.
Полное или неполное высшее техническое образование в IT-сфере.
Web-дизайнер 1чел. 35т.р.
Стаж работы web-дизайнера от 1 года.
Среднее высшее образование.
Системный администратор 40т.р.
Стаж работы сетевого администрирования от 1 года.
Полное или неполное высшее техническое образование в IT-сфере.
Оборудование, услуги, расходные материалы, лицензии на ПО.
Офис, офисные комплектующие, ПК, ПО для разработчиков, ОС, сервер, периферийные устройства для ПК, лицензии на все ПО, // Все есть.
355т.р. в месяц на зарплату.
Процентное соотношение затрат.
Разработка – 60%.
Тест – 10%.
Web-дизайн – 10%.
Системное администрирование – 10%.
Аналитика – 10%.
7. Сроки. Ф. Брукс приводит исключительно полезную, эмпирическую формулу оценки срока проекта по его трудоемкости. Формула была выведена Барри Боэмом (Barry Boehm) на основе анализа результатов 63-х проектов разработки ПС, в основном в аэрокосмической области. Согласно этой формуле для проекта, общая трудоемкость которого составляет 𝑁𝑁[ч.×м.] (человекомесяцев), можно утверждать, что: Существует оптимальное, с точки зрения затрат, время выполнения графика для первой поставки: 𝑇𝑇=2,5�𝑁𝑁[ч.×м.] 3 . То есть оптимальное время в месяцах пропорционально кубическому корню предполагаемого объема работ в человеко-месяцах. Следствием является кривая, дающая оптимальную численность проектной команды.
Срок проекта 944 часа.
Контрольные точки :
1. Выполнена работа аналитика и дизайнера.
2. Выполнена работа программистов.
3. Выполнена работа тестировщика.
4. Финал.
8. Риски. Мы показываем основные риски. Более подробно риски рассматриваются в лабораторной работе №5. Тут рассматриваются риски на этапе инициации. На этапе инициации, когда нет необходимых данных для проведения детального анализа риска, часто приходится ограничиваться качественной оценкой общего уровня рисков: низкий, средний, высокий.
1. внутренние сложности календарного планирования; Средний.
2. увеличение требований со стороны заказчика в ходе реализации проекта; Средний.
3. нарушение спецификаций; Средний.
4. низкая производительность. Низкий.
5. Дополнительные расходы Высокий.
6. Сроки: Высокий.
Вывод: в данной работе мы научились строить концепцию проекта.
Лабораторная работа № 3
«Разработка моделей вариантного проекта»
Цель: Целью работы является разработка реального вариантного проекта по созданию нового материального или информационного конечного продукта (услуги), контроль выполнения расписания проекта, формирование по заданным ограничениям вариантов оптимизационных моделей проекта с помощью системы календарного планирования Microsoft Office Project 2010. Изучение возможностей программной системы для обретения опыта проектирования и оптимизации плана осуществления проектов. Ведение проектной документации, организация работы над проектами.
Задача: разработать проект в Microsoft Project по лабораторной работе №2.
Краткие теоретические сведения: Microsoft Office Project 2010 является одним из программных продуктов поддержки управления проектами. Система предназначена для разработки календарного графика проекта, его оптимизации с учетом временных, ресурсных, финансовых и иных ограничений, а также автоматизации процессов контроля и анализа хода выполнения проекта. Использование системы обеспечивает поддержку следующих процессов:
• Календарное планирование – разработка расписания проекта с учетом иерархической структуры работ (ИСР) проекта любой сложности и любой технологической последовательности работ;
• Ресурсное планирование – разработка ресурсной модели проекта, что
позволяет учитывать при планировании загрузку ресурсов на проекте и разрешать потенциальные ресурсные конфликты;
• Контроль реализации проектов и использования ресурсов (трекинг) –
возможность ввода информации о ходе проекта, учет рисков в условиях неопределенности, учет и анализ отклонений от плана проекта, прогнозирование последствий.
Ход работы
1. Ввод информации о проекте (рисунок 13).
Рисунок 13 – Сведения о проекте.
Формируем список задач, и связи между задачами (рисунок 14) Иерархия работ должна соответствовать ИСР. Выбор уровня иерархии для каждой задачи или для группы задач осуществляется по команде Проект/Структура/На уровень выше (на уровень ниже). Или Задача/стрелка вправо/понизить уровень задачи в Ms Project.
Рисунок 14 – Представление Диаграмма Ганто, иерархическая структура ИСР.
Рисунок 15 – Связка задач в графическом представлении Диаграммы Ганто.
Разработаем свой календарный план, для данного проекта.
Рисунок 16 – календарный план.
2. Заполним лист ресурсов для проекта (рисунок 17).
Рисунок 17 – лист ресурсов.
На данном рисунке мы видим трудовые и материальные ресурсы с выставленной заработной платой и типом календаря и с типом начисления.
Далее назначаем ресурсы на задачи (рисунок 18).
Рисунок 18 – сведения о задаче назначения ресурса.
3. На рисунке у нас выбран пункт Аналитика, на предыдущем рисунке 14, мы видим, что у данной задачи есть подпункты, поэтому для этой задачи мы выбираем только общего для всех подпунктов ресурс, это руководитель. На рисунке 19 мы открыли представление лист задач, где мы можем посмотреть все прикреплённые ресурсы к задачам.
Рисунок 19 – лист задач.
4. На рисунке 20 мы можем посмотреть таблицу затрат на стоимость работы проекта, данная стоимость складывается из ресурсов (трудовых, материальных), назначенных на задачи, и количество денежных средств, выделенных на работу. В таблице затраты мы можем увидеть следующую информацию:
Фиксированные затраты – стоимость работы в виде денег, выделенных на работу.
Начисление фиксированных затрат – способ начисления фиксированных затрат на работу – в начале работы, по окончании работы, пропорционально.
Общие затраты – сумма стоимости ресурсов и денежных средств, выделенных на работы.
Базовые затраты – затраты, зафиксированные в базовом плане.
5. Далее мы можем проверить отчетную информацию по проекту, это использование задач, ресурсов, сетевой график (рисунок 20-27). На сетевом графике красным цветом выделены критические пути.
Рисунок 20 – планировщик работы в группе.
Рисунок 21 – представление использование ресурсов пункт с 1-9.
Рисунок 22 –представление ресурсов пункт с 7-12.
Рисунок 23 – представление использование задач 1-13 задачу.
Рисунок 24 – представление использование задач 10-20 пункт.
Рисунок 25 – сетевой график.
Рисунок 25 – сетевой график продолжение.
Рисунок 26 – сетевой график продолжение.
Рисунок 27 – сетевой график.
Вывод: разработал реальный вариант проекта по созданию нового материального или информационного конечного продукта (услуги), контроль выполнения расписания проекта, формирование по заданным ограничениям вариантов оптимизационных моделей проекта с помощью системы календарного планирования Microsoft Office Project 2007 –2010. Ведение проектной документации, организация работы над проектами.
Лабораторная работа № 4
Оценка трудоемкости создания ПП
Цель: По исходным данным в соответствии с заданной методикой определить плановую трудоемкость и время создания ПП.
Задание: необходимо оценить трудоемкость создания в среде Delphi 5 программного продукта «Учет доверенностей», предназначенного для автоматизации процесса учета на предприятии доверенностей на получение материальных ценностей, используя методику функциональных указателей.
Краткие теоретические сведения: В составе комплекса средств автоматизации особое место занимает программное обеспечение (ПО) АС. Это обусловлено тем, что именно в программном обеспечении закладываются и реализуются функции АС. Программное обеспечение автоматизированной системы может включать:
· заимствованные программные модули и пакеты программ, созданные для другой АС;
· универсальные пакеты для широкого применения в различных АС;
· стандартные модули для всевозможных сфер применения.
Наряду с такого типа программами в ПО практически каждой автоматизированной системы включаются оригинальные, специальные программы, пакеты программ и программные модули, создаваемые для данной АС. Однако не исключена возможность дальнейшего более широкого применения этих специальных программ, если они созданы и оформлены в соответствии с требованиями, предъявляемыми к созданию программ как программному продукту.
В связи с этим целесообразно выделять процесс создания программного обеспечения из общего процесса создания автоматизированной системы и рассматривать его с двух позиций:
— системной, т.е. как создание ПО АС;
— прикладной, т.е. как создание программных изделий, которые могут использоваться независимо от программного обеспечения данной автоматизированной системы.
Для планирования процесса создания ПО АС, расчетов его стоимости необходимо определить трудоемкость разработки программных средств. Нормирование труда в процессе создания ПО АС вызывает большие трудности, как и нормирование любого творческого труда. Творческие элементы труда программистов могут быть определены либо на основе экспертных оценок опытных программистов, либо жесткими сроками разработки, в которых программист должен найти решение. Технические элементы труда программистов поддаются нормированию, но точность таких норм имеет большой разброс в зависимости от целого ряда факторов. На основе опытно-статистических данных различных организаций, занимающихся программированием задач для решения их на ЭВМ, разработан ряд методов для определения трудоемкости создания программных продуктов.
Исходные данные.
Функции ПП Учет доверенностей:
1) ввод и накопление информации о выданных доверенностях;
2) формирование отчетов об использовании доверенностей;
3) визуализация результатов отчетов.
Задачи ПП Учет доверенностей:
-Оформление новых доверенностей;
-Просмотр информации об использованных доверенностях;
-Просмотр информации о неиспользованных доверенностях;
-Ведение справочников материально ответственных лиц, материалов и организаций;
-Формирование отчетов по использованию доверенностей;
-Ведение журналов доверенностей.
Ввод и накопление информации. Данные о выданных и использованных доверенностях вводятся с клавиатуры. В базе данных должна храниться информация обо всех выданных доверенностях и об их использовании.
1. Разработаем таблицу структуры и состава баз данных. База данных программы включает в себя следующие таблицы (Таблица 1).
Таблица 1 – состав базы данных.
| No | Наименование | Количество полей |
| 1 | Выданные доверенности | 10 − 15 |
| 2 | Паспорта | < 10 |
| 3 | Организации | < 10 |
| 4 | Материальные ценности | < 10 |
2. Расчёт трудозатрат на разработку программного продукта «Учета доверенностей». Выделенные согласно методике информационной характеристике показаны в таблице 2.
Таблица 2 – исходные данные для расчета.
| Наименование | Число элементов данных | Ранг |
| Внешние вводы: | 15 | 3 |
| 1. Экран для ввода, редактирования и просмотра информации о выданных доверенностях. | ||
| 2. Экран для работы со справочником доверенных лиц. | < 10 | 3 |
| 3. Экран для работы со справочником организаций | < 10 | 3 |
| 4. Экран для работы со справочником материалов | < 10 | 3 |
| Внешние выходы: | ||
| 1. Отч. Доверенности | < 10 | 4 |
| 2. Отч. Доверенность | < 10 | 4 |
| 3. Отч. Должники | < 10 | 4 |
| 4. Отч. Использованные | < 10 | 4 |
| 5. Отч. Возвращенные | < 10 | 4 |
| 6. Экран О программе | < 10 | 4 |
| Внешние запросы: | ||
| 1. Запр. Должники | < 10 | 3 |
| 2. Запр. Использованные | < 10 | 3 |
| 3. Запр. Возвращенные | < 10 | 3 |
| Внутренние логические файлы: | 10-15 | 7 |
| 1. Табл. Доверенности | ||
| 2. Табл. Дов. лица | < 10 | 7 |
| 3. Табл. Организации | < 10 | 7 |
| 4. Табл. Материалы | < 10 | 7 |
| 70 | ||
| FP | 46,2 |
FP – это количество функциональных указателей который рассчитывается на основе показателей из таблица 2 и 3.
Таблица 3 – значение системных параметров приложения.
| № | Системный параметр | Значение (Fi) |
| 1 | Передача данных | 0 |
| 2 | Распределенная обработка данных | 0 |
| 3 | Производительность обработки | 0 |
| 4 | Эксплуатационные ограничения | 0 |
| 5 | Частота транзакций | 0 |
| 6 | Оперативный ввод данных | 0 |
| 7 | Эффективность работы | 1 |
| 8 | Оперативное обновление | 0 |
| 9 | Сложность обработки | 0 |
| 10 | Повторная используемость | 0 |
| 11 | Простота установки | 0 |
| 12 | Простота эксплуатации | 0 |
| 13 | Разнообразные условия размещения | 0 |
| 14 | Простота изменений | 0 |
| Итого (Σ Fi) | 1 | |
| V | 831,6 | |
| T | 2494,8 | |
| t | 38,62802609 |
Полученная FP оценка пересчитывается в LOC-оценку(V)- 831,6 (таблица 3), так же рассчитываем трудоемкость создания ПП(T)- 2494,8 и время разработки ПП (t) составляет 38,62 месяца.
3. Рассчитать трудоемкость разработки для учебного заведения системы регистрации студентов. Необходимо оценить трудоемкость студентов на дополнительные платные курсы.
4. Разработать список действующих лиц (таблица 4).
Таблица 4 – список действующих лиц.
| Действующее лицо | Тип | Весовой коэффициент kai |
| Студент | Сложное | 3 |
| Профессор | Сложное | 3 |
| Регистратор | Сложное | 3 |
| Расчетная система | Простое | 1 |
| Каталог курсов | Простое | 1 |
Таким образом, общий весовой показатель равен 11.
Для системы регистрации сложности вариантов использования определяются следующим образом (таблица 5).
Таблица 5 – варианты использования.
| Вариант использования | Тип | Весовой коэффициент (kвi) |
| Войти в систему | Простой | 5 |
| Зарегистрироваться на курсы | Средний | 10 |
| Просмотреть табель успеваемости | Простой | 5 |
| Выбрать курсы для преподавания | Средний | 10 |
| Проставить оценки | Простой | 5 |
| Ввести информацию о профессорах | Простой | 5 |
| Ввести информацию о студентах | Простой | 5 |
| Закрыть регистрацию | Средний | 10 |
Таким образом, общий весовой показатель равен 55.
В результате показатель Нескорректированные точки использования (UUCP) равен 66.
5. Вычислим показатель технической сложности проекта TCF таблица 6.
Таблица 6 – показатель технической сложности.
| Вес | Значение | Значение с учетом веса | |
| Т1 | 2 | 4 | 8 |
| Т2 | 1 | 3 | 3 |
| ТЗ | 1 | 5 | 5 |
| Т4 | 1 | 1 | 1 |
| Т5 | 1 | 0 | 0 |
| Т6 | 05 | 5 | 25 |
| Т7 | 05 | 5 | 25 |
| Т8 | 2 | 0 | 0 |
| Т9 | 1 | 4 | 4 |
| 1 Т10 | 1 | 5 | 5 |
| Т11 | 1 | 3 | 3 |
| Т12 | 1 | 5 | 5 |
| Т13 | 1 | 1 | 1 |
| Итого | 40 |
Определим показатели уровня квалификации разработчиков системы регистрации таблица 7.
Таблица 7 – показатель уровня квалификации разработчиков.
| Показатель | Вес | Значение | Значение с учетом веса |
| F1 | 15 | 1 | 15 |
| F2 | 05 | 1 | 05 |
| F3 | 1 | 1 | 1 |
| F4 | 05 | 4 | 2 |
| F5 | 1 | 5 | 5 |
| F6 | 2 | 3 | 6 |
| F7 | -1 | 0 | 0 |
| F8 | -1 | 3 | -3 |
| Итого | 13 |
Так же вычислим уровень квалификации разработчика = 1,01, окончательное значение UCP = 56,56. Используя данные общее количество часов T=9.43 чел.мес. t = 5,48.
6. Трудоемкость создания программного продукта «Учет доверенностей» согласно методике композиции приложения. Необходимо оценить трудоемкость создания программного продукта «Учета доверенностей», предназначенного автоматизации процесса учета на предприятии доверенностей на получение материальных ценностей, используя методику композиции приложения.
Расчет трудоемкости разработки по методике композиции приложения. Определим количество экранов и отчетов (таблица 6).
Таблица 6 – Количество экранов и отчетов
| Наименование | Число пред- ставлений | Число таблиц | Ранг |
| "Экраны: 1. Экран для ввода, редактирования и просмотра информации о выданных доверенностях. 2. Экран для работы со справочником доверенных лиц. 3. Экран для работы со справочником организаций 4. Экран для работы со справочником материалов 5. Экран Отч. Доверенности 6. Экран Отч. Доверенность 7. Экран Отч. Должники 8. Экран Отч. Использованные 9. Экран Отч. Возвращенные" | " 1 1 1 1 1 1 1 1 1" | " <4 <4 <4 <4 <4 <4 <4 <4 <4" | " 1 1 1 1 1 1 1 1 1" |
| Отчеты: | |||
| 7. Отч. Доверенности | 1 | <4 | 2 |
| 8. Отч. Доверенность | 1 | <4 | 2 |
| 9. Отч. Должники | 1 | <4 | 2 |
| 10. Отч. Использованные | 1 | <4 | 2 |
| 11. Отч. Возвращенные | 1 | <4 | 2 |
| Общее количество рангов (объектных указателей) | 19 |
Таким образом, количество объектных указателей NОР равно NОР =19.
Результаты расчета:
1) Трудозатраты на разработку проекта составят 2,71 чел.·мес.
2) Время разработки составит 3,54 мес.
Вывод: Мы научились оценивать трудоемкость создания в среде Delphi 5 программного продукта «Учет доверенностей», предназначенного для автоматизации процесса учета на предприятии доверенностей на получение материальных ценностей, используя методику функциональных указателей, методику композиции приложения.
Лабораторная работа № 5
Разработка плана по управлению рисками проекта по разработке web -приложения
Цель: рассмотреть основные риски проекта определить вероятности реализации рисков, определить тяжесть последствий, рассчитать ранг риска, близость наступления и составить карточки с описанием риска.
Задание: разработать план управления рисками web-приложения.
Краткие теоретические сведения: Как следует из ANSI PMI PMBOК риск — это неопределенное событие или условие, которое может повлиять на цели проекта. Риск — это проблема, которая может возникнуть, а проблема — это риск, который реализовался. Риск описывается следующими характеристиками:
· Источник или причина. Обстоятельство, явление обусловливающее наступление риска. Симптомы риска — признаки того, что риск уже реализовался или может произойти в ближайшее время. Симптомы позволяют идентифицировать риск, если его первопричина не известна. Например, риск нехватка кадров, может проявляться через симптом — объединение ролей разработчика и тестировщика.
· Последствия риска — это совокупность проблем, которые возникнут в проекте после наступления риска.
· Влияние риска. Влияние, которое оказывает реализовавшийся риск на возможность достижения целей проекта. Воздействие оказывает влияние на стоимость, график и технические характеристики разрабатываемого продукта.
Риск — это всегда вероятность и последствия. С. Архипенков в своих лекциях пишет, что всегда есть вероятность того, что метеорит упадет на офис компании, осуществляющей разработку. Конечно, это окажет катастрофическое влияние на веб-проект. Однако вероятность реализации этого риска настолько мала, что следует его принять и не пытаться управлять им.
Ход работы
1. Разработать иерархическую структуру рисков проекта.
Рисунок 1 – Иерархическая структура рисков.
2. Определим шкалу воздействия и последствия (таблица 1 и 2).
Таблица 1 – Шкала воздействия рисков.
| Шкала воздействия риска | |||||
| Значение | |||||
| проект | Очень низкая/ 0,05 | Низкая/ 0,10 | Умеренная/ 0,30 | Высокая/ 0,60 | Очень высокая/ 0,80 |
Таблица 2 – Шкала последствий рисков.
| Шкала последствий рисков | |||
| Значение | |||
| проект | Незначительные 0,3 | Значительные 0,6 | Критические 0,8 |
3. Определим шкалу близости наступления рисков (таблица 3).
| Близость | Описание |
| Очень скоро(4) | Риск наступит в ближайший квартал |
| Скоро(3) | Риск наступит в текущем году |
| Довольно скоро(2) | Риск наступи в краткосрочной перспективе |
| Совсем не скоро(1) | Риск наступит в долгосрочной перспективе |
4. Разработаем таблицу со списком рисков и качественным анализом рисков (таблица 3).
Данная таблица содержит поля: группа рисков, название риска, воздействие, последствие, ранг риска и близость. Ранг риска рассчитывается формулой, Воздействие*Последствие.
Таблица 3 – список рисков и расчет качественных показателей
| Группа рисков | Риски | Воздействие | Последствия | Ранг риска | Близость наступления | |||
| Проектые риски | Соответствие цели проекта ИС целям (задачам) организации | 0,6 | 0,6 | 0,36 | 2 | |||
| Сложность (размер) проекта ИС | 0,3 | 0,3 | 0,09 | 4 | ||||
| Обеспечение требуемых функциональных характеристик ИС | 0,6 | 0,6 | 0,36 | 3 | ||||
| Обеспечение требуемой производительности приложений | 0,6 | 0,6 | 0,36 | 1 | ||||
| Обеспечение требуемой надежности сервисов ИТ | 0,8 | 0,6 | 0,48 | 2 | ||||
| Обеспечение требуемой безопасности сервисов ИТ | 0,8 | 0,6 | 0,48 | 2 | ||||
| Обеспечение требуемой доступности сервисов ИТ | 0,3 | 0,3 | 0,09 | 2 | ||||
| Использование в проекте новых технологий (программно-аппаратных, Web-технологий, вычислительных методов и пр.) | 0,1 | 0,3 | 0,03 | 4 | ||||
| Устойчивость архитектуры системы (проектных решений) к возможным изменениям требований | 0,6 | 0,3 | 0,18 | 4 | ||||
| Компетентность заказчика в сфере ИТ | 0,3 | 0,6 | 0,18 | 4 | ||||
| Компетентность разработчика | 0,8 | 0,8 | 0,64 | 4 | ||||
| Прочие проектные менеджмент-риски | 0,3 | 0,6 | 0,18 | 1 | ||||
| Технологические риски | Снижение посещаемости сайта | 0,3 | 0,6 | 0,18 | 2 | |||
| Потеря ресурсов сайта | 0,8 | 0,6 | 0,48 | 1 | ||||
| Потеря работоспособности сайта | 0,8 | 0,8 | 0,64 | 1 | ||||
| Прочие технологические риски, включая проектные просчеты | 0,6 | 0,6 | 0,36 | 2 | ||||
| Бизнес риски | Дополнительные затраты и сложность продвижения сайта (Особенно по высоко конкурентной тематике) | 0,3 | 0,6 | 0,18 | 3 | |||
| Потери прибыли в результате простоя производства | 0,6 | 0,8 | 0,48 | 2 | ||||
| Ущерб от простоя в работе сотрудников | 0,3 | 0,6 | 0,18 | 1 | ||||
| Снижение деловой репутации | 0,6 | 0,6 | 0,36 | 1 | ||||
| Упущенная выгода из-за срыва обязательств | 0,1 | 0,6 | 0,06 | 2 | ||||
| Ущерб от непредвиденных расходов | 0,3 | 0,6 | 0,18 | 2 | ||||
| Ущерб от падения стоимости акций компании | 0,3 | 0,6 | 0,18 | 2 | ||||
| Упущенная выгода от не принятых во время решений | 0,3 | 0,3 | 0,09 | 3 | ||||
| Потери, связанные с неоптимальным функционированием бизнеса из-за ошибочных решений | 0,6 | 0,6 | 0,36 | 2 | ||||
| Прочие бизнес-риски, включая проектные просчеты | 0,3 | 0,3 | 0,09 | 2 | ||||
| Юридические риски | Административная/уголовная ответственность из-за использования контрафактного программного обеспечения | 0,6 | 0,6 | 0,36 | 1 | |||
| Простои в работе из-за изъятия компьютеров правоохранительными органами в ходе проверки | 0,3 | 0,8 | 0,24 | 1 | ||||
| Изменения условий выполнения проектных работ заказчиком | 0,3 | 0,3 | 0,09 | 4 | ||||
| Прочие юридические риски, включая проектные просчеты | 0,3 | 0,3 | 0,09 | 1 | ||||
5. 
Составим карточку описания риска с помощью данных из таблицы. Пример карточки описания (Рисунок 2).
 |  | ||||||||||
 |  | ||||||||||
 | |||||||||||
 | |||||||||||
 |  | ||||||||
 |  | ||||||||
 | |||||||||
Рисунок 2 - Карточка описания рисков.
Рассмотрим карточку описания рисков.
1. Номер карточки, номер задается, используя данные из таблицы три по порядку написания рисков.
2. Причина это название самого риска.
3. Категория это группа риска, в котором состоит сам риск.
4. Симптомы – это причины возникновения риска.
5. Последствие – это то с чем организация столкнется, если риск не будет исправлен.
6. Воздействие – то, как можно бороться с риском.
7. Вероятность риска из шкалы последствия.
8. Степень воздействия берется из шкалы воздействия.
9. Близость выставляем, используя данные из таблицы 3.
10. Ранг риска, который рассчитывался в предыдущем пункте.
11. Исходные данные, – какие данные мы использовали для поиска данного риска.
Вывод: в данной лабораторной работе мы научились выделять основные риски проекта определять вероятности реализации рисков, определять тяжесть последствий, рассчитать ранг риска, близость наступления и составлять карточки с описанием риска.
Дата добавления: 2019-02-22; просмотров: 397; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!