instrumentalnye-sredstva-razrabotki-po тест на русском. Опросы для подготовки к экзамену по мдк инструментальные средства разработки программного обеспечения

• Название: Опросы для подготовки к экзамену по мдк инструментальные средства разработки программного обеспечения
• Дата: 04.11.2022
• Размер: 188.5 Kb.
• Имя файла: instrumentalnye-sredstva-razrabotki-po тест на русском.doc
• Тип: Документы; #769740

ВОПРОСЫ ДЛЯ ПОДГОТОВКИ К ЭКЗАМЕНУ

ПО МДК

Инструментальные средства разработки программного обеспечения

для студентов 4 курса по специальности

230115 Программирование в компьютерных системах

Раздел 1. Проектирование программного обеспечения

1. 
   К числу основных возможностей, обеспечиваемых современными инструментальными средствами, относятся:
   

1. 
   графический анализ и проектирование;
   
2. 
   интерактивное прототипирование;
   
3. 
   автоматическое тестирование и верификация программного обеспечения;
   
4. 
   разработка руководства пользователей.
   

2. 
   На сегодняшний день в программной инженерии существуют следующие основные подходы к разработке программного обеспечения АИС, принципиальное различие между которыми обусловлено разными способами декомпозиции систем:
   

1. 
   структурный подход;
   
2. 
   RAD (Rapid Application Development);
   
3. 
   объектно – ориентированный подход;
   
4. 
   системный подход.
   

3. 
   Процесс приобретения программного средства заключается в:
   

1. 
   принятии решения о приобретении или разработке программного продукта, выполнении анализа требований к системе автоматизации, анализа рынка продуктов, выработки требований к продукту и составу поддерживающих документов;
   
2. 
   выполнении действий и задач поставщика, который должен руководствоваться указаниями по организационным и вспомогательным процессам, определённых договором или контрактом;
   
3. 
   выполнении работ по созданию программного обеспечения в соответствии с заданными требованиями, в том числе оформление проектной и эксплуатационной документации и т. д.;
   
4. 
   выполнении работ по внедрению компонентов программного средства, в том числе конфигурирование баз данных, рабочих мест пользователей, обеспечение документацией, проведение обучения персонала и т. д., и непосредственно эксплуатацию.
   

4. 
   Процесс поставки программного средства заключается в:
   

1. 
   принятии решения о приобретении или разработке программного продукта, выполнении анализа требований к системе автоматизации, анализа рынка продуктов, выработки требований к продукту и составу поддерживающих документов;
   
2. 
   выполнении действий и задач поставщика, который должен руководствоваться указаниями по организационным и вспомогательным процессам, определённых договором или контрактом;
   
3. 
   выполнении работ по созданию программного обеспечения в соответствии с заданными требованиями, в том числе оформление проектной и эксплуатационной документации и т. д.;
   
4. 
   выполнении работ по внедрению компонентов программного средства, в том числе конфигурирование баз данных, рабочих мест пользователей, обеспечение документацией, проведение обучения персонала и т. д., и непосредственно эксплуатацию.
   

5. 
   Процесс разработки программного средства заключается в:
   

1. 
   принятии решения о приобретении или разработке программного продукта, выполнении анализа требований к системе автоматизации, анализа рынка продуктов, выработки требований к продукту и составу поддерживающих документов;
   
2. 
   выполнении действий и задач поставщика, который должен руководствоваться указаниями по организационным и вспомогательным процессам, определённых договором или контрактом;
   
3. 
   выполнении работ по созданию программного обеспечения в соответствии с заданными требованиями, в том числе оформление проектной и эксплуатационной документации, и т. д.;
   
4. 
   выполнении работ по внедрению компонентов программного средства, в том числе конфигурирование баз данных, рабочих мест пользователей, обеспечение документацией, проведение обучения персонала и т. д., и непосредственно эксплуатацию.
   

6. 
   Процесс эксплуатации программного средства заключается в:
   

1. 
   принятии решения о приобретении или разработке программного продукта, выполнении анализа требований к системе автоматизации, анализа рынка продуктов;
   
