WWW.DISUS.RU

БЕСПЛАТНАЯ НАУЧНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Авторефераты, диссертации, методички

 

НПЦ «ИНТЕЛТЕК ПЛЮС»

Особенности создания корпоративных информационных систем на основе ОСУБД ODB-Jupiter 4.0

Андреев А.М., Березкин Д.В., Самарев Р.С.

НПЦ «ИНТЕЛТЕК ПЛЮС»

Тезисы доклада.

Введение

Внедрение компьютерных технологий в производство и управление предприятиями становится все более насущной задачей. Для хранения электронных документов и эффективной организации поиска предназначены информационно-поисковые системы (ИПС).

Такие системы разрабатываются в “НПЦ ИНТЕЛТЕК ПЛЮС” на основе собственной объектной СУБД ODB-Jupiter. При разработке ОСУБД ставилось несколько целей: обработка неструктурированной информации, хранение документов сложной структуры, встроенная поддержка полнотекстового поиска, возможность расширения набора типов в СУБД. Одна из ключевых особенностей ODB-Jupiter заключается в том, что в ядро ОСУБД встроен модуль полнотекстового поиска, что позволило очень эффективно реализовать индексацию и поиск текстовых данных, сохраняемых в базе.

В ОСУБД ODB-Jupiter встроены мощные средства разграничения доступа к объектам.

Для каждого типа объекта и для каждого объекта определяется уровень секретности, группа и область. Каждый объект имеет своего владельца. Пользователи получают доступ к объекту в соответствии со своими правами.

ОСУБД ODB-Jupiter дает возможность создавать новые типы объектов для своих нужд и модифицировать существующие. Для создания новых типов используется специальная программа - редактор схемы данных, который позволяет создавать новые типы, а также определять между ними отношения наследования. Т.е. можно, создать тип некоторого общего документа, а затем создать нескольких более конкретных потомков.

Документ - основное понятие в ИПС, построенных на базе ODB-Jupiter. Документ это информационная единица, состоящая из обязательного раздела - смысловой части (текста), набора реквизитов, которые упрощают поиск, организацию и классификацию и необязательного - ссылок на другие документы.

ИПС, построенные на базе ODB-Jupiter, обладают мощными поисковыми возможностями. Поиск ведется как по каждому виду документа в отдельности, так и по нескольким типам сразу.

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

Однако поисковые возможности ИПС ODB-Jupiter не исчерпываются только формальным поиском. Для более эффективного поиска пользователю предлагается несложный язык запросов. ИПС ODB-Text позволяет при формировании запроса разделять слова (или группы слов) пробелами или запятыми. Наличие пробела означает, что поиск будет по «И», запятой - что поиск идет по «ИЛИ». Для правильной интерпретации сложного запроса можно использовать круглые скобки. При поиске по тексту документа пользователю предоставляются дополнительные возможности создания запроса. Помимо всех возможностей форНПЦ «ИНТЕЛТЕК ПЛЮС»

мального запроса по реквизитам здесь можно задаваться расстоянием между словами в тексте.

Возможность формулировки запросов на естественном языке - одна из ключевых поисковых возможностей ODB-Jupiter.

Особенности реализации сервера ОСУБД ОСУБД ODB-Jupiter имеет клиент-серверную архитектуру. Структура сервера приведена на рис 1. Особенностью ОСУБД ODB-Jupiter является то, что она ориентирована на построение информационно-поисковых систем, следствием чего является наличие встроенных средств поддержки Web-клиентов.

Сервер имеет 3 интерфейса, принимающих запросы по протоколу TCP\IP:

- интерфейс для обслуживания запросов от клиентов ОСУБД с полноценным доступом;

- интерфейс для обслуживания запросов от Web-клиентов (запросы от Web-сервера перенаправляются специально программой-переходником);

- интерфейс для подключения программы администрирования.

