- •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. Перспективы развития технологий разработки программного обеспечения.
26. Возможности и особенности построения Web-модели в среде Rational xde
В Rational XDE для создания структуры системы, ориентированной на работу в Web, используется диаграмма классов, в которой при создании архитектуры приложения учитываются ограничения реализации Web-приложения. Rational Rose поддерживает разработку только ASP-страниц, а Rational XDE предназначена для ASP.NET.
Для построения Web-модели можно использовать новое или существующее приложение, создать в нем новую модель, а затем выполнить синхронизацию проекта с моделью. Для этого в контекстном меню проекта необходимо выбрать пункт Synchronize.
Значок Client Page позволяет создать на диаграмме отображение простых страниц HTML, не имеющих собственного поведения. Обычно такие страницы предоставляют пользователям определенную, заранее заданную информацию.
Элемент Link Relation позволяет отобразить связи между страницами в том случае, когда на одной странице есть ссылка на другую.
Значок HTML Form позволяет отобразить формы ввода, которые присутствуют на страницах HTML (включается на страницу при помощи агрегирования).
Server Page – реализуют генерацию страниц для пользователя, что отображается при помощи связи Build Relation. Таким образом, Server Page являются связующим звеном между классами приложения и их визуальным отображением.
Для отражения связей между страницами ASP используется значок NETLink Relation. Если форма, расположенная на ASP странице, использует элементы управления, созданные пользователем, то значок NETRegister Relation позволяет отразить связи между страницей ASP и элементом управления пользователя.
Для отражения передачи управления другой странице используется значок NETTransfer Relation. При генерации кода создается директива Transfer, которая позволяет передавать управление другой странице с сохранением доступа к внутренним объектам исходной страницы.
Значок NETExecute позволяет отразить передачу управления другой странице, но при генерации кода создается директива Execute, позволяющая не только передать управление с сохранением доступа к внутренним объектам, но и по завершении вернуть управление вызывающей странице.
Для отражения простой переадресации с одной страницы на другую используется связь при помощи значка Redirect Relation. При этом не сохраняется доступ к внутренним объектам, как это происходит при использовании связей NETTransfer и NETExecute. Такая переадресация используется при необходимости активизации страницы, чье изображение зависит от установленного языка или возможностей браузера.
27. Продукт Rational Unified Process (rup), его цели и назначение.
RUP - Rational Unified Process. методология разработки программного обеспечения, созданная компанией Rational Software (IBM).
Основные принципы:
Итеративный подход к созданию ПО.
Управление проектом на основе требований к системе.
Построение ПО на базе архитектуры ПО.
Согласно RUP жизненный цикл программы разбит на отдельные циклы, в каждом из которых создается новое поколение продукта.
Из вики:
В основе RUP лежат следующие принципы:
Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков.
Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)).
Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки.
Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта.
Постоянное обеспечение качества на всех этапах разработки проекта (продукта).
Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.
RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта. Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних стадиях проекта, а также эффективно контролировать качество создаваемого продукта.