
- •1. Определение понятий «программа», «программное средство», «программный продукт». Виды и краткое содержание программных документов (по еспд).
- •2. Связь программных документов с этапами жизненного цикла по.
- •3. Жизненный цикл программных средств. Базовые этапы моделей жц: назначение и характеристика.
- •4. Стратегии конструирования программных средств с точки зрения моделей жц. Характеристика стратегий, достоинства и недостатки.
- •6. Назначение, архитектура, классификация case-средств.
- •7. Определение и содержание процесса тестирования. Информационные потоки процесса тестирования.
- •8. Основные стратегии тестирования, их характеристики, достоинства и недостатки. Основные типы ошибок, выявляемых каждой из стратегий.
- •9. Потоковый граф и цикломатическая сложность программы. Примеры.
- •10. Способ тестирования базового пути.
- •11. Способ тестирования условий.
- •12. Способ тестирования потоков данных.
- •13. Функциональное тестирование. Способ разбиения по эквивалентности и анализа граничных значений.
- •14. Способ диаграмм причин-следствий.
- •15. Основные характеристики качества и надежности программных средств.
- •16. Понятия функциональной пригодности, корректности и надежности программных средств.
- •17. Функция надежности и функция отказа: определение, основные свойства.
- •18. Дискретные модели надежности по. Модель Муса.
- •19. Дискретные модели надежности по. Модель Шумана.
- •20. Статические модели надежности по (простая интуитивная модель, модель Нельсона, модель Миллса).
- •21. Эмпирические модели надежности по. Определение оптимальной продолжительности тестирования.
- •22. Понятие пользовательского интерфейса. Основные принципы разработки пользовательского интерфейса.
- •23. Оконные интерфейсы. Типы окон. Основные операции с окнами.
- •24. Типы диалога пользовательского интерфейса.
- •25. Типы элементов управления оконных интерфейсов.
- •26. Назначение элемента управления «меню». Стандартные разновидности меню.
- •27. Назначение элемента управления «кнопка». Стандартные разновидности кнопок.
- •28. Назначение элемента управления «список». Стандартные разновидности списков.
- •29. Назначение элемента управления «текстовая область». Стандартные разновидности текстовых областей.
- •30. Правовые методы защиты программных продуктов и баз данных.
- •31. Понятие компонента. Функциональные группы компонентов.
- •32. Открытый интерфейс доступа к базам данных (odbc).
- •33. Архитектуры сервера баз данных совместной обработки клиентских запросов.
- •34. Доступ к базам данных в двухзвенных моделях «клиент-сервер».
- •35. Основные требования к распределенной обработке данных.
- •36. Функции «типового» приложения обработки данных.
- •37. Базовые архитектуры распределенной обработки данных.
- •Архитектура сервера баз данных
- •Архитектура «один к одному»
- •Многопотоковая односерверная архитектура
- •38. Источник данных. Архитектура приложения, работающего с внешними источниками данных.
- •39. Последовательность действий для обеспечения работы с объектом источника данных.
- •40. Форматы представления слабоструктурированных данных. Основные понятия стандарта iso 2709.
- •41. Форматы представления слабоструктурированных данных. Основные понятия коммуникативного формата мекоф.
- •42. Языки определения слабоструктурированных данных. Основные понятия xml.
- •43. Инфраструктура описания ресурсов (rdf).
- •44. Структура процессов в абстрактной аипс.
- •45. Фактографические и документальные бд.
- •46. Классификации. Типология классификаций на основе отношений, возможных между классами и атрибутами.
- •47. Библиотечно-библиографические классификации.
- •48. Патентные классификации.
- •49. Классификации наук.
- •50. Онтология как средство формализованного представления информации.
- •51. Методы выделения информативных терминов.
- •52. Методы классификации и кластеризации текстовой информации.
18. Дискретные модели надежности по. Модель Муса.
В дискретных моделях предполагается, что сначала проводится тестирование ПО (возможно, в несколько этапов). В случае появления отказов ищутся и исправляются все ошибки, из-за которых произошли отказы. После этого начинается период эксплуатации ПО.
МОДЕЛЬ МУСА. В этой модели надежность ПО на этапе эксплуатации оценивается по результатам тестирования.
Пусть Т - суммарное время тестирования, М - число отказов, произошедших за время тестирования.
Тогда по модели Муса средняя наработка до отказа после тестирования определяется по формуле
где τ0 - средняя наработка до отказа до начала тестирования,
С - коэффициент, учитывающий уплотнение тестового времени по сравнению с временем реальной эксплуатации. Например, если один час тестирования соответствует 12 ч работы в реальных условиях, то С = 12.
Неизвестный параметр τ0 можно оценить из следующего соотношения:
,
где N - первоначальное число ошибок в ПО. Его можно оценить с помощью другой модели, позволяющей определить N на основе статистических данных, полученных при тестировании (например, с помощью рассмотренной ниже модели Шумана);
К - коэффициент проявления ошибок. Значение К определяется эмпирическим путем по однотипным программам. Обычно это значение изменяется от 1,5*10-7 до 4*10-7;
f - средняя скорость исполнения ПО, деленная на число команд (операторов).
Надежность ПО для периода эксплуатации t определяются по формуле:
Пусть в договоре с заказчиком определена требуемая величина средней наработки на отказ τd, а рассчитанное по результатам тестирования значение τ меньше требуемого τd. Тогда необходимо провести еще тестирование в течении некоторого времени ΔТ. Дополнительное время тестирования ΔТ рассчитывается в предположении, что за дополнительное время новых отказов ПО не возникает. Тогда общее время тестирования Т + ΔТ должен удовлетворять соотношению
.
Отсюда легко получить
19. Дискретные модели надежности по. Модель Шумана.
В дискретных моделях предполагается, что сначала проводится тестирование ПО (возможно, в несколько этапов). В случае появления отказов ищутся и исправляются все ошибки, из-за которых произошли отказы. После этого начинается период эксплуатации ПО.
МОДЕЛЬ ШУМАНА. В этой модели предполагается, что тестирование проводится в несколько этапов. Каждый этап представляет собой выполнение программы на наборе тестовых данных. Выявленные в течение этапа тестирования ошибки регистрируются, но не исправляются. По завершении этапа исправляются все обнаруженные на этом этапе ошибки, корректируются тестовые наборы и проводится новый этап тестирования.
Предполагается, что при корректировке новые ошибки не вносятся, и что интенсивность обнаружения ошибок пропорциональна числу оставшихся ошибок (как в модели Джелинского-Моранды).
Пусть всего
проводятся k этапов тестирования.
Обозначим продолжительность каждого
этапа через
,
а число ошибок, обнаруженных на каждом
этапе, через
.
Пусть
- общее число обнаруженных и исправленных
при тестировании ошибок;
ni - число ошибок, исправленных к началу (i+1)-го этапа тестирования (n0=0).
В модели Шумана ПО на i-м этапе тестирования имеет функцию надежности
где N - первоначальное количество ошибок в ПО;
N - ni-1 - количество ошибок, оставшихся к началу i-го этапа;
С - коэффициент пропорциональности.
Неизвестные параметры модели N и C можно приближенно определить из системы уравнений
.
Вычислив значения N и C можно определить показатели:
число оставшихся ошибок в ПО Nт= N - n.
2) функцию надежности ПО по завершении тестирования:
.