2. 
   выполнении действий и задач поставщика, который должен руководствоваться указаниями по организационным и вспомогательным процессам, определённых договором или контрактом;
   
3. 
   выполнении работ по созданию программного обеспечения в соответствии с заданными требованиями, в том числе оформление проектной и эксплуатационной документации;
   
4. 
   выполнении работ по внедрению компонентов программного средства, в том числе конфигурирование баз данных, рабочих мест пользователей, обеспечение документацией, проведение обучения персонала и т. д., и непосредственно эксплуатацию.
   

7. 
   Процесс сопровождения программного средства заключается в:
   

1. 
   принятии решения о приобретении или разработке программного продукта, выполнении анализа требований к системе автоматизации, анализа рынка продуктов;
   
2. 
   выполнении работ и задач сопровождающим персоналом; данный процесс реализуется при изменениях (модификациях) программного средства, вызванных возникшими проблемами или потребностями в модернизации;
   
3. 
   выполнении работ по созданию программного обеспечения в соответствии с заданными требованиями, в том числе оформление проектной и эксплуатационной документации, и т. д.;
   
4. 
   выполнении работ по внедрению компонентов программного средства, в том числе конфигурирование баз данных, рабочих мест пользователей, обеспечение документацией, проведение обучения персонала и т. д., и непосредственно эксплуатацию.
   

8. 
   Инструментальные средства разработки программного обеспечения можно классифицировать на следующие группы:
   

1. 
   традиционные системы программирования;
   
2. 
   инструменты для создания файл-серверных приложений;
   
3. 
   средства автоматизации делопроизводства и документо­оборота;
   
4. 
   интегрированные средства программирования.
   

9. 
   Что не входит в категорию «Инструментальные средства разработки программного обеспечения»:
   

1. 
   средства разработки приложений клиент-сервер;
   
2. 
   средства разработки Internet/Intranet-приложений;
   
3. 
   СУБД (системы управления базами данных);
   
4. 
   средства автоматизации проектирования программного обеспечения.
   

10. 
    CASE   - средства - это
    

1. 
   инструменты для создания файл-серверных приложений;
   
2. 
   средства разработки приложений клиент-сервер;
   
3. 
   средства разработки Internet/Intranet-приложений;
   
4. 
   средства автоматизации проектирования программного обеспечения.
   

11. 
    Особенности CASE – средств:
    

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. 
    Наличие каких составляющих не предусматривает Подход RAD
    

1. 
   небольших групп разработчиков (от 3 до 7 человек), выполняющих работы по проектированию отдельных подсистем программного обеспечения;
   
2. 
   короткого, но тщательно проработанного производственного графика (до 3 месяцев);
   
3. 
   спиральную модель жизненного цикла разработки программного обеспечения;
   
4. 
   использование языков программирования 4GL.
   

21. 
    Процесс обеспечения качества
    

1. 
   обеспечивает соответствие созданного программного продукта его свойствам, указанным в договоре на разработку;
   
2. 
   обеспечивает соответствующие гарантии того, что программное обеспечение и процессы его жизненного цикла соответствуют заданным требованиям и утверждённым планам;
   
3. 
   подтверждает соответствие разработанного программного продукта стандарту ISO/ IEC 12207.
   

22. 
    Что не включает Тестирование:
    

1. 
   определение тестов, в том числе следующих возможностей: ввода тестовых наборов, генерации тестовых наборов, генерации тестовых данных, ввода ожидаемых результатов, генерации ожидаемых результатов;
   
2. 
   «захват» операторского ввода и выполнение тестируемой программы между контрольными точками;
   
3. 
   анализ тестовых результатов;
   
4. 
   создание документации на выполненное тестирование – протоколов тестирования.
   

23. 
    Что не включает Тестирование:
    

1. 
   управление тестами (test driving), т. е. выделение и работа с участками программы, для которых CASE-средство может автоматически выполнять тестовые наборы;
   
2. 
   регрессионное тестирование, т. е. возможность тестирования с возвратом от более сложных тестов к простым;
   
3. 
   выполнение анализа  производительности программы;
   
4. 
   выполнение проверки качества разработанных тестов и условий верификации.
   

