Андон Ф.И., Коваль Г.И., Коротун Т.М., Лаврищева Е.М., Суслов В.Ю. Основы инженерии качества программных систем

Подождите немного. Документ загружается.

384 Глава 8

Таблица 8.4. Матрица оценки уровня сложности ВВД

Число элементарных данных функции (ЭДФ) Число ссылочных объектов

функции (СОФ)

1 – 4 5 – 15 > 15

0 - 1

Низкий Низкий Средний

2 - 3

Низкий Средний Высокий

> 3

Средний Высокий Высокий

Оценка уровня сложности каждого внешнего запроса выполняется отдельно в

части ввода и в части вывода. Результирующим значением считается высшая из

двух оценок.

Матрица оценки уровня сложности ВЫВ представлена в таблице 8.5.

Таблица 8.5. Матрица оценки уровня сложности ВЫВ

Число элементарных данных функции (ЭДФ) Число ссылочных объектов

функции (СОФ)

1 – 5 6 – 19 > 19

0 - 1

Низкий Низкий Средний

2 - 3

Низкий Средний Высокий

> 3

Средний Высокий Высокий

Шаг 4. Взвешивание ВВД, ВЫВ и ЗАП по уровням сложности.

Веса, присваиваемые ВВД и ВЫВ, представлены в таблице 8.6.

Таблица 8.6. Веса ВВД

Веса по уровням сложности Категория функции

Низкий Средний Высокий

ВВД 3 4 6

ВЫВ 4 5 7

ЗАП 3 4 6

Шаг 5. Подсчет условных единиц функциональности по всем функциям обра-

ботки данных ПК.

Для подсчета условных единиц функциональности для функций (УЕФ

) не-

обходимо определить количество ВВД, ВЫВ и ЗАП по каждому уровню сложности

для каждого функционального требования и просуммировать значения.

Шаг 6. Определение размера (объема) функциональных возможностей или

просто показателя функционального размера (ПФР) выполняется по формуле:

фо

УЕФУЕФПФР +=

Значение ПФР при необходимости может быть конвертировано в эквива-

лентное число строк исходного кода (SLOC) ПК на соответствующем языке про-

граммирования.

8.1.5. Определение эквивалентного числа строк кода

Конвертирование значения показателя функционального размера в эквива-

лентное число строк исходного кода ПК (SLOC) на соответствующем языке про-

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

формулах расчета стоимости, производительности или надежности ПС. Относи-

тельное количество единиц SLOC, приходящихся на одну единицу УЕФ для неко-

Глава 8 385

торых языков программирования, представлено в таблице 8.7

Таблица 8.7. Эквивалентное число строк исходного кода для УЕФ

Язык программирования SLOC/УЕФ

Basic Assembly 575

JCL 400

Macro Assembly 400

C 225

Cobol 74 (Cobol I) 220

FORTRAN 210

Cobol 85 (Cobol II) 175

Pascal 160

PL/1 126

RPG I 120

RPG II/III 110

Natural 100

C++ 80

Java 80

dBase III 60

Focus 60

Clipper 60

Oracle 60

Sybase 60

dBase IV 55

Perl 50

JavaScript 50

VBScript 50

Shell Script 50

SAS 50

APL 50

8.1.6. Учет нефункциональных требований к программной системе

Рассчитанное значение ПФР характеризует объем и сложность только функ-

циональных требований и не учитывает сложности технических (нефункциональ-

ных) требований к разрабатываемой ПС. Для их учета необходимо оценить 14 об-

щесистемных характеристик, отражающих влияние сложности этих требований на

реализационные особенности ПС

(таблица 8.8).

Нужно отметить, что если организация разрабатывает однотипные про-

граммные средства в однородной среде, общесистемные характеристики можно

считать постоянными. Для того чтобы узнать, какой – «чистый» или скорректиро-

ванный - показатель функционального размера служит лучшим предсказателем

трудоемкости разработки, нужно проводить эксперименты, пробуя сочетать чистый

Данные David Consulting Group, адрес в Интернете:www.davidconsultinggroup.com/

indata.htm . См. также п.8.4.3, где обсуждается проблема подготовки и использования эта-

лонных данных

Информация получена на сайте www.softwaremetrics.com.

386 Глава 8

ПФР с другими метриками. Так, например, многие методологии оценки трудоемко-

сти ПС не допускают использования скорректированного ПФР (например,

СОСОМО).

Таблица 8.8. Общесистемные характеристики ПС

Общесистемная

характеристика

Краткое описание

1 Передача данных Какие средства связи используются для передачи или

обмена информацией с приложением или системой?

2 Распределенная обработка

данных

