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




Скачать 236.22 Kb.
НазваниеПрограммный модуль прогнозирования трудозатрат на разработку программного обеспечения
страница4/4
Дата публикации30.07.2013
Размер236.22 Kb.
ТипДокументы
shkolnie.ru > Математика > Документы
1   2   3   4

Технологическая зрелость процесса разработки (ТЗР) - это интегральный атрибут, отражающий зависимость трудозатрат от эффективности организации и управления процессами разработки ПС в организации.

Для оценки атрибута «Технологическая зрелость процесса разработки» нужно определить уровень соответствия деятельности по разработке ПС ключевым направлениям процесса разработки (Key Process Area). Для этого (в простейшем случае) определяется процент случаев, в которых обеспечивается деятельность по каждому направлению (таблица 7).

Таблица 7 - Оценка уровня зрелости по КРА

Наименование направлений КРА
^
Почти всегда

>90%

случаев

Часто

60-90% случаев

Почти поровну

40-60%

случаев

Время от времени

10-40% случаев

Крайне редко

< 10% случаев

Никогда, или не знаю

Направление



















Далее уровень согласованности с КРА решается и вычисляется значение атрибута Кз (уточняющие данные в таблице 2.10) по формуле:

(4)

Оценка трудозатрат по предпроектной модели

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

Уточнения оценок предпроектной модели.

Уточненное уравнение оценки трудозатрат Тп имеет вид:

  (5)

где Тном - номинальная трудоемкость, вычислена по формуле (1), - произведение коэффициентов стоимостных атрибутов.

Необходимая длительность разработки Дп рассчитывается по формуле:

  (6)

где ОСР% - коэффициент уменьшения продолжительности разработки по необходимого (в процентах).

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

Таблица 8 - Стоимостные атрибуты предпроектной модели

Группа

Стоимостной атрибут

Кi

атрибуты разработчиков

Квалификация разработчиков (ПЕРС)

Опыт работы (ОРАБ)

Кı

К2

атрибуты разработки

Инструментальная поддержка и среда проекта (ИНСТР)

Ограничение срока разработки (ОСР)

К3

К4

атрибуты среды

Сложность программно-аппаратного среды (СПАС)

К5

Атрибуты программного продукта

Сложность и надежность (СЛНД)

Необходимо повторное использование (ПОВТ)

К6

К7

Таблица 9 - Коэффициенты стоимостных атрибутов предпроектной модели




Уровень оценки

Стоимостной атрибут

Сверх низкий

Очень низкий

Низкий

Номинальный

Высокий

Очень высокий

Сверх высокий

Квалификация разработчиков К1

2.12

1.62

1.26

1.00

0.83

0.63

0.50

Опыт работы К2

1.59

1.33

1.12

1.00

0.87

0.71

0.62

Инструментальная поддержка и среда проекта

К3

1.43

1.30

1.10

1.00

0.87

0.73

0.62

Ограничения сроков разработки К4

-

1.43

1.14

1.00

1.00

1.00




Сложность программно-аппаратной среды К5

-

-

0.87

1.00

1.29

1.81

2.61

Сложность и надежность К6

0.73

0.81

0.98

1.00

1.30

1.74

2.38

Необходимое повторное использование К7

-

-

0.95

1.00

1.07

1.15

1.24

Алгоритм оценки стоимостных атрибутов аналогичный оценке атрибутов масштаба и включает следующие шаги.

1. Экспертным методом оцениваем каждый стоимостной атрибут. Если какой-либо атрибут определить сложно, - выбираем номинальную оценку.

2. Для каждого атрибута определяем коэффициент Кi.

3. Умножаем коэффициенты и вычисляем .

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

Таблица 10 - Атрибуты разработчиков

Атрибуты разработчиков

Уровень оценки

Сверх низкий

Очень низкий

Низкий

Номинальный

Высокий

Очень высокий

Сверх высокий

Квалификация разработчиков

20 %

39 %

45 %

55 %

65 %

75 %

85 %

Опыт работы

<3 месяцев

5 месяцев

9 месяцев

1 год

2 года

4 года

