<<
>>

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

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

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

После идентификации стандартных компонентов вычисляется среднее количество строк кода на компонент в прошлых системах. В табл. 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. 8.4.Стандартные критерии оценки инвестиционных проектов
  4. 22.6. Разработка стандартных процедур складского процесса
  5. 9.2. Состав и описание стандартного набора реквизитов, используемых при учете хозяйственных единиц в ЕГРПО
  6. Компоненты мотивации
  7. Компоненты, принципы и концепции углубленного аудита
  8. Приложение 6 Компоненты, составляющие организационную культуру (по В.В. Козлову [92])
  9. 6.4. Построение модели с мультипликативной компонентой. Первый способ
  10. Компоненты управления капиталом (современная методология)
  11. Компоненти транспарентності*
  12. Субъекты, объекты и компоненты финансового контроля
  13. Компоненты оборотного капитала
  14. Денежная масса и ее компоненты
  15. Мотивационные компоненты фактора 12 (интересная и полезная работа)
  16. Введение. Компоненты кредитного риска