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

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

2 Требования к инструментальной модели жизненного цикла давать картину разработки и развития проекта (уровни организации планирования процесса для определения графика работ, для отслеживания их ресурсной обеспеченности и др. ); давать средства декомпозиции процесса разработки, т.е. согласованного разбиения этапов на вложенные этапы и работы (поддержка планирования); обеспечивать переход от этапов к работам этапов и доступ к истории; позволять видеть текущее состояние проекта и варианты развития; позволять оперировать своими элементами, а через это влиять на ход моделируемого процесса выполнения проекта Способ сгладить противоречие о риентация на определенные типы жизненного цикла (отказ от универсальности моделей) Относительность качества инструментальности модели параметры оценки, нормирование оценки. Качественное (не количественное) оценивание Реальная и принципиальная возможность использования модели Целесообразно рассматривать принципиальную возможность инструментального использования моделей Модель должна: Однако это может приводить к потере наглядности модели

3 Параметры оценки инструментальности 1.Атрибутивность с элементами модели связаны определенные атрибуты, необходимые для управления проектом. Их можно задавать или извлекать, т.е. размещать информацию о проекте в некотором хранилище и получать информацию из него; 2.Расширяемость допускается пополнение элементов модели, в результате она становится более детализированной, точнее отражающей реальный процесс. Для жизненного цикла это возможность дополнения элементами, указывающими на составляющие процесса разработки, т.е. на добавляемые этапы и на продолжения дробления процесса на задачи, работы и др.; 3.Масштабируемость возможность увидеть модель с разной степенью детализации от охвата всего процесса и до конкретной работы; 4.Интегрированность с другими инструментами поддержки. Это качество не самой модели, а CASE-средств, совместно с которыми она используется. Мера, в которой модели обладают этими свойствами, может служить основой для сравнения их инструментальных возможностей.

4 Функции Планирование Разработка Обслуживание Выпуск документации Поддержка Испытания Сопровождение Моделирование Возможности построения инструментальной модели матрица фазыфункции Программирование Оценка Использование Фазы (этапы) Итеративное зацикливание Пополнение базового окружения проекта Окончание работ Анализ осущест- Конструиро- вимости вание Исследова- ния 9 Контрольные точки (события) Р1 Р2 Распространение идеи расщепления на функциональное измерение

5 Модифицированная модель Гантера: «азбука» шаблонов … Р1Р2 вание Конструиро- … Программирование Оценка а) Последовательное выполнение работ одним исполнителем б) Одновременно начинающиеся работы Р1 Р2 Р1 Р2 в) Одновременно завершающиеся работы е) Откладывание выполнения работы Р1 ж) Раннее завершение выполнения работы Р1 Дуги работ могут размещаться на функциональном измерении! Т.е. относится к тем или иным производственным функциям г) Зацикливание работы Р1 д) Параллельные и зацикливаемые работы Р1 Р2 ПФ1 ПФ2

6 Модифицированная модель Гантера: оценка инструментальности Расширяемость достигается за счет шаблонов Атрибутивность очень высокая: показ производственных функций, их интенсивностей, возможность добавления новых функций + перекрывающиеся этапы + размещение работ на функциональном измерении + … Масштабируемость слабое место: нуждается в дополнительной проработке способ показа уровней (итерации, работ и пр.) Интегрированность с разными инструментами вполне возможна Модель Гантера одна из возможных нотаций (а не «универсальная» методология). Это язык схем жизненных циклов, допускающий адекватную инструментальную поддержку Пример нестандартного применения: вместо функций можно задавать наименования рабочих групп (распределение работ по группам) Вопрос: А нужно ли это для управления проектами? Ответ: Возможно и другое, но не менее гибкое средство (язык!)

7 Итоги Универсальность модели (т.е. пригодность для отражения всех жизненных циклов) противоречит инструментальности. Надо ориентироваться на типовые жизненные циклы Иллюстративные модели можно рассматривать как основу построения инструментальных моделей лишь в редких случаях (следствие предыдущего) Специальные средства часто поддержаны инструментально (ER-диаграммы, IDEF-диаграммы и диаграммы классов RUP), но обычно это модели продуктов, а не процессов! Надо различать a)Информирующие получение сведений о ходе развития, b)Направляющие получение и оценка вариантов развития, c)Контролирующие автоматизация контрольных функций виды модели со своими инструментами для каждого из вариантов типов жизненных циклов Для каждого из типов жизненных циклов различна значимость (a, b, c) Что такое типы жизненных циклов? –Методология разработки проекта –Адаптация методологии к конкретным условиям (требования, персонал, концепции развития и т.д.) –Возможные операционные маршруты участников процесса (деятельность руководства проекта и разработчиков, а также ее регламенты)

8 Выводы Перспективность инструментальных моделей развития инструментов поддержки зависит от методологии проекта, ее адаптации к конкретным условиям Дает ли инструментальная модель возможность технологии? Нет! Это всего лишь средство поддержки Какие преимущества появляются при использовании инструментальной модели? Автоматизация деятельности по управлению развития проектами данного типа. Не так уж мало! Проблемы: –Признание необходимости инструментальной поддержки регламентированной разработки проектов –Выбор адекватных нотаций (RUP один из примеров)

9 Использованные источники 1.Боэм Б.У. Инженерное проектирование программного обеспечения. М.: Радио и связь, Бркус Ф.П. Мифический человеко-месяц, или как проектируются программные системы. СПб.: Символ-Плюс, Якобсон А., Буч Г., Рамбо Дж. Унифицированный процесс расзаботки программного обеспечения. СПб.: Питер, Гантер Р. Методы управления проектированием программного изделия. М.: Мир, Скопин И.Н. Основы менеджмента программных проектов. М.: ИНТУИТ.РУ «Интернет-Университет Информационных Технологий», Сомервилл И. Инженерия программного обеспечения. М.: Вильямс, Шафер Д.Ф. Фатрелл Р.Т., Шафер Л.И. Управление программными проектами: достижение оптимального качества при минимуме затрат. М.: Издательский дом «Вильямс», Boehm B. A Spiral Model of Software Development and Enhancement. IEEE Computer, 21 (5), pp Microsoft Solutions Framework.