- •1. Объектная модель системы. Понятия объекта, класса. Атрибуты объектов. Операции и методы классов.
- •2. Основные принципы объектно – ориентированного программирования.
- •3. Достоинства ооп. Соотношение понятий объекта и класса.
- •4.Характеристика платформы Microsoft .Net. Структура среды выполнения .Net Framework.
- •5.Библиотека классов платформы net. Пространства имен . Net Framework.
- •7.Достоинства и недостатки технологической платформы Microsoft .Net.
- •12.Обработка исключительных ситуаций в программах на языке с#.
- •13.Понятие класса и синтаксис объявления класса в с#. Управление доступом к полям класса. Обращение к полю.
- •14.Функции - методы класса. Синтаксис описания, параметры методов, вызов. Ключевое слово this.
- •15.Способы передачи параметров методам классов. Выходные параметры методов.
- •16. Конструкторы класса. Синтаксис конструктора Параметры конструктора. Перегрузка конструкторов.
- •17.Методы-свойства классов языка с# и их применение при
- •18.Создание классов-контейнеров в языке c#. Индексаторы.
- •19.Производные классы. Наследование свойств как принцип ооп. Отношение «Быть»
- •21.Вложенные классы языка c# и их применение при программировании.
- •22.Виртуальные методы. Поддержка полиморфизма.
- •23.Абстрактные классы языка c# и их применение при
- •24.Класс System.Object Замещение методов класса System.Object.
- •27.Событийно-управляемое программирование. Последовательность обработки сообщения в среде Windows.
- •28.Шаблон приложения для Windows в среде Visual Studio .Net. Классы Form, Application. События компонентов.
- •29.Классы библиотеки fcl для работы с файлами и папками.
- •30.Классы библиотеки fcl для работы с графикой.
- •31.Язык uml, назначение, характеристика, версии языка. Процесс проектирования программного обеспечения с использованием uml.
- •32.Словарь языка uml. Группы диаграмм.
- •33.Диаграмма прецедентов языка uml. Отношения на диаграмме прецедентов. Цели создания диаграммы прецедентов.
- •34.Диаграмма классов языка uml. Отношения между классами.
- •36.Диаграмма активности языка uml., обозначения, примеры, рекомендации применения.
- •13.Особенности работы со ссылками в языке с#.
30.Классы библиотеки fcl для работы с графикой.
Графический интерфейс устройства – это графическая библиотека Windows, отвечающая за работу с графическими объектами.
В настоящее время современные версии операционных систем для вывода графики используют подсистему GDI+, предоставляющую более понятную, основанную на наследовании объектную модель
Для вывода графики в приложении необходимо вначале создать объект класса Graphics, а затем выполнить вызов методов этого класса.
Все случаи вывода графики можно подразделить на две группы:
− графику нужно вывести при наступлении обновляющего события (это событие – Paint) и получении сообщения WM_PAINT, реакцией на которое является виртуальный обработчик OnPaint;
− вывод графических объектов следует произвести при наступлении каких-то других событий
Объект класса Graphics можно создать следующими способами:
1. В конструкторе формы
2. Получить его как аргумент обработчика событий.
31.Язык uml, назначение, характеристика, версии языка. Процесс проектирования программного обеспечения с использованием uml.
Язык визуального моделирования, разработанный для спецификации, визуализации, проектирования, документирования компонентов программного обеспечения, бизнес-процессов и других программных систем.
Назначение: Предоставить в распоряжение пользователей легко
воспринимаемый и выразительный язык визуального моделирования, специально предназначенный для разработки и документирования моделей сложных систем самого различного целевого назначения.
Версии
1996 г.-первая версия 0.9
1997 г. - версии языка UML 1.0 и 1.1,
Принят первый стандарт OMG.
1998 г - версия UML 1.2
1999 г - версия UML 1.3
2000 г - версия UML 1.4
2005- UML 2.0 Второй стандарт
Группа OMG продолжает работы по созданию новых версий языка UML
Процесс проектирования:
Диаграммы и спецификации языка UML связали исходный текст программы с характеристиками объекта автоматизации. При этом UML диаграммы опираются на
теоретический фундамент в виде теории множеств и теории графов, что позволяет выполнить преобразование UML диаграмм в исходный код программы.
32.Словарь языка uml. Группы диаграмм.
Словарь языка UML включает три вида строительных блоков:
- сущности;
- отношения;
- диаграммы
Модель представляется в виде сущностей и отношений между ними, которые показываются на диаграммах.
Диаграмма - это графическое представление множества элементов. Обычно изображается в виде графа с вершинами (сущностями) и ребрами (отношениями).
Сущности - это абстракции, являющиеся основными элементами
моделей. Имеется четыре типа сущностей - структурные (класс, интерфейс, компонент, вариант использования, кооперация, узел), поведенческие (взаимодействие, состояние), группирующие (пакеты) и аннотационные (комментарии). Каждый вид сущностей имеет свое графическое представление.
Группы диаграмм:
1. Статические
2. Поведенческие
3. Реализации
33.Диаграмма прецедентов языка uml. Отношения на диаграмме прецедентов. Цели создания диаграммы прецедентов.
Представляет динамические или поведенческие аспекты системы.
Базовыми элементами диаграммы вариантов использования являются вариант использования и эктор (актер)
Вариант использования (use case) — внешняя спецификация последовательности действий, которые система или другая сущность могут выполнять в процессе взаимодействия с актерами.
Актер (actor) — согласованное множество ролей, которые играют внешние сущности по отношению к вариантам использования при взаимодействии с ними.
Виды отношений между актерами и вариантами использования:
ассоциации (association relationship) служит для обозначения специфической роли актера при его взаимодействии с отдельным вариантом использования
включения (include relationship) это разновидность отношения зависимости между базовым вариантом использования и его специальным
случаем. При этом отношением зависимости (dependency) является такое отношение между двумя элементами модели, при котором изменение одного элемента (независимого) приводит к изменению другого элемента (зависимого).
расширения (extend relationship) определяет взаимосвязь базового варианта использования с другим вариантом использования, функциональное поведение которого задействуется базовым не всегда, а только при выполнении дополнительных условий.
обобщения (generalization relationship). Два и более актера могут иметь общие свойства, т. е. взаимодействовать с одним и тем же множеством вариантов использования одинаковым образом. Такая общность свойств и поведения представляется в виде отношения
обобщения с другим, возможно, абстрактным актером, который моделирует соответствующую общность ролей.
Цели создания:
определение границы и контекста моделируемой предметной области на ранних этапах проектирования;
формирование общих требований к поведению проектируемой системы;
разработка концептуальной модели системы для ее последующей детализации;
подготовка документации для взаимодействия с заказчиками и пользователями системы