Ресурсная модель КОМОСТ — Информационный менеджмент | iFREEstore

Ресурсная модель КОМОСТ

Модель представлена иерархией моделей:

Базовая модель - это статистическая модель с одним параметром. Она позволяет рассчитать трудоемкость и стоимость разработки программного продукта, как в целом, так и с распределением усилий по фазам и работам жизненного цикла. Параметр – число строк исходного кода.

Промежуточная модель – предназначена для расчета трудоемкости и стоимости программы в зависимости от размера (числа строк программы). Она позволяет более полно учесть особенности программы, такие как сложность, надежность, размеры и сложность базы данных. Которые влияют на трудоемкость и производительность труда.

Детальная модель - использует оценки с распределением их по этапам ЖЦ, по подсистемам и модулям. Она дает более точную оценку стоимости программного продукта.

Трудоемкость =aразмер продуктаb

Длительность =cТрудоемкостьd

Коэффициенты a,b,c,d определяются типом программного продукта. На основе расчета можно определить штатную численность программистов (Трудоемкость делить на длительность) и среднюю производительность труда (размер делить на трудоемкость)

В зависимости от размеров программного продукта и фазам жизненного цикла модель КОМОС с помощью эмпирически установленных коэффициентов позволяет определить трудоемкость и стоимость для каждой фазы.

Метод функциональных точек

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

Информационные параметры определяются следующим образом:

Число входов пользователей. Подсчитывается каждый вход пользователя, который дает отличающиеся от других данные, ориентированные на определенное приложение. Входы должны отличаться от запросов пользователей, которые подсчитываются отдельно.

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

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

Число Файлов. Подсчитывается количество главных логических файлов (логических групп данных), которые могут входить в состав достаточно большой базы данных.

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

Каждому числовому значению параметра присваивается соответствующий весовой коэффициент, который учитывает, насколько сложно или просто можно реализовать рассматриваемый параметр. Очевидно, что подобная оценка сложности является экспертной и достаточно субъективной.

Для окончательного подсчета количества функциональных точек, т.е меры ФТ для всего программного продукта, требуется дополнительно учесть 14 факторов, для которых установлена шкала весовых коэффициентов, отражающих степень влияния того или иного фактора при функционировании программного изделия. Шкала значений коэффициентов следующая:

Нет влияния - 0.

Случайное влияние -1.

Умеренное влияние - 2.

Среднее влияние - 3.

Значительное влияние - 4.

Существенное влияние - 5.

С помощью этой шкалы также экспертно оценивается уровень влияния каждого из следующих факторов, определяющих особенности функционирования изделия:

Требует ли система надежного резервирования и последующего восстановления после отказа?

Требуется ли передача данных?

Имеются ли функции распределенной обработки?

Критична ли производительность программного продукта?

Будет ли система функционировать в существующей или в более сложной операционной обстановке?

6.Требует ли система онлайнового ввода данных?

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

Осуществляется ли обновление главного файла в онлайновом режиме?

Являются ли сложными входы, выходы, файлы или запросы?

Являются ли сложными алгоритмы обработки данных

Весовые коэффициенты приведены в табл.

Измеряемый параметр

Весовой коэффициент

прост.

средн.

сложи.

Входы пользователей

3

4

6

Выходы пользователей

4

5

7

Запросы пользователей

3

4

6

Файлы

10

15

Внешние интерфейсы

5

7

10

Порядок расчета

Определяют параметры системы (входы/выходы)

Каждому параметру присваивают свой весовой коэффициент, учитывающий сложность реализации параметра

Определяют общий итог по всем параметрам

Число ФТ определяют по формуле ФТ=общий итог(0,65+0,01суммы коэффициентов)

ФТ можно использовать для определения производительности труда, стоимость разработки одной точки, количество страниц документации на одну точку и т.д.

Определение производительности труда в группе исполнителей. Модель Филиппа. Модель Путнема

В небольших проектах разработки программных средств один человек анализирует требования, проектирует программное изделие, кодирует, проводит тестирование и отладку программ, осуществляет интеграцию модулей и выполняет комплексные испытания изделия.. Когда размер проекта возрастает, в его выполнение включается все большее число людей. Трудно представить себе разработку проекта трудоемкостью 10 человеко-лет, которую выполнял бы один исполнитель.

К сожалению, среди менеджеров все еще существует представление о том, что при нарушении сроков выполнения работ, всегда можно добавить некоторое количество программистов и наверстать потерянное время. На практике человеко-месяц как единица измерения объема работы для менеджера проекта крайне опасная и неверная. Дело в том, что человек и месяц взаимо заменяемы только тогда, когда работу можно распределить между несколькими независимо работающими исполнителями. На практике работа коллектива людей даже при достаточно четком разделении решаемых ими функциональных задач, относящихся к общей проблеме создания программного продукта, требует постоянного их взаимодействия: согласования возникающих вопросов, уточнения технических требований и т. д. Подключение дополнительных исполнителей в процессе работы над проектом приводит к дополнительным непроизводительным затратам времени. Новые люди должны быть обучены, ознакомлены с системой, принятыми методами и средствами проектирования, а те, кто их будет обучать, должны будут оторваться от работы, которую они выполняют в соответствии с планом. Пока проходит обучение, работа не выполняется и отставание проекта растет.

Кроме этого, чем больше людей участвует в проекте, тем больше деловых связей между ними, и тем больше сложность коммуникаций в рамках проекта. Хотя информационное взаимодействие исполнителей необходимо для успешной разработки программного средства, каждая новая взаимосвязь требует дополнительного времени и снижает среднюю производительность труда отдельного разработчика.

