http://test33.mybb.ru/ Мусорка ru-ru Fri, 21 Jan 2011 01:16:30 +0300 MyBB/mybb.ru http://test33.mybb.ru/viewtopic.php?pid=82#p82 <p>41. Нормализация отношений реляционной модели данных (1НФ, 2 НФ, 3НФ) </p> <p>Нормализация отношений<br />Процесс проектирования реляционной БД представляет собой процесс нормализации схем отношений, каждая следующая нормальная форма обладает свойствами лучшими, чем предыдущая. В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм: <br />1) первая нормальная форма (1НФ); <br />2) вторая нормальная форма (2НФ); <br />3) третья нормальная форма (3НФ); <br />4) нормальная форма Бойса-Кодда БКНФ(BCNF); <br />5) четвертая нормальная форма (4НФ); <br />6) пятая нормальная форма, или нормальная форма проекции-соединения (5НФ или PJ/NF). </p> <p>В основе процесса проектирования лежит метод нормализации, декомпозиция отношения, находящегося в предыдущей нормальной форме, в два или более отношения, удовлетворяющих требованиям следующей нормальной формы. <br />Наиболее важные на практике нормальные формы отношений основываются на фундаментальном в теории реляционных баз данных понятии функциональной зависимости. </p> <p>Нормализация представляет собой процесс, направленный на уменьшение избыточности информации в базе данных. Кроме самих данных, в базе данных также могут быть нормализованы различные наименования, имена объектов и выражения.<br />Нормализация — это процесс, направленный на уменьшение избыточности информации в реляционной базе данных.</p> <p>Типичная база данных до нормализации<br />Ненормализованная база данных содержит информацию в одной или нескольких различных таблицах; при этом создается впечатление, что включение данных в ту или иную таблицу не обусловлено никакими видимыми причинами. Такое положение дел может оказывать негативное влияние на безопасность данных, рациональное использование дискового пространства, скорость выполнения запросов, эффективность обновления базы данных и, что, наверное, является наиболее важным, на целостность хранимой информации. База данных перед нормализацией представляет собой структуру, которая логически еще не разбита на более управляемые таблицы меньшего размера.<br />Нормальная форма — это своеобразный показатель уровня, или глубины, нормализации базы данных. Уровень нормализации базы данных соответствует нормальной форме, в которой она находится. <br />Вот три наиболее распространенных нормальных формы, в которых может находиться база данных в процессе нормализации:<br />• Первая нормальная форма<br />• Вторая нормальная форма<br />• Третья нормальная форма<br />Из трех перечисленных нормальных форм каждая последующая зависит от шагов, предпринятых в процессе получения предыдущей нормальной формы. </p> <p>Первая нормальная форма<br />&#160; &#160; &#160; &#160; Целью первой нормальной формы является разделение исходных данных на логические составляющие, именуемые таблицами. После проектирования каждой таблицы для большинства из них (или даже для всех) назначается первичный ключ. <br />Вторая нормальная форма<br />&#160; &#160; &#160; &#160; Целью второй нормальной формы является помещение в отдельную таблицу данных, которые только частично зависят от первичного ключа.<br />Третья нормальная форма<br />&#160; &#160; &#160; &#160; Целью третьей нормальной формы является устранение из таблицы данных, не зависящих от ее первичного ключа.<br /></p> <p>42 Логическая модель &quot;сущность-связь&quot; (ERD)<br />1. Логическая модель данных является визуальным представлением структур данных, их атрибутов и бизнес-правил. Логическая модель представляет данные таким образом, чтобы они легко воспринимались бизнес-пользователями. Проектирование логической модели должно быть свободно от требований платформы и языка реализации или способа дальнейшего использования данных.<br />Разработчик модели использует требования к данным и результаты анализа для формирования логической модели данных. Разработчик приводит логическую модель к третьей нормальной форме и проверяет ее на соответствие корпоративной модели данных, если она существует.<br />Диаграмма сущность-связь является самым высоким уровнем в модели данных и определяет набор сущностей и атрибутов проектируемой системы. Целью этой диаграммы является формирование общего взгляда на систему для ее дальнейшей детализации.</p> <p>2. Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. <br />Логическая модель данных является начальным прототипом будущей базы данных. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Более того, логическая модель данных необязательно должна быть выражена средствами именно реляционной модели данных. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм (Entity-Relationship, диаграммы сущность-связь). Одну и ту же ER-модель можно преобразовать как в реляционную модель данных, так и в модель данных для иерархических и сетевых СУБД, или в постреляционную модель данных. Однако, т.к. мы рассматриваем именно реляционные СУБД, то можно считать, что логическая модель данных для нас формулируется в терминах реляционной модели данных.<br />Решения, принятые на предыдущем уровне, при разработке модели предметной области, определяют некоторые границы, в пределах которых можно развивать логическую модель данных, в пределах же этих границ можно принимать различные решения. Например, модель предметной области складского учета содержит понятия &quot;склад&quot;, &quot;накладная&quot;, &quot;товар&quot;. При разработке соответствующей реляционной модели эти термины обязательно должны быть использованы, но различных способов реализации тут много - можно создать одно отношение, в котором будут присутствовать в качестве атрибутов &quot;склад&quot;, &quot;накладная&quot;, &quot;товар&quot;, а можно создать три отдельных отношения, по одному на каждое понятие.</p> <p>3. Модели Entity-Relationship (Сущность-Связи)<br />Модель предложена Ченом (Chen) в 1976 г. Моделирование предметной области базируется на использовании графических диаграмм, включающих небольшое число разнородных компонентов. В ER-модели получили широкое распространение в системах CASE, поддерживающих автоматизированное проектирование реляционных баз данных. Основными понятиями ER-модели являются сущность, связь и атрибут. <br />Сущность - это реальный или представляемый объект, информация о котором должна сохраняться и быть доступна. В диаграммах ER-модели сущность представляется в виде прямоугольника, содержащего имя сущности. Имя сущности – это имя типа (а не конкретного экземпляра) . <br />Связь - графически изображаемая ассоциация, устанавливаемая между двумя сущностями. Ассоциация всегда является бинарной, может существовать между двумя разными сущностями или между сущностью и ей же самой (рекурсивная связь). Для связи указывается имя связи, степень связи (сколько экземпляров данной сущности связывается), обязательность связи. Используются трехточечный вход в прямоугольник сущности, если для этой сущности в связи могут использоваться много (many) экземпляров сущности, и одноточечный вход, если в связи может участвовать только один экземпляр сущности. <br />Атрибут сущности имеет имя и тип данных. Уникальным идентификатором сущности является атрибут, комбинация атрибутов, комбинация связей или комбинация связей и атрибутов, уникально отличающая любой экземпляр сущности от других экземпляров сущности того же типа. <br />Более сложные элементы модели: <br />• Подтипы и супертипы сущностей. Имеется возможность наследования типа сущности, исходя из одного или нескольких супертипов. <br />• Связи many-to-many. <br />• Уточняемая степень связи. <br />• Каскадные удаления экземпляров сущностей. <br />• Домены. <br />Сущность может быть расщеплена на два или более взаимно исключающих подтипа, каждый из которых включает общие атрибуты и/или связи, которые явно определяются один раз на более высоком уровне. В подтипах могут определяться собственные атрибуты и/или связи. Сущность, на основе которой определяются подтипы, называется супертипом. Подтипы должны образовывать полное множество. <br />Требование целостности сущностей - любой кортеж любого отношения отличим от любого другого кортежа этого отношения, т.е. любое отношение должно обладать первичным ключом. Требование целостности по ссылкам (требование внешнего ключа) состоит в том, что для каждого значения внешнего ключа, появляющегося в ссылающемся отношении, в отношении, на которое ведет ссылка, должен найтись кортеж с таким же значением первичного ключа, либо значение внешнего ключа должно быть неопределенным (т.е. ни на что не указывать). <br />Существуют три подхода, каждый из которых поддерживает целостность по ссылкам:<br />• запрет удаления кортежа, на который существуют ссылки (т.е. сначала нужно либо удалить ссылающиеся кортежи, либо соответствующим образом изменить значения их внешнего ключа);<br />• при удалении кортежа, на который имеются ссылки, во всех ссылающихся кортежах значение внешнего ключа автоматически становится неопределенным;<br />• каскадное удаление - при удалении кортежа из отношения, на которое ведет ссылка, из ссылающегося отношения автоматически удаляются все ссылающиеся кортежи. </p> <p>4. Модель Сущность-Связь (ER-модель) (англ. entity-relationship model (ERM) или англ. entity-relationship diagram (ERD)) — модель данных, позволяющая описывать концептуальные схемы. Представляет собой графическую нотацию, основанную на блоках и соединяющих их линиях, с помощью которых можно описывать объекты и отношения между ними какой-либо другой модели данных. В этом смысле ER-модель является мета-моделью данных, то есть средством описания моделей данных.<br />ER-модель удобна при прототипировании (проектировании) информационных систем, баз данных, архитектур компьютерных приложений, и других систем (далее, моделей). С её помощью можно выделить ключевые сущности, присутствующие в модели, и обозначить отношения, которые могут устанавливаться между этими сущностями.<br />ER-модель является одной из самых простых визуальных моделей данных (графических нотаций). Она позволяет обозначить структуру «крупными мазками», в общих чертах. Это общее описание структуры называется ER-диаграммой или онтологией выбранной предметной области (area of interest).<br />На этапе перехода к реализации данной ER-диаграммы в виде реальной информационной системы или программы, происходит отображение ER-модели в более детальную модель данных реляционной (объектной, сетевой, логической, или др.) базы данных, которая называется даталогической моделью данных по отношению к исходной ER-диаграмме.</p> <p>Наиболее распространенной семантической моделью является<br />модель, названная &quot;сущность-связь&quot;. Эта модель использует<br />графическое представление всех компонентов. Базовыми<br />элементами в модели &quot;сущность-связь&quot; служат типы<br />сущностей, обозначаемые далее прямоугольниками, и типы<br />связей, обозначаемые двойными прямоугольниками. Многие<br />сущности, рассматриваемые в этой модели, соответствуют физическим<br />объектам предметной области.<br />189<br />Структура предметной области в модели &quot;сущность-связь&quot;<br />изображается в форме диаграммы. Дуги на диаграмме соединяют<br />тип сущности с типом связи. На дугах указывается 1 или<br />m в соответствии с тем, сколько раз идентификатор объекта<br />может возникнуть в строках отношений, представляющих связи<br />объектов (1 - один раз, m - несколько раз).<br />Диаграмма может представлять только объекты и связи или<br />дополнительно содержать атрибуты, описывающие их свойства.</p> <p>Представление предметной области с помощью модели<br />&quot;сущность-связь&quot; позволяет:<br />• однозначно разработать структуру многоуровневой сетевой<br />базы данных;<br />• обеспечить одинаковое понимание всеми пользователями<br />содержимого базы данных.<br />Модель &quot;сущность-связь&quot; характеризуется рядом недостатков:<br />• не содержит изобразительных средств для фиксации организационной<br />иерархии процессов управления и агрегации<br />данных по уровням управления;<br />• принятое в модели правило формирования множества<br />отношений базы данных создает слишком много отношений<br />для объектов и связей. В результате диаграмма<br />объектов и связей реальной задачи быстро становится<br />громоздкой н необозримой.</p> <p>43<br />1. Физическая модель данных под управлением СУБД (DBMD). <br />СУБД оперирует с так называемой внутренней (физической) моделью данных, которая отображается в физическую базу данных средствами ОС.<br />Концептуальная схема, специфицированная к СУБД, автоматически отображается в структуру хранения программами СУБД. Внешний пользователь может ничего не знать о том, как его представление о данных физически организовано в памяти вычислительной системы. Тем не менее от физического размещения данных в<br />памяти ЭВМ существенно зависит время решения прикладных задач.<br />В связи с этим,&#160; даже на одном из начальных этапов проектирования базы данных – этапе выбора СУБД,&#160; желательно знать возможности физических структур хранения,&#160; представляемых конкретными СУБД,и оценивать временные характеристики&#160; проектируемой базы данных с учетом этих возможностей.<br />Способы физической организации данных в различных СУБД, как правило,&#160; различны и определяются типом используемой ЭВМ,&#160; инструментальными средствами разработки СУБД,&#160; а также критериями,которыми руководствуются разработчики&#160; СУБД&#160; при выборе методов размещения данных и способов доступа к этим данным. Заметим, что наиболее распространенным критерием служит&#160; время доступа к дан-<br />ным, однако в качестве критерия может выбираться, например, трудоемкость реализации соответствующих методов.<br />Физические модели данных служат для отображения моделей данных.&#160; Основными понятиями модели данных являются поле,&#160; логическая запись,&#160; логический файл.&#160; Слово&#160; «логический»&#160; введено,&#160; чтобы отличать понятия, относящиеся к логической модели данных, от понятий, относящихся к физической модели данных.<br />Основными понятиями физической модели данных, используемыми для представления логической модели данных, являются поле, физическая запись,&#160; физический файл.&#160; В частности,&#160; логическая запись, состоящая из полей, может быть представлена в виде физической записи (из тех же полей), логический файл – в виде физического файла.<br />Концептуальная модель данных может не отражать некоторых деталей модели данных, которые обязаны присутствовать в физической модели. <br />Физическая модель данных описывает структуры хранения данных с использованием всех особенностей конкретной СУБД. Она непосредственно учитывает такие аспекты, как архитектуру, безопасность, эффективность доступа и другие.<br />В результате выполнения этой работы формируется модель хранилища данных, включающая в себя следующие артефакты, «ER-модель», «Реляционная модель данных», «Физическая модель данных».<br />ER-модель - это модель объектов предметной области в их взаимосвязи, и иерархии среди этих объектов.<br />Физическая модель представляет собой SQL скрипт, позволяющий создать реальную базу данных. В ряде случаев может потребоваться также включить в физическую модель описание дополнительных настроек СУБД, необходимых для реализации БД.<br />Физическая модель данных содержит следующую информацию:<br />• описание базы данных, сегментов отката и табличных областей,<br />• описания файлов и структуры памяти,<br />• типы индексов,<br />• описания объектов, связанных с хранилищем данных (физическое размещение, включая сегментацию).<br />2. Задание «Разработать помехозащищенный код»<br />44 <br />1. Характеристика CASE-средств моделирования данных (ППП ER Win, ППП Visio)<br />Современные CASE-средства охватывают обширную область поддержки многочисленных технологий проектирования ИС: от простых средств анализа и документирования до полномасштабных средств автоматизации, покрывающих весь жизненный цикл ПО.<br />Наиболее трудоемкими этапами разработки ИС являются этапы анализа и проектирования, в процессе которых CASE-средства обеспечивают качество принимаемых технических решений и подготовку проектной документации. При этом большую роль играют методы визуального представления информации. Это предполагает построение структурных или иных диаграмм в реальном масштабе времени, использование многообразной цветовой палитры, сквозную проверку синтаксических правил. Графические средства моделирования предметной области позволяют разработчикам в наглядном виде изучать существующую ИС, перестраивать ее в соответствии с поставленными целями и имеющимися ограничениями.<br />В разряд CASE-средств попадают как относительно дешевые системы для персональных компьютеров с весьма ограниченными возможностями, так и дорогостоящие системы для неоднородных вычислительных платформ и операционных сред. Так, современный рынок программных средств насчитывает около 300 различных CASE-средств, наиболее мощные из которых так или иначе используются практически всеми ведущими западными фирмами.<br />Обычно к CASE-средствам относят любое программное средство, автоматизирующее ту или иную совокупность процессов жизненного цикла ПО и обладающее следующими основными характерными особенностями:<br />• мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком и развивающие его творческие возможности;<br />• интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;<br />• использование специальным образом организованного хранилища проектных метаданных (репозитория).<br />Интегрированное CASE-средство (или комплекс средств, поддерживающих полный ЖЦ ПО) содержит следующие компоненты;<br />• репозиторий, являющийся основой CASE-средства. Он должен обеспечивать хранение версий проекта и его отдельных компонентов, синхронизацию поступления информации от различных разработчиков при групповой разработке, контроль метаданных на полноту и непротиворечивость;<br />• графические средства анализа и проектирования, обеспечивающие создание и редактирование иерархически связанных диаграмм (DFD, ERD и др.), образующих модели ИС;<br />• средства разработки приложений, включая языки 4GL и генераторы кодов;<br />• средства конфигурационного управления;<br />• средства документирования;<br />• средства тестирования;<br />• средства управления проектом;<br />• средства реинжиниринга.<br />Требования к функциям отдельных компонент в виде критериев оценки CASE-средств приведены в разделе 4.2.<br />Все современные CASE-средства могут быть классифицированы в основном по типам и категориям. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ. Классификация по категориям определяет степень интегрированности по выполняемым функциям и включает отдельные локальные средства, решающие небольшие автономные задачи (tools), набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла ИС (toolkit) и полностью интегрированные средства, поддерживающие весь ЖЦ ИС и связанные общим репозиторием. Помимо этого, CASE-средства можно классифицировать по следующим признакам:<br />• применяемым методологиям и моделям систем и БД;<br />• степени интегрированности с СУБД;<br />• доступным платформам.<br />Классификация по типам в основном совпадает с компонентным составом CASE-средств и включает следующие основные типы:<br />• средства анализа (Upper CASE), предназначенные для построения и анализа моделей предметной области (Design/IDEF (Meta Software), BPwin (Logic Works));<br />• средства анализа и проектирования (Middle CASE), поддерживающие наиболее распространенные методологии проектирования и использующиеся для создания проектных спецификаций (Vantage Team Builder (Cayenne), Designer/2000 (ORACLE), Silverrun (CSA), PRO-IV (McDonnell Douglas), CASE.Аналитик (МакроПроджект)). Выходом таких средств являются спецификации компонентов и интерфейсов системы, архитектуры системы, алгоритмов и структур данных;<br />• средства проектирования баз данных, обеспечивающие моделирование данных и генерацию схем баз данных (как правило, на языке SQL) для наиболее распространенных СУБД. К ним относятся ERwin (Logic Works), S-Designor (SDP) и DataBase Designer (ORACLE). Средства проектирования баз данных имеются также в составе CASE-средств Vantage Team Builder, Designer/2000, Silverrun и PRO-IV;<br />• средства разработки приложений. К ним относятся средства 4GL (Uniface (Compuware), JAM (JYACC), PowerBuilder (Sybase), Developer/2000 (ORACLE), New Era (Informix), SQL Windows (Gupta), Delphi (Borland) и др.) и генераторы кодов, входящие в состав Vantage Team Builder, PRO-IV и частично - в Silverrun;<br />• средства реинжиниринга, обеспечивающие анализ программных кодов и схем баз данных и формирование на их основе различных моделей и проектных спецификаций. Средства анализа схем БД и формирования ERD входят в состав Vantage Team Builder, PRO-IV, Silverrun, Designer/2000, ERwin и S-Designor. В области анализа программных кодов наибольшее распространение получают объектно-ориентированные CASE-средства, обеспечивающие реинжиниринг программ на языке С++ (Rational Rose (Rational Software), Object Team (Cayenne)).<br />Вспомогательные типы включают:<br />• средства планирования и управления проектом (SE Companion, Microsoft Project и др.);<br />• средства конфигурационного управления (PVCS (Intersolv));<br />• средства тестирования (Quality Works (Segue Software));<br />• средства документирования (SoDA (Rational Software)).<br />На сегодняшний день Российский рынок программного обеспечения располагает следующими наиболее развитыми CASE-средствами:<br />• Vantage Team Builder (Westmount I-CASE);<br />• Designer/2000;<br />• Silverrun;<br />• ERwin+BPwin;<br />• S-Designor;<br />• CASE.Аналитик.</p> mybb@mybb.ru (Даша) Fri, 21 Jan 2011 01:16:30 +0300 http://test33.mybb.ru/viewtopic.php?pid=82#p82 http://test33.mybb.ru/viewtopic.php?pid=73#p73 <p>40. Развитие естествознания и научно - технический прогресс<br />Слова&#160; «наука»&#160; и&#160; «техника»&#160; настолько слились в сознании современного человека, что часто воспринимаются как две стороны единого социокультурного явления.&#160; В определенном смысле такое единство науки и техники, действительно, имеет место, проявляясь, например, в их взаимообусловленном, поступательном развитии, которое и называется научно-техническим прогрессом. Наиболее ярким примером синтеза науки и техники могут служить космические технологии, биотехнологии. Современная технологическая база электронной промышленности, атомной энергетики и многих других областей практически не отличается от экспериментальной базы соответствующих научных лабораторий. Являясь в настоящее время ведущим фактором развития общественного производства, наука обеспечивает коренное, качественно преобразование производительных сил, лежащее в основе научно-технической революции. <br />Однако тесная связь естествознания и техники существовала далеко не всегда. Для осуществления такой активной технической деятельности, безусловно, были нужны знания. Однако, как мы помним, науки в то время еще не существовало. Какими же знаниями пользовался человек, реализуя те или иные технические проекты? Прежде всего, это были знания, основанные на здравом смысле, повседневном опыте, на подражании природе.<br />В XVI веке нужды торговли, мореплавания, крупных мануфактур потребовали теоретического и экспериментального решения целого ряда вполне определенных задач, которыми и занялась уже почти сформировавшаяся наука. Компас, порох и книгопечатание были тремя великими открытиями, положившими начало прочному союзу научной и технической деятельности. Попытки использовать водяные мельницы для нужд расширяющегося мануфактурного производства побуждали теоретически исследовать некоторые механические процессы. Создаются теории махового колеса и маховых движений, теория желоба, учения о напоре воды, о сопротивлении и трении. Этот первый период научно-технического прогресса характеризуется тем, что науке фактически отводилась роль &quot;служанки производства&quot;.<br />Второй этап научно-технического прогресса, начавшийся в конце XVII века, уже в большей степени опирался на достижения науки, чем на изобретательский опыт предшествующих поколений. В частности, первая паровая машина Дж. Уатта (1784 г.) явилась &quot;плодом науки&quot; и позволила совершить переворот в промышленности, закончившийся переходом к крупному машинному производству. И в дальнейшем, особенно после создания электродвигателя, освоения электрической энергии, прогресс производства во все большей степени определялся прогрессом науки. Таким образом, второй этап научно-технического прогресса характеризовался тем, что наука и техника взаимно стимулировали развитие друг друга во все ускоряющихся темпах.<br />Третий этап научно-технического прогресса связан с современной научно-технической революцией, которая началась в середине нашего века. Этот этап характеризуется превращением науки в непосредственную производительную силу. Все более явной становится лидирующая роль науки по отношению к технике. Целые отрасли производства возникают вслед за новыми научными направлениями и открытиями: радиоэлектроника, атомная энергетика, химия синтетических материалов, производство ЭВМ и др. Наука становится силой, революционизирующей технику.<br />Вместе с тем, в последнее время все громче звучат высказывания о надвигающемся кризисе научно-технического прогресса. Накапливающиеся отрицательные последствия технической и технологической экспансии человека (угроза ядерной и экологической катастрофы, гонка вооружений, деградация человеческой психики и культуры и т.п.) с очевидностью требуют немедленной коррекции научно-технической политики как в отдельных странах, так и на мировом уровне. Важное место в этом вопросе отводится естествознанию, которое сейчас многие склонны &quot;винить&quot; во всех грехах современной техногенной цивилизации.</p> mybb@mybb.ru (Даша) Wed, 15 Dec 2010 22:44:33 +0300 http://test33.mybb.ru/viewtopic.php?pid=73#p73 http://test33.mybb.ru/viewtopic.php?pid=28#p28 <p>Вопросы к зачету по курсу<br />«Концепции современного естествознания»</p> <p>1. Цели и задачи курса КСЕ<br />2. Иерархия уровней культуры.<br />3. Аксиологическая многомерность духовной культуры. Определение науки.<br />4. Современный подход к периодизации естествознания. Основные этапы развития<br />естествознания.<br />5. Зарождение научного мышления в Древней Греции.<br />6. Представления о структуре материи в Древней Греции.<br />7. Аристотель. Его вклад в развитие научного мышления.<br />8. Архимед. Его вклад в развитие естествознания.<br />9. Научная деятельность в эпоху средневековья. Формирование научной методологии (Декарт,<br />Бэкон).<br />10. Развитие астрономии (XVI-XVII вв). Н. Коперник – Т. Браге – И. Кеплер.<br />11. Классический период в истории естествознания.<br />12. Вклад Г. Галилея в развитие естествознания.<br />13. Эмпирические законы И. Кеплера.<br />14. Классическая механика И. Ньютона. Границы ее применимости.<br />15. Описание состояния механической системы с позиций классической механики.<br />16. Идеализированные представления о пространстве и времени в классической механике.<br />17. Триумф небесной механики и концепция детерминизма Лапласа.<br />18. Развитие представлений о природе тепловых явлений. Научные открытия и технические<br />изобретения.<br />19. Научные результаты С. Карно. Коэффициент полезного действия.<br />20. Первое начало термодинамики. У. Томпсон, Дж. Джоуль – их вклад в основы термодинамики.<br />21. Второе начало термодинамики. Р. Клаузиус – понятие энтропии.<br />22. Статистическая интерпретация энтропии. Л. Больцман.<br />23. Проблемы необратимости, порядок и беспорядок в природе. Концепция «тепловой смерти»<br />Вселенной.<br />24. Неклассические идеи в естествознании. Статистическая механика Максвелла.<br />25. Антиномия дискретности и непрерывности в вопросе о структуре материи<br />26. Континуальный подход в механике сплошных сред<br />27. Концепция близкодействия и материальные физические поля<br />28. Развитие представлений о природе света. Концепция абсолютно неподвижного эфира<br />29. Основные постулаты специальной теории относительности Эйнштейна.<br />30. Фундаментальные взаимодействия в природе и стандартная модель элементарных частиц.<br />31. Развитие теории о строении атома, зарождение квантовых представлений в физике.<br />32. Ядерные реакции. Проблемы атомной энергетики.<br />33. Гипотезы происхождения Вселенной. Космологическая модель А. Эйнштейна – А. Фридмана.<br />Гипотеза «Большого Взрыва».<br />34. Основные этапы эволюции звезд.<br />35. Происхождение и эволюция планеты Земли.<br />36. Внутренние и внешние оболочки Земли.<br />37. Специфика живого и фундаментальные свойства живой материи.<br />38. Иерархические уровни организации живой материи.<br />39. Современные представления о происхождении жизни на Земле.<br />40. Развитие естествознания и научно-технический прогресс.</p> mybb@mybb.ru (Даша) Wed, 15 Dec 2010 16:29:16 +0300 http://test33.mybb.ru/viewtopic.php?pid=28#p28