21. Эмпирические модели надежности по. Определение оптимальной продолжительности тестирования.

Эмпирические модели основаны на анализе накопленной информации о функционировании ранее разработанных программ.

Наиболее простая эмпирическая модель связывает число ошибок в ПО с объемом ПО. Опытные данные свидетельствуют, что к началу системного тестирования в ПО на каждые 1000 операторов приходится примерно 10 ошибок. Уровень надежности ПО считается приемлемым для начала эксплуатации, если тому же объему операторов будет соответствовать одна ошибка.

Фирма IBM использует эмпирическую модель, которая оценивает число ошибок в различных редакциях операционной системы:

,

где M₁₀- число модулей, потребовавших 10 и более исправлений;

M₁ - число модулей, в которых обнаружено меньше 10 ошибок.

Применяется также эмпирическая формула для оценки средней наработки ПО:

где τ - средняя наработка ПО в часах;

V_oп - объем программы в операторах;

N - число ошибок в ПО, оцененное по одной из приведенных выше моделей;

α - коэффициент, лежащий в диапазоне от 100 до 1000.

Определение оптимальной продолжительности тестирования

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

Пусть С₁ - полная стоимость тестирования (сюда входят стоимость обнаружения и устранения ошибок и стоимость выполнения тестовых прогонов), С₂ - стоимость устранения ошибок, возникающих на этапе сопровождения. Тогда суммарная стоимость равна С = С₁+ С₂.

Пусть каждая ошибка ПО может проявится (привести к программному отказу) с интенсивностью λ. Тогда за время t она проявится с вероятностью . Следовательно, среднее за период t количество отказов равно , где N - первоначальное число ошибок.

Стоимости С₁ и С₂ можно выразить следующим образом :

где k₁ - стоимость обнаружения и устранения одной ошибки на этапе тестирования ПО,

k₂ - стоимость обнаружения и устранения ошибки на этапе сопровождения ПО,

k₃ - стоимость тестирования ПО в единицу времени,

Т₀ - длительность жизненного цикла ПО,

Т - суммарное время тестирования.

Обычно k₂ > k₁. Тогда суммарная стоимость равна

Выберем время тестирования так, чтобы минимизировать суммарную стоимость С. Для этого нужно найти минимум функции

Возьмем производную функции g(Т):. Оптимальное значение Т* зависит от соотношения величин N и S.

Если N S, то g`(T) 0 для всех T, т.е. g(T) возрастает, и следовательно, T*=0. В этом случае тестирование проводить нецелесообразно.

Если N>S, то g(T) достигает минимума при . Так как время тестирования не может превышать длительность жизненного цикла Т₀, то Т*= min(Т₀, T_l).

22. Понятие пользовательского интерфейса. Основные принципы разработки пользовательского интерфейса.

Пользовательский интерфейс – это «совокупность информационной модели проблемной области, средств и способов взаимодействия пользователя с информационной моделью, а также компонентов, обеспечивающих формирование информационной модели в процессе работы».

Под информационной моделью понимается условное представление проблемной области, формируемое с помощью компьютерных (визуальных и звуковых) объектов, которые отражают состав и способы взаимодействия реальных компонентов проблемной области.

Семь общих принципов разработки GUI (Graphical user interface):

1). Естественность интерфейса. Интерфейс не должен вынуждать пользователя существенно менять привычные для него способы решения задачи.

2). Согласованность интерфейса. Позволяет пользователю переносить имеющиеся у него знания на решение новых задач – преемственность полученных навыков делает интерфейс узнаваемым и предсказуемым.

3). Дружественность интерфейса. Следование парадигме: объект/действие. На каждом этапе разрешает только определенный набор действий и предупреждает о возможных последствиях.

4). Принцип «обратной связи». Каждое действие пользователя должно получать визуальное ил звуковое подтверждение.

5). Простота интерфейса. Обеспечение легкости его изучения и использования и в то же время реализация доступа к широким функциональным возможностям (пути достижения компромисса – представление информации, минимально необходимой для выполнения очередного шага задания, размещение элементов на экране с учетом их смыслового значения и логической взаимосвязи). В первую очередь в приложении не должно быть специальных терминов, принятых в среде программистов (так называемый программистский сленг). Терминология должна соответствовать предметной области, для которой создается приложение.

6). Гибкость интерфейса. Способность учитывать уровень подготовки и производительность труда пользователя.

7). Эстетическая привлекательность. Разрабатываемые элементы графического интерфейса должны быть оформлены грамотно с эстетической точки зрения

Принципы разработки графического интерфейса

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

Обычно интерфейс приложения ориентирован на обработку некоторого центрального объекта, называемого документом. Так, например, для текстового редактора документом является текстовый файл, для графического редактора – файл, хранящий изображение и т.п. В общем случае документ не является однородным (например, текстовый документ формата DOC может содержать различные OLE-объекты – таблицы, диаграммы, формулы) и не обязательно состоит из одного файла.

По количеству одновременно обрабатываемых документов приложения делятся на однодокументные (SDI) и многодокументные (MDI).

Однодокументное приложение в текущий момент времени может работать только с одним центральным объектом – документом. Однако в обработке документа может участвовать несколько окон: помимо главного окна приложения могут открываться вспомогательные, при этом каждое окно однодокументного приложения является самостоятельным и визуально отделено от других. Примером такого приложения служит среда Delphi, описанная в главе 4 настоящего пособия.

Многодокументное приложение допускает одновременное открытие для обработки нескольких документов. В этом случае одно (главное) окно управляет обработкой различных документов в дочерних окнах, размещаемых в пределах главного окна. Примерами таких приложений служат текстовый процессор Microsoft Word и табличный процессор Excel.