WWW.KNIGA.SELUK.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА - Книги, пособия, учебники, издания, публикации

 


Pages:     | 1 | 2 ||

«ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ИНФОРМАЦИОННЫХ СИСТЕМ И ТЕХНОЛОГИЙ (Конспект лекций) Специальность: 351400 Прикладная информатика в экономике Смоленск 2006 год 2 Рецензент: ...»

-- [ Страница 3 ] --
6.1. Отличительные черты объектно-ориентированного Существует две модели построения программ. Первая называется процессно-ориентированной (структурное программирование). В данной модели программа представляется как ряд последовательно выполняемых операций (процедур). Программы, построенные с использованием этой модели, можно рассматривать как код, воздействующий на данные. Языки программирования, в которых реализован процессно-ориентированный подход к построению программ, называются процедурными. До определенного времени процессно-ориентированный подход успешно использовался при разработке программ. Однако по мере увеличения объема и сложности программ при использовании данного подхода возникаю существенные проблемы с реализаций предметной области в информационных системах.

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

Следует отметить, что первые объектно-ориентированные языки (Simula, Smalltalk) появились в восьмидесятые годы прошлого века.

Практически все современные языки программирования поддерживаю принципы объектно-ориентированной модели. Наибольшее распространение в последнее время получили три объектно-ориентированных языка: C++, Object Pascal и Visual Basic, являющиеся дальнейшим развитием известных процедурных языков C, Pascal и Basic.

Использование концепции объектно-ориентированного программирования (ООП) позволяет упростить разработку сложных программ и повысить их надежность. Однако объектно-ориентированная модель построения программ существенно отличается от процессно-ориентированной. Ее основу составляет не алгоритм, а иерархия объектов, из которых состоит программа (хотя разработка отдельных объектов все равно требует алгоритмического подхода). Поэтому для эффективного использования ООП требуется иной взгляд на проблему. Иначе даже использование объектно-ориентированных языков не обеспечивает объектно-ориентированного стиля программирования.

Объектно-ориентированное программирование базируется на идее объединения данных и действий, которые производятся над этими данными, в одной структуре.

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



В объектно-ориентированном программировании базовыми единицами программ и данных являются классы.

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

В Object Pascal определен структурный тип class. Объявление типа class похоже на объявление типа record, однако в нем могут содержаться не только поля-переменные, но также методы. Кроме того, в объявлении класса используется ряд специальных зарезервированных слов, определяющих область видимости полей и методов. В отличие от всех остальных типов, тип class должен быть описан как пользовательский тип в разделе type, например:

field1: type_definition1;

field2: type_definition2;

procedure method1;

function method2: type_definition3;

Затем в разделе var может быть объявлена переменная объектного типа:

Object1: TMyClass;

Имена типов в Object Pascal принято начинать с большой буквы Т.

Желательно следовать этому правилу для улучшения читаемости программы.

При объявлении класса вначале описываются поля, а затем методы.

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

6.3. Объекты Объектом или экземпляром класса называется переменная объектного типа.

Чтобы объект мог обмениваться данными с другими объектами, используются свойства. Свойства объекта определяют его состояние. Свойство — характеристика объекта, его параметр. Все объекты наделены определенными свойствами, которые в совокупности выделяют объект из множества других объектов Технология ООП запрещает работать с объектом иначе, чем через методы, то есть изменение состояния объекта производится только через вызов методов этого объекта. Метод — программа действий над объектом или его свойствами. Этим существенно ограничивается возможность приведения объекта в недоступное состояние и/или несанкционированного разрушения объекта.

Взаимодействие между объектами осуществляется с помощью сообщений. Объект может посылать сообщение другим объектам и принимать сообщения от них. Сообщение является совокупностью данных определенного типа, передаваемых объектом-отправителем объекту-получателю, имя которого указывается в сообщении. Получатель реагирует на сообщение выполнением некоторого метода, имя которого также может быть указано в сообщении, или никак не реагирует на него.





Объект можно интерпретировать как модель некоторого реального объекта или процесса, которая обладает следующими свойствами:

· поддается хранению и обработке;

· способна взаимодействовать с другими объектами и вычислительной средой, посылая сообщения и реагируя на принимаемые сообщения.

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

В ООП состояние вычислительной среды разделяется на состояния объектов, что в принципе отличает объектно-ориентированные вычисления от вычислений, заданных в процедурно-ориентированных языках. Процедуры выполняются в общей памяти, в то время как объекты выполняют свои операции с учетом данных, получаемых из сообщений, и своего собственного состояния.

Схематично связи основных понятий объектно-ориентированного программирования представлены на рисунке 6.1.