Основное назначение Web-канала – обеспечить работу Web-клиентов с ИПС, для чего предусмотрен набор стандартных операций и, соответственно, набор стандартных шаблонов, которые могут редактироваться администратором системы. Шаблоны хранятся в БД, поэтому для каждой БД возможен свой способ отображения данных. Канал для подключения Web-клиентов принимает запросы от Web-сервера, производит их разбор и обработку, формирует и высылает сформированную по соответствующему шаблону html-страницу. То, что сервер ИПС для Web-клиентов реализован вместе с сервером ОСУБД, позволяет наиболее оптимальным образом организовать его работу и обеспечить максимальную производительность.

Запросы от всех интерфейсов поступают на селектор БД. Поскольку сервер обеспечивает работу с несколькими БД, для каждой из них ведется схема данных, работает отдельный диспетчер безопасности и диспетчер транзакций. Общий для всех БД диспетчер блокировок обеспечивает возможность работы БД с пересекающимся набором хранилищ.

В функции диспетчера запросов входит журнализация всех операций, выполняемых сервером для выполнения запросов пользователей. Возможна журнализация действий пользователей на нескольких уровнях детализации:

- регистрация имени пользователя, IP-адреса, с которого поступило обращение;

- регистрация выполняемых типов операций (добавление, удаление, чтение, изменение, поиск и пр.);

- регистрация идентификатора объекта;

- применительно к ИПС – регистрация названия объекта.

Модуль доступа к хранилищам реализован таким образом, чтобы обеспечить полноценное функционирования сервера ОСУБД с любыми хранилищами, в т.ч. использующих для хранения данных другие СУБД. Это позволяет обеспечить высокий уровень надежности за счет применения журнализации и двухфазных транзакций не только в собственных храНПЦ «ИНТЕЛТЕК ПЛЮС»

нилищах, но и в том случае, когда применяемое внешнее хранилище (или внешняя БД) не имеют соответствующих средств.

Web-клиенты Программа Клиенты администрирования WEB-сервер Сервер ОСУБД ODB-Jupiter Сетевой Интерфейс интерфейс администратора Обработка Web-запросов Интерфейс Селектор БД Web-клиентов Обслуживание БД Контроль Логика ИПС Диспетчер запросов безопасности HTMLМодуль Обработчики адаптер поддержки запросов сх. данных Поддержка шаблонов Доступ к Индексатор хранилищам Сервер данных Хранилище Хранилище Сервер обеспечивает возможность работы одной БД с несколькими хранилищами.

Это позволяет для каждого типа объектов использовать своё хранилище, а также организовывать разные БД, имеющие пересекающийся набор объектов одного типа, например общее хранилище безопасности с объектами, определяющими права доступа пользователей, хранилище с метатипами и пр.

Хранилища сервера Хранилища сервера ОСУБД работают в отдельных процессах, взаимодействие сервера ОСУБД с которыми производится через интерфейс CORBA, что позволяет их размещать в т.ч. на отдельных вычислительных системах (ВС). Это позволяет рассматривать процесс хранилища (или несколько таких процессов на одной ВС) как отдельный сервер хранилищ.

Каждое хранилище работает независимо от других. При этом обеспечивается оптимальное использование доступной ОЗУ ВС, кэширование данных, не зависящее от операционной системы и полное отсутствие влияния возможных сбоев на работу других компонентов системы.

Хранилища ОСУБД ODB-Jupiter обеспечивают возможность одновременного использования нескольких разделов. Причем, в процессе эксплуатации возможно добавление новых разделов. Это позволяет, например, при необходимости увеличения объема хранилища, подключать дополнительные дисковые накопители в качестве нового раздела. Хранилище производит оптимальное заполнение разделов, обеспечивает журнализацию изменений, а также автоматическое резервирование данных (в виде копии текущего состояния и копий журнала операций) по заданному расписанию. Хранилище использует 64-битную нумерацию объектов, что теоретически позволяет хранить до 264 объектов объемом до 2 ГБ каждый, подключив до 216 разделов. При этом, возможно использование разных хранилищ для разных типов объектов, что теоретически позволяет еще больше увеличить допустимый объем БД. Предусмотрены средства ручного администрирования хранилищ.

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

