- •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. Перспективы развития технологий разработки программного обеспечения.
13. Назначение, особенности и построение диаграммы Collaboration.
Назначение диаграммы
Диаграмма Collaboration не акцентирует внимание на последовательности передачи сообщений, она отражает наличие взаимосвязей вообще, то есть на этой диаграмме отражается наличие сообщений от клиентов к серверам. Так как временная шкала не участвует в демонстрации сообщений, то эта диаграмма получается компактней и как нельзя лучше подходит для того, чтобы окинуть одним взглядом взаимодействие всех объектов.
Особенности диаграммы Collaboration
Диаграмма Collaboration показывает взаимодействие между объектами, а не классами, то есть является мгновенным снимком объектов системы в некотором состоянии. Ведь объекты, в отличие от созданных на этапе проектирования классов, создаются и уничтожаются на всем протяжении работы программы.
Создание диаграммы Collaboration
Для создания диаграммы Collaboration используются следующие инструменты:
Object (объект) позволяет создавать объекты, которые имеют состояния, поведение и индивидуальны. Каждый объект на диаграмме показывает реализацию некоторого класса.
Class Instance (реализацией класса) позволяет добавлять абстрактные реализации класса в диаграмму. Разница между объектом и абстрактной реализацией класса: Объект подразумевает настройку его времени жизни и других свойств, присущих только конкретному объекту. Абстрактная реализация класса не позволяет изменять эти свойства и предназначена только для показа взаимодействия.
Object Link (связь объекта). Взаимодействия объектов отражается посредством показа их связей. Существование связей между двумя классами символизирует взаимодействие между их реализациями (объектами, созданными на основе этих классов). При этом один объект может посылать сообщение другому объекту.
Link To Self (связь с самим собой). Так как объекты могут посылать сообщения самим себе, то данный значок показывает, что объект имеет обратную связь с самим собой.
Link Message (передача сообщения) позволяет отразить связь, которая подразумевает обязательную передачу сообщения.
Reverse Link Message (обратная передача сообщения) позволяет отразить связь, которая подразумевает обязательную передачу сообщения аналогично предыдущему пункту, но в обратном направлении.
Data Flow (поток данных) позволяет отразить связь показывающую, что происходит передача данных от одного объекта другому.
Reverse Data Flow (обратный поток данных) позволяет отразить связь, показывающую, что происходит передача данных от одного объекта к другому, но в обратном направлении.
Для задания области видимости объекта используются следующие
значения:
Unspecified – не определено, это значение присваивается по умолчанию;
Field - объект включен в другой объект;
Parameter – объект передается параметром в другой объект;
Local – объект локально определен в границах другого объекта;
Global -- объект глобален по отношению к другому объекту.
Составление отчета