Рис. 6.1. Соотношение основных понятий объектно-ориентированного 6.4. Концептуальные понятия ООП Объектно-ориентированное программирование базируется на трех основных принципах:

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

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

TCircle = class function area: double;

function circumference: double;

function inside (x.y:double): Boolean;

Поля и методы, входящие в состав класса, называются членами класса.

Для работы с классом необходимо создать его экземпляр, то есть описать в разделе var переменную данного объектного типа:

Circle: TCircle;

Доступ к полям класса производится точно так же, как доступ к полям записи с помощью одного из двух способов:

· указанием имени соответствующего поля после имени экземпляра класса через точку;

· использованием оператора with.

Например, для того чтобы задать координаты центра окружности и ее радиуса, можно использовать следующие фрагменты кода:

Circle.x:=5;

Circle.y:=20;

Circle.r:=10;

with Circle do Аналогичным образом производится и вызов методов. Например, чтобы рассчитать площадь окружности, используется следующая строка:

A := Circle.area;

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

Как следует из приведенного примера, методу area не нужно передавать никаких данных. Подразумевается, что метод применяется к экземпляру класса, внутри которого он определен. Таким образом, для расчета площади метод area использует данные, содержащиеся в поле r данного экземпляра класса.

Наследование – это возможность использования уже определенных классов для построения иерархии классов, производных от них. Новый, или производный, класс сохраняет все свойства старого: данные объекта базового класса включаются в данные производного объекта, а методы базового класса могут быть вызваны для объекта производного класса, причем они будут выполняться над данными включенного в него объекта базового класса. Иначе говоря, новый класс наследует как данные старого класса, так и методы их обработки.

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

TRing = class(TCircle) function area: double;

function circumfererce2: double;

function inside (x, y: double): Boolean;

В объявлении класса TRring указываются функции расчета площади кольца и определение попадания некоторой точки с заданными координатами внутрь кольца. Хотя имена этих методов совпадают с именами соответствующих методов для класса TCircle, их реализация должна быть иной, так как они применяются к разным геометрическим фигурам. Если имена методов, объявляемых в дочернем классе, совпадают с именами полей или методов родительского класса, то говорят, что они перекрываются. В зависимости от типа методов результаты перекрытия методов будут различны. Тип метода определяется служебным словом после объявления метода.

В Object Pascal при объявлении объектного типа имя наследуемого класса указывается в круглых скобках после слова class. По умолчанию считается, что класс, определяемый пользователем, является наследником от класса TObject. Поэтому записи:

TMyClass = class TMyClass = class(TObject) идентичны.

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

На практике это означает способность объектов выбирать метод, исходя из типа данных. Например, выше мы рассмотрели пример класса TRring.

Согласно правилу соответствия типов, принятому в Object Pascal, переменные дочернего класса всегда совместимы с переменными класса-предка, причем совместимость односторонняя: переменной класса-предка можно присвоить значение переменной дочернего класса, но не наоборот. Таким образом, если имеется какая-либо процедура, для которой в качестве формального параметра описана переменная класса TCircle, то в данную процедуру можно передать в качестве фактического параметра переменную типа TRring. Причем классы TCircle и TRring имеют методы с одинаковыми названиями, но по-разному выполняемые. Концепция полиморфизма подразумевает, что внутри процедуры будут вызываться методы, соответствующие не типу формальной переменной, а типу реально переданной переменной.

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

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

Модель данных – совокупность структур данных и операций их обработки.

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

К числу классических относятся следующие модели данных:

Кроме того, в последние годы появились и стали более активно внедряться на практике следующие модели данных:

· постреляционная, · объектно-ориентированная.

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

В некоторых СУБД поддерживается одновременно несколько моделей данных. Например, в системе ИНТЕРБАЗА для приложений применяется сетевой язык манипулирования данными, а в пользовательском интерфейсе реализованы языки SQL и QBE.

7.1. Иерархическая модель При создании любой структуры данных надо решить два вопроса: как разделять элементы данных между собой и как разыскивать нужные элементы.

Линейная модель данных.

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

Иерархические модели данных Не регулярные данные, которые трудно представить в виде списка или таблицы, часто представляют в виде иерархических структур. Такая модель может быть представлена направленным графом (рис. 7.1). Иерархическая модель данных строится по принципу иерархии типов объектов, то есть один тип объектов является главным, а остальные, находящиеся на низших уровнях иерархии подчинёнными.

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

Иерархическое дерево имеет только одну вершину (корень дерева), не подчиненную никакой другой вершине и находящуюся на самом верхнем (первом) уровне. Зависимые (подчиненные) узлы находятся на втором, третьем и т.д. уровнях. Количество деревьев в базе данных определяется числом корневых записей.

