20730

Проективные свойства фигур. Принцип двойственности. Теорема Дезарга

Доклад

Математика и математический анализ

Принцип двойственности. Малый принцип двойственности. Сформулированный принцип двойственности справедлив на плоскости. Большой принцип двойственности.

Русский

2013-07-31

56 KB

24 чел.

3. Проективные свойства фигур. Принцип двойственности. Теорема Дезарга.

Проективные свойства фигур:

1. Длины отрезков не сохраняются.

2. Углы не сохраняются.

3. Площади фигур не сохраняются.

4. Отношения отрезков не сохраняются.

5. Прямолинейное расположение точек сохраняется.

6. Принадлежность точек одному коническому сечению сохраняется.

Малый принцип двойственности. Если на проективной плоскости справедливо некоторое утверждение о точках, прямых и их взаимной принадлежности (инцидентности), то справедливо и двойственное ему утверждение, которое получается из первого заменой слова «точка» словом «прямая», слова «прямая» – словом «точка», сохранением «принадлежность» («лежит на» → «проходит через»).

Сформулированный принцип двойственности справедлив на плоскости.

Большой принцип двойственности. Каждому утверждению относительно точек, прямых и плоскостей и их взаимной принадлежности соответствует двойственное утверждение, которое получается из данного заменой слова «точка» словом «плоскость», слова «прямая» – словом «прямая», а слова «плоскость» – словом «точка» с сохранением свойств взаимной принадлежности, и также справедливым, если справедливо данное.

 Сформулированный принцип двойственности справедлив в пространстве.

Примеры двойственности геометрических фигур по принципу двойственности

Двойственная ей по малому принципу двойственности

Данная фигура

Двойственная ей по большому принципу двойственности

Трехсторонник – фигура, состоящая из трех прямых, не проходящих через одну точку, и трех точек их взаимного пересечения

1. Трехвершинник – фигура, состоящая из трех точек (вершин), не лежащих на одной прямой, и трех инцидентных (проходящих через них) прямых

Трехгранный угол

Плоский пучок прямых

2. Прямолинейный ряд точек

Пучок плоскостей

Теорема Дезарга. Если прямые, соединяющие соответствующие вершины (двух) треугольников, проходят через одну точку, то соответствующие стороны этих треугольников пересекаются в трех точках, лежащих на одной прямой.

(рис. из лекций)

Доказательство:

Плоскости ΔABC и ΔABCразличны.

Дано:

Доказать:

A0, B0, C0 принадлежат одной прямой

Доказательство:

AA и BB определяют плоскость γ.

AA и CC определяют плоскость β.

BB и CC определяют плоскость α.

, ч.т.д.

Обратная теорема Дезарга. Если соответственные стороны двух треугольников пересекаются в трех точках, лежащих на одной прямой, то прямые, проходящие через соответствующие вершины этих треугольников, проходят через одну точкую.

Доказательство:

Каждая пара пересекающихся соответствующих сторон треугольника определяет плоскость. Три полученные таким образом плоскости α, β, γ, которые являются гранями трехгранного угла с вершиной в точке S.

Кроме того:

Следовательно, AA, BB, CC являются ребрами этого трехгранного угла, на которых лежат соответствующие вершины этих треугольников. Т.к. ребра трехгранного угла пересекаются в одной вершине, то это доказывает теорему.


Y

X

Z

A

B

C

y

z

ω

x

y

z

α

β

γ

эΩ

L

m1

m2

m3

mn

M1

M2

Mn


 

А также другие работы, которые могут Вас заинтересовать

79431. Жизненный цикл информационной системы 46.7 KB
  Жизненный цикл информационной системы совокупность взаимосвязанных процессов создания и последующие состояния ИС от формирования исходных требований до утилизации. Процесс создания совокупность работ от формирования исходных требований до ввода в действие. Процесс создания состоит из: Анализ требований к ИС; Проектирование; Разработка; Тестирование; Другой способ деления стадий создания основан на последовательности операций операция по анализу входной информации об объекте проектирования; операция проектирования объектов данных на...
