28) Каким понятиям соответствуют перечисленные определения?

Понятие	Определение
1. Инспектирование ПО	А) Анализ и проверка различных представлений системы (спецификация требований, архитектурных схем, исходного кода и т.п.), выполняемый на всех этапах её разработки
2. Тестирование ПО	Б) Оценка производительности и надёжности программ, а также работы системы в различных режимах эксплуатации
3. Тестирование дефектов	В) Запуск исполняемого кода с определёнными исходными данными и анализ выходных данных и рабочих характеристик системы
4. Статистическое тестирование	Г) обнаружение несоответствий между программой и её спецификацией

1  А

2  В

3  Г

4  Б

29) Расположите в хронологическом порядке работы, выполняемы в процессе инспектирования:

А) Планирование

Б) Индивидуальная подготовка

В) Предварительный просмотр

Г) Доработка

Д) Собрание инспекционной группы

Е) Исправление ошибок

А – В – Б – Д – Е – Г

30) Какому описанию соответствует каждый из “законов” Лемона о моделировании систем?

Закон	Описание
1. Непрерывность модернизации	А) Процесс развития систем саморегулируемый. Размер систем и время между выпусками очередных версий практически неизменны
2. Возрастающая сложность	Б) Для программ, эксплуатируемых в реальных условиях, модернизация – необходимость, иначе их полезность снижается
3. Организационная стабильность	В) По мере развития программы становятся всё более сложными. Для упрощения или сохранения их структуры нужны дополнительные затраты
4. Стабильность количества изменений	Г) За весь жизненный цикл системы количество изменений в каждой версии остаётся примерно одинаковым.

1  Б

2  В

3  А

4  Г

2 Вариант

1. Жизненный цикл программы – это

   1. период использования программы

   2. период написания программы

   3. период от момента появления идеи о создании программы до завершения её использования

   4. период сопровождения программы

2. Первый этап создания программы – это

   1. проектирование

   2. тестирование

   3. кодирование

   4. системный анализ

3. Техническое задание – это документ, который является результатом этапа:

1. системный анализ

2. проектирование

3. кодирование

4. тестирование

4. Восходящая стратегия тестирования применяется для тестирования

   1. отдельных модулей

   2. интеграции модулей

   3. системного тестирования

   4. тестирования безопасности

5. Тестирование белым ящиком – это

   1. тестирование входных данных

   2. тестирование выходных данных

   3. тестирование структуры программы

   4. тестирование входных и выходных данных

6. Тестирование чёрным ящиком – это

1. тестирование логики программы

2. тестирование структуры программы

3. тестирование входных данных

4. тестирование входных и выходных данных

7. Взаимосвязи между модулями, входные и выходные данные модулей определяются на этапе

   1. тестирование

   2. проектирование

   3. системный анализ

   4. тестирование

8. Нисходящее тестирование применяется для

1. отдельных модулей

2. интеграции модулей

3. системного тестирования

4. тестирования безопасности

9. Требования к программе выделяют на этапе

1. системный анализ

2. проектирование

3. тестирование

4. кодирование

10. Программные заглушки используются для тестирования

1. отдельных модулей и их интеграции

2. только интеграции модулей

3. системного тестирования

4. тестирования надёжности

11. Прототипирование программы – это

1. заготовка архитектуры программы

2. разработка технического задания

3. реализация сценария и базовых функций программы

4. разработка сценария и интерфейса программы

12. На каком этапе создания программы разрабатывается структура программы или программного комплекса?

    1. проектирование

    2. тестирование

    3. кодирование

    4. системный анализ

13. Структурой данных называют

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

    2. способ описания движения потоков данных

    3. способ описания архитектуры программы

    4. совокупность используемых форматов данных

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

    1. процедура

    2. функция

    3. модуль

    4. класс

15. Описание того, что делает модуль называется

1. логической структурой

2. общими сведениями

3. структурой модуля

4. функциональным назначением

12. Описание того, как модуль выполняет свою функцию называется

1. логической структурой

2. общими сведениями

3. структурой модуля

4. функциональным назначением

12. Основная причина ненадежности программного обеспечения?

1. взаимосвязанность модулей

2. громоздкость структуры программы

3. сложность

4. большой объем данных

12. На каком этапе разработки программы могут возникать ошибки?

1. проектирование

2. системный анализ

3. кодирование

4. на всех этапах

12. Самые дорогостоящие ошибки появляются на этапе

1. системный анализ

2. проектирование

3. кодирование

4. тестирование

12. Ясность программы - это.

1. корректное использование языка программирования

2. структурированность текста программы

3. простота и доступность программного текста

4. сопровождение программного кода комментариями

12. Пользовательский интерфейс – это

1. набор форм программы

2. созданные диалоговые окна

3. прототип программы

4. совокупность программных и аппаратных средств, обеспечивающих взаимодействие пользователя и компьютера

12. Какое тестирование проводится заказчиком в целях проверки на соответствие поставленной задаче?

1. модульное

2. интегральное

3. системное

4. контрольное

12. На каком этапе жизненного цикла программы создается программный код?