Между главным и подчинёнными объектами устанавливается взаимосвязь «один ко многим». Для каждого подчинённого типа объекта может быть только один исходный. Наивысший в иерархии узел называется корневым.

Иерархической базой данных является каталог папок Windows, с которым можно работать запустив Проводник.

В иерархической структуре адрес каждого элемента определяется путем доступа (маршрутом) ведущим от вершины структуры к данному элементу.

Для описания структуры (схемы) иерархической БД на некотором языке программирования используется тип данных «дерево».

Тип «дерево» схож с типами данных «структура» языков программирования ПЛ/1 и С и «запись» языка Паскаль. В них допускается вложенность типов, каждый из которых находится на некотором уровне.

Тип «дерево» является составным. Он включает в себя подтипы («поддеревья»), каждый из которых, в свою очередь, является типом «дерево».

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

как совокупности типов показан на рис. 7.2.

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

В целом тип «дерево» представляет собой иерархически организованный набор типов «запись».

Иерархическая БД представляет собой упорядоченную совокупность экземпляров данных типа «дерево» (деревьев), содержащих экземпляры типа «запись» (записи). Часто отношения родства между типами переносят на отношения между самими записями. Поля записей хранят собственно числовые или символьные значения, составляющие основное содержание БД. Обход всех элементов иерархической БД обычно производится сверху вниз и слева направо.

В иерархических СУБД может использоваться терминология, отличающаяся от приведенной. Так, в системе IMS понятию «запись» соответствует термин «сегмент», а под «записью БД» понимается вся совокупность записей, относящаяся к одному экземпляру типа «дерево».

Для организации физического размещения иерархических данных в памяти ЭВМ могут использоваться следующие группы методов:

· представление линейным списком с последовательным распределением памяти (адресная арифметика, левосписковые структуры);

· представление связными линейными списками (методы, использующие указатели и справочники).

К основным операциям манипулирования иерархически организованными данными относятся следующие:

· поиск указанного экземпляра БД;

· переход от одного дерева к другому;

· переход от одной записи к другой внутри дерева;

· вставка новой записи в указанную позицию;

· удаление текущей записи и т. д.

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

К достоинствам иерархической модели данных относятся эффективное использование памяти ЭВМ и неплохие показатели времени выполнения основных операций над данными. Иерархическая модель данных удобна для работы с иерархически упорядоченной информацией.

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

На иерархической модели данных основано сравнительно ограниченное количество СУБД, в числе которых можно назвать зарубежные системы IMS, PC/Focus, Team-Up и Data Edge, а также отечественные системы Ока, ИНЭС и МИРИС.

7.2. Сетевая модель Сетевые модели также создавались для мало ресурсных ЭВМ. Это достаточно сложные структуры, состоящие из "наборов" - поименованных двухуровневых деревьев. "Наборы" соединяются с помощью "записей-связок", образуя цепочки и т.д. (рис. 7.3.). Предшественниками первых сетевых систем обработки данных были файловые системы для генерации различных объектов.

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

Пример сетевой базы данных является сеть Internet. Наиболее полно концепция сетевых БД впервые была изложена в Предложениях группы КОДАСИЛ (KODASYL).

В сетевой модели данных понятие главного и подчинённых объектов несколько расширены. Любой объект может быть и главным и подчинённым.

В сетевой модели главный объект обозначается термином «член набора».

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

Рис. 7.3. Сетевая модель представления данных Для описания схемы сетевой БД используется две группы типов: «запись» и «связь». Тип «связь» определяется для двух типов «запись»: предка и потомка. Переменные типа «связь» являются экземплярами связей.

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

В различных СУБД сетевого типа для обозначения одинаковых по сути понятий зачастую используются различные термины. Например, такие как элементы и агрегаты данных, записи, наборы, области и т. д.

При разработке сетевых моделей было выдумано множество "маленьких хитростей", позволяющих увеличить производительность СУБД, но существенно усложнивших последние. Прикладной программист должен знать массу терминов, изучить несколько внутренних языков СУБД, детально представлять логическую структуру базы данных для осуществления навигации среди различных экземпляров, наборов, записей и т.п. Один из разработчиков операционной системы UNIX сказал "Сетевая база - это самый верный способ потерять данные".

Физическое размещение данных в базах сетевого типа может быть организовано практически теми же методами, что и в иерархических базах данных.

К числу важнейших операций манипулирования данными баз сетевого типа можно отнести следующие:

· переход от предка к первому потомку;

· удаление текущей записи;

· обновление текущей записи;

· исключение записи из связи; изменение связей и т. д.

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

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

Системы на основе сетевой модели не получили широкого распространения на практике. Наиболее известными сетевыми СУБД являются следующие: IDMS, db_VistaIII, СЕТЬ, СЕТОР и КОМПАС.