Структура хранилища приведена на рис 2. Для работы с хранилищем формируется объект сеанса работы, через который производится обращение к хранилищу, в т.ч. через CORBA. Блок управления хранилищем обеспечивает диспетчеризацию запросов, блокировку объектов при выполнении всех операций, обеспечивает ведение транзакций для каждого сеанса работы, в т.ч. обеспечивает детектирование ситуации мертвых блокировок.

Условные обозначения Интерфейс физических носителей предназначен для унификации интерфейса различных физических носителей. Для обеспечения большей гибкости работы, предполагается, что хранилище сможет использовать в качестве носителей: файловую систему для хранения объектов как файлов, файловую систему для хранения объектов в одном файле (эмуляция файловой системы на существующей файловой системе), раздел дискового накопителя (специализированная файловая система), а также, другую СУБД как физический носитель, при использовании специального транслятора объектов. Хранилище может работать одновременно с несколькими типами носителей.

Специальные средства кэширования позволяют оптимальным образом использовать доступную ОЗУ для минимизации дисковых операций при типовых запросах сервера ОСУБД.

Блок ведения журнала производит регистрацию всех изменений. Используемый алгоритм самовосстановления при любых изменениях производит синхронную запись в журнал и, лишь потом, асинхронную запись основных данных. Возможна полная регистрация всех операций с хранилищем, включая фиксацию идентификаторов пользователей, запросивших объект.

Каждый объект ОСУБД ODB-Jupiter имеет уникальный идентификатор, состоящий из: 32-битного номера хранилища, определяемого временем создания хранилища, строковым именем типа с максимальной длиной 255 символов и 32-битного малого идентификатора объекта, уникального в пределах своего типа и хранилища. Полный идентификатор объект получает в момент своего создания, сохраняя его в дальнейшем. Это позволяет выполнять перенос объектов из одной БД в другую с такой же схемой данных без опасения встретить другие объекты с таким же идентификатором, поскольку в другом хранилище даже при пересечении имени типа и малого идентификатора объекта, идентификатор хранилища при создании этих объектов будет другим. Следовательно, появляется возможность переноса объектов с учетом всех связей.

Каждый объект содержит запись о своей дате создания и дате модификации.

Сервер ОСУБД выполняет операции с объектами, основываясь на схеме данных.

Среди системных типов можно выделить следующие:

Register – тип, являющийся описателем других типов.

%Level, %Category, %Area, %Group, %User – типы для хранения объектов-описателей безопасности.

Для каждого нового типа создается объект типа “Register”, содержащий:

- имя типа и список его алиасов (применительно к ИПС отображаемое имя типа может отличаться от системного);

- список предков (множественное наследование разрешено, но конфликты имен должен устранять пользователь);

- уникальный номер типа в пределах схемы данных;

- список описателей реквизитов.

Описатель реквизита представляет собой следующую структуру:

- название реквизита;

- номер реквизита в типе, который не меняется при любых изменениях типа;

- специальные флаги реквизита (поисковый, множественный и пр.) Любой реквизит в итоге характеризуется уникальным 32-битным номером, составленным из 16-битного номера типа и 16-битного номера реквизита в типе. Таким образом, при наследовании реквизита, в типе-потомке он сохраняет свой номер, что делает возможным быстрое определение базового типа, содержащего этот реквизит, а также устраняет проблему множественного наследования, заключающуюся в пересечении реквизитов одного общего предка в нескольких ветвях наследования. Администратор системы не должен допускать только наследования одноименных реквизитов от разных предков, что в реальной ситуации легко осуществимо.

Администратору доступны следующие типы реквизитов:

- целое число со знаком 16 бит;

- целое число со знаком 32 бита;

- целое число со знаком 64 бита;

- вещественное число 16 бит;