Наиболее простой подход построен на предположении, что персонал группы исполнителей вынужден общаться в процессе работы друг с другом, чтобы решать возникающие в процессе работы проблемы. Это общение уменьшает производительное время работников и может оцениваться коэффициентом к относительного сокращения производительного времени. Число информационных связей, возникающих при этом, можно оценивать либо как число возможных взаимных связей, равное числу сочетаний из л по 2, либо полагать, что каждый решает свои личные проблемы с остальными л -1 участниками разработки. Поэтому при оценке производительности труда группы исполнителей целесообразно рассматривать оба варианта взаимодействия.

Второй подход основан на использовании для расчетов установленной эмпирической закономерности - производительность труда отдельного работника падает пропорционально корню кубическому из л. Это так называемый закон Филиппа.

Третий подход использует модель Путнема, в которой (также на основании опытных данных) представлена взаимосвязь основных параметров программного проекта. В результате использования этой модели также появляется установить зависимость производительности труда от числа разработчиков.

Модель Путнема

Расчет полезного времени работы одного сотрудника в группе

T1П=Т11-kn-12

Полезное время работы в группе TГП=Т1П∙n

Производительность труда одного сотрудника в группе ПТ1

ПТ1=СП11-kn-12

Строится зависимость ПТ1 от числа сотрудников в группе n

Суммарная производительность труда группы ПТС=n∙ПТ1

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

Модель Филипса

Производительность труда одного исполнителя работающего в группе ПТ1=СПТ∙n-1/3

Общая производительность труда группы ПТС=ПТ1∙n2/3

Трудоемкость разработки проекта ТР=ШЧ∙ДР

Длительность разработки проекта ДР=РП/ПТС

← Предыдущая
Страница 1
Следующая →

Файл

Информационный менеджмент шпора11.docx

Информационный менеджмент шпора11.docx
Размер: 364.3 Кб

.

Пожаловаться на материал

Бизнес-информация. Информационное общество. Понятия информационная технология, задача информационного менеджмента, системы управления, проектный принцип. Системы автоматизации управления предприятием. Разработка стратегии организации. Формирование организационно-функциональной модели предприятия.

У нас самая большая информационная база в рунете, поэтому Вы всегда можете найти походите запросы

Искать ещё по теме...

Эта тема принадлежит разделу:

Информационный менеджмент

Бизнес-информация. Информационное общество. Понятия информационная технология, задача информационного менеджмента, системы управления, проектный принцип. Системы автоматизации управления предприятием. Разработка стратегии организации. Формирование организационно-функциональной модели предприятия.

К данному материалу относятся разделы:

Бизнес-информация: понятие, специфика и виды

Потребители, их основные группы и специфика потребностей

Информационный менеджмент: определение, назначение, цели и задачи

Информационные технологии и информационные системы

Соотношение понятий ИТ, ИС, ИМ. Понятие информационного менеджмента

Структура объекта и процесса управления

Управленческая роль ИТ – менеджмента на различных этапах жизненного цикла информационного продукта

Организационные формы управления проектированием ИС

Структуры проектной группы

Планирование

Цели бизнеса

Особенности задач выбора платформ

Классификация систем автоматизации управления предприятием

Основные критерии выбора системы

Основные причины неудач внедрения ИС

Понятие тендера

Как учитывать технологии

Структура бизнес-процесса

Структурный подход

Объектный подход

Необходимые условия для достижения поставленных целей

Бизнес-моделирование

Детальное моделирование бизнес-процессов

Разработка стратегии развития предприятия

Определение стратегического видения и миссии

Проблемы организации процессов управления предприятием

Задачи формирования организационно-функциональной модели

Этапы внедрения организационно-функциональной модели предприятия 

Описание производственной и организационной структуры предприятия, формирование состава бизнес-процессов и функций

Консалтинг и информационный менеджмент

Проектирование корпоративных информационных систем

Особенности бизнес-реинжиниринга

Принципы нового системного проектирования

Новое системное проектирование и используемые методы

Интеграция средств визуализации и баз данных для системного представления объектов управления

Ресурсная модель КОМОСТ

Формирование организационной структуры в области информатизации

Основы стратегического планирования информационных систем

Фазы стратегического планирования информационных систем анализ окружения системы

Разработка стратегий

Групповая динамика

Руководство, лидерство и власть

Мотивация

Формирование и обеспечение комплексной защищенности информационных ресурсов

Похожие материалы:

Правотворчество субъектов РФ

Курсовая работа. Одним из важнейшим направление деятельности государства является правотворчество. Законодательный процесс в субъектах Российской Федерации. Проблемы правотворчества

Історія української культури

Вивчення історико-культурного процесу в Україні. Населення на території України та його культура. Література у питанні подальшого розгортання національно-культурного процесу.

Гинекология

На зачет. Методы диагностики в гинекологии. Характеристика нормального менструального цикла. Изменения в яичниках и матке в течение менструального цикла. Ювенильные маточные кровотечения. Этиология, патогенез, клиника.

Деловая игра «Разработка инновационного сюжетного тура»

Цели: отработка навыков создания инновационных туров;

Концепция Д.Б.Эльконина

Самостоятельная работа Самостоятельная работа-конспект по теме «Периодизация Д.Б.Эльконина». Новые понятия Д.Б.Эльконин для построения своей периодизации. Основные психологические новообразования развития,