- •Лекция 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
Литература к лекции 2.3
Буч Г., Рамбо Д., Джекобсон А. Язык UML. Руководство пользователя.: Пер. с англ. – М.: ДМК, 2000. – Главы 8, 12, 19, 24, 29, 30.
Вендров А. М., Малышко В. В. Объектно-ориентированный анализ и проектирование с использованием языка UML.: Методическое пособие – М.: Издательский отдел факультета ВМиК МГУ, 2002.
Леоненков В. А. Самоучитель UML. – СПб: BHV, 2001.
Фаулер М. UML. Основы. 3-е издание. Краткое руководство по стандартному языку объектного моделирования.: Пер. с англ. – СПб: Символ-Плюс, 2005. – Главы 3, 5, 7, 8, 10, 11, 14
Лекция 2.4. Общие механизмы: стереотипы, примечания, ограничения. Понятие образца и способ его описания
Механизмы расширения UML предназначены для того, чтобы разработчики могли адаптировать язык моделирования к своим конкретным нуждам, не меняя при этом его метамодель. Наличие механизмов расширения принципиально отличает UML от других средств моделирования. К механизмам расширения UML относятся:
стереотипы;
тегированные (именованные) значения;
примечания;
ограничения.
Стереотип – это новый тип элемента модели, который определяется на основе уже существующего элемента. Стереотипы расширяют нотацию модели, могут применяться к любым элементам модели и представляются в виде текстовой метки или пиктограммы.
Стереотипы классов – это механизм, позволяющий разделять классы на категории. Например, основными стереотипами, используемыми в процессе анализа системы, являются: Boundary (граничный класс), Entity (класс-сущность) и Control (управляющий класс).
Помимо упомянутых стереотипов, разработчики ПО могут создавать свои собственные наборы стереотипов, формируя тем самым специализированные подмножества UML (например, для описания бизнес-процессов, Web-приложений, баз данных и т.д.). Такие подмножества (наборы стереотипов) в стандарте языка UML носят название профилей языка.
Именованное значение – это пара строк "тег = значение", или "имя = содержимое", в которых хранится дополнительная информация о каком-либо элементе системы, например, время создания, статус разработки или тестирования, время окончания работы над ним и т. п.
Примечание – элемент диаграммы для комментария или другой текстовой информации. Примечание может содержать дополнительные сведения об элементах модели (с ними его соединяет пунктирная линия).
Ограничение – это семантическое ограничение, имеющее вид текстового выражения на естественном или формальном языке (OCL – Object Constraint Language), которое невозможно выразить с помощью нотации UML. Средства OCL не предназначены для описания процессов вычисления выражений, а только лишь фиксируют необходимость выполнения тех или иных условий применительно к отдельным компонентам моделей. Он может быть использован для решения следующих задач:
описание инвариантов классов и типов в модели классов;
описание пред- и постусловий в операциях и методах;
описание ограничивающих условий элементов модели;
навигация по структуре модели;
спецификация ограничений на операции.