- вещественное число 32 бита;

- строка без разбиения переменной длины;

- строка с разбиением переменной длины (при индексации каждое слово строки рассматривается как отдельный ключ);

- двоичные данные (до 2 ГБ);

- текст документа (отличается от строки иным режимом индексации и поиска).

Администратор имеет возможность изменения типов и набора реквизитов в том числе в процессе эксплуатации системы. Причем, сервер обеспечивает хранение объектов даже с такими реквизитами, которые не заданы схемой данных.

Администратор задает хранилища для хранения типов. На рис 4 приводится пример назначения типов.

Для каждого типа может быть задано свое хранилище или несколько типов хранится в одном хранилище. Кроме того, администратор может вообще не распределять типы по хранилищам, а задать для типа “Unknown” единственное хранилище. Тогда, модуль поддержки схемы данных будет направлять запросы рис. 3 Назначение типов хранилищам.

на обращения к хранилищам в соответствии с типом “Unknown”. Возможны любые комбинации с этим типом.

Разделение прав доступа Реализация разграничения прав доступа.

Каждый объект в системе наделяется дескриптором безопасности, который содержит идентификатор владельца, дискреционные списки разрешения по каждому виду доступа, дискреционные списки запрета по каждому виду доступа и метки безопасности «чтение» и «запись».

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

Таким образом, ОСУБД ODB-Jupiter реализует как дискреционную, так и мандатную модели безопасности.

Произвольный контроль.

Произвольный контроль реализует правила проверки возможности доступа согласно матричной модели безопасности. В системе зафиксированы следующие проверяемые виды доступа:

- Чтение – вид доступа, связанный с операцией чтения объектов и с операцией получения результатов поиска.

- Изменение – вид доступа, связанный с операцией изменения объекта или с операцией создания объекта.

- Удаление – вид доступа, наличие которого позволяет выполнить операцию удаления объекта из системы.

- Изменение дескриптора безопасности объекта (ДБО) – вид доступа по изменению - Смена владельца – вид доступа, связанный с операцией назначения другого владельца объекта.

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

Принудительный контроль.

Реализация принудительного контроля доступа, соответствует мандатной модели безопасности. Как отмечалось, в дескрипторе безопасности объектов и в учетных записях пользователей имеются метки безопасности «чтения» и «записи», они ставятся в соответствие уровням безопасности, рассмотренным в мандатной модели безопасности. Метка имеет следующую структуру:

- Уровень секретности – элемент упорядоченного множества, такого как например:

несекретно, конфиденциально, секретно, совершенно секретно и т.д.

- Категории – неупорядоченное множество, позволяющее разделить информацию - Области – неупорядоченное множество, так же как категории позволяет разделять Назначение этих элементов станет понятным после рассмотрения механизма проверки доминирования одной метки над другой.

Доминирование меток Пусть имеется две метки: А и Б. Операция проверки доминирования позволяет осуществить мнимое отображение меток на элементы множества уровней безопасности L, характерное для модели безопасности Белла-ЛаПадулы, что в свою очередь дает возможность их сравнения. Указанное отображение приведено на рис. 3.





Похожие работы:

«Министерство образования и науки Российской Федерации Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Саратовская государственная юридическая академия УТВЕРЖДЕНО на заседании Ученого Совета ФГБОУ ВПО СГЮА протокол № 6 от 20 марта 2014 года ПРОГРАММА ВСТУПИТЕЛЬНОГО ЭКЗАМЕНА по направлению подготовки 45.06.01 Языкознание и литературоведение по профилю Теория языка Саратов 2014 Введение Программа вступительных экзаменов предназначена для...»

