|
Метод оценивания сверху-вниз ⇐ ПредыдущаяСтр 2 из 2 При оценивании методом сверху-вниз общая оценка стоимости проекта выводится из глобальных свойств программного изделия. Метод оценивания снизу-вверх При оценивании методом снизу-вверх отдельно оценивается каждая компонента, часто исполнителями проекта. Затем полученные оценки складываются и образуют общую стоимость разработки программного обеспечения.
Краткое сравнение моделей
Конструктивная модель оценки стоимости программного обеспечения Конструктивная модель оценки стоимости программного обеспечения (Constructive Cost Model, COCOMO) используется многими менеджерами по разработке программного обеспечения. COCOMO основывается на изучении многих программных проектов. COCOMO является открытой моделью, поэтому все ее детали опубликованы, включая: - базовые уравнения оценки стоимости; - допущения, сделанные в модели (например, «проект должен иметь хорошее управление»); - определения (т.е. точное определение фаз проектирования программного обеспечения). Основное преимущество COCOMO – это возможность настройки деталей разработки программного изделия, что обеспечивает достаточно точные оценки. Введение в СOCOMO Основным уравнением в COCOMO является оценка в человеко-месяцах затрат труда на разработку программного обеспечения. Большинство других результатов вытекает из этого уравнения. Выделяют две класса моделей COCOMO81 и COCOMOII. COCOMO81 COCOMO81 основывается на оценке размера проекта в числе исходных команд (ЧИК) в оригинале Delivered Source Instructions (DSI). В базовых уравнениях COCOMO используются тысячи исходных команд КЧИК или KDSI. DSI определяется следующим образом: - оцениваются только строки непосредственно самого проекта, исключая тесты и вспомогательное программное обеспечение; - строки проекта создаются непосредственно штатом разработчиков, т.е. код созданный генератором приложений не рассматривается; - одна строка считается одной командой; - объявление переменных считаются командами; - комментарии командами не считаются. COCOMO81 включает три модели: - базовая; - промежуточная; - детальная. Считают, что выполняемые проекты бывают трех типов: - распространенный; - полунезависимый; - встроенный. Распространенный тип программного обеспечения. Проект разрабатывается в сходных, стабильных условиях и подобен ранее разрабатывавшимся проекта. Проект относительно мал и характеризуется высокой производительностью труда. Размер проекта не более 50 KDSI. Пример. Обработка послеполётных данных в авиации. Полунезависимый тип программного обеспечения Характеристики проекта находится между распространенными и встроенным типами. Размер полунезависимых проектов не превосходит 300 KDSI. Пример. Тренажер для управления самолетом. Встроенный тип программного обеспечения Характеризуется жесткими ограничениями на характеристики компьютерной системы и требованиями к интерфейсу. Пример. Бортовая система навигации самолета. Базовая COCOMO81 Затраты труда Затраты труда измеряются в человеко-месяцах (person-month, PM). PM=152 часа рабочего времени. Затраты труда основываются на размере программного изделия Затраты труда зависят от типа проекта.
Второе уравнение оценивает в месяцах сроки разработки (Time Development, TDEV).
Исходя из полученных значений PM и TDEV можно рассчитать средний штат ST, требуемый для реализации проекта и производительность труда PROD. ST=PM / TDEV PROD=DSI / TDEV
Пример. Распространенный проект, включающий 3000 строк исходного кода, оценивается следующим образом:
Промежуточная COCOMO81 Промежуточная модель COCOMO81 основывается на KDSI, типе разработки и 15 стоимостных атрибутах, влияющих на продуктивность разработки программного обеспечения. Каждый из стоимостных атрибутов имеет шесть рейтингов: очень низкий, низкий, номинальный, высокий, сверхвысокий и экстра-сверхвысокий. Оценка затрат описывается следующими уравнениями
Стоимостные атрибуты:
Каждому из указанных стоимостных атрибутов соответствует коэффициент влияния атрибута на программную разработку. Номинальное значение атрибутов =1. Промежуточная модель дает более точную оценку, чем базовая модель благодаря стоимостным атрибутам. Детальная COCOMO81 Детальная модель отличается от промежуточной модели в одном главном аспекте: дательная модель использует различные значения стоимостных атрибутов для каждого этапа жизненного цикла программного обеспечения, начиная от анализа требований до комплексной отладки. Промежуточная и детальная COCOMO81 требует больших вычисления. Для автоматизации процесса оценки стоимости разработаны различные программные продукты, например, Costar. Пример. Оценить затраты на проект распространенного типа, при условии что число исходных команд=3000, значения стоимостных атрибутов являются номинальными за исключением двух: сложность изделия – очень высокая, использование инструментальных средств ‑ низкое. Расчет произвести с помощью калькулятора промежуточной модели в Интернете. http://sunset.usc.edu/research/COCOMOII/cocomo81_pgm/cocomo81.html [1] Royce, W.W. Managing the development of large software systems. In Proc/ WESTCON, San Francisco CA. 1970. [2] ISO/IEC 12207 (Information Technology - Software Life Cycle Processes) Система охраняемых территорий в США Изучение особо охраняемых природных территорий(ООПТ) США представляет особый интерес по многим причинам... Конфликты в семейной жизни. Как это изменить? Редкий брак и взаимоотношения существуют без конфликтов и напряженности. Через это проходят все... Что делает отдел по эксплуатации и сопровождению ИС? Отвечает за сохранность данных (расписания копирования, копирование и пр.)... ЧТО ТАКОЕ УВЕРЕННОЕ ПОВЕДЕНИЕ В МЕЖЛИЧНОСТНЫХ ОТНОШЕНИЯХ? Исторически существует три основных модели различий, существующих между... Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:
|