🗊Презентация Объектно-ориентированный подход в разработке ПО

Объектно-ориентированный подход в разработке ПО Курс online-тренингов Практический анализ и моделирование на UML Тема 1 Николай Киреев

Тема 1. Основы ООП Что такое объектно-ориентированная программная система Объекты и классы Нотации объектов и классов в UML и RUP Связи объектов и отношения классов

Что такое объектно-ориентированная программная система? Архитектура (architecture) – логическая (классы и их отношения) и физическая структуры системы (объекты, связи, сообщения), сформированная всеми стратегическими и тактическими проектными решениями. [Г. Буч, 1] Объектно-ориентированная программная система – это совокупность взаимосвязанных взаимодействующих объектов, каждый из которых является экземпляром класса. Объект объединяет (инкапсулирует) данные и функциональность в единый блок, это сущность с явно выраженными границами, обладающая индивидуальностью, которая характеризуется состоянием и поведением; Класс (class) – это абстракция совокупности реальных объектов, которые имеют общий набор свойств и обладают одинаковым поведением. Классы взаимосвязаны между собой и являются членами иерархии наследования.

Что такое объектно-ориентированная программная система? Функциональное поведение программной системы реализуется благодаря взаимодействию объектов, при котором объект «клиент» посылает сообщение объекту «сервер» с целью вызова соответствующего метода последнего.

Объекты и классы Каждый объект имеет уникальный идентификатор. Поведение объекта – это то, «что он может сделать для нас», т. е. его методы. Объекты формируют поведение системы путем обмена сообщениями по связям. Это – кооперация. Каждый объект – это экземпляр только одного класса. Класс описывает свойства группы однотипных объектов. Первоначально, классы создаются на основе сущностей (объектов) предметной области. При создании экземпляра класса создается новый объект. Класс используется как шаблон. Экземплярами класса могут быть объекты, другие классы, класс может не иметь экземпляров (абстрактный класс). Объект – это экземпляр класса, связь между объектами – экземпляр отношений классов, каждое сообщение это вызов метода, метод – это реализация операции класса.

Объекты и классы Имя класса отражает его назначение. Класс является четкой абстракцией, моделирующей один конкретный элемент предметной области. Обязанности класса описывают связный набор операций. Обязанность – это контракт или обязательство класса по отношению к его клиентам. По существу, обязанность – это сервис, который класс предлагает другим классам. Обязанности сущностей, в том числе классов, в UML могут быть разграничены с помощью стереотипов. Объектно-ориентированный анализ – это метод анализа, исследующий требования к системе с точки зрения классов и объектов, относящихся к словарю предметной области. Сущности со стереотипом business entity моделируют группу однотипных объектов предметной области. Они являются основными кандидатами в классы программной системы.

Нотации объектов и классов в UML и RUP Базовая нотация объектов (нотация проектировщика)

Нотации стереотипов объектов и классов в UML и RUP Объект не соотнесённый с классом

Нотации стереотипов объектов и классов в UML и RUP Класс проектирования (базовый элемент)

Связи объектов и отношения классов Объекты обмениваются сообщениями (message) через соединения (object link), называемые связями [2]. Связи между объектами являются экземплярами отношений между классами, называемыми ассоциациями. К последним в UML относятся: одно- и двунаправленные ассоциации (association) и агрегации (aggregation & composition).

Отношения классов Ассоциации, а также их более сильные типы агрегации и композиции бывают одно- и двунаправленными. При установлении этого типа отношений исходный класс получает атрибуты целевого класса

Отношения классов

Литература 1. Буч и д.р.«Объектно-ориентированный анализ и проектирование с примерами приложений», Москва, «Вильямс», 2008 г., 3-е издание. 2. Дж. Арлоу, А. Нейштадт, «UML-2 и Унифицированный процесс. Практический объектно-ориентированный анализ и проектирование». Санкт-Петербург, «Символ-Плюс», 2007 г., 2-е издание.

Аналитическая модель Курс online-тренингов Практический анализ и моделирование на UML Тема 2 Николай Киреев

Тема 2. Аналитическая модель Аналитическая модель Моделирование сущностей предметной области

Для чего нужны модели?

Что такое аналитическая модель Аналитическая модель – это точное, четкое представление задачи, позволяющее отвечать на вопросы и строить решения. На этапе проектирования должна использоваться аналитическая модель, а не исходная формулировка задачи. Аналитическая модель включает две части: Модель предметной области (domain model); Модель программной системы (application model).

Основные представления аналитической модели

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

Что поясняет domain model? Чтобы понять как работает бизнес заказчика нужно: Определить понятия и сущности предметной области (моделирование сущностей предметной области, их атрибутов и при необходимости их взаимосвязей) Выявить заинтересованных лиц и определить бизнес-процессы (обязанности, потребности или сервисы), которые они инициируют (моделирование действующих лиц и бизнес-прецедентов) Описать бизнес-процессы (моделирование бизнес-процессов)

Модели сущностей предметной области Объектная модель Диаграмма последовательности (sequence diagram)

Модели сущностей предметной области

Модели сущностей предметной области Модель сущность-связь (ERD)

Модели сущностей предметной области

Модели сущностей предметной области