Файл: Методичка по ТЭО проектов.pdf

31 

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

удовлетворяет рекомендуемым системным требованиям, не превышает: 

−  1 сек. – при выполнении оперативных внесений в БД; 
−  10 сек. – при построении оперативных отчетов; 
−  5 мин. – при построении регламентных отчетов.  

Построение регламентных отчетов происходит в фоновом режиме (пользователь может продол-

жать работу с системой в процессе построения регламентного отчета). 

Время восстановления работоспособности системы после перезагрузки не превышает 15 минут, 

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

В АИС «ТиС» предусмотрена возможность уведомления администратора по электронной почте о 

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

Возможность перенесения АИС «ТиС» на другую аппаратно-программную платформу не преду-

смотрена. 

Надежность, практичность, эффективность, сопровождаемость и мобильность системы соответ-

ствует основным положениям ГОСТ 28195-89 Оценка качества программных средств. Общие поло-
жения. 

32 

I. 

Прямой  метод  определения  технико-экономических  показателей  про-

екта (метод экспертных оценок) 

 
Исходные данные. 
 
Тип системы: программно-информационная 
Сложность системы: простая 
Язык программирования – Delphi 
Плановый срок разработки системы, установленный заказчиком – 12 месяцев. 
 
Анализ объекта автоматизации 
 
Декомпозируем программную систему до уровня элементарных компонент и для оценки разме-

ров каждой из них используем либо внешних экспертов, либо специалистов разработчика и заказчика 
(пример декомпозиции – рис. 1.). 

Рис. 1. Декомпозиция бизнес-процесса «Прием продукта на склад» 

В результате проведенного анализа получаем структуру программных комплексов и компонент 

АИС «ТиС» (рис. 2.). 

Для упрощения расчетов примем допущение, что работу по оцениванию системы проводит толь-

ко один эксперт – представитель разработчика.  

Эксперт должен дать оптимистическую (o), пессимистическую (p) и реалистическую (b) оценки 

строк исходного кода для каждой программной компоненты. Средняя оценка по бета-распределению 
определяется по формуле 2.1. (раздел 2.3.1.): 

6

/

)

4

(

ij

p

ij

b

ij

o

ij

k

r

+

+

=

где  

o

 – оптимистическая оценка; 

b

 – реалистическая оценка; 

p

 – пессимистическая оценка; 

k

 – номер участвующего в оценке эксперта; 

i

 – номер уровня; 

j

 – номер программной компоненты. 

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

сти ПС (табл. 1). 

Рис. 2. Структура программной системы «Торговля и склад» 

33 

Таблица 1  

Бланк экспертного 

оценивания размерности программной системы 

Оценка  

Программные комплексы и  

компоненты АИС «ТиС» 

П 

Р 

О 

Средняя 

оценка 

АИС «Администратор» 

ПК "Ведение списка складов" 

96 

64 

32 

64 

ПК "Ведение классификатора продук-
тов" 

32 

32 

32 

32 

ПК "Ведение списка сотрудников" 

32 

32 

32 

32 

ПК "Аудит" 

320 

160 

120 

180 

АИС «Прием продуктов» 

ПК "Внесение сведений о поставщике" 

640 

320 

128 

341 

ПК "Внесение сведений о продукте" 

640 

320 

128 

341 

ПК "Размещение продуктов на складе" 

128 

128 

128 

128 

ПК "Просмотр списков поставщиков" 
 

128 

128 

128 

128 

АИС «Прием заказов» 

ПК "Внесение информации о заказчике" 

640 

320 

128 

341 

ПК "Проверка наличия продуктов на 
складе" 

640 

320 

128 

341 

ПК "Внесение информации о заказе" 

640 

320 

128 

341 

ПК "Рассылка уведомлений" 

320 

320 

128 

288 

ПК "Просмотр очереди заказов" 

32 

320 

128 

240 

ПК "Просмотр списка заказчиков" 

32 

320 

128 

240 

АИС «Прием платежей» 

ПК "Внесение информации о платежах" 

512 

320 

64 

309 

ПК "Просмотр списков платежей" 

640 

512 

64 

459 

АИС «Исполнение заказов» 

ПК "Контроль оплаты заказов" 

128 

64 

64 

75 

ПК "Отгрузка заказов со склада" 

128 

64 

64 

75 

ПК "Формирование отчета" 

320 

512 

128 

416 

ИТОГО 

4372 

Сокращения: П – пессимистическая оценка; Р – реалистиче-

ская оценка; О – оптимистическая оценка.     

34 

35 

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

мируются  результаты  измерения  по  принципу  «снизу-вверх» 
(формула 2.2.) и определяется размерность системы:  

∑

∑

∑

=

=

=

=

i

m

j

j

i

k

n

i

q

k

q

r

R

1

1

1

/

, 

где

  q

   - 

количество экспертов,  

i

m

- 

количество программных компонент на i -ом уровне. 

4372

=

R

строк кода 

Следующим  этапом  определения  технико-экономических 

показателей  (ТЭП)  проекта  является  оценка  трудозатрат,  дли-
тельности и средней численности разработчиков при реализации 
проекта. Она основана на согласовании между разработчиком и 
заказчиком производительности труда программиста - P.  

Используя нормативы трудоемкости (табл. 2.2.) разработки 

программ  в  базовой  модели  COCOMO,  примем  P  =  220 
строк/чел.-месяц  (простая  информационно-справочная  система, 
количество строк – до 30 тыс.). Трудозатраты на разработку оп-
ределяются по формуле 2.3: 

87

,

19

220

/

4372

=

=

Т

чел.- месяцев 

И, наконец, при заданной длительности разработки (12 ме-

сяцев), получаем искомую среднюю численность персонала, не-
обходимого для ее разработки по формуле 2.4: 

66

,

1

12

/

87

,

19

=

=

Z

чел. 

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

технико-экономические показатели разработки:  

1)  трудозатраты  на  разработку  системы  составят  19,87  че-

ловеко-месяцев; 

2)  необходимые  людские  ресурсы  при  реализации  системы 

= 1,66 чел.