Также система должна контролировать жизненный цикл конкретного документа. Система имеет архив документов и отчетов и формирует документы на печать путем экспорта данных в один из существующих текстовых редакторов.

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

2.3.3 Описание проектирования функциональной модели

Построение модели предметной области

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

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

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

Цель: Моделировать текущие бизнес-процессы абонентского отдела «ГорГаз»

Точка зрения: Начальник абонентского отдела

На рисунке 2.3.3.1 изображена контекстная диаграмма. Данная диаграмма является исходным отображением потоков Абонентского отдела.

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



Рисунок 2.3.3.1 - Контекстная диаграмма предметной области

Рисунок 2.3.3.2 - 1-й уровень декомпозиции модели предметной области

На Рисунке 2.3.3.2 отображены основные функции, которые осуществляет Абонентский отдел в настоящее время.



Рисунок 2.3.3.3 - 2-й уровень декомпозиции предметной области Блок 1.

На Рисунке 2.3.3.3 можно увидеть содержание функции начисления оплаты.

Рисунок 2.3.3.4 - 2-й уровень декомпозиции предметной области Блок 2.

На Рисунке 2.3.3.4 можно увидеть, как осуществляется работа с должниками.



Рисунок 2.3.3.5 - 2-й уровень декомпозиции предметной области Блок 3.

На Рисунке 2.3.3.5 отображена детально функция регистрации абонентов.

Построение оптимизированной модели предметной области

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

Цель: Моделировать разрабатываемые бизнес-процессы Абонентского отдела Таганрогского «ГорГаз»

Точка зрения: Аналитик

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

Рисунок 2.3.3.6 - Узловое дерево оптимизированной модели

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

· Законодательства РФ, правила и процедуры.

· Норму потребления.

· Процедура учета льгот.

· Финансового тарифа предоставляемых услуг.

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

Входными данными предприятия являются:

· Показания на оплату услуг водоснабжения.

· Заявка на предоставление услуг.

· Запрос от абонента.

С этих документов начинается деятельность предприятия.

Итогом работы Абонентского отдела являются выходящие параметры:

· Квитанция на оплату.

· Договор на СВиК.

· Направление.

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

На Рисунке 2.3.3.8 отображены основные функции, которые осуществляет Абонентский отдел.

Согласно схеме можно увидеть, что основные функции это:

· Начисление оплаты.

· Работа с должниками.

· Регистрация абонентов.

· Поверка приборов учета.

· Актуализация договоров.

Соответственно на схеме находятся 5 блоков.

Рисунок 2.3.3.7 - Контекстная диаграмма оптимизированной модели

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

Рисунок 2.3.3.8 - 1-й уровень декомпозиции оптимизированной модели

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

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

· Начисления по нормам потребления.

· Начисления по показаниям приборов учета.

· Сверка показаний за предыдущий отчетный период.

· Учет поступивших данных.

Рисунок 2.3.3.9 - 2-й уровень декомпозиции. Блок 1

Здесь для начала работ абонент должен предоставить показания для начала оформления документации. Результатом является предоставление квитанции на оплату, или выявление задолженности.

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

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

· Предоставление отчетности по должникам.

· Выезд инспектора и слесарей на отключение абонента.

· Погашение задолженности.

Рисунок 2.3.3.10 - 2-й уровень декомпозиции. Блок 2

Рисунок 2.3.3.11 - 2-й уровень декомпозиции. Блок 3



На Рисунке 2.3.3.11 отображена детально функция регистрации абонентов.

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

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

Что бы более детально разобраться с согласованием и утверждением проекта СВиК представим этот процесс в методологии IDEF 3

Рисунок 2.3.3.12 - 3-й уровень декомпозиции. Блок 1

На Рисунке 2.3.3.13 описывается процедура поверки приборов учета.

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

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

Выявленные несоответствия являются основанием для определения перерасчета оплаты, либо поверке самого прибора учета на пригодность.

Рисунок 2.3.3.13 - 2-й уровень декомпозиции. Блок 4

Крайней Диаграммой А5 на рисунке 2.3.3.14 описывается процедура актуализации договоров, данная процедура предназначена для фактического определения количества человек постоянно использующих предоставляемые услуги Таганрогского «ГорГаз».

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

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



Рисунок 2.3.3.14 - 2-й уровень декомпозиции. Блок 5

информационный система абонентский горгаз



3. ПРОЕКТИРОВАНИЕ ИС

3.1 Обоснование выбора архитектуры

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

· ИС на основе архитектуры файл-сервер

· ИС на основе архитектуры клиент-сервер

