- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
 - •Модель жизненного цикла ПО
 - •Цель использования моделей ЖЦПО
 - •Проблемы разработки информационных систем
 - •Проблемы разработки информационных систем
 - •Проблемы разработки информационных систем
 - •Проблемы разработки информационных систем
 - •Проблемы разработки информационных систем
 - •Содержание
 - •Предложения Rational Software
 - •Предложения Rational Software
 - •Содержание
 - •Лучший опыт
 - •Лучший опыт: Итерационная разработка
 - •Лучший опыт: Итерационная разработка
 - •Лучший опыт: Итерационная разработка
 - •Лучший опыт: Итерационная разработка
 - •Лучший опыт: Итерационная разработка
 - •Лучший опыт
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт: Управление требованиями
 - •Лучший опыт
 - •Лучший опыт: Использование компонентной архитектуры
 - •Лучший опыт: Использование компонентной архитектуры
 - •Лучший опыт: Использование компонентной архитектуры
 - •Лучший опыт: Использование компонентной архитектуры
 - •Лучший опыт: Использование компонентной архитектуры
 - •Лучший опыт: Использование компонентной архитектуры
 - •Лучший опыт
 - •Лучший опыт:
 - •Лучший опыт:
 - •Лучший опыт:
 - •Лучший опыт:
 - •Лучший опыт:
 - •Лучший опыт
 - •Лучший опыт: Контроль качества
 - •Лучший опыт: Контроль качества
 - •Лучший опыт: Контроль качества
 - •Лучший опыт: Контроль качества
 - •Лучший опыт: Контроль качества
 - •Лучший опыт: Контроль качества
 - •Лучший опыт
 - •Лучший опыт: Управление изменениями
 - •Лучший опыт: Управление изменениями
 - •Лучший опыт: Управление изменениями
 - •Лучший опыт: Управление изменениями
 - •Лучший опыт: Управление изменениями
 - •Содержание
 - •Инструментальная поддержка
 - •Инструментальная поддержка
 - •Инструментальная поддержка
 - •Инструментальная поддержка:
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Инструментальная поддержка:
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Инструментальная поддержка:
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Инструментальная поддержка:
 - •Rational Unified Process
 - •Rational Unified Process
 - •Rational Unified Process
 - •Инструментальная поддержка:
 - •Инструментальная поддержка:
 - •Rational Unified Process
 - •Rational Unified Process
 
Лучший опыт: Использование компонентной архитектуры
Компоненты – это связанные группы кода
в исходной или выполнимой форме,
с четко определенными интерфейсами и поведением,
обеспечивающие сильную инкапсуляцию содержания,
заменимые
Компонентные архитектуры имеют тенденцию к уменьшению размера и сложности, более устойчивы и жизнеспособны
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	31  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт: Использование компонентной архитектуры
Компонентная архитектура может использовать компоненты разных уровней
«Правильная» архитектура позволяет компоненту использовать услуги только следующего ниже уровня
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	32  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт: Использование компонентной архитектуры
Компоненты приходят из различных источников:
Разработка внутри проекта
Библиотека
компонентов
организации
Покупка (заметный рост индустрии в последнее время)
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	33  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт: Использование компонентной архитектуры
Технология Rational поддерживает компонентно- ориентированную разработку в нескольких направлениях:
Итерационный подход позволяет постепенно идентифицировать компоненты и принимать решения о многократном использовании, покупке и т.д.
Фокус на архитектуре позволяет формулировать структуру (компоненты и способы их интеграции)
Концепции пакетов, подсистем и уровней используются для организации компонентов и определения их интерфейсов
Тестирование производится сначала для одиночных, а затем для более крупных, интегрированных компонентов
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	34  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт
Итерационная
разработка
Управление
требованиями
Использование
компонентной
архитектуры
Лучший опыт Визуальное
моделирование
Контроль
качества
Управление
изменениями
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	35  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт:
Визуальное моделирование
Модель – это упрощенное представление системы. Модель показывает существенное в системе со специфической точки зрения и скрывает несущественные детали
Визуальная модель повышает уровень абстракции
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	36  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт:
Визуальное моделирование
Преимущества моделирования проявляются
вследующем:
Понимание сложной системы
Исследование и сравнение альтернативных решений за более низкую цену
Формирование фундамента для реализации
Точное определение требований
Однозначное толкование решений
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	37  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт:
Визуальное моделирование
Создается объектно-ориентированная модель проекта, на которой базируется вся последующая работа
Модель использует UML как общую систему обозначений
Визуальная модель:
Описывает поведение и структуру системы
Поддерживает согласованность описания
Облегчает взаимопонимание
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	38  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт:
Визуальное моделирование
Модель проекта представляет собой
совокупность подмоделей структуры и поведения
Каждая
подмодель
представлена
набором
диаграмм
Подмодели
согласованы
между собой
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	39  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
Лучший опыт:
Визуальное моделирование
Унифицированный язык моделирования (UML)
объединяет лучший опыт объектных технологий. Он предоставляет непротиворечивый язык, который может быть использован как для описания систем, так и для
бизнес-моделирования.
Корни и история UML
© 2005,  | 
	В.В.Хашковский, Д.П.Калачев.  | 
	40  | 
© 2004,  | 
	Л.Б.Новиков  | 
	
  | 