Каким образом осуществляется управление распре-

деленными данными и функциями их обработки?

3 Производительность Указана ли в требованиях пользователя необходимая

продолжительность ответа на запросы или пропуск-

ная способность?

4 Конфигурация и занятость

технических средств

Насколько плотно будет использоваться аппаратная

платформа, на которой будет работать приложение?

5 Интенсивность транзак-

ции

Как часто должны выполняться транзакции - еже-

дневно, еженедельно, ежемесячно и т.д.?

6 Оперативный ввод данных Какой процент информации вводится оперативно (в

он-лайне)?

7 Эффективность работы

конечного пользователя

Ставится ли во главу угла при разработке приложе-

ния обеспечение эффективности работы конечного

пользователя?

8 Оперативность модифика-

ции данных (в он-лайне)

Сколько внутренних логических объектов (ВЛО) об-

новляется транзакцией в он-лайне?

9 Сложность обработки

данных

Предназначено ли приложение для выполнения об-

ширной логической или математической обработки

данных?

10 Возможность повторного

использования приложе-

ния

Ориентируется ли приложение на удовлетворение

требований одного конкретного потребителя или

многих потребителей?

11 Простота установки Насколько сложен перенос и инсталляция приложе-

ния?

12 Простота использования Насколько понятны ручные и/или автоматизирован-

ные процедуры запуска, резервирования и восстанов-

ления?

13 Распространенность Предназначено ли приложение для работы во многих

организациях (территориальное распределение)?

14 Простота внесения изме-

нений

Разрабатывается ли приложение специально так, что-

бы облегчить внесение изменений?

Оценка общесистемных характеристик выполняется экспертным путем по 5

уровням сложности от 0 до 5:

0 – не оказывает никакого влияния;

1 – оказывает несущественное влияние;

2 - оказывает умеренное влияние;

3 - оказывает среднее влияние;

4 - оказывает существенное влияние;

5 – оказывает сильное влияние.

Глава 8 387

Если потребитель (заказчик) не может принять четкого однозначного реше-

ния относительно оценки указанных общесистемных характеристик, нужно пере-

сматривать спецификацию требований или архитектурный проект системы.

Оценка влияния требований к передаче данных. Данные и управляющие

воздействия посылаются приложению или получаются им через средства связи.

Обмен информацией регулируется определенным протоколом. Примером служит

протокол TCP/IP, который предоставляет общий язык для взаимодействия сетей,

использующих множество локальных протоколов (Ethernet, Netware, AppleTalk,

DECnet и др.). Рейтинги влияния характеристики передачи данных на сложность

приложения представлены в таблице 8.9.

Таблица 8.9. Учет требований по передаче данных

Рейтинг Основания для определения степени влияния характеристики

0 Приложение - пакет или программа для локального компьютера

1 Приложение - пакет, но имеет удаленные ввод данных или печать

2 Приложение - пакет, но имеет удаленный ввод данных и удаленную печать

3 Приложение осуществляет внешний интерфейс с информационной средой –

выполняет оперативный сбор данных или предоставляет услуги предвари-

тельной телеобработки (TP, от teleprocessing) для пакетированного процесса

или системы с запросами

4 Приложение - больше чем внешний интерфейс (или препроцессор), но под-

держивает только один вид коммуникационного протокола TP

5 Приложение - больше чем внешний интерфейс и поддерживает более чем

один вид протокола TP

Примечание. Приложение, которое поддерживает web-запросы и локальный

доступ, должно получить оценку 3, а приложение, которое допускает модификацию

объектов ВЛО через Интернет и локальное обновление, должно получить оценку 5.

Оценка влияния требований к распределенной обработке данных. Рейтин-

ги влияния характеристики на сложность приложения представлены в таблице 8.10.

Таблица 8.10. Учет требований по распределенной обработке данных

Рейтинг Основания для определения степени влияния характеристики

0 Приложение не предназначено для передачи данных или делегирования

функций обработки другим компонентам системы

1 Приложение подготавливает данные, для того чтобы конечный пользователь

обрабатывал их с помощью другого компонента системы, как, например,

электронные таблицы и СУБД

2 Средствами приложения данные подготавливаются для передачи, затем пе-

реносятся и обрабатываются на другом компоненте системы (данные не для

обработки конечным пользователем)

3 Распределенная обработка и передача данных являются оперативными и

только в одном направлении

4 Распределенная обработка и передача данных являются оперативными и

осуществляются в обоих направлениях

5 Функции обработки динамически выполняются на наиболее подходящем

для этого компоненте системы

Оценка влияния требований к производительности. Требования к произ-

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

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

388 Глава 8