· ИС на основе многоуровневой архитектуры

· ИС на основе Интернет/интранет-технологий

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

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

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

Построение ИС, использующих Internet/Intranet технологии позволяет создавать распределенные ИС, доступ к которым возможен через Internet. При этом создается многоуровневая ИС, структура которой имеет следующий вид: браузер -- web-сервер -- cервер приложений -- cервер баз данных. [2].

Определим наиболее важные критерии для разрабатываемой ИС, по которым впоследствии произведем оценку представленных архитектур в таблицу 3.1.1.

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

· Определение критериев, по которым будет произведено сравнение и степени их важности.

· Каждый вариант оценивается по полученному перечню критериев. Получается численное значение - оценка показателю качества по 5-ти бальной шкале.

· Нахождение общего количества баллов для каждого из вариантов (можно учитывать важность критериев).

· Лучшим считается вариант, который набрал максимальное количество баллов. [12].

Таблица 3.1.1

Сравнение архитектур

Критерии	Файл-сервер	Клиент-сервер	Многоуровневая	Интернет/интранет
Надежность	4	4	4	3
Масштабируемость	1	4	4	4
Безопасность	4	4	4	1
Гибкость	2	4	4	3
Распространенность	2	4	3	2
Возможность работы многих пользователей	1	4	4	4
Минимальные требования к аппаратным средствам	1	4	4	3
Быстродействие	3	4	3	3
Итого:	18	32	30	23

Вывод: В результате выполненного анализа архитектур выявили, наибольшее соответствие архитектуры «клиент/сервер» для разрабатываемой ИС.

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

Указанные преимущества делают архитектуру клиент-сервер наиболее подходящей для построения информационных систем, удовлетворяющих современным требованиям.

3.2 Описание процесса проектирования модели данных

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

· Карточка абонента - создается оператором с целью объединения данных абонента в информационной базе Абонентского отдела.

· Сотрудник - здесь представлена совокупность данных о любом сотруднике Таганрогского «ГорГаз».

· Отдел - кратко описывается его специфика и наименование, к отделу может быть причислено множество сотрудников предприятия.

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

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

· Поверка показаний - осуществляется инспектором «ГорГаз» в плановом порядке, либо при поверке должников.

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

· Начисление оплаты - результат расчета принятых показаний на оплату и норм потребления относящихся к конкретным абонентам.

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

· Участок - территориальное деление населенного пункта.

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

· Тариф - стоимость предоставляемых услуг, определяется как финансовой политикой государства, так и сезонностью.

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

· Норма - средний расход предоставляемых ресурсов, рассчитанный на одного абонента.

· Уведомление - документ адресованный абоненту для его информированности, в чем либо.

· Отчет по должникам - внутриструктурная информация предоставляемая бухгалтерией в абонентский отдел для определения задолженностей.

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

· Акт нарушений - документ, составленный в ходе поверки приборов учета, составляется инспектором участка с предписанием устранения выявленных нарушений.

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

· Запрос - данные исходящие от абонента в Абонентский отдел для получения какой-либо информации, запрос оформляется на бланке установленного образца.

· Направление - документ предоставляемый абоненту из Абонентского отдела для согласования или утверждения возникших вопросов.

· Заявка - данные исходящие от потенциального абонента на предоставление услуг, заполняется на бланке установленного образца.

· ВиК - введение газопротребления и их коммункации, т.е. основной вид услуг, предоставляемый Таганрогским «ГорГаз».

· Проект СВиК - документ, составляющийся на этапе строительства недвижимости, определяет прохождение путей газоотведения. На этапе проектирования согласовывается с причастными муниципальными службами и утверждается начальником планово-технического отдела Таганрогского «ГорГаз».

· Документация - пакет документов необходимый для составления проекта СВиК.

· Договор СВиК - документально оформленные отношения и обязательства между абонентом и Таганрогским «ГорГаз», на основании заключенного договора происходит предоставление услуг и их оплата.

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

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

Таблица 3.2.1

Определение сущностей и атрибутов

Сущность	Тип сущности	Атрибуты	Тип данных	Ключевое поле
Карточка абонента	Дочерняя	ID_Абонента	number	Да
		ID_Договора (FK)	number
		Адрес (FK)	<default>
		ID_Отчета по должникам (FK)	number
		ID_Акта на отключение (FK)	number
		Фамилия абонента	string
		Имя абонента	string
		Отчество абонента	string
		Лицевой счет	number
		Категория абонента	string
		Телефон	number
		Номер паспорта	number
		Наименование организации	string
		Количество пользователей	number
		Банк	string
		ИНН	number
		Р/сч	number
		ОКАТО	number
