Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
Управление релизами и развертыванием
продукта (Release and Deployment)
● Планирование управлением поставками
продукта
● Определение артефактов
● Формирование плана конфигурации поставки
продукта
● Определение и формирование плана релиза
продукта
Модуль 2: Лекция 7-8. Обзор моделей, методологий и фреймворковYana Brodetski
Обзор моделей, методологий и фреймворков
● Введение
● Определение модели
● Определение методологии
● Определение фреймворка
● Каскадная модель (Waterfall)
● Модель прототипирования (Prototype)
● Итеративная модель ( Iterative)
● Спиральная модель (Spiral)
● V-образная модель (V-model)
● Agile методология (Agile Methodology)
Курс Управления Проектами.
Лекция 1- 2 .
Содержание:
Вступление
Что такое Project Management
Кто такие менеджеры проектов в IT?
Должностные обязанности менеджера проектов.
Разница между Product и Project Manager.
Перспективы развития: горизонтальная и вертикальная карьерная лестница.
Типы IT компаний.
Разница между аутсорс, аутстафф и продуктовой.
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаYana Brodetski
Управление релизами и развертыванием
продукта (Release and Deployment)
● Планирование управлением поставками
продукта
● Определение артефактов
● Формирование плана конфигурации поставки
продукта
● Определение и формирование плана релиза
продукта
Управление внедрением проекта
Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
Оценка эффективности от внедрения и использования методологии и инструменталь...Alexander Novichkov
http://cmcons.com
http://anovichkov.msk.ru
Оценка эффективности от внедрения и использования методологии и инструментальных средств IBM Rational.
Практика внедрения и взаимодействия с заказчиком.
15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
Конспект составлен по Е-курс "Использование и управление информационной системы" для подготовки к экзамену по квалификации специалиста информационной технологии
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Управление внедрением проекта
Разработка устава проекта
● 1. Описание работ (SOW)
● 2. Определение бизнес-ценности проекта
● 3. Определение высокоуровневых потребностей бизнеса
● 4. Определение допущений и ограничений проекта
● 5. Определение границ проекта
● 6. Определение списка заинтересованных сторон.
Оценка эффективности от внедрения и использования методологии и инструменталь...Alexander Novichkov
http://cmcons.com
http://anovichkov.msk.ru
Оценка эффективности от внедрения и использования методологии и инструментальных средств IBM Rational.
Практика внедрения и взаимодействия с заказчиком.
15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Модуль 8. Лекция 37-38. Управление качеством проектаYana Brodetski
Управление качеством проекта
● Планирование управление качеством
● Определение и характеристики дефекта;
● Задачи управления дефектами;
● Классификация важности дефектов;
● Виды тестирования;
● Правильное описание дефекта;
● Жизненный цикл дефекта;
● Работа с базами дефектов;
● Метрики на основе дефектов.
● Составление тест плана
Конспект составлен по Е-курс "Использование и управление информационной системы" для подготовки к экзамену по квалификации специалиста информационной технологии
Жизненный цикл разработки ПО (SDLC)
Этапы жизненного цикла разработки
Этап планирования
Этап разработки
Этап поддержки
Роли в жизненном цикле разработки ПО
Артефакты в жизненном цикле разработки ПО
Терминология
Коммерческое предложение
Определение RFI, RFP (Proposal)
Определение MSA, SOW
Структура MSA, SOW
Структура КП (RFP Proposal)
Типы контрактов
Фиксированная стоимость (Fixed Price)
Время и стоимость (Time & Material)
Командный контракт (Dedicated Team)
Подходы к выбору контракта и методологии проекта
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Модуль 6. Лекция 25-26. Управление срока проектаYana Brodetski
Управление сроками проекта
● Планирование управление расписанием
● Входы
● Инструменты и методы
● Выходы
● Определение операций
● Инструменты: планирование методом набегающей волны. ● Выходы:
● Список и параметры операций
● Список контрольных событий
● Расписание согласно методологии
На конкретном примере рассматривается: как выбрать момент для внедрения процессов, как показать пользу от внедрения процесса, как выбрать авторов и формат описания, и, самое главное - как проконтролировать внедрение процесса.
Проектирование Программных Систем. Лекция 01Dima Dzuba
Лекция рассказывает о базовых принципах построения программного обеспечения. Проводится сравнение гибких (Agile) и водопадных методологий разработки программного обеспечения.
Пример проектной документации (Описание содержания проекта) для практических заданий по курсу "Методология внедрения ИС" http://www.hse.ru/org/hse/mvis/
Достоинства и ограничения проектных моделей водопада и гибких подходов: скрам, аджайл (scrum, agile).
Как на основе специфичных характеристик проекта подобрать модели планирования и управления ИТ проектом
2. Рассматривается проблема оценки затрат и времени, необходимых для
выполнения определенных этапов проекта.
Менеджерам необходимо получить ответы на следующие вопросы.
Какие затраты необходимы для выполнения этапа?
Сколько это займет времени?
Какова стоимость выполнения данного этапа?
Этапы расчета оценки стоимости:
Предварительные расчеты должны быть выполнены на ранней
стадии для утверждения бюджета.
Во время выполнения проекта все расчеты должны регулярно
обновляться. Это помогает планировать работу и содействует
эффективному использованию средств.
Цена продукта включает:Цена продукта включает:
издержки производства;издержки производства;
предлагаемую прибыльпредлагаемую прибыль
Оценка стоимости программного
продукта
3. Стоимость аппаратных средств и программного
обеспечения, включая их обслуживание.
Расходы на командировки и обучение.
Расходы на персонал (в основном на привлечение со
стороны специалистов по программному обеспечению),
включающие:
• расходы на содержание, отопление и освещение
офисов;
• на содержание вспомогательного персонала-
бухгалтеров, секретарей, уборщиц и технического
персонала;
• на содержание компьютерной сети и средств связи;
• на централизованные услуги - библиотеки, места
отдыха и развлечения и т.д.;
• на социальное обеспечение и выплаты служащим
(например, пенсии и медицинская страховка).
Параметры, используемые для оценки
проекта
4. Факторы, влияющие на стоимостьФакторы, влияющие на стоимость
программного продуктапрограммного продукта
ФакторФактор ООписаниеписание
ВозможностиВозможности
рынка ПОрынка ПО
Организация-разработчик может выставить низкиеОрганизация-разработчик может выставить низкие
цены на программный продукт из-за намеренияцены на программный продукт из-за намерения
переместиться в другой сегмент рынка ПОпереместиться в другой сегмент рынка ПО, что, что вв
будущем может привести к более высоким доходамбудущем может привести к более высоким доходам..
НепредвиденНепредвиден
ные факторыные факторы
Если организация примет фиксированную величинуЕсли организация примет фиксированную величину
стоимости, издержки производства могут возрастистоимости, издержки производства могут возрасти
из-за непредвиденных расходовиз-за непредвиденных расходовУсловияУсловия
контрактаконтракта
Если, например, право на владение программнымЕсли, например, право на владение программным
кодом после завершения проекта переданокодом после завершения проекта передано
заказчику, то проект стоит дороже.заказчику, то проект стоит дороже.
ИзменениеИзменение
требованийтребований
После заключения контрактаПосле заключения контракта за изменениеза изменение
требований можно назначить дополнительную ценутребований можно назначить дополнительную цену
ФинансоваяФинансовая
стабильностьстабильность
Во избежание банкротства фВо избежание банкротства фирмы, испытывающиеирмы, испытывающие
финансовые затруднения, для получения заказафинансовые затруднения, для получения заказа
могут снизить цены на свои разработки.могут снизить цены на свои разработки.
5. Оценка производительности разработки ПО основана наОценка производительности разработки ПО основана на
измерении количественных показателей программныхизмерении количественных показателей программных
продуктов и последующем делении их на количествопродуктов и последующем делении их на количество
усилий, затраченных на разработку этих продуктов:усилий, затраченных на разработку этих продуктов:
Показатель размера. Зависит от размера выходногоПоказатель размера. Зависит от размера выходного
результата очередного этапа работ, например,результата очередного этапа работ, например,
количество строк программного кода.количество строк программного кода.
Функциональный показатель. Зависит отФункциональный показатель. Зависит от
функциональных возможностей программногофункциональных возможностей программного
продукта в целом, например, количествопродукта в целом, например, количество
функциональных и объектных точек.функциональных и объектных точек.
ПроизводительностьПроизводительность
6. Количество строк программного кода за человеко-месяцКоличество строк программного кода за человеко-месяц
наиболее популярный критерий оценкинаиболее популярный критерий оценки
производительности, но он не всегда оптимален, потомупроизводительности, но он не всегда оптимален, потому
что используются разные языки программирования. Ончто используются разные языки программирования. Он
определяется путем деленияопределяется путем деления
общего количества строк кода на количество времени вобщего количества строк кода на количество времени в
человеко-месяцах, которое потребуется для завершениячеловеко-месяцах, которое потребуется для завершения
проекта.проекта.
ПроизводительностьПроизводительность
Показатель размераПоказатель размера
7. Для определения можно воспользоватьсяДля определения можно воспользоваться методомметодом
функциональных точекфункциональных точек. Критерием оценки. Критерием оценки
производительности выступает количество функциональныхпроизводительности выступает количество функциональных
точек, созданных за человеко-месяц. Функциональная точкаточек, созданных за человеко-месяц. Функциональная точка
— это комбинация свойств ПО:— это комбинация свойств ПО:
Интенсивности использования ввода и вывода внешнихИнтенсивности использования ввода и вывода внешних
данных.данных.
Взаимодействия системы с пользователем.Взаимодействия системы с пользователем.
Внешних интерфейсов.Внешних интерфейсов.
Файлов, используемых системой.Файлов, используемых системой.
Нескорректированный подсчет функциональных точек (Нескорректированный подсчет функциональных точек (UFCUFC))
выполняется путем вычисления суммы произведений оценкивыполняется путем вычисления суммы произведений оценки
каждого фактора (количество элементов, составляющихкаждого фактора (количество элементов, составляющих
данный фактор) на выбранную весовую величину этогоданный фактор) на выбранную весовую величину этого
фактора:фактора:
UFCUFC = 2 (количество элементов данного типа) х (весовая= 2 (количество элементов данного типа) х (весовая
величина).величина).
ПроизводительностьПроизводительность
ФункциональныйФункциональный показательпоказатель
8. Для определения можно воспользоватьсяДля определения можно воспользоваться методом объектныхметодом объектных
точек.точек.
Количество объектных точек в программе можно получитьКоличество объектных точек в программе можно получить
путем предварительного подсчета ряда элементов:путем предварительного подсчета ряда элементов:
Количество изображений на дисплее. Простые изображенияКоличество изображений на дисплее. Простые изображения
принимаются за 1 объектную точку, изображения умереннойпринимаются за 1 объектную точку, изображения умеренной
сложности принимаются за 2 точки, а очень сложныесложности принимаются за 2 точки, а очень сложные
изображения принято считать за 3 точки.изображения принято считать за 3 точки.
Количество представленных отчетов. Для простых отчетовКоличество представленных отчетов. Для простых отчетов
назначаются 2 точки, умеренно сложным отчетамназначаются 2 точки, умеренно сложным отчетам
назначаются 5 точек. Написание сложных отчетовназначаются 5 точек. Написание сложных отчетов
оценивается в 8 точек.оценивается в 8 точек.
Каждый модуль на языке третьего поколения считается заКаждый модуль на языке третьего поколения считается за
10 объектных точек.10 объектных точек.
ПроизводительностьПроизводительность
ФункциональныйФункциональный показательпоказатель
9. Самым важным фактором являются индивидуальные способности.Самым важным фактором являются индивидуальные способности.
Факторы, влияющие на производительностьФакторы, влияющие на производительность
программистапрограммиста
Производительность программистаПроизводительность программиста
ФакторФактор ОписаниеОписание
Опыт разработки ПООпыт разработки ПО
для предметнойдля предметной
областиобласти
Для эффективной разработки программногоДля эффективной разработки программного
продукта необходимо знание той предметнойпродукта необходимо знание той предметной
области, где будет эксплуатироваться областиобласти, где будет эксплуатироваться области
разрабатываемое ПО.разрабатываемое ПО.
Процесс управленияПроцесс управления
качествомкачеством
Применяемый метод программирования можетПрименяемый метод программирования может
оказать существенное влияние наоказать существенное влияние на
производительность написания кода.производительность написания кода.
Размер проектаРазмер проекта Чем больше проект, тем больше времени уходит наЧем больше проект, тем больше времени уходит на
согласование различных вопросов внутри группысогласование различных вопросов внутри группы
разработчиков и ниже производительность.разработчиков и ниже производительность.
10. Производительность программистаПроизводительность программиста
ПоддержкаПоддержка
технологиитехнологии
разработки ПОразработки ПО
Хорошая поддержка технологии разработки ПО,Хорошая поддержка технологии разработки ПО,
напримернапример CASECASE-средства или системы-средства или системы
управления конфигурацией, может значительноуправления конфигурацией, может значительно
повысить производительность трудаповысить производительность труда
программистапрограммиста
Рабочая обстановкаРабочая обстановка Спокойное рабочее окружение сСпокойное рабочее окружение с
индивидуальными рабочими местамииндивидуальными рабочими местами
способствует повышению производительностиспособствует повышению производительности
ФакторФактор ОписаниеОписание
11. Основная проблема в оценке себестоимости проектовОсновная проблема в оценке себестоимости проектов
заключается в низкой точности применяемых методовзаключается в низкой точности применяемых методов
оценивания.оценивания.
Методы оцениванияМетоды оценивания
МетодМетод ОписаниеОписание
АлгоритмическоеАлгоритмическое
моделированиемоделирование
себестоимостисебестоимости
Метод основан на анализе статистическихМетод основан на анализе статистических
данных о ранее выполненных проектах, приданных о ранее выполненных проектах, при
этом определяется зависимость себестоимостиэтом определяется зависимость себестоимости
проекта от какого-нибудь количественногопроекта от какого-нибудь количественного
показателя программного продукта (обычно этопоказателя программного продукта (обычно это
размер программного кода).размер программного кода).
Оценка экспертаОценка эксперта Проводится опрос нескольких экспертов поПроводится опрос нескольких экспертов по
технологии разработки ПО, знающих областьтехнологии разработки ПО, знающих область
применения создаваемого программногоприменения создаваемого программного
продукта.продукта.
Оценка поОценка по
аналогиианалогии
Проект оценивается по уже реализованнымПроект оценивается по уже реализованным
аналогичным проектам.аналогичным проектам.
12. Методы оцениванияМетоды оценивания
МетодМетод ОписаниеОписание
Закон ПаркинсонаЗакон Паркинсона Усилия, затраченные на работу,Усилия, затраченные на работу,
распределяются равномерно пораспределяются равномерно по
выделенному на проект времени. Здесьвыделенному на проект времени. Здесь
критерием для оценки затрат по проектукритерием для оценки затрат по проекту
являются человеческие ресурсы, а неявляются человеческие ресурсы, а не
целевая оценка самого программногоцелевая оценка самого программного
продукта.продукта.
Назначение цены сНазначение цены с
целью выигратьцелью выиграть
контрактконтракт
Затраты на проект определяютсяЗатраты на проект определяются
наличием тех средств, которые имеются уналичием тех средств, которые имеются у
заказчика. Поэтому себестоимость проектазаказчика. Поэтому себестоимость проекта
зависит от бюджета заказчика, а не отзависит от бюджета заказчика, а не от
функциональных характеристикфункциональных характеристик
создаваемого продукта.создаваемого продукта.
13. Предварительная оценка может выполняться с применениемПредварительная оценка может выполняться с применением
нисходящего и восходящего подходов.нисходящего и восходящего подходов.
► При нисходящем подходе оценка себестоимости начинается наПри нисходящем подходе оценка себестоимости начинается на
уровне системы: рассматриваются функциональные возможностиуровне системы: рассматриваются функциональные возможности
программы в целом и то, как эти возможности реализуютсяпрограммы в целом и то, как эти возможности реализуются
посредством функций более низкого уровня.посредством функций более низкого уровня.
► Восходящий подход начинается на уровне системных компонентов.Восходящий подход начинается на уровне системных компонентов.
Система разбивается на компоненты и определяются затраты наСистема разбивается на компоненты и определяются затраты на
разработку каждого из них. Затем эти затраты суммируются дляразработку каждого из них. Затем эти затраты суммируются для
определения полной стоимости проектаопределения полной стоимости проекта..
Недостатки восходящего подхода являются достоинствамиНедостатки восходящего подхода являются достоинствами
нисходящего и наоборот.нисходящего и наоборот.
Для работы с большими проектами необходимо применить несколькоДля работы с большими проектами необходимо применить несколько
методов оценивания себестоимости для их последующегометодов оценивания себестоимости для их последующего
сравнения.сравнения.
Методы оцениванияМетоды оценивания
14. Алгоритмическое моделированиеАлгоритмическое моделирование
стоимостистоимости
Алгоритмическую модель стоимости можно построить с помощьюАлгоритмическую модель стоимости можно построить с помощью
анализа затрат и параметров уже разработанных проектов.анализа затрат и параметров уже разработанных проектов.
В общем случае формула для вычисления алгоритмической оценкиВ общем случае формула для вычисления алгоритмической оценки
стоимости записывается следующим образом:стоимости записывается следующим образом:
затраты = А х размер х М,затраты = А х размер х М,
где А — постоянный коэффициент, который зависит от организациигде А — постоянный коэффициент, который зависит от организации
выполнения проекта, показатель размер может соотноситься либовыполнения проекта, показатель размер может соотноситься либо
с размером кода программы, либо с функциональной оценкой,с размером кода программы, либо с функциональной оценкой,
выраженной в количестве объектных или функциональных точек,выраженной в количестве объектных или функциональных точек,
15. Алгоритмическое моделированиеАлгоритмическое моделирование
стоимостистоимости
Модель СОСОМОМодель СОСОМОЭта модель основана на опыте реализации многих программныхЭта модель основана на опыте реализации многих программных
проектов. Она создана путем сбора данных о большом количествепроектов. Она создана путем сбора данных о большом количестве
проектов и анализа этой информации.проектов и анализа этой информации.
Достоинства модели:Достоинства модели:
Эта модель имеет хорошую техническую документацию,Эта модель имеет хорошую техническую документацию,
общедоступна,существуютобщедоступна,существуют
коммерческие программные средства ее поддержки.коммерческие программные средства ее поддержки.
Модель популярна и ценится среди широкого кругаМодель популярна и ценится среди широкого круга
пользователей.пользователей.
Она прошла достаточно долгий путь развития со времениОна прошла достаточно долгий путь развития со времени
первого появления в 1981первого появления в 1981
году, была усовершенствована для разработки ПО на языкегоду, была усовершенствована для разработки ПО на языке AdaAda,,
последняяпоследняя
версия модели опубликована в 1995 году [44].версия модели опубликована в 1995 году [44].
16. Модель СОСОМО охватывает три уровня.Модель СОСОМО охватывает три уровня.
Уровень предварительного прототипирования. Для определенияУровень предварительного прототипирования. Для определения
необходимых затрат осуществляется оценка размера системы нанеобходимых затрат осуществляется оценка размера системы на
основе объектных точек прототипа.основе объектных точек прототипа.
Уровень предварительного проектирования. Этот уровеньУровень предварительного проектирования. Этот уровень
предусматривает окончание работы над системнымипредусматривает окончание работы над системными
требованиями и, возможно, над начальным проектом архитектурытребованиями и, возможно, над начальным проектом архитектуры
программы. Оценка затрат на этом уровне основана напрограммы. Оценка затрат на этом уровне основана на
функциональных точках, которые затем пересчитываются вфункциональных точках, которые затем пересчитываются в
количество строк кода программ.количество строк кода программ.
Постархитектурный уровень. После разработки архитектурыПостархитектурный уровень. После разработки архитектуры
системы существует реальная возможность достаточно точносистемы существует реальная возможность достаточно точно
оценить размер программы.оценить размер программы.
Алгоритмическое моделирование стоимостиАлгоритмическое моделирование стоимости
Модель СОСОМОМодель СОСОМО
17. Алгоритмические модели стоимости вАлгоритмические модели стоимости в
планировании проектапланировании проекта
АлгоритмическиеАлгоритмические модели стоимости применяются длямодели стоимости применяются для
сравнения различных инвестиций в целях снижениясравнения различных инвестиций в целях снижения
стоимости проекта.стоимости проекта.
Стоимость проекта складывается из трех компонентов.Стоимость проекта складывается из трех компонентов.
Стоимость целевых аппаратных средств, на которых будетСтоимость целевых аппаратных средств, на которых будет
функционировать разрабатываемая система.функционировать разрабатываемая система.
Стоимость платформы (вычислительная техника плюсСтоимость платформы (вычислительная техника плюс
программное обеспечение), используемой для разработкипрограммное обеспечение), используемой для разработки
системы.системы.
Стоимость затрат на разработку системы.Стоимость затрат на разработку системы.
18. Стоимость программного продукта (Стоимость программного продукта (SCSC) вычисляется) вычисляется
следующим образом:следующим образом:
SCSC = оценка затрат х= оценка затрат х RELY x TIME x STORRELY x TIME x STOR хх TOOLTOOL х ЕХР хх ЕХР х
$15000.$15000.
Алгоритмические модели стоимости вАлгоритмические модели стоимости в
планировании проектапланировании проекта
19. Продолжительность проекта и наемПродолжительность проекта и наем
персоналаперсонала
Менеджеры проектов должны определить длительностьМенеджеры проектов должны определить длительность
выполнения проекта (т.е. составить временной графиквыполнения проекта (т.е. составить временной график
работ) и время начала найма персонала дляработ) и время начала найма персонала для
непосредственной работы.непосредственной работы.
Распределяя прогнозируемые затраты на реализацию проекта,Распределяя прогнозируемые затраты на реализацию проекта,
не можем точно знать, сколько человек необходимоне можем точно знать, сколько человек необходимо
включить в команду разработчиков. Часто наборвключить в команду разработчиков. Часто набор
программистов происходит по принципу от меньшего кпрограммистов происходит по принципу от меньшего к
большему с последующим постепенным уменьшением ихбольшему с последующим постепенным уменьшением их
численности.численности.
20. ВопросыВопросы
1.1. Какое место занимает оценка стоимости ПО в жизненном цикле иКакое место занимает оценка стоимости ПО в жизненном цикле и
какого её значение в нём? К каким последствиям могут привестикакого её значение в нём? К каким последствиям могут привести
ошибки на этапе оценки стоимости ПО?ошибки на этапе оценки стоимости ПО?
2.2. Какой фактор, по Вашему мнению, наиболее НЕпредсказуем приКакой фактор, по Вашему мнению, наиболее НЕпредсказуем при
оценке стоимости ПО?оценке стоимости ПО?
3.3. Как Вы думаете, какие ещё действия может предпринять менеджерКак Вы думаете, какие ещё действия может предпринять менеджер
при превышении планируемых затрат на ПО?при превышении планируемых затрат на ПО?
4.4. Какие способы оценки производительности труда программиста ВыКакие способы оценки производительности труда программиста Вы
считаете наиболее адекватными?считаете наиболее адекватными?
5.5. Какие плюсы и минусы у метода оценки стоимости ПО - «выигратьКакие плюсы и минусы у метода оценки стоимости ПО - «выиграть
контракт»?контракт»?
6.6. Какие последствия возможны при сжатии графика работ доКакие последствия возможны при сжатии графика работ до
минимума? Как их избежать?минимума? Как их избежать?