ТРПП экз П-41,П-42


Министерство образования и науки РД
Государственное бюджетное образовательное учреждение среднего профессионального образования «Хасавюртовский аграрно-экономический колледж»
Утверждаю
________________________
Заместитель директора по УР
Н.М. Адильмурзаева«______» ____________2014г.
Экзаменационные вопросы на зачет по дисциплине:
«Технология разработки программных продуктов»
Гр. П-41, П-42
Преподаватель: Аджиева А.З.
1) Выберите правильные утверждения:
А) Жизненный цикл проекта – это набор последовательных фаз проекта
Б) (абсолютность спорна)
В) (опять же абсолютность спорна)
Г) В классической водопадной модели жизненного цикла ПО этак проектирования строго предшествует этапу кодирования

2) Какие из перечисленных моделей ЖЦП относятся к эволюционным моделям разработки ПО?
А) каскадная модель
Б) Модель пробных разработок
В) Прототипирование
Г) Модель пошаговой разработки
Д) Спиральная модель
3) Расположите в хронологическом порядке этапы процесса проектирования:
А) Проектирование интерфейсов
Б) Архитектурное проектирования
В) Обобщённая спецификация
Г) Проектирование алгоритмов
Д) Компонентное проектирование
Е) Проектирование структур данных
Б – В – А – Д – Е – Г
4) Расположите в хронологическом порядке этапы процесса тестирования:
А) Тестирование компонентов
Б) Тестирование подсистем
В) Тестирование модулей
Г) Тестирование системы
Д) Приёмочные испытания
А – В – Б – Г – Д
5) Какие работы не должен выполнять менеджер проекта по разработке программного обеспечения?
А) Написание предложений по созданию ПО – менеджер тоже выполняет подобные работы
Б) Планирование и составление графика работ по созданию ПОВ) Тестирование модулей – для этого существует тестер
Г) Оценка стоимости проекта – должен выполнять менеджер
Д) Подбор персонала – отчасти выполняет менеджер
Е) Разработка требований к ПО – это дело разработчиков, заказчиков и пользователей, а менеджер только направляет
6) Какие работы находятся в исключительной ответственности менеджера проекта?
А) Контроль выполнения проекта
Б) Контроль соответствия проекта требованиям заказчика
В) Обеспечение своевременного поступления средств
Г) Информирование заказчика о важных событиях проекта
Видимо, за всё перечисленное ответственен менеджер.

7) Каким понятиям соответствуют приведённые определения?
Понятие Определение
1. Жизненный цикл программы А) Деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам и ресурсам, а также качеству конечных результатов проекта
2. Управление проектом Б) Совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные
3. Процесс В) Весь период разработки и эксплуатации программы, начиная с момента возникновения замысла и заканчивая прекращением всех видов её использования
4. Этап (стадия) Г) Одномоментное идентифицируемое событие, сопровождающееся появлением и фиксацией некоторого отчуждаемого материала (документа, программы, протокола)
5. Контрольная отметка работ Д) Часть процесса работы над проектом, которая характеризуется вехой, достижение которой знаменует завершение этой части процесса
1 В
2 А
3 Б
4 Д
5 Г

8) Определите типы возможных рисков программных проектов:
Описание риска Тип риска
1. Текучесть разработчиков: опытные разработчики покидают проект до его завершения А) Риск для проекта
2. Изменение требований: появление большого количества непредвиденных изменений в требованиях, предъявляемых к разрабатываемому ПО Б) Риск для проекта и разрабатываемого продукта
3. Недооценка размера разрабатываемой системы: CASE-средства, предназначенные для поддержки проекта, оказались менее эффективными, чем ожидалось В) Риски для разрабатываемого продукта
1 А2 Б3 В
9) Каким рискам соответствуют приведённые стратегии его уменьшения?
Причины риска Методы уменьшения риска
1. Финансовые проблемы организации А) Предупредить заказчика о потенциальных трудностях и возможной задержке проекта, рассмотреть вопрос о покупке компонентов системы
2. Проблемы неквалифицированного персонала Б) Попытаться определить требования, наиболее подверженные изменениям; в структуре системы не отображать детальную информацию
3. Изменение требований В) Рассмотреть возможность покупки более производительной базы данных
4. Недостаточная производительность базы данных Г) Подготовить краткий документ для руководства организации, показывающий важность данного проекта для достижения финансовых целей организации
1 Г
2 А3 Б4 В10) Каким понятиям соответствуют приведённые определения?
Понятие Определение
1. Пользовательские требования А) Определяют цели и задачи, которые пользователям позволит решить система, что они смогут делать с помощью системы
2. Системные требования Б) Описание функций, выполняемых системой, и ограничений, накладываемых на неё
3. Проектная системная спецификация В) Определяют функциональность и характеристики системы, которую должны построить разработчики, чтобы пользователи смогли выполнить свои задачи
1 А2 В3 Б
11) Какие атрибуты качества не очень важны для пользователей?
А) Надёжность и доступность - важно
Б) Безопасность - важно
В) Мобильность – важно на этапе разработки требований => для пользователей не очень важно
Г) Удобство и простота обслуживания - важно
Д) Производительность -важно