Сотрудник	Родительская	Табельный номер	number	Да
		ID_Должности (FK)	number
		ID_Отдела (FK)	number
		Фамилия сотрудника	string
		Имя сотрудника	string
		Отчество сотрудника	string
		Дата принятия на работу	datetime
		Номер паспорта	number
Отдел	Родительская	ID_Отдела	number	Да
		Наименование	string
		Специфика	string
Должность	Родительская	ID_Должности	number	Да
		Наименование	string
		Должностные обязанности	string
Прибор учета	Дочерняя	Заводской номер	number	Да
		ID_Поверки показаний (FK)	number
		ID_Заключения (FK)	number
		ID_Акта нарушения (FK)	number
		ID_Услуги (FK)	number
		ID_Договора (FK)	number
		Тип прибора учета	<default>
		Показания при установке	number
		Дата установки	datetime
		Дата последней поверки	datetime
		Дата изготовления	datetime
		Адрес установки	<default>
		Текущие показания	number
		Дата изготовления	datetime
Поверка показаний	Родительская	ID_Поверки показаний	number	Да
		ID_Акта нарушения (FK)	number
		Табельный номер (FK)	number
		Дата поверки	datetime
		Дата следующей поверки	datetime
		Документ	string
		Показания	number
Показания на оплату	Дочерняя	ID_Показания	number	Да
		ID_Абонента (FK)	number
		ID_Договора (FK)	number
		Адрес (FK)	<default>
		Табельный номер (FK)	number
		Дата подачи	datetime
		Заявленное потребление	number
		Классификация	string
		Данные	string
Начисление оплаты	Дочерняя	ID_Начисления	number	Да
		ID_Тарифа (FK)	number
		ID_Показания (FK)	number
		ID_Абонента (FK)	number
		ID_Договора (FK)	number
		Месяц (FK)	string
		Адрес (FK)	<default>
		ID_Нормы (FK)	number
		Дата начисления	number
		Количество	number
		Период	datetime
Квитанция на оплату	Родительская	ID_квитанции на оплату	number	Да
		ID_Начисления (FK)	number
		ID_Тарифа (FK)	number
		ID_Показания (FK)	number
		ID_Абонента (FK)	number
		ID_Договора (FK)	number
		Месяц (FK)	string
		Адрес (FK)	<default>
		Предыдущее показание	number
		Расход водоотведения	number
		Расход полива	number
		Расход водопотребления	number
		Сумма оплаты	number
		Дата выписки	datetime
		Срок погашения	datetime
Участок	Родительская	ID_Участка	number	Да
		Наименование участка	string
		Расположение	string
Недвижи-мость	Родительская	Адрес	<default>	Да
		ID_Участка (FK)	number
		Тип недвижимости	string
		Год постройки	number
		Вид обьекта	string
		Тип адреса	string
		Номер дома	number
		Номер корпуса	number
		Номер квартиры	number
		Наименование	string
Тариф	Дочерняя	ID_Тарифа	number	Да
		Месяц (FK)	string
		Категория тарифа	string
		Стоимость м/куб водоответвления	number
		Стоимость м/куб водоснабжения	number
		Стоимость м/куб полива	number
		Дата введения тарифа	datetime
Норма	Родительская	ID_Нормы	number	Да
		Норма полива	number
		Норма водоответвления	number
		Норма водопотребления	number
Сезонность	Родительская	Месяц	string	Да
		Наименование	string
		Коэфициент	number
Уведомление	Родительская	ID_Уведомления	number	Да
		ID_Отчета по должникам (FK)	number
		ID_Абонента (FK)	number
		ID_Договора (FK)	number
		ID_Акта нарушения (FK)	number
		ID_Акта на отключение (FK)	number
		Дата выписки	datetime
		Информация	string
		Срок исполнения	datetime

Продолжение таблицы 3.2.1

		Адрес (FK)	<default>
Отчет по должникам	Родительская	ID_Отчета по должникам	number	Да
		Табельный номер (FK)	number
		Срок задолженности	datetime
		Сумма задолженности	number
Акт на отключение	Родительская	ID_Акта на отключение	number	Да
		Дата выписки	datetime
		Информация	string
		Срок исполнения	datetime
Акт нарушений	Родительская	ID_Акта нарушения	number	Да
		Дата выписки	datetime
		Информация	string
		Срок исполнения	datetime
Заключение	Дочерняя	ID_Заключения	number	Да
		ID_Акта нарушений (FK)	number
		Дата выписки	datetime
		Информация	string
		Предписание	string
