Главная страница
Навигация по странице:

  • Задание на лабораторную работу

  • Ход работы

  • Исследование тяжеловесной методологии (задание 2)

  • Современные методологии (задание 1)

  • Пример методологии

  • Список использованных источников

  • Лабораторная 1 ПИ. Лабораторная работа 1 Методологии управления итпроектами


    Скачать 8.96 Kb.
    НазваниеЛабораторная работа 1 Методологии управления итпроектами
    Дата27.02.2023
    Размер8.96 Kb.
    Формат файлаdocx
    Имя файлаЛабораторная 1 ПИ.docx
    ТипЛабораторная работа
    #957942


    Лабораторная работа 1

    «Методологии управления ИТ-проектами»

    Выполнила студентка

    1 курса группы БСТ1904

    Пантелеева Ксения


    • Задание на лабораторную работу

    Знакомство с методологиями управления ИТ-проектами

    • Ход работы

    • Исследование легковесной методологии (задание 3)

    Исследование легковесной методологии «Iterative Model» представлено в таблице 1.

    Характеристика

    Описание

    Полное название методологии

    «Iterative Model» (итеративная или итерационная модель)


    Авторы

    Истоки концепции прослеживаются в относящихся к 30-м годам работах эксперта по проблемам качества продукции Уолтера Шеварта , который предложил ориентированную на повышение качества методику, состоящую из серии коротких циклов шагов по планированию, реализации, изучению и действию (plan-do-study-act, PDSA). С 40-х годов энергичным поборником PDSA стал известный авторитет в области качества Эдвардс Деминг, который затем описал эту методику в своей книге. В более поздних работах Том Гилб и Ричард Залтнер исследовали PDSA применительно к разработке программного обеспечения.

    История возникновения

    Методология разработки ПО как область знаний в программной инженерии развивались эволюционно с развитием самой отросли промышленного программирования. Замена традиционных подходов итерационными была неизбежна ввиду быстрорастущей сложности технологий и роста количества практических проблем в процессах разработки продуктов. Так , в 1995 появляется методология.

    Страна появления

    США

    Основные принципы, подходы

    Итеративная разработка ПО — это процесс создания программного обеспечения, который осуществляется небольшими этапами, в ходе которых ведется анализ полученных промежуточных результатов, выдвигаются новые требования и корректируются предыдущие этапы работы.

    Используется ли в настоящее время

    Любой проект, например, создание мессенджера

    Примеры успешных проектов, реализованных с помощью данной методологии

    Примером эффективности гибких методологий стал реализованный проект сверхзвукового самолета X-15

    Таблица 1 – Легковесная методология

    • Исследование тяжеловесной методологии (задание 2)

    Исследование тяжеловесной методологии «Capability Maturity Model Integration (CMMI)» представлено в таблице 2.

    Характеристика

    Описание

    Полное название методологии

    Capability Maturity Model Integration (CMMI) — модель зрелости возможностей

    Авторы

     SEI и Уоттс Хамфри

    История возникновения

    В середине 1980-х годов перед министерством обороны США встала проблема повышения качества разрабатываемого по их заказу ПО.  Задача разработки этой модели была возложена на Software Engineering Institute, созданный на базе Carnegie Mellon University, который в свою очередь расположен в славном городе Питтсбурге штата Пенсильвания

    Страна появления

    США

    Основные принципы, подходы

    Со временем менялось только количество и содержание процессных областей. А вот концепция уровней зрелости – это как раз то, что за 20 с лишним лет в этой модели не изменилось.

    • Начальный.

    Самый примитивный статус организации. Организация способна разрабатывать ПО. Организация не имеет явно осознанного процесса, и качество продукта целиком определяется индивидуальными способностями разработчиков. Один проявляет инициативу, и команда следует его указаниям. Успех одного проекта не гарантирует успех другого. При завершении проекта не фиксируются данные о трудозатратах, расписании и качестве.

    • Повторяемый.

    В некоторой степени отслеживается процесс. Делаются записи о трудозатратах и планах. Функциональность каждого проекта описана в письменной форме. В середине 1999 года лишь 20 % организаций имели 2-й уровень или выше


    • Определенный.

    Имеют определённый, документированный и установленный процесс работы, не зависящий от отдельных личностей. То есть вводятся согласованные профессиональные стандарты, а разработчики их выполняют. Такие организации в состоянии достаточно надёжно предсказывать затраты на проекты, аналогичные выполненным ранее.

    • Управляемый.

    Могут точно предсказать сроки и стоимость работ. Есть база данных накопленных измерений. Но нет изменений при появлении новых технологий и парадигм.

    • Оптимизированный.

    Есть постоянно действующая процедура поиска и освоения новых и улучшенных методов и инструментов.


    Процессные области — это то, из чего состоит вся модель. CMMI определяет 22 процессные области. Для каждой из процессных областей существует ряд целей, которые должны быть достигнуты при внедрении CMMI в данной процессной области. Некоторые цели являются уникальными — они называются специальными. Общие цели применяются к нескольким процессным областям. Цели достигаются при помощи выполнения практик; так же, как цели, практики делятся на специальные и общие.



    Используется ли в настоящее время

    Использование модели на практике выявило неоднозначность в подходах к достижению более высоких уровней организации процессов разработки ПО. Поэтому к 2002 году разрабатываются рекомендации по улучшению процесса разработки, которые получают название CMMI (Capability Maturity Model Integration). На текущий момент последняя версия CMMi — 1.3

    Примеры успешных проектов, реализованных

    с помощью данной методологии.

    Организация и улучшение работы ПО американского министерства обороны.

    Таблица 2 – Тяжеловесная методология


    • Современные методологии (задание 1)

    Типы методологий по управлению ИТ- проектами

    Основание методологии

    Пример методологии

    Традиционные

    Основание лежит в традициях и частом пользованием в прошлом


    Waterfall.
    Управление критической цепи проекта (CCPM).
    Метод критического пути (CPM).


    «Шаг за шагом» алгоритмы.
    PMI / PMBOK «Метод».



    Методики по управлению изменениями

    Основа-вероятность

    Методология моделирования событий (ECM).
    Экстремальное управление проектами (XPM).



    Процессно-ориентированные методики

    Основа-ориентир на процесс


    Lean.
    Six Sigma.
    Lean Six Sigma.
    Процессно-ориентированная PM.




    Другие индивидуальные методики и гибридные подходы

    Основа – смешение

    PRINCE2.
    PRiSM.
    Benefits Realization (BRM).
    Быстрая разработка приложений (RAD).



    Гибкие

    Основание - подстраивание

    Agile
    Scrum.
    Kanban.
    Экстремальное программирование (XP).
    Адаптивные рамки проекта (APF).










    • Список использованных источников

    • Информационный портал Хабр-https HYPERLINK "https://habr.com/ru/post/171513/"://habr.com/ HYPERLINK "https://habr.com/ru/post/171513/"ru HYPERLINK "https://habr.com/ru/post/171513/"/ HYPERLINK "https://habr.com/ru/post/171513/"post HYPERLINK "https://habr.com/ru/post/171513/"/171513/

    • Информационный портал Поиск-https://poisk-ru.ru/s21460t13.html

    • Информационный портал Хабр-https HYPERLINK "https://habr.com/ru/post/79130/"://habr.com/ HYPERLINK "https://habr.com/ru/post/79130/"ru HYPERLINK "https://habr.com/ru/post/79130/"/ HYPERLINK "https://habr.com/ru/post/79130/"post HYPERLINK "https://habr.com/ru/post/79130/"/79130/


    написать администратору сайта