24. 
    Какого вида тестирования программных продуктов и АИС не бывает:
    

1. 
   комплексное тестирование;
   
2. 
   пробное тестирование;
   
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. 
   комплекс программных и аппаратных средств, осуществляющих хранение, доступ и обработку данных по некоторой предметной области,
   
3. 
   совокупность файлов, хранящих информацию о заданной предметной области.
   

30. 
    Основные функции автоматизированных информационных систем обработки данных:
    

1. 
   ввод структурированных данных,
   
2. 
   систематизация введённых данных,
   
3. 
   обработка (сортировка, группировка, агрегирование) структурированных данных,
   
4. 
   выработка наиболее эффективных заданному критерию управленческих решений,
   
5. 
   формирование отчётности,
   
6. 
   адаптация АИС к изменившимся условиям её функционирования,
   
7. 
   выполнение многомерного визуального анализа данных.
   

31. 
    Основные компоненты автоматизированных информационных систем обработки данных:
    

1. 
   база данных,
   
2. 
   банк данных,
   
3. 
   несколько баз данных,
   
4. 
   информационное хранилище,
   
5. 
   СУБД,
   
6. 
   прикладные программы для работы с базой данных,
   
7. 
   специализированные инструментальные средства и системы программирования,
   
8. 
   case – средства.
   

32. 
    Модели информационного содержимого базы данных:
    

1. 
   иерархическая,
   
2. 
   реляционная,
   
3. 
   семантическая,
   
4. 
   объектно – ориентированная,
   
5. 
   постреляционная,
   
6. 
   концептуальная,
   
7. 
   объектно – реляционная,
   
8. 
   сетевая.
   

34. Какие периоды не включает в себя жизненный цикл программного средства (software life cycle)?

1. 
   Тестирование
   
2. 
   Установка
   
3. 
   Эксплуатация
   
4. 
   Разработка
   

35. Какие этапы по времени выделяют в жизненном цикле процесса?

1. 
   Inception
   
2. 
   Elaboration
   
3. 
   Construction
   
4. 
   Creation
   
5. 
   Transition
   

36. Как называется структурная сущность UML-модели, которая содержит описание множества объектов с общими атрибутами, операциями, отношениями и семантикой?

1. 
   Кооперация
   
2. 
   Прецедент
   
3. 
   Класс
   
4. 
   Интерфейс
   

37. Программная система – это

1. 
   Совокупность процедур и функций, предназначенных для решения задач определенного класса.
   
2. 
   Совокупность сложных и многофункциональных программных продуктов.
   
3. 
   программный продукт, обладающий внутренней организацией, или внутренней структурой, образованной взаимосвязанными программными модулями
   
4. 
   упорядоченная иерархия программных модулей.
   

38. Сопоставьте наименования разделов программного документа «Описание программы» и их содержание

Общие сведения	Обозначение и наименование программы, ПО, необходимое для функционирования, языки программирования, на которых написана программа
Функциональное назначение	Классы решаемых задач и назначение программы и сведения о функциональных ограничениях на примечание
Описание логической структуры	Алгоритм программы, используемые методы, структура программы с описанием функций составных частей и связи между ними, связи с другими программами
Используемые технические средства	Типы ЭВМ и устройств, которые используются при работе программы
Входные данные	Характер, организация и предварительная подготовка входных данных
Выходные данные	Характер и организация выходных данных

39. В симплекс- методе оптимальный выбор направляющего столбца для перехода к новому опорному плану осуществляется по правилу:

1. 
   направляющему столбцу соответствует максимальная симплекс- разность
   
2. 
   направляющему столбцу соответствует максимальная по модулю симплекс- разность
   
3. 
   направляющему столбцу соответствует максимальная по модулю отрицательная симплекс- разность
   
4. 
   направляющему столбцу соответствует любая отрицательная симплекс- разность
   

40. Сжатие базы данных

1. 
   Уменьшает время реакции
   
2. 
   Уменьшает размер базы данных
   

41. При низкой производительности приложения администратор базы данных должен обратить внимание на

1. 
   Проектирование и обработку транзакций
   
2. 
   Объем приложения
   
3. 
   Работу сети
   

