Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Факторы масштаба
|
|
В методике используются пять факторов масштаба SF; , которые определяются следующими характеристиками проекта:
- PREC — прецедентность, наличие опыт аналогичных разработок (Very Low — опыт в продукте и платформе отсутствует; Extra High — продукт и платформа полностью знакомы)
- FLEX — гибкость процесса разработки (Very Low — процесс строго детерминирован; Extra High — определены только общие цели).
- RESL — архитектура и разрешение рисков (Very Low — риски неизвестны/не проанализированы; Extra High — риски разрешены на 100%)
- TEAM — сработанность команды (Very Low — формальные взаимодействия; Extra High — полное доверие, взаимозаменяемость и взаимопомощь).
- PMAT — зрелость процессов (Very Low — CMM Level 1; Extra High — CMM Level 5)
Параметры стоимости. Параметр стоимости (cost driver) – это субъективная величина, которая оценивает различные временные, качественные и ресурсные аспекты разработки ПО. Каждый из параметров может быть откалиброван. Калибровка параметров стоимости – это корректировка значений параметров, которая влияет на значение трудозатрат, и следовательно на время и стоимость, при оценке программного проекта. При калибровке указанных далее семнадцати параметров выбирается оценочный уровень (очень высокий, высокий, выше номинального, номинальный, ниже номинального, низкий, очень низкий) параметра. В формулах этот уровень отражается в виде коэффициента трудозатрат и, таким образом, на каждой стадии разработки проекта влияет на стоимость и длительность той или иной стадии. Выделяют следующие группы параметров [14] (см. табл.1): продукта (product factors), платформы (platform factors), персонала (personnel factors) и проекта (project factors). В табл. 2 дано краткое описание каждого параметра.
Таблица 1
| Параметры | Описание |
| Продукта | Учитывают характеристики разрабатываемого ПО. (RELY, DATA, CPLX, RUSE, DOCU) |
| Платформы | Учитывают характеристики программно-аппаратного комплекса, требуемого для функционирования ПО. (TIME, STOR, PVOL) |
| Персонала | Учитывают уровень знаний и слаженности работы коллектива программистов. (ACAP, PCAP, PCON, APEX, PLEX, LTEX) |
| Проекта | Учитывают влияние современных подходов и технологий, территориальной удаленности членов коллектива разработчиков и сроки выполнения проекта. (TOOL, SITE, SCED) |
Таблица 2
| Параметры | Описание |
| RELY (Required Software Reliability) | Учитывает меру выполнения программой задуманного действия в течение определенного времени |
| DATA (Database Size) | Учитывает влияние объёма тестовых данных на разработку продукта. Уровень этого параметра рассчитывается как соотношение байт в тестируемой базе данных к SLOC в программе |
| CPLX (Product Complexity) | Включает пять типов операций: управления, счетные, устройство-зависимые, управления данными, управления пользовательским интерфейсом. Уровень сложности это субъективное средне-взвешенное значение уровней типов операций |
| RUSE (Developed for Reusability) | Учитывает трудозатраты, требуемые дополнительно для написания компонентов, предназначенных для повторного использования в данном или последующих проектах. Использует следующие оценочные уровни: “в проекте”, “в программе”, “в линейке продуктов”, “в различных линейках продуктов”. Значение параметра накладывает ограничения на следующие параметры: RELY и DOCU |
| DOCU (Documentation Match To Life-Cycle Needs) | Учитывает степень соответствия документации проекта его жизненному циклу |
| TIME (Execution Time Constraint) | Учитывает временные ресурсы, используемые ПО, при выполнении поставленной задачи |
| STOR (Main Storage Constraint) | Учитывает процент использования хранилищ данных |
| PVOL (Platform Volatility) | Учитывает срок жизни платформы (комплекс аппаратного и программного обеспечения, который требуется для функционирования разрабатываемого ПО) |
| ACAP (Analyst Capability) | Учитывает анализ, способность проектировать, эффективность и коммуникативные способности группы специалистов, которые разрабатывают требования и спецификации проекта. Параметр не должен оценивать уровень квалификации отдельно взятого специалиста |
| PCAP (Programmer Capability) | Учитывает уровень программистов в коллективе. При выборе значения для этого параметра следует особо обратить внимание на коммуникативные и профессиональные способности программистов и на командную работу в целом |
| PCON (Personnel Continuity) | Учитывает текучесть кадров в коллективе |
| APEX (Applications Experience) | Учитывает опыт коллектива при работе над приложениями определенного типа |
| PLEX (Platform Experience) | Учитывает умение использовать особенности платформ, такие как графический интерфейс, базы данных, сетевой интерфейс, распределенные системы |
| LTEX (Language and Tool Experience) | Учитывает опыт программистов (языки, среды и инструменты) |
| TOOL (Use Of Software Tools) | Учитывает уровень использования инструментов разработки |
| SITE (Multisite Development) | Учитывает территориальную удаленность (от офиса до международных офисов) членов команды разработчиков и используемые ими средства коммуникации (от телефона до видео конференц-связи) |
| SCED (Required Development Schedule) | Учитывает влияние временных ограничений, накладываемых на проект и на значение трудозатрат |
4. Практическое применение средств оценки стоимости ПО
Рисунок. Основное окно программы Costar
|
|