Документ взят из кэша поисковой машины. Адрес оригинального документа : http://sp.cs.msu.ru/courses/ooad_tickets2004.doc Дата изменения: Fri Dec 24 15:24:35 2004 Дата индексирования: Mon Oct 1 20:13:56 2012 Кодировка: koi8-r

| |
| |
|Билет ?1 |
| |
|1. Определение проекта и проектирования. Основные особенности и проблемы |
|современных программных проектов. |
|2. Переход от бизнес-модели к системным требованиям |
| |
| |
| |
| |
|Билет ?2 |
| |
|1. Процессы и стадии жизненного цикла программного обеспечения. |
| |
|2. Моделирование бизнес-процессов. Модель Business Use-Case |
| |
| |
| |
| |
|Билет ?3 |
| |
|1. Каскадная модель жизненного цикла программного обеспечения, ее преимущества и|
|недостатки. |
|2. Понятие архитектуры программного обеспечения. Архитектурные представления. |
|Модель «4+1» |
| |
| |
| |
|Билет ?4 |
| |
|1. Общие принципы проектирования систем |
| |
|2. Моделирование реализации бизнес-процессов. Модель бизнес-анализа (Business |
|Object) |
| |
| |
| |
|Билет ?5 |
| |
|1. Итерационная модель жизненного цикла программного обеспечения, ее |
|преимущества и недостатки. |
|2. Понятие образца (pattern) и способ его описания. Пример образца |
| |
| |
| |
| |
|Билет ?6 |
| |
|1. Модели программного обеспечения и их место в процессе проектирования |
| |
|2. Определение требований к системе. Модель вариантов использования (use case) |
| |
| |
| |
| |
|Билет ?7 |
| |
|1. Понятие архитектуры программного обеспечения. Архитектурные представления. |
|Модель «4+1» |
|2. Отображение объектной модели в модель «сущность-связь» |
| |
| |
| |
| |
|Билет ?8 |
| |
|1. Основные принципы построения объектной модели |
| |
|2. Анализ вариантов использования. Цели и содержание |
| |
| |
| |
| |
|Билет ?9 |
| |
|1. Основные элементы объектной модели. Объекты, классы, атрибуты и операции |
| |
|2. Анализ вариантов использования. Образцы распределения обязанностей между |
|классами |
| |
| |
| |
|Билет ?10 |
| |
|1. Основные элементы объектной модели. Виды связей между элементами моделей |
| |
|2. Содержание процесса анализа и проектирования ПО |
| |
| |
| |
| |
|Билет ?11 |
| |
|1. Основные элементы объектной модели. Компоненты и интерфейсы |
| |
|2. Содержание процесса анализа и проектирования ПО |
| |
| |
| |
| |
|Билет ?12 |
| |
|1. Пакеты и подсистемы. Общие свойства и различия |
| |
|2. Архитектурный анализ. Цели и содержание |
| |
| |
| |
| |
|Билет ?13 |
| |
|1. Язык UML. Определение и история создания. Состав диаграмм UML |
| |
|2. Отображение объектной модели в модель «сущность-связь» |
| |
| |
| |
| |
|Билет ?14 |
| |
|1. Определение технологии создания программного обеспечения. Подходы к выбору и |
|оценке технологии |
|2. Диаграммы взаимодействия (interaction). Виды и область применения |
| |
| |
| |
| |
|Билет ?15 |
| |
|1. Технология Rational Unified Process. Стадии и их содержание |
| |
|2. Диаграммы деятельности (activity). Область применения |
| |
| |
| |
| |
|Билет ?16 |
| |
|1. Технология Rational Unified Process. Основные принципы |
| |
|2. Диаграммы классов. Основные понятия и область применения. |
| |
| |
| |
| |
|Билет ?17 |
| |
|1. Варианты использования (use cases) и диаграммы вариантов использования |
| |
|2. Язык UML. Общие механизмы: стереотипы, примечания, ограничения |
| |
| |
| |
| |
|Билет ?18 |
| |
|1. Технология Rational Unified Process. Процессы и их содержание |
| |
|2. Понятие образца (pattern) и способ его описания. Пример образца. |
| |
| |
| |
| |
|Билет ?19 |
| |
|1. Бизнес-модели и модели системы. Принципиальные различия |
| |
|2. Проектирование архитектуры системы. Подсистемы и интерфейсы |
| |
| |
| |
| |
|Билет ?20 |
| |
|1. Диаграммы UML, используемые при моделировании бизнес-процессов. Примеры |
| |
|2. Анализ вариантов использования. Идентификация классов |
| |
| |
| |
| |
|Билет ?21 |
| |
|1. Анализ вариантов использования. Определение атрибутов и ассоциаций классов. |
| |
|2. Диаграммы компонентов и диаграммы размещения (deployment). Область применения|
| |
| |
| |
| |
|Билет ?22 |
| |
|1. Проектирование архитектуры системы. Цели и содержание |
| |
|2. Моделирование бизнес-процессов. Подход Eriksson-Penker. |
| |
| |
| |
| |
|Билет ?23 |
| |
|1. Формирование архитектурных уровней. Образец «Уровни» (Layers) |
| |
|2. Проектирование структуры потоков управления и конфигурации системы |
| |
| |
| |
| |
|Билет ?24 |
| |
|1. Проектирование классов. Цели и содержание |
| |
|2. Диаграммы состояний. Область применения |
| |
| |