- •1 Основные понятия технологии программирования.
- •2 Классические технологии разработки программного обеспечения.
- •3 Структурное программирование.
- •4 Модульное программирование.
- •5 Объектно-ориентированное программирование.
- •6 Компонентное программирование.
- •7 Case-технологии
- •8 Понятие жизненного цикла по
- •9 Стандарты, регламентирующие жц по
- •10 Стандарт iso/iec 12207 (Information Technology - Software Life Cycle Processes) и его практическое применение.
- •12 Процессы разработки по.
- •13 Унифицированный процесс разработки rup.
- •14 Экстремальное программирование (Extreme Programming, xp)
- •15 Стандарты документации
- •16 Согласованность и целостность документации.
- •17 Способы представления предметной области.
- •18 Выделение и анализ требований.
- •20 Архитектура по.
- •21 Список стандартов, регламентирующих описание архитектуры.
- •25 Статические диаграммы.
- •26 Динамические диаграммы.
- •27 Образцы проектирования. Образцы анализа.
- •Образцы анализа
- •29. Удобство использования программного обеспечения.
- •30. Методы разработки удобного программного обеспечения.
- •31. Платформа .Net.
- •В c# имеются мощные выразительные возможности объектно-ориентированных языков последнего поколения, поддерживающих автоматическое управление памятью и работу в многопоточном режиме.
- •32. Лексика языка c#. Общая структура программы языка c#.
- •33. Базовые типы и операции над ними языка c#. Инструкции и выражения языка c#.
- •34. Пользовательские типы языка c#. Наследование языка c#. Элементы типов.
- •35. Дополнительные элементы описания операций.
- •36.Описание метаданных
- •37. Средства создания многопоточных программ.
- •38. Библиотеки.
- •39 Принципы построения распределенных систем.
- •40 Синхронное и асинхронное взаимодействие.
- •41 Компоненты .Net.
- •Процессы и синхронизация
- •Целостность
- •42 Связь между компонентами.
25 Статические диаграммы.
Статические диаграммы представляют либо постоянно присутствующие в системе сущности и связи между ними, либо суммарную информацию о сущностях и связях, либо сущности и связи, существующие в какой-то определенный момент времени. Они не показывают способов поведения этих сущностей. К этому типу относятся диаграммы классов, объектов, компонентов и диаграммы развертывания.
-
Диаграммы классов (показывают классы или типы сущностей системы, характеристики классов (поля и операции) и возможные связи между ними)
-
Диаграммы объектов (показывают часть объектов системы и связи между ними в некотором конкретном состоянии или суммарно, за некоторый интервал времени)
-
Диаграммы компонентов (представляют компоненты в нескольких смыслах — атомарные составляющие системы с точки зрения ее сборки, конфигурационного управления и развертывания)
-
Диаграммы развертывания (показывают декомпозицию системы на физические устройства различных видов — серверы, рабочие станции, терминалы, принтеры, маршрутизаторы и пр. — и связи между ними, представленные различного рода сетевыми и индивидуальными соединениями)
26 Динамические диаграммы.
Динамические диаграммы описывают происходящие в системе процессы. К ним относятся диаграммы деятельности, сценариев, диаграммы взаимодействия и диаграммы состояний.
-
Диаграммы деятельности (иллюстрируют набор процессов-деятельностей и потоки данных между ними, а также возможные их синхронизации друг с другом)
-
Диаграммы сценариев (показывают возможные сценарии обмена сообщениями или вызовами во времени между различными компонентами системы (здесь имеются в виду архитектурные компоненты, компоненты в широком смысле — это могут быть компоненты развертывания, обычные ))
-
Диаграммы взаимодействия (показывают ту же информацию, что и диаграммы сценариев, но привязывают обмен сообщениями/вызовами не к времени, а к связями между компонентами)
-
Диаграммы состояний (показывают возможные состояния отдельных компонентов или системы в целом, переходы между ними в ответ на какие-либо события и выполняемые при этом действия).
27 Образцы проектирования. Образцы анализа.
Образцы проектирования
Образец (pattern) представляет собой шаблон решения типовой, достаточно часто встречающейся задачи в некотором контексте, т.е. при некоторых ограничениях на ожидаемые решения и определенном наборе требований к ним.
Образцы проектирования часто сильно связаны друг с другом в силу того, что они решают смежные задачи. Поэтому часто наборы связанных, поддерживающих друг друга образцов представляются вместе в виде систем образцов (pattern system) или языка образцов (pattern language), в которых указаны возникающие между ними связи и описываются ситуации, в которых полезно совместное использование нескольких образцов.
Образцы проектирования в узком смысле являются типовыми проектными решениями, позволяющими удовлетворить часто встречающиеся требования к гибкости приложений и реализовать возможности их расширения за счет специальных форм организации классов и их связей.
Для описания образцов используется шаблон, включающий следующие элементы:
-
Название образца, а также другие имена, под которыми этот образец используется.
-
Назначение — задачи, которые решаются с помощью данного образца. В этот же пункт включается описание контекста, в котором данный образец может быть использован.
-
Действующие силы — ограничения, требования и идеи, под воздействием которых вырабатывается решение.
-
Решение — основные идеи используемого решения
-
Известные примеры использования данного образца.
-
Другие образцы, связанные с данным.