| Закреплена за кафедрой | Кафедра экономики и прикладной информатики (Бийск) |
|---|---|
| Направление подготовки | 09.02.07. Информационные системы и программирование |
| Администратор баз данных | |
| Форма обучения | Очная |
| Общая трудоемкость | 0 ЗЕТ |
| Учебный план | ФлБийск_09_02_07_Информационные системы и программирование-2022_9кл |
|
|
||||||||||
Распределение часов по семестрам
| Курс (семестр) | 3 (6) | Итого | ||
|---|---|---|---|---|
| Недель | 12,170000076294 | |||
| Вид занятий | УП | РПД | УП | РПД |
| Лекции | 28 | 28 | 28 | 28 |
| Практические | 26 | 26 | 26 | 26 |
| Итого | 54 | 54 | 54 | 54 |
| 1.1. | С целью овладения указанным видом профессиональной деятельности и соответствующими профессиональными компетенциями обучающийся в ходе освоения профессионального модуля должен: 1. Анализировать проектную и техническую документацию на уровне взаимодействия компонент программного обеспечения. 2. Выполнять интеграцию модулей в программную систему. 3. Выполнять отладку программного продукта с использованием специализированных программных средств. 4. Осуществлять разработку тестовых наборов и тестовых сценариев. 5. Производить инспектирование компонент программного продукта на предмет соответствия стандартам кодирования. 6. Разрабатывать технологическую документацию. |
|---|
| Цикл (раздел) ООП: МДК.02 |
| ОК 01. | Выбирать способы решения задач профессиональной деятельности применительно к различным контекстам; |
| ОК 02. | Использовать современные средства поиска, анализа и интерпретации информации и информационные технологии для выполнения задач профессиональной деятельности; |
| ОК 03. | Планировать и реализовывать собственное профессиональное и личностное развитие, предпринимательскую деятельность в профессиональной сфере, использовать знания по правовой и финансовой грамотности в различных жизненных ситуациях; |
| ОК 04. | Эффективно взаимодействовать и работать в коллективе и команде; |
| ОК 05. | Осуществлять устную и письменную коммуникацию на государственном языке Российской Федерации с учетом особенностей социального и культурного контекста; |
| ОК 06. | Проявлять гражданско-патриотическую позицию, демонстрировать осознанное поведение на основе традиционных российских духовно-нравственных ценностей, в том числе с учетом гармонизации межнациональных и межрелигиозных отношений, применять стандарты антикоррупционного поведения; |
| ОК 07. | Содействовать сохранению окружающей среды, ресурсосбережению, применять знания об изменении климата, принципы бережливого производства, эффективно действовать в чрезвычайных ситуациях; |
| ОК 08. | Использовать средства физической культуры для сохранения и укрепления здоровья в процессе профессиональной деятельности и поддержания необходимого уровня физической подготовленности; |
| ОК 09. | Пользоваться профессиональной документацией на государственном и иностранном языках. |
| ПК 1.6. | Разрабатывать модули программного обеспечения для мобильных платформ. |
| ПК 2.1. | Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент. |
| ПК 2.2. | Выполнять интеграцию модулей в программное обеспечение. |
| ПК 2.3. | Выполнять отладку программного модуля с использованием специализированных программных средств. |
| ПК 2.4. | Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. |
| ПК 2.5. | Производить инспектирование компонент программного обеспечения на предмет соответствия стандартам кодирования. |
| В результате освоения дисциплины обучающийся должен | |
| 3.1. | Знать: |
|---|---|
| 3.1.1. | модели процесса разработки программного обеспечения; основные принципы процесса разработки программного обеспечения; основные подходы к интегрированию программных модулей; основные методы и средства эффект явной разработки; основы верификации и аттестации программного обеспечения; концепции и реализации программных процессов; принципы построения, структуры и приемы работы с инструментальными средствами, поддерживающими создание программ юго обеспечения; методы организации работы в коллективах разработчиков программного обеспечения; основные положения метрологии программных продуктов, принципы построения, проектирования и использования средств для измерений характеристик и параметров программ, программных систем и комплексов; стандарты качества программного обеспечения; методы и средства разработки программной документации. |
| 3.2. | Уметь: |
| 3.2.1. | владеть основными методологиями процессов разработки программного обеспечения; использовать методы для получения кода с заданной функциональностью и степенью качества; |
| 3.3. | Иметь навыки и (или) опыт деятельности (владеть): |
| 3.3.1. | участия в выработке требований к программному обеспечению; участия в проектировании программного обеспечения с использованием специализированных программных пакетов; |
| Код занятия | Наименование разделов и тем | Вид занятия | Семестр | Часов | Компетенции | Литература |
|---|---|---|---|---|---|---|
| Раздел 1. Тема 1. Основные понятия и характеристики инструментальных средств разработки программных продуктов | ||||||
| 1.1. | Назначение и функции инструментальных средств разработки программного обеспечения (ИСрПО). Основные понятия: программа, программное обеспечение, задача, приложение. | Лекции | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 1.2. | Назначение и функции инструментальных средств разработки программного обеспечения (ИСрПО). Основные понятия: программа, программное обеспечение, задача, приложение. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 1.3. | Свойства программного обеспечения. Универсальные характеристики программ. Направления программирования и языки программирования. | Лекции | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 1.4. | Свойства программного обеспечения. Универсальные характеристики программ. Направления программирования и языки программирования. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 1.5. | Основные классы инструментальных средств. История развития ИСрПО. | Лекции | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 1.6. | Основные классы инструментальных средств. История развития ИСрПО. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 1.7. | Инструментальные среды разработки и сопровождения программных средств. | Лекции | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 1.8. | Инструментальные среды разработки и сопровождения программных средств. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| Раздел 2. Тема 2. Инструментальные средства моделей технологий разработки программного обеспечения. | ||||||
| 2.1. | Метод (средства и способы) разработки, методология разработки. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.2. | Метод (средства и способы) разработки, методология разработки. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.3. | Типы методологий, в зависимости от моделей жизненного цикла: каскадные, итеративные ( 1- RUP; 2 - гибкие методологии: SCRUM, KANBAN, DSDM, MSF,ALM,XP. Подход RAD. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.4. | Типы методологий, в зависимости от моделей жизненного цикла: каскадные, итеративные ( 1- RUP; 2 - гибкие методологии: SCRUM, KANBAN, DSDM, MSF,ALM,XP. Подход RAD. | Практические | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 2.5. | IBM Rational Unified Process – инструментальное средство поддержки методологии RUP и специализированные инструментальные средства: IBM Rational Requisite Pro – управление требованиями; IBM Rational Rose, IBM Rational XDE - визуальное моделирование и генерация объектного кода; IBM Rational Rapid Developer - разработка; IBM Rational Clear Case - конфигурационное управление; Clear Quest - управление изменениями; IBM Rational SoDA - автоматизированное документирование; IBM Rational Team Test, IBM Rational Test Factory … - автоматизированное тестирование. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.6. | IBM Rational Unified Process – инструментальное средство поддержки методологии RUP и специализированные инструментальные средства: IBM Rational Requisite Pro – управление требованиями; IBM Rational Rose, IBM Rational XDE - визуальное моделирование и генерация объектного кода; IBM Rational Rapid Developer - разработка; IBM Rational Clear Case - конфигурационное управление; Clear Quest - управление изменениями; IBM Rational SoDA - автоматизированное документирование; IBM Rational Team Test, IBM Rational Test Factory … - автоматизированное тестирование. | Практические | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 2.7. | Этап логического проектирования программы. Системный подход. Концептуальная модель. Предметная область | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.8. | Этап логического проектирования программы. Системный подход. Концептуальная модель. Предметная область | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.9. | Бизнес моделирование. Модели бизнес процесса и их типы (графические, имитационные, исполняемые и/или функциональные поведенческие, информационные.) | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.10. | Бизнес моделирование. Модели бизнес процесса и их типы (графические, имитационные, исполняемые и/или функциональные поведенческие, информационные.) | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.11. | Типы подходов к разработке ПО: структурный; объектно-ориентированый. Методы моделирования бизнес процессов: Flow Chart Diagram; Data Flow Diagram,Role Activity Diagram, IDEF, ERD, Unified Modeling Language. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.12. | Типы подходов к разработке ПО: структурный; объектно-ориентированый. Методы моделирования бизнес процессов: Flow Chart Diagram; Data Flow Diagram,Role Activity Diagram, IDEF, ERD, Unified Modeling Language. | Практические | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 2.13. | Описание функциональности разработки: методологии IDEF0 (SADT), DFD, IDEF3, ER-диаграмм и инструментальные среды в виде CASE-средств (AllFusion Process Modeler, Silverrun, MS Visio/Dia, Аналитик 1.1). | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 2.14. | Описание функциональности разработки: методологии IDEF0 (SADT), DFD, IDEF3, ER-диаграмм и инструментальные среды в виде CASE-средств (AllFusion Process Modeler, Silverrun, MS Visio/Dia, Аналитик 1.1). | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| Раздел 3. Тема 3. Среды реализации инструментов разработки | ||||||
| 3.1. | Программная среда разработки пользовательской программы. Состав аппаратно-операционной среды. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.2. | Программная среда разработки пользовательской программы. Состав аппаратно-операционной среды. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.3. | Интегрированная среда разработки (IDE) и ее структура. Классификация IDE. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.4. | Интегрированная среда разработки (IDE) и ее структура. Классификация IDE. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.5. | Системы визуальной разработки приложений. Выбор среды разработки. Обзор сред разработки: JDK, BlackBox, Microsoft Visual Studio, Eclipse. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.6. | Системы визуальной разработки приложений. Выбор среды разработки. Обзор сред разработки: JDK, BlackBox, Microsoft Visual Studio, Eclipse. | Практические | 6 | 2 | Л1.1, Л2.1, Л1.2 | |
| 3.7. | Виртуальная машины их свойства и типы. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.8. | Виртуальная машины их свойства и типы. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.9. | Инструменты для работы с виртуальными машинами: VMware Workstasion 7, Virtual PC и VirtualBox, Windows Parallels Desktop | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 3.10. | Инструменты для работы с виртуальными машинами: VMware Workstasion 7, Virtual PC и VirtualBox, Windows Parallels Desktop | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| Раздел 4. Тема 4. Инструментальные средства разработки Windows-приложений | ||||||
| 4.1. | SDK. Интерфейс программирования приложений API, версии, доступные технологии. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.2. | SDK. Интерфейс программирования приложений API, версии, доступные технологии. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.3. | Этапы физического проектирования ПО. Лексический, синтаксический анализ. Генерация кода - объектный модуль. Компоновщик - исполняемый файл. Библиотечные файлы. Тип связывания/компоновки. Загрузка. Трансляция: компиляция, интерпретация. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.4. | Этапы физического проектирования ПО. Лексический, синтаксический анализ. Генерация кода - объектный модуль. Компоновщик - исполняемый файл. Библиотечные файлы. Тип связывания/компоновки. Загрузка. Трансляция: компиляция, интерпретация. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.5. | Тестирование программы, средства автоматизированного тестирования | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.6. | Тестирование программы, средства автоматизированного тестирования | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.7. | Инструментальные средства и методы расширения функциональности среды разработки. Документирования кода. Создание системы помощи в программе. Защита приложения после компиляции. Автоматизация процесса сборки проекта. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 4.8. | Инструментальные средства и методы расширения функциональности среды разработки. Документирования кода. Создание системы помощи в программе. Защита приложения после компиляции. Автоматизация процесса сборки проекта. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| Раздел 5. Тема 5. Инструментальные средства этапа отладки и тестирования программ | ||||||
| 5.1. | Отладка программ. Инструменты. Методика отладки. Процедура отладки. Инструменты отладки. Контрольные точки и откаты. Режимы отладки. Минимизация повторных действий при отладке. Управление отладкой. Документы отладки. Использование debuggers – меню, возможности, команды. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 5.2. | Отладка программ. Инструменты. Методика отладки. Процедура отладки. Инструменты отладки. Контрольные точки и откаты. Режимы отладки. Минимизация повторных действий при отладке. Управление отладкой. Документы отладки. Использование debuggers – меню, возможности, команды. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 5.3. | Тестирование. Разработка инвариантов и тестовых примеров. Контроль реализации программ. Разбивка программы на блоки контроля. Определение инвариантов. Разработка процедур, условий и режимов контроля. Определения критических участков. SEН-фрейм и собственная обработка исключений. Ликвидация коллизий в разработках. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 5.4. | Тестирование. Разработка инвариантов и тестовых примеров. Контроль реализации программ. Разбивка программы на блоки контроля. Определение инвариантов. Разработка процедур, условий и режимов контроля. Определения критических участков. SEН-фрейм и собственная обработка исключений. Ликвидация коллизий в разработках. | Практические | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| Раздел 6. Тема 6. Управление версиями программных продуктов. | ||||||
| 6.1. | Современные системы управления версиями: MS Visual Source Safe, Star Base’s Star Team, Rational Clear Case, Subversion, GIT, Mercurial. Возможности Subversion. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| Раздел 7. Тема 7. Другие вопросы разработки программного обеспечения и их инструментарий. | ||||||
| 7.1. | Масштабирование ИС. Экстремальное программирование. Быстрое прототипирование интерфейсов. Паттерны проектирования. Многопоточные приложения. Облачные технологии. | Лекции | 6 | 1 | Л1.1, Л2.1, Л1.2 | |
| 5.1. Контрольные вопросы и задания для проведения текущего контроля и промежуточной аттестации по итогам освоения дисциплины |
| ПК 1.6.: Разрабатывать модули программного обеспечения для мобильных платформ. 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) прототипирование – разработка спецификаций – кодогенерация – аттестация, применение, сопровождение 20. Основными чертами инструментальной системы технологии программирования являются… 1) массовость, дискретность, результативность, определенность, понятность 2) комплексность, ориентированность на коллективную разработку, технологическая определенность, интегрированность 3) актуальность, непротиворечивость, полнота 4) комплексность, актуальность, интегрированность, массовость, понятность ПК 2.1.: Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент. 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) что все инструменты объединены единым пользовательским интерфейсом ПК 2.3.: Выполнять отладку программного модуля с использованием специализированных программных средств. 1. Какие технологии разработки программ используются в современном программировании: 1. Визуальные 2. Событийные 3. Структурные 4. Объектно-ориентированные 5. Модульные 6. Текстуальные 7. Графические 8. Машинно-ориентированное 2. Инструментальные средства разработки программ – это … 1. Средства создания новых программ 2. Сервисные средства разработки ПО 3. Аналитические средства разработки ПО 4. Программное обеспечение, предназначенное для разработки и отладки новых программ 5. Средства отладки ПО 6. Средства тестирования ПО 7. Аппаратные и программные инструменты разработки нового ПО Технические инструментальные средства разработки ПО 3. Укажите правильную последовательность создания программного обеспечения: 1. Анализ требований, проектирование, программирование, тестирование 2. Формулирование задачи, анализ требований, программирование, проектирование, тестирование 3. Анализ требований, программирование, проектирование, отладка, тестирование 4. Формулирование задачи, анализ требований, проектирование, программирование, тестирование 4. В чем сущность модульного программирования: 1. в разбиении программы на отдельные функционально независимые части 2. в разбиении программы на отдельные равные части 3. в разбиение программы на процедуры и функции 5. Недостаток модульного программирования: 1. увеличивает трудоемкость программирования; 2. снижает быстродействие программы; 3. не позволяет выполнять оптимизацию программы. 4. усложняет процедуру комплексного тестирования 6. При структурном программировании задача выполняется: 1. поэтапным разбиением на более легкие задачи; 2. без участия программиста; 3. объединением отдельных модулей программы. 7. Модульное программирование применимо при: 1. проектировании сверху-вниз; 2. проектирование снизу-вверх; 8. Проектирование сверху-вниз это: 1. последовательное разбиение общих задач на более мелкие; 2. составление из отдельных модулей большой программы. 9. Проектирование снизу-вверх это: 1. составление из отдельных модулей большой программы; 2. последовательное разбиение общих задач на более мелкие. 10. Достоинство модульного программирования: 1. не требует комплексного тестирования 2. уменьшает размер программы 3. возможность приступить к тестированию до завершения написания всей программы 4. повышает надежность программы 11. Рекомендуемые размеры модулей: 1. большие; 2. равные; 3. небольшие; 4. фиксированной длины. 12. В чем заключается независимость модуля: 1. в написании, отладке и тестировании независимо от остальных модулей; 2. в разработке и написании независимо от других модулей; 3. в независимости от работы основной программы. 13. Основные характеристики модуля 1. Размер 2. Прочность 3. Сцепление 4. Рутинность 5. Связность 6. Безопасность 7. Определенность 14. К основным понятиям объектно-ориентированного подхода относятся: 1. Обобщение 2. Полиморфизм 3. Инкапсуляция 4. Реализация 5. Агрегирование 6. Наследование 7. Ассоциация 8. Композиция 15. Какие методы сборки программы существуют 1. монолитная 2. пошаговая 3. одновременная 4. постепенная 16. Программное средство, обеспечивающее автоматизированную поддержку деятельности, выполняемой в рамках технологических операций. 1. Инструментальное средство (CASE-средство) 2. Операционная система 3. Текстовый редактор 4. Язык программирования 17. Что такое управление версиями: 1. автоматизированный процесс трансформации исходных текстов ПО в пакет исполняемых модулей 2. управление версиями файлов 3. ручной процесс трансформации исходных текстов ПО в пакет исполняемых модулей 18. Требования к информационной системе сформулированы в 1. описании предметной области 2. техническом проекте 3. техническом задании 4. продукте моделирования 19. Целью разработки архитектуры будущего программного обеспечения является 1. разработка устройств основных компонент программного обеспечения. 2. разработка программного кода 3. тестирование 4. разработка модели (описания) будущей системы, понятной для кодировщика 20. Требования к информационной системе реализованы в 1. описании предметной области 2. техническом проекте 3. техническом задании 4. продукте моделирования 21. Функциональные характеристики применения, являющиеся исходными данными для оценки и выбора технических средств для разработки программного обеспечения 1. среда функционирования 2. удобство использования 3. совместимость с другими ТС ПО 4. соответствие технологическим стандартам 22. К числу основных возможностей, обеспечиваемых современными инструментальными средствами, относятся: 1. графический анализ и проектирование; 2. интерактивное прототипирование; 3. автоматическое тестирование и верификация программного обеспечения; 4. разработка руководства пользователей. 23. Достоинство модульного программирования: 1. не требует компоновки 2. создание программы по частям в произвольном порядке 3. всегда дает эффективные программы 4. снижает количество ошибок 24. Что не входит в категорию «Инструментальные средства разработки программного обеспечения»: 1. средства разработки приложений клиент-сервер; 2. средства разработки Internet/Intranet-приложений; 3. СУБД (системы управления базами данных); 4. средства автоматизации проектирования программного обеспечения. 25. Что не относится к системному программному обеспечению ЭВМ включает: 1. операционные системы; 2. системы автоматизированного проектирования; 3. утилиты; 4. драйвера; 5. операционные оболочки. 26. Программное обеспечение ЭВМ можно классифицировать на следующие группы: 1. системное программное обеспечение; 2. прикладное программное обеспечение; 3. операционные системы; 4. пакеты прикладных программ общего назначения; 5. инструментальные средства разработки программного обеспечения. 27. Прикладное программное обеспечение включает: 1. системы автоматизированного проектирования; 2. утилиты; 3. драйвера; 4. текстовые редакторы; 5. программы автоматизации бухгалтерского учёта. 28. Модуль – это отдельная, функционально законченная программная единица, которая 1. может быть частью программы, но не может применяться самостоятельно 2. не может применяться самостоятельно, либо быть частью программы 3. может применяться самостоятельно, но не может быть частью программы 4. может применяться самостоятельно, либо быть частью программы 29. Стиль программирования - это 1. собрание правил, которых обязан придерживаться каждый программист при написании приложений 2. четко определенный кодекс «статей» программирования на наиболее распространенных языках (C++, Java и т.п.) 3. набор приемов и методов программирования, позволяющих создавать корректные, эффективные и доступные для чтения и понимания программы 4. выбор определенного языка программирования разработчиком при постановке перед ним определенной задачи 30. Интеграция программных продуктов с другими программами называется 1. коммуникативностью 2. мобильностью 3. эффективностью 4. модифицируемостью 31. Программное обеспечение включает: 1. Исходные тексты программ, исполнимый код 2. Техническое задание, исходные тексты программ 3. Исполнимый код, программную документацию 32. Репозиторий-портал 1. совмещает в себе функции каталога ПО, инструмента для организации сообществ по разработке ПО, среды информационного обмена для разработчиков, технической инфраструктуры разработки проектов по созданию ПО и инструмента для загрузки разработанного ПО. 2. направлен на конечных пользователей ПО, который может выступать как хранилищем файлов, так и хранилищем ссылок на другие сайты, где можно загрузить соответствующие файлы. 3. служит для интеграции разных пакетов программ в единую систему. 33. Репозиторий-каталог 1. совмещает в себе функции каталога ПО, инструмента для организации сообществ по разработке ПО, среды информационного обмена для разработчиков, технической инфраструктуры разработки проектов по созданию ПО и инструмента для загрузки разработанного ПО. 2. направлен на конечных пользователей ПО, который может выступать как хранилищем файлов, так и хранилищем ссылок на другие сайты, где можно загрузить соответствующие файлы. 3. служит для интеграции разных пакетов программ в единую систему. 34. Что делает команда git add? 1. Создает файл с указанным именем и сразу добавляет его в Git 2. Добавляет локальный файл в удаленный репозиторий так, чтобы другие участники проекта могли его видеть 3. Начинает отслеживать указанный файл или файлы 35. Что делает команда git status? 1. Показывает состояние проекта 2. Показывает имя и email нашего пользователя 3. Показывает место, занимаемое репозиторием на жестком диске и количество выделенного под репозиторий месте 4. Такой команды нет, есть только команда git show 36. Что такое Git Hub? 1. Программа для работы с Git 2. Драйвер для Git 3. Веб-сервис для хостинга IT-проектов и их совместной разработки, основанный на Git 4. UI для работы с локальной версией Git 37. Что такое ветка в репозитории Git? 1. Это то же самое, что и коммит 2. Это минимум два коммита с одинаковым коммит-сообщением 3. Это разные пути развития проекта, по сути разные последовательности коммитов 4. Это механизм изменения конкретного файла 38. Что такое коммит? 1. Это единица состояния проекта в Git 2. Это результат вывода команды git diff 3. Это обобщающее название одного из статусов файла в выводе git status: untracked, new, deleted или modified 4. Это слово ничего не означает, его ввели только для того, чтобы путать новичков 39. Что такое репозиторий Git? 1. Любая директория/папка в моей ОС 2. Любая папка, находящаяся внутри Git 3. Репозиторий Git представляет собой каталог файловой системы, в котором находятся файлы конфигурации репозитория, файлы журналов, хранящие операции, выполняемые над репозиторием, индекс, описывающий расположение файлов, и хранилище, содержащее собственно файлы 4. Папка .git/ и все входящие в нее 40. Головной модуль программной системы 1. управляет запуском программного продукта (существует в единственном числе); 2. обеспечивает вызов других модулей на обработку; 3. выполняют функции обработки; 4. осуществляют обслуживающие функции. 41. Управляющий модуль программной системы 1. управляет запуском программного продукта (существует в единственном числе); 2. обеспечивает вызов других модулей на обработку; 3. выполняют функции обработки; 4. осуществляют обслуживающие функции. 42. Протокол UDP 1. протокол не требующий установки соединения, не гарантирует доставку своих сообщений 2. протокол требующий установки соединения, обеспечивает надежную транспортировку данных 43. Системы контроля версий делятся на: 1. локальные 2. централизованные 3. распределенные 4. примитивные 44. В какой ситуации надо делать git status? 1. Чем чаще, тем лучше 2. Всегда при создании коммита 3. Всегда после команды git pull 4. Только если надо узнать, в каком статусе находится репозиторий, а так эта команда не является обязательной для любой манипуляции 45. Протокол TCP 1. протокол не требующий установки соединения, не гарантирует доставку своих сообщений 2. протокол требующий установки соединения, обеспечивает надежную транспортировку данных 46. Какие задачи выполняют уровни OSI в процессе передачи данных по сети: 1. уровни выполняют одинаковые задачи, постоянно повторяя передающие сигналы по сети 2. каждый уровень выполняет свою определенную задачу 3. первых три уровня выполняют одинаковые задачи, последующие выполняют определенные задачи 47. Протокол управления передачей данных – это 1. IP 2. TCP 3. FTP 4. SMTP 48. Протокол – это 1. Специальная программа, передающая данные по сети. 2. Набор соглашений, регулирующих передачу данных по сети. 3. Специальное устройство компьютера, управляющее передачей данных. 4. Специальная область жесткого диска, через которую производится передача данных. 49. Протокол TCP/IPотносится 1. К аппаратному уровню сети Internet. 2. К системному (сетевому или транспортному) уровню сети Internet. 3. К сеансовому уровню сети Internet. 4. К прикладному уровню сети Internet. 50. Процедуру условного форматирования можно применять только: 1. только к числовым значениям 2. только к текстовым данным 3. только к ячейкам, содержащим формулу либо функцию 4. ко всем перечисленным значениям ПК 2.4.: Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. 1. Отладка ПС - это … 1. деятельность, направленная на обнаружение и исправление ошибок в ПС с использованием процессов выполнения его программ 2. процесс выполнения программы на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этой программы 3. построение программы как композиции из нескольких типов управляющих конструкций, которые позволяют повысить понимаемость логики работы программы 2. Отладчик: 1. Программа для создания системы защиты файла 2. Программа создания системы защиты от вирусных атак 3. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку 4. Операционная оболочка для создания и управления файловыми структурами 5. Системное программное обеспечение для настройки операционной системы 6. Программа создания и редактирования графических файлов 7. Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения 3. Процесс локализации и исправления ошибок, обнаруженных при тестировании программного обеспечения. 1. Отладка 2. Локализация 3. Тестирование 4. На каком этапе создания программы могут появиться синтаксические ошибки 1. Программирование 2. Проектирование 3. Тестирование 4. Анализ требований 5. Отладка программ это: 1. локализация и исправление ошибок 2. алгоритмизация программирования 3. компиляция и компоновка 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. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку 5. Операционная оболочка для создания и управления файловыми структурами 6. Системное программное обеспечение для настройки операционной системы 7. Программа создания и редактирования графических файлов 8. Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения 11. Последовательность этапов программирования 1. компилирование, компоновка, отладка 2. компоновка, отладка, компилирование 3. отладка, компоновка, компилирование 4. компилирование, отладка, компоновка 12. Вставьте пропущенное слово. _____________, приложения, выполняющие программу в заданном режиме (например, пошаговом) с целью поиска, обнаружения и локализации ошибок. Используются на этапе компиляции. Ответ: отладчики 13. Выберите базовые функции отладчика: 1. ввод и модификация текст программы 2. пошаговое выполнение программы (режим трассировки) с отображением результатов 3. остановка в заранее определенных точках 4. перевод исходного текста на входном языке в язык машинных кодов 5. возможность остановки в некотором месте программы при выполнении некоторого условия 6. изображение и изменение значений переменных 7. объединяют несколько объектных модулей, порождаемых компилятором, в одну программ 14. Логические ошибки 1. Это ошибки, обнаруженные компилятором. Их можно подразделить на категории в зависимости от того, какие правила языка он нарушают 2. Это ошибки, обнаруженные в ходе контрольных проверок выполняемого модуля. 3. Это ошибки, найденные программистом в поисках причины неправильных результатов. 4. Это ошибки, обнаруженные редактором связей при попытке объединить объектные файлы в выполняемый модуль 15. Инструментальные средства отладки (Не правильный ответ) 1. отладчики 2. трассировка 3. компиляторы 16. Когда программист может проследить последовательность выполнения команд программы: 1. при тестировании 2. при трассировке 3. при компиляции 4. при выполнении программы 5. при компоновке 17. Синтаксические ошибки 1. ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 2. ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы; 3. ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы. 18. Ошибки компоновки - 1. ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 2. ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы; 3. ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы. 19. Ошибки выполнения 1. ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 2. ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы. 3. ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы 20. Попытка найти ошибки при выполнении программы в реальной среде: 1. отладка 2. контроль 3. испытание 21. Процесс локализации и исправления ошибок, обнаруженных при тестировании ПО называют: 1. отладкой 2. локализацией 3. инициализацией 22. Что относится к ошибкам кодирования: 1. ошибки выполнения 2. ошибки некорректного использования переменных, ошибки вычислений, ошибки взаимодействия модулей, игнорирование особенностей конкретного языка программирования 3. логические ошибки 23. Какой метод отладки программ описан в тексте: «Самый простой и естественный способ отладки программы. Метод эффективен, но не применим для программ со сложными вычислениями, для больших программ, а также в случаях, когда ошибка связана с неверным представлением программиста о выполнении операций»: 1. метод индукции 2. метод ручного тестирования 3. метод обратного прослеживания 24. Какой метод отладки программ описан в тексте: «Сначала формируют множество причин, которые могли бы вызвать данное проявление ошибки. Затем, анализируя причины, исключают те, которые противоречат имеющим данным.»: 1. метод индукции 2. метод ручного тестирования 3. метод дедукции 25. Какой метод отладки программ описан в тексте: «Метод основан на тщательном анализе симптомов ошибки, которые могут проявляться как неверные результаты вычислений или как сообщение об ошибке.» 1. метод индукции 2. метод ручного тестирования 3. метод дедукции 26. Какой метод отладки программ описан в тексте: «Начинается проверка с точки вывода неправильного результата. Для этой точки строится гипотеза о значениях основных переменных, которые могли бы привести к получению имеющегося результата» 1. метод индукции 2. метод ручного тестирования 3. метод обратного прослеживания a. 27. Последовательность этапов отладки 1. локализация ошибок, определение причины ошибки, исправление ошибки, изучение проявление ошибки 2. Изучение проявление ошибки, определение причины ошибки, локализация ошибок, исправление ошибки 3. Изучение проявление ошибки, локализация ошибок, повторное тестирование, определение причины ошибки, исправление ошибки 4. изучение проявление ошибки, локализация ошибок, определение причины ошибки, исправление ошибки, повторное тестирование 28. Сложный алгоритм пишется или прототипируется на одном языке программирования (с наличием всех доступных инструментальных средств), а потом исходный код отлаженного алгоритма транслируется вручную или автоматически в другой язык программирования (целевой системы), для которого отсутствуют необходимые инструментальный средства 1. Отладка методом RPC 2. Отладка трансляцией кода 3. Профилирование кода 4. Отладка разработкой интерпретатора 29. Логирование кода 1. выполнение автоматических unit test-ов в более простых сценариях для функций и автоматическое выявление проблемных участков кода 2. вывод в файл входных, выходных аргументов функций, промежуточных состояний в процессе исполнения программы 3. поиск причин возникновения дефекта с помощью анализа исходного кода программы, проблемного контента, конфигурации, состояния базы данных и т.п. 4. изолирование проблемы используя ручное или автоматическое тестирование 30. Ди¬на¬ми¬че¬ские ана¬ли¬за¬торы 1. кон¬тро¬ли¬ру¬ют вре¬мя вы¬пол¬не¬ния уча¬ст¬ков ко¬да про¬грам¬мы, на¬хо¬дят точ¬ки (об-лас¬ти) не¬кор¬рект¬ной ра¬бо¬ты с па¬мя¬тью и объ¬ек¬та¬ми опе¬ра¬ци¬он¬ной сис¬те¬мы и др. 2. вы¬яв¬ля¬ют ошиб¬ки вы¬хо¬да (об¬ра¬ще¬ния) за гра¬ни¬цы мас¬си¬вов, по¬тен¬ци¬аль¬ные про¬бле-мы безо¬пас¬но¬сти, т. н. утеч¬ки па¬мя¬ти, не¬кор¬рект¬ность ис¬поль¬зо¬ва¬ния сис¬тем¬ных ре-сур¬сов и др. 31. Ста¬ти¬че¬ские ана¬ли¬за¬то¬ры 1. кон¬тро¬ли¬ру¬ют вре¬мя вы¬пол¬не¬ния уча¬ст¬ков ко¬да про¬грам¬мы, на¬хо¬дят точ¬ки (об¬лас¬ти) не¬кор¬рект¬ной ра¬бо¬ты с па¬мя¬тью и объ¬ек¬та¬ми опе¬ра¬ци¬он¬ной сис¬те¬мы и др. 2. вы¬яв¬ля¬ют ошиб¬ки вы¬хо¬да (об¬ра¬ще¬ния) за гра¬ни¬цы мас¬си¬вов, по¬тен¬ци¬аль¬ные про¬бле¬мы безо¬пас¬но¬сти, т. н. утеч¬ки па¬мя¬ти, не¬кор¬рект¬ность ис¬поль¬зо¬ва¬ния сис-тем¬ных ре¬сур¬сов и др. 32. Дефект 1. участок программного кода, выполнение которого при определенных условиях приводит к неожиданному поведению системы 2. кратковременная самоустраняющаяся утрата работоспособности технического устройства 3. это проявление ошибки в программной системе и выражается в утрате работоспособности 33. Отказ 1. участок программного кода, выполнение которого при определенных условиях приводит к неожиданному поведению системы 2. проявление ошибки в программной системе и выражается в утрате работоспособности 3. кратковременная самоустраняющаяся утрата работоспособности технического устройства 34. Сбой 1. участок программного кода, выполнение которого при определенных условиях приводит к неожиданному поведению системы 2. кратковременная самоустраняющаяся утрата работоспособности технического устройства 3. проявление ошибки в программной системе и выражается в утрате работоспособности 35. Верификация 1. процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа 2. определение соответствия, разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе 3. процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается 36. Валидация 1. процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа 2. определение соответствия, разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе 3. процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается 37. Рефакторинг 1. процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа. 2. определение соответствия, разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе 3. процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается 38. Тестирование, предназначенное для проверки правильности функционирования методов классов ПО 1. Модульное тестирование 2. Исследовательское тестирование 3. Функциональное тестирование 4. Нагрузочное тестирование 5. Регрессионное тестирование 39. Тестирование, предназначенное для проверки работоспособности программного продукта при предельной входной нагрузке 1. Модульное тестирование 2. Исследовательское тестирование 3. Функциональное тестирование 4. Нагрузочное тестирование 5. Регрессионное тестирование 40. Тестирование, которое применяется при внесении изменений в программное обеспечение с целью проверки корректности работы компонентов системы, которые потенциально могут взаимодействовать с измененным компонентом 1. Модульное тестирование 2. Исследовательское тестирование 3. Функциональное тестирование 4. Нагрузочное тестирование 5. Регрессионное тестирование 41. Обработчик событий - это... 1. метод программирования, основанным на управлении событиями 2. визуальное отображение окна приложения 3. процедура (или функция) инициируемая событием 4. совокупность данных и методов работы с ними 42. Исключительные ситуации делятся 1. Контролируемые 2. Исправимые 3. Неисправимые 43. Исключения делятся на 1. Аппаратные 2. Пользовательские 3. Программные 44. … - это отклонение программы от функционирования или невозможность программы выполнять функции, определенные требованиями и ограничениями, что рассматривается как событие, способствующее переходу программы в неработоспособное состояние из-за ошибок, скрытых в ней дефектов или сбоев в среде функционирования. 1. Ошибка (error) 2. Отказ (failure) 3. Дефект (fault) 45. … - состояние программы, при котором выдаются неправильные результаты, причиной которых являются изъяны в операторах программы или в технологическом процессе ее разработки, что приводит к неправильной интерпретации исходной информации, следовательно, и к неверному решению. 1. Ошибка (error) 2. Отказ (failure) 3. Дефект (fault) 46. … - следствие ошибок разработчика на любом из этапов разработки, которая может содержаться в исходных или проектных спецификациях, текстах кодов программ, эксплуатационной документация и т.п. 1. Ошибка (error) 2. Отказ (failure) 3. Дефект (fault) 47. Способы оценки надежности 1. Тестирование 2. Сравнение с аналогами 3. Трассировка 4. Оптимизация 48. Когда можно обнаружить синтаксические ошибки 1. при отладке 2. при тестировании 3. при компиляции 4. при эксплуатации 5. на этапе проектирования 49. Ошибки компоновки заключается в том, что 1. Указано внешнее имя, но не объявлено 2. Составлено неверное выражение 3. Неправильно использовано зарезервированное слово 4. Указан неверный тип переменной 50. Программа для просмотра значений переменных при выполнении программы: 1. Отладчик 2. Компилятор 3. Интерпретатор Компетенция ПК 2.5 1. Отладка программ это: 1. локализация и исправление ошибок 2. алгоритмизация программирования 3. компиляция и компоновка 2. Компилятор – это: 1. Прикладное программное обеспечение 2. Специальная утилита системного ПО 3. Операционная оболочка 4. Программное обеспечение, используемое в издательских системах 5. Программа, которая переводит программу, написанную на языке программирования высокого уровня в программу на машинном языке 3. Отладчик: 1. Программа для создания системы защиты файла 2. Программа создания системы защиты от вирусных атак 3. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку 4. Операционная оболочка для создания и управления файловыми структурами 5. Системное программное обеспечение для настройки операционной системы 6. Программа создания и редактирования графических файлов 7. Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения 4. Процесс локализации и исправления ошибок, обнаруженных при тестировании программного обеспечения. 1. Отладка 2. Локализация 3. Тестирование 5. Определение оператора/операторов программы, выполнение которого вызвало нарушение вычислительного процесса. 1. Отладка 2. Локализация 3. Тестирование 6. Когда программист может проследить последовательность выполнения команд программы: 1. при тестировании 2. при трассировке 3. при компиляции 4. при выполнении программы 5. при компоновке 7. Процесс исполнения программы с целью обнаружения ошибок: 1. кодирование 2. сопровождение 3. тестирование 4. проектирование 8. На языке программирования составляется: 1. исходный код 2. исполняемый код 3. объектный код 4. алгоритм 9. Одно из преимуществ автоматизации программирования: 1. наглядное программирование с визуальным контролем 2. получение стандартной программы 3. создание программы с оптимальным кодом 10. В чем отличия формальной инспекции от тестирования? 1. не происходит выполнения программного кода 2. может применяться как к требованиям, так и к коду 3. более быстрый процесс 4. не фиксируются найденные проблемы 11. На каком этапе создания программы могут появиться синтаксические ошибки 1. Программирование 2. Проектирование 3. Тестирование 4. Анализ требований 12. Верификация это 1. процесс проверки соответствия поведения системы требованиям 2. процесс устранения ошибок в программном обеспечении 3. процесс взаимодействия с пользователем, направленный на улучшение его понимания принципов работы программной системы 4. процесс уточнения требований по результатам обсуждения с пользователем 13. Вид ошибки с неправильным использованием служебных слов (операторов) 1. синтаксическая 2. семантическая 3. логическая 4. символьная |
| 5.2. Темы письменных работ для проведения текущего контроля (эссе, рефераты, курсовые работы и др.) |
| см. приложение |
| 5.3. Фонд оценочных средств для проведения промежуточной аттестации |
| ПК 1.6.: Разрабатывать модули программного обеспечения для мобильных платформ. 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) прототипирование – разработка спецификаций – кодогенерация – аттестация, применение, сопровождение 20. Основными чертами инструментальной системы технологии программирования являются… 1) массовость, дискретность, результативность, определенность, понятность 2) комплексность, ориентированность на коллективную разработку, технологическая определенность, интегрированность 3) актуальность, непротиворечивость, полнота 4) комплексность, актуальность, интегрированность, массовость, понятность ПК 2.1.: Разрабатывать требования к программным модулям на основе анализа проектной и технической документации на предмет взаимодействия компонент. 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) что все инструменты объединены единым пользовательским интерфейсом ПК 2.3.: Выполнять отладку программного модуля с использованием специализированных программных средств. 1. Какие технологии разработки программ используются в современном программировании: 1. Визуальные 2. Событийные 3. Структурные 4. Объектно-ориентированные 5. Модульные 6. Текстуальные 7. Графические 8. Машинно-ориентированное 2. Инструментальные средства разработки программ – это … 1. Средства создания новых программ 2. Сервисные средства разработки ПО 3. Аналитические средства разработки ПО 4. Программное обеспечение, предназначенное для разработки и отладки новых программ 5. Средства отладки ПО 6. Средства тестирования ПО 7. Аппаратные и программные инструменты разработки нового ПО Технические инструментальные средства разработки ПО 3. Укажите правильную последовательность создания программного обеспечения: 1. Анализ требований, проектирование, программирование, тестирование 2. Формулирование задачи, анализ требований, программирование, проектирование, тестирование 3. Анализ требований, программирование, проектирование, отладка, тестирование 4. Формулирование задачи, анализ требований, проектирование, программирование, тестирование 4. В чем сущность модульного программирования: 1. в разбиении программы на отдельные функционально независимые части 2. в разбиении программы на отдельные равные части 3. в разбиение программы на процедуры и функции 5. Недостаток модульного программирования: 1. увеличивает трудоемкость программирования; 2. снижает быстродействие программы; 3. не позволяет выполнять оптимизацию программы. 4. усложняет процедуру комплексного тестирования 6. При структурном программировании задача выполняется: 1. поэтапным разбиением на более легкие задачи; 2. без участия программиста; 3. объединением отдельных модулей программы. 7. Модульное программирование применимо при: 1. проектировании сверху-вниз; 2. проектирование снизу-вверх; 8. Проектирование сверху-вниз это: 1. последовательное разбиение общих задач на более мелкие; 2. составление из отдельных модулей большой программы. 9. Проектирование снизу-вверх это: 1. составление из отдельных модулей большой программы; 2. последовательное разбиение общих задач на более мелкие. 10. Достоинство модульного программирования: 1. не требует комплексного тестирования 2. уменьшает размер программы 3. возможность приступить к тестированию до завершения написания всей программы 4. повышает надежность программы 11. Рекомендуемые размеры модулей: 1. большие; 2. равные; 3. небольшие; 4. фиксированной длины. 12. В чем заключается независимость модуля: 1. в написании, отладке и тестировании независимо от остальных модулей; 2. в разработке и написании независимо от других модулей; 3. в независимости от работы основной программы. 13. Основные характеристики модуля 1. Размер 2. Прочность 3. Сцепление 4. Рутинность 5. Связность 6. Безопасность 7. Определенность 14. К основным понятиям объектно-ориентированного подхода относятся: 1. Обобщение 2. Полиморфизм 3. Инкапсуляция 4. Реализация 5. Агрегирование 6. Наследование 7. Ассоциация 8. Композиция 15. Какие методы сборки программы существуют 1. монолитная 2. пошаговая 3. одновременная 4. постепенная 16. Программное средство, обеспечивающее автоматизированную поддержку деятельности, выполняемой в рамках технологических операций. 1. Инструментальное средство (CASE-средство) 2. Операционная система 3. Текстовый редактор 4. Язык программирования 17. Что такое управление версиями: 1. автоматизированный процесс трансформации исходных текстов ПО в пакет исполняемых модулей 2. управление версиями файлов 3. ручной процесс трансформации исходных текстов ПО в пакет исполняемых модулей 18. Требования к информационной системе сформулированы в 1. описании предметной области 2. техническом проекте 3. техническом задании 4. продукте моделирования 19. Целью разработки архитектуры будущего программного обеспечения является 1. разработка устройств основных компонент программного обеспечения. 2. разработка программного кода 3. тестирование 4. разработка модели (описания) будущей системы, понятной для кодировщика 20. Требования к информационной системе реализованы в 1. описании предметной области 2. техническом проекте 3. техническом задании 4. продукте моделирования 21. Функциональные характеристики применения, являющиеся исходными данными для оценки и выбора технических средств для разработки программного обеспечения 1. среда функционирования 2. удобство использования 3. совместимость с другими ТС ПО 4. соответствие технологическим стандартам 22. К числу основных возможностей, обеспечиваемых современными инструментальными средствами, относятся: 1. графический анализ и проектирование; 2. интерактивное прототипирование; 3. автоматическое тестирование и верификация программного обеспечения; 4. разработка руководства пользователей. 23. Достоинство модульного программирования: 1. не требует компоновки 2. создание программы по частям в произвольном порядке 3. всегда дает эффективные программы 4. снижает количество ошибок 24. Что не входит в категорию «Инструментальные средства разработки программного обеспечения»: 1. средства разработки приложений клиент-сервер; 2. средства разработки Internet/Intranet-приложений; 3. СУБД (системы управления базами данных); 4. средства автоматизации проектирования программного обеспечения. 25. Что не относится к системному программному обеспечению ЭВМ включает: 1. операционные системы; 2. системы автоматизированного проектирования; 3. утилиты; 4. драйвера; 5. операционные оболочки. 26. Программное обеспечение ЭВМ можно классифицировать на следующие группы: 1. системное программное обеспечение; 2. прикладное программное обеспечение; 3. операционные системы; 4. пакеты прикладных программ общего назначения; 5. инструментальные средства разработки программного обеспечения. 27. Прикладное программное обеспечение включает: 1. системы автоматизированного проектирования; 2. утилиты; 3. драйвера; 4. текстовые редакторы; 5. программы автоматизации бухгалтерского учёта. 28. Модуль – это отдельная, функционально законченная программная единица, которая 1. может быть частью программы, но не может применяться самостоятельно 2. не может применяться самостоятельно, либо быть частью программы 3. может применяться самостоятельно, но не может быть частью программы 4. может применяться самостоятельно, либо быть частью программы 29. Стиль программирования - это 1. собрание правил, которых обязан придерживаться каждый программист при написании приложений 2. четко определенный кодекс «статей» программирования на наиболее распространенных языках (C++, Java и т.п.) 3. набор приемов и методов программирования, позволяющих создавать корректные, эффективные и доступные для чтения и понимания программы 4. выбор определенного языка программирования разработчиком при постановке перед ним определенной задачи 30. Интеграция программных продуктов с другими программами называется 1. коммуникативностью 2. мобильностью 3. эффективностью 4. модифицируемостью 31. Программное обеспечение включает: 1. Исходные тексты программ, исполнимый код 2. Техническое задание, исходные тексты программ 3. Исполнимый код, программную документацию 32. Репозиторий-портал 1. совмещает в себе функции каталога ПО, инструмента для организации сообществ по разработке ПО, среды информационного обмена для разработчиков, технической инфраструктуры разработки проектов по созданию ПО и инструмента для загрузки разработанного ПО. 2. направлен на конечных пользователей ПО, который может выступать как хранилищем файлов, так и хранилищем ссылок на другие сайты, где можно загрузить соответствующие файлы. 3. служит для интеграции разных пакетов программ в единую систему. 33. Репозиторий-каталог 1. совмещает в себе функции каталога ПО, инструмента для организации сообществ по разработке ПО, среды информационного обмена для разработчиков, технической инфраструктуры разработки проектов по созданию ПО и инструмента для загрузки разработанного ПО. 2. направлен на конечных пользователей ПО, который может выступать как хранилищем файлов, так и хранилищем ссылок на другие сайты, где можно загрузить соответствующие файлы. 3. служит для интеграции разных пакетов программ в единую систему. 34. Что делает команда git add? 1. Создает файл с указанным именем и сразу добавляет его в Git 2. Добавляет локальный файл в удаленный репозиторий так, чтобы другие участники проекта могли его видеть 3. Начинает отслеживать указанный файл или файлы 35. Что делает команда git status? 1. Показывает состояние проекта 2. Показывает имя и email нашего пользователя 3. Показывает место, занимаемое репозиторием на жестком диске и количество выделенного под репозиторий месте 4. Такой команды нет, есть только команда git show 36. Что такое Git Hub? 1. Программа для работы с Git 2. Драйвер для Git 3. Веб-сервис для хостинга IT-проектов и их совместной разработки, основанный на Git 4. UI для работы с локальной версией Git 37. Что такое ветка в репозитории Git? 1. Это то же самое, что и коммит 2. Это минимум два коммита с одинаковым коммит-сообщением 3. Это разные пути развития проекта, по сути разные последовательности коммитов 4. Это механизм изменения конкретного файла 38. Что такое коммит? 1. Это единица состояния проекта в Git 2. Это результат вывода команды git diff 3. Это обобщающее название одного из статусов файла в выводе git status: untracked, new, deleted или modified 4. Это слово ничего не означает, его ввели только для того, чтобы путать новичков 39. Что такое репозиторий Git? 1. Любая директория/папка в моей ОС 2. Любая папка, находящаяся внутри Git 3. Репозиторий Git представляет собой каталог файловой системы, в котором находятся файлы конфигурации репозитория, файлы журналов, хранящие операции, выполняемые над репозиторием, индекс, описывающий расположение файлов, и хранилище, содержащее собственно файлы 4. Папка .git/ и все входящие в нее 40. Головной модуль программной системы 1. управляет запуском программного продукта (существует в единственном числе); 2. обеспечивает вызов других модулей на обработку; 3. выполняют функции обработки; 4. осуществляют обслуживающие функции. 41. Управляющий модуль программной системы 1. управляет запуском программного продукта (существует в единственном числе); 2. обеспечивает вызов других модулей на обработку; 3. выполняют функции обработки; 4. осуществляют обслуживающие функции. 42. Протокол UDP 1. протокол не требующий установки соединения, не гарантирует доставку своих сообщений 2. протокол требующий установки соединения, обеспечивает надежную транспортировку данных 43. Системы контроля версий делятся на: 1. локальные 2. централизованные 3. распределенные 4. примитивные 44. В какой ситуации надо делать git status? 1. Чем чаще, тем лучше 2. Всегда при создании коммита 3. Всегда после команды git pull 4. Только если надо узнать, в каком статусе находится репозиторий, а так эта команда не является обязательной для любой манипуляции 45. Протокол TCP 1. протокол не требующий установки соединения, не гарантирует доставку своих сообщений 2. протокол требующий установки соединения, обеспечивает надежную транспортировку данных 46. Какие задачи выполняют уровни OSI в процессе передачи данных по сети: 1. уровни выполняют одинаковые задачи, постоянно повторяя передающие сигналы по сети 2. каждый уровень выполняет свою определенную задачу 3. первых три уровня выполняют одинаковые задачи, последующие выполняют определенные задачи 47. Протокол управления передачей данных – это 1. IP 2. TCP 3. FTP 4. SMTP 48. Протокол – это 1. Специальная программа, передающая данные по сети. 2. Набор соглашений, регулирующих передачу данных по сети. 3. Специальное устройство компьютера, управляющее передачей данных. 4. Специальная область жесткого диска, через которую производится передача данных. 49. Протокол TCP/IPотносится 1. К аппаратному уровню сети Internet. 2. К системному (сетевому или транспортному) уровню сети Internet. 3. К сеансовому уровню сети Internet. 4. К прикладному уровню сети Internet. 50. Процедуру условного форматирования можно применять только: 1. только к числовым значениям 2. только к текстовым данным 3. только к ячейкам, содержащим формулу либо функцию 4. ко всем перечисленным значениям ПК 2.4.: Осуществлять разработку тестовых наборов и тестовых сценариев для программного обеспечения. 1. Отладка ПС - это … 1. деятельность, направленная на обнаружение и исправление ошибок в ПС с использованием процессов выполнения его программ 2. процесс выполнения программы на некотором наборе данных, для которого заранее известен результат применения или известны правила поведения этой программы 3. построение программы как композиции из нескольких типов управляющих конструкций, которые позволяют повысить понимаемость логики работы программы 2. Отладчик: 1. Программа для создания системы защиты файла 2. Программа создания системы защиты от вирусных атак 3. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку 4. Операционная оболочка для создания и управления файловыми структурами 5. Системное программное обеспечение для настройки операционной системы 6. Программа создания и редактирования графических файлов 7. Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения 3. Процесс локализации и исправления ошибок, обнаруженных при тестировании программного обеспечения. 1. Отладка 2. Локализация 3. Тестирование 4. На каком этапе создания программы могут появиться синтаксические ошибки 1. Программирование 2. Проектирование 3. Тестирование 4. Анализ требований 5. Отладка программ это: 1. локализация и исправление ошибок 2. алгоритмизация программирования 3. компиляция и компоновка 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. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку 5. Операционная оболочка для создания и управления файловыми структурами 6. Системное программное обеспечение для настройки операционной системы 7. Программа создания и редактирования графических файлов 8. Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения 11. Последовательность этапов программирования 1. компилирование, компоновка, отладка 2. компоновка, отладка, компилирование 3. отладка, компоновка, компилирование 4. компилирование, отладка, компоновка 12. Вставьте пропущенное слово. _____________, приложения, выполняющие программу в заданном режиме (например, пошаговом) с целью поиска, обнаружения и локализации ошибок. Используются на этапе компиляции. Ответ: отладчики 13. Выберите базовые функции отладчика: 1. ввод и модификация текст программы 2. пошаговое выполнение программы (режим трассировки) с отображением результатов 3. остановка в заранее определенных точках 4. перевод исходного текста на входном языке в язык машинных кодов 5. возможность остановки в некотором месте программы при выполнении некоторого условия 6. изображение и изменение значений переменных 7. объединяют несколько объектных модулей, порождаемых компилятором, в одну программ 14. Логические ошибки 1. Это ошибки, обнаруженные компилятором. Их можно подразделить на категории в зависимости от того, какие правила языка он нарушают 2. Это ошибки, обнаруженные в ходе контрольных проверок выполняемого модуля. 3. Это ошибки, найденные программистом в поисках причины неправильных результатов. 4. Это ошибки, обнаруженные редактором связей при попытке объединить объектные файлы в выполняемый модуль 15. Инструментальные средства отладки (Не правильный ответ) 1. отладчики 2. трассировка 3. компиляторы 16. Когда программист может проследить последовательность выполнения команд программы: 1. при тестировании 2. при трассировке 3. при компиляции 4. при выполнении программы 5. при компоновке 17. Синтаксические ошибки 1. ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 2. ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы; 3. ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы. 18. Ошибки компоновки - 1. ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 2. ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы; 3. ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы. 19. Ошибки выполнения 1. ошибки, фиксируемые компилятором (транслятором, интерпретатором) при выполнении синтаксического и частично семантического анализа программы; 2. ошибки, обнаруженные операционной системой, аппаратными средствами или пользователем при выполнении программы. 3. ошибки, обнаруженные компоновщиком (редактором связей) при объединении модулей программы 20. Попытка найти ошибки при выполнении программы в реальной среде: 1. отладка 2. контроль 3. испытание 21. Процесс локализации и исправления ошибок, обнаруженных при тестировании ПО называют: 1. отладкой 2. локализацией 3. инициализацией 22. Что относится к ошибкам кодирования: 1. ошибки выполнения 2. ошибки некорректного использования переменных, ошибки вычислений, ошибки взаимодействия модулей, игнорирование особенностей конкретного языка программирования 3. логические ошибки 23. Какой метод отладки программ описан в тексте: «Самый простой и естественный способ отладки программы. Метод эффективен, но не применим для программ со сложными вычислениями, для больших программ, а также в случаях, когда ошибка связана с неверным представлением программиста о выполнении операций»: 1. метод индукции 2. метод ручного тестирования 3. метод обратного прослеживания 24. Какой метод отладки программ описан в тексте: «Сначала формируют множество причин, которые могли бы вызвать данное проявление ошибки. Затем, анализируя причины, исключают те, которые противоречат имеющим данным.»: 1. метод индукции 2. метод ручного тестирования 3. метод дедукции 25. Какой метод отладки программ описан в тексте: «Метод основан на тщательном анализе симптомов ошибки, которые могут проявляться как неверные результаты вычислений или как сообщение об ошибке.» 1. метод индукции 2. метод ручного тестирования 3. метод дедукции 26. Какой метод отладки программ описан в тексте: «Начинается проверка с точки вывода неправильного результата. Для этой точки строится гипотеза о значениях основных переменных, которые могли бы привести к получению имеющегося результата» 1. метод индукции 2. метод ручного тестирования 3. метод обратного прослеживания a. 27. Последовательность этапов отладки 1. локализация ошибок, определение причины ошибки, исправление ошибки, изучение проявление ошибки 2. Изучение проявление ошибки, определение причины ошибки, локализация ошибок, исправление ошибки 3. Изучение проявление ошибки, локализация ошибок, повторное тестирование, определение причины ошибки, исправление ошибки 4. изучение проявление ошибки, локализация ошибок, определение причины ошибки, исправление ошибки, повторное тестирование 28. Сложный алгоритм пишется или прототипируется на одном языке программирования (с наличием всех доступных инструментальных средств), а потом исходный код отлаженного алгоритма транслируется вручную или автоматически в другой язык программирования (целевой системы), для которого отсутствуют необходимые инструментальный средства 1. Отладка методом RPC 2. Отладка трансляцией кода 3. Профилирование кода 4. Отладка разработкой интерпретатора 29. Логирование кода 1. выполнение автоматических unit test-ов в более простых сценариях для функций и автоматическое выявление проблемных участков кода 2. вывод в файл входных, выходных аргументов функций, промежуточных состояний в процессе исполнения программы 3. поиск причин возникновения дефекта с помощью анализа исходного кода программы, проблемного контента, конфигурации, состояния базы данных и т.п. 4. изолирование проблемы используя ручное или автоматическое тестирование 30. Ди¬на¬ми¬че¬ские ана¬ли¬за¬торы 1. кон¬тро¬ли¬ру¬ют вре¬мя вы¬пол¬не¬ния уча¬ст¬ков ко¬да про¬грам¬мы, на¬хо¬дят точ¬ки (об-лас¬ти) не¬кор¬рект¬ной ра¬бо¬ты с па¬мя¬тью и объ¬ек¬та¬ми опе¬ра¬ци¬он¬ной сис¬те¬мы и др. 2. вы¬яв¬ля¬ют ошиб¬ки вы¬хо¬да (об¬ра¬ще¬ния) за гра¬ни¬цы мас¬си¬вов, по¬тен¬ци¬аль¬ные про¬бле-мы безо¬пас¬но¬сти, т. н. утеч¬ки па¬мя¬ти, не¬кор¬рект¬ность ис¬поль¬зо¬ва¬ния сис¬тем¬ных ре-сур¬сов и др. 31. Ста¬ти¬че¬ские ана¬ли¬за¬то¬ры 1. кон¬тро¬ли¬ру¬ют вре¬мя вы¬пол¬не¬ния уча¬ст¬ков ко¬да про¬грам¬мы, на¬хо¬дят точ¬ки (об¬лас¬ти) не¬кор¬рект¬ной ра¬бо¬ты с па¬мя¬тью и объ¬ек¬та¬ми опе¬ра¬ци¬он¬ной сис¬те¬мы и др. 2. вы¬яв¬ля¬ют ошиб¬ки вы¬хо¬да (об¬ра¬ще¬ния) за гра¬ни¬цы мас¬си¬вов, по¬тен¬ци¬аль¬ные про¬бле¬мы безо¬пас¬но¬сти, т. н. утеч¬ки па¬мя¬ти, не¬кор¬рект¬ность ис¬поль¬зо¬ва¬ния сис-тем¬ных ре¬сур¬сов и др. 32. Дефект 1. участок программного кода, выполнение которого при определенных условиях приводит к неожиданному поведению системы 2. кратковременная самоустраняющаяся утрата работоспособности технического устройства 3. это проявление ошибки в программной системе и выражается в утрате работоспособности 33. Отказ 1. участок программного кода, выполнение которого при определенных условиях приводит к неожиданному поведению системы 2. проявление ошибки в программной системе и выражается в утрате работоспособности 3. кратковременная самоустраняющаяся утрата работоспособности технического устройства 34. Сбой 1. участок программного кода, выполнение которого при определенных условиях приводит к неожиданному поведению системы 2. кратковременная самоустраняющаяся утрата работоспособности технического устройства 3. проявление ошибки в программной системе и выражается в утрате работоспособности 35. Верификация 1. процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа 2. определение соответствия, разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе 3. процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается 36. Валидация 1. процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа 2. определение соответствия, разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе 3. процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается 37. Рефакторинг 1. процесс оценки системы или её компонентов с целью определения удовлетворяют ли результаты текущего этапа разработки условиям, сформированным в начале этого этапа. 2. определение соответствия, разрабатываемого ПО ожиданиям и потребностям пользователя, требованиям к системе 3. процесс изменения программной системы таким образом, что её внешнее поведение не изменяется, а внутренняя структура улучшается 38. Тестирование, предназначенное для проверки правильности функционирования методов классов ПО 1. Модульное тестирование 2. Исследовательское тестирование 3. Функциональное тестирование 4. Нагрузочное тестирование 5. Регрессионное тестирование 39. Тестирование, предназначенное для проверки работоспособности программного продукта при предельной входной нагрузке 1. Модульное тестирование 2. Исследовательское тестирование 3. Функциональное тестирование 4. Нагрузочное тестирование 5. Регрессионное тестирование 40. Тестирование, которое применяется при внесении изменений в программное обеспечение с целью проверки корректности работы компонентов системы, которые потенциально могут взаимодействовать с измененным компонентом 1. Модульное тестирование 2. Исследовательское тестирование 3. Функциональное тестирование 4. Нагрузочное тестирование 5. Регрессионное тестирование 41. Обработчик событий - это... 1. метод программирования, основанным на управлении событиями 2. визуальное отображение окна приложения 3. процедура (или функция) инициируемая событием 4. совокупность данных и методов работы с ними 42. Исключительные ситуации делятся 1. Контролируемые 2. Исправимые 3. Неисправимые 43. Исключения делятся на 1. Аппаратные 2. Пользовательские 3. Программные 44. … - это отклонение программы от функционирования или невозможность программы выполнять функции, определенные требованиями и ограничениями, что рассматривается как событие, способствующее переходу программы в неработоспособное состояние из-за ошибок, скрытых в ней дефектов или сбоев в среде функционирования. 1. Ошибка (error) 2. Отказ (failure) 3. Дефект (fault) 45. … - состояние программы, при котором выдаются неправильные результаты, причиной которых являются изъяны в операторах программы или в технологическом процессе ее разработки, что приводит к неправильной интерпретации исходной информации, следовательно, и к неверному решению. 1. Ошибка (error) 2. Отказ (failure) 3. Дефект (fault) 46. … - следствие ошибок разработчика на любом из этапов разработки, которая может содержаться в исходных или проектных спецификациях, текстах кодов программ, эксплуатационной документация и т.п. 1. Ошибка (error) 2. Отказ (failure) 3. Дефект (fault) 47. Способы оценки надежности 1. Тестирование 2. Сравнение с аналогами 3. Трассировка 4. Оптимизация 48. Когда можно обнаружить синтаксические ошибки 1. при отладке 2. при тестировании 3. при компиляции 4. при эксплуатации 5. на этапе проектирования 49. Ошибки компоновки заключается в том, что 1. Указано внешнее имя, но не объявлено 2. Составлено неверное выражение 3. Неправильно использовано зарезервированное слово 4. Указан неверный тип переменной 50. Программа для просмотра значений переменных при выполнении программы: 1. Отладчик 2. Компилятор 3. Интерпретатор Компетенция ПК 2.5 1. Отладка программ это: 1. локализация и исправление ошибок 2. алгоритмизация программирования 3. компиляция и компоновка 2. Компилятор – это: 1. Прикладное программное обеспечение 2. Специальная утилита системного ПО 3. Операционная оболочка 4. Программное обеспечение, используемое в издательских системах 5. Программа, которая переводит программу, написанную на языке программирования высокого уровня в программу на машинном языке 3. Отладчик: 1. Программа для создания системы защиты файла 2. Программа создания системы защиты от вирусных атак 3. Программа, помогающая анализировать поведение отлаживаемой программы, обеспечивая ее трассировку 4. Операционная оболочка для создания и управления файловыми структурами 5. Системное программное обеспечение для настройки операционной системы 6. Программа создания и редактирования графических файлов 7. Программа, позволяющая выполнять остановы в заданных точках, просмотреть текущие значения переменных и изменять их значения 4. Процесс локализации и исправления ошибок, обнаруженных при тестировании программного обеспечения. 1. Отладка 2. Локализация 3. Тестирование 5. Определение оператора/операторов программы, выполнение которого вызвало нарушение вычислительного процесса. 1. Отладка 2. Локализация 3. Тестирование 6. Когда программист может проследить последовательность выполнения команд программы: 1. при тестировании 2. при трассировке 3. при компиляции 4. при выполнении программы 5. при компоновке 7. Процесс исполнения программы с целью обнаружения ошибок: 1. кодирование 2. сопровождение 3. тестирование 4. проектирование 8. На языке программирования составляется: 1. исходный код 2. исполняемый код 3. объектный код 4. алгоритм 9. Одно из преимуществ автоматизации программирования: 1. наглядное программирование с визуальным контролем 2. получение стандартной программы 3. создание программы с оптимальным кодом 10. В чем отличия формальной инспекции от тестирования? 1. не происходит выполнения программного кода 2. может применяться как к требованиям, так и к коду 3. более быстрый процесс 4. не фиксируются найденные проблемы 11. На каком этапе создания программы могут появиться синтаксические ошибки 1. Программирование 2. Проектирование 3. Тестирование 4. Анализ требований 12. Верификация это 1. процесс проверки соответствия поведения системы требованиям 2. процесс устранения ошибок в программном обеспечении 3. процесс взаимодействия с пользователем, направленный на улучшение его понимания принципов работы программной системы 4. процесс уточнения требований по результатам обсуждения с пользователем 13. Вид ошибки с неправильным использованием служебных слов (операторов) 1. синтаксическая 2. семантическая 3. логическая 4. символьная |
| 6.1. Рекомендуемая литература | ||||
| 6.1.1. Основная литература | ||||
| Авторы | Заглавие | Издательство, год | Эл. адрес | |
| Л1.1 | Чистов Д.В. - Отв. ред. | ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ. Учебник и практикум для СПО: Гриф УМО СПО | М.:Издательство Юрайт, 2018 | biblio-online.ru |
| Л1.2 | Гниденко И.Г., Павлов Ф.Ф., Федоров Д.Ю. | ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ: Учебное пособие для СПО | Юрайт, 2022 | www.urait.ru |
| 6.1.2. Дополнительная литература | ||||
| Авторы | Заглавие | Издательство, год | Эл. адрес | |
| Л2.1 | Зекунов А.Г. - отв. ред. | УПРАВЛЕНИЕ КАЧЕСТВОМ. Учебник и практикум для СПО: Гриф УМО СПО | М.:Издательство Юрайт, 2018 | biblio-online.ru |
| 6.2. Перечень ресурсов информационно-телекоммуникационной сети "Интернет" | ||||
| Название | Эл. адрес | |||
| Э1 | Инструментальные средства разработки программного обеспечения | portal.edu.asu.ru | ||
| 6.3. Перечень программного обеспечения | ||||
| Microsoft Windows 7 Professional, № 60674416 от 17.07.2012; Microsoft Office Professional Plus 2010, № 60674416 от 17.07.2012; StarUML v5.0.2.1570, http://staruml.io/eula; Dia, http://dia-installer.de/; Lazarus, http://wiki.lazarus.freepascal.org/Lazarus_Faq#Licensing; NETBEANS, https://netbeans.org/about/legal/index.html); Microsoft Windows Vista лицензия OEM. Microsoft Office 2010 (Office 2010 Professional, № 4065231 от 08.12.2010), (бессрочно); Microsoft Windows 7 (Windows 7 Professional, № 61834699 от 22.04.2013), (бессрочно); Chrome (http://www.chromium.org/chromium-os/licenses), (бессрочно); 7-Zip (http://www.7-zip.org/license.txt), (бессрочно); AcrobatReader (http://wwwimages.adobe.com/content/dam/Adobe/en/legal/servicetou/Acrobat_com_Additional_TOU-en_US-20140618_1200.pdf), (бессрочно); ASTRA LINUX SPECIAL EDITION (https://astralinux.ru/products/astra-linux-special-edition/), (бессрочно); LibreOffice (https://ru.libreoffice.org/), (бессрочно); Веб-браузер Chromium (https://www.chromium.org/Home/), (бессрочно); Антивирус Касперский (https://www.kaspersky.ru/), (до 23 июня 2024); Архиватор Ark (https://apps.kde.org/ark/), (бессрочно); Okular (https://okular.kde.org/ru/download/), (бессрочно); Редактор изображений Gimp (https://www.gimp.org/), (бессрочно) | ||||
| 6.4. Перечень информационных справочных систем | ||||
| Информационная справочная система: ИТС ПРОФ ВУЗ (в рамках договора № 126-3 от 01.04.2015 г.) СПС КонсультантПлюс (http://www.consultant.ru/) СПС Гарант (http://www.garant.ru/) Профессиональные базы данных: 1. Электронная библиотечная система Алтайского государственного университета (http://elibrary.asu.ru/); 2. Научная электронная библиотека elibrary (http://elibrary.ru) 3. Банк видео-демонстраций по дисциплине «Программирование» № 2015620754 от 15.05.2015 | ||||
| Аудитория | Назначение | Оборудование |
|---|---|---|
| Учебная аудитория | для проведения занятий лекционного типа, занятий семинарского типа (лабораторных и(или) практических), групповых и индивидуальных консультаций, текущего контроля и промежуточной аттестации, курсового проектирования (выполнения курсовых работ), проведения практик | Стандартное оборудование (учебная мебель для обучающихся, рабочее место преподавателя, доска) |
| № 201 (филиал в г. Бийске) | лаборатория технологии разработки баз данных – учебная аудитория для проведения занятий всех видов (дисциплинарной, междисциплинарной и модульной подготовки), групповых и индивидуальных консультаций, текущего контроля и промежуточной аттестации. | Учебная мебель; рабочее место преподавателя; компьютеры; доска магнитно-маркерная; проектор; экран; переносной ноутбук из аудитории № 207. |
| № 207 (филиал в г. Бийске) | помещение для хранения и профилактического обслуживания учебного оборудования. | Вспомогательное лабораторное оборудование; переносные ноутбуки. |
| № 105 (филиал в г. Бийске) | помещение для самостоятельной работы обучающихся. | Учебная мебель; ноутбуки с подключением к информационно-телекоммуникационной сети «Интернет» и доступом в электронную информационно-образовательную среду. |
| № 103 (филиал в г. Бийске) | кабинет стандартизации и сертификации – учебная аудитория для проведения занятий всех видов (дисциплинарной, междисциплинарной и модульной подготовки), групповых и индивидуальных консультаций, текущего контроля и промежуточной аттестации. | Учебная мебель; рабочее место преподавателя; доска магнитно-маркерная; кафедра; проектор; экран; переносной ноутбук из аудитории № 207. |
| Освоение дисциплины «Инструментальные средства разработки программного обеспечения» проходит по смешанной технологии обучения. Аудиторные занятия (лекции и практические работы) сочетаются с дистанционными формами обучения (выполнение заданий самостоятельной работы в аудитории и вне ее, тесты, самоконтроль уровня освоения дисциплины, обратная связь, задания для выполнения). Лекции проходят в традиционной форме с применением активных и информационно-коммуникационных технологий. Практические работы проходят в учебной аудитории, оснащенной компьютерами с соответствующим программным обеспечением. Каждый студент выполняет индивидуальное практическое задание, тестирует написанную им программу, отлаживает при необходимости, а затем сдает ее преподавателю, сопровождая устное объяснение определениями необходимых терминов, пояснением выбранных типов и структур данных, разъяснением выбранного алгоритма. Самостоятельная работа студентов по дисциплине «Инструментальные средства разработки программного обеспечения» включает: самостоятельную подготовку, т.е. самостоятельное изучение разделов, повторение лекционного материала и материала учебников; подготовку к практическим работам; подготовку к текущему контролю (контрольным работам / тестам). Весь материал курса поделен на темы, и каждая последующая тема является логическим продолжением предыдущей, поэтому изучение курса рекомендуется последовательно. Для закрепления теоретического материала курс содержит тесты, практические работы, вариант задания к практической работе . Основной способ контроля самостоятельной работы: коллективное обсуждение в аудитории и индивидуальное собеседование при сдаче практических работ. Экзамен сдается устно, в общепринятом порядке, согласно сетке расписания. |