передачи данных. Рейтинги влияния характеристики на сложность приложения

представлены в таблице 8.11.

Таблица 8.11. Учет требований по производительности

Рейтинг Основания для определения степени влияния характеристики

0 Никакие специальные требования относительно производительности поль-

зователем не установлены

1 Требования к производительности установлены, но никаких специальных

действий предпринимать не нужно

2 Время ответа или пропускная способность являются критическими в течение

часов пик. Никаких специальных проектных решений об использовании

CPU не требуется. Обработка данных, которая не может быть завершена до

конца сеанса работы, откладывается на следующий рабочий день (отложен-

ная обработка)

3 Продолжительность ожидания ответа или пропускная способность является

критической в течение всего рабочего времени. Никаких специальных про-

ектных решений об использовании CPU не требуется. Порядок отложенной

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

4 Кроме того, пользователем предъявляются достаточно жесткие требования к

производительности, что требует включения в проект задач анализа произ-

водительности.

5 Кроме того, при проектировании и разработке нужно использовать инстру-

ментальные средства анализа производительности, чтобы удовлетворить

требования пользователя

Оценка влияния требований к конфигурации и занятости технических

средств. Разработка приложения может потребовать принятия специальных реше-

ний о рациональном использовании существующих или специально приобретаемых

технических средств, применяемых автономно или в режиме разделения, с защитой

информации или без, эксплуатируемых непрерывно и продолжительно или нет.

Рейтинги влияния данной характеристики на сложность приложения представлены

в таблице 8.12.

Таблица 8.12. Учет требований по конфигурации и занятости

технических средств

Рейтинг Основания для определения степени влияния характеристики

0 Никакие оперативные ограничения в требования не включены

1 Оперативные ограничения существуют, но не требуется никаких специаль-

ных усилий, чтобы их удовлетворить

2 В требования включены положения относительно обеспечения защиты ин-

формации или распределения времени использования среды

3 Включаются специальные требования к процессору для определенной части

приложения

4 Заявленные в требованиях операционные ограничения на работу приложе-

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

центральным или другим (назначенным) процессором

5 Кроме того, есть специальные ограничивающие условия на работу приложе-

ния с распределенными компонентами

Глава 8 389

Оценка влияния требований к интенсивности транзакции. Высокая ин-

тенсивность транзакций может повлиять на проектные решения и реализацию при-

ложения. Рейтинги влияния данной характеристики на сложность приложения

представлены в таблице 8.13.

Таблица 8.13. Учет требований по интенсивности транзакций

Рейтинг Основания для определения степени влияния характеристики

0 Никакого пикового периода транзакции не предвидится

1 Предвидится пиковый период транзакции (например, ежемесячно, ежеквар-

тально, сезонно, ежегодно)

2 Предвидится еженедельный пиковый период транзакции

3 Предвидится ежедневный пиковый период транзакции

4 В соответствии с требованиями приложение должно поддерживать высокую

интенсивность транзакций, что влечет за собой решение задач анализа про-

изводительности на стадии проектирования

5 Кроме того, необходимо использовать инструментальные средства анализа

производительности.

Оценка влияния требований к оперативному вводу данных. Рейтинги

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

8.14.

Таблица 8.14. Учет требований по оперативному вводу данных

Рейтинг Основания для определения степени влияния характеристики

0 Все транзакции обрабатываются в пакетном режиме

1 От 1% до 7% транзакций представляют собой интерактивный ввод данных

2 От 8% до 15% транзакций представляют интерактивный ввод данных

3 От 16% до 23% транзакций представляют интерактивный ввод данных

4 От 24% до 30% транзакций представляют интерактивный ввод данных

5 Более чем 30% транзакций представляют интерактивный ввод данных

Оценка влияния требований к эффективности работы конечного пользо-

вателя. Для обеспечения эффективной работы пользователей в режиме оператив-

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

дующие возможности

• функции навигации (например, функциональные клавиши, переходы по

ссылке, динамически генерируемые меню);

• меню;

• оперативные подсказки и справочная информация;

• автоматическое перемещение курсора;

• скроллинг;

• удаленная печать (через оперативные транзакции);

• закрепление функциональных клавиш;

• пакетные задания, сформированные из оперативных транзакций;

• выделение данных на экране курсором;

• использование индикаторов - негативного изображения, выделения, цвет-

ного подчеркивания и др.;

390 Глава 8

• распечатка пользовательской документации оперативных транзакций;

• интерфейс мыши;

• всплывающие окна;

• минимум экранов для реализации деловой функции;

• двуязычная поддержка (учитывается при подсчете как четыре элемента);

• многоязычная поддержка (учитывается при подсчете как шесть элемен-

тов).

