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

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

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

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

Системы класса CASE (Computer Added Software Engineering), ориентирован­ные на поддержку разработки информационных систем. Наиболее развитые CASE -системы позволяют автоматизировать процесс проектирования и разработки при­кладной системы, поддерживая полную документацию обо всем этом процессе. Может быть, наиболее важно то, что такие системы существенно помогают созда­вать схему базы данных, лежащей в основе проекта информационной системы. CASE -системы позволяют естественно пройти путь от интуитивного представления структуры и поведения нужной предметной области до формализованного представления в терминах языка SQL.

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

Этапы создания СУБД:

1. создание блок-схемы.

2. составление технического задания.

3. создание таблиц.

4. составление текста управляющей программы.

5. тестирование и отладка.

6. ввод в эксплуатацию.

2.3 Комплекс ТСИ. Работа с конкретными техническими средствами

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

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

· централизованное хранение и обработка информации при централизованном управлении объектами (традиционная АСУ);

· централизованное хранение и обработка информации при децентрализован­ных или независимых системах управления (при помощи ВЦ коллективного пользо­вания);

· распределенное хранение и обработка информации при централизованном
управлении;

· распределенная обработка и хранение при децентрализованном управлении.

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

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

По соединению физических компонентов в ЛВС могут использоваться:

· топология звезды;

· кольцевая топология;

· шинная топология;

· иерархическая топология.

Архитектуру ЛВС, при которой все узлы сети соединены с одним центральным узлом, называют топологией звезды.

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

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

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

2.4 Деловые автоматизированные рабочие места (АРМ): АРМ руководителя, АРМ специалиста. организация АРМ