42. При выборе технологии хранения администратор базы данных должен основываться на

1. 
   Требованиях ко времени разработки
   
2. 
   Требованиях к производительности
   
3. 
   Требованиях к удобству работы оператора
   

43. Потеря данных может произойти из-за:

1. 
   Потери сетевого доступа
   
2. 
   Ошибок в работе оператора
   

44. Управление производительностью состоит из:

1. 
   Планирования
   
2. 
   Моделирования
   
3. 
   Анализа результатов мониторинга
   

1. 
   
   

45. Верным утверждением является

1. 
   В соответствии с принципом совместимости создаваемая ИС должна быть способной постоянно расширять и обновлять круг задач и информационную базу.
   
2. 
   В соответствии с принципом совместимости создаваемая ИС должна быть способной обеспечивать взаимодействие ИС различных видов и уровней в процессе их совместного функционирования.
   
3. 
   В соответствии с принципом совместимости создаваемая ИС должна быть построена с применением типовых, унифицированных и стандартизованных элементов
   

46. Последовательность факторов, определяющие выбор типов программного обеспечения для инструментального средства управления проектированием следующая

1. 
   анализ рынка
   
2. 
   анализ требований пользователя
   
3. 
   выбор программного обеспечения
   

47. Чтобы использование механизмов обработки транзакций позволило обеспечить целостность данных и изолированность пользователей, транзакция должна обладать 4 свойствами. Лишним является:

1. 
   атомарности
   
2. 
   долговечности
   
3. 
   согласованности
   
4. 
   изолированности
   
5. 
   открытости
   

48. Какой принцип из ниже перечисленных относится к свойствам программного модуля?

1. 
   работа ПМ не должна зависеть от того, какому ПМ предназначены выходные данные
   
2. 
   желательно наличие у ПМ спецификации
   
3. 
   ПМ возвращает управление тому ПМ, какой укажет при разработке программист
   
4. 
   не допускается вызов программным модулем другого ПМ
   

49. Структуризация программ выполняется для:

1. 
   удобства разработки, программирования, отладки и внесения изменений в программный продукт.
   
2. 
   того, чтобы один и тот же программный код можно использовать для относящихся к нему различных объектов.
   
3. 
   объединения данных и процессов в логические сущности – объекты
   
4. 
   уменьшения затрат на создание программных продуктов
   
5. 
   повышения эффективности жизненного цикла программных продуктов (сокращается длительность фазы разработки).
   

50. Задача линейного программирования решается двухэтапным симплекс-методом. При решении вспомогательной задачи в оптимальном решении одна из искусственных переменных оказалась базисной. Значение этой переменной равно нулю. Следовательно, …

1. 
   исходная задача не имеет решения
   
2. 
   за один шаг метода Жордана-Гаусса можно перейти к новой таблице с тем же значением целевой функции, которая будет содержать только основные переменные
   
3. 
   полученная К-матрица определяет опорный план исходной задачи
   
4. 
   задача имеет единственное, нулевое решение
   

51 Анализатор запроса исследует оператор SQL для определения

1. 
   Использовалась ли кэш память
   
2. 
   Использует ли запрос SQL ключевые слова OR или AND
   
3. 
   Файлы задействованые при выполнении запроса
   

52. При создании графика резервирования следует ответить на следующие вопросы:

1. 
   Как часто данные изменяются
   
2. 
   Сколько времени потребуется на копирование
   
3. 
   Сколько памяти потребуется на копирование
   

53. Основное достоинство JAVA

1. 
   Легкость в программировании
   
2. 
   Межплатформенная переносимость
   
3. 
   Взаимодействие с Web
   

54. При выборе технологии хранения администратор базы данных должен основываться на требованиях

1. 
   ко времени разработки
   
2. 
   к производительности
   
3. 
   к удобству работы оператора
   

55. Модуль – это отдельная, функционально законченная программная единица, которая

1. 
   может быть частью программы, но не может применяться самостоятельно
   
2. 
   не может применяться самостоятельно, либо быть частью программы
   
3. 
   может применяться самостоятельно, но не может быть частью программы
   
4. 
   может применяться самостоятельно, либо быть частью программы
   