Рейтинги влияния данной характеристики на сложность приложения пред-

ставлены в таблице 8.15.

Таблица 8.15. Учет требований по эффективности работы пользователя

Рейтинг Основания для определения степени влияния характеристики

0 Ни одной из возможностей, упомянутых в списке

1 От 1 до 3 возможностей, упомянутых в списке

2 От 4 до 5 возможностей, упомянутых в списке

3 6 или больше возможностей из упомянутых в списке, но нет никаких специ-

альных требований потребителя, связанных с эффективностью.

4 6 или больше возможностей, упомянутых в списке. Есть достаточно четкие

требования потребителя относительно эффективности работы конечных

пользователей, что влечет за собой включение в проект задач учета челове-

ческих факторов (например, минимизация последовательностей нажатий

клавиш, максимизация типовых (умалчиваемых) значений, использование

шаблонов)

5 Шесть или больше возможностей, упомянутых в списке. Есть жесткие тре-

бования относительно эффективности работы конечного пользователя. Их

реализация требует использования специальных инструментальных средств

и процессов для демонстрации того, что цели по эффективности достигнуты

Оценка влияния требований к оперативности модификации данных. Рей-

тинги влияния данной характеристики на сложность приложения представлены в

таблице 8.16.

Таблица 8.16. Учет требований по оперативности модификации данных

Рейтинг Основания для определения степени влияния характеристики

0 Нет

1 Оперативная модификация 1 – 3 объектов (файлов). Объем обновляемых

данных небольшой. Не сложное восстановление данных

2 Оперативная модификация 4 и более объектов. Объем обновления неболь-

шой. Не сложное восстановление данных

3 Предполагается оперативная модификация основных внутренних логиче-

ских объектов

4 Кроме того, весьма важна защита от потери данных. Она должна быть спе-

циально спроектирована и запрограммирована в системе

5 Кроме того, большие объемы данных требуют рассмотрения вопросов стои-

мости процесса восстановления. Нужны высоко автоматизированные проце-

дуры восстановления с минимальным вмешательством оператора

Глава 8 391

Оценка влияния требований к сложности обработки данных. Если к при-

ложению предъявляется требование сложной обработки информации, в проекте

должны рассматриваться следующие возможности:

• тщательный контроль (например, специальная обработка входных дан-

ных) и/или специальная реализация защиты информации;

• обширная логическая обработка;

• обширная математическая обработка;

• большое количество обрабатываемых исключительных ситуаций, что

может приводить к неполным транзакциям, которые должны обрабатываться по-

вторно;

• сложная обработка, связанная с управлением множеством возможностей

ввода/вывода (в том числе, например, мультимедиа).

Рейтинги влияния данной характеристики на сложность приложения пред-

ставлены в таблице 8.17.

Таблица 8.17. Учет требований по сложности обработки данных

Рейтинг Основания для определения степени влияния характеристики

0 Ни одна из упомянутых выше возможностей

1 Любая одна из упомянутых выше возможностей

2 Любые две из упомянутых выше возможностей

3 Любые три из упомянутых выше возможностей

4 Любые четыре из упомянутых выше возможностей

5 Все пять из упомянутых выше возможностей

Оценка влияния требований к повторному использованию приложения.

Рейтинги влияния данной характеристики на сложность приложения представлены

в таблице 8.18.

Таблица 8.18. Учет требований по повторному использованию

Рейтинг Основания для определения степени влияния характеристики

0 Не повторно используемый код

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

2 Меньше чем 10% приложения может быть востребовано более чем одним

потребителем

3 10% или больше может быть востребовано более чем одним потребителем

4 Приложение было специально укомплектовано и/или документировано так,

чтобы облегчить повторное использование, и настраивается потребителем на

уровне исходного кода

5 Приложение было специально укомплектовано и/или документировано так,

чтобы облегчить повторное использование, и настраивается для использова-

ния по известному параметру потребителя

Оценка влияния требований к простоте установки приложения. Если

приложение должно быть переносимым и легко устанавливаемым, план его ввода в

действие и/или инструментальные средства конверсии должны быть предоставлены

и проверены в течение стадии системного тестирования. Рейтинги влияния данной

характеристики на сложность приложения представлены в таблице 8.19.

392 Глава 8

Таблица 8.19. Учет требований по простоте установки

Рейтинг Основания для определения степени влияния характеристики

0 Потребителем не были заявлены никакие специальные требования и никакой

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

1 Потребителем не были заявлены никакие специальные требования, но для

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

2 Требования к преобразованию и установке были заявлены потребителем, и

руководства по установке должны быть предоставлены и проверены. Отра-

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

