Менеджмент разработки программных изделий




НазваниеМенеджмент разработки программных изделий
Дата конвертации25.04.2013
Размер516 b.
ТипПрезентации


Менеджмент разработки программных изделий

  • 7. Инструментальность модифицированной модели жизненного цикла фазы – функции. Итоги обсуждения инструментальности


Требования к инструментальной модели жизненного цикла

  • давать картину разработки и развития проекта (уровни организации планирования процесса для определения графика работ, для отслеживания их ресурсной обеспеченности и др. );

  • давать средства декомпозиции процесса разработки, т.е. согласованного разбиения этапов на вложенные этапы и работы (поддержка планирования);

  • обеспечивать переход от этапов к работам этапов и доступ к истории;

  • позволять видеть текущее состояние проекта и варианты развития;

  • позволять оперировать своими элементами, а через это — влиять на ход моделируемого процесса выполнения проекта



Параметры оценки инструментальности

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

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

  • Масштабируемость — возможность увидеть модель с разной степенью детализации от охвата всего процесса и до конкретной работы;

  • Интегрированность с другими инструментами поддержки. Это качество не самой модели, а CASE-средств, совместно с которыми она используется.

  • Мера, в которой модели обладают этими свойствами, может служить основой для сравнения их инструментальных возможностей.



Возможности построения инструментальной модели матрица фазы—функции



Модифицированная модель Гантера: «азбука» шаблонов



Модифицированная модель Гантера: оценка инструментальности

  • Расширяемость достигается за счет шаблонов

  • Атрибутивность очень высокая: показ производственных функций, их интенсивностей, возможность добавления новых функций + перекрывающиеся этапы + размещение работ на функциональном измерении + …

  • Масштабируемость слабое место: нуждается в дополнительной проработке способ показа уровней (итерации, работ и пр.)

  • Интегрированность с разными инструментами вполне возможна

  • Модель Гантера — одна из возможных нотаций (а не «универсальная» методология). Это язык схем жизненных циклов, допускающий адекватную инструментальную поддержку

  • Пример нестандартного применения: вместо функций можно задавать наименования рабочих групп (распределение работ по группам)



Итоги

  • Универсальность модели (т.е. пригодность для отражения всех жизненных циклов) противоречит инструментальности. Надо ориентироваться на типовые жизненные циклы

  • Иллюстративные модели можно рассматривать как основу построения инструментальных моделей лишь в редких случаях (следствие предыдущего)

  • Специальные средства часто поддержаны инструментально (ER-диаграммы, IDEF-диаграммы и диаграммы классов RUP), но обычно это модели продуктов, а не процессов!

  • Надо различать

      • Информирующие — получение сведений о ходе развития,
      • Направляющие — получение и оценка вариантов развития,
      • Контролирующие — автоматизация контрольных функций
  • виды модели со своими инструментами для каждого из вариантов типов жизненных циклов

  • Для каждого из типов жизненных циклов различна значимость (a, b, c)

  • Что такое типы жизненных циклов?

    • Методология разработки проекта
    • Адаптация методологии к конкретным условиям (требования, персонал, концепции развития и т.д.)
    • Возможные операционные маршруты участников процесса (деятельность руководства проекта и разработчиков, а также ее регламенты)


Выводы

  • Перспективность инструментальных моделей развития инструментов поддержки зависит от методологии проекта, ее адаптации к конкретным условиям

  • Дает ли инструментальная модель возможность технологии? — Нет! Это всего лишь средство поддержки

  • Какие преимущества появляются при использовании инструментальной модели?

  • Автоматизация деятельности по управлению развития проектами данного типа. Не так уж мало!

  • Проблемы:

    • Признание необходимости инструментальной поддержки регламентированной разработки проектов
    • Выбор адекватных нотаций (RUP — один из примеров)


Использованные источники

  • Боэм Б.У. Инженерное проектирование программного обеспечения. — М.: Радио и связь, 1985

  • Бркус Ф.П. Мифический человеко-месяц, или как проектируются программные системы. — СПб.: Символ-Плюс, 1999

  • Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс расзаботки программного обеспечения. — СПб.: Питер, 2002

  • Гантер Р. Методы управления проектированием программного изделия. — М.: Мир, 1981.

  • Скопин И.Н. Основы менеджмента программных проектов. — М.: ИНТУИТ.РУ «Интернет-Университет Информационных Технологий», 2004

  • Сомервилл И. Инженерия программного обеспечения. — М.: Вильямс, 2002

  • Шафер Д.Ф. Фатрелл Р.Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат. — М.: Издательский дом «Вильямс», 2003

  • Boehm B. A Spiral Model of Software Development and Enhancement. — IEEE Computer, 21 (5), 1988. — pp. 61-72

  • Microsoft Solutions Framework. — http://www.microsoft.com/rus/msf



Похожие:

Менеджмент разработки программных изделий iconМенеджмент разработки программных изделий
Жизненный цикл программного обеспечения и его модели. Модели традиционного представления о жизненном цикле
Менеджмент разработки программных изделий iconРуководство командой и управление проектом Скопин И. Н
Менеджмент разработки программных изделий (руководство командой и управление проектом)
Менеджмент разработки программных изделий iconГруппа компаний «Мобильные Решения» Профиль Развитие с 1996 года
Сертифицированные разработки аппаратных платформ и программных систем для учета энергоресурсов
Менеджмент разработки программных изделий iconВведение Материаловедение в производстве изделий легкой промышленности
«Технология швейных изделий», 260902 «Конструирование швейных изделий», 07150165 «Художественное проектирование костюма», 07060165...
Менеджмент разработки программных изделий iconРазработка и стандартизация программных средств и информационных технологий Лекционных – 12 часов
Цель регламентация процесса проектирования ис и обеспечение управления этим процессом с тем, чтобы гарантировать выполнение требований...
Менеджмент разработки программных изделий iconВведение в риск-менеджмент Стандарт управления рисками ferma год разработки: 2002
Цель управления рисками придание максимальной устойчивости всем видам деятельности компании
Менеджмент разработки программных изделий iconИнформационный менеджмент Понятие и задачи информационного менеджмента
Информационный менеджмент ориентирован на получение знаний по управлению экономическими информационными системами (эис) на всех стадиях...
Менеджмент разработки программных изделий iconТема 16. Ассортимент и качество изделий из пластмасс
Ряд изделий изготавливается целиком из пластмасс, во многих случаях пластмассы используются в сочетании с другими видами материалов...
Менеджмент разработки программных изделий iconРешение на основе программных средств Решение на основе программных средств Программно-аппаратный комплекс (appliance) Аутсорсинг (Managed Security или Hosted Security)
Передача стороннему подрядчику некоторых бизнес-функций или частей бизнес-процесса компании на длительный срок
Менеджмент разработки программных изделий iconМенеджмент должен стать системным
Современный менеджмент носит аспектный, «парциальный», односторонний характер. Вопреки утверждению о том, что главным объектом менеджмента...
Разместите кнопку на своём сайте:
hnu.docdat.com


База данных защищена авторским правом ©hnu.docdat.com 2012
обратиться к администрации
hnu.docdat.com
Главная страница