56. Стиль программирования - это

1. 
   собрание правил, которых обязан придерживаться каждый программист при написании приложений
   
2. 
   четко определенный кодекс «статей» программирования на наиболее распространенных языках (C++, Java и т.п.)
   
3. 
   набор приемов и методов программирования, позволяющих создавать корректные, эффективные и доступные для чтения и понимания программы
   
4. 
   выбор определенного языка программирования разработчиком при постановке перед ним определенной задачи
   

57. 
    Независимость ПП от технического комплекса системы обработки данных, операционной среды, сетевой технологии обработки данных, специфики предметной области называется
    

1. 
   надежностью
   
2. 
   мобильностью
   
3. 
   модифицируемостью
   
4. 
   перемещением
   

57. 
    Способность к внесению изменений носит название
    

1. 
   мобильность
   
2. 
   эффективность
   
3. 
   коммуникативность
   
4. 
   модифицируемость
   

57. 
    Интеграция программных продуктов с другими программами называется
    

1. 
   коммуникативностью
   
2. 
   мобильностью
   
3. 
   эффективностью
   
4. 
   модифицируемостью
   

60. К какой категории программ можно отнести утилиты?

1. 
   прикладные программы;
   
2. 
   инструментальные средства;
   
3. 
   служебные программы;
   
4. 
   системные программы;
   

61. К какой категории программ можно отнести драйверы?

1. 
   прикладные программы;
   
2. 
   инструментальные средства;
   
3. 
   системные программы;
   
4. 
   служебные программы;
   

62. К какой категории программ можно отнести программы – архиваторы?

1. 
   прикладные программы
   
2. 
   инструментальные средства
   
3. 
   системные программы
   
4. 
   служебные программы
   

63.Модель системы в целом на языке UML состоит?

1. 
   Из разделов.
   
2. 
   Из представлений.
   
3. 
   Из программ.
   
4. 
   Из модулей
   

64.”Представление” в языке UML является?

1. 
   Частью моделируемой системы.
   
2. 
   Частью полной модели.
   
3. 
   Компонентом диаграммы.
   

65. На языке UML представляется?

1. 
   Статическая структура системы.
   
2. 
   Динамическое поведение системы.
   
3. 
   И то, и другое.
   

66. “Диаграмма классов” представляет?

1. 
   Динамическое поведение системы.
   
2. 
   Функции системы.
   
3. 
   Статическую структуру системы.
   
4. 
   Техническую реализацию системы.
   

67. ”Представление” в языке UML состоит?

1. 
   Из модулей.
   
2. 
   Из элементов моделей.
   
3. 
   Из диаграмм.
   
4. 
   Из совокупности сущностей.
   

68. Язык UML используется?

1. 
   На этапе разработки системы.
   
2. 
   На этапе сопровождения системы.
   
3. 
   И то, и другое.
   

69. Диаграмма “Cценариев поведения (вариантов использования)” отражает?

1. 
   Внешнее представление поведения системы с точки зрения пользователя.
   
2. 
   Совокупность информации о состоянии системы.
   
3. 
   Реализацию функциональных возможностей внутри системы.
   

70. Язык UML является?

1. 
   Языком структурного моделирования.
   
2. 
   Языком объектно-ориентированного моделирования.
   
3. 
   И то, и другое.
   

71. “Сущности” связываются на диаграммах?

1. 
   Взаимосвязями.
   
2. 
   Связями.
   
3. 
   Отношениями.
   

72. “Субъектом” на диаграмме “Сценариев поведения” может быть?

1. 
   Человек.
   
2. 
   Другая система.
   
3. 
   И то, и другое.
   

72. Диаграмма “сценариев поведения (вариантов использования)” описывает?

1. 
   Функциональные возможности системы.
   
2. 
   Динамику взаимодействия объектов.
   
3. 
   Архитектуру программного обеспечения системы.
   

73. Компонентами диаграмм “сценариев поведения (вариантов использования)” являются

1. 
   Субъекты.
   
2. 
   Сценарии поведения (варианты использования).
   
3. 
   И те, и другие.
   

74. Язык UML может быть использован?

