Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Тема-ФГР 4к.-2006.doc
Скачиваний:
9
Добавлен:
12.11.2019
Размер:
207.36 Кб
Скачать

10.2. Методика оценки трудоемкости разработки на основе функциональных точек.

10.2.1. Общие сведения

Рассматриваемый в данном разделе сокращенный вариант методики оценки трудоемкости разработки ПО основан на материалах консорциума IFPUG (International Function Point User Group) и компании SPR (Software Productivity Research), которая является одним из лидеров в области методов и средств оценки характеристик ПО.

Составляющие оценки трудоемкости разработки ПО:

оценка размера разрабатываемого продукта: Для ПО в прежнее время основной мерой оценки являлось количество строк кода (LOC - Lines of Code), а в настоящее время является количество функциональных точек (FPs - Function Points);

оценка трудоемкости в человеко-месяцах или человеко-часах;

оценка продолжительности проекта в календарных месяцах;

оценка стоимости проекта.

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

Порядок расчета трудоемкости разработки ПО:

определение количества и сложности функциональных типов приложения;

определение количества связанных с каждым функциональным типом элементарных данных (DET), элементарных записей (RET) и файлов типа ссылок (FTR);

определение сложности (в зависимости от количества DET, RET и FTR);

подсчет количества функциональных точек приложения;

подсчет количества функциональных точек с учетом общих характеристик системы (рис. 10.2);

оценка трудоемкости разработки (с использованием различных статистических данных).

Рис. 10.1. Выявление функциональных типов

Рис. 10.2. Определение количества функциональных точек

В состав функциональных типов (function type) включаются следующие элементы приложений разрабатываемой системы:

1. Внутренний логический файл (Internal Logical File, ILF) - идентифицируемая совокупность логически взаимосвязанных записей данных, поддерживаемая внутри приложения посредством элементарного процесса (рис. 10.3).

Рис. 10.3. Внутренний логический файл

2. Внешний интерфейсный файл (External Interface File, EIF) - идентифицируемая совокупность логически взаимосвязанных записей данных, передаваемых другому приложению или получаемых от него и поддерживаемых вне данного приложения (рис. 10.4).

Рис. 10.4. Внешний интерфейсный файл

3. Входной элемент приложения (External Input, EI) - элементарный процесс, связанный с обработкой входной информации приложения - входного документа или экранной формы. Обрабатываемые данные могут соответствовать одному или более ILF (рис. 10.5).

Рис. 3.5. Входной элемент приложения

4. Выходной элемент приложения (External Output, EO) - элементарный процесс, связанный с обработкой выходной информации приложения - выходного отчета, документа, экранной формы (рис. 10.6).

Рис. 10.6. Выходной элемент приложения

5. Внешний запрос (External Query, EQ) - элементарный процесс, состоящий из комбинации «запрос/ответ», не связанной с вычислением производных данных или обновлением ILF (базы данных) (рис. 10.7).

Рис. 10.7. Внешний запрос

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]