Объектная модель
Объектно-ориентированная технология основывается на так называемой объектной модели [3]. Основными принципами объектной модели являются: абстрагирование, инкапсуляция, модульность, иерархичность, типизация, параллелизм и сохраняемость. Каждый из этих принципов сам по себе не нов, но в объектной модели они впервые применены в совокупности. Объектная модель представляет собой набор правил, которые предписывают, каким образом объекты определяются и документируются. Все объекты, принадлежащие данной объектной модели, соответствуют строгим правилам, которые диктуют их: определение, создание, взаимодействия между объектами и уничтожение. Другими словами, объектная модель формально определяет, что представляет собой объект, как он располагается в памяти, когда создается, как взаимодействует с другими объектами и когда уничтожается.. Существует ряд других определений объектной модели, известные автору, и дающие дополнительные возможности понимания данной парадигмы. Объектная модель – описывает обязанности, отношения и структуру различных объектов предметной области. Объектная модель представляет системные сущности, их классификацию и агрегирование. Объектные модели включают модели наследования, агрегирования и поведенческие модели. Объектная модель предназначена для описания статической структуры информации в системе, которая включает структуру классов и отношения между ними, атрибуты классов, отношения включения и специализации. UML (англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это — открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования, в основном, программных систем. UML не является языком программирования, но на основании UML-моделей возможна генерация кода. Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (англ. generalization), агрегация (англ. aggregation) и поведение) и больше сконцентрироваться на проектировании и архитектуре.
38. Разработать диаграмму классов для варианта использования "Покупка бензина на автозаправочной станции" и показать взаимодействия объектов этой модели на диаграмме последовательностей. Подготовить диаграмму вариантов использования. Обычно клиент платит за бензин наличными. Кроме отношения <include> добавить отношение расширения <extend>, с помощью которого описывается дополнительное поведение, возникающее, когда клиент платит кредитной картой снаружи или внутри АЗС. Возможны дополнительные услуги АЗС, в виде мойки машины, посещения кафетерия, приобретения авто товаров, продуктов питания и авто принадлежностей и т.п. Диаграмма классов Диаграмма последовательности 39. Для основного и альтернативных сценариев варианта использования "Покупка авиабилета" разработать диаграммы пригодности и последовательности. Полученные решения сформулировать на диаграмме классов. (162,208) Подготовить диаграмму вариантов использования. Обычно клиент платит за бензин наличными. Кроме отношения <include> добавить отношение расширения <extend>, с помощью которого описывается дополнительное поведение, возникающее, когда клиент платит кредитной картой снаружи или внутри АЗС. Возможны дополнительные услуги АЗС, в виде мойки машины, посещения кафетерия, приобретения авто товаров, продуктов питания и авто принадлежностей и т.п. Диаграмма последовательности. Ищет доступные места на нужную дату. Диаграмма пригодности:
40. Для основного и альтернативных сценариев варианта использования " Покупка бензина на автозаправочной станции" разработать диаграммы пригодности и последовательности. Полученные решения сформулировать на диаграмме классов. (162,208) Подготовить диаграмму вариантов использования. Обычно клиент платит за бензин наличными. Кроме отношения <include> добавить отношение расширения <extend>, с помощью которого описывается дополнительное поведение, возникающее, когда клиент платит кредитной картой снаружи или внутри АЗС. Возможны дополнительные услуги АЗС, в виде мойки машины, посещения кафетерия, приобретения авто товаров, продуктов питания и авто принадлежностей и т.п. Диаграмма последовательности: Диаграмма пригодности: Слово билет заменить на слово товар.Фразу «Искать по дате» заменить на «Искать по id»
|