1. 
   Для анализа и проектирования системы.
   
2. 
   Для программирования системы.
   
3. 
   И то, и другое.
   

75. Классом в ООП является?

1. 
   Совокупность объектов.
   
2. 
   Совокупность моделей.
   
3. 
   Совокупность модулей.
   
4. 
   Совокупность проблем.
   

76. Экземпляром класса в ООП является?

1. 
   Диаграмма.
   
2. 
   Ассоциация.
   
3. 
   Объект.
   
4. 
   Метод.
   

77. Объектом в ООП является?

1. 
   Последовательность действий.
   
2. 
   Совокупность свойств.
   
3. 
   Уникально-идентифицируемая сущность.
   
4. 
   Методология.
   

78. Объекты в ООП имеют?

1. 
   Одинаковое поведение.
   
2. 
   Общий набор свойств.
   
3. 
   И то, и другое.
   

79. Метод в ООП определяет?

1. 
   Структуру объекта.
   
2. 
   Имя объекта.
   
3. 
   Поведение объекта.
   
4. 
   Модель объекта.
   

80. Процесс образования суперкласса в иерархии классов называется?

1. 
   Спецификацией.
   
2. 
   Специализацией.
   
3. 
   Усовершенствованием.
   
4. 
   Обобщением.
   

81. Подкласс?

1. 
   Наследует свойства и поведение своего суперкласса.
   
2. 
   Имеет свои собственные уникальные свойства.
   
3. 
   И то, и другое.
   

82. Процесс образования подкласса в иерархии классов называется?

1. 
   Агрегацией.
   
2. 
   Специализацией.
   
3. 
   Обобщением.
   
4. 
   Спецификацией.
   

83. Основными компонентами диаграммы классов являются?

1. 
   Классы.
   
2. 
   Ассоциации.
   
3. 
   Специфицированные ассоциации.
   
4. 
   (1.2.3)
   

84. Диаграмма последовательностей описывает?

1. 
   Иерархию классов.
   
2. 
   Функции системы.
   
3. 
   Динамику взаимодействия объектов.
   
4. 
   Физическую структуру системы.
   

85. Элементами Диаграммы последовательностей являются?

1. 
   Объекты.
   
2. 
   Сообщения.
   
3. 
   Активность объекта.
   
4. 
   Узел.
   

86. Активность объекта означает?

1. 
   Появление объекта в системе.
   
2. 
   Выполнение объектом определенных действий.
   
3. 
   Уничтожение объекта.
   
4. 
   Изменение структуры объекта.
   

87. Средства языка UML используются?

1. 
   Для математического моделирования.
   
2. 
   Для имитационного моделирования.
   
3. 
   Для визуального моделирования.
   
4. 
   (1,2,3,)
   

88. Диаграмма активности описывает?

1. 
   Последовательность реализации системы.
   
2. 
   Последовательность операций, выполняемых системой.
   
3. 
   Последовательность ввода системы в эксплуатацию.
   
4. 
   Последовательность действий по разработке системы.
   

89.Диаграмма компонентов представляет?

1. 
   Техническую структуру системы.
   
2. 
   Физическую архитектуру программного и аппаратного обеспечения системы.
   
3. 
   Физическую структуру приложения в виде программных компонентов.
   
4. 
   Функциональную архитектуру системы.
   

90. Диаграмма распределения отображает?

1. 
   Функциональную архитектуру системы.
   
2. 
   Последовательность операций, выполняемых системой.
   
3. 
   Физическую архитектуру программного и аппаратного обеспечения системы.
   
4. 
   Техническую структуру системы.
   

91.Элементами диаграммы распределения являются?

1. 
   Программные компоненты системы.
   
2. 
   Аппаратные компоненты системы.
   
3. 
   Узлы.
   
4. 
   ( 1, 2, 3).
   

92. Программная инженерия – это:

а) Совокупность навыков, инструментальных средств и методов, предназначенных для создания качественного программного обеспечения.
б) Совокупность инструментальных средств и методов, предназначенных для создания качественного программного обеспечения.
в) Совокупность инструментальных средств, предназначенных для создания качественного программного обеспечения.