6 лет

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

- Способность к анализу и программированию;

- Эффективность и тщательность выполнения работы;

- Способность к общению и сотрудничеству.

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

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

Таблица 11 - Атрибуты разработки

Атрибуты разработки

Уровень оценки

Очень низкий

Низкий

Номинальный

Высокий

Очень высокий

Инструментальная поддержка и середа проекта


Простые инструменты редактирования, кодирования и отладки

Простые CASE-инструменты, слабая интеграция

Базовые инструменты ЖЦ, умеренно интегрированные

Мощные инструменты для всего ЖЦ, умеренно интегрированные

Мощные интегрированные среды разработки для всего ЖЦ

Ограничение сроков разработки

75%

85%

100%

130%

160%

Высокие оценки означают возможное снижение трудозатрат и увеличения производительности. Оценки ограничения сроков разработки (ОСР) задаются в процентах от номинальной продолжительности разработки. Этот атрибут используется для оценки трудозатрат при сокращении сроков по сравнению с вычисленными номинальными значениями. Устанавливать это ограничение менее 75% от номинальной продолжительности не рекомендуется, поскольку это может привести к ухудшению характеристик ПС.

Атрибуты среды - оценивают совокупное влияние на трудозатраты сложности программно-аппаратного среды в части ограничений по времени выполнения и требуемой оперативной памяти, а также частоты смены среды разработки.

Таблица 12 - Атрибуты среды

Сложность программно-аппаратной среды

Уровень оценки

Низкий

Номинальный

Высокий

Очень

высокий

Ограничения по времни и памяти

< 50%

50%

65%

80%

Изменчивость среды разработки

Очень стабильная

Стабильная

Немного переменная

Переменная

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

Атрибут сложность и надежность - это интегральный атрибут, в целом учитывает такие характеристики, как необходима надежность, сложность, ожидаемый размер баз данных (БД), необходимый уровень документирования ПС.

Таблица 13 - Единичные атрибуты для атрибута Сложность и надежность

Сложность и надежность

Уровень оценки

Сверх низкий

Очень низкий

Низкий

Номинальный

Высокий

Очень высокий

Сверх высокий

Сумма оценок единичных атрибутов

5, 6

7, 8

9-11

12

13-15

16-18

19-21

Акцент на надежность документации

Очень слабый

Слабый

В некоторой степени

Достаточный

Сильный

Очень сильный

Чрезвычайный

сложность

-

простой

В некоторой степени сложный

Средней сложности

Сложный

Очень сложный

Сверхсложный

размер БД

Малый

Малый

Малый

средний

Большой

Очень большой

Огромный

Таблица 14 – Критерии сложности

значение оценки

логическая сложность

Сложность интерфейса

сложность вычислений

простой

Простые алгоритмы обработки информации, простые запросы

Простые входные формы, простые генераторы отчетов

Простые арифметические выражения

В какой-то степени сложный

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

Использование графического интерфейса

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

средне сложный

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

Простое использование готовых элементов интерфейса

Стандартные математические и статистические процедуры

(номинальный)

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

Разработка и расширение набора элементов интерфейса. Простое звуковое введения

Численный анализ: интерполяция.

сложный

Программы с очень сложной логикой обработки данных, сложные запросы, много секционные отчеты

Умеренно сложная динамическая графика, мультимедиа

Операции усечения и округления

сверхсложный

Сложные запросы, распределенная обработка данных

сложные мультимедиа

Сложный структурированный численный анализ. простая параллелизации

Оценки интегрального атрибута получаются как средневзвешенная сумма оценок единичных атрибутов. Уровень документирования определяется исходя из того, насколько полно должны охватываться документами стадии ЖЦ. Номинальная оценка означает, что состав документов соответствует потребностям ЖЦ.

Оценка сложности ПС выполняется по критериям, поскольку сложность обработки данных учитывается при определении размера ПС, данный атрибут учитывает связь рейтинге сложностях и типа ВС. Для оценки сложности следует выбрать нужный критерий, характеризующий ПС (или группу критериев - в этом случае оценка сложности - средневзвешенная по критериям). Атрибут «Размер БД» введен для того, чтобы учесть дополнительные трудозатраты на подготовку тестовых данных при больших объемах данных.

