ВОПРОСЫ ДЛЯ ПОДГОТОВКИ К ЭКЗАМЕНУ
ПО МДК
Технология разработки программного обеспечения
для студентов 4 курса по специальности
230115 Программирование в компьютерных системах
2015-2016 учебный год
Тестовые вопросы:
Раздел 1. Проектирование программного обеспечения
1. Расположите в хронологическом порядке этапы процесса проектирования:
а) Проектирование интерфейсов
б) Архитектурное проектирование
в) Обобщённая спецификация
г) Проектирование алгоритмов
д) Компонентное проектирование
е) Проектирование структур данных
Какие работы не должен выполнять менеджер проекта по разработке программного обеспечения?
а) Написание предложений по созданию ПО – менеджер тоже выполняет подобные работы
б) Планирование и составление графика работ по созданию ПО
в) Тестирование модулей – для этого существует тестер
г) Оценка стоимости проекта – должен выполнять менеджер
д) Подбор персонала – отчасти выполняет менеджер
е) Разработка требований к ПО – это дело разработчиков, заказчиков и пользователей, а менеджер только направляет
2. Каким понятиям соответствуют приведённые определения?
Понятие | Определение |
1. Жизненный цикл программы | А) Деятельность, направленная на реализацию проекта с максимально возможной эффективностью при заданных ограничениях по времени, денежным средствам и ресурсам, а также качеству конечных результатов проекта |
2. Управление проектом | Б) Совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные |
3. Процесс | В) Весь период разработки и эксплуатации программы, начиная с момента возникновения замысла и заканчивая прекращением всех видов е¨ использования |
4. Этап (стадия) | Г) Одномоментное идентифицируемое событие, сопровождающееся появлением и фиксацией некоторого отчуждаемого материала (документа, программы, протокола) |
5. Контрольная отметка работ | Д) Часть процесса работы над проектом, которая характеризуется вехой, достижение которой знаменует завершение этой части процесса |
3. Каким рискам соответствуют приведённые стратегии его уменьшения?
Причины риска | Методы уменьшения риска |
1. Финансовые проблемы организации | А) Предупредить заказчика о потенциальных трудностях и возможной задержке проекта, рассмотреть вопрос о покупке компонентов системы |
2. Проблемы неквалифицированного персонала | Б) Попытаться определить требования, наиболее подверженные изменениям; в структуре системы не отображать детальную информацию |
3. Изменение требований | В) Рассмотреть возможность покупки более производительной базы данных |
4. Недостаточная производительность базы данных | Г) Подготовить краткий документ для руководства организации, показывающий важность данного проекта для достижения финансовых целей организации |
4. Определите типы возможных рисков программных проектов:
Описание риска | Тип риска |
1. Текучесть разработчиков: опытные разработчики покидают проект до его завершения | А) Риск для проекта |
2. Изменение требований: появление большого количества непредвиденных изменений в требованиях, предъявляемых к разрабатываемому ПО | Б) Риск для проекта и разрабатываемого продукта |
3. Недооценка размера разрабатываемой системы: CASE-средства, предназначенные для поддержки проекта, оказались менее эффективными, чем ожидалось | В) Риски для разрабатываемого продукта |
5. Каким понятиям соответствуют приведённые определения?
Понятие | Определение |
1. Пользовательские требования | А) Определяют цели и задачи, которые пользователям позволит решить система, что они смогут делать с помощью системы |
2. Системные требования | Б) Описание функций, выполняемых системой, и ограничений, накладываемых на неё |
3. Проектная системная спецификация | В) Определяют функциональность и характеристики системы, которую должны построить разработчики, чтобы пользователи смогли выполнить свои задачи |
6. Какие атрибуты качества не очень важны для пользователей?
а) Над¨жность и доступность - важно
б) Безопасность - важно
в) Мобильность – важно на этапе разработки требований => для пользователей не очень важно
г) Удобство и простота обслуживания - важно
д) Производительность –важно
7. Критерием выбора алгоритмического языка при проектировании программного обеспечения задачи является...
а) объем памяти, занимаемой разработанной программой
б) синтаксическая и семантическая ясность языка
в) совместимость с другими языками
г) возможность управления файлами
д) решение заказчика проекта
е) время написания программы
8. Стадии жизненного цикла являющиеся основными...
а) обсуждение проекта ИС
б) проектирование
в) внедрение(тестирование, опытная эксплуатация)
г) реализация(программирование)
д) эксплуатация(сопровождение, модернизация)
9. Требования, предъявляемые к средствам проектирования...
а) простыми в освоении и применении
б) помогать планировщику
в) технически, программно и информационно совместимыми
г) охватывать в совокупности все этапы жизненного цикла ПО
д) экономически целесообразными
10. Техническое задание включает в себя...
а) инструкцию по использованию выходных документов
б) обеспечивающую часть системы
в) функциональную часть системы
г) организация работ и исполнители
д) инструкцию по организации хранения информации в архиве
е) общие положения
ж) основание для разработки системы
11. Техническим заданием является...
а) документ, утвержденный в установленном порядке, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления
б) основание для разработки системы
в) техническая документация, утвержденная в установленном порядке, содержащая общесистемные проектные решения, алгоритм решения задач
12. Модель жизненного цикла разработки ПП имеющая характеристику: "Создается быстрая частичная реализация системы до составления окончательных требований"
а) V-образная
б) многопроходная
в) спиральная
г) прототипированная модель
13. Основной критерий затрат на создание программного продукта
а) аппаратное обеспечение
б) телекоммуникации
в) программные инструменты
г) человеческий фактор
14. Выделение существенных характеристик некоторого объекта, которые отличают его от всех других видов объектов и, таким образом, четко определяют его концептуальные границы для дальнейшего рассмотрения и анализа
д) абстрагирование
е) иерархия
ж) наследование
з) модульность
и) инкапсуляция
15. Модель жизненного цикла разработки ПП, имеющая характеристику: "Прямолинейная и простая в использовании, разрабатываемое программное обеспечение не доступно для изменений"
а) V-образная модель
б) многопроходная модель
в) спиральная модель
г) каскадная
16. Модель жизненного цикла разработки ПП, имеющая характеристику: "Простая в использовании, особое значение придается тестированию и сравнению результатов фаз тестирования и проектирования"
а) V-образная модель
б) многопроходная модель
в) спиральная модель
г) каскадная
17. Модель жизненного цикла разработки ПП, имеющая характеристику: "Уменьшенное время цикла разработки и улучшенная производительность, повторное использование кода и автоматизация процесса разработки".
а) V-образная модель
б) многопроходная модель
в) модель быстрой разработки приложений
г) каскадная
18. Модель жизненного цикла разработки ПП, имеющая характеристику: "Быстро создается работающая система, невозможен переход от текущей реализации к новой версии в течении построения текущей частичной реализации".
а) V-образная модель
б) многопроходная модель
в) модель быстрой разработки приложений
г) каскадная
19. Модель жизненного цикла разработки ПП, имеющая характеристику: "Охватывает каскадную модель, расчленяет фазы на меньшие части, анализирует риски и управляет ими".
а) V-образная модель
б) многопроходная модель
в) спиральная модель
г) каскадная
20. DFD
а) диаграмма потоков данных
б) метод пошагового тестирования
в) дефект данных программного продукта
г) объем строк программного продукта
21. Lock
а) метод структурного анализа и проектирования
б) объем строк программного продукта
в) элемент сопровождения программного продукта
г) свойство объекта
22. SADT
а) метод структурного анализа и проектирования
б) элемент интеграционного тестирования
в) метод ООАП
г) свойство объекта
23. Прогнозирование ошибок
а) метод обеспечивающий создание надежного ПП
б) процесс проведения обзоров
в) устранение дефектов
г) улучшение качества ПТЗ
24. Процесс отделения друг от друга отдельных элементов объекта, определяющих его устройство и поведение
а) инкапсуляция
б) абстрагирование
в) наследование
г) модульность
25. Свойство системы, обусловленное возможностью ее декомпозиции на ряд внутренне связанных, но слабо объединенных между собой модулей
а) иерархия
б) абстрагирование
в) наследование
г) модульность
26. CASE технология
а) формализованное описание системы на уровне абстракции
б) совокупность методов и средств для наглядного моделирования и анализа предметной области
в) функциональная структура системы
г) диаграмма потоков данных
27. Последовательность действий, выполняемых системой, в ответ на событие, инициализированное внешним объектом
а) вариант использования
б) диаграмма взаимодействий
в) диаграмма состояний
г) диаграмма размещения
28. СММ-SEI
а) метод структурно анализа и проектирования ПП
б) диаграмма взаимодействий
в) модель зрелости организации разработчика
г) метод обеспечения надежности ПП
29. Этап, отсутствующий в цикле формирования требований
а) Составление первичных требований заказчика
б) Создание справочной документации
в) Конструирование прототипа
г) Анализ ПТЗ
30. Построение новых классов на основе существующих
а) полиморфизм
б) класс
в) наследование
г) индивидуальность
31. Кодирование
а) процесс преобразования проектирования в готовый программный продукт
б) просмотр кода
в) тестирование кода
г) проектирование прототипа
32. Тестирование, соответствующее этапу кодирования
а) модульное
б) интеграционное
в) системное
г) приемочное
33. Время жизненного цикла программного продукта
а) с момента принятия решения о создании ПП до снятия из эксплуатации
б) с поставки ПП пользователю до первого выхода обновления
в) затраченное на создание программного продукта
г) с момента принятия решения о создании ПП до поставки пользователю
34. Самые длительные этапы в диаграмме создания программного продукта
а) Кодирование и отладка
б) Сопровождение
в) Тестирование
г) Составление требований заказчика и сопровождение
35. Этап возникновения всплесков на кривой сбоев ПП
а) проектирование
б) выход обновлений
в) снятие с эксплуатации
г) устаревание
36. UML - язык
а) математического моделирования
б) программирования низкого уровня
в) проектирования программного продукта
г) написания алгоритмов
37. RP поставка
а) прототипа
б) бета версии
в) альфа версии
г) окончательная
38. Этап выполнения оценки необходимых ресурсов, объемов и сложности разрабатываемого программного продукта
а) составление требований заказчика
б) планирование программного продукта
в) тестирование программного продукта
г) проектирование программного продукта
39. Последовательность этапов работы при создании программного продукта
1: проектирование ПП
2: сопровождение ПП
3: тестирование ПП
4: планирование ПП
5: разработка ПП
6: составление требований заказчика
40. Последовательность этапов каскадной модели разработки программного продукта
1: разработка
2: тестирование
3: прототипирование
4: формирование требований
5: эксплуатация и сопровождение
41. Недостаток каскадной модели
а) запаздывание
б) дороговизна
в) сложность
г) нелинейность
42. Соответствие этапов разработки и верификации V - образной модели:
1. составление требований к проекту | а) модульное тестирование |
2. составление требований к продукту | б) эксплуатация и сопровождение |
3. высокоуровневое проектирование | в) системное тестирование |
4. детальное проектирование | г) интеграционное тестирование |
43. Недостаток модели прототипирования
а) неоправданно затянутое выполнение
б) отсутствие прототипа
в) много неточностей
г) отсутствие итераций
44. Последовательность уровней роста эффективности, устойчивости и надежности процесса разработки ПП
1: управляемый
2: начальный
3: оптимизированный
4: повторяемый
5: определенный
45. Последовательность этапов цикла формирования требований
1: анализ ПТЗ
2: конструирование прототипа
3: структурирование требований
4: утверждение ПТЗ
5: первичные требования заказчика
46. RAD
а) модель быстрой разработки приложений
б) интегрированная среда разработки
в) оценка сложности программного продукта
г) стиль программирования
47. Tangible entity
а) объект
б) субъект
в) класс
г) входная устойчивость
48. Концептуальная основа объектно-ориентированного подхода
а) объектная модель
б) структурная декомпозиция
в) модульность
г) объектно-ориентированное программирование
49. Недостаток спиральной модели
а) непрогнозируемое окончание работ
б) сложность отображения
в) сложность оценки
г) отсутствие влияния заказчика
50. Диаграмма вариантов использования
а) UML
б) Delphi
в) C#
г) VisualBasic
51. Причина кризиса программирования
а) "death march"
б) "software engineering"
в) "quality management"
г) "model include"
52. Требования, выполняемые ПП, без учета ограничений, связанных с его реализацией
а) функциональные
б) нефункциональные
в) утвержденные
г) структурированные
53. Процесс сбора информации о качестве ПС в эксплуатации, устранения обнаруженных в нём ошибок, его доработки и модификация это
а) применение ПС
б) сопровождение ПС
в) кодирование ПС
г) конструирование ПС
54. Основным мотивом разработки ПС является
а) обеспечение надёжности ПС
б) обеспечение удобства работы ПС
в) обеспечение правильности ПС
г) обеспечение безошибочности ПС
56. Финальной частью деятельности управления разработкой ПС (Software management) является
а) организация и проведение аттестации ПС
б) организация и проведение конференции
в) планирование и составление расписания по разработке ПС
г) подбор и оценка персонала коллектива разработчиков ПС
57. Жизненный цикл ПО – это период времени,
а. который начинается с момента пуска ПО в эксплуатацию и заканчивается при его изъятии
б. в который ПО установлено на определённом компьютере
в. который начинается в момент завершения разработки ПО и заканчивается в момент приобретения средством полной несовместимости с современными ОС
г. который начинается с момента принятия решений о необходимости создания ПО и заканчивается в момент его полного изъятия из эксплуатации
58. Стадия создания ПО - это часть процесса создания ПО,
а. заканчивающаяся завершением работ по кодированию ПО
б. завершающая работы по тестированию ПО
в. ограниченная некоторыми временными рамками и заканчивающаяся созданием, выпуском конкретного продукта, определяемого заданными для данной стадии требованиями
г. заканчивающаяся после поставки ПО потребителям
59. В задачи, возникающие в процессе разработки требований, не входит:
а. выявление пространственно-временных ограничений, налагаемых на систему, а также средств системы, которые в будущем могут претерпеть изменения.
б. выявление наличия информации, необходимой для выполнения планируемых функций
в. обеспечение полноты и точности определения функций, подлежащих выполнению программным средством, и их взаимосвязи
г. определение эффективности использования ресурсов системы
60. Управление проектом – это:
а) планирование работы над проектом, оценка рисков, принятие мер к снижению стоимости рисков
б) планирование работы над проектом, мониторинг работ, оценка рисков, принятие мер к снижению стоимости рисков
в) мониторинг работ, принятие мер к снижению стоимости рисков
61. Укажите основные цели анализа и проектирования
а) Преобразовать требования в проект будущей системы
б) Сформировать адаптированный технологический процесс для работы по проекту
в) Сформировать устойчивую архитектуру системы
г) Разработать детальный план управления проектом
д)Адаптировать проект к среде выполнения
62. Аттестация ПС – это
а) поступление ПС в продажу
б) сертификация ПС
в) написание рецензии на данное ПС
г) авторитетное подтверждение качества ПС
63. Демонстрация ПС вместе с технической системой, которая управляет ПС, с обеспечением тщательного наблюдения за поведением ПС называется
а) промышленным описанием ПС
б) эксплуатационным испытанием ПС
в) полевым испытанием ПС
г) испытание ПС пользователем
64. Документация по сопровождению ПС – это
а) описание задачи, которые можно решить с помощью данного ПС
б) описание по эксплуатации
в) описание различных дополнений к ПС
г) описание ПС с точки зрения ее разработки
65. Завершающим этапом разработки ПС является
а) аттестация ПС
б) аккредитация ПС
в) сдача ПС издателю
г) тестирование ПС
66. Финальной частью деятельности управления разработкой ПС (Software management) является
а) организация и проведение аттестации ПС
б) организация и проведение конференции
в) планирование и составление расписания по разработке ПС
г) подбор и оценка персонала коллектива разработчиков ПС
67. Деятельность, связанная с распределением работ между исполнителями и по времени их выполнения в рамках намеченных сроков и имеющихся ресурсов носит название
а) составление плана-проспекта по разработке ПС
б) планирование и составление расписаний по разработке ПС
в) управление издержками по разработке ПС
г) текущий контроль и документирование деятельности коллектива по разработке ПС
68. Деятельность, связанная с формированием коллектива разработчиков ПС носит название
а) составление плана – проспекта по разработке ПС
б) планирование и составление расписаний по разработке ПС
в) управление издержками по разработке ПС
г) подбор и оценка персонала коллектива разработчиков ПС
69. Затраты на аппаратное оборудование, затраты на вербовку и обучение персонала, затраты на оплату труда разработчиков, относятся к
а) основным источникам издержек
б) составлению плана-проспекта ПС
в) планированию и составлению расписаний по разработке ПС
г) деятельности коллектива по разработке ПС
70. Основным мотивом разработки ПС является
а) надёжность ПС
б) предупреждение ошибок в ПС
в) конкурентоспособность ПС
г) защита от вируса
71. Самообнаружение ошибки в программе означает, что
а) программа содержит средства обнаружения отказа в процессе её выполнения
б) существует вирус в программе
в) программа требует перезагрузки
г) программа не отвечает на запросы
72. Весь период разработки и эксплуатации ПС, начиная с момента возникновения замысла ПС и заканчивая прекращением всех видов его использования – это
а) разработка ПС
б) история создания цикла
в) жизненный цикл ПС
г) построение программы ПС
73. Подход, при котором разработка ПС состоит из цепочки этапов, называется
а) прототипирование
б) водопадный
в) исследовательское программирование
г) формальное преобразование
74. Подход, который предполагает, что ПС конструируется главным образом из компонент, которые уже существуют – это
а) сборочное программирование
б) формальное программирование
в) водопадный
г) прототипирование
75. Стадия разработки ПС имеет следующие составляющие
а) процесс хранения, внедрения и сопровождения ПС
б) фаза применения и фаза сопровождения
в) процесс генерации и воспроизведения программы
г) этап внешнего описания, этап конструирования ПС, этап кодирования, этап аттестации
76. При контроле разработчиками внешнего описания для проверки архитектуры используется
а) тестирование архитектуры
б) смежный контроль архитектуры ПС сверху и снизу
в) ручная имитация
г) тестирование внешнего описания
Раздел 2. Тестирование, отладка и адаптация программного обеспечения
77. Расположите в хронологическом порядке этапы процесса тестирования:
а) Тестирование компонентов
б) Тестирование подсистем
в) Тестирование модулей
г) Тестирование системы
д) Приёмочные испытания
78. Какие виды тестирования выделяют в методике тестирования программных систем?
а) тестирование элементов
б) тестирование интеграции
в) тестирование правильности
г) тестирование требований
79. Последовательное раздельное тестирование различных частей программ с поиском и исправлением ошибок называется
а) автономной отладкой
б) комплексной отладкой
в) глубокой отладкой
г) отладкой в глубину
д) отладкой в ширину
80. Примером какой стратегии конструирования ПО является модель быстрой разработки приложений (RAD-модель)?
а) водопадная стратегия
б) инкрементная стратегия
в) последовательная стратегия
г) эволюционная стратегия
81. Что является целью управления проектом разработки программного средства?
а) Планирование материальных и людских ресурсов
б) Составление сроков разработки программного средства
в) Рациональное использование ресурсов путем сбалансированного распределения работ на протяжении всего цикла разработки
г) Разработка тестов для проверки работы программного средства
82. Последовательное раздельное тестирование различных частей программ, входящих в ПС, с поиском и исправлением в них фиксируемых при тестировании ошибок называется
а) тестированием ПС
б) автономной отладкой ПС
в) проверкой ПС
г) комплексной отладкой ПС
83. Тестирование ПС в целом с поиском и исправлением фиксируемых при тестировании ошибок во всех документах, относящихся к ПС в целом называется
а) тестированием ПС
б) автономной отладкой ПС
в) проверкой ПС
г) комплексной отладкой П
84. Дефект - это проблема, обнаруженная
а) на этапе зарождения
б) на позднем этапе жизненного цикла
в) на этапе составления требований
г) обнаруженная после снятия ПП с эксплуатации
85. Последовательность выполнения видов тестирования
1: Приемочное
2: Выходное
3: Системное
4: Модульное
5: Интеграционное
86. Цель измерений проекта
а) совершенствование процесса
б) улучшение организации работ
в) повышение качества продукта
г) оценка стоимости продукта
87. Цель тестирования – это
а) доказательство факта «безошибочности» программы
б) получение программы, функционирующей с требующимися характеристиками в заданной области изменения входных данных
в) выявление как можно большего числа ошибок в программе
г) конкретизация внешних взаимодействий программного средства без детализации внутреннего устройства
88. Тестирование, характеризующееся возможностью отслеживания целостности данных
а) системное
б) интеграционное
в) модульное
г) приемочное
89. ES поставка
а) окончательная
б) прототипа
в) Бета - версии
г) Альфа - версии
90. Синтаксическая проверка элемент __________ тестирования
91. Граничное тестирование элемент ______________ тестирования
92. Мобильность
а) возможность изменяться
б) возможность установки на разных платформах
в) облегченное проектирование ПП
г) глубина проработки реализованных функций
93. Лицо, проводящее тестирование методом стеклянного (прозрачного ящика)
а) программист
б) тестировщик
в) заказчик
г) проектировщик
94. Последовательность цикла тестирования
1: анализ результатов
2: исправление выявленных ошибок
3: проведение тестирования
4: создание базовой версии
5: создание отчета
95. Видам тестирования соответствуют элементы:
1. модульное | а) проверка инсталляции |
2. интеграционное | б) проверка функциональности |
3. системное | в) синтаксическая проверка |
4. выходное | г) прогоночное тестирование |
96. Последовательность этапов сопровождения
1: перенос ПП в новую среду
2: модификация
3: планирование сопровождения
4: проверка и приемка
5: анализ проблем и запросов на модификацию
97. Запрос, направленный на исправление сбоев
а) корректирующий
б) адаптационный
в) превентивный
г) усовершенствованный
98. Запрос, направленный на предупреждение сбоев до их появления
а) Корректирующий
б) Адаптационный
в) Превентивный
г) Усовершенствованный
99. Запрос, направленный на поддержку с целью облегчения дальнейшего сопровождения
а) Корректирующий
б) Адаптационный
в) Превентивный
г) Усовершенствованный
100. В системе программирования после обнаружения факта ошибки начинается процесс ее поиска и исправления, который называют…
а) отладкой
б) компиляцией
в) тестированием
г) трассировка
СПИСОК ЛИТЕРАТУРЫ И ИСТОЧНИКОВ
Основная:
, «Руководство разработчика баз данных» - М.: Нолидж, 2010г. Фуфаев и эксплуатация удаленных баз данных: учебник для студ. Сред. Проф. Образования – М.: Изд. Центр «Академия», 2012. – 256 с. , , Базы данных. Учебное пособие. 2011. «COM и ActiveX в Delphi». – СПб.: БХВ – Петербург, 2011 г. «Эффективная работа с СУБД». – СПб.: Питер, 2010 г.Дополнительная:
А. Сорокин DELPHI Разработка баз данных. СПб, - Питер 2010. Кириллов язык запросов (SQL). – СПб.: ИТМО, 2009.3. Работа с базами данных в DELPHI. СПб, БХВ – Петербург, 2012.
4. . Cистемы управления базами данных: Учеб.-метод. пособие / и др. - Изд-во МГУ, 2012. – С. - 54.
5. , Савинков баз данных информационных систем.: / , - М.: Финансы и статистика, 2011. – С - 351.
