фос инструментальные. Фонд оценочных средств по учебной дисциплине (модулю) Инструментальные средства разработки программного обеспечения
 Скачать 48.21 Kb.
|
|
Министерство образования и науки Российской Федерации филиал федерального государственного бюджетного образовательного учреждения высшего образования «Алтайский государственный университет» в г. Бийске Отделение среднего профессионального образования ФОНД ОЦЕНОЧНЫХ СРЕДСТВ по учебной дисциплине (модулю) Инструментальные средства разработки программного обеспечения программы подготовки специалистов среднего звена 09.02.03 «Программирование в компьютерных системах» Разработчик: Кураев М. И. преподаватель _____________ Одобрено на заседании Правления филиала Протокол №04/20 от 26.05. 2020 г. Бийск 2020 г. 1. Перечень компетенций, с указанием этапов их формирования в процессе освоения образовательной программы Перечень формируемых компетенций: ОК 1. Понимать сущность и социальную значимость своей будущей профессии, проявлять к ней устойчивый интерес. ОК 2. Организовывать собственную деятельность, выбирать типовые методы и способы выполнения профессиональных задач, оценивать их эффективность и качество. ОК 3. Принимать решения в стандартных и нестандартных ситуациях и нести за них ответственность. ОК 4. Осуществлять поиск и использование информации, необходимой для эффективного выполнения профессиональных задач, профессионального и личностного развития. ОК 5. Использовать информационно-коммуникационные технологии в профессиональной деятельности. ОК 6. Работать в коллективе и в команде, эффективно общаться с коллегами, руководством, потребителями. ОК 7. Брать на себя ответственность за работу членов команды (подчиненных), за результат выполнения заданий. ОК 8. Самостоятельно определять задачи профессионального и личностного развития, заниматься самообразованием, осознанно планировать повышение квалификации. ОК 9. Ориентироваться в условиях частой смены технологий в профессиональной деятельности. ПК 3.1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. ПК 3.2. Выполнять интеграцию модулей в программную систему. ПК 3.3. Выполнять отладку программного продукта с использованием специализированных программных средств. ПК 3.4. Осуществлять разработку тестовых наборов и тестовых сценариев. ПК 3.5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. ПК 3.6. Разрабатывать технологическую документацию.
Сформированность выше перечисленных компетенций предполагает, что в результате освоения дисциплины (профессионального модуля) обучающийся должен: иметь практический опыт: участия в выработке требований к программному обеспечению; участия в проектировании программного обеспечения с использованием специализированных программных пакетов; уметь: владеть основными методологиями процессов разработки программного обеспечения; использовать методы для получения кода с заданной функциональностью и степенью качества; знать: модели процесса разработки программного обеспечения; основные принципы процесса разработки программного обеспечения; основные подходы к интегрированию программных модулей; основные методы и средства эффект явной разработки; основы верификации и аттестации программного обеспечения; концепции и реализации программных процессов; принципы построения, структуры и приемы работы с инструментальными средствами, поддерживающими создание программ юго обеспечения; методы организации работы в коллективах разработчиков программного обеспечения; основные положения метрологии программных продуктов, принципы построения, проектирования и использования средств для измерений характеристик и параметров программ, программных систем и комплексов; стандарты качества программного обеспечения; методы и средства разработки программной документации. 2 ТЕКУЩИЙ КОНТРОЛЬ ПО МЕЖДИСЦИПЛИНАРНОМУ КУРСУ ОЦЕНОЧНОЕ СРЕДСТВО: Тестовое задание1 Цель: Проверка системы знаний об основных принципах построения программы, средах разработки программ, об инструментальных средствах на разных этапах разработки. Проверяемые компетенции (код): ОК 1-9, ПК 3.1-3.6 Пример оценочного средства (примерные тестовые задания, типовой вариант контрольной работы и др.) Задание 1. Тестовые задания к разделу Тест1 1. Программное средство, предназначенное для поддержки разработки других программ, называется -… А) аппаратным инструментом Б) программным инструментом В) программной средой Г) инструментарий технологии программирования 2. Анализаторы обеспечивают… 1) конструирование тех или иных программных продуктов и документов на различных этапах жизненного цикла 2) автоматически приводить документы к другой форме представления или переводить документ одного вида к документу другого вида 3) статическую обработку документов, осуществляя различные виды их контроля, выявление определенных их свойств и накопление статистических данных, либо динамический анализ программ 4) выполнять на компьютере описание процессов или отдельных их частей, представленных в виде, отличном от машинного кода 3. Преобразователи обеспечивают… 1) конструирование тех или иных программных продуктов и документов на различных этапах жизненного цикла 2) автоматически приводить документы к другой форме представления или переводить документ одного вида к документу другого вида 3) статическую обработку документов, осуществляя различные виды их контроля, выявление определенных их свойств и накопление статистических данных, либо динамический анализ программ 4) выполнять на компьютере описание процессов или отдельных их частей, представленных в виде, отличном от машинного кода 4. Сколько классов инструментальных средств выделяют в инструментальной среде разработки и сопровождения программ? 1) 2 2) 4 3) 3 4) 5 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) поддержки процессов программирования (кодирования), тестирования и отладки программ 16. Инструментальные среды программирования содержат 1) редактор, анализатор и компилятор 2) редактор, интерпретатор и компилятор 3) интерпретатор, компилятор, преобразователь 4) редактор и интерпретатор 17. Для поддержки разработки программного продукта на разных языках программирования (например, текстовый редактор, редактор связей или интерпретатор языка целевого компьютера) используют… 1) среду программирования общего назначения 2) языково-ориентированную среду программирования 3) интерпретирующую среду программирования 4) прикладную среду программирования 18. При использовании компьютерных технологий для разработки ПП жизненный цикл ПП представлен следующей цепочкой: 1) прототипирование – кодогенерация – комплексная отладка и тестирование – аттестация, применение, сопровождение 2) прототипирование – разработка спецификаций – автоматизированный контроль спецификаций – кодогенерация – комплексная отладка и тестирование – аттестация, применение, сопровождение 3) разработка спецификаций – автоматизированный контроль спецификаций – кодогенерация – комплексная отладка и тестирование – аттестация, применение, сопровождение 4) прототипирование – разработка спецификаций – кодогенерация – аттестация, применение, сопровождение 19. Основными чертами инструментальной системы технологии программирования являются… 1) массовость, дискретность, результативность, определенность, понятность 2) комплексность, ориентированность на коллективную разработку, технологическая определенность, интегрированность 3) актуальность, непротиворечивость, полнота 4) комплексность, актуальность, интегрированность, массовость, понятность 4.Критерии оценивания:
ОЦЕНОЧНОЕ СРЕДСТВО: Тестовое задание 2 Цель: Проверка системы знаний об основных принципах построения программы, средах разработки программ, об инструментальных средствах на разных этапах разработки, структуре и функциях Case средств. Проверяемые компетенции (код): ОК 1-9, ПК 3.1-3.6 Пример оценочного средства (примерные тестовые задания, типовой вариант контрольной работы и др.) Тест 2 1. Современные крупные проекты информационных систем характеризуются следующими особенностями: 1) сложность описания, требующая тщательного моделирования и анализа данных и процессов 2) наличие совокупности тесно взаимодействующих компонентов 3) наличие прямых аналогов, ограничивающее возможность использования каких-либо типовых проектных решений 4) невозможность интеграции существующих и вновь разрабатываемых приложений; 2. Под CASE-средства понимаются программные средства, поддерживающие… 1) процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного ПО 2) процессы тиражирования программного продукта 3) процессы создания и эксплуатации программного продукта 4) процессы компилирования и интерпретации программных продуктов 3. Репозитарий Case – средства – это… 1) специализированная база данных проекта, предназначенная для отображения состояния проектируемой системы в каждый момент времени 2) компонент, обеспечивающий создание и редактирование в интерактивном режиме элементов диаграмм и связей между ними 3) компонент, служащий для контроля правильности построения диаграмм в заданной методологии проектирования 4) компонент, позволяющий получать информацию о проектах в виде отчетов 5) компонент, выполняющий запуск проекта, задание начальных параметров и назначение и изменение прав доступа к элементам проекта 6) набор системных утилит по обслуживанию репозитария 4. Графический редактор Case – средства – это… 1) компонент, обеспечивающий создание и редактирование в интерактивном режиме элементов диаграмм и связей между ними 2) компонент, служащий для контроля правильности построения диаграмм в заданной методологии проектирования 3) компонент, позволяющий получать информацию о проектах в виде отчетов 4) компонент, выполняющий запуск проекта, задание начальных параметров и назначение и изменение прав доступа к элементам проекта 5. Верификатор Case – средства – это… 1) компонент, служащий для контроля правильности построения диаграмм в заданной методологии проектирования 2) компонент, позволяющий получать информацию о проектах в виде отчетов 3) компонент, выполняющий запуск проекта, задание начальных параметров и назначение и изменение прав доступа к элементам проекта 4) набор системных утилит по обслуживанию репозитария 6. Документатор проекта Case – средства – это… 1) компонент, позволяющий получать информацию о проектах в виде отчетов 2) компонент, выполняющий запуск проекта, задание начальных параметров и назначение и изменение прав доступа к элементам проекта 3) набор системных утилит по обслуживанию репозитария 4) компонент, обеспечивающий создание и редактирование в интерактивном режиме элементов диаграмм и связей между ними 7. Сервис Case – средства – это… 1) компонент, служащий для контроля правильности построения диаграмм в заданной методологии проектирования 2) компонент, позволяющий получать информацию о проектах в виде отчетов 3) компонент, выполняющий запуск проекта, задание начальных параметров и назначение и изменение прав доступа к элементам проекта 4) набор системных утилит по обслуживанию репозитария 8. Администратор проекта Case – средства – это… 1) компонент, служащий для контроля правильности построения диаграмм в заданной методологии проектирования 2) компонент, позволяющий получать информацию о проектах в виде отчетов 3) компонент, выполняющий запуск проекта, задание начальных параметров и назначение и изменение прав доступа к элементам проекта 4) набор системных утилит по обслуживанию репозитария 9. Какие методологии проектирования используют Case – средства? 1) структурного и модульного проектирования 2) структурного и объектно-ориентированного проектирования 3) объектно-ориентированного и нисходящего проектирования 4) нисходящего и восходящего проектирования 10. Структурное проектирование системы основано на… 1) объектно-ориентированной декомпозиции 2) алгоритмической декомпозиции 3) модульной декомпозиции 4) функциональной декомпозиции 11. Объектно-ориентированное проектирование системы основано на… 1) объектно-ориентированной декомпозиции 2) алгоритмической декомпозиции 3) модульной декомпозиции 4) функциональной декомпозиции 12. Case – средства представляют собой… 1) набор инструментальных средств для проектирования программного продукта 2) набор программных средств для сопровождения программного продукта 3) набор программных и инструментальных средств, поддерживающие все процессы жизненного цикла программного продукта 4) набор аппаратных средств, поддерживающих все процессы жизненного цикла программного продукта 13. Компания-разработчик приобрела новое Case – средство. Сразу ли компания получит ожидаемый результат от применения новой технологии? 1) да 2) нет 14. Сколько классов Case – средств выделяют? 1) 5 2) 3 3) 7 4) 2 15. Case – средства анализа и проектирования, предназначенные для 1) моделирования данных и генерации схем баз данных 2) построения и анализа моделей деятельности организаций (предметной области) или моделей проектируемой системы 3) обеспечения комплексной поддержки требований к создаваемой системе 4) поддержки всего жизненного цикла программного продукта 16. Case – средства управления требованиями предназначены для 1) моделирования данных и генерации схем баз данных 2) построения и анализа моделей деятельности организаций (предметной области) или моделей проектируемой системы 3) обеспечения комплексной поддержки требований к создаваемой системе 4) поддержки всего жизненного цикла программного продукта 17. Case – средства проектирования баз данных предназначены для 1) моделирования данных и генерации схем баз данных 2) построения и анализа моделей деятельности организаций (предметной области) или моделей проектируемой системы 3) обеспечения комплексной поддержки требований к создаваемой системе 4) поддержки всего жизненного цикла программного продукта 18. На каких стандартах базируется технология освоения и внедрения Case – средств? 1) ГОСТ 2107-99 2) IEEE (IEEE Std 1348-1995 и IEEE Std 1209-1992) 3) AES 4) ISO 19. Из каких этапов состоит процесс освоения и внедрения Case – средств? 1) определение потребностей в CASE-средствах, оценка и выбор CASE-средств, практическое внедрение CASE-средств 2) определение потребностей в CASE-средствах, оценка и выбор CASE-средств, выполнение пилотного проекта, практическое внедрение CASE-средств 3) определение потребностей в CASE-средствах, проектирования CASE-средств, практическое применение CASE-средств 4) проектирование CASE-средств, оценка и внедрение CASE-средств, практическое применение CASE-средств 20. Критериями для выбора CASE-средств могут являться 1) открытая архитектура, поддержка полного жизненного цикла ИС с обеспечением эволюционности ее развития, обеспечение целостности проекта, независимость от программно-аппаратной платформы и СУБД 2) модифицируемость, простота, эффективность, учет человеческого фактора, многоплатформенность 3) закрытая архитектура, поддержка полного жизненного цикла ИС с обеспечением эволюционности ее развития, простота, эффективность 4) максимальная зависимость от программных и аппаратных средств системы и характеристик самой системы, жесткая привязка к конкретным информационным процессам, прочность внутренней связи отдельных компонентов системы 21. Комплексность компьютерной поддержки разработки ПП с использованием инструментальной системы технологии программирования означает 1) что система технологии программирования охватывает все процессы разработки и сопровождения ПС и что продукция этих процессов согласована и взаимоувязана 2) что система технологии программирования должна поддерживать управление работой коллектива и для разных членов этого коллектива обеспечивать разные права доступа к различным фрагментам продукции технологических процессов 3) что все инструменты объединены единым пользовательским интерфейсом 4) что инструменты действуют в соответствии с фиксированной информационной схемой системы, определяющей зависимость различных используемых в системе фрагментов данных друг от друга 22. Ориентированность инструментальной системы технологии программирования на коллективную разработку означает 1) что система технологии программирования охватывает все процессы разработки и сопровождения ПС и что продукция этих процессов согласована и взаимоувязана 2) что система технологии программирования должна поддерживать управление работой коллектива и для разных членов этого коллектива обеспечивать разные права доступа к различным фрагментам продукции технологических процессов 3) что все инструменты объединены единым пользовательским интерфейсом 4) что инструменты действуют в соответствии с фиксированной информационной схемой системы, определяющей зависимость различных используемых в системе фрагментов данных друг от друга 23. Технологическая определенность инструментальной системы технологии программирования означает 1) что система технологии программирования охватывает все процессы разработки и сопровождения ПС и что продукция этих процессов согласована и взаимоувязана 2) что система технологии программирования должна поддерживать управление работой коллектива и для разных членов этого коллектива обеспечивать разные права доступа к различным фрагментам продукции технологических процессов 3) что ее комплексность ограничивается рамками какой-либо конкретной технологии программирования 4) что инструменты действуют в соответствии с фиксированной информационной схемой системы, определяющей зависимость различных используемых в системе фрагментов данных друг от друга 24. Интегрированность инструментальной системы технологии программирования по данным означает 1) что система технологии программирования охватывает все процессы разработки и сопровождения ПС и что продукция этих процессов согласована и взаимоувязана 2) что система технологии программирования должна поддерживать управление работой коллектива и для разных членов этого коллектива обеспечивать разные права доступа к различным фрагментам продукции технологических процессов 3) что ее комплексность ограничивается рамками какой-либо конкретной технологии программирования 4) что инструменты действуют в соответствии с фиксированной информационной схемой системы, определяющей зависимость различных используемых в системе фрагментов данных друг от друга 45. Интегрированность инструментальной системы технологии программирования по пользовательскому интерфейсу означает 1) что система технологии программирования охватывает все процессы разработки и сопровождения ПС и что продукция этих процессов согласована и взаимоувязана 2) что система технологии программирования должна поддерживать управление работой коллектива и для разных членов этого коллектива обеспечивать разные права доступа к различным фрагментам продукции технологических процессов 3) что ее комплексность ограничивается рамками какой-либо конкретной технологии программирования 4) что все инструменты объединены единым пользовательским интерфейсом 4.Критерии оценивания:
ОЦЕНОЧНОЕ СРЕДСТВО: Практические работы Цель: Формирование системы знаний об основных принципах проектирования программ с использованием Case средств. Проверяемые компетенции (код): ОК 1-10, ПК 1.1–1.5 Пример оценочного средства (примерные тестовые задания, типовой вариант контрольной работы и др.) Задание 2. Практические работы Перечень тем практических работ: Разработка программных модулей Проектирование пользовательского интерфейса Разработка пользовательского интерфейса Анализ предметной области Разработка UML диаграмм Работа с инструментальными средствами, поддерживающими методологию объектно-ориентированного моделирования. Работа с CASE – средствами проектирования программного обеспечения Работа с CASE – средствами кодирования программного обеспечения Работа с CASE – средствами тестирования программного обеспечения Инструментальные средства поддержки процесса управления требованиями. Инструментальные средства поддержки процесса разработки проекта. Инструментальные средства реализации кода. Инструментальные средства тестирования. Инструментальные средства поддержки процесса управления конфигурациями. Структурные карты. 4.Критерии оценивания:
II ИТОГОВАЯ АТТЕСТАЦИЯ ПО УЧЕБНОЙ ДИСЦИПЛИНЕ Перечень вопросов, письменных заданий и других материалов для итоговой аттестации с типовыми примерами выполнения заданий: Необходимые инструментальные средства разработки программ Часто используемые инструментальные средства разработки программ Специализированные инструментальные средства разработки программ Интегрированные среды разработки Средства разработки программного обеспечения Определение «разработка программ» Три этапа разработки программ Средства проектирования приложений Средства реализации программного кода Средства тестирования программ Классы инструментальных средств разработки программ Четыре категории инструментальных программ, применяемые при проектировании экспертных систем Оболочки экспертных систем Языки программирования высокого уровня Среда программирования, поддерживающая несколько парадигм Дополнительные модули Языки инженерии знаний Язык логического программирования Prolog Язык функционального программирования Lisp Средства автоматизации разработки экспертных систем Общее программное обеспечение Специальное программное обеспечение Инструментальная система технологии программирования Четыре класса компьютерной поддержки инструментальных систем технологий программирования Комплексность Ориентированность на коллективную разработку Технологическая определенность Интегрированность Компоненты инструментальных систем технологий программирования База данных разработки Инструментарий Интерфейсы Общая архитектура инструментальных систем технологий программирования Инструментальная система поддержки проекта Языково-зависимая инструментальная система Пользовательский интерфейс Схема организации взаимодействия компьютера и пользователя Процедурно-ориентированный подход к разработке интерфейсов Объектно-ориентированный подход к разработке интерфейсов Типы интерфейсов Интерфейс-меню Интерфейсы со свободной навигацией Критерии оценки интерфейса пользователем Факторы появления Case-технологий Что такое Case-технология? Компоненты интегрированного Case-средства Классификация по категориям Case-средств Классификация по типам Case-средств Вспомогательные типы Case-средств Структурный подход к разработке ИС Объектно-ориентированный подход к разработке ИС Факторы, усложняющие определение возможного эффекта от использования Case-средств Качества организации для успешного внедрения Case-средств Проблемы использования Case-средств Факторы появления Case-технологий Структурный системный анализ Диаграммы «сущность-связь» Диаграммы классов Язык графического описания UML Диаграмма компонентов Диаграмма композитной структуры Диаграмма развёртывания Диаграмма объектов Диаграмма пакетов Диаграмма деятельности Преимущества UML IDEF Диаграммы переходов состояний Методология функционального моделирования ИС Состав функциональной модели Иерархия диаграмм Типы связей между функциями Характеристика современных Case-средств Методология ARIS Программный продукт ARIS Express Основные элементы, используемые в нотации ARIS Архитектура ARIS Имитационное моделирование Применение имитационного моделирования Виды имитационного моделирования Дискретно-событийное моделирование Системная динамика Области применения имитационного моделирования Основные этапы компьютерного моделирования Построение концептуальной модели системы Постановка задачи машинного моделирования Анализ задачи моделирования Определение требований к исходной информации Выдвижение гипотез и принятие предположений Определение параметров и переменных Установление основного содержания модели Обоснование критериев оценки эффективности системы Определение процедур аппроксимации Описание концептуальной модели Проверка достоверности модели 96.Составление технической документации Система оценивания отдельных заданий и зачетной / экзаменационной работы в целом
|