лабы тоип. !!! Лаб раб по _ТОИП Челябинск. Учебнометодическое пособие 1 оу во ЮжноУральский институт управления и экономики
![]()
|
Ход работы Задание 1. С помощью поиска в сети Интернет найдите информацию о современных методологиях управления ИТ-проектами. Представьте основания для их классификации. Для каждого основания приведите примеры методологий. Задание 2. Из полученного списка тяжеловесных методологий управления ИТ-проектами выберите один. Проведите исследование методологии. Результат представьте в таблице (таблица 3). Таблица 3 – Особенности методики Характеристика Описание Полное название методологии Авторы История возникновения Страна появления Основные принципы, подходы Имеются ли программные средства реализации методологии, какие? Используется ли в настоящее время Примеры успешных проектов, реализованных с помощью данной методологии Задание 3. Из полученного списка легковесных (agile) методологий управления ИТ-проектами выберите один. Проведите исследование методологии. Результат представьте в таблице (таблица 3). Задание 4. Выберите любую из проанализированных методологий. Создайте о ней презентацию на 10-15 слайдов. Выступите в группе, будьте готовы ответить на вопросы. Контрольные вопросы: 1. Что такое методология управления ИТ-проектом? 2. Какие виды методологий вы знаете? 3. В чем особенности тяжеловесных и легковесных методологий управления? 4. Приведите примеры методологий, используемых для разработки ИТ-проектов. 15 По завершении занятия студент должен: 1. Знать понятие методологии управления ИТ-проектами, их виды. 2. Приводить примеры различных методологий. 3. Перечислять преимущества тяжеловесных и легковесных методологий. 4. Осуществлять выбор методологий управления при работе над ИТ-проектом. 16 Лабораторная работа №2 Анализ рисков Цель: осуществить анализ рисков методами «Матрица компромиссов» и «Таблица анализа рисков». Теоретические вопросы Для более глубокого понимания компромиссов программного проекта, часто бывает очень полезно изобразить заказчику зависимость основных характеристик проекта в виде треугольника компромиссов (рис. 3). Рис. 3. Треугольник компромиссов Утвержденное равновесие с заказчиком достигается в том случае, если исполнитель с учетом запрашиваемых параметров назвал и зафиксировал время (сроки) и ресурсы (смету). Следует учитывать, что любое изменение одной из сторон треугольника обязательно влечет изменение на двух оставшихся. Для эффективного достижения компромиссов в течение всего жизненного цикла программного проекта на начальных этапах следует выявить и зафиксировать приоритет факторов (ресурсы, время, возможности). Если один из факторов фиксируется как неизменный, то влиять на него в течение проекта практически невозможно. Второй фактор согласовывается по следующему принципу: он будет обладать некоторым приоритетом в случае необходимости достижения компромиссов. Последний фактор просто принимается в соответствии с первыми двумя. Матрица компромиссов представлена в табл. 4 17 Таблица 4 – Матрица компромиссов Фиксируется (Зафиксировано) Согласовывается (Определено) Принимается (Корректируемо) Ресурсы Время (график) Возможности (набор функций программы) Традиционная модель управления проектами подразумевает четкую формулировку требований на начальном этапе проекта, разработку на основании технического задания. Подход компромиссов основывается на принципе изменяющихся проектных условий. Разработчикам необходимо проявлять гибкость и в любой момент времени быть готовым к изменениям и рискам. Методология Microsoft Solution Framework предлагает вычленять возможные риски и анализировать их, чтобы ими можно было управлять. Риском называется проблема, которая еще не возникла. В свою очередь, проблемой называют риск, который уже материализовался. Причиной возникновения любых рисков являются неопределенности в программном проекте. Следовательно, нужно стремиться к выявлению рисков. Иногда это осуществляется методом мозгового штурма, опроса экспертов, метода Дельфи и др. или на опыте предыдущих проектов, опыте других разработчиков. Риски делят на два вида: 1) известные – риски, которые определены, оценены, для них возможно планирование и анализ; 2) неизвестные – они не могут быть заранее идентифицированы или спрогнозированы. Б. Боэм приводит список 10 наиболее распространенных рисков программного проекта [1]: 1) дефицит специалистов; 2) нереалистичные сроки и бюджет; 3) реализация несоответствующей функциональности; 4) разработка неправильного пользовательского интерфейса; 5) «золотая сервировка», перфекционизм, ненужная оптимизация и оттачивание деталей; 18 6) непрекращающийся поток изменений; 7) нехватка информации о внешних компонентах, определяющих окружение системы или вовлеченных в интеграцию; 8) недостатки в работах, выполняемых внешними (по отношению к проекту) ресурсами; 9) недостаточная производительность получаемой системы; 10) «разрыв» в квалификации специалистов разных областей знаний. Смысл того, чтобы описывать риски и проводить их анализ сводится к как можно более раннему выявлению этих рисков, проведению комплекса предупреждающих мероприятий. Все это позволит избежать трудноразрешимых проблем уже на этапе реализации проекта. Все риски оцениваются в таблице (таблица 5). Таблица 5 – Анализ рисков № п/п Риск Последствия наступления риска Меры по предотвращению Меры по минимизации Поля таблицы означают следующее. 1. Под риском понимается событие, которое следует однозначно и конкретно сформулировать, например, погодные условия. 2. В третье графе оцениваются отрицательные последствия материализации этого события. 3. Под мерами по предотвращению подразумеваются возможные действия команды во избежание материализации риска. 4. Меры по минимизации – это действия команды для сокращения потерь на случай, если событие все-таки произошло. Ход работы Работа в группе Задание 1. Создать матрицу компромиссов для проекта «Квалификационная работа» (таблица 4). Задание 2. Разделиться на две группы и методом мозгового штурма определить список рисков для проекта «Квалификационная работа» (таблица 6). 19 Таблица 6 – Список рисков № п/п Риск После обсуждения объединить результаты групп и методом экспертных оценок произвести оценку полученного списка рисков (таблица 7). Таблица 7 – Экспертная оценка Риск Эксперт 1 Эксперт … Эксперт N Рейтинг риска Задание 3. Из полученного списка рисков (таблица 6) выбрать пять с самым высоким рейтингом. Составить таблицу «Анализ рисков проекта «Квалификационная работа» (таблица 5). Задание 4. Индивидуальная работа Для выбранного варианта информационной системы (Приложение): − заполнить матрицу компромиссов (Таблица 4); − написать список рисков (Таблица 6); − повести анализ рисков (Таблица 5). Контрольные вопросы 1. Что такое треугольник компромиссов? 2. Когда и для чего используется треугольник компромиссов? 3. К чему приводит изменения одной из сторон треугольника компромиссов? 4. Приведите пример заполненной матрицы компромиссов, например, для проекта челябинского метро. 5. Что такое риск? 6. Назовите виды рисков. 7. Приведите наиболее распространенные риски для программного проекта. 8. Для чего управлять рисками? 9. Как управлять рисками? 10. Поясните поля таблицы анализа рисков. 20 По завершении занятия студент должен: 1. Знать, что такое риски. 2. Иметь представление о видах рисков. 3. Знать методы анализа рисков. 4. Заполнять матрицу компромиссов для конкретного программного проекта. 5. Пояснять методологию анализа рисков, указывать ее назначение. 6. Приводить примеры рисков. 7. Осуществлять анализ рисков с помощью таблицы анализа рисков. 21 Лабораторная работа №3 Сравнительный анализ информационных систем Цель: провести анализ аналогов – информационных систем из одной предметной области – для выявления требований к разрабатываемому программному продукту. Теоретические вопросы Под проектированием понимают процесс создания проекта, т. е. прототипа, прообраза предполагаемого или возможного объекта или состояния, а также комплекта документации к нему. От специфического для машиностроения, строительства и других отраслей науки и техники понятия «проект» (англ. design) в значении «проектная документация» следует отличать используемое в контексте менеджмента понятие «проект» (англ. project, от лат. projectus – брошенный вперёд, выступающий) в значении «некоторая задача с определёнными исходными данными и требуемыми результатами (целями), обусловливающими способ её решения», «программа», «комплекс работ» и т. п. [10]. Проект (от лат. projectus – брошенный вперед, выступающий, выдающийся вперёд) – это уникальный процесс, состоящий из совокупности скоординированных и управляемых видов деятельности с начальной и конечной датами, предпринятый для достижения цели, соответствующей конкретным требованиям, включающий ограничения по срокам, стоимости и ресурсам [3]. С точки зрения системного подхода проект может рассматриваться как процесс перехода из исходного состояния в конечное — результат при участии ряда ограничений и механизмов. Проект – некоторая задача с определенными исходными данными и требуемыми результатами (целями), обуславливающими способ ее решения. Проект включает в себя замысел (проблему), средства его реализации (решения проблемы) и получаемые в процессе реализации результаты [8]. В общем смысле слова проект – это все то, что изменяет каким-то образом наш мир, делает его лучше. Решающую роль для проекта имеют три составляющих: цель, бюджет и время. 22 В свою очередь, от любой задачи проект отличается однократностью действий. Серийное производство не имеет ограничения во времени, проект ограничен по срокам реализации ровно настолько, сколько требуется для достижения результата. Можно выделить следующие критерии проекта: − новизна; − наличие четкой целевой установки; − начало и окончание проекта четко определены во времени; − комплексность поставленной цели; проект в основном включает в себя связанные между собой и зависимые друг от друга задачи и подзадачи разного уровня; − участие нескольких специалистов для достижения цели. Признаки «не проекта»: − цель однозначно не определена, неконкретна или недостижима; − сроки не определены, нереальны для достижения цели; − результат неуникален. Классифицировать проекты можно следующим образом: − по уровню проекта: проект, программа, система; − по масштабу проекта: малый, средний, мегапроект; − по сложности: простой, организационно-сложный, технически сложный, ресурсно-сложный, комплексно-сложный; − по срокам реализации: краткосрочный, средний, мегапроект. Существуют и другие основания. Как показывает статистика компании The Standish Group [9], в мире всегда имеются успешные проекты (достигли цели без перерасхода бюджета и сроков реализации), спорные (достигли цели с перерасходом бюджета и/или сроков реализации) и провальные (не достигли цели) (рис. 3). Рис. 3. Статистика успешности проектов 23 Данные по успешности ИТ-проектов компании The Standish Group представлены на рисунке 4. Рис. 4. Статистика успешности ИТ-проектов Обычно в качестве причин неудач называются следующие: − неполные требования; − низкая степень вовлечения заказчика и конечных пользователей в процесс разработки; − недостаточное обеспечение ресурсами; − недостаток планирования и др. Ход работы Задание 1. Осуществить в сети Интернет поиск готовых информационных систем, решающих задачу из предметной области, выбранную вами в соответствии с вариантом (Приложение 1). Представить результат в виде списка информационных систем (таблица 7). Таблица 7 – Программные продукты из предметной области № п/п Название продукта Название фирмы Требования к системе Возможности Стоимость Задание 2. Из представленной выше таблицы выбрать три программных продукта и провести их сравнительный анализ. Результат: характеристики продуктов, представленные в таблице 8. Таблица 8 – Сравнение программных продуктов № п/п Список характеристик Название продукта №1 Название продукта №2 Название продукта №3 Представлена характеристика или нет Представлена характеристика или нет Представлена характеристика или нет Задание 3. На основании таблиц сделать вывод, какой должна быть ваша информационная система, чтобы учитывать все достоинства и 24 недостатки готовых программных продуктов. Результат представить в виде списка отличий. Задание 4. Для вашей системы составить список тех пользователей, которые будут иметь дело с разрабатываемым программным продуктом. Задание 5. Для каждого пользователя определить список его возможностей в вашей информационной системе (описание должно быть сделано на языке, понятном пользователю!). Задание 6. Обсудите в группе результаты работы. Назначьте ответственных за ведение документации. Контрольные вопросы: 1. Что такое проект, программный проект, проектирование? 2. Чем отличается задача от проекта, приведите примеры. 3. Назовите основания для классификации проектов. 4. Каковы критерии успешности проектов? 5. С какой целью проводится анализ аналогов разрабатываемого программного продукта. 6. Для чего составляется список пользователей программного продукта? 7. Кто такие заинтересованные лица проекта? По завершении занятия студент должен: 1. Знать понятие проекта, программного проекта, проектирования. 2. Иметь представление о критериях проекта и его отличия от задачи. 3. Знать классификацию проектов. 4. Иметь представление об успешности проекта. 5. Осуществлять анализ программных продуктов из предметной области с целью выявления требований к разрабатываемому программному проекту. 6. Формулировать список заинтересованных лиц и будущих пользователей программного проекта. 25 Лабораторная работа №4 Временное планирование проекта. Диаграмма Ганта Цель: осуществить временное планирование программного проекта. Теоретические вопросы Как показывает практика управления проектами, использование методик планирования и контроля за ходом работ не только позволяет ускорить выполнение проекта, но и в значительной мере уменьшает затраты на реализацию программы. После того как определена цель проекта, необходимо составить список работ для выполнения. Менеджеры проекта рекомендуют составить и придерживаться плана проекта. Этот документ четко указывает контрольные точки проекта и основные действия, необходимые для достижения цели проекта. Кроме того, он определяет дату каждой контрольной точки (завершения главных действий по достижению целей) и ответственных за каждое действие. План составляется на начальном этапе, одобряется командой проектировщиков. План может быть составлен на примере схожих проектов, или это может быть просто список действий в формальном виде. Необходимо всегда записывать фактические даты завершения каждого этапа и/или действия. Если дата отличается от плана, в этом случае нужно провести корректировку. При включении необходимых пунктов в план следует: − применять уникальные идентификаторы (ID), которые можно использовать в случае, если необходимы обновления; − давать названия задачам; − указывать начало выполнения действия; − указывать дату завершения выполнения; − записывать фактическую дату завершения выполнения действия; − любую задачу завершать до того, как будет начата следующая; − указывать ответственного за выполнение (хозяина задачи); − указывать процент завершенности каждого действия. Обычно назначается ответственный для осуществления контроля над выполнением плана и внесения изменений в него. 26 Одним из способов контроля над временем, планирования проекта может служить диаграмма Ганта. Диаграмма Ганта (Gantt chart, ленточная диаграмма, график Ганта) – тип столбчатых диаграмм, ставших популярным в проектном менеджменте. Используется для наглядного представления плана проекта или графика работ [7]. Г.Л. Гант (1861 – 1919) изучал менеджмент на примере постройки кораблей. Он предложил свой вариант диаграммы во время Первой мировой войны, когда потребовалось отслеживать ход строительства больших трансконтинентальных океанских лайнеров. Такая диаграмма состояла из отрезков (задач) и точек, т. н. «завершающих задач», или «вех». И выступала средством представления длительности и последовательности задач в проекте. Идея планирования состоит в том, что его главным ресурсом является время. В связи с этим основой для принятия управленческих решений является сравнение запланированного состояния работ и фактического. На диаграммах по горизонтали указываются интервалы времени, по вертикали – операции, работы или оборудование. Горизонтальные отрезки иллюстрируют длительность выполнения работ. Выбрав по горизонтали текущий момент времени и получив оперативную информацию о ходе проекта, можно сопоставить состояние дел по факту и состояние дел по плану. На рис. 5 представлен пример диаграммы Ганта. Рис. 5. Пример диаграммы Ганта Диаграмма Ганта позволяет: − визуально оценить последовательность задач, их относительную длительность и протяженность проекта в целом; − сравнить планируемый и реальный ход выполнения задач; 27 − детально проанализировать реальный ход выполнения задач (например, задача выполнялась, была приостановлена, возвращалась на доработку и т. д.). Методика впервые была представлена в 1910 г. Со временем диаграмма Ганта стала главным инструментом, используемым в календарном планировании и контроле. В 1990-х гг. методика была усовершенствована: для описания зависимостей между задачами были добавлены связи. Рассмотрим типы связей (рис. 6): 1. Финиш-Старт. Данная связь означает, что операция B не может начаться до завершения операции А, или дата окончания операции А определяет дату начала операции В. Например, надо сначала написать диплом, а потом его можно защищать. 2. Финиш-Финиш – операция B должна окончиться не раньше операции А, или дата окончания операции А определяет дату окончания операции В. Например, если Вы пишите клиент-серверное приложение (операция А) и для его отладки вы брали в аренду сервер (операция В), то отладка должна завершиться к сроку окончания аренды сервера. 3. Старт-Старт – операция В начинается не раньше операции А, или дата начала операции А определяет дату начала операции В. Например, операции печати диплома тесно связана с покупкой бумаги и задачи должны решаться практически одновременно. 4. Старт-Финиш – операция В не может окончиться пока не начнется операция А, или дата начла операции А определяет дату окончания операции В. Время, на которое запланирована защита диплома, определяет, когда должны завершиться предзащиты. 28 Рис. 6. Типы связей на диаграмме Ганта Однако диаграммы имеют недостатки: с их помощью сложно планировать многовариантные взаимосвязанные цепочки работ (для строительных, военных, государственных проектов и на производстве). Для таких задач предложены методы сетевого планирования, или методы выбора «критического пути», разработанные военным ведомством США в 1950-х гг. Диаграммы удобно применять только для одного ресурса – времени. Если учитывать еще несколько ресурсов, то диаграммы Ганта надо воспринимать в объемном виде, что имеет смысл для визуальной интерпретации планов с одной стороны, но затрудняет их анализ с другой. Для управления проектами обычно используются другие, более мощные средства – метод «критического пути», (Critical Path Method, CPM) и метод PERT (Program Evaluation Review Technique). Программно диаграммы могут быть реализованы различными средствами, в том числе и онлайн. Рассмотрим примеры (рис. 7-11). Внешний вид диаграмм, созданных с помощью Microsoft Project (рис. 7). Рис. 7. Диаграмма Ганта в Microsoft Project OpenProj – программное обеспечение для управления проектами, кроссплатформенное (рис. 8). 29 Рис. 8. Диаграмма Ганта в OpenProj Внешний вид диаграмм в программе @Управление (рис. 9). Рис. 9. Диаграмма Ганта в @Управление Внешний вид диаграмм в программе 1С:Предприятие (рис. 10). |