
- •1. История развития систем автоматизированной разработки пс.
- •2. Case-технология в разработке пс
- •3.Основные элементы объектной модели проектирования программного обеспечения (абстрагирование, инкапсуляция, модульность, иерархия). Особенности построения объектно-ориентированной системы.
- •4. Дополнительные элементы объектной модели проектирования программного обеспечения (типизация, параллелизм, устойчивость). Полиморфизм и наследование.
- •5. История появления, особенности и назначение унифицированного языка моделирования uml.
- •6.Назначение программного средства Rational xde. Основные окна и пункты меню Rational xde.
- •7.Сравнительный анализ программных продуктов Rational Rose и Rational xde
- •8. Назначение, особенности и построение диаграммы Use Case.
- •9. Назначение, особенности и построение диаграммы Deployment.
- •10. Назначение, особенности и построение диаграммы Statechart.
- •11. Назначение, особенности и построение диаграммы Activity.
- •12. Назначение, особенности и построение диаграммы Sequence.
- •13. Назначение, особенности и построение диаграммы Collaboration.
- •14. Назначение, особенности и построение диаграммы Component.
- •15, 16. Назначение, особенности и построение диаграммы Class.
- •17. Назначение и виды связей между классами на диаграммах Rational Rose. Особенности следующих связей: однонаправленная ассоциация, зависимость, ассоциированный класс, наследование, реализация.
- •19. Создание шаблона приложения с использованием библиотеки mfc. Структура и классы приложения.
- •20. Функциональные возможности Rational Rose: модуль Component Assignment Tool, компонент Model Assistant, обновление кода по модели и модели по коду.
- •21. Особенности генерации исходного кода в среде Rational xde. Способы синхронизации модели.
- •22. Сравнительный анализ процедур генерации исходного кода в Rational Rose и Rational xde
- •23. Назначение, возможности, особенности использования модуля Data Modeler.
- •24. Назначение, возможности, особенности использования модуля Data Modeler в Rational xde.
- •25. Назначение, возможности, особенности использования модуля Web Modeler.
- •26. Возможности и особенности построения Web-модели в среде Rational xde
- •27. Продукт Rational Unified Process (rup), его цели и назначение.
- •28. Статический и динамический аспекты rup.
- •29. Использование программного средства rup в сочетании с диаграммами uml
- •30.Принципы и стадии разработки пс в технологии Rational Unified Process.
- •31. Содержание и результаты первой и второй стадий в технологии Rational Unified Process
- •32. Содержание и результаты третьей и четвертой стадий в технологии rup.
- •33. Этапы и процессы создания пс в технологии Oracle.
- •34. Классический и быстрый подходы к разработке пс в технологии Oracle. Факторы, определяющие выбор подхода.
- •35. Этапы разработки пс в технологии Borland.
- •36. Принцип модульности при разработке пс
- •37. Управление рисками проекта. Процедуры идентификации и анализа рисков.
- •38. Управление рисками проекта. Ранжирование, планирование управления, разрешение и наблюдение риска.
- •39. Метрики объектно-ориентированных программных систем. Локализация. Инкапсуляция. Информационная закрытость
- •40. Метрики объектно-ориентированных программных систем. Инкапсуляция. Наследование. Абстракция.
- •41. Назначение и компоненты системной модели сапр. Обозначение, наименование, цели системы, общесистемные характеристики, входы-выходы, структура системы.
- •42. Критерии развития сапр. Функциональные и технологические критерии.
- •43. Критерии развития сапр. Экономический и эргономический критерии.
- •44. Перспективы развития технологий разработки программного обеспечения.
14. Назначение, особенности и построение диаграммы Component.
Диаграмма компонентов позволяет создать физическое отражение текущей модели на уровне программных модулей. Component показывает организацию и взаимосвязи программных компонентов, представленных в файлах различных типов, а ее связи отражают зависимости одного компонента от другого. Позволяет получить представление о поведении компонента по предоставляемому ими интерфейсу. В текущей модели может быть создано несколько диаграмм компонентов для отражения пакетов, компонентов верхнего уровня или описания содержимого каждого пакета компонентов.
Моделирование системы с помощью диаграммы компонентов
Компонент представляет собой модуль ПО. Взаимодействие элементов представляется на диаграмме одним или несколькими значками интерфейса. Компоненты могут использоваться для показа взаимосвязи модулей на этапе компиляции или выполнения программы, а также показывать, какие классы используются для создания определённых компонентов. К компонентам могут применяться стереотипы.
Пакет – отображает пакет, который объединяет группы компонентов в модели.
Зависимость – инструмент для отображения связи между компонентами. Показывает, что классы в компоненте-клиенте наследуются, содержат элементы, используют или каким-либо другим образом зависят от классов, которые экспортируются из компонента-сервера.
Главная программа – позволяет добавлять в модель компонент, обозначающий главную программу, не для ООП.
Тело подпрограммы - позволяет добавить в модель компонент, обозначающий тело подпрограммы, тоже не для ОПП.
Packege specification / body – эти значки позволяют отобразить определение пакета и его описание, которые обычно связаны между собой.
Для С++ Package specification – заголовочный файл с расширением .h, а Package body – файл с расширением .cpp.
Task specification / body (определение / тело задачи) позволяют отобразить независимые потоки в многопоточной системе.
15, 16. Назначение, особенности и построение диаграммы Class.
Диаграмма классов является основной для создания кода приложения. С ее помощью строится внутренняя структура системы. Обычно данная диаграмма строится для всех классов, становясь логической моделью системы, т.к. классы – это заголовки , на основе которых затем будут определены физические объекты. Часто противопоставляется Collaboration, в которой представлены объекты системы, при этом возможно смешанное представление классов и объектов. Кроме того, Rational Rose позволяет на основе Class diagram создавать исходный код приложения на любом языке программирования, который поддерживается генератором кода Rational Rose. С ее помощью возможно изменение свойств любого класса или его связей, при этом диаграммы или спецификации, связанные с изменяемым классом, будут автоматически обновлены.
Обычно диаграмма классов создаётся для всех классов системы, в отличие от диаграммы объектов.
Возможно создание 1 или нескольких диаграмм классов, которые описывают классы верхнего уровня в текущей модели. Возможно создание 1 или более диаграмм классов, которые описывают классы, содержащиеся в пакетах.
Построение ДК
Класс
– это установки структуры и шаблона
для некоторого множества реальных
объектов, которые в дальнейшем будут
определены в программе на основе данного
шаблона. Класс – это некоторая абстракция
реального мира. Когда эта абстракция
принимает конкретное воплощение, она
называется объектом. Для детализации
модели поведения классов создаются
диаграммы состояний и действий.
Интерфейс
– этот инструмент указывает на видимые
извне операции класса или компонента.
Обычно создается только для некоторых
строго определенных классов или
компонентов и предназначен скорее для
логического отображения системы.
Пакет
– позволяет создать элемент диаграммы,
который используется для объединения
элементов модели, причём может
использоваться как для физической, так
и логической группировки элементов.
Однонаправленная
связь
позволяет создать однонаправленную
связь класса с классом или класса с
интерфейсом.
Ассоциация
класса
позволяет связать классы ассоциативной
связью.
Зависимость
- показывает, что класс использует другой
класс как параметр в одном из методов
(в коде генерируется директива #include).