Реализация информационной модели в компонентах СУБД

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

Здесь и далее под СУБД мы будем понимать не саму систему управления базой данных, как, скажем MySQL, PostgreSQL и другие, а также механизмы приложения для управления данными в БД, которые создаются на этапе разработки веб - приложения в соответсвии со спроектированной информационной моделью предприятия.

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

Инфологическая модель данных

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

Модели баз данных

При проектирование информационных систем и вообще любых программных комплексов для

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

Классификация систем управления транспортными предприятиями

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

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

Статья "Производственная структура АТП"

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

Далее >>

Новости партнеров блога

Типы автотранспортных предприятий

Will Ronson в блогеAlterSoftOnline – 3 месяца назад

Характер грузоперевозок, выполняемых автомобилем, определяет следующее подразделение *автотранспортных предприятий* (АТП): - грузовые, осуществляющие перевозки грузов; - пассажирские, осуществляющие перевозки пассажиров автобусами и легковыми автомобилями; - смешанные, осуществляющие перевозки, как пассажиров, так и разнообразных грузов; - специализированные, осуществляющие определенные виды автотранспортных работ (мусороуборка, дорожно-строительная техника и др. спецтехника). В последнее время получить клиентов становится всё тяжелее и тяжелее. Быть может, нас... Детали » 

Блог об информационных системах

Блог об информационных системах
Модульная структура информационной системы 
Принципы построения автоматизированной информационной системы
Услуга построение информационной структуры предприятия
АРМ на АТП
АРМ оператора обработки отметок
Верхний уровень АСУ ТП
Скачать систему управления
Обзор систем управления
Информационная система интерфейс
Информационное обеспечение атп асу 

Главные аспекты будущей модели

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

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

Функциональная модель предприятия

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

Например, для процесса обучения в ВУЗе,  список потенциальных сущностей будет такой:

Уровни информационной модели предприятия

Различают два уровня информационной модели: логический ифизический. 

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

- диаграмма сущность-связь (Entity-Relationship Diagram (ERD));
- модель данных, основанная на ключах (Key Based Model (KB));
- полная атрибутивная модель (Fully Attributed Model (FA)).
 

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

Взаимосвязь информационных подсистем предприятия

Каким образом связаны информационные системы внутри предприятия? Обычный путь для российской компании средних размеров - начинать внедрение информационных технологий с автоматизации работы бухгалтерии, отдела кадров и документооборота. Данные этих систем наиболее формализованы, процессы легко автоматизируются. Широко распространенные пакеты "1C: Бухгалтерия", "Босс: Кадровик", "LanDocs", "LanStaff", "Salary" и др. позволяют наращивать себя любыми приложениями и, таким образом, интегрировать их в общую информационную систему предприятия. Рис. 7.1 показывает, каким образом модули информационной системы компании связаны друг с другом. Модуль TPS обслуживает основные производственные и вспомогательные процессы, и обычно это главный источник для других информационных модулей. ESS - главный получатель данных и внутренних систем из внешней среды.

Системный подход к информатизации бизнеса

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

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

 

Хранилища данных

В основе концепции хранилищ данных лежат следующие основополагающие идеи:

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

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

Классификация и компоненты современных СУБД

Обычно современная СУБД содержит следующие компоненты

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

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

По архитектуре организации хранения данных:

Модель БД

Организация структуры БД формируется исходя из следующих соображений:

• адекватность описываемому объекту/системе - на уровне концептуальной и логической моделей;
• удобство использования для ведения учета и анализа данных - на уровне так называемой физической модели.

Виды концептуальных и логических моделей БД:

• картотеки;
• сетевые;
• иерархические;
• реляционные;
• дедуктивные;
• объектно-ориентированные;
• многомерные.

На уровне физической модели электронная БД представляет собой файл или набор данных в dbf-форматах приложений Excel, Access либо в специализированном формате конкретной СУБД. Также в СУБД в понятие физической модели включают специализированные виртуальные понятия, существующие в ее рамках, - "таблица", "табличное пространство", "сегмент", "куб", "кластер" и т. д.

Система управления базами данных

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

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

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

БД (Data Base)

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

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

Хранение информации. Базы и хранилища данных

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

Программирование информационных моделей

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

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

Обработка информации

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

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

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

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

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