- •Вопросы по uml
- •1. Место моделирования в проектировании больших программных систем. Моделируемые аспекты программных систем.
- •2. Основные понятия объектно-ориентированного подхода к проектированию программ. Абстрагирование. Ограничение доступа. Модульность. Иерархия.
- •3. Основные понятия объектно-ориентированного подхода к проектированию программ. Понятие класса. Понятие объекта. Инкапсуляция данных и методов.
- •4. Основные понятия объектно-ориентированного подхода к проектированию программ. Роль наследования в ооп.
- •5. Основные понятия объектно-ориентированного подхода к проектированию программ. Свойство полиморфизма.
- •6. Основные понятия объектно-ориентированного подхода к проектированию программ. Понятие типизации.
- •7. Назначение и основные свойства языка uml
- •9. Язык uml. Типы сущностей.
- •10. Язык uml. Типы отношений.
- •11. Язык uml. Диаграмма прецедентов (использования). Вид диаграммы. Назначение диаграммы.
- •8. Язык uml. Понятия сущности, отношения, диаграммы.
- •Включение.
- •12. Язык uml. Диаграмма классов. Вид диаграммы. Назначение диаграммы.
- •13. Язык uml. Диаграмма объектов. Вид диаграммы. Назначение диаграммы.
- •14. Язык uml. Диаграммы взаимодействий. Диаграмма последовательностей. Вид диаграммы. Назначение диаграммы.
- •15. Язык uml. Диаграммы взаимодействий. Диаграмма коопераций. Вид диаграммы. Назначение диаграммы.
- •16. Язык uml. Диаграмма состояний. Вид диаграммы. Назначение диаграммы.
- •17. Язык uml. Диаграмма деятельности. Вид диаграммы. Назначение диаграммы.
- •18. Язык uml. Диаграмма компонентов. Вид диаграммы. Назначение диаграммы.
- •19. Язык uml. Диаграмма развертывания. Вид диаграммы. Назначение диаграммы.
- •20. Язык uml. Понятие прямого и обратного проектирования.
- •21. Язык uml. Элементы описания класса на диаграмме классов
- •Вопросы по технологии проектирования
- •1. Стадии проектирования программных систем. Итерационное проектирование
- •2. Проблема сложности при проектировании программного обеспечения. Различные виды сложности при проектировании программного обеспечения.
- •3. Основные характерные особенности больших программных систем
- •4. Определение требований к проектируемому программному обеспечению. Управление требованиями.
- •5. Документирование процесса проектирования. Назначение документирования. Требование к документированию.
- •6. Использование декомпозиции при проектировании больших программных систем. Декомпозиция при алгоритмическом подходе. Декомпозиция при объектно-ориентированном подходе.
- •7. Требования к программным модулям при проведении декомпозиции.
- •8. Роль абстракции в процессе проектирования. Барьер абстракции. Абстракции сущности и абстракции поведения.
- •9. Уровень реализации. Критерии выбора языка программирования и стандартов программирования.
- •10. Проектирование программных систем. Главный программист, его задачи и функции
- •11. Тестирование программ. Тестирование модулей. Тестирование скомпонованной программы.
- •12. Управление разработкой программ. Управление сроками. Управление кадрами. Управление организационной структурой.
- •13. Управление разработкой программ. Значение внутренних стандартов. Документирование разработки.
- •14. Методы интеграции информационных систем. Интеграция однородных и разнородных систем.
- •15. Методы интеграции информационных систем. Сервис ориентированная архитектура
8. Язык uml. Понятия сущности, отношения, диаграммы.
Словарь UML включает три вида строительных блоков:
1. Сущности.
2. Связи.
3. Диаграммы.
Сущности – это абстракции, которые являются основными элементами модели, связи соединяют их между собой, а диаграммы группируют представляющие интерес наборы сущностей.
9. Язык uml. Типы сущностей.
С
ущности:
1. Структурные
К
ласс
- описание совокупности объектов с
общими атрибутами, отношениями и
семантикой. Имя класса - обязательный
элемент.И
нтерфейс
- совокупность операций (только их
сигнатуры), которые определяют набор
действий (услуг класса).Кооперация - определяет взаимодействие и является совокупностью других элементов и ролей, которые производят коллективное действие.
П
рецедент
- описание последовательности действий
системы, приводящих к наблюдаемому
результату в интересах определённого
актёра.Актёр - любая внешняя по отношению к системе сущность.
А
ктивный
класс - класс, объекты которого имеют
один или несколько процессов, инициирующих
управляющие воздействия (ограничивается
жирной линией).К
омпонент
- физическая заменяемая часть системы,
обеспечивающая реализацию набора
интерфейсов.У
зел
- элемент реальной физической системы,
как правило, вычислительный ресурс.
Все структурные сущности могут иметь разновидности.
2. Поведенческие
Описывают поведение модели во времени и пространстве.
В
заимодействие
- поведение, связанное с обменом
сообщением.Автомат - алгоритм поведения, выраженный в последовательности состояний.
3. Группирующие
П
акет
- универсальный механизм организации
элементов в группы. В пакет можно
поместить структурные и поведенческие
сущности, а также другие группирующие
сущности. В отличие от компонента,
существующего во время работы, пакет
носит чисто концептуальный характер
для этапа разработки. Это блоки, на
которые можно разложить модель.
4
.
Аннотационные
Комментарии - пояснительные части моделей.
10. Язык uml. Типы отношений.
Отношения:
З
ависимость
- семантическое отношение между двумя
сущностями.
Ассоциация - структурное отношение.
О
бобщение
- отношение наследования, соотношение
с более общим вариантом.
Р
еализация
- отношение реализации, например,
интерфейса или прецедентов и их
коопераций.
11. Язык uml. Диаграмма прецедентов (использования). Вид диаграммы. Назначение диаграммы.
Диаграмма прецедентов отражает функциональное назначение системы. Является концептуальной моделью системы. Она же диаграмма использования. Формализация требований заказчика к системе.
Применение:
моделирование контекста системы;
охватывает внешнее окружение системы, с которой она взаимодействует;
вводит стереотипы их поведения, связи с системой;
моделирует требования к системе;
устанавливает внешние связи;
определяет поведение системы;
определяет функциональные требования к системе.
Актёры – действующие лица, любая внешняя по отношению к системе сущность, которая взаимодействует с системой.
Прецеденты – варианты использования.
На диаграмме могут быть показаны интерфейсы. Подробно они никогда не расписываются, реализация не показывается, потому что диаграмма нужна только для понимания функционирования системы в целом.
Взаимодействия между прецедентами и актёрами:
