- •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.Заповеди отладки.
49.Моделирование поведения программной системы
Для моделирования поведения системы используют:
автоматы;
взаимодействия.
Автомат (State machine) описывает поведение в терминах последовательности состояний, через которые проходит объект в течение своей жизни. Взаимодействие (Interaction) описывает поведение в терминах обмена сообщениями между объектами.
Таким образом, автомат задает поведение системы как цельной, единой сущности; моделирует жизненный цикл единого объекта. В силу этого автоматный подход удобно применять для формализации динамики отдельного трудного для понимания блока системы.
Взаимодействия определяют поведение системы в виде коммуникаций между его частями (объектами), представляя систему как сообщество совместно работающих объектов. Именно поэтому взаимодействия считают основным аппаратом для фиксации полной динамики системы.
Автоматы отображают с помощью:
диаграмм схем состояний;
диаграмм деятельности.
Взаимодействия отображают с помощью:
диаграмм сотрудничества (кооперации);
диаграмм последовательности.
50. Диаграммы схем состояний
Диаграмма схем состояний — одна из пяти диаграмм UML, моделирующих динамику систем. Диаграмма схем состояний отображает конечный автомат, выделяя поток управления, следующий от состояния к состоянию. Конечный автомат — поведение, которое определяет последовательность состояний в ходе существования объекта. Эта последовательность рассматривается как ответ на события и включает реакции на эти события.
Диаграмма схем состояний показывает:
1) набор состояний системы;
2) события, которые вызывают переход из одного состояния в другое;
3) действия, которые происходят в результате изменения состояния.
В языке UML состоянием называют период в жизни объекта, на протяжении которого он удовлетворяет какому-то условию, выполняет определенную деятельность или ожидает некоторого события.
51. Унифицированный язык моделирования .Диаграммы деятельности
Представление деятельности является вариантом конечного автомата, в котором показаны длительные вычислительные деятельности. Деятельность представляет собой поток работ или выполнение операций. Представление деятельности отображает как последовательные, так и параллельные виды деятельности. Изображаются такие модели на диаграммах деятельности.
Диаграмма деятельности отражает реальные потоки работ в человеческой организации. Такое бизнес-моделирование и есть основное ее назначение. С таким же успехом ее можно использовать и при моделировании работы программного приложения. Диаграмма деятельности может оказаться полезной и для понимания поведения системы. При ее использовании не нужно указывать детали реализации, такие, например, как сообщения, которыми обмениваются объекты и которые необходимо отображать на диаграмме кооперации.
52.Диаграммы Use Case
Диаграмма Use Case определяет поведение системы с точки зрения пользователя. Диаграмма Use Case рассматривается как главное средство для первичного моделирования динамики системы, используется для выяснения требований к разрабатываемой системе, фиксации этих требований в форме, которая позволит проводить дальнейшую разработку. В русской литературе диаграммы Use Case часто называют диаграммами прецедентов, или диаграммами вариантов использования.
В состав диаграмм Use Case входят элементы Use Case, актеры, а также отношения зависимости, обобщения и ассоциации. Как и другие диаграммы, диаграммы Use Case могут включать примечания и ограничения. Кроме того, диаграммы Use Case могут содержать пакеты, используемые для группировки элементов модели в крупные фрагменты.