93. Программная инженерия отличается от программирования

а) наличием промышленного подхода к разработке
б) наличием сформированных групп программистов
в) обязательным участием менеджера в проекте


94. Программная инженерия занимается

а) вопросами оптимизации кода
б) вопросами эффективной разработки программного обеспечения
в) вопросами разработки новых алгоритмов обработки данных


95. Программное обеспечение включает:

а) Исходные тексты программ, исполнимый код
б) Техническое задание, исходные тексты программ
в) Исполнимый код, программную документацию


96. Программные продукты с точки зрения программной инженерии подразделяются на:

а) Игры, офисные приложения, специализированные программы
б) Коробочные, заказные продукты
в) Рентабельные и нерентабельные программные продукты


97. В жизненном цикле заказного ПО максимальную стоимость имеет:

а) Составление ТЗ
б) Разработка
в) Сопровождение
г) тестирование

98. Под ошибкой в программном средстве понимается:

а) невыполнение программой того, что разумно ожидать от нее пользователю
б) несогласованность между программами ПС и документацией по их применению
в) выдача неправильной информация в результате работы программы
г) "зависание" программы
д) отсутствие реакции на действия пользователя


99. Внешнее описание ПС – это:

а) документ, составленный на основании пожеланий заказчика, достаточно точно определяющий задачи разработчиков ПС
б) требованиями к технологическим процессам разработки ПС
в) перечень документации, прилагаемой к системе, – пособий, форм отчетности, рабочих описаний, системной и программной документации
г) общее описание взаимодействия отдельных информационных потоков в системе
д) точная постановка задачи, решение которой должно обеспечить разрабатываемое ПС


100. В рамках структурного программирования для представления стандартных структур используются следующие представления:

а) диаграммы Насси-Шнейдера
б) функциональные схемы
в) блок-схемы
г) псевдокод
д) диаграммы Варнье-Орра

СПИСОК ЛИТЕРАТУРЫ И ИСТОЧНИКОВ

Основная:

1. 
   Бобровский С. И. Delphi 7 : учеб. курс/ Санкт-Петербург: ПИТЕР, 2009 .-736 c.
   
2. 
   Павловская Т. А. C/C++. Программирование на языке высокого уровня : учеб. для студ. вузов, обуч. по напр. "Информатика и вычислительная техника"/ Санкт-Петербург: ПИТЕР, 2011 .-461 c.
   
3. 
   Фленов М.Е. Библия Delphi. -Санкт-Петербург: БХВ-Петербург, 2012.-880 с.
   
4. 
   Леоненков, А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose: учеб. пособие/ А. В. Леоненков. – М.: Интернет-Университет Информационных Технологий: БИНОМ, 2010. - 320 с.
   
5. 
   Якобсон, А. Унифицированный процесс разработки программного обеспечения/ А. Якобсон, Г. Буч, Д. Рамбо. - Санкт-Петербург: ПИТЕР, 2012. - 496 с.
   

Дополнительная:

1. 
   Захаров А.А., Захарова И.Г. Языки и среды программирования. Учебное пособие. Тюмень: Изд. ТюмГУ, 2009. – 288 с.
   
2. 
   Вендров, А.М. Практикум по проектированию программного обеспечения экономических информационных систем: учеб. пособие для студ. вузов, обуч. по спец. "Прикладная информатика в экономике", "Мат. обеспечение и администрирование информ. систем"/ А. М. Вендров. - 2-е изд., перераб. и доп.. – М.: Финансы и статистика, 2011. - 192 с.
   
3. 
   Фаронов, В.В. Delphi 2005: разработка приложений для баз данных и Интернета/ В. В. Фаронов. - Санкт-Петербург: ПИТЕР, 2010. - 603 с.
   
4. 
   Широких, А.В. Методы программирования: лабораторный практикум/ А. В. Широких. - Тюмень: Изд-во ТюмГУ, 2012. - 98 с.
   
5. 
   Ивашко А.Г., Григорьев М.В., Коломиец И.И. Проектирование информационных систем. Учебно-методическое пособие. - Тюмень: Издательство Тюменского государственного университета, 2012.-328с.