79432. Модели жизненного цикла информационной системы 46.2 KB
  ГОСТ 15 271 Каскадная модель Каскадная модель реализует принцип однократного выполнения каждого из вида деятельности определение требований проектирование разработка интеграция тестирование использование. ГОСТ 15 271 Информационная технология. Руководство по применению ГОСТ Р ИСО МЭК 12207 Процессы жизненного цикла программных средств. В стандарте основное внимание уделено особенностям подлежащим учету при прикладном применении ГОСТ Р ИСО МЭК 12207 в условиях реальных проектов создания программных средств.
79433. Методологии проектирования. Каноническое проектирование 41.03 KB
  Формирование требований к ИС формирование модели объекта автоматизации и формирование верхнеуровневых требований; Разработка концепта ИС детальное исследование бизнеспроекта выбор вариантов создания ИС формулирование требований заказчика; Создание Технического Задания оно же ТЗ описание функций связей etc.; Эскизный проект реализация проекта проработка на системном уровне концепции; Технический проект; стадия создания...
79434. Методологии проектирования. Типовое проектирование 37.76 KB
  Содержит следующие пункты: Формулирование требований к ИС осталось без изменений; Поиск платформы прототипа на чем будем реализовывать нужно постараться минимизировать изменения прототипа; Техническое задание описание ТЗ прототипа и наших изменений в нём или изменений в объекте автоматизации чаще и то и другое; Эскизный проект схлопывается с ТЗ ибо задается прототипом; Технический проект программируем наши изменения в прототипе; Рабочая документация упрощается ибо в прототипе есть своя документация фиксируем свои...
79435. Процессы жизненного цикла информационной системы 45.88 KB
  Процессы планирования; Процессы разработки; Интегральные процессы. Процессы планирования определяют и координируют действия процессов разработки и интегральных процессов. В ходе выполнения процессов разработки создаются программные средства для ИС. Виды процессов: Определений требований к ИС; Проектирование;...
79436. Процессы жизненного цикла информационной системы. Процессы планирования 48.33 KB
  Цели процесса планирования ПО: Определить конкретные виды работ процессов разработки и интегральных процессов жизненного цикла которые позволят реализовать системные требования и создать ПО требуемого уровня; Определить модели жизненного цикла ПО включающие в себя описание взаимосвязей между процессами последовательность их выполнения механизмы обратной связи и критерии перехода; Выбрать среду поддержки жизненного цикла включающую в себя методы и инструментальные средства которые нужно использовать для выполнения работ в каждом...
79437. Процессы жизненного цикла информационной системы. Процессы определений требований к ИС 48.08 KB
  Цели данного процесса состоят в том чтобы: Разработать требования верхнего уровня; Оценить производные требования верхнего уровня с точки зрения безопасности системы. Процесс определения требований к ПО должен обеспечить следующее: Анализ функциональных системных требований и требований к интерфейсам которые предназначены для программной реализации на отсутствие противоречий несоответствий и неопределенностей; Регистрацию для последующего уточнения или исправления и передачи в качестве входной информации...
79438. Процессы жизненного цикла информационной системы. Процессы проектирования 47.74 KB
  Процессы проектирования. Процесс проектирования ПО должен обеспечивать следующее: Архитектура ПО и требования нижнего уровня разработанные в процессе проектирования ПО должны соответствовать стандартам на процесс проектирования ПО и быть прослеживаемыми верифицируемыми и непротиворечивыми; Производные требования должны быть определены и проанализированы для гарантии того что они не противоречат требованиям верхнего уровня; Работы процесса проектирования ПО могут привести к появлению возможных отказов в ПО или наоборот предотвратить...
79439. Процессы кодирования 42.34 KB
  Цели процесса кодирования ПО состоят в том чтобы разработать исходный код который должен быть прослеживаемым верифицируемым непротиворечивым и корректно реализующим требования нижнего уровня. Требования для этого процесса следующие: Исходный код должен реализовывать требования нижнего уровня и соответствовать архитектуре ПО; Исходный код должен соответствовать стандартам кодирования ПО; Исходный код должен быть трассируемым к описанию проекта; Для неадекватных или некорректных входных данных обнаруженных...