Потоки и процессы
Любая программа представляет собой статический объект лишь до тех пор пока она не будет запущена на выполнение.
Когда программа запущена на выполнение – то она уже представляет собой динамический объект (или в терминах операционной системы процесс)
Напр. откройте Диспетчер задач и можно увидеть процессы.
А следовательно если процессы , то любой процесс требует ресурсов:
Процессорное время
Оперативная память
Библиотеки подпрограмм
Доступ к устройствам ввода/вывода
Этапы проектирования
uml
Спиральная модель ЖЦ
Спиральная модель добавляет в водопадную модель
анализ рисков. Цикл разбивается на несколько участков.
Каждый участок представляет собой водопадный процесс (в которой выполняется обзор требований, обновление документации и некоторая разработка кода).
Результат текущей итерации (как и в итерационной модели ) является входным значением для следующей итерации.
Т.о. программный продукт создается по частям с использованием метода прототипирования.
Под прототипом понимается действующий прототип
ПО на данной итерации.
Размерно-ориентированные метрики
Размерно-ориентированные метрики- оценивается размер , функциональность и полезность кода
LOC (Lines of Code) – количество строк в приложении N – число ошибок
С- качество Найдем качество по каждому проекту
C1(качество по первому проекту)=N1 / LOC1 =
(число ошибок в проекте 1/ количество строк кода в проекте1)= 20/12= 2, 39
С2= N2/ LOC 2 = 87/ 27= 3, 62
C3= N3/ LOC3 = 63/ 20= 3,15
Т.о. по качеству наилучшим является 1 проект
проектирование
Спиральная модель ЖЦ
АНАЛИЗ ПОКРЫТИЯ КОДА ТЕСТАМИ
Тестовое покрытие Т определяется:Т = ( N 1 / N общ ) * 100 %
Где
N 1 – число строк кода , покрытые тестами
N общ – общее число строк кода
Напр. Тестируем только один метод СаLc (число строк 30)
Общее число строк 90 (30 /90 )*100%= 33 %
Размерно-ориентированные метрики
Проект |
Затрат |
До N |
LOC |
Затрат |
С |
|
ы |
ку |
Тыс. |
ы |
Затр Качество |
|
Z |
ме |
строк |
Тыс |
аты |
|
Чел- |
нт |
|
|
Тыс. |
|
мес |
ац |
|
|
$ |
|
|
ия |
|
|
|
|
|
Ст |
|
|
|
|
|
р. |
|
|
|
1 |
34 |
20 |
12 |
|
100 |
2 |
62 |
87 |
27 |
|
200 |
3 |
43 |
63 |
20 |
|
300 |
Нагрузочное тестирование
Нагрузочное тестирование – оценка скорости реакции приложений на различные нагрузки, оценка использования приложением системных ресурсов при различных нагрузках; оценка изменения поведения приложения во времени при изменении нагрузки.
В качестве примера можно рассмотреть сайт (веб- приложение)
При этом можно создавать такие условия , которые будут похожи на нагрузку в рабочих условиях, кроме того можно кратно увеличивать нагрузку на сайт , сервер и другие элементы системы для определения метрик уровня критичности , при котором проверяемое ПО будет выходить из строя. (напр. можно имитировать число активных пользователей , напр. задать число пользователей одновременно запрашивающих данный сайт.