Атрибут ^ Необходимо повторное использование учитывает дополнительные трудозатраты, необходимые для конструирования компонентов, предназначенных для повторного использования в текущем или следующем проектах. Эти трудозатраты тратятся на обеспечение большей универсальности компонентов, более подробной документации и более тщательного тестирования, что гарантирует повторное использование в других компонентах.

Таблица 15 - Шкала оценок атрибута Необходимо повторное использование




Уровень оценки




Низкий

Номинальный

Высокий

Очень высокий

Сверх высокий

Необходимо повторное использование

Нет


Для данного проекта

Для однотипных продуктов

Для одного семейства продуктов

Для любого проекта

2. Интерфейс модуля SOFTEST

Интерфейс модуля SOFTEST содержит 2 окна:

- Главное окно и

- Окно компонентов, которые оцениваются.

Главное окно имеет строку меню и панель инструментов, а также 4 закладки.

Первая закладка "Атрибуты масштаба и параметры модели" содержит 3 логические группы элементов:

- В группу Параметры модели входит выпадающий список для выбора модели (в SOFTEST реализована только 1 модель - Предпроектная), рассчитанное значение параметра B (автоматически отображается после установки атрибутов масштаба) и количество атрибутов стоимости (7);

- В группе Атрибуты масштаба размещены выпадающие списки для выбора рейтингов атрибутов масштаба.

- В группе Распределение затрат отражаются результаты оценки и их распределение по стадиям ЖЦ.

Вторая закладка Уравнения содержит расчетные формулы модели.

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

Четвертая закладка Описание предназначена для документирования проекта оценки.

3. Технология работы с модулем SOFTEST

Для расчета трудозатрат запускаем модуль SOFTEST. При этом автоматически создается новый проект оценки под названием Компонент1. Переходим в окно компонента.

1. Вводим имя компонента, оцениваем

2. Вводим его размер (в KSLOC или FP (УЕФ))

3. Устанавливаем рейтинги атрибутов стоимости

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

5. Сохраняем проект оценивания.

Сохраненный проект можно открыть, отредактировать, удалить.
1   2   3   4

Похожие:

Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconДоговор подряда (на выполнение физическим лицом работ по разработке программного обеспечения)
Заказчик поручает, а Подрядчик принимает на себя обязательство выполнить разработку программного обеспечения «ТелеБиллинг»
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconРешением педагогического совета
Понятие программного и аппаратного обеспечения. Классификация программного обеспечения
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconПриглашение к участию в запросе котировок Предоставление лицензии...
Место нахождения, почтовый адрес: пр. Победы, 13, г. Юрга, Кемеровская обл., 652050
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconРешение возникших технических проблем, связанных с работой системы...
Удаленная помощь специалиста Банка клиенту по телефону при самостоятельной установке
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconРусский
Прочитайте внимательно: компания Autodesk, Inc. («Autodesk») предоставляет вам лицензию на использование программного обеспечения...
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconУчебно-методический комплекс по дисциплине " Технология разработки...
...
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconАлгоритм подключения доски и установки драйвера и программного обеспечения
Руководство предназначено для интерактивных досок iqboard et и iqboard ps серий, версия драйвера устройства 0, версия программного...
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconКурсовой проект по дисциплине “ Проектирование информационных систем” Цель курсового проекта
Цель работы: Изучить основные принципы и получить базовые навыки подготовки технических заданий на разработку информационных систем,...
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения iconЗамураев Игорь Николаевич Вершинина Наталья Борисовна Галкин Николай Павлович
Разработку программного обеспечения для автоматизации учета казначейского исполнения бюджета в финансовых органах трех муниципальных...
Программный модуль прогнозирования трудозатрат на разработку программного обеспечения icon100% общеобразовательных школ Бокситогорского муниципального района...
Информационное письмо об установке пакета свободного программного обеспечения в общеобразовательных учреждениях Бокситогорского муниципального...
Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2014
shkolnie.ru
Главная страница