Ответы Итоговый тест: Итоговая работа
Описание
Документ с ответами содержит материала на 15 листов в удобном формате, результат 98.1%.
Отметьте возможные виды связей между вариантами использования:
| | расширение |
| | переход |
| | уменьшение |
| | функциональная зависимость |
| | использование |
Связи на диаграмме использования показывают:
| | связи вариантов использования между собой |
| | соответствие действующих лиц и вариантов использования |
| | связи между блоками системы |
Диаграмма прецедентов представляет:
| | ожидаемое поведение и основные сценарии работы системы |
| | процесс развития системы во времени |
| | структуру системы |
| | переходы системы из одного состояния в другое |
В диаграмме прецедентов вариант использования - это...
| | процедура, решающая конкретную задачу конкретного действующего лица |
| | интерфейс системы |
| | функциональная возможность системы |
В диаграмме прецедентов внешнее лицо - это...
| | разработчик системы |
| | любой пользователь системы |
| | ответственный пользователь системы |
| | внешняя по отношению к разрабатываемому программному обеспечению сущность, которая взаимодействует с программным обеспечением с целью получения или предоставления какой-либо информации |
Нотация UML представляется следующие уровни диаграмм классов:
| | уровень анализа |
| | уровень программирования |
| | уровень реализации |
| | уровень внедрения |
| | уровень проектирования |
Как показать на диаграмме классов, что метод является абстрактным (виртуальным)?
| | оформить его имя курсивом |
| | написать слово "виртуальный" |
| | оформить его имя подчеркиванием |
Как показывается на диаграмме классов отношение наследования?
| | линией без стрелок |
| | стрелкой с концом в виде пустого треугольника, идущей от базового класса к производному классу |
| | любой линией |
| | стрелкой с концом в виде пустого треугольника, идущей от производного класса к базовому классу |
На UMLдиаграмме классов можно показать следующие характеристики класса:
| | методы класса |
| | уровень доступа к элементам класса |
| | поля класса |
| | язык программирования |
| | дату создания |
| | имя класса |
Определите утверждения, неправильно характеризующие нисходящий способ проектирования алгоритмов:
| | Подалгоритмы связываются друг с другом в основном посредством базовых алгоритмических структур. |
| | У каждого подалгоритма должен быть один выход. |
| | Необходимо одновременно разрабатывать все подпрограммы. |
| | Алгоритм разбивается на подалгоритмы в соответствии с логикой задачи. |
| | Выход из программы необходимо осуществлять с помощью оператора exit(). |
| | Подпрограммы должны использовать глобальные переменные. |
Основные алгоритмические структуры:
| | оператор |
| | ввод |
| | следование |
| | вывод |
| | цикл |
| | развилка |
Блок, имеющий более одного выхода:
| | цикла |
| | условный |
| | вызова подпрограммы |
| | отдельно раскрываемый блок |
Отметьте утверждение, несправедливое для экземпляра класса:
| | экземпляр класса создается с помощью конструктора |
| | экземпляр класса – это переменная типа класс |
| | экземпляр класса и объект – синонимы |
| | память, отводимая под экземпляр класса, обязательно является статической |
Отметьте утверждения, несправедливые для элементов класса
| | поля класса по отношению к методам класса играют роль глобальных данных |
| | рекомендуется поля класса использовать в любой точке программы |
| | методы класса – это функции, конструкторы и деструкторы |
| | поля класса – это данные, описанные внутри класса |
| | внутри класса обычно приводится только заголовок метода |
| | поля класса преимущественно должны использоваться только методами своего класса |
| | методы класса – это различные операторы |
| | элементы класса – это поля и методы класса |
Уровень инкапсуляции private имеют элементы класса, которые:
| | могут быть вызваны в любой точке кода, где доступно описание экземпляра класса |
| | используются только методами своего класса |
| | используются только методами своего класса и его наследников |
Уровень инкапсуляции protected имеют элементы класса, которые:
| | используются только методами своего класса |
| | используются только методами своего класса и его наследников |
| | могут быть вызваны в любой точке кода, где доступно описание экземпляра класса |
Уровень инкапсуляции public имеют элементы класса, которые:
| | используются только методами своего класса и его наследников |
| | используются только методами своего класса |
| | могут быть вызваны в любой точке кода, где доступно описание экземпляра класса |
Отметьте утверждения, несправедливые для объектно-ориентированного программирования:
| | объектно-ориентированный подход к программированию полностью отрицает структурное программирование |
| | объектно-ориентированное программирование развивает лучшие идеи структурного программирования |
| | объектно-ориентированное программирование позволяет разложить задачу на подзадачи, при этом каждая подзадача становится самостоятельным объектом, содержащим свои коды и данные |
Отметьте утверждение, неправильно характеризующие виртуальный метод:
| | виртуальный метод описывается ключевым словом virtual |
| | виртуальный метод может быть переопределен в классе-наследнике |
| | виртуальный метод подключается к программе на этапе выполнения |
| | виртуальные методы поддерживают принцип полиморфизма объектно-ориентированного программирования |
| | виртуальный метод подключается к программе на этапе компиляции |
Отметьте понятия, не являющиеся принципами объектно-ориентированного программирования:
| | инкапсуляция |
| | систематическое программирование |
| | класс |
| | полиморфизм |
| | наследование |
Отметьте правильные формулировки принципа инкапсуляции объектно-ориентированного программирования:
| | поля доступны обработчикам событий |
| | инкапсуляция – такое объединение внутри класса полей и методов, при котором доступ к полю возможен только путем вызова соответствующего метода |
| | поля могут использоваться внутри любых подпрограмм |
| | поля класса преимущественно доступны только методам своего класса |
Отметьте утверждение, несправедливое для классов и объектов:
| | объединение данных и методов в класс называется инкапсуляцией |
| | переменная типа класс называется объектом |
| | класс – это новый тип программы |
| | класс – это тип данных, который объединяет данные и методы, работающие с этими данными, в единое целое |
| | экземпляр класса – то же самое, что и объект |
Отметьте утверждение, противоречащее принципам структурного программирования:
| | преимущественное использование локальных переменных в подпрограммах |
| | преимущественное использование точно обозначенных управляющих (базовых) структур алгоритмов |
| | соответствующее логике программы разбиение ее на программные блоки |
| | использование обозначений, соответствующие логике задачи |
| | ограниченное использование операторов безусловного перехода |
| | сначала надо написать программу, а потом ее структурировать |
Отметьте утверждения, правильно характеризующие принцип наследования объектно-ориентированного программирования:
| | при наследовании класс-предок становится элементом класса-наследника |
| | класс-наследник обычно имеет больше элементов, чем класс-предок |
| | наследование – это возможность определения для базового класса (предка) иерархии производных классов (наследников), в каждом из которых доступны элементы базового класса (их описание становится частью описания производного класса) |
| | наследование – это когда в разных классах могут использоваться элементы с одинаковыми именами |
| | наследование – механизм, посредством которого класс может наследовать элементы другого класса и добавлять к ним свои элементы |
Отметьте утверждения, неправильно характеризующие принцип полиморфизма объектно-ориентированного программирования:
| | полиморфизм в объектно-ориентированном программировании – возможность использования одного имени в разных смыслах |
| | полиморфизм – возможность определения единого по имени метода для всей иерархии производных классов, причем в каждом классе этот метод может реализоваться со своими особенностями |
| | полиморфизм гарантирует, что для любого экземпляра класса будут вызы¬ваться методы именно этого класса, а не какого-либо другого класса ие¬рархии, несмотря на их одинаковые имена |
К основным этапам разработки программного обеспечения в соответствии с международным стандартом ISO/IEC 12207 относятся:
| | сопровождение |
| | проектирование |
| | реализация |
| | использование |
| | анализ требований и разработка спецификаций |
| | постановка задачи |
| | распространение |
ISO - международная организация по ...
| | статистике |
| | сертификации |
| | спецификации |
| | стандартизации |
Жизненный цикл программного обеспечения - это ...
| | время работы программы |
| | период времени, в течении которого программное обеспечение используется |
| | период от момента появления идеи создания некоторого программного обеспечения до момента завершения его поддержки фирмой-разработчиком или фирмой, выполнявшей сопровождение |
| | время его разработки |
В процессе разработки программного обеспечения написание кода программы осуществляется на этапе …
| | реализации |
| | постановки задачи |
| | проектирования |
| | анализа требований и определения спецификаций |
Результатом этапа проектирования программного обеспечения является …
| | программный код |
| | четко сформулированное назначение программного обеспечения и основные требования к нему |
| | детальная модель разрабатываемого программного обеспечения вместе со спецификациями его компонентов всех уровней |
| | общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации |
Результатом этапа реализации в процессе разработки программного обеспечения является …
| | детальная модель разрабатываемого программного обеспечения вместе со спецификациями его компонентов всех уровней |
| | четко сформулированное назначение программного обеспечения и основные требования к нему |
| | общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации |
| | программный код |
В процессе разработки программного обеспечения (ПО) детальная модель ПО со спецификациями компонентов всех уровней создается на этапе …
| | постановки задачи |
| | реализации |
| | анализа требований и определения спецификаций |
| | проектирования |
В процессе разработки программного обеспечения (ПО) общая логическая модель проектируемого ПО, включающая функциональные и эксплуатационные спецификации, создается на этапе …
| | постановки задачи |
| | анализа требований и определения спецификаций |
| | реализации |
| | проектирования |
Сопровождение программного обеспечения – это ...
| | помощь неспециалистам в использовании программного обеспечения |
| | процесс создания и внедрения новых версий программного продукта |
| | поддержка программного обеспечения в работоспособном состоянии |
Результатом этапа анализа требований в процессе разработки программного обеспечения является …
| | общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации |
| | программный код |
| | детальная модель разрабатываемого программного обеспечения вместе со спецификациями его компонентов всех уровней |
| | четко сформулированное назначение программного обеспечения и основные требования к нему |
В процессе разработки программного обеспечения (ПО) назначение ПО и основные требования к нему формулируются на этапе …
| | проектирования |
| | постановки задачи |
| | реализации |
| | анализа требований и определения спецификаций |
Результатом этапа постановки задачи в процессе разработки программного обеспечения является …
| | детальная модель разрабатываемого программного обеспечения вместе со спецификациями его компонентов всех уровней |
| | общая логическая модель проектируемого программного обеспечения, включающая функциональные и эксплуатационные спецификации |
| | четко сформулированное назначение программного обеспечения и основные требования к нему |
| | программный код |
Прямое проектирование программного обеспечения - это ...
| | проектирование нисходящим способом |
| | преобразование кода, написанного на каком-либо языке программирования, в графическую модель |
| | проектирование снизу вверх |
| | преобразование графической модели в код на каком-либо языке программирования |
Язык UML применяется для:
| | документирования программного обеспечения |
| | чтобы не рисовать блок-схемы |
| | разработки спецификации программного обеспечения |
| | чтобы не использовать алгоритмические языки |
| | конструирования программного обеспечения |
Количество типов UML-диаграмм равно:
| | 3. |
| | зависит от версии UML, но больше 9. |
| | 10. |
| | 9. |
| | 17. |
| | 1. |
| | 2. |
Обратное проектирование программного обеспечения - это...
| | проектирование восходящим способом |
| | преобразование графической модели в код на каком-либо языке программирования |
| | преобразование кода, написанного на каком-либо языке программирования, в графическую модель |
| | проектирование нисходящим способом |
В соответствии с нотацией UML спецификация программного обеспечения состоит из моделей:
| | модель процессов |
| | функциональная модель |
| | модель реализации |
| | модель развертывания |
| | логическая модель |
| | модель использования |
| | объектно-ориентированная модель |
UML - это язык программирования?
| | Да |
| | Нет |
… подход предполагает построение программного обеспечения из отдельных компонентов – физически отдельно существующих частей программного обеспечения, которые взаимодействуют между собой через стандартизованные двоичные интерфейсы.
| | функциональный |
| | структурный |
| | компонентный |
| | коммуникативный |
Технология программирования - это ...
| | среда программирования |
| | алгоритмический язык |
| | совокупность методов и инструментальных средств, используемых в процессе разработки программного обеспечения |
| | методы программирования |
В терминах объектно-ориентированного программирования объект связан с классом следующим образом:
| | объект - переменная типа класс |
| | объект - наследник класса |
| | объект и класс - не связанные понятия |
CASE-технология - это ...
| | технология создания программ из стандартных компонентов |
| | технология визуального проектирования программ |
| | совокупность методов и инструментальных средств автоматизации технологического процесса разработки и сопровождения сложных программных систем на всех этапах их жизненного цикла |
Установите соответствие между основными этапами развития технологии программирования и соответствующими временными периодами:
| | «стихийное» программирование | 60-80-е годы ХХ века от первых ЭВМ до середины 60-х годов ХХ века 80-90-е годы ХХ века с середины 90-х годов ХХ века до наших дней 60-80-е годы ХХ века |
| | компонентный подход и CASE-технологии | 60-80-е годы ХХ века от первых ЭВМ до середины 60-х годов ХХ века 80-90-е годы ХХ века с середины 90-х годов ХХ века до наших дней 60-80-е годы ХХ века |
| | структурное программирование | 60-80-е годы ХХ века от первых ЭВМ до середины 60-х годов ХХ века 80-90-е годы ХХ века с середины 90-х годов ХХ века до наших дней 60-80-е годы ХХ века |
| | объектно-ориентированное программирование | 60-80-е годы ХХ века от первых ЭВМ до середины 60-х годов ХХ века 80-90-е годы ХХ века с середины 90-х годов ХХ века до наших дней 60-80-е годы ХХ века |
При структурном подходе к разработке программ используется принцип проектирования ...
| | сверху - вниз |
| | снизу - вверх |
Базовыми понятиями объектно-ориентированного программирования являются:
| | класс |
| | структура |
| | объект |
| | модуль |
Базовыми принципами структурного программирования являются
| | ограниченное использование операторов безусловного перехода |
| | автономные подпрограммы, в которых преимущественно используются локальные переменные |
| | большое число подпрограмм |
| | формальное деление программы на части |
| | преимущественное использование основных алгоритмических структур |
| | соответствующее логике программы разбиение ее на программные блоки |
В основе … подхода к программированию лежит представление программы в виде совокупности объектов, каждый из которых является экземпляром определенного типа (класса), а классы образуют иерархию с наследованием свойств.
| | предметно-ориентированного |
| | функционального |
| | объектно-ориентированного |
| | структурного |
Характеристики ответов (шпаргалок)
Список файлов
- 98.1.docx 2,79 Mb
Комментарии
