
- •3.Понятие инкапсуляция
- •4.Понятие полиморфизм.
- •5.Платформа .NetFramework
- •6.Преимущества .NetFramework
- •8. Компоненты .Net Framework
- •9.Обзор с#
- •10.Структура программы на c#
- •11.Система типов языка с#
- •12.Использование встроенных типов данных
- •15. Операторы выбора
- •17. Обработка исключений
- •19. Перегрузка методов.
- •18. Использование методов. Использование свойств.
- •21. Особенности конструктора
- •22.Использование инкапсуляции.
- •23. Инициализация данных.
- •24.Насле́дование
- •25. Синтаксис обьявления Метода
- •26. Спецификаторы метода.
- •31.Интерфейс.
- •32. Стандартные интерфейсы .Net.
- •33. Пространство имен.System.Collections
- •34. Принципы ооп в с#. Наследование
- •35. Принципы ооп в с#. Полиморфизм
- •36. Принцыпы ооп в c#. Инкапусаляция.
- •37. Делегаты.
- •38. Пример использования делегатов. Функции высших порядков.
- •39. Случаи использования делегатов.
- •42. Интерфейс iDisposable.
- •43. Класс System.Gc
- •44. Унифицированный язык моделирования. Предметы вUml.
- •45.Унифицированный язык моделирования. Отношения в uml.
- •46. Диаграммы в uml
- •47. Унифицированный язык моделирования. Статические модели.
- •49.Моделирование поведения программной системы
- •50. Диаграммы схем состояний
- •52.Диаграммы Use Case
- •53. Технологии проектирования программного обеспечения
- •54.Парадигмы ткпо. Классический жизненный цикл.
- •55. Парадигмы ткпо. Макетирование.
- •56 Стратегии конструирования по. Однократный подход.
- •58. Спиральная модель разработки по.
- •59. Компонентно-ориентированная модель разработки по.
- •60. Унифицированный процесс разработки по.
- •Принципы
- •61. Создание многопоточных приложений. Класс Thread.
- •62. Понятие графического интерфейса пользователя.
- •63. Gui. Модель обработки событий.
- •64. Gui. Многодокументный интерфес.
- •65. Gui. Понятие диалогового окна.
- •67. Класс Form и его жизненный цикл.
- •72. Тестирование по. Основные понятия
- •73. Тестирование по. Тестирование «белого ящика»
- •74. Тестирование по. Тестирование «черного ящика»
- •75.Заповеди отладки.
45.Унифицированный язык моделирования. Отношения в uml.
В UML имеются четыре разновидности отношений:
1) зависимость;
2) ассоциация;
3) обобщение;
4) реализация.
Эти отношения являются базовыми строительными блоками отношений. Они используются при написании моделей.
1. Зависимость — семантическое отношение между двумя предметами, в котором изменение в одном предмете (независимом предмете) может влиять на семантику другого предмета (зависимого предмета).
2. Ассоциация — структурное отношение, которое описывает набор связей, являющихся соединением между объектами. Агрегация — это специальная разновидность ассоциации, представляющая структурное отношение между целым и его частями.
3. Обобщение — отношение специализации/обобщения, в котором объекты специализированного элемента (потомка, ребенка) могут заменять объекты обобщенного элемента (предка, родителя). Иначе говоря, потомок разделяет структуру и поведение родителя.
4. Реализация — семантическое отношение между классификаторами, где один классификатор определяет контракт, который другой классификатор обязуется выполнять (к классификаторам относят классы, интерфейсы, компоненты, элементы UseCase, кооперации). Отношения реализации применяют в двух случаях: между интерфейсами и классами (или компонентами), реализующими их; между элементами UseCase и кооперациями, которые реализуют их.
46. Диаграммы в uml
Диаграмма — графическое представление множества элементов, наиболее часто изображается как связный граф из вершин (предметов) и дуг (отношений). Диаграммы рисуются для визуализации системы с разных точек зрения, затем они отображаются в систему. Обычно диаграмма дает неполное представление элементов, которые составляют систему. Хотя один и тот же элемент может появляться во всех диаграммах, на практике он появляется только в некоторых диаграммах. Теоретически диаграмма может содержать любую комбинацию предметов и отношений, на практике ограничиваются малым количеством комбинаций, которые соответствуют пяти представлениям архитектуры ПС. По этой причине UML включает девять видов диаграмм:
1) диаграммы классов;
2) диаграммы объектов;
3) диаграммы Use Case (диаграммы прецедентов);
4) диаграммы последовательности;
5) диаграммы сотрудничества (кооперации);
6) диаграммы схем состояний;
7) диаграммы деятельности;
8) компонентные диаграммы;
9) диаграммы размещения (развертывания).
47. Унифицированный язык моделирования. Статические модели.
Статическое представление модели описывает концепции предметной области системы, а также внутренние концепции, необходимые для ее реализации. Статическим это представление называется потому, что не описывает динамику, то есть изменения, происходящие в системе с течением времени. Для описания поведения системы служат другие представления моделей. Основой статического представления модели являются классы и их отношения: ассоциации, обобщения и различные виды зависимостей, например реализация и использование. Классом (class) называется описание некоторой концепции предметной области или элемента программного решения. Классы являются тем центром, вокруг которого строится представление классов. Все прочие элементы либо принадлежат классам, либо относятся к ним. Статическое представление изображается на диаграммах классов, в которых основной акцент сделан именно на описании классов и их взаимоотношений. Графически класс изображается в виде прямоугольника. Атрибуты и операции класса перечисляются в горизонтальных отделениях этого прямоугольника. Если на диаграмме не нужно представлять полное описание класса, то отделения можно просто скрыть. Один и тот же класс может присутствовать на различных диаграммах и отображаться с разной степенью детализации (полное описание класса часто присутствует только на одной диаграмме). Отношения между классами выражаются при помощи различных линий и дополнительных обозначений, которые ставятся либо над самими линиями, либо у их концов.