12) Сопоставьте перечисленные понятия их характеристикам:
1) Производительность
2) Надёжность
3) Доступность
4) Безопасность
5) Удобство и простота обслуживания
А) определяет насколько быстро и качественно система должна выполнять определённые функции
Б) время, в течении которого система доступна для использования и полностью работоспособна
В) определяет дружелюбие системы к пользователю
Г) вероятность работы системы без сбоев в течение определённого времени
Д) блокировка неавторизованного доступа к данным и функциям системы, предотвращением потерь информации
1 – А, 2 – Г, 3 – Б, 4 – Д, 5 – В
13) Сопоставьте перечисленным этапам процесса разработки требований виды выполняемых на них работ:
Этап процесса Вид работы
1. Анализ предметной области А) Изучение аналитиками предметной области, в которой будет эксплуатироваться система
2. Сбор требований Б) Взаимодействие с лицами, формирующими требования, продолжение анализа предметной области
3. Классификация требований В) Преобразование набора требований в логически связанные группы
1 А2 Б3 В14) Что не включает в себя описание сценария?
А) Описание начального состояния системы
Б) Описание нормального протекания событий
В) Описание ограничений на систему
Г) Описание исключительных ситуаций и способов их обработки

15) Что позволяют описывать варианты использования?
А) нефункциональные требования
Б) внешние интерфейсы
В) форматы данных
Г) поведение системы

16) Какие средства не используются для описания системных требований?
А) Структурированный естественный язык
Б) Языки описания программ
В) Ассемблер
Г) Математические спецификации
17) Что не может описать конечный автомат?
А) Модель поведения системы
Б) Реакцию на внутренние или внешние события
В) Состояние системы
Г) События, которые служат причиной перехода системы в следующее состояние
Д) Поток данных внутри системы

18) Расположите в хронологическом порядке работы, выполняемые в процессе эволюционного прототипирования:
А) Разработка прототипа системы
Б) Разработка обобщённой спецификации
В) Использование прототипа системы
Г) Доработка прототипа системы
Д) Проверка системы
Е) Получение законченной системы
Б – А – В – Д – Г – Е

19) Почему спецификация требований содержит пользовательские и системные требования?
А) Спецификация описывает нефункциональные требования
Б) Спецификация – это формальное соглашение заказчика с разработчиком системы
В) Спецификация определяет производительность продукта
Г) Спецификация необходима различным группам заинтересованных лиц

20) Какие характеристики качества не предъявляются к документу спецификация требований?
А) Полнота требований
Б) Согласованность требований
В) Небольшой объём документа
Г) Способность к модификации
Д) Трассируемость требований

21) Расположите в хронологическом порядке работы, выполняемые в процессе внесения изменений в спецификацию требований:
А) Внесение изменений в код системы
Б) Разработка требования
В) Анализ требования, его стоимость
Г) Внесение изменения в спецификацию
Д) Оформление изменения
Б – В – Д – Г – А
22) Какие модели, как правило, не разрабатываются на этапе проектирования архитектуры?
А) Статическая структурная модель, в которой представлены подсистемы
Б) Модель качества системы
В) Динамическая модель процессов, представляющая организацию процессов во время работы системы
Г) Интерфейсная модель, которая определяет сервисы, предоставляемые каждой подсистемой через общий интерфейс
Д) Модель отношений, определяющая взаимоотношения между частями системы
23) Какие преимущества имеет повторное использование программного обеспечения?
А) Повышение надёжности
В) Соблюдение стандартов проектирования
Г) Сокращение времени обучения
24) Какие проблемы возникают при повторном использовании?
А) Дополнительные трудности разработки требований
Б) Поиск и адаптация повторно используемых компонентов
Д) Повышение стоимости поддержки библиотеки повторно используемых компонентов

25) Какими преимуществами обладают графические интерфейсы?
А) Простота изучения и использования (из лекции от 11.04.07)
Б) Простота проектирования и разработки (нифига не просто)
Д) Простота переключения между программами – это под вопросом (в лекции не нашёл, го интуитивно логично)
26) Процесс проектирования интерфейса включает в себя следующие этапы:
5) Разработка динамического прототипа
6) Разработка исполняемого прототипа
7) Оценка проекта пользователями
8) Реализация интерфейса
Учитывая итерационный характер проектирования, перечислите все связи между этими этапами в виде пар (номер этапа, номер этапа-преемника)
(5, 6); (5, 7); (6, 7); (6, 8); (7, 5)

27) Каким описаниям соответствуют приведённые таблицы разработки интерфейса?
Принцип Описание
1. Способность к восстановлению А) Интерфейс должен содержать средства удобного взаимодействия с пользователями, имеющими разный уровень квалификации
2. Поддержка пользователя Б) Интерфейс должен иметь средства, позволяющие восстанавливать данные, потерянные после ошибки пользователя
3. Адаптация к пользователю В) Интерфейс должен предоставлять информацию об ошибках пользователя и иметь справочные средства
1 Б2 В3 А
28) Каким понятиям соответствуют перечисленные определения?
Понятие Определение
1. Инспектирование ПОА) Анализ и проверка различных представлений системы (спецификация требований, архитектурных схем, исходного кода и т.п.), выполняемый на всех этапах её разработки
2. Тестирование ПОБ) Оценка производительности и надёжности программ, а также работы системы в различных режимах эксплуатации
3. Тестирование дефектов В) Запуск исполняемого кода с определёнными исходными данными и анализ выходных данных и рабочих характеристик системы
4. Статистическое тестирование Г) обнаружение несоответствий между программой и её спецификацией
1 А2 В3 Г
4 Б
29) Расположите в хронологическом порядке работы, выполняемы в процессе инспектирования:
А) Планирование
Б) Индивидуальная подготовка
В) Предварительный просмотр
Г) Доработка
Д) Собрание инспекционной группы
Е) Исправление ошибок
А – В – Б – Д – Е – Г
30). Например, вы пишите программу, выполняющую следующие действия.После запуска программы пользователь вводит свое имя, например, Александр, в прямоугольник с мигающим текстовым курсором и нажимает клавишу Enter.Появляется вопрос: "Александр, ты любишь читать?". Если пользователь нажмет на клавишу Да, то должна появиться реплика: "Молодец!", если он нажмет на клавишу Нет, то появится реплика: "Почему же? Надо читать".
Какое действие нужно набрать в окне кода чтоб вышло сообщение: "Александр, ты любишь читать?".

