- •Лекция 1.2. Жизненный цикл программного обеспечения. Стандарты, регламентирующие жизненный цикл
- •Лекция 1.3. Общие принципы проектирования систем. Модели программного обеспечения и их место в процессе проектирования
- •Лекция 1.4. Понятие архитектуры программного обеспечения. Архитектурные представления
- •Лекция 1.5. Объектная модель
- •Раздел 2. Язык uml. Лекция 2.1. Определение и история создания языка uml. Состав диаграмм uml
- •Литература к лекции 2.1
- •Лекция 2.2. Варианты использования и диаграммы вариантов использования. Диаграммы взаимодействия
- •Литература к лекции 2.2
- •Лекция 2.3. Диаграммы классов. Диаграммы состояний. Диаграммы деятельности. Диаграммы компонентов и диаграммы размещения
- •Литература к лекции 2.3
- •Лекция 2.4. Общие механизмы: стереотипы, примечания, ограничения. Понятие образца и способ его описания
- •Литература к лекции 2.4
- •Раздел 3. Моделирование бизнес-процессов и спецификация требований к программному обеспечению Лекция 3.1. Модель Business Use Case. Модель бизнес-анализа
- •Литература к лекции 3.1
- •Лекция 3.2. Определение требований к системе. Варианты использования
- •Литература к лекции 3.2
- •Раздел 4. Анализ и проектирование программного обеспечения Лекция 4.1. Архитектурный анализ. Анализ вариантов использования
- •Литература к лекции 4.1
- •Лекция 4.2. Проектирование архитектуры системы. Подсистемы и интерфейсы. Формирование архитектурных уровней
- •Литература к лекции 4.2
- •Лекция 4.3. Проектирование структуры потоков управления. Проектирование конфигурации системы
- •Литература к лекции 4.3
- •Лекция 4.4. Проектирование классов. Проектирование баз данных
- •Литература к лекции 4.4
- •Раздел 5. Технология создания программного обеспечения. Rational Unified Process (rup)
- •Литература к разделу 5
Лекция 1.4. Понятие архитектуры программного обеспечения. Архитектурные представления
Архитектура ПО – набор ключевых правил, определяющих организацию системы:
совокупность структурных элементов системы и связей между ними;
поведение элементов системы в процессе их взаимодействия;
иерархию подсистем, объединяющих структурные элементы.
Архитектура ПО многомерна, поскольку различные специалисты работают с её различными аспектами. Различные представления архитектуры служат различным целям:
представление функциональных возможностей ПО;
представление логической организации ПО;
представление физической структуры программных компонент, входящих в состав ПО;
представление структуры потоков управления и аспектов параллельной работы ПО;
описание физического размещения компонент ПО по узлам вычислительной системы.
Архитектурное представление – это модель системы с определенной точки зрения, в которой отражены лишь существенные аспекты и опущено все, что несущественно при данном взгляде на систему. Архитектурно значимый элемент – это элемент, значительно влияющий на структуру системы, её функциональность, производительность, надежность, защищенность, возможность развития. Подсистемы, их интерфейсы, процессы и потоки управления являются архитектурно значимыми элементами.
Существуют стандартные архитектурные модели, такие как OSI/ISO. Для удобства повторного использования и передачи знаний между разработчиками некоторые архитектурные решения оформляются в виде образцов или паттернов проектирования. Паттерн – это описание проблемы, возникающей при проектировании архитектуры ПО, и способа решения этой проблемы. Каждый паттерн содержит: имя паттерна; описание проблемной области и ситуаций, в которых можно использовать паттерн; шаблон проектного решения; описание последствий применения паттерна.
Лекция 1.5. Объектная модель
В основе объектно-ориентированного подхода (ООП) лежит объектная декомпозиция, при этом статическая структура ПО описывается в терминах объектов и связей между ними, а динамический аспект ПО описывается в терминах обмена сообщениями между объектами. Каждый объект системы обладает своим собственным поведением, моделирующим поведение объекта реального мира.
Объектная модель является естественным способом представления реального мира. Она является концептуальной основой ООП. Основными принципами ее построения являются:
абстрагирование;
инкапсуляция;
модульность;
иерархия.
Абстрагирование – это выделение наиболее важных, существенных характеристик некоторого объекта, которые отличают его от всех других видов объектов, и игнорирование менее важных или незначительных деталей. Абстрагирование позволяет управлять сложностью системы, концентрируясь на существенных свойствах объекта. Выбор правильного набора абстракций для заданной предметной области представляет собой главную задачу объектно-ориентированного проектирования. Объекты и классы – основные абстракции предметной области.
Инкапсуляция – локализация свойств и поведения в рамках единственной абстракции (рассматриваемой как «черный ящик»), скрывающей реализацию за общедоступным интерфейсом. Инкапсуляция – это отделение внутреннего устройства объекта от его внешнего поведения. Объектный подход предполагает, что внутренние ресурсы объекта, скрыты от внешней среды. Абстрагирование и инкапсуляция являются взаимодополняющими принципами.
Модульность – это декомпозиция системы в виде набора внутренне сильно сцепленных, но слабо связанных между собой подсистем (модулей). Модульность снижает сложность системы, позволяя выполнять независимую разработку отдельных модулей.
Иерархия – это упорядоченная система абстракций, задающая их расположение по уровням. Основными видами иерархических структур сложных систем являются структура классов и структура объектов. Иерархия классов строится по наследованию, а иерархия объектов – по агрегации.
К основным понятиям объектно-ориентированного подхода (элементам объектной модели) относятся: объект; класс; атрибут; операция; полиморфизм; наследование; компонент; связь.
Объект – это сущность предметной области или программной системы, имеющий четко определяемое поведение. Любой объект обладает состоянием, поведением и индивидуальностью. Состояние объекта определяется значениями его свойств (атрибутов) и связями с другими объектами, оно может меняться со временем. Поведение определяет действия объекта и его реакцию на запросы от других объектов. Поведение представляется с помощью набора сообщений, воспринимаемых объектом (операций, которые может выполнять объект). Индивидуальность – это свойства объекта, отличающие его от всех других объектов.
Структура и поведение схожих объектов определяют общий для них класс. Класс – это множество объектов, связанных общностью свойств, поведения, связей и семантики. Любой объект является экземпляром класса. Определение классов и объектов – одна из самых сложных задач объектно-ориентированного проектирования.
Атрибут – поименованное свойство класса, определяющее диапазон допустимых значений, которые могут принимать экземпляры данного свойства. Атрибуты могут быть скрыты от других классов, это определяет видимость атрибута: рublic (общий, открытый); private (закрытый, секретный); protected (защищенный).
Определенное воздействие одного объекта на другой с целью вызвать соответствующую реакцию называется операцией или посылкой сообщения. Операция – это реализация услуги, которую можно запросить у любого объекта данного класса. Операции реализуют связанное с классом поведение, его обязанности. Описание операции включает четыре части: имя; список параметров; тип возвращаемого значения; видимость.
Понятие полиморфизма может быть интерпретировано, как способность класса принадлежать более чем одному типу. Полиморфизм - это способность скрывать множество различных реализаций под единственным общим интерфейсом. Интерфейс – это совокупность операций, определяющих набор услуг класса или компонента. Интерфейс не определяет внутреннюю структуру, все его операции открыты.
Наследование – это построение новых классов на основе существующих с возможностью добавления или переопределения свойств (атрибутов) и поведения (операций).
Компонент – это относительно независимая и замещаемая часть системы, выполняющая четко определенную функцию в контексте заданной архитектуры. Виды компонентов: компонент исходного кода; компонент времени выполнения; исполняемый компонент.
Между элементами объектной модели существуют различные виды связей:
ассоциация – это семантическая связь между классами;
агрегация – более сильный тип связи между целым и его частями;
зависимость – связь между двумя элементами модели, при которой изменения в спецификации одного элемента могут повлечь за собой изменения в другом элементе;
обобщение – связь «тип – подтип».
Связи характеризуются: направлением; именем и ролевыми именами участников связи; мощностью.