Запрос	Родительская	ID_Запроса	number	Да
		Табельный номер (FK)	number
		ID_Абонента (FK)	number
		ID_Договора (FK)	number
		Адрес (FK)	<default>
		Дата поступления	datetime
		Время рассмотрения	datetime
		Содержание	string
		Заключение	string
Направление	Родительская	ID_Направления	number	Да
		ID_Заявки (FK)	number
		ID_Запроса (FK)	number
		Дата выписки	datetime
		Заключение	string
Заявка	Родительская	ID_Заявки	number	Да
		Табельный номер (FK)	number
		ID_Абонента (FK)	number
		ID_Договора (FK)	number
		Дата поступления	datetime
		Время рассмотрения	datetime
		Заключение	string
		Адрес (FK)	<default>

Продолжение таблицы 3.2.1

		Содержание	string
ВиК	Родительская	ID_Услуги	number	Да
		ID_Заявки (FK)	number
		ГВС	string
		ХВС	string
		Канализация	string
		ТехВода	string
Проект СВиК	Родительская	ID_Проекта	number	Да
		ID_Направления (FK)	number
		ID_Услуги (FK)	number
		Согласование в ГАИ	string
		Согласование в ЮЗЭС	string
		Согласование в ГорГАЗ	string
		Согласование в Санстанции	string
		Согласование в МЧС	string
		Согласование в Ростехнадзор	string
Документация	Дочерняя	ID_Документа	number	Да
		ID_Проекта (FK)	number
		Наименование	string
		Тип	string
		Количество	number
Договор СВиК	Родительская	ID_Договора	number	Да
		ID_Проекта (FK)	number
		ID_Нормы (FK)	number
		Вид учета	string
		Лимит	number
		Дата заключения	datetime
		Период оплаты	datetime
		Дата начала действия	datetime
Льгота	Родительская	ID_Льготы	number	Да
		ID_Абонента (FK)	number
		Наименование	string
		Содержание	string
		Тип	string
		Документ	string
		Дата начала	datetime
		Дата окончания	datetime
		ID_Договора (FK)	number
		Адрес (FK)	<default>

Рисунок 3.2.1 - Информационная модель Абонентского отдела Таганрогского «ГорГаз»

4. РЕАЛИЗАЦИЯ ВЫБРАННОГО ВАРИАНТА РЕШЕНИЯ

4.1 Обоснование выбора типа СУБД

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

Основные функции СУБД:

· Управление данными во внешней памяти (на дисках).

· Управление данными в оперативной памяти.

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

· Поддержка языков БД (язык определения данных, язык манипулирования данными).

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

· Ядро, которое отвечает за управление данными во внешней и оперативной памяти и журнализацию.

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

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

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

Классификация СУБД:

· По модели данных:

По типу управляемой базы данных СУБД разделяются на:

· Сетевые.

· Иерархические.

· Реляционные.

· Объектно-реляционные.

· Объектно-ориентированные.

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

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

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

· По способу доступа к БД:

· Архитектура «файл-сервер» не имеет сетевого разделения компонентов диалога и использует компьютер для функции отображения, что облегчает построение графического интерфейса. «Файл-сервер» только извлекает данные из файлов, так что дополнительные пользователи добавляют лишь незначительную нагрузку на ЦП и каждый новый клиент добавляет вычислительную мощность сети. Минус: высокая загрузка сети.

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

· Встраиваемая СУБД -- библиотека, которая позволяет унифицированным образом хранить большие объёмы данных на локальной машине. Доступ к данным может происходить через SQL либо через особые функции СУБД. Встраиваемые СУБД быстрее обычных клиент-серверных и не требуют установки сервера, поэтому востребованы в локальном ПО, которое имеет дело с большими объёмами данных.

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

Наиболее распространенные типы СУБД:

· Oracle Database

· Microsoft SQL Server

· MySQL

Рассмотрим данные типы СУБД более подробно:

1) Oracle: обладает возможностями кластеризации, мощными и экономичными средствами безопасности, полностью исключает потери данных и позволяет интерактивно обмениваться информацией. Основные достоинства - масштабируемость, безопасность, особенно важно, лидирует на платформах Unix и Windows. Пакет Oracle, наделенный самым развитым набором функций для работы с языком Java и доступа к данным через Интернет, системой оптимизации одновременного доступа. Единственным недостатком данной СУБД является сложность администрирования, однако все затраты на ее внедрение и освоение в последствии окупятся эффективной и надежной работой.

2) Micros...