- •Программная инженерия.
- •Характеристики объектно-ориентированного подхода.
- •Модели по.
- •Диаграмма классов.
- •Операции и методы.
- •Кратность.
- •Имена полюсов ассоциаций.
- •Упорядочение объектов у полюса ассоциации.
- •Мультимножества и последовательности.
- •Классы ассоциаций.
- •Обобщение
- •Каскадная модель(Модель жизненного цикла) по.
- •Достоинства:
- •Спиральная модель по( ieee).
- •Автоматизированные средства разработки по.
Характеристики объектно-ориентированного подхода.
Абстракция - означает сосредоточение на важнейших аспектах приложения и игнорирования всех остальных. Сначала принимается решение о том что представляет собой объект и что он делает, а уже затем подбирается способ его реализации.
Наследование – наличие у разных классов образующих иерархию общих атрибутов и операций. Супер класс задает наиболее общую информацию которою затем уточняют и улучшают его подкласс. Каждый подкласс соединяет в себе(наследует) все черты его суперкласса, которым добавляет свои собственные уникальные черты. Подклассам не обязательно воспроизводить все черты суперкласса. Возможность выделять общие черты нескольких классов в суперклассе значительно сокращает количество повторений в проектах и программах.
Полиморфизм – означает что одна и та же операция может подразумевать разное поведение у разных классов.
Операция – процедура или трансформация которую объект выполняет сам или которая осуществляется на данном объекте.
Реализация операций в конкретном классе называется методом.
Инкапсуляция – иными словами сокрытие информации. Состоит в отделении внешних аспектов объекта( доступных другим классам от деталей внутренней реализации которая скрывается от других классов.
Совместное использование – вытекает из наследования и полиморфизма классы и объекты используются на разных уровнях.
Выделение сущности объекта – объектно-ориентированная технология выделяет, то чем объект является, а не как он используется.
Модели по.
Модель Классов.
Описывают структуру объектов системы(их индивидуальность) отношения с другими объектами атрибуты и операции. Эта модель создает контекст для моделей состояний и взаимодействий.
Цель конструирования моделей классов состоит в том чтобы охватить те реальные концепции которые важны для разработки приложения.
Модель классов изображается на диаграммах классов.
Модель состояния – описывает аспекты объектов связанные с течение времени и с последовательность операций, т.е. события связанные с изменениями, состояния определяющие контекст событий, упорядочение событий и состояний. Модель состояний охватывает вопросы управления т.е. описывает порядок осуществляемых операций без учета их фактического значения, участников и реализации. Эта модель изображается на диаграммах состояния.
Модель взаимодействия - описывает взаимодействие между объектами необходимое для обеспечения поведения системы как целого. Модель взаимодействия изображает на диаграммах последовательности и деятельности. Первые показывают временную последовательность взаимодействия объектов вместе с самими объектами, а вторые поток управления между последовательными этапами вычислений.
Диаграмма классов.
Модели структуры бывают двух типов – диаграммы классов и диаграммы объектов.
Первые позволяют описать модель классов и их отношений, а вторые полезны для документирования тестовых ситуаций и обсуждения примеров.
Calass: Name |
AttName:datatype=def |
opName(dir argname:datatype=def) |
Общее обозначение класса .
ClassName
|
<visibility> attributeName1 : dataType1=defaultvalue1 <visibility> attributeName2 : dataType2=defaultvalue2 …………….. |
<visibility> operationMane1 (direction argName1 : dataType1 = defaultValue1): opDataType1 <visibility> operationMane2 (direction argName2 : dataType2 = defaultValue2): opDataType2 ……………… |
Класс обозначается прямоугольником с тремя отделами, в первом указывается имя класса, во втором атрибуты, и в третьем операции класса. Имя класса записывается жирным шрифтом заглавными буквами.
Объект обозначается аналогично классу, но в имени объекта через двоеточие указывается его класс. Имена объектов на диаграмме подчеркиваются.
Обозначение объектов и классов в UML.
……
Значение и атрибуты.
Значение – элементы данных которые можно определить изучить примеры приведенные в документации к поставленной задаче.
Атрибут – именованное свойство класса описывающее значение которое может иметь каждый объект класса. В постановке задач атрибуты это прилагательные. Они получаются абстрагирование типичных значений.
Атрибуты обеспечивают детализацию классов
……
У каждого конкретного объекта атрибут принимает свое конкретное значение. У разных объектов один и тот же атрибут может принимать как одинаковые как одинаковые так и различные значения. Имя атрибута уникально только в рамках класса. Атрибуты имеют типы – данные, а не объект. Атрибуты указывают во втором отделе кроме его имени (atributeName) через двоеточие может быть указан тип данных( dataType) и после равно значение по умолчанию (defaulValue).
Имена атрибутов начинаются с прописной буквы и жирным шрифтом не выделяются. Иногда для удобства программирования вводится внутренний атрибут, соответственно на диаграммах классов они не отражаются.