7.3. Реляционная модель Реляционная модель данных предложена сотрудником фирмы IBM Эдгаром Коддом и основывается на понятии отношение (relation).

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

Таблица имеет строки (записи) и столбцы (колонки). Каждая строка таблицы имеет одинаковую структуру и состоит из полей. Строкам таблицы соответствуют кортежи, а столбцам — атрибуты отношения.

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

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

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

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

Основными недостатками реляционной модели являются следующие:

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

Примерами зарубежных реляционных СУБД для ПЭВМ являются следующие: dBaselll Plus и dBase IY (фирма Ashton-Tate), DB2 (IBM), R:BASE (Microrim), FoxPro ранних версий и FoxBase (Fox Software), Paradox и dBASE for Windows (Borland), FoxPro более поздних версий, Visual FoxPro и Access (Microsoft), Clarion (Clarion Software), Ingres (ASK Computer Systems) и Oracle (Oracle).

К отечественным СУБД реляционного типа относятся системы:

ПАЛЬМА (ИК АН УССР), а также система HyTech (МИФИ).

Заметим, что последние версии реляционных СУБД имеют некоторые свойства объектно-ориентированных систем. Такие СУБД часто называют объектно-реляционными. Примером такой системы можно считать продукты Oracle 8.x. Системы предыдущих версий вплоть до Oracle 7.x считаются «чисто» реляционными.

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

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

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

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

Поскольку постреляционная модель допускает хранение в таблицах ненормализованных данных, возникает проблема обеспечения целостности и непротиворечивости данных. Эта проблема решается включением в СУБД механизмов, подобных хранимым процедурам в клиент - серверных системах.

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

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

Недостатком постреляционной модели является сложность решения проблемы обеспечения целостности и непротиворечивости хранимых данных.

Рассмотренная нами постреляционная модель данных поддерживается СУБД uniVers. К числу других СУБД, основанных на постреляционной модели данных, относятся также системы Bubba и Dasdb.

7.5. Многомерная модель Многомерный подход к представлению данных в базе появился практически одновременно с реляционным, но реально работающих многомерных СУБД (МСУБД) до настоящего времени было очень мало. С середины 90-х годов интерес к ним стал приобретать массовый характер.

Толчком послужила в 1993 году программная статья одного из основоположников реляционного подхода Э. Кодда. В ней сформулированы 12 основных требований к системам класса OLAP (OnLine Analytical Processing — оперативная аналитическая обработка), важнейшие из которых связаны с возможностями концептуального представления и обработки многомерных данных. Многомерные системы позволяют оперативно обрабатывать информацию для проведения анализа и принятия решения.

В развитии концепций ИС можно выделить следующие два направления:

· системы оперативной (транзакционной) обработки;

· системы аналитической обработки (системы поддержки принятия решений).

Реляционные СУБД предназначались для информационных систем оперативной обработки информации и в этой области были весьма эффективны. В системах аналитической обработки они показали себя несколько неповоротливыми и недостаточно гибкими. Более эффективными здесь оказываются многомерные СУБД (МСУБД).

Многомерные СУБД являются узкоспециализированными СУБД, предназначенными для интерактивной аналитической обработки информации. Раскроем основные понятия, используемые в этих СУБД: агрегируемость, историчность и прогнозируемость данных.

Агрегируемостъ данных означает рассмотрение информации на различных уровнях ее обобщения. В информационных системах степень детальности представления информации для пользователя зависит от его уровня:

аналитик, пользователь-оператор, управляющий, руководитель.

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

Статичность данных позволяет использовать при их обработке специализированные методы загрузки, хранения, индексации и выборки.

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

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

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

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

Рассмотрим основные понятия многомерных моделей данных, к числу которых относятся измерение и ячейка.

Измерение (Dimension) — это множество однотипных данных, образующих одну из граней гиперкуба. Примерами наиболее часто используемых временных измерений являются Дни, Месяцы, Кварталы и Годы. В качестве географических измерений широко употребляются Города, Районы, Регионы и Страны. В многомерной модели данных измерения играют роль индексов, служащих для идентификации конкретных значений в ячейках гиперкуба.

Ячейка (Cell) или показатель — это поле, значение которого однозначно определяется фиксированным набором измерений. Тип поля чаще всего определен как цифровой. В зависимости от того, как формируются значения некоторой ячейки, обычно она может быть переменной (значения изменяются и могут быть загружены из внешнего источника данных или сформированы программно) либо формулой (значения, подобно формульным ячейкам электронных таблиц, вычисляются по заранее заданным формулам).