Ответ:   Label2.Caption:=Edit1.Text +   ', ты любишь читать?’;31)
42). Задача. Предположим, что компании Microsoft потребуется 100 000 тыс.р. через два года. Компания готова вложить 5000 тыс.р. сразу, а затем вкладывать по 2500 тыс.р.каждый месяц. Каким должен быть процент на инвестированные средства, чтобы получить необходимую сумму в конце второго года?
Ответ : 39,36%
46). затраты по проекту 500 млн р. Ожидаемые доходы в течение последующих четырех лет соответственно 50,100,300 и 200 млн р. Оценить экономическую целесообразность проекта по скорости оборота инвестиции. Если рыночная норма дохода 12%.
Ответ. 9,25%
49). Как Вы думаете, какие ещё действия может предпринять менеджер при превышении планируемых затрат на ПО?
Изменить документацию.
50). Например мы нашли баги (от слова Bug - жук) в нашей программе, т.е. недочёты (ошибки) . От этих багов нужно избавиться. Ваши действия…(тестировать)
52). Модем может передать растровое графическое изображение размером 480*512 пикселей в 64- цветной палитре в течении 1 минуты. Определить скорость передачи данных.
А. 3 кб/с.
В. 240 кб/с.
С. 4096 кб/с.
D. 30 кб/с.Е. 240 байт/с.
Ответ: А. 3 кб/с.
53). Разработчик должен установить и документировать в виде требований к ПО следующие спецификации и характеристики?
+1. функциональные и возможные спецификации
+2.внешние связи с единицей ПО 3. совместимость с операционной системой Windows 4. время отклика ПО54. Разработчик должен установить и документировать в виде требований к ПО следующие спецификации и характеристики?
+1. квалификационные требования
+2. спецификации надёжности и защищённости
3.стоимость разработки ПО 4. сроки разработки ПО55. Сущностям реального мира более близка модель данных?
+ 1.объектно-ориентированная
2. реляционная
3.иерархическая
4. сетевая
56. CASE средства могут осуществлять?
+ 1. генерацию документации
+ 2.верификацию проекта
3.помощь в принятии решений
4. выбор языка программирования или СУБД
57.Возможность определения единственного имени для процедуры или функции, которые применяются ко всем объектам иерархии наследования, является следствием?
+ 1.полиморфизма
2.инкапсуляции
3. наследования
4. внедрения
58.Комбинирование данных с процедурами и функциями, манипулирующими этими данными, это следствие?
+ 1.инкапсуляции
2.наследования
3.полиморфизма
4.связывания
59. Возможность использования уже определённых классов для построения иерархии классов, производных от них, это?
+1. наследование
2.согласованность классов
3.преемственность
4. инкапсуляция
60. Требования к стилю написания программы?
+1. удобочитаемой;
2. большая постановка задачи
3.эффективность программы
4. необязательно.
61. Перечислите этапы жизненного цикла программ?
1.внедрение;
2.сопровождение;
3.реализация;
+4. инкапсуляция.
62. Кто впервые ввел понятие» Структурное программирование”?
+1.Эдгер Дейкстра;
2.Бил Гейтс;
3. Бьярн Страустрап;
4.Томас Курт.
63. Типы модулей?
+1.загрузочные модули;
+2.стандартное расширение- OBJ;
3.процедурные;
4.логические.
64.Цель фазы «Эксплуатация и сопровождение программного изделия» - это
1) нахождение местоположения ошибок в программе и их исправление.
+2) установка изделия в рабочих условиях и демонстрация пользователю возможностей, описанных в документе «Требования пользователя».
3) разработка полной, непротиворечивой и корректной совокупности требований к программному изделию.
4) создание продукта в соответствии с установленными плановыми сроками.
65. Входным документом на стадии передачи программного изделия в эксплуатацию является –
1) План испытаний.
+2) Детальный проект.
3) Архитектурный проект.
4) Документ о передаче программного изделия в эксплуатацию.
66. В документе План испытаний не содержится раздел
1) общие сведения.
2) описание испытаний.
3) технические требования и оценка результатов.
+4) обзор проекта.
67. Раздел документа План испытаний, в котором определяется методология и условия проведения испытаний, называется
1) план испытаний.
2) технические требования и оценка результатов.
3) описание испытаний.
+4) общие сведения.
68. Причины, определяющие необходимость внесения изменений в программное изделие:
1) наличие ошибок.
2) изменение требований пользователя.
+3) применение других методов программирования.
4) появление более совершенных программных средств или технических устройств.
5) изменение организационной структуры, условий и методов работы пользователя.
69. Ответственный за выполнение работ фазы «Эксплуатация и сопровождение программного изделия»
+1) разработчик программного изделия.
2) пользователь (заказчик).
3) системный аналитик.
4) инженер, знающий вычислительную технику.
70. Период рабочей проверки программного изделия ограничивается
1) гарантийным сроком.
2) решением приемной комиссии (группой пользователей).
3) временем, необходимым для демонстрации соответствия программного изделия требованиям к программному изделию.
4) временем, необходимым на исправление обнаруженных ошибок.
71. Раздел документа План испытаний, в котором указываются материалы, необходимые для проведения испытаний
1) общие сведения.
2) технические требования и оценка результатов.
3) описание испытаний.
+4) план испытаний.
72. К задачам службы сопровождения относятся:
+1) обучение персонала.
2) исправление ошибок.
3) уточнение требований пользователя.
4) доведение до пользователя информации о внесенных изменениях.
5) контроль правильности корректировок, вносимых в программное изделие.
73. Цель фазы «Архитектурное проектирование программного изделия» -
сформулировать задачу, которая должна быть выполнена с использованием компьютера, определить, что предполагается получить в результате автоматизации.
+определить совокупность компонент программного изделия и их интерфейсы, чтобы дать каркас для последующей разработки программного изделия.
разработка полной, непротиворечивой и корректной совокупности требований к программному обеспечению на основе всестороннего изучения требований пользователя.
74. Ответственные за архитектурный проект:
1)разработчики.
2)инженеры, знающие компьютерную технику.
+инженеры-программисты.
75. Выходной результат работ фазы «Архитектурное проектирование» –
+документ, который определяет, что должен делать программный продукт, как будет осуществляться проверка правильности и полноты выполняемых функций и на этапах проектирования, и при проверке конечного продукта.
документ, описывающий требования пользователя, который утверждается после всестороннего критического обзора и рассмотрения.
документ, описывающий каждую компоненту программного изделия, и ее связи с другими компонентами.
76.Основной вид деятельности в фазе «Архитектурное проектирование» –
сбор требований пользователей и их тщательное документирование.
конструирование физической модели программного изделия, описание требований к проекту, выбор языка программирования, обзор проекта. +
перевод требований пользователя в требования к программному изделию и составление подробного описания того, что должно выполнять программное изделие.
77.Модель, разрабатываемая на фазе «Архитектурное проектирование», -
концептуальная модель программного изделия.
2) физическая модель программного изделия. +
3) логическая модель программного изделия.
78.Цель фазы «Детальное проектирование»
-1.разработка полной, непротиворечивой и корректной совокупности требований к программному обеспечению.
2.детализация проекта, описанного в предыдущем документе.
3.сформулировать задачу, которая должна быть выполнена с использованием компьютера.
79. Ответственный за выработку требований в фазе «Детальное проектирование»:
1)инженеры-программисты.
2)программисты, специалисты другого профиля. +
80. Выходной результат работ фазы «Детальное проектирование»–
1.документ, который определяет, что должен делать программный продукт, как будет осуществляться проверка правильности и полноты выполняемых функций и на этапах проектирования, и при проверке конечного продукта.
2.документ, описывающий требования пользователя, который утверждается после всестороннего критического обзора и рассмотрения.
3.документ, описывающий принятые стандарты на проектирование и кодирование, программные компоненты программного изделия. +
81.Основной вид деятельности в фазе «Детальное проектирование»–
1.кодирование, тестирование, документирование. +
2.перевод требований пользователя в требования к программному изделию и составление подробного описания того, что должно выполнять программное изделие.
3.конструирование физической модели программного изделия, описание требований к проекту, выбор языка программирования, обзор проекта.
82. Детальное проектирование и изготовление программного изделия базируется на принципах -
1.нисходящая декомпозиция, одновременное изготовление и документирование.
2.структурное программирование, одновременное изготовление и документирование.
3.нисходящая декомпозиция, структурное программирование, одновременное изготовление и документирование. +
83. Отладка- это
1.процесс многократного выполнения программы с целью обнаружения ошибок.
2.процесс нахождения местоположения ошибок в программе.
3.процесс исправления обнаруженных ошибок.
+4.процесс нахождения местоположения ошибок в программе и их исправление.
84.Причины, определяющие значительную трудоемкость процесса отладки:
+ нарушение дисциплины структурной методологии.
нарушения принципа формальности.
3)нарушение организации работ.
85. Трудоемкость отладки –
+1.превышает суммарную трудоемкость разработки алгоритма, программирования и тестирования.
2.превышает суммарную трудоемкость программирования и тестирования.
3.не превышает суммарную трудоемкость разработки алгоритма, программирования и тестирования.
равна суммарной трудоемкости разработки алгоритма, программирования и тестирования.
равна суммарной трудоемкости разработки алгоритма и тестирования.
86. Повышают эффективность отладки:
1.знания об эталонном варианте программы.
+2.знания о структуре программы.
3.знания о статистике ошибок.
4.знания о наиболее вероятных типах ошибок.
87. Выполнение структурных требований позволяет -
1.избежать большинства ошибок.
2.упростить процедуру отладки программы.
+3.систематизировать все требования.
88. Трудности отладки:
1) программа выдает неверные результаты.
2) программа зацикливается.
3) программа откомпилирована, но при выполнении происходит преждевременный останов.
+4) листинг исходного кода.
5) программа откомпилирована, но при выполнении не выдает никаких результатов.
6)компилятор не выдает сообщений об ошибках, но программа не компилируется.
89. Наиболее эффективный метод отыскания ошибок -
1)автором программы.
2)группой программистов.
+3)не автором программы.
90.Средства обнаружения и локализации ошибок:
1)Листинг исходного кода.
2)Выходной листинг.
Подробная спецификация программы.
Дампы памяти.
Генераторы тестовых данных, формирующие тестовые наборы данных в соответствии со спецификациями, задаваемыми пользователем. +
Отслеживание обращений к программам.
Детальный алгоритм программы, представленный в виде блок-схемы, схемы действий, таблицы-решений.
Анализ последовательности выполнения операторов и оценка ожидаемых значений переменных.
91. Методы отладки:
1)Инверсное прослеживание логики программы.
2)Метод «грубой силы».
+3)Метод «белого ящика».
4) Метод индукции.
5)Метод дедукции.
92.Инструментальные средства отладки:
1)Средства для печати значений используемых переменных при аварийном завершении программы, для трассировки значений переменных в процессе выполнения программы.
2)Отладочные компиляторы применительно к языку программирования.
Специальные средства расширения языка программирования для контроля типов и диапазонов значений данных, обработки исключительных ситуаций.
Специальные он-лайновые отладки, обеспечивающие автоматизацию рестартов, остановов и прерываний программы, просмотр работы отдельных операторов.
Пакеты словарей / справочников данных, позволяющие контролировать имена и типы данных, и их использование разными модулями программы.
CASE-средства для построения схем потоков данных, модулей данных, схем алгоритмов.Отслеживание обращений к программам. +
Автоматизированные рабочие места программистов, включающие большинство из перечисленных средств.
Генераторы тестовых данных, формирующие тестовые наборы данных в соответствии со спецификациями, задаваемыми пользователем.
Пакеты программ для прослеживания потоков управления и данных в программе, контроля индексов и регистрации вызовов программ.
93. Метод индукции -
+1)Указываются тестовые наборы данных, приводящие к неверным результатам, и те, которые дают правильный результат. В результате анализа данных и взаимосвязей между различными признаками ошибки выявляются закономерности, и формируется гипотеза о причинах ошибки.
2)Всесторонний анализ за столом исходного кода и алгоритма программы, выходных результатов и сообщений компилятора.
Метод предполагает, что на основе результатов тестирования выдвигается множество возможных гипотез о причине ошибки. Затем из общего списка исключаются предположения, которым противоречат данные тестирования. Если гипотеза оказывается верной, на ее основе находится ошибка.
Анализ логики выполнения программы в обратном направлении.
94. Инверсное прослеживание логики программы -
1)Всесторонний анализ за столом исходного кода и алгоритма программы, выходных результатов и сообщений компилятора.
+2)Анализ логики выполнения программы в обратном направлении.
Указываются тестовые наборы данных, приводящие к неверным результатам, и те, которые дают правильный результат. В результате анализа данных и взаимосвязей между различными признаками ошибки выявляются закономерности, и формируется гипотеза о причинах ошибки.
Метод предполагает, что на основе результатов тестирования выдвигается множество возможных гипотез о причине ошибки. Затем из общего списка исключаются предположения, которым противоречат данные тестирования. Если гипотеза оказывается верной, на ее основе находится ошибка.
95. Метод дедукции -
+1)Метод предполагает, что на основе результатов тестирования выдвигается множество возможных гипотез о причине ошибки. Затем из общего списка исключаются предположения, которым противоречат данные тестирования. Если гипотеза оказывается верной, на ее основе находится ошибка.
2)Анализ логики выполнения программы в обратном направлении.
Указываются тестовые наборы данных, приводящие к неверным результатам, и те, которые дают правильный результат. В результате анализа данных и взаимосвязей между различными признаками ошибки выявляются закономерности, и формируется гипотеза о причинах ошибки.
Всесторонний анализ за столом исходного кода и алгоритма программы, выходных результатов и сообщений компилятора.
96. Метод "грубой силы" -
1)Метод предполагает, что на основе результатов тестирования выдвигается множество возможных гипотез о причине ошибки. Затем из общего списка исключаются предположения, которым противоречат данные тестирования. Если гипотеза оказывается верной, на ее основе находится ошибка.
2)Анализ логики выполнения программы в обратном направлении.
Указываются тестовые наборы данных, приводящие к неверным результатам, и те, которые дают правильный результат. В результате анализа данных и взаимосвязей между различными признаками ошибки выявляются закономерности, и формируется гипотеза о причинах ошибки.
Всесторонний анализ за столом исходного кода и алгоритма программы, выходных результатов и сообщений компилятора. +
97. Тестирование - это
+1.процесс многократного выполнения программы с целью обнаружения ошибок.
2.процесс нахождения местоположения ошибок в программе.
3.процесс исправления обнаруженных ошибок.
98. Особенности тестирования:
1.отсутствие эталона (программы).
2.выявление как можно большего числа ошибок.
3)практическая невозможность создания единой методики тестирования.
принципиальная невозможность исчерпывающего тестирования. +
99. Цель тестирования –
+1.выявление как можно большего числа ошибок.
2.исправление обнаруженных ошибок.
3.нахождение местоположения ошибок в программе.
100. Укажите номер правильного ответа.
Процесс тестирования проходит несколько этапов:
+1.системное, поблочное, комплексное.
2.комплексное, системное, поблочное.
3.поблочное, комплексное, системное.
101. Укажите номер правильного ответа.
Системное тестирование -
1.верификацию интерфейсов главных компонент.
2.показывает правильность реализации всех компонент программного изделия.
+3.тестирования интегрированного программного изделия.
102. Поблочное тестирование -
1)верификацию интерфейсов главных компонент.
+2)показывает правильность реализации всех компонент программного изделия.
3)тестирования интегрированного программного изделия.
103. Комплексное тестирование -
1)показывает правильность реализации всех компонент программного изделия.
2)тестирования интегрированного программного изделия.
+3)верификацию интерфейсов главных компонент.
104. Стрессовое тестирование для верификации предельных характеристик программного изделия проводится на этапе тестирования -
1)системное.
2)поблочное.
+3)комплексное.
105. Принципы тестирования:
1)Вероятность наличия необнаруженных ошибок в части программы пропорциональна числу ошибок, уже обнаруженных в этой части.
2)Необходимо проверить не только, делает ли программа то, для чего она предназначена, но и не делает ли она то, что не должна делать.
3)Тесты для неправильных и непредусмотренных входных данных должны разрабатываться также тщательно, как для правильных, предусмотренных
4)Описание предполагаемых значений результатов тестовых прогонов должно быть необходимой частью тестового набора данных.
5)Прогон тестов с целью проверки выполнения требований пользователя. +
6)Необходимо досконально изучать результаты применения каждого теста.
7)Процесс тестирования более эффективен, если проводится не автором программы.
1о6.Статическое тестирование -
1)многократное выполнение программы на ЭВМ с использованием определенных, специальным образом подобранных тестовых наборов данных.
2)проверяются результаты обработки исходных данных с учетом времени их поступления, длительности и приоритетности их обработки, динамики использования памяти и взаимодействия с другими программами
+3)Проверка степени выполнения правил путем формального анализа текста программы на языке программирования.
107. Детерминированное тестирование -
1)проверка степени выполнения правил путем формального анализа текста программы на языке программирования.
+2)многократное выполнение программы на ЭВМ с использованием определенных, специальным образом подобранных тестовых наборов данных.
3)проверяются результаты обработки исходных данных с учетом времени их поступления, длительности и приоритетности их обработки, динамики использования памяти и взаимодействия с другими программами.
108.Стохастическое тестирование -
+1)использование в качестве исходных данных множества случайных величин с соответствующими распределениями, а для сравнения полученных результатов используется также распределения случайных величин.
2)проверка степени выполнения правил путем формального анализа текста программы на языке программирования.
3)проверяются результаты обработки исходных данных с учетом времени их поступления, длительности и приоритетности их обработки, динамики использования памяти и взаимодействия с другими программами.
109. Тестирование в реальном масштабе времени -
1)использование в качестве исходных данных множества случайных величин с соответствующими распределениями, а для сравнения полученных результатов используется также распределения случайных величин.
2)проверяются результаты обработки исходных данных с учетом времени их поступления, длительности и приоритетности их обработки, динамики использования памяти и взаимодействия с другими программами. +
3)проверка степени выполнения правил путем формального анализа текста программы на языке программирования.
110. Инспекция исходного текста -
1)ряд процедур и способов обнаружения ошибок, осуществляемых группой специалистов.
2)проверка степени выполнения правил путем формального анализа текста программы на языке программирования.
3)набор правил и приемов обнаружения ошибок при изучении текста программы группой специалистов. +
111. Сквозные просмотры -
1)ряд процедур и способов обнаружения ошибок, осуществляемых группой специалистов.
+2)набор правил и приемов обнаружения ошибок при изучении текста программы группой специалистов.
3)проверка степени выполнения правил путем формального анализа текста программы на языке программирования.
112. Функциональное тестирование -
1)тестирование программ как "белого ящика".
2)тестирование по "входу-выходу", тестовые наборы выбираются на основании анализа входных функциональных спецификаций.
3)детальное изучение текста (логики) программы и построение (подбор) таких входных наборов данных, которые позволили бы при многократном выполнении программы на ЭВМ обеспечить выполнение максимально возможного количества маршрутов, логических ветвлений, циклов и т.д.
113. Структурное тестирование -
1)тестирование по "входу-выходу", тестовые наборы выбираются на основании анализа входных функциональных спецификаций. +
2)детальное изучение текста (логики) программы и построение (подбор) таких входных наборов данных, которые позволили бы при многократном выполнении программы на ЭВМ обеспечить выполнение максимально возможного количества маршрутов, логических ветвлений, циклов и т.д.
3)тестирование программ как "белого ящика".
114. Цель фазы «Требования к программному изделию» -
1.разработка полной, непротиворечивой и корректной совокупности требований к программному обеспечению на основе всестороннего изучения требований пользователя. +
2.определить совокупность компонент программного изделия и их интерфейсы, чтобы дать каркас для последующей разработки программного изделия.
3.сформулировать задачу, которая должна быть выполнена с использованием компьютера, определить, что предполагается получить в результате автоматизации.
115. Ответственный за выработку требований в фазе «Требования к программному изделию»:
1)инженеры-программисты.
2)разработчик. +
инженеры, знающие компьютерную технику.
116. Выходной результат работ фазы «Требования к программному изделию»–
1.документ, который определяет, что должен делать программный продукт, как будет осуществляться проверка правильности и полноты выполняемых функций и на этапах проектирования, и при проверке конечного продукта. +
2.документ, описывающий требования пользователя, который утверждается после всестороннего критического обзора и рассмотрения.
3.документ, описывающий каждую компоненту программного изделия, и ее связи с другими компонентами.
117. Основной вид деятельности в фазе «Требования к программному изделию»–
1.сбор требований пользователей и их тщательное документирование.
2.перевод требований пользователя в требования к программному изделию и составление подробного описания того, что должно выполнять программное изделие. +
3.конструирование физической модели программного изделия, описание требований к проекту, выбор языка программирования, обзор проекта.
118. Модель, разрабатываемая на фазе определения требований к программному изделию, -
1.физическая модель программного изделия.
2.концептуальная модель программного изделия.
3.логическая модель программного изделия.
119. Цель фазы «Требования пользователя» -
1.определить совокупность компонент программного изделия и их интерфейсы, чтобы дать каркас для последующей разработки программного изделия.
2.сформулировать задачу, которая должна быть выполнена с использованием компьютера, определить, что предполагается получить в результате автоматизации.
3.разработка полной, непротиворечивой и корректной совокупности требований к программному обеспечению на основе всестороннего изучения требований пользователя.
120. Ответственные за определение требований фазы «Требования пользователя»:
1)разработчик, привлекаются пользователи, инженеры-программисты, специалисты по техническим средствам, обслуживающий персонал.
2)инженеры (разработчики программного обеспечения), консультируются с другими специалистами и представителями заказчика.
пользователь (заказчик), помогают инженеры, знающие компьютерную технику.
121. Выходной результат работ фазы «Требования пользователя» –
1.документ, описывающий требования пользователя, который утверждается после всестороннего критического обзора и рассмотрения.
2.документ, описывающий каждую компоненту программного изделия, и ее связи с другими компонентами.
3.документ, который определяет, что должен делать программный продукт, как будет осуществляться проверка правильности и полноты выполняемых функций и на этапах проектирования, и при проверке конечного продукта.
122. Основной вид деятельности в фазе «Требования пользователя» –
1.сбор требований пользователей и их тщательное документирование.
2.конструирование физической модели программного изделия, описание требований к проекту, выбор языка программирования, обзор проекта.
3.перевод требований пользователя в требования к программному изделию и составление подробного описания того, что должно выполнять программное изделие.
123.Требования пользователя делятся на:
1.требования, отражающие возможности системы.
2.требования к интерфейсам. +
3.требования, определяющие ограничения на способы и пути решения проблемы.
124. Сложность определения требований к программным системам.
Обуславливается двумя факторами:
+1. при определении требований необходимо учесть большое количество различных факторов;
+2.разработчики программных систем не являются специалистами в автоматизируемых предметных областях, а специалисты в предметной области не могут сформулировать проблему в нужном ракурсе.
3.требования, отражающие возможности системы.
4.требования к интерфейсам.
125. Проект – это?
+1. ориентированное на программный продукт объединение действий разработчиков.
2. специалист в области СУБД;
3. руководитель предприятия;
4. коллектив разработчиков.
126. Укажите номер правильного ответа.
Жизненный цикл программного изделия (ЖЦПИ) – это?
+1.интервал времени от начального момента возникновения объективной необходимости в ПИ до момента изъятия его из эксплуатации.
2.требования, отражающие возможности системы.
3.требования к интерфейсам.
127. Технология программирования – это?
+1.совокупность методов и средств, используемых в процессе разработки программного обеспечения.
2.документ, описывающий требования пользователя, который утверждается после всестороннего критического обзора и рассмотрения.
3.документ, описывающий каждую компоненту программного изделия, и ее связи с другими компонентами.
128. Что включает в себя современная индустриальная технология проектирования программ?
        +1) Комплекс мероприятий, руководящих документов и автоматизированных средств;          2) Средства системного анализа, разработки, отладки, документирования программных средств;         3) Средства управления работой специалистов под созданием программных продуктов;         4) Пакет руководящих документов для проектирования программного продукта; 5) Руководящие документы и автоматизированные средства, предназначенные для системного анализа и разработки программных средств.