3 Требования к преобразованию и установке были заявлены потребителем, и

руководства по установке должны быть предоставлены и проверены. Отра-

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

4 В добавление к 2, автоматизированные инструменты конверсия и инсталля-

ции должны быть предоставлены и проверены

5 В добавление к 3, автоматизированные инструменты конверсии и инсталля-

ции должны быть предоставлены и проверены

Оценка влияния требований к простоте использования приложения. Ес-

ли простота использования – одно из требований к приложению, на стадии систем-

ного тестирования должны быть предоставлены и проверены эффективные проце-

дуры запуска, резервирования и восстановления. Приложение должно минимизи-

ровать действия, выполняемые вручную. Рейтинги влияния данной характеристики

на сложность приложения представлены в таблице 8.20.

Таблица 8.20. Учет требований по простоте использования

Рейтинг Основания для определения степени влияния характеристики

0 Потребителем не были заявлены никакие специальные требования по опера-

тивному использованию, кроме обычных процедур резервирования

1 - 4 Одна, несколько, или все следующие возможности должны предусматри-

ваться в приложении. Каждая возможность имеет вес 1, кроме тех, которые

отмечены особо

Эффективные процессы запуска, резервирования и восстановления, однако

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

Эффективные процессы запуска, резервирования и восстановления, но вме-

шательство оператора не требуется (учитывается при подсчете как два эле-

мента)

Минимизирована необходимость монтирования ленты

Минимизирует необходимость управления бумагой

5 Приложение разрабатывается для автоматического функционирования. Ав-

томатическое функционирование означает, что никакое вмешательство

оператора не требуется для управления системой, кроме запуска или оста-

нова приложения. Автоматическое резервирование – одно из свойств при-

ложения

Оценка влияния требований к распространенности приложения. Если

приложение должно устанавливаться во многих местах (многих организациях), в

проекте должны отражаться вопросы эффективного функционирования приложе-

ния в различных аппаратно-программных средах. Рейтинги влияния данной харак-

теристики на сложность приложения представлены в таблице 8.21.

Глава 8 393

Таблица 8.21. Учет требований по распространенности приложения

Рейтинг Основания для определения степени влияния характеристики

0 В требованиях потребителя не оговаривается возможность использования

приложения более чем на одном рабочем месте / более одной установки

1 Потребности установки приложения во многих пунктах предусматриваются

в проекте, однако приложение разрабатывается так, что будет работать толь-

ко в идентичных аппаратно-программных средах

2 Потребности установки приложения во многих пунктах предусматриваются

в проекте, но приложение разрабатывается так, что будет работать только в

однотипных аппаратно-программных средах

3 Потребности установки приложения во многих пунктах предусматриваются

в проекте, и приложение разрабатывается так, что будет работать в различ-

ных аппаратно-программных средах

4 Должны разрабатываться и проверяться документация и план поддержки

приложения во многих пунктах и приложение таково, как описано в 1 или 2

5 Должны разрабатываться и проверяться документация и план поддержки

приложения во многих пунктах и приложение таково, как описано в 3

Оценка влияния требований к простоте внесения изменений. Если при-

ложение специально разрабатывается так, чтобы в него было просто вносить изме-

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

• предоставление гибких справок и отчетов, получением которых можно

управлять с помощью простых запросов; например, логика «И/ИЛИ» применима

только к одному ВЛО (учитывается при подсчете как один элемент);

• предоставление гибких справок и отчетов, получением которых можно

управлять с помощью запросов средней сложности; например, логика «И/ИЛИ»

применима к более чем одному ВЛО (учитывается при подсчете как 2 элемента);

• предоставление гибких справок и отчетов, получением которых можно

управлять с помощью сложных запросов; например, комбинация логики «И/ИЛИ»

применима к одному или более ВЛО (учитывается при подсчете как 3 элемента);

• эталонные (контрольные) бизнес-данные хранятся в таблицах, которые

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

но изменения вступают в действие только на следующий рабочий день;

• эталонные (контрольные) бизнес-данные хранятся в таблицах, которые

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

и изменения вступают в силу немедленно (учитывается как два элемента).

Рейтинги влияния данной характеристики на сложность приложения пред-

ставлены в таблице 8.22.

Таблица 8.22. Учет требований по простоте внесения изменений

Рейтинг Основания для определения степени влияния характеристики

0 Ни одна из упомянутых выше возможностей

1 Любая одна из упомянутых выше возможностей

2 Любые две из упомянутых выше возможностей

3 Любые три из упомянутых выше возможностей

4 Любые четыре из упомянутых выше возможностей

5 Все пять из упомянутых выше возможностей