В существующих МСУБД используются два основных варианта (схемы) организации данных: гиперкубическая и поликубическая.

В поликубической схеме предполагается, что в БД может быть определено несколько гиперкубов с различной размерностью и с различными измерениями в качестве граней. Примером системы, поддерживающей поликубический вариант БД, является сервер Oracle Express Server.

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

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

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

Операция «вращение» (Rotate) применяется при двухмерном представлении данных. Суть ее заключается в изменении порядка измерений при визуальном представлении данных.

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

Операции «агрегация» (Drill Up) и «детализация» (Drill Down) означают соответственно переход к более общему и к более детальному представлению информации пользователю из гиперкуба.

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

Недостатком многомерной модели данных является ее громоздкость для простейших задач обычной оперативной обработки информации.

Примерами систем, поддерживающими многомерные модели данных, являются Essbase (Arbor Software), Media Multi-matrix (Speedware), Oracle Express Server (Oracle) и Cache (InterSystems). Некоторые программные продукты, например Media/MR (Speedware), позволяют одновременно работать с многомерными и с реляционными БД. В СУБД Cache, в которой внутренней моделью данных является многомерная модель, реализованы три способа доступа к данным: прямой (на уровне узлов многомерных массивов), объектный и реляционный.

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

Стандартизованная объектно-ориентированной модель описана в рекомендациях стандарта ODMG-93 (Object Database Management Group — группа управления объектно-ориентированными базами данных). Реализовать в полном объеме рекомендации ODMG-93 пока не удается. Для иллюстрации ключевых идей рассмотрим несколько упрощенную модель объектноориентированной БД.

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

Значением свойства типа string является строка символов. Значение свойства типа class есть объект, являющийся экземпляром соответствующего класса. Каждый объект-экземпляр класса считается потомком объекта, в котором он определен как свойство. Объект-экземпляр класса принадлежит своему классу и имеет одного родителя. Родовые отношения в БД образуют связную иерархию объектов.

Логическая структура объектно-ориентированной БД внешне похожа на структуру иерархической БД. Основное отличие между ними состоит в методах манипулирования данными.

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

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

Рассмотрим кратко понятия инкапсуляции, наследования и полиморфизма применительно к объектно-ориентированной модели БД.

Инкапсуляция ограничивает область видимости имени свойства пределами того объекта, в котором оно определено. Так, если в объект типа КАТАЛОГ добавить свойство, задающее телефон автора книги и имеющее название телефон, то мы получим одноименные свойства у объектов АБОНЕНТ и КАТАЛОГ. Смысл такого свойства будет определяться тем объектом, в который оно инкапсулировано.

Наследование, наоборот, распространяет область видимости свойства на всех потомков объекта. Так, всем объектам типа КНИГА, являющимся потомками объекта типа КАТАЛОГ, можно приписать свойства объектародителя: isbn, удк, название и автор. Если необходимо расширить действие механизма наследования на объекты, не являющиеся непосредственными родственниками (например, между двумя потомками одного родителя), то в их общем предке определяется абстрактное свойство типа abs.

Полиморфизм в объектно-ориентированных языках программирования означает способность одного и того же программного кода работать с разнотипными данными. Другими словами, он означает допустимость в объектах разных типов иметь методы (процедуры или функции) с одинаковыми именами. Во время выполнения объектной программы одни и те же методы оперируют с разными объектами в зависимости от типа аргумента. Применительно к нашей объектно-ориентированной БД полиморфизм означает, что объекты класса КНИГА, имеющие разных родителей из класса КАТАЛОГ, могут иметь разный набор свойств. Следовательно, программы работы с объектами класса КНИГА могут содержать полиморфный код.

Поиск в объектно-ориентированной БД состоит в выяснении сходства между объектом, задаваемым пользователем, и объектами, хранящимися в БД. Определяемый пользователем объект, называемый объектом-целью (свойство объекта имеет тип goal), в общем случае может представлять собой подмножество Всей хранимой в БД иерархии объектов. Объект-цель, а также результат выполнения запроса могут храниться в самой базе.

Основным достоинством объектно-ориентированной модели данных в сравнении с реляционной является возможность отображения информации о сложных взаимосвязях объектов. Объектно-ориентированная модель данных позволяет идентифицировать отдельную запись базы данных и определять функции их обработки.

Недостатками объектно-ориентированной модели являются высокая понятийная сложность, неудобство обработки данных и низкая скорость выполнения запросов.

В 90-е годы существовали экспериментальные прототипы объектноориентированных систем управления базами данных. В настоящее время такие системы получили широкое распространение, в частности, к ним относятся следующие СУБД: РОЕТ (РОЕТ Software), Jasmine (Computer Associates), Versant (Versant Technologies), O2 (Ardent Software), ODB-Jupiter (научно-производственный центр «Интедтек Плюс»), а также Iris, Orion и Postgres.

