- •2.1. Сложность программного обеспечения
- •2. Перечислите основные причины сложности программного обеспечения.
- •3. Перечислите пять признаков сложной системы.
- •4. Объясните следующие понятия: «декомпозиция», «абстракция», «иерархия» (виды иерархий).
- •5. Объясните понятие «каноническая форма системы».
- •2.2. Введение в объектно-ориентированный анализ и проектирование
- •1. Объясните следующие понятия: «объектно-ориентированный анализ (ооа)», «объектно-ориентированное проектирование (ood)», «объектно-ориентированное программирование (оор)».
- •2. Дайте краткую характеристику основным принципам объектной модели: абстрагирование, инкапсуляция, модульность, иерархия, типизация, параллелизм, сохраняемость.
- •3. Объясните понятие «объект».
- •4. Опишите основные категории объектов.
- •5. Объясните следующие понятия: «состояние», «поведение», «идентичность» и «время жизни» объекта.
- •6. Объясните следующие понятия: «операция», «метод класса», «свободная подпрограмма».
- •7. Опишите назначения следующих операций: модификатор, селектор, итератор, конструктор, деструктор.
- •8. Объясните следующие понятия: «протокол», «роль» и «ответственность» объекта.
- •9. Объясните понятие «класс». Как соотносятся понятия «класс» и «объект»? Описание класса.
- •10. Опишите основные типы классов: параметризованный класс, класс-наполнитель, утилита параметризованного класса, утилита класса-наполнителя, метакласс, абстрактный класс.
- •11. Объясните понятие «стереотип класса». Опишите основные стереотипы классов: «пограничные классы», «классы-сущности», «управляющие классы».
- •12. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы, основанному на использовании uml.
- •13. Дайте краткую характеристику классическим подходам к выявлению ключевых абстракций системы.
- •14. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «Анализ поведения».
- •15. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «Анализ предметной области».
- •16. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «Анализ вариантов».
- •17. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «crc- карточки».
- •18. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «Использование неформального описания задачи».
- •19. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «Использование структурного анализа».
- •20. Объясните понятие «атрибут класса».
- •21. Опишите основные типы атрибутов (класса).
- •22. Опишите способы выявления атрибутов. В каком случае информация относится к классу, а в каком - к атрибуту.
- •23. Опишите основные типы операций. Опишите основные стереотипы операций.
- •24. Опишите общие этапы выявления операций.
- •25. Объясните понятие «видимость» атрибута и операции класса. Перечислите допустимые значения видимости.
- •26. Опишите основные типы связей между классами (ассоциация, зависимость, агрегация, наследование, полиморфизм). Объясните понятие «дружественный класс».
- •27. Объясните следующие понятия: «стереотип связи», «имя связи» и «элемент связи».
- •28. Выявление связей.
- •29. Опишите основные критерии, используемые для оценки качества классов и объектов.
- •5. Назначение диаграммы Вариантов Использования и краткое описание ее элементов (типы действующих лиц и связей).
- •6. Процесс выявления вариантов использования. Описать этапы создания диаграмм Вариантов Использования (можно на примере своей задачи).
- •7. Связь Диаграмм Вариантов Использования и «Технического задания».
- •8. Назначение потока событий и краткая характеристика его составных частей (краткое описание, предусловие, постусловие, основной поток, альтернативный поток и поток ошибок).
- •9. Привести пример потока событий (можно из своей задачи).
- •10. Назначение и типы Диаграмм Взаимодействия.
- •11. Перечислите основные элементы Диаграммы Последовательности. Назначение синхронизации и скриптов.
- •12. Перечислите основные элементы Кооперативной диаграммы.
- •13. Этапы составления Диаграмм Взаимодействия.
- •14. Двухэтапный подход при составлении Диаграмм Взаимодействия.
- •15. Назначение Диаграммы Классов и этапы ее составления.
- •16. Назначение Диаграммы Состояний и краткое описание ее элементов (состояния (виды состояний), деятельность, входные действия, выходные действия, переходы, события, ограждающие условия, действия).
- •18. Назначение Диаграммы Размещения и краткое описание ее элементов.
- •19. С какой целью на диаграммах uml используются примечания и пакеты.
- •20. Модели и ракурсы. Логическая и физическая модели. Статическая и динамическая модели.
- •4. Процесс объектно-ориентированной разработки по
19. Дайте краткую характеристику подхода к выявлению ключевых абстракций системы «Использование структурного анализа».
После структурного анализа уже существует модель системы в виде диаграмм потоков данных и др. На основе этих моделей можно определить классы и объекты тремя способами:
Мак Менамин и Палмер: сначала сформировать словарь данных, а затем приступить к анализу конкретных диаграмм модели. Нужно понимать что описывают основные структуры данных: если они имена прилагательные, то какие существительные они описывают. Источниками в данном случае явл.: предметная область, входные и выходные данные, услуги и др. ресурсы.
Следующий способ основан на анализе диаграмм потоков.
Кандидаты в объекты в этом случае:
внешние сущности;
хранилища данных;
хранилища управляющих сущностей;
управляющие преобразования.
Кандидаты в классы:
потоки данных;
потоки управления.
Преобразования данных можно рассматривать как операции над объектами или как поведение некоторого объекта.
Зайдевиц и Старк: метод анализа абстракций.
Разработчик изучает преобразование входных данных в выходные для того, чтобы определить, какие процессы и состояния являются самыми важными. Так определяются основные сущности. Затем при помощи диаграмм потоков данных изучают всю инфраструктуру, прослеживая входящие и исходящие из центра потоки данных, и группируют встречающиеся на пути процессы и состояния.
Диаграммы поток – скорее описание проекта, нежели модель существа системы. Трудно постротиь объектно-ориентированную систему, если модель ориентирована на алгоритмическую декомпозицию (разделение системы, при котором основное внимание уделяется порядку проходящих событий, в отличие от объектно – ориентированной декомпозиции, где основное значение уделяется объектам, которые взаимодействуя определяют поведение системы). Лучше использовать как подготовительный этап.
20. Объясните понятие «атрибут класса».
Атрибут – некоторая информация, характеризующая класс.
Атрибут – фрагмент информации, связанный с классом.
Статичный атрибут – атрибут, используемый всеми экземплярами класса. В UML “$”.
Производный атрибут – атрибут, полученный из одного или нескольких атрибутов. В UML “/”.
С атрибутами можно связать 3 основных фрагмента информации:
- имя атрибута;
- тип его данных;
- первоначальное значение.
При добавлении атрибута к классу, каждый экземпляр класса получит свою собственную копию атрибута.
Выявление: имена сущ. в потоке событий либо изучение документации, описывающей требования к системе. После определения соотнести с классами.
21. Опишите основные типы атрибутов (класса).
Атрибут – некоторая информация, характеризующая класс.
Атрибут – фрагмент информации, связанный с классом.
Статичный атрибут – атрибут, используемый всеми экземплярами класса. В UML “$”.
Производный атрибут – атрибут, полученный из одного или нескольких атрибутов. В UML “/”.
22. Опишите способы выявления атрибутов. В каком случае информация относится к классу, а в каком - к атрибуту.
Способы:
Имена существительные в потоке событий. Некоторые из них – классы или объекты, другие – действующими лицами, третьи атрибутами.
Изучение документации, описывающей требования к системе. Изучить требования, которые определяют требования к системе – любой элемент такой информации может быть атрибутом.
Источник атрибутов - структура БД. Поля таблиц дают представления об атрибутах.
Определяя атрибуты, нужно следить, чтобы каждый их них можно было бы соотнести с требованиями к системе (избежание собирания ненужной информации).
Выявленная информация – атрибут или класс зависит от разрабатываемой программы.