Стандартные компоненты


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

После идентификации стандартных компонентов вычисляется среднее количество строк кода на компонент в прошлых системах. В табл. 12.4 показан пример исторических данных для стандартных компонентов.
Таблица 12.4. Пример исторических данных по количеству строк кода на стандартный компонент

Стандартный компонент

Количество строк кода на компонент

Динамические веб-страницы

487

Статические веб-страницы

58

Таблицы баз данных

2437

Отчеты

288

Бизнес-правила

8327


Собрав исторические данные, оцените количество стандартных компонентов в новой программе и вычислите размер новой программы по старым размерам. Пример показан в табл. 12.5.
Таблица 12.5. Пример использования стандартных компонентов для создания оценки размера
Стандартный              Строк про-              Минималь-              Наиболее              Максималь-              Оцени-              Оценка
компонент              граммного              но возмож-              вероятное              но возмож-              ваемое              в строках
кода на              ное число              число              ное число              число              кода
компонент

Динамические
веб-страницы

487

11

25

50

26,8

13 052

Статические
веб-страницы

58

20

35

40

33,3

1931

Таблицы баз данных

2437

12

15

20

15,3

37 286

Отчеты

288

8

12

20

12,7

3658

Бизнес-правила

8327


1


1

8327

ИТОГО






64 254


В столбцах 3-5 вводятся ваши оценки. Столбец 3 содержит минимальное количество компонентов, которые, по вашему представлению, может содержать проект. Например, для динамических веб-страниц в данном примере этот показатель равен 11. В следующем столбце вводится число, по вашему мнению наиболее вероятное (в нашем примере 25). Затем в столбце 5 вводится максимально возможное количество (50). Оценка в столбце 6 вычисляется по формуле PERT (Program Evaluation and Review Technique), обсуждавшейся в главе 9. Вот как выглядит эта формула для оценки количества компонентов:
ФОРМУЛА № 7
ОжидаемоеКоличествоКомпонентов = [Минимум + (4 х НаиболееВероятноеКоличество) + Максимум]^.
В нашем примере оцениваемое количество динамических веб-страниц оказывается равным [11 + (4 х 25) + 50]/6 = 26,8[6].
Как и прежде, данные в таблице приведены исключительно для примера. Используйте собственные значения, базирующиеся на исторических данных.
Использование стандартных компонентов с процентилями
В одной из разновидностей представленной методики вместо количества компонентов оценивается количество процентилей. Для этого вам также потребуется достаточное количество исторических проектов для вычисления осмысленных процентилей (иначе говоря, по меньшей мере 10 исторических проектов, а в идеале ближе к 20). Но если вы располагаете таким объемом исторических данных, вместо оценки количества можно оценить предполагаемое отклонение от среднего значения по каждому из компонентов.
В табл. 12.6 показано, как выглядит составляемая таблица.
Таблица 12.6. Пример таблицы с эталонными данными для стандартных компонентов

Количество строк кода на компонент (процентили)

Стандартные компоненты

Очень малый (10-й)

Малый
(25-й)

Средний
(50-й)

Большой
(75-й)

Очень большой (90-й)

Динамические веб-страницы

5105

6037

12 123

24 030

35 702

Статические веб-страницы

1511

1751

2111

2723

3487

Таблицы баз данных

22 498

30 020

40 027

45 776

47 002

Отчеты

1518

2518

3530

5833

5533

Бизнес-правила

7007

7534

8509

10 663

12 111


Данные в таблице определяют размер стандартных компонентов по отношению к другим проектам, выполнявшимся вашей организацией. Согласно таблице, у 10 % проектов организации динамические веб-страницы содержали 5105 строк кода и менее, у 50 % проектов статические веб-страницы содержали 2111 строк кода и менее, у 75 % проектов бизнес-правила содержали 10 663 строки кода и менее и т. д.
После заполнения эталонной таблицы классифицируйте размер, предполагаемый по каждому из стандартных компонентов, и найдите соответствующее количество строк кода в табл. 12.6. Пример показан в табл. 12.7.
Как видно из таблицы, вы ожидаете, что оцениваемый проект будет содержать средние динамические веб-страницы по сравнению с другими проектами, выполнявшимися вашей организацией; статические страницы будут больше среднего, таблицы баз данных — меньше среднего и т. д.

Стандартный компонент

Классификация размера

Оценка в строках кода (из табл. 12.6)

Динамические веб-страницы

Средний

12 123

Статические веб-страницы

Большой

2723

Таблицы баз данных

Малый

30 020

Отчеты

Очень малый

1518

Бизнес-правила

Средний

8509

ИТОГО


54 893


Такой подход дает оценку в 54 893 строки кода. Как и прежде, при представлении оценки желательно упростить ее до 55 ООО или 60 ООО строк (то есть до одной или двух значащих цифр).
Ограничения метода стандартных компонентов
К преимуществам метода стандартных компонентов следует отнести то, что он требует минимальных усилий с вашей стороны; собственно, все сводится к интуитивной оценке размера стандартных компонентов в новой системе и поиску по таблице. Немного времени потребуется на конструирование и сопровождение справочной таблицы (вроде тех, что представлены в табл. 12.4 и 12.6).
Метод стандартных компонентов не базируется на подсчете, поэтому он нарушает общий принцип «сначала подсчет, затем вычисления и в последнюю очередь субъективная оценка». Впрочем, он связывает оценки с какими-то обоснованными показателями и поэтому в отдельных случаях может пригодиться.
В целом, хотя метод стандартных компонентов нельзя назвать лучшим методом для поздней стадии проекта, он помогает свести к минимуму усилия по созданию ранних оценок, которые все равно подвержены высокой неточности из-за конуса неопределенности.
СОВЕТ № 56
Рассматривайте метод стандартных компонентов как средство для получения оценки размера с минимальными усилиями на ранних стадиях проекта.
<< | >>
Источник: Макконнелл С.. Сколько стоит программный проект. 2007

Еще по теме Стандартные компоненты:

  1. КОМПОНЕНТЫ ПЛАТЕЖНОГО БАЛАНСА, СТАНДАРТНЫЕ
  2. ДОГОВОР, СТАНДАРТНЫЙ
  3. 4. СТАНДАРТНЫЕ ЦЕЛИ ГОСУДАРСТВЕННЫХ ФИНАНСОВ
  4. Лекция 7 ДЕЙСТВИЕ НАЛОГА: ОТКЛОНЕНИЯ ОТ СТАНДАРТНОЙ МОДЕЛИ
  5. Свойства кривых безразличия стандартного вида.
  6. КЛАССИФИКАЦИЯ ООН, СТАНДАРТНАЯ МЕЖДУНАРОДНАЯ ТОРГОВАЯ (СМТК)
  7. 9.2. Состав и описание стандартного набора реквизитов, используемых при учете хозяйственных единиц в ЕГРПО
  8. Компоненты мотивации
  9. СТАНДАРТНЫЕ ОПЦИОННЫЕ СТРАТЕГИИ, ИСПОЛЬЗУЮЩИЕ ИНДЕКСНЫЕ ОПЦИОНЫ
  10. Компоненты, принципы и концепции углубленного аудита
  11. Приложение 6 Компоненты, составляющие организационную культуру (по В.В. Козлову [92])
  12. Мотивационные компоненты фактора 3 (структурирование)
  13. Компоненти транспарентності*
  14. ГЛАВА 3 НЕОБХОДИМЫЕ КОМПОНЕНТЫ
  15. Субъекты, объекты и компоненты финансового контроля
  16. 6.5. Построение модели с мультипликативной компонентой. Второй способ