Лоллл. ФОС_Технология разработки программного обеспечения_2018. Фонд оценочных средств по междисциплинарному курсу Технология разработки программного обеспечения
 Скачать 63.84 Kb.
|
|
Министерство образования и науки Российской Федерации федеральное государственное бюджетное образовательное учреждение высшего образования «Алтайский государственный университет» Колледж Алтайского государственного университета Отделение экономики и информационных технологий ФОНД ОЦЕНОЧНЫХ СРЕДСТВ по междисциплинарному курсу Технология разработки программного обеспечения Программы подготовки специалистов среднего звена по специальности 09.02.03 Программирование в компьютерных системах Разработчик(и): преподаватель, первая категория О.Н. Козел Одобрено на заседании совета Колледжа АлтГУ Протокол № 04 от 23.04.2018 г. Барнаул 2018 ПАСПОРТ КОМПЛЕКТА ОЦЕНОЧНЫХ СРЕДСТВ Перечень формируемых компетенций: ОК 1 Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес. ОК 2 Организовывать собственную деятельность, определять методы и способы выполнения профессиональных задач, оценивать их эффективность и качество. ОК 3 Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность. ОК 4 Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития. ОК 5 Использовать информационно-коммуникационные технологии в профессиональной деятельности. ОК 6 Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями. ОК 7 Брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий. ОК 8 Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации. ОК 9 Ориентироваться в условиях частой смены технологий в профессиональной деятельности. ПК 3.1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. ПК 3.2. Выполнять интеграцию модулей в программную систему. ПК 3.3. Выполнять отладку программного продукта с использованием специализированных программных средств. ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев. ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. ПК 3.6. Разрабатывать технологическую документацию.
Сформированность выше перечисленных компетенций предполагает, что в результате освоения дисциплины (профессионального модуля) обучающийся должен: Знать: модели процесса разработки программного обеспечения; основные принципы процесса разработки программного обеспечения; основные подходы к интегрированию программных модулей; основные методы и средства эффективной разработки; основы верификации и аттестации программного обеспечения; концепции и реализации программных процессов; принципы построения, структуры и приемы работы с инструментальными средствами, поддерживающими создание программного обеспечения; методы организации работы в коллективах разработчиков программного обеспечения; основные положения метрологии программных продуктов, принципы построения, проектирования и использования средств для измерений характеристик и параметров программ, программных систем и комплексов; стандарты качества программного обеспечения; методы и средства разработки программной документации. Уметь: владеть основными методологиями процессов разработки программного обеспечения; использовать методы для получения кода с заданной функциональностью и степенью качества; Иметь навыки и (или) опыт деятельности (владеть): участия в выработке требований к программному обеспечению; участия в проектировании программного обеспечения с использованием специализированных программных пакетов. I ТЕКУЩИЙ КОНТРОЛЬ ПО МЕЖДИСЦИПЛИНАРНОМУ КУРСУ ОЦЕНОЧНОЕ СРЕДСТВО: Тест Цель: Проверка уровня усвоения системы знаний о программных продуктах, жизненном цикле программного обеспечения, качестве программных систем. Проверяемые компетенции (код): ОК 1 ОК 2 ОК 4 ОК 9 Пример оценочного средства (примерные тестовые задания, типовой вариант контрольной работы и др.) 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. На этапе сбора и анализа требований заказчик должен a. выяснить, прежде всего, необходимость обеспечения безопасности системы и данных b. выяснить, прежде всего, функции, которые должен выполнять программный продукт c. выяснить, прежде всего, сроки написания программы d. собрать литературу по разрабатываемому программному продукту 12. Самая распространенная модель Жизненного цикла программного продукта это 1) итерационная 2) V - образная 2) спиральная 3) каскадная 13. Классическая модель ЖЦПО характеризуется следующими основными особенностями 1. последовательным выполнением входящих в ее состав этапов 2. наличием обратных связей между этапами 3. отсутствием временного перекрытия этапов 4. отсутствием (или определенным ограничением) возврата к предыдущим этапам 5. наличием результата после каждого этапа разработки 14. Выберите правильную последовательность этапов спиральной модели жизненного цикла программного продукта: 1) техническое проектирование, сопровождение ПП, сбор и анализ требований заказчика, кодирование, уточнение функциональных характеристик, тестирование и отладка 2) кодирование, техническое проектирование, уточнение функциональных характеристик, сопровождение ПП, тестирование и отладка 3) кодирование, техническое проектирование, уточнение функциональных характеристик, тестирование и отладка 4) определение требований, анализ, реализация и тестирование, внедрение 15. V – образная модель ЖЦ разработки ПО предполагает: 1. отсутствие временного перекрытия этапов 2. наличие обратной связи 3. возможность сокращения времени разработки ПО 4. возможность увеличения жизненного цикла программного продукта 16. На втором этапе каскадной модели ЖЦ разработки ПО (Требования ПО) осуществляется… 1. составление концептуальной структуры системы 2. определение функциональности программного компонента 3. составление детальной спецификации архитектуры системы 4. составление набора тестовых данных 17. Проверка корректности требований при использовании V – образной модели ЖЦ разработки ПО осуществляется… 1. после каждого этапа разработки 2. после разработки всей системы 3. после разработки черновой версии системы 4. после разработки набора тестовых данных 18. Выберите правильную последовательность этапов жизненного цикла программного продукта: 1) техническое проектирование, сопровождение ПП, сбор и анализ требований заказчика, кодирование, уточнение функциональных характеристик, тестирование и отладка 2) сбор и анализ требований, проектирование системы, кодирование, создание программной документации, сопровождение 3) кодирование, сбор и анализ требований заказчика, техническое проектирование, уточнение функциональных характеристик, сопровождение ПП, тестирование и отладка 4) сбор и анализ требований заказчика, уточнение функциональных характеристик, техническое проектирование, кодирование, тестирование и отладка, сопровождение ПП 19. Во вспомогательные процессы ЖЦ программного продукта входит: 1) документирование, верификация, аттестация, обеспечение качества, совместная оценка, разрешение проблем, аудит 2) управление, создание инфраструктуры, усовершенствование, обучение 3) разработка, приобретение, поставка, эксплуатация, сопровождение 4) кодирование, тестирование, сопровождение 20. Одним из достоинств классического жизненного цикла программного продукта является 1) дает план и временной график по всем этапам проекта 2) в конце всей работы заказчику будут доступны результаты проекта 3) системный анализ каждого элемента программы 4) отсутствие временного перекрытия этапов разработки программного продукта 21. Итерационная модель ЖЦПО характеризуется следующими основными особенностями: 1. последовательным выполнением входящих в ее состав этапов 2. наличием обратных связей между этапами 3. отсутствием временного перекрытия этапов 4. отсутствием (или определенным ограничением) возврата к предыдущим этапам 5. возможность проведение корректировки после каждого этапа 22. В конце каждого витка спирали спиральной модели ЖЦ разработки ПО получаем… 1. готовый программный продукт 2. одну версию программного продукта 3. версию программного продукта с набором тестовых данных 4. черновую модель программного продукта 23.Спиральная модель ЖЦ разработки ПО предполагает: 1. отсутствие временного перекрытия этапов 2. наличие обратной связи 3. возможность сокращения времени разработки ПО 24. На втором этапе каскадной модели ЖЦ разработки ПО (Требования к ПО) осуществляется… 1. определение функциональности программного компонента 2. составление детальной спецификации архитектуры системы 3. составление концептуальной структуры системы 4. написание программного кода 25. Происходит ли интеграция отдельных компонент системы при разработке ПП по экстремальной модели ЖЦ? 1. да 2. Нет 26. Какую модель жизненного цикла разработки ПО целесообразнее использовать, если нет четко определенных требований к будущей системе? 1) каскадную 2) спиральную 3) V – образную 4) итерационную 27. Программное средство - это 1) программа для удовлетворения нужд разработчиков, предназначенная для продажи 2) программа, предназначенная для многократного применения на различных объектах и разработанная любым способом 3) программная реализация решения задачи на компьютере 4) результат разработки какого-либо технического задания 28. Качество ПП - это 1) совокупность свойств этого продукта, которые удовлетворяют определенным потребностям пользователей в соответствии с его назначением; 2) те свойства данного продукта, благодаря которым программный продукт может функционировать в любой программной среде; 3) совокупность свойств программного продукта, которые удовлетворяют требованиям ЕСПД и базовым международным стандартам. 29. Изучаемость ПП включает в себя: 1) удобочитаемость, тестируемость, информативность; 2) внедряемость, понятность, удобочитаемость; 3) документированность, понятность, удобочитаемость 30. Функциональная пригодность программного продукта включает в себя: 1) точность, защищенность, надежность; 2) эффективность и внедряемость; 3) понятность, стабильность, надежность. 31. Понятность ПП заключается в … 1) наличии в составе программы информации необходимой и достаточной для понимания назначения программы, существующих ограничений, входных и выходных данных и результатов обработки; 2) степени, которой пользователь может изучить назначение ПП, результат ее работы и текст этой программы; 3) быстрой модификации с целью приспособления к изменяющимся условиям функционирования. 32. Программа является надежной, если… 1) выдаваемый результат работы имеет допустимые значения отклонений от аналогичных отклонений; 2) она продолжает свою работу при возникновении сбоев; 3) она при всех одинаково вводимых данных обеспечивает полную повторяемость результата. 33. Программа является эффективной, если… 1) она правильно работает при любых допустимых вариантах исходных данных; 2) объем требуемых ресурсов для ее выполнения не превышает допустимой границы; 3) она работает должным образом не только автономно, но и как часть информационной системы. 34. Программа является совместимой, если… 1) она работает должным образом не только автономно, но и как часть информационной системы; 2) ее качества могут быть продемонстрированы на практике; 3) она допускает быструю модификацию с целью приспособления к изменяющимся условиям функционирования. |