- •3.Об’єктно-орієнтований підхід до розробки програмного забезпечення. Дайте визначення поняття класу, об’єкту, поля, методу. З чого складається життєвий цикл об’єкту?
- •4.Опишіть внутрішню структуру об’єкта. Що таке інформація про тип під час виконання rtti і як вона використовується?
- •6.В чому полягає принцип спадковості? Що таке одинична та множинна спадковості? Як реалізується принцип одиничної та множинної спадковості в об’єктно-орієнтованих мовах програмування?
- •12. Поняття виключної ситуації, наведіть приклади виключних ситуацій. Як реалізуються виключні ситуації та їх обробка в об’єктно-орієнтованих мовах програмування?
- •13. Основні етапи і задачі об’єктно-орієнтованого аналізу предметної області. Які артефакти розробляються на етапі оОаналізу?
- •14. Визначення прецеденту. Що таке сценарій прецеденту та правила його опису?
- •16. Основні етапи і задачі об’єктно-орієнтованого проектування. Які артефакти розробляються на етапі оОпроектування?
- •18.Як під час проектування здійснюється розподіл обов’язків між класами? що таке шаблони проектування? Наведіть приклади шаблонів з прикладами їх застосування.
- •19. Охарактеризуйте мову uml та її призначення. Які діаграми для подання моделі складної системи надає uml, дайте коротку характеристику діаграм. Для чого на діаграмах uml застосовується мова ocl?
- •20. Призначення та правила побудови діаграми прецедентів uml: типи зв’язків між прецедентами(з прикладами), зображення на діаграмі прецедентів ролей (акторів).
- •24. Різновид діаграм реалізації. Що спільного і в чому різниця в uml діаграмах компонентів та розгортання?
- •26. Призначення компонувальника та завантажувача. В чому різниця між статичним та динамічним компонуванням бібліотек? Дайте порівняльну характеристику програмних модулів та динамічних бібліотек.
- •30. Як організувати багато потокове застосування? Які проблеми можуть виникнути під час взаємодії потоків і які методи їх уникнення?
13. Основні етапи і задачі об’єктно-орієнтованого аналізу предметної області. Які артефакти розробляються на етапі оОаналізу?
Для создания программного приложения необходимо описать проблему и требования к системе. Этап анализа состоит в исследовании проблемы, а не в поисках путей ее решения.
В процессе ОО анализа основное внимание уделяется определению и описанию объектов (или понятий) в терминах предметной области.
ООА связан с созданием спецификации предметной области проблемы, с определением требований с точки зрения классификации объектов, а также с формированием терминов, используемых в предметной области.
Задача:
Определить сущности в предметной области и взаимосвязи между ними.
Этапы:
Анализ требований – выделение экономических процессов и требований и их формулировка в виде прецедентов. Прецедент – это текстовое описание процессов, происходящих в системе.
Составление концептуальной модели, которая отражает различные категории элементов предметной области: не только виды деятельности участников, но и все относящиеся к делу понятия.
Артефакт – диаграмма или документ, описывающий определенное понятие.
Артефакты:
Прецеденты (какие процессы происходят в предметной области);
Концептуальная модель (какие рассматриваются понятия и термины);
Диаграммы последовательностей (какие события и операции происходят в системе);
Описания системных операций (что делают системные операции).
14. Визначення прецеденту. Що таке сценарій прецеденту та правила його опису?
Прецедент – это текстовое описание процессов, происходящих в системе. Прецедент представляет собой документ, описывающий последовательность событий, связанных с исполнителем. Прецеденты являются описанием ил вариантами использования системы.
Сценарий прецедента – это его частный случай или реальный путь его реализации.
Абстрактный прецедент– описывает выполнение действия на данный момент (без применения программных средств).
Прецедент описывается в виде таблицы:
Название П. |
|
Исполнитель |
|
Тип (категория) |
|
Описание |
|
Категории прецедентов:
основной;
второстепенный;
дополнительный.
Описание Реального прецедента:
Действия исполнителя |
Отклик системы |
Типичный ход событий |
|
1. … 2. … |
1. … 2. … |
Альтернативы |
|
1. … |
1. … |
Когда типичный ход событий может быть реализован несколькими способами, для каждого из них составляется свое описание.
Идеальный прецедент – состоит из описания реального прецедента и описания Формы (как элемента пользовательского интерфейса).
15. Призначення та правила побудови концептуальної моделі предметної області UML-нотації. Що таке сутність? Правила вибору сутностей. Види зв’язків між сутностями, назви зв’язків, потужність зв’язків. Що таке атрибути сутностей?
ООА связан с созданием спецификации предметной области проблемы, с определением требований с точки зрения классификации объектов, а также с формированием терминов, используемых в предметной области. Декомпозиция предметной области задачи состоит в идентификации понятий (сущностей), атрибутов и соотношений из предметной области, имеющих важное значение для решения задачи. Результат анализа отображается с помощью концептуальной модели, которая иллюстрируется с помощью диаграмм понятий (объектов).
Концептуальная модель – это не описание программных компонентов. Это представление понятия в терминах предметной области.
Сущность – нечто, описанное набором данных.
Не рекомендуется считать сущностью то, что описывается значением – числом или строкой.
Нельзя в концептуальную модель вносить 2 функциональных использования одной и той же сущности (не вносится список должников так как это тот же список студентов);
На концептуальной модели отображаются сущности предметной области и связи между ними.
Виды связей:
part of (агрегация) – «целое» «часть» («самолет» «крыло» - без крыла это уже не самолет );
is a (наследование) - «предок» «потомок» ;
ассоциация – определяет степень отношения, воздействия («интерьер» «диван» - без дивана это все еще интерьер)
Мощность отношений:
1..1
1..n
1..0
n..n
На концептуальной модели для каждой сущности указываются ее атрибуты – данные, которыми она описывается. Атрибут – это абстрактное свойство объекта. В концептуальную модель включаются те атрибуты, для которых определены соответствующие требования (например, прецеденты) или для которых предполагается, что необходимо хранить определенную информацию. Например, в товарном чеке указывается время и дата. Следовательно, для сущности «Продажа» (Sale) требуются атрибуты «Дата» (Date) и «Время» (Time).