10 Конструктивная модель оценки стоимости. Модель композиции приложений.

в этой модели используются объектные указатели, которые позволяют измерить программный продукт по кол—во экранов отчетов и компонентов интерфейса, каждый из этих 3-ех элементов оцениваются по сложности (простой, средний, сложный) и получают определенный ряд.

отчет	Кол-во	простой	средний	сложный	итого
Экран	Х1	Х1*1	Х1*2	Х1*3	=
Отчет	Х2	Х2*2	Х2*5	Х2*8	=
контеб	Х3	-	-	Х3*10	=
Объединенные показатели					сумма

NOP- объектные указатели * (100-ReUse)/100

Затраты NOP/PROD ; PROD- скорость разработки

11 Конструктивная модель оценки стоимости. Модель раннего этапа проектирования.

Модель раннего этапа проектирования применяется на этапе.

Затраты = А * размер в * Ме + затраты алко

А- коэф масштаба 2,5

А – длинна программного продукта в строках

В – может принимать значения от 101 до 1,26 зависит от 5-ти масштабных факторов – подсказуем степень риска, сложности группы разработчиков зрелости процесса.

Ме – множитель поправки, который зависит от возможности персонала сложности продукта, от требовании графики.

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

12 Конструктивная модель оценки стоимости. Модель этапа пост-архитектуры.

Модель этапа пост-архитектуры применяется на завершающих стадиях проекта

Затраты = А * Ктед * размер * Мр + затраты алко

Ктед – это коэф который учитывает изменения в требованиях.

Ктед = 1+ВRAK/100

ВRAK - % входа который был отображен кода, из-за смены требований.

Мр – множитель поправки, зависит от 17 факторов хар-ка – продукции: надежность, сложность, набор БД, учитывает платформу, учитывать возможность персонала.

Стоимость = затраты*раб.коэф.

Раб коэф = 15000$ чел/меч

Можно определить длительность разработки

Т = 3,0 * затраты 0,33 +0,2 (в-1,01) * Sced /100

Sced - % отклонения от графика (допуск 75% 150%) – увелич риск.

6.Проектирование на базе стандарта dfd

Диаграмма DFD, так же как IDEF3, IDEF0 удобно принимать для описания документа оборота элемента.

1.Функциональный блоку

По смыслу соответствует функциональному IDEF3, IDEF0

- внешняя сущность, поставщик входа или приемник выхода системы рекомендуется размещать их у краев диаграммы и размещается дублировать.

- хранилище. Механизм хранения данных в системе.

Потоки данных, которые показывают перемещение обьектов по системе.

Пример:

22.Структурное тестирование по.

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

1. Все циклы.

2. Все ветви логических условий.

3. Все линейные участки программы.

При этом тестировании можно применять след способы:

1.способ тестирования базового пути – способ позволяет оценивать сложность программы и разработать необходимое кол-во тестов. текст программы представляется в виде потокового графа. В графе может быть 2 вида узлов.

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

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

IF a = 1 Or b = 8

Then x = a*b

End If

Замкнутая область графа – называются регионы (R1. R2). Окружения графа тоже считаются регионом по числу регионов определить число тестовых вариантов.

ТВ1

ИД : а = 1, в = 25

ОР: х = 25

ТВ2

ИД : а = 3, в = 8

ОР: х = 24 (3*8)

ТВ3

ИД : а = 3, в = 7

ОР: х = -4 (3-7)

Фрагменты протестированы.

Для тестирования циклов. Способы тестирования циклов. Циклы бывают:

1. Простые

2. Вложенные

3. Объединенные

4. Неструктурированные

Простые циклы проверяются 1-им из след способов. Прогон всего цикла:

2-ой 1-ин проход цикла, 3.2-а проход цикла 4. m<n размерность цикла со знаниями n-1,n,n +1

Вложенные циклы тестируются след образом:

1.выбираем самый внутренний цикл. Для внешних циклов счетчики. Для внешний мин значение счетчика.

2. внутренний цикл тестируется как простой.

3. переход к след по порядку внешний цикл. Для внутренних циклов, счетчики устанавливаются типовые значения.

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

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

Неструктурированный – не тестируется т.к. их сдедует преобразовать к любому их 1-ых трех.