Методы оценки размера программной системы, страница 4

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

Оценка влияния требований к интенсивности транзакции. Высокая ин­тенсивность транзакций может повлиять на проектные решения и реализацию при­ложения. Рейтинги влияния данной характеристики на сложность приложения представлены в таблице 7.12.


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

Оценка влияния требований к эффективности работы конечного пользо­вателя. Для обеспечения эффективной работы пользователей в режиме оператив­ной обработки информации в проекте приложения должны предусматриваться сле­дующие возможности:

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

•  меню;

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

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

•  скроллинг;

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

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

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

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

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

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

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


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

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

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

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

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

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


Оценка влияния требований к сложности обработки данных. Если к при­ложению предъявляется требование сложной обработки информации, в проекте должны рассматриваться следующие возможности:

•  тщательный контроль (например, специальная обработка входных дан­
ных) и/или специальная реализация защиты информации;

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

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

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

•  сложная обработка, связанная с управлением множеством возможностей
ввода/вывода (в том числе, например, мультимедиа).

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

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

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

Оценка влияния требований к простоте установки приложения. Если приложение должно быть переносимым и легко устанавливаемым, план его ввода в действие и/или инструментальные средства конверсии должны быть предоставлены


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

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


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

Оценка влияния требований к простоте внесения изменений. Если при­ложение специально разрабатывается так, чтобы в него было просто вносить изме­нения, в его проекте должны предусматриваться следующие возможности:

•  предоставление гибких справок и отчетов, получением которых можно
управлять с помощью простых запросов; например, логика «И/ИЛИ» применима
только к одному ВЛО (учитывается при подсчете как один элемент);

•  предоставление гибких справок и отчетов, получением которых можно
управлять с помощью запросов средней сложности; например, логика «И/ИЛИ»
применима к более чем одному ВЛО (учитывается при подсчете как 2 элемента);

•  предоставление гибких справок и отчетов, получением которых можно
управлять с помощью сложных запросов; например, комбинация логики «И/ИЛИ»
применима к одному или более ВЛО (учитывается при подсчете как 3 элемента);

•  эталонные (контрольные) бизнес-данные хранятся в таблицах, которые
поддерживаются потребителем с помощью оперативных интерактивных процессов,
но изменения вступают в действие только на следующий рабочий день;


• эталонные (контрольные) бизнес-данные хранятся в таблицах, которые поддерживаются потребителем с помощью оперативных интерактивных процессов, и изменения вступают в силу немедленно (учитывается при подсчете как два эле­мента).

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

Показатель сложности технических требований. После того, как опреде­лена степень влияния всех 14 общесистемных характеристик на размер и сложность разработки ПС, может быть рассчитан поправочный (настроечный) коэффициент сложности ПС (Кслож):

где Сі - степень влияния каждой общесистемной характеристики.

Как правило, этот коэффициент модифицирует значение ПФР на ±35%.

Нужно отметить, также, что различные организации могут не использовать все 14 характеристик сложности технических требований к ПС. Например, Software Productivity Research, Inc. рекомендует применение только трех.