расширение

переход

уменьшение

функциональная зависимость

использование

связи вариантов использования между собой

соответствие действующих лиц и вариантов использования

связи между блоками системы

ожидаемое поведение и основные сценарии работы системы

процесс развития системы во времени

структуру системы

переходы системы из одного состояния в другое

процедура, решающая конкретную задачу конкретного действующего лица

интерфейс системы

функциональная возможность системы

разработчик системы

любой пользователь системы

ответственный пользователь системы

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

уровень анализа

уровень программирования

уровень реализации

уровень внедрения

уровень проектирования

оформить его имя курсивом

написать слово "виртуальный"

оформить его имя подчеркиванием

линией без стрелок

стрелкой с концом в виде пустого треугольника, идущей от базового класса к производному классу

любой линией

стрелкой с концом в виде пустого треугольника, идущей от производного класса к базовому классу

методы класса

уровень доступа к элементам класса

поля класса

язык программирования

дату создания

имя класса

Подалгоритмы связываются друг с другом в основном посредством базовых алгоритмических структур.

У каждого подалгоритма должен быть один выход.

Необходимо одновременно разрабатывать все подпрограммы.

Алгоритм разбивается на подалгоритмы в соответствии с логикой задачи.

Выход из программы необходимо осуществлять с помощью оператора exit().

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

оператор

ввод

следование

вывод

цикл

развилка

цикла

условный

вызова подпрограммы

отдельно раскрываемый блок

экземпляр класса создается с помощью конструктора

экземпляр класса – это переменная типа класс

экземпляр класса и объект – синонимы

память, отводимая под экземпляр класса, обязательно является статической

поля класса по отношению к методам класса играют роль глобальных данных

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

методы класса – это функции, конструкторы и деструкторы

поля класса – это данные, описанные внутри класса

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

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

методы класса – это различные операторы

элементы класса – это поля и методы класса

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

используются только методами своего класса

используются только методами своего класса и его наследников

используются только методами своего класса

используются только методами своего класса и его наследников

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

используются только методами своего класса и его наследников

используются только методами своего класса

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

объектно-ориентированный подход к программированию полностью отрицает структурное программирование

объектно-ориентированное программирование развивает лучшие идеи структурного программирования

объектно-ориентированное программирование позволяет разложить задачу на подзадачи, при этом каждая подзадача становится самостоятельным объектом, содержащим свои коды и данные

виртуальный метод описывается ключевым словом virtual

виртуальный метод может быть переопределен в классе-наследнике

виртуальный метод подключается к программе на этапе выполнения

виртуальные методы поддерживают принцип полиморфизма объектно-ориентированного программирования

виртуальный метод подключается к программе на этапе компиляции

инкапсуляция

систематическое программирование

класс

полиморфизм

наследование

поля доступны обработчикам событий

инкапсуляция – такое объединение внутри класса полей и методов, при котором доступ к полю возможен только путем вызова соответствующего метода

поля могут использоваться внутри любых подпрограмм

поля класса преимущественно доступны только методам своего класса

объединение данных и методов в класс называется инкапсуляцией

переменная типа класс называется объектом

класс – это новый тип программы

класс – это тип данных, который объединяет данные и методы, работающие с этими данными, в единое целое

экземпляр класса – то же самое, что и объект

преимущественное использование локальных переменных в подпрограммах

преимущественное использование точно обозначенных управляющих (базовых) структур алгоритмов

соответствующее логике программы разбиение ее на программные блоки

использование обозначений, соответствующие логике задачи

ограниченное использование операторов безусловного перехода

сначала надо написать программу, а потом ее структурировать

при наследовании класс-предок становится элементом класса-наследника

класс-наследник обычно имеет больше элементов, чем класс-предок

наследование – это возможность определения для базового класса (предка) иерархии производных классов (наследников), в каждом из которых доступны элементы базового класса (их описание становится частью описания производного класса)

наследование – это когда в разных классах могут использоваться элементы с одинаковыми именами

наследование – механизм, посредством которого класс может наследовать элементы другого класса и добавлять к ним свои элементы

полиморфизм в объектно-ориентированном программировании – возможность использования одного имени в разных смыслах

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

полиморфизм гарантирует, что для любого экземпляра класса будут вызы¬ваться методы именно этого класса, а не какого-либо другого класса ие¬рархии, несмотря на их одинаковые имена

сопровождение

проектирование

реализация

использование

анализ требований и разработка спецификаций

постановка задачи

распространение

статистике

сертификации

спецификации

стандартизации

время работы программы

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

период от момента появления идеи создания некоторого программного обеспечения до момента завершения его поддержки фирмой-разработчиком или фирмой, выполнявшей сопровождение

время его разработки

реализации

постановки задачи

проектирования

анализа требований и определения спецификаций

программный код

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

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

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

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

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

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

программный код

постановки задачи

реализации

анализа требований и определения спецификаций

проектирования

постановки задачи

анализа требований и определения спецификаций

реализации

проектирования

помощь неспециалистам в использовании программного обеспечения

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

поддержка программного обеспечения в работоспособном состоянии

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

программный код

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

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

проектирования

постановки задачи

реализации

анализа требований и определения спецификаций

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

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

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

программный код

проектирование нисходящим способом

преобразование кода, написанного на каком-либо языке программирования, в графическую модель

проектирование снизу вверх

преобразование графической модели в код на каком-либо языке программирования

документирования программного обеспечения

чтобы не рисовать блок-схемы

разработки спецификации программного обеспечения

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

конструирования программного обеспечения

3.

зависит от версии UML, но больше 9.

10.

9.

17.

1.

2.

проектирование восходящим способом

преобразование графической модели в код на каком-либо языке программирования

преобразование кода, написанного на каком-либо языке программирования, в графическую модель

проектирование нисходящим способом

модель процессов

функциональная модель

модель реализации

модель развертывания

логическая модель

модель использования

объектно-ориентированная модель

Да

Нет

функциональный

структурный

компонентный

коммуникативный

среда программирования

алгоритмический язык

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

методы программирования

объект - переменная типа класс

объект - наследник класса

объект и класс - не связанные понятия

технология создания программ из стандартных компонентов

технология визуального проектирования программ

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

«стихийное» программирование

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-е годы ХХ века

сверху - вниз

снизу - вверх

класс

структура

объект

модуль

ограниченное использование операторов безусловного перехода

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

большое число подпрограмм

формальное деление программы на части

преимущественное использование основных алгоритмических структур

соответствующее логике программы разбиение ее на программные блоки

предметно-ориентированного

функционального

объектно-ориентированного

структурного