- •Лабораторна робота № 1. Попередня оцінка програмного проекту.
- •2. Обчислення функціонально-орієнтованих метрик
- •3. Попередня оцінка програмного проекту.
- •Лабораторна робота № 2. Аналіз чуттєвості програмного проекту.
- •Сценарий понижения зарплаты
- •Сценарий наращивания памяти
- •Сценарий использования нового микропроцессора
- •Сценарий уменьшения средств на завершение проекта
- •Лабораторна робота № 3 Методика Джексона аналізу та проектування пс.
- •Крок 1. Об’єкт – дія.
- •Крок 2. Об’єкт – структура.
- •Крок 3. Початкове моделювання.
- •Крок 4. Довизначення функцій
- •Крок 5. Урахування системного часу
- •Лабораторна робота № 4. Тестування програм методами «білого ящика»
- •Лабораторна робота №5 Тестування програм методами «чорного ящика»
- •Тестування за принципом «чорного ящика»
- •1.1. Еквівалентне розбиття Основу методу складають два положення:
- •Виділення класів еквівалентності
- •Побудова тестів
- •Аналіз граничних значень.
- •Аналіз причинно-наслідкових зв'язків.
- •Припущення про помилку.
- •Приклад застосування методів тестування «чорним ящиком»
- •Загальна стратегія тестування.
Лабораторна робота № 2. Аналіз чуттєвості програмного проекту.
СОСОМО II — авторитетная и многоплановая модель, позволяющая решать самые разнообразные задачи управления программным проектом.
Рассмотрим возможности этой модели в задачах анализа чувствительности — чувствительности программного проекта к изменению условий разработки.
Будем считать, что корпорация «Сверх Мобильные Связи» заказала разработку ПО для встроенной космической системы обработки сообщений. Ожидаемый размер ПО — 10 KLOC, используется серийный микропроцессор. Примем, что масштабные факторы имеют номинальные значения и что автоматическая генерация кода не предусматривается. К проведению разработки привлекаются главный аналитик и главный программист высокой квалификации, поэтому средняя зарплата в команде составит $ 6000 в месяц. Команда имеет годовой опыт работы с этой проблемной областью и полгода работает с нужной аппаратной платформой.
В терминах СОСОМО II проблемную область (область применения продукта) классифицируют как «операции с приборами» со следующим описанием: встроенная система для высокоскоростного мультиприоритетного обслуживания удаленных линий связи, обеспечивающая возможности диагностики.
Оценку пост-архитектурных факторов затрат для проекта сведем в табл. 1.
Таблица 1. Оценка пост-архитектурных факторов затрат
Фактор |
Описание |
Значение |
Оценка |
Множитель |
RELY |
|
- |
Номинал. |
1 |
DATA |
|
20 Кбайт |
Низкая |
0,93 |
CPLX |
|
- |
Очень высок. |
1,3 |
RUSE |
|
- |
Номинал. |
1 |
DOCU |
|
- |
Номинал. |
1 |
TIME |
|
70% |
Высокая |
1,11 |
STOR |
|
45 из 64 Кбайт, 70% |
Высокая |
1,06 |
PVOL |
|
каждые 6 месяцев |
Номинал. |
1 |
ACAP |
|
75% |
Высокая |
0,83 |
PCAP |
|
75% |
Высокая |
0,87 |
AEXP |
|
1 год |
Номинал. |
1 |
PEXP |
|
6 месяцев |
Низкая |
1,12 |
LTEX |
|
1 год |
Номинал. |
1 |
PCON |
|
12% в год |
Номинал. |
1 |
TOOL |
|
- |
Высокая |
0,86 |
SITE |
|
телефоны |
Низкая |
1,1 |
SCED |
|
- |
Номинал. |
1 |
Множитель поправки МР |
|
|||
Из таблицы следует, что увеличение затрат в 1,3 раза из-за очень высокой сложности продукта уравновешивается их уменьшением вследствие высокой квалификации аналитика и программиста, а также активного использования программных утилит.
Рассчитаем затраты и стоимость проекта (А=2,5, В=1,16):
ЗАТРАТЫ=А*РАЗМЕРВ*МР=______________________________________________
СТОИМОСТЬ=ЗАТРАТЫ*$6000=_________________________________________
Таковы стартовые условия программного проекта. А теперь обсудим несколько сценариев возможного развития событий.