1. проектирование

2. тестирование

3. реализация

4. системный анализ

12. Последний этап жизненного цикла программы – это

1. внедрение

2. тестирование

3. кодирование

4. эволюция

12. Какой этап включает возможность появления новых версий программного продукта?

1. внедрение

2. тестирование

3. кодирование

4. эволюция

12. На каком этапе производится тестирование отдельных модулей?

1. внедрение

2. тестирование

3. реализации

4. эволюции

12. Сложность программы это

1. разнообразность всех компонент программы

2. функция взаимодействия отдельных компонент программы

3. способ понимания программы

4. свойство определенных подсистем программы

12. Процесс разработки архитектуры системы это

1. разбиение системы на функционально законченные иерархически упорядоченные подсистемы

2. разработка структур данных

3. определение связей между отдельными независимыми подсистемами программного комплекса

4. проектирование модулей программы

28. . Цель защитного программирования это

    1. защитить программу от вирусов

    2. защитить программу от несанкционированного доступа к данным

    3. защитить данные от потери при сбое оборудования

    4. способ выявления ошибок пользователя и обеспечения адекватной реакции программы

28. . Как называется нахождение и исправление ошибок в программе?

    1. тестирование

    2. программирование

    3. отладка

    4. прототипирование

28. . Основная задача тестирования:

    1. Выявить хотя бы одну ошибку

    2. выявить максимальное количество ошибок

    3. выявить все ошибки

    4. выявить ошибки защитного программирования

28. . Какое тестирование обеспечивает полную проверку программы?

    1. успешное

    2. удачное

    3. исчерпывающее

    4. систематичное

28. . Что из ниже перечисленного не обеспечивает тестирование?

    1. демонстрация отсутствия дефектов

    2. демонстрация соответствия функций программы ее назначению

    3. обнаружение ошибок

    4. демонстрация реализаций требований к характеристикам программы

28. . В какой стратегии тестирования используется метод эквивалентных разбиений?

    1. белого ящика

    2. черного ящика

    3. восходящая

    4. нисходящая

35. Какая базовая структура представляет собой последовательность байт памяти, которая используется для размещения полей данных?

1. списковая

2. векторная

3. форматная

4. указательная

36. Что позволяет обеспечить векторная структура данных?

1. удобное представление хранящихся данных на экране или при печати

2. выявление максимального количества ошибок

3. прямой доступ к элементам: с помощью индекса в массивах и строках, по имени элемента – в записях или объектах

4. определение ширины поля для отображаемого элемента

37. Какие программы считаются эффективными?

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

2. эффективными считаются программы, реализующие все требования к характеристикам программы

3. эффективными считаются программы с оптимизированными подпрограммами

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

37. Какой из методов применяется при отладке:

1. эквивалентное разбиение

2. анализ граничных значений

3. покрытие решений и условий

4. дедукция

11. Примерная тематика курсовых проектов (работ)

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

1. Технология программирования, основные этапы развития, концепция программного изделия.

2. Программные средства как сложные системы, особенности функционирования сложных программных средств, проблемы проектирования сложных программных систем.

3. Жизненный цикл программного обеспечения, процессы жизненного цикла, связь между процессами; модели жизненного цикла: поэтапная, каскадная, спиральная, переиспользования и реверсивной инженерии; стадии жизненногоцикла, взаимосвязь между стадиями и процессами жизненного цикла, матрица фазы-функции.

4. Способ быстрой разработки приложений (RAD): условия применения, стадии жизненного цикла, достоинства и недостатки.

5. Формализация и автоматизация стадий и этапов жизненного цикла, основные составляющие CASE-технологии, стандартизация процесса проектирования и разработки: стандарт проектирования, стандарт оформления роектной документации, стандарт интерфейса пользователя, государственные стандарты, стандарты предприятия.

6. Оценка стоимости (трудоемкости) программного обеспечения, распределение затрат, основные составляющие затрат в процессе разработки, оценка стоимости программного обеспечения, модели стоимости.

7. Оценка качества процессов создания программного обеспечения: международные стандарты серии ISO 9000, CMM, SPICE.

8. Качество программного обеспечения, управление качеством, общие характеристики качества программного обеспечения, критерии качества, ранжированные по фазам жизненного цикла, метрики характеристик программного обеспечения.

9. Понятийный аппарат метрической теории программ – принципы количественного анализа качества объектов с расплывчатыми свойствами.

10. Модель и метрики оценки сложности Боэма, Холстэда, Мак-Кейба, етрики, основанные на информационных потоках.

11. Методы оценки качества программного обеспечения: анкетирование, рабочие списки, контрольные задачи, метрики.

12. Модули, сцепление и связность-критерии независимости модулей, библиотеки ресурсов.

14. Программирование с защитой от ошибок, сквозной структурный

контроль.

15. Разработка и анализ требований к программному обеспечению, техническое задание и спецификации, функциональные и нефункциональные требования, технологические требования.

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

17. Структурный подход к проектированию программного обеспечения:

основные принципы, средства описания функциональной структуры,

средства описания отношения между данными.