- •1. Определение понятий «программа», «программное средство», «программный продукт». Виды и краткое содержание программных документов (по еспд).
- •2. Связь программных документов с этапами жизненного цикла по.
- •3. Жизненный цикл программных средств. Базовые этапы моделей жц: назначение и характеристика.
- •4. Стратегии конструирования программных средств с точки зрения моделей жц. Характеристика стратегий, достоинства и недостатки.
- •6. Назначение, архитектура, классификация case-средств.
- •7. Определение и содержание процесса тестирования. Информационные потоки процесса тестирования.
- •8. Основные стратегии тестирования, их характеристики, достоинства и недостатки. Основные типы ошибок, выявляемых каждой из стратегий.
- •9. Потоковый граф и цикломатическая сложность программы. Примеры.
- •11. Способ тестирования условий.
- •10. Способ тестирования базового пути.
- •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. Методы классификации и кластеризации текстовой информации.
14. Способ диаграмм причин-следствий.
Диаграммы причинно-следственных связей — способ проектирования тестовых вариантов, который обеспечивает формальную запись логических условий и соответствующих действий. Используется автоматный подход к решению задачи.
Шаги способа:
для каждого модуля перечисляются причины (условия ввода или классы эквивалентности условий ввода) и следствия (действия или условия вывода). Каждой причине и следствию присваивается свой идентификатор;
разрабатывается граф причинно-следственных связей;
граф преобразуется в таблицу решений;
столбцы таблицы решений преобразуются в тестовые варианты.
Изобразим базовые символы для записи графов причин и следствий (cause-effect graphs).
Сделаем предварительные замечания:
причины будем обозначать символами сi, а следствия — символами еi;
каждый узел графа может находиться в состоянии 0 или 1 (0 — состояние отсутствует, 1 — состояние присутствует).
Функция тождество (рис. 5.9) устанавливает, что если значение с1 есть 1, то и значение e1 есть 1; в противном случае значение e1 есть 0.

Функция не (рис. 5.10) устанавливает, что если значение с1 есть 1, то значение е1 есть 0; в противном случае значение e1 есть 1.

Функция или (рис. 5.11) устанавливает, что если с1 или с2 есть 1, то е1 есть 1, в противном случае е1 есть 0.

Функция и (рис. 5.12) устанавливает, что если и с1 и с2 есть 1, то е1 есть 1, в противном случае е1 есть 0.

15. Основные характеристики качества и надежности программных средств.
Формализации показателей качества программных средств посвящена группа нормативных документов. В стандартах выделены характеристики, которые позволяют оценивать ПС с позиции пользователя, разработчика и управляющего проектом. Все характеристики определены очень кратко, без комментариев и рекомендаций по их применению к конкретным системам и проектам.
К основным характеристикам качества ПС отнесены:
Функциональная пригодность
Надежность
Применимость
Эффективность
Сопровождаемость
Переносимость
Каждая из характеристик имеет свои черты на следующем уровне детализации:
|
Функциональная пригодность |
|
|
Надежность |
|
|
Применимость |
|
|
Эффективность |
|
|
Сопровождаемость |
|
|
Переносимость |
|
Близким к описанному стандарту по идеологии, структуре и содержанию является ныне действующий стандарт ГОСТ 28195-89 «Оценка качества программных средств. Общие положения». На верхнем, первом уровне в нем выделено 6 показателей - факторов качества: корректность, надежность, удобство применения, эффективность, сопровождаемость и универсальность.
