Системная инженерия. Лабораторная работа № 7 Оценка трудозатрат и сроков разработки п. Отчет по лабораторной работе 7 по дисциплине Системная инженерия
Скачать 91.25 Kb.
|
МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего образования «Сибирский государственный университет науки и технологий имени академика М.Ф. Решетнёва» Институт Информатики и телекоммуникаций Кафедра информатики и вычислительной техники Отчет по лабораторной работе № 7 по дисциплине «Системная инженерия» Выполнил: ст. гр. МИМ20-01 Щучкина Е.Н. Проверил: доцент каф. ИВТ Вдовенко В. В. Красноярск 2020 г. Лабораторная работа № 7 ОЦЕНКА ТРУДОЗАТРАТ И СРОКОВ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ Цель работы: Определение сроков и стоимости разработки программных средств. КОНТРОЛЬНЫЕ ВОПРОСЫ 1. Какие разновидности модели COCOMO были предложены Б. Боэмом? COCOMO была впервые опубликована в 1981 году в книге Боэма «Экономика разработки программного обеспечения» в качестве модели для оценки трудоемкости, себестоимости и плана-графика для проектов по разработке программного обеспечения. Она использовала исследование 63 проектов в аэрокосмической компании TRW, в которой Барри Боэм был директором отдела исследований программного обеспечения и технологий. В 1997 году была разработана модель COCOMO II, окончательно доработанная и опубликованная в 2000 году в книге “Оценка стоимости разработки ПО с COCOMO II”. COCOMO II является наследником первоначальной модели и более подходящей для оценивания современных проектов разработки ПО. Она предоставляет более полную поддержку современных процессов разработки ПО и построена на обновленной базе проектов (данные о 161 проекте) 2. Какие исходные данные используют в базовой модели COCOMO для оценки трудоемкости и времени реализации программного проекта? 3. Какие исходные данные используют в промежуточной модели COCOMO для оценки трудоемкости и времени реализации программного проекта? На этом уровне используются сведения о размере, режиме и 15 дополнительных параметров для необходимых трудозатрат. 4. Какие исходные данные используют в детальной модели COCOMO для оценки трудоемкости и времени реализации программного проекта? Этот уровень надстраивается на промежуточном уровне COCOMO путем внедрения дополнительных множителей трудозатрат, чувствительных к фазе, и трехуровневой иерархии и программных продуктов. 5. Какие типы программных проектов предусмотрены в модели COCOMO? Органический (простой проект Organic mode) Полураздельный вид (средней сложности Intermediate/Semidetached mode) Встроенный вид (Intered/Embeded mode) 6. Назовите основные характеристики распространенного типа проектов. Маленькие команды с хорошим опытом работы и не жесткими требованиями к разработке. Обычно это небольшой программный проект (как правило не более 50000 SLOC) 7. Назовите основные характеристики полунезависимого типа проектов. Средние по размеру команды со смешанным опытом разработки и со смешанными требованиями (как жесткими так и нет). Количество SLOC не более 300000). 8. Назовите основные характеристики встроенного типа проектов. Разрабатываются с учетом множества жестких ограничений (по аппаратному, программному, операционному обеспечению и т.д.) 9. Перечислите основные правила учета количества строк кода в ПС в соответствии с требованиями модели COCOMO. Размер системы выражается в KSLOC, что означает количество строк программного кода в тысячах. Он определяется путем подсчета количества функциональных точек в программе перевода их в KSLOC с помощью стандартных таблиц. 10. Какими методами можно оценить количество строк исходного кода (SLOC) в ПС для использования этого параметра в модели COCOMO? Учитываются только те строки исходного кода, которые являются неотъемлемой частью разрабатываемого программного продукта (тестовые и сопровождающие программы исключаются из расчета); Учитываются только те строки программного кода, которые были созданы персоналом проекта (коды, созданные программами-генераторами приложений, не учитываются); Одна команда - одна срока кода; Декларации считаются командами; Комментарии не считаются командами. 11. На какие группы делятся стоимостные факторы и почему? Факторы продукта; Факторы платформы (виртуальной машины); Факторы персонала; Факторы проекта. 12. Какие стоимостные факторы входят в группу атрибутов программного продукта? Требуемая надежность ПО - RELY; Размер базы данных - DATA; Сложность продукта - CPLX; Требуемая повторная используемость - RUSE; Документирование требований жизненного цикла - DOCU 13. Какие стоимостные факторы входят в группу атрибутов аппаратных средств? Ограничения времени выполнения — TIME; Ограничения оперативной памяти — STOR; Изменчивость платформы — PVOL 14. Какие стоимостные факторы входят в группу атрибутов персонала? Возможности аналитика — АСАР; Возможности программиста — РСАР; Опыт работы с приложением — АЕХР; Опыт работы с платформой — РЕХР; Опыт работы с языком и утилитами — LTEX; Сплоченность команды разработчиков — PCON. 15. Какие стоимостные факторы входят в группу атрибутов проекта? Использование программных утилит — TOOL; Мультисетевая разработка — SITE; Требуемый график разработки — SCED. 16. Из скольких уровней градации состоит шкала ранжирования стоимостных факторов в модели COCOMO? Что это за уровни?
17. Что такое нормированные и ненормированные трудозатраты в модели COCOMO? 18. Как в модели COCOMO определяется коэффициент нормирования трудозатрат? 19. Каким образом были определены коэффициенты в уравнениях модели COCOMO? Перемножение всех множителей затрат дает множитель поправки постархитектурной модели: Значение Мр отражает реальные условия выполнения программного проекта и позволяет троекратно увеличить (уменьшить) начальную оценку затрат. 20 По каким основным этапам рассчитывается распределение трудоемкости и времени реализации программного проекта в модели COCOMO? СТОИМОСТЬ = ЗАТРАТЫ х РАБ_ КОЭФ, где среднее значение рабочего коэффициента составляет $15 000 за человеко-месяц где В— ранее рассчитанный показатель степени; SCEDPercentage — процент увеличения (уменьшения) номинального графика. Если нужно определить номинальный график, то принимается SCEDPercentage =100 и правый сомножитель в уравнении обращается в единицу. Следует отметить, что СОСОМО II ограничивает диапазон уплотнения/растягивания графика (от 75 до 160%). Причина проста — если планируемый график существенно отличается от номинального, это означает внесение в проект высокого риска.4> |