«Санкт-Петербургский Российское химическое общестгосударственный университет во им. Д.И. Менделеева V Всероссийская конференция студентов и аспирантов с международным участием Химия в современном мире, посвященная 300-летию со дня рождения М. В. Ломоносова 18-22 апреля 2011, Санкт-Петербург 2 Уважаемые коллеги! 18-22 апреля 2011 года на химическом факультете Санкт-Петербургского государственного университета проводится V Всероссийская конференция студентов и аспирантов с международным участием...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Ярославский государственный университет им. П.Г. Демидова Экономический факультет УТВЕРЖДАЮ Проректор по развитию образования _Е.В.Сапир _2012 г. Рабочая программа дисциплины послевузовского профессионального образования (аспирантура) Маркетинг, логистика, стандартизация и управление качеством продукции, ценообразование по специальности научных работников 08.00.05 Экономика и управление народным хозяйством (по отраслям и сферам деятельности,...»

«Федеральное агентство по образованию Государственное образовательное учреждение высшего профессионального образования Московский инженерно-физический институт (государственный университет) ПРИМЕРНЫЕ ПРОГРАММЫ ВЫПОЛНЕНИЯ ЭКСПЕРИМЕНТОВ НА УНИКАЛЬНОМ ОБОРУДОВАНИИ ДЛЯ МАГИСТРОВ С ПРОФИЛЕМ ПОДГОТОВКИ ФУНКЦИОНАЛЬНЫЕ НАНОМАТЕРИАЛЫ ДЛЯ ЭНЕРГЕТИКИ 61 2.3. ПРИМЕРНЫЕ ПРОГРАММЫ ВЫПОЛНЕНИЯ ЭКСПЕРИМЕНТОВ НА УНИКАЛЬНОМ ОБОРУДОВАНИИ ДЛЯ МАГИСТРОВ С ПРОФИЛЕМ ПОДГОТОВКИ ФУНКЦИОНАЛЬНЫЕ НАНОМАТЕРИАЛЫ ДЛЯ...»

«НОУ ВПО Институт экономики и управления (г. Пятигорск) НОУ ВПО ИнЭУ (г. Пятигорск) Кафедра гражданско-правовых дисциплин УТВЕРЖДАЮ Председатель УМС Андреева Р.С. Протокол № 1 от 26 сентября 2012 г. РАБОЧАЯ ПРОГРАММА по дисциплине ГРАЖДАНСКОЕ И ТОРГОВОЕ ПРАВО ЗАРУБЕЖНЫХ СТРАН для студентов специальности: 030501 Юриспруденция очной и заочной форм обучения г. Пятигорск, 2012 2 Составитель: Данилова Б.Г., к.ю.н., профессор Рецензент: Бегиашвили Ф.Н., к.ю.н., судья Пятигорского городского суда...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ Учебно-методическое объединение по гуманитарному образованию УТВЕРЖДАЮ Первый заместитель Министра образования Республики Беларусь А.И.Жук Регистрационный № ТД-/тип. OСНОВНОЙ ИНОСТРАННЫЙ ЯЗЫК (ИТАЛЬЯНСКИЙ) Типовая учебная программа для высших учебных заведений по специальности 1-21 05 06 Романо-германская филология СОГЛАСОВАНО СОГЛАСОВАНО Председатель учебно- Начальник Управления высшего и методического объединения среднего специального образования...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЕ РЕСПУБЛИКИ БЕЛАРУСЬ УО БЕЛОРУССКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ Утверждаю: Декан экономического факультета _М.М. Ковалев _200_г. ИНФОРМАЦИОННЫЙ МЕНЕДЖМЕНТ Учебная программа для специальности 1-26.02. 04 Документоведение и информационное обеспечение управления Факультет: исторический Экзамен: 9 семестр Кафедра: Зачет: Курс: Курсовая работа: Семестр: 9 Лекции: 26 часов Практические (семинарские) занятия: 10 часов КСР: 2 часа Всего часов по дисциплине: Минск, Учебная...»

«Департамент образования города Москвы ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ ГОРОДА МОСКВЫ МОСКОВСКИЙ ГОРОДСКОЙ ПЕДАГОГИЧЕСКИЙ УНИВЕРСИТЕТ СОГЛАСОВАНО проректор по научной работе МГПУ _ Е.Н. Геворкян _._2011 г. Рабочая программа ПЕДАГОГИЧЕСКАЯ ПРАКТИКА П.А. – цикл практики основной профессиональной образовательной программы послевузовского профессионального образования (аспирантура) по научной специальности 13.00.02 – теория и методика...»

«УДК 821.161.1 ББК 84 (2 Рос=Рус) Г24 Федеральная программа книгоиздания России Гачев Г.Д. Г24 Национальные образы мира. Кавказ. Интеллектуаль­ ные путешествия из России в Грузию, Азербайджан и Армению.— М.: Издательский сервис, 2002.— 416 с. ISBN 5-94186-010-2 Книга известного ученого-культуролога и писателя Г.Д. Гачева п р одол ж ает его многотомную серию сравнительных описаний куль­ тур и м и роп они м ан и й разны х н ар одов Н ациональны е обр азы мира. К аждая национальная целостность...»

«МИНИСТЕРСТВО СПОРТА, ТУРИЗМА И МОЛОДЕЖНОЙ ПОЛИТИКИ РОССИЙСКОЙ ФЕДЕРАЦИИ ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ РОССИЙСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ФИЗИЧЕСКОЙ КУЛЬТУРЫ, СПОРТА, МОЛОДЕЖИ И ТУРИЗМА (ГЦОЛИФК) Иркутский филиал ФГБОУ ВПО РГУФКСМиТ Кафедра Теории и методики физической культуры, спорта и туризма МАРКЕТИНГ Программа дисциплины вузовского компонента цикла ОПД для студентов, обучающихся по специальности 032101.65...»

«СОДЕРЖАНИЕ ВВЕДЕНИЕ 1. ЦЕЛИ И ЗАДАЧИ ТЕРРИТОРИАЛЬНОГО ПЛАНИРОВАНИЯ И ПЛАНИРОВКИ ТЕРРИТОРИИ. 3 2. ЭКОНОМИКО-ГЕОГРАФИЧЕСКОЕ ПОЛОЖЕНИЕ 3. СОВРЕМЕННОЕ СОСТОЯНИЕ ТЕРРИТОРИИ СВИЯЖСКОГО СЕЛЬСКОГО ПОСЕЛЕНИЯ. 4 3.1 Современное использование территории 3.2 Распределение территории по формам собственности 3.3 Социально-экономический потенциал территории 3.3.1 Демографический потенциал 3.3.2 Занятость населения 3.3.3 Жилищная инфраструктура 3.3.4 Объекты социального и культурно-бытового обслуживания 3.4...»

«ОТЧЕТ САО 2004-2005 SAO REPORT 79 РАДИОТЕЛЕСКОП RADIO TELESCOPE РАТАН–600 RATAN-600 В 2004-2005 гг. радиотелескоп РАТАН–600 In 2004-2005 the radio telescope RATAN-600 работал в полном объеме в основных штатных operated under basic standard conditions in full режимах. Наблюдения проводились в соответствии с measure. Observations were carried out in accordance программами наблюдений, принятыми КТБТ. В with programs accepted by the Large Telescopes наблюдениях участвовали Северный и Южный Program...»

«НОВОСИБИРСКАЯ ГОСУДАРСТВЕННАЯ АКАДЕМИЯ ВОДНОГО ТРАНСПОРТА Шифр дисциплины: ОПД. В-00 СУДОВОЕ ДЕЛОПРОИЗВОДСТВО Рабочая программа по специальности 24 02 00 Судовождение специализация 24 02 02 Судовождение на морских и внутренних водных путях НОВОСИБИРСК 2001 1 Рабочая программа составлена старшим преподавателем Ермаковым А. С. на основании Государственного образовательного стандарта высшего профессионального образования: государственные требования к минимуму содержания и уровню подготовки...»

«ПЕДАГОГИКА 161 И. В. Перцева (преподаватель ПСТГУ) ПЕДАГОГИЧЕСКАЯ ЦЕННОСТЬ ДИСЦИПЛИНЫ ИСТОРИЯ СОЦИАЛЬНОГО СЛУЖЕНИЯ РУССКОЙ ПРАВОСЛАВНОЙ ЦЕРКВИ В ПРОЦЕССЕ ПОДГОТОВКИ СОЦИАЛЬНЫХ ПЕДАГОГОВ Знания учебного курса История социального служения Русской Православной Церкви обладают большим потенциалом, влияя на личностные и профессиональные качества будущего социального педагога. Изучение данной дисциплины способствует развитию профессионального социально-педагогического мышления и мировоззрения,...»

«МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Ярославский государственный университет им. П.Г. Демидова Математический факультет УТВЕРЖДАЮ Проректор по развитию образования _Е.В.Сапир _2012 г. Рабочая программа дисциплины послевузовского профессионального образования (аспирантура) Теория алгоритмов и сложность вычислений по специальности научных работников 01.01.06 Математическая логика, алгебра и теория чисел Ярославль 2012 1.Цели освоения дисциплины Целями освоения дисциплины Теория...»

«Начальная школа Программно – методическое обеспечение учебного плана МБОУ СОШ № 71 на 2013-2014 учебный год 1-3 классы Обязательная часть Классы /количе Образовательная Тип Автор и название программы, год Автор и название учебника, ство Тип программы Издательство область/ предмет класса издания год издания обучаю щихся ФИЛОЛОГИЯ 1 А, Б, общеоб Государственная В.Г. Горецкий, Н.А. Федосова В.Г. Горецкий М.: Просвещение Русский язык В, Г/ разоват (Школа России) Программа по обучению грамоте для 1...»

«МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ ПУТЕЙ СООБЩЕНИЯ 25/13/3 Одобрено кафедрой Утверждено Железнодорожный путь, деканом факультета машины и оборудование Транспортные сооружения и здания ЖЕЛЕЗНОДОРОЖНЫЙ ПУТЬ Рабочая программа для студентов IV и V курсов специальности 270204 СТРОИТЕЛЬСТВО ЖЕЛЕЗНЫХ ДОРОГ, ПУТЬ И ПУТЕВОЕ ХОЗЯЙСТВО (С) РОАТ Москва — 2010 Рабочая программа составлена в соответствии с Государственным образовательным стандартом высшего профессионального образования по специальности...»

«Пояснительная записка 11 класс Рабочая программа составлена на основе обязательного минимума содержания основного общего и среднего (полного) образования по биологии с учётом Федерального компонента государственного стандарта основного общего образования по биологии (приказ Минобразования РФ от 5 марта 2004г. №1089), примерной программы основного общего образования по биологии (профильный уровень), опубликованной на сайте Минобразования РФ и программы учителя биологии Бетиной Т.В. утвержденной...»

«Программа вступительных испытаний по специальности 05.18.15 Технология и товароведение пищевых продуктов и функционального и специализированного назначения и общественного питания Содержание программы Раздел 1. Общие вопросы товароведения пищевых продуктов и продуктов функционального и специализированного назначения Основные понятия и методы товароведения. Связь товароведения продовольственных товаров с другими науками – экономикой, физикой, химией, биологией, микробиологией, физиологией и...»

«МИНИСТЕРСТВО СЕЛЬСКОГО ХОЗЯЙСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Саратовский государственный аграрный университет имени Н.И. Вавилова Утверждаю Директор колледжа /Митрофанова Г.Н. 20_г. РАБОЧАЯ ПРОГРАММА ПРОФЕССИОНАЛЬНОГО МОДУЛЯ Дисциплина Приемка, хранение и подготовка сырья к переработке Специальность 260103.51 Технология хлеба, кондитерских и макаронных изделий Квалификация Техник-технолог выпускника...»










 
2014 www.av.disus.ru - «Бесплатная электронная библиотека - Авторефераты, Диссертации, Монографии, Программы»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.