129. Что необходимо предпринять для определения единого критерия эффективность программного продукта?      +1) Обеспечить высокую надежность системы.         2) Обеспечить иерархическую систему связей подсистем.         3) Предоставить возможность расчленения на группы взаимодействующих элементов.         4) Иметь общую цель функционирования системы.         5) Характеризовать степень выполнения системой основной функции, слабо зависеть от неконтролируемых, случайных факторов.
130. Какими специалистами проводится ручное тестирование программных модулей?
         1) группой специалистов
         2) создателем данной программы
         3) алгоритмистом
     + 4) бригадой разработчиков
         5) любым специалистом
131. На какие классы можно разделить программные средства по длительности жизненного цикла?      + 1) с малым временем жизни       +2) с большим временем жизни   3) неограниченным временем жизни         4) временем жизни в несколько
132. Этап “Разработка программ” обеспечивает получение ...         1) алгоритмов программ      +2) синтаксически, семантически и структурно корректные программы         3) программы на машинных носителях         4) программ для обработки результатов         5) комплексированные программы
133. Для чего предназначены иерархические структуры?         1) для усложнения программных средств         2) для обеспечения взаимодействия программ и информационных компонент в едином комплексе         3) для упрощения программных средств     + 4) для установлений отношений приоритета         5) для определения иерархических уровней
134. Использование хорошего стиля программирования обеспечивает ...      +1) хорошую структурированность и читаемость программы         2) наглядность         3) соответствие алгоритму         4) определенность         5) отладку программы
135. Под корректностью программы понимается ...         1) надежная работа программы      +2) работа программы без ошибок         3) устойчивая работа программы         4) степень соответствия программы эталону         5) степень соответствия программы и программной спецификации
136. Какие типы проектирования вам известны?         1) модульное         2) иерархическое      +3) восходящее и нисходящее         4) высокого уровня         5) низкого уровня
137. Прикладной программист осуществляет?
+1.разработку и отладку программ для решения функциональных задач.
2. анализирует и проектирует комплекс взаимосвязанных программ для реализации функций предметной области.
3.информация, передаваемая только списком параметров;
4. связь друг с другом по информации и по управлению.
138. Программист-аналитик?
+1. анализирует и проектирует комплекс взаимосвязанных программ для реализации функций предметной области.
2.информация, передаваемая только списком параметров;
3. связь друг с другом по информации и по управлению.
139. Наука об оптимальных способах проведения процесса программирования, обеспечивающего получение программной продукции с заданными свойствами и в приемлемое время?
+1.Технология;
2. проектирование;
3. информатика;
140. На какие классы можно разделить программные средства по длительности жизненного цикла?      + 1) с малым временем жизни       +2) с большим временем жизни   3) неограниченным временем жизни         4) временем жизни в несколько
141. К задачам службы сопровождения относятся:
+1) обучение персонала.
2) исправление ошибок.
3) уточнение требований пользователя.
4) доведение до пользователя информации о внесенных изменениях.
5) контроль правильности корректировок, вносимых в программное изделие.
142. Комбинирование данных с процедурами и функциями, манипулирующими этими данными, это следствие?
+ 1.инкапсуляции
2.наследования
3.полиморфизма
4.связывания
143. Все программы по характеру использования и категориям пользователей можно разделить на два класса?
+ 1.утилитарные программы
+2.программные продукты
- 3.технология производства и средства ее поддержки.
- 4.эксплуатация программных средств.
144. Программные продукты могут создаваться по двум принципам?
+ 1.индивидуальная разработка под заказ;
+ 2.разработка для массового распространения среди пользователей;
- 3.сложность управления процессом разработки;
- 4.сложность обеспечения гибкости конечного программного продукта;
145. Программы любого вида характеризуются жизненным циклом, состоящим из отдельных этапов, какие из перечисленных два к ним относятся?+ 1.маркетинг рынка программных средств, спецификация требований к программному продукту;
+2.программирование (создание программного кода), тестирование, автономная и комплексная отладка программ;
-3.создание иллюзии простоты.
-4.проектирование программных средств;
146. Маркетинг и спецификация программного продукта предназначены для изучения требований к создаваемому программному продукту, а именно?
+ 1.установление требований пользователя к характеру взаимодействия с программным продуктом, типу пользовательского интерфейса (система меню, использование манипулятора мышь, типы подсказок, виды экранных документов и т.п.)
2.для эксплуатации программных средств;
3. документации на программные изделия.
4. наличие общей задачи и единой цели функционирования;
147. По степени автоматизации проектирования алгоритмов и программ можно выделить?
+1. методы традиционного (неавтоматизированного) проектирования;
+2.методы автоматизированного проектирования (CASE-технология и ее элементы).
3. иерархическую структуру связи подсистем иерархию критериев качества функционирования всей системы.
4. сложность управления процессом разработки;
148. Методы проектирования алгоритмов и программ очень разнообразны, их можно классифицировать по различным признакам, важнейшими из которых являются:
+1.степень автоматизации проектных работ;
+2.принятая методология процесса разработки.
3. сопровождение;
4. эксплуатация.
149. Проектирование алгоритмов и программ может основываться на различных подходах, среди которых наиболее распространены:
+1.структурное проектирование программных продуктов;
+2.информационное моделирование предметной области и связанных с ней приложений;
3. программное обеспечение;
4. эффективность программы;
150. Модуль это?
+ 1.это самостоятельная часть программы, имеющая определенное назначение и обеспечивающая заданные функции обработки автономно от других программных модулей.
2. итеративный процесс;
3. один вход и один выход - на входе программный модуль получает определенный набор исходных данных, выполняет содержательную обработку и возвращает один набор результатных данных, т.е. реализуется стандартный принцип IPO (Input - Process - Output) - вход-процесс-выход;
4. тестирование программы на уровне отдельно взятых модулей, функций или классов.
151. Среди множества модулей различают?
+1.головной модуль - управляет запуском программного продукта (существует в единственном числе);
+2.управляющий модуль - обеспечивает вызов других модулей на обработку;
3. функциональность модуля.
4. детализацию модуля.
152. Информационные системы ориентированы на?
+ конечного пользователя, не обладающего высокой квалификацией;
- программиста;
- специалиста в области СУБД;
- руководителя предприятия;
Одобрена цикловой комиссией
Общепрофессиональных
и специальных дисциплин
Председатель Мусаев Р.Р.
«______» март 2014 года


Приложенные файлы

  • docx 26536770
    Размер файла: 73 kB Загрузок: 0

Добавить комментарий