7.7. Типы данных Первоначально СУБД применялись преимущественно для решения финансово-экономических задач. При этом, независимо от модели представления, в базах данных использовались следующие основные типы данных:

· числовые. Примеры значений данных: 0.43, 328, 2Е+5;

· символьные (алфавитно-цифровые). Примеры значений данных:

"пятница", "строка", "программист";

· даты, задаваемые с помощью специального типа "Дата" или как обычные символьные данные. Примеры значений данных: 1.12.97, 23/2/1999.

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

· временные и дата-временные, предназначенные для хранения информации о времени и/или дате. Примеры значений данных: 31.01.85 (дата), 9:10:03 (время), 6.03.1960 12:00 (дата и время);

· символьные переменной длины, предназначенные для хранения текстовой информации большой длины, например документа;

· двоичные, предназначенные для хранения графических объектов, аудио- и видеоинформации, пространственной, хронологической и другой специальной информации. Например, в MS Access таким типом является тип данных "Поле объекта OLE", который позволяет хранить в БД графические данные в формате BMP (Bitmap) и автоматически их отображать при работе с БД;

· гиперссылки (hyperlinks), предназначенные для хранения ссылок на различные ресурсы (узлы, файлы, документы и т. д.), находящиеся вне базы данных, например в сети Интернет, корпоративной сети интранет или на жестком диске компьютера. Примеры значений данных: http:\\www.chat.ru, ftp:\\chance4u.teens.com.

В современных СУБД с различными моделями данных могут использоваться все перечисленные типы данных.

1. Н. В. Макаров Информатика / Н. В. Макаров: М.: Финансы и статистика. – 156 с.

2. О. П. Ильина Информационные технологии бухгалтерского учета / О. П. Ильина: С-Пб.: Питер. 2001 – 143 с.

3. В. Н. Петров Информационные системы / В. Н. Петров: С-Пб.: Питер. 2002 – 160 с.

4. Основы современных компьютерных технологий: учеб. Пособие / Хомоненко [и др.] - СПб.:КОРОНА принт. 1998. - 448с.

5. П. В. Конюховский Экономическая информатика. / П. В. Конюховский и Д. Н. Колесов. – Спб: Питер. 2000 – 346 с.

6. С.А Немнюгин Turbo Pascal / С.А Немнюгин: СПб: Питер. 2001 - 7. Информационные технологии для гуманитариев: учеб. Пособие / В.

Л. Акимов [и др.] – М. – Саранск: Изд-во МГУ им. М. В. Ломоносова. 1998 - 389 с.



Pages:     | 1 | 2 ||


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

«ТЕХНИЧЕСКИЙ КОДЕКС ТКП 210-2010 (02140) УСТАНОВИВШЕЙСЯ ПРАКТИКИ ЭЛЕКТРОУСТАНОВКИ ОБОРУДОВАНИЯ ЭЛЕКТРОСВЯЗИ. ПРАВИЛА ПРОЕКТИРОВАНИЯ ЭЛЕКТРАЎСТАНОЎКI АБСТАЛЯВАННЯ ЭЛЕКТРАСУВЯЗI. ПРАВIЛЫ ПРАЕКТАВАННЯ Издание официальное Минсвязи Минск ТКП 210-2010 УДК 621.311.4:621.39 МКС 43.060.50; 33.040 КП 02 Ключевые слова: батарея аккумуляторная, электроустановка, электрооборудование, устройство электроснабжения, устройство преобразовательное, электростанция, дизельная электростанция, подстанция,...»

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

«Математическая биология и биоинформатика. 2014. Т. 9. № 2. С. 319–340. URL: http://www.matbio.org/2014/Pacht_9_319.pdf. ================== МАТЕМАТИЧЕСКОЕ МОДЕЛИРОВАНИЕ ================= УДК: 577.95 Моделирование с учетом неопределенности данных экосистемы эвтрофного озера * ©2014 Пахт Е.В. Дальневосточный федеральный университет, школа естественных наук, Владивосток, 690950, Россия Аннотация. Неточность экспериментальной информации о состоянии и функционировании природной экологической системы...»

«УДК 002.52/.54(075.8) ББК 32.81я73 МИНОБРНАУКИ РОССИИ У 91 ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ ПОВОЛЖСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СЕРВИСА (ФГБОУ ВПО ПВГУС) Кафедра Прикладная информатика в экономике Учебно-методический комплекс по дисциплине ИнформаУ 91 ционное общество и проблемы прикладной информатики / сост. Л. В. Глухова. – Тольятти : Изд-во ПВГУС, 2013. – 132 с. УЧЕБНО-МЕТОДИЧЕСКИЙ КОМПЛЕКС Для направления подготовки...»

«ПРАВОВЫЕ АКТЫ МЭРии ГОРОДА НОВОСиБиРСКА  ПОСТАНОВЛЕНиЯ МЭРиЯ ГОРОДА НОВОСиБиРСКА ПОСТАНОВЛЕНиЕ От 31.12.2009 № 587 Об утверждении Требований к технологическим, программным и лингвистическим средствам обеспечения пользования официальным сайтом города Новосибирска В соответствии с частью 4 статьи 10 Федерального закона от 09.02.2009 № 8-ФЗ Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления, ПОСТАНОВЛЯЮ: 1. Утвердить Требования к...»

«Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования САРАТОВСКАЯ ГОСУДАРСТВЕННАЯ ЮРИДИЧЕСКАЯ АКАДЕМИЯ УТВЕРЖДАЮ Первый проректор, проректор по учебной работе С.Н. Туманов _ 2012 Учебно-методический комплекс дисциплины Инструментальные средства информационных систем Направление подготовки 230400.62 Информационные системы и технологии Одобрен Учебно-методическим советом 18 июня 2012 г., протокол № 5 Согласовано Нач. Управления ККО Ю.Н. Михайлова...»

«СПРАВКИ–АННОТАЦИИ на кандидатов, представляемых для избрания директоров институтов, находящихся в ведении СО РАН, на Общем собрании Отделения 25 апреля 2013 г. СПИСОК кандидатов, представляемых для избрания директоров институтов, находящихся в ведении СО РАН Наименование Федерального Ученая степень, звание, Номер государственного бюджетного Ф.И.О. кандидата страницы учреждения науки Сибирского отделения Российской академии наук Институт систем информатики д.ф.-м.н. МАРЧУК 3-4 им. А.П. Ершова...»

«Математическая биология и биоинформатика. 2011. Т. 6. № 2. С. 211-227. URL: http://www.matbio.org/2011/Panjukov2011(6_211).pdf ========================== БИОИНФОРМАТИКА ========================= УДК: (577.214.625+004.93):519.688 Пакет программ aSHAPE для изучения пространственной конформации участков бактериального генома * ©2011 Панюков В.В. 1, Назипова Н.Н.1, Озолинь О.Н.2 Институт математических проблем биологии, Российская академия наук, Пущино, 1 Московская область, 142290, Россия 2...»

«САВЧУК ВЛАДИМИР ФЕДОРОВИЧ СОВЕРШЕНСТВОВАНИЕ СИСТЕМЫ ЭКОЛОГИЧЕСКОГО КОНТРОЛЛИНГА ПРИРОДОХОЗЯЙСТВЕННОЙ ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЙ СТАРОПРОМЫШЛЕННОГО ГОРОДА (на материалах г. Новочеркасска) Специальность 8.00.05 – экономика и управление народным хозяйством: экономика природопользования АВТОРЕФЕРАТ диссертации на соискание ученой степени кандидата экономических наук Ростов-на-Дону – 2013 Диссертация выполнена в Южно-Российском государственном техническом университете (НПИ) Научный...»

«Ульяновский государственный технический университет П. И. Соснин Библиографический указатель трудов (к 60-летию) Ульяновск 2005 1 П. И. Соснин. Библиографический указатель трудов : (к 60-летию) / сост. С. Ю. Фролова. – Ульяновск: УлГТУ, 2005. – 39 с. Персональный библиографический указатель подготовлен к 60-летию доктора технических наук, профессора, зав. кафедрой “Вычислительная техника”, СОСНИНА Петра Ивановича и включает публикации, изданные за период с 1971 по 2005 годы. Материал...»

«Хорошко Максим Болеславович РАЗРАБОТКА И МОДИФИКАЦИЯ МОДЕЛЕЙ И АЛГОРИТМОВ ПОИСКА ДАННЫХ В INTERNET/INTRANET СРЕДЕ ДЛЯ УЛУЧШЕНИЯ КАЧЕСТВА ПОИСКА Специальность 05.13. 17 – Теоретические основы информатики АВТОРЕФЕРАТ диссертации на соискание ученой степени кандидата технических наук Новочеркасск – 2013 2 Работа выполнена на кафедре Информационные и измерительные системы и технологии ФГБОУ ВПО ЮРГПУ(НПИ) им М.И. Платова. Научный руководитель кандидат технических наук, доцент...»

«Исполнительный совет 177 EX/66 Сто семьдесят седьмая сессия Париж, 5 октября 2007 г. Оригинал: английский Пункт 66 предварительной повестки дня Предложение о создании Международного центра по гидроинформатике в интересах комплексного управления водными ресурсами при организации Итаипу бинасиональ (Парагвай) в качестве центра категории 2 под эгидой ЮНЕСКО РЕЗЮМЕ В ответ на первоначальное предложение правительств Бразилии и Парагвая о создании на их территориях Международного центра по...»

«Министерство Образования Российской Федерации Международный образовательный консорциум Открытое образование Московский государственный университет экономики, статистики и информатики АНО Евразийский открытый институт О.А. Кудинов Конституционное право зарубежных стран Учебно-практическое пособие Москва – 2003 УДК 342 ББК 67.99 К 65 Кудинов О.А. КОНСТИТУЦИОННОЕ ПРАВО ЗАРУБЕЖНЫХ СТРАН: Учебнопрактическое пособие / Московский государственный университет экономики, статистики и информатики. - М.:...»

«КОНСТРУИРОВАНИЕ И ОПТИМИЗАЦИЯ ПАРАЛЛЕЛЬНЫХ ПРОГРАММ Серия “КОНСТРУИРОВАНИЕ И ОПТИМИЗАЦИЯ ПРОГРАММ” Под редакцией доктора физ.-мат. наук, профессора, чл.-корр. РАЕН В. Н. Касьянова Выпуски серии: 1. Смешанные вычисления и преобразование программ (1991) 2. Конструирование и оптимизация программ (1993) 3. Интеллектуализация и качество программного обеспечения (1994) 4. Проблемы конструирования эффективных и надежных программ (1995) 5. Оптимизирующая трансляция и конструирование программ (1997) 6....»

«ОАО ЦНИИТУ Регламент Удостоверяющего Центра Введение Удостоверяющий центр Министерства промышленности Республики Беларусь (УЦ-Минпром, УЦ) оказывает услуги по выдаче сертификатов в соответствии с требованиями руководящих документов Республики Беларусь в области инфраструктуры открытых ключей (далее - ИОК). Владельцем УЦ-Минпром является Министерство промышленности Республики Беларусь. В соответствии с договором от 09.03.2010 № 150-10 на оказание услуг по информационному обеспечению ИО -...»

«ПЛАНЫ СЕМИНАРСКИХ ЗАНЯТИЙ по мифологии Семинар 1. Знаковая природа образа Цель занятия – усвоение и осмысление специфики образного мышления как общечеловеческой основы мифизирующего мышления Основные вопросы: 1. Типы знаков. 2. Специфика образного воспроизведения мира. 3. Реальность и фантастика в художественном отражении мира. Темы докладов: 1. Образ как знак и как символ. 2. Древнейшие символические образы и их мифологическое истолкование. 3. Уровни информативности в различных типах образов....»

«1 КОМПАНИЯ “ГАРАНТ - СЕРВИС” Отдел внешних связей ТИПОВАЯ УЧЕБНАЯ ПРОГРАММА ДИСЦИПЛИНЫ “Справочная правовая система “ГАРАНТ”. семестр (дневное / вечернее отделение) Москва 1997 г. 2 “Справочная правовая система “ГАРАНТ” Для специальности : (шифр специальности, специализации.) Семестр: Лекции : 18 часов Практические занятия : 4 часа Самостоятельная работа: 8 часов Итого, согласно Учебному Плану 30 часов I Цели и задачи дисциплины, ее место в учебном процессе - Целью преподавания дисциплины...»

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

«Математическая биология и биоинформатика. 2012. Т. 7. № 2. С. 589–610. URL: http://www.matbio.org/2012/Trusov_7_589.pdf ================== МАТЕМАТИЧЕСКОЕ МОДЕЛИРОВАНИЕ ================= УДК: 51-76 Математическая модель эволюции функциональных нарушений в организме человека с учетом внешнесредовых факторов 1,2 1 1 ©2012 Трусов П.В., Зайцева Н.В., Кирьянов Д.А., Камалтдинов М.Р.1,2, Цинкер М.Ю.*1,2, Чигвинцев В.М.1, Ланин Д.В.1 1 Федеральное бюджетное учреждение науки Федеральный научный центр...»

«Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования Дальневосточный государственный университет путей сообщения Институт управления, автоматики и телекоммуникаций полное наименование института/факультета УТВЕРЖДАЮ Заведующий кафедрой Чехонин К.А. подпись, Ф.И.О. 20_г. РАБОЧАЯ ПРОГРАММА дисциплины Информатика полное наименование дисциплины для направления подготовки (специальности) 230400 Информационные системы и технологии код и наименование...»






 
© 2014 www.kniga.seluk.ru - «Бесплатная электронная библиотека - Книги, пособия, учебники, издания, публикации»

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