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

Для функционирования данной информационной системы рабочие места должны быть оборудованы персональными компьютерами, снабженными необходимым для работы объемом оперативной и постоянной памяти, для обработки и хранения данных, лазерным принтером, для печати документации, а также сетевыми адаптерами для связи компьютеров между собой. В сеть предприятия должны быть включены: 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) Microsoft SQL Server: её важнейшие характеристики - это простота администрирования, возможность подключения к Web, быстродействие и функциональные возможности механизма сервера СУБД, наличие средств удаленного доступа. В комплект средств административного управления данной СУБД входит целый набор специальных мастеров и средств автоматической настройки параметров конфигурации. Также данная БД оснащена замечательными средствами тиражирования, позволяющими синхронизировать данные ПК с информацией БД и наоборот. Входящий в комплект поставки сервер OLAP дает возможность сохранять и анализировать все имеющиеся у пользователя данные. SQL Server уступает другим рассматриваемым СУБД по двум важным показателям: программируемость и средства работы. SQL Server функционирует только в среде Windows. Поэтому использование SQL Server целесообразно только если для доступа к содержимому БД используется исключительно стандарт ODBC. Microsoft SQL Server относятся к классу многопользовательских систем.

3) MySQL: является решением для малых и средних приложений. Входит в LAMP. Обычно MySQL используется в качестве сервера, к которому обращаются локальные или удалённые клиенты, благодаря хорошей системе безопасности этого пакета, стабильной работе, высокому быстродействию и хорошей интеграции с соответствующими средствами программирования. В дистрибутив входит библиотека внутреннего сервера, позволяющая включать MySQL в автономные программы. Разработчики MySQL всегда считали стабильность предметом особой важности.

Приведем перечень факторов, по которым так же была произведена оценка при обосновании выбора СУБД:

· Поддержка языка запросов - MySQL "понимает" команды языка SQL (Structured Query Language -- структурированный язык запросов). Этот язык применяется во всех современных СУБД. MySQL также поддерживает интерфейс ODBC (Open Database Connectivity), протокол интерфейса с базами данных, разработанный компанией Microsoft.

· Возможности - сервер позволяет одновременно подключаться неограниченному количеству пользователей. Доступ к серверу СУБД MySQL можно осуществить в интерактивном режиме с помощью различных интерфейсов, позволяющих вводить запросы и просматривать полученные результаты: это программы-клиенты, работающие с командной строкой, Web-броузеры или программы-клиенты, работающие в системе X Window. Кроме того, в наличии имеются программные интерфейсы для таких языков, как C, Perl, Java, PHP и Python. Таким образом, можно использовать как готовое клиентское программное обеспечение, так и создавать свое собственное.

· Взаимодействие и безопасность - MySQL предназначена для работы в сети и может быть доступна через Internet, таким образом, с данными можно работать в любой точке земного шара. Но при этом СУБД MySQL снабжена развитой системой защиты от несанкционированного доступа.

· Переносимость - СУБД MySQL отлично работает как под управлением самых различных версий UNIX, так и под управлением систем, не использующих UNIX, таких как Windows и OS/2. СУБД MySQL работает как на домашних ПК, так и на мощных серверах.

· Открытое распространение - дистрибуция СУБД MySQL легкодоступна. Для этого достаточно воспользоваться Web-броузером. Если вы не понимаете как что-либо работает, просмотрите исходный код. Если вам что-то в работе не нравится, можно внести коррективы.

· Дистрибуция MySQL включает следующие программные продукты - SQL-сервер - Эта программа обеспечивает доступ к базам данных.

Клиентские программы для доступа к серверу. Это интерактивная программа, позволяющая делать запросы и просматривать полученные результаты, и несколько административных и сервисных программ, помогающих работать с вашим Web-узлом. Одна сервисная программа позволяет управлять сервером. Другие позволяют импортировать или экспортировать данные, проверять права доступа и т. д.

Клиентская программа, позволяющая создавать свои собственные программы. [8].

Обоснование выбора СУБД:

Перечень критериев для сравнения СУБД приведен в таблице 4.1.1.



Таблица 4.1.1

Перечень критериев для сравнения СУБД

Сравнительные характеристики	Microsoft SQL Server	Oracle	MySQL
Стоимость	средняя	высокая	Общедоступная (GNU GPL)
Быстродействие	Нормальное	Высокое	Высокое
Возможность работы на платформе Linux	Нет	Да	Да
Возможности программирования	Приемлемо	Высокие	Высокие
Надежность	Нормальная	Высокая	Высокая
Минимальные требования к серверу БД	Pentium II 350 MHz , ОЗУ - 128 Мбайт, 250 Мбайт свободного места на диске	Pentium IV и выше ОЗУ -1024 Мб, Минимальный стартовый размер БД - 100 Мб.	Pentium 100 MHz , ОЗУ - 64 Мбайт, 100 Мбайт свободного места на диске

На основании шести выбранных критериев проведем стоимостную оценку аналога и выбранной СУБД.

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

Таблица 4.1.2

Шкала оценок

Параметр	Баллы	Оценка
	4	Отлично
	3	Хорошо
	2	Удовлетворительно
	1	Предельно допустимо
	0	Неприемлемо



Таблица 4.1.3

Оценка технико-экономической эффективности

Параметр, оценка	Весовой коэффициент	Microsoft SQL Server	MySQL
Стоимость	0,15	3	0,45	4	0,6
Быстродействие	0,15	1	0,15	3	0,45
Возможность работы на платформе Linux	0,10	2	0,2	4	0,4
Возможности программирования	0,25	1	0,25	3	0,75
Надежность	0,25	1	0,25	4	1
Минимальные требования к серверу БД	0,10	2	0,2	3	0,3
Интегральный технико-экономический показатель, Q		Qа = 1,5	Qр = 3,5

Определим каждому критерию весовой коэффициент k_j, причем k_j= 1.

Результаты сравнения сведем в таблицу. Для аналога и для разработки посчитаем интегральный технико-экономический показатель: для аналога Q_а:

и для разработки:

Интегральный технико-экономический показатель, таким образом, равен:

Q = Q_р / Q_a = 3,5 / 1,5 = 2,33.



Вывод: интегральный технико-экономический показатель больше 1, что говорит, о технико-экономической целесообразности выбранной СУБД.

Таблица 4.1.4

Оценка технико-экономической эффективности

Параметр, оценка	Весовой коэффициент	Oracle	MySQL
Стоимость	0,15	4	0,6	4	0,6
Быстродействие	0,15	2	0,3	3	0,45
Возможность работы на платформе Linux	0,10	3	0,3	4	0,4
Возможности программирования	0,25	2	0,5	3	0,75
Надежность	0,25	2	0,5	4	1
Минимальные требования к серверу БД	0,10	3	0,3	3	0,3
Интегральный технико-экономический показатель, Q		Qа = 2,5	Qр = 3,5

Интегральный технико-экономический показатель, таким образом, равен:

Q = Q_р / Q_a = 3,5 / 2,5 = 1,4.

Вывод: интегральный технико-экономический показатель больше 1, что говорит, о технико-экономической целесообразности выбранной СУБД MySQL

4.2 Обоснование выбора среды программирования

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

1. создавать интерфейс используя стандартные компоненты;

2. передавать управление различным процессам, в зависимости от состояния системы;

3. создавать оболочки для баз данных, как и сами базы данных;

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

Рассмотрим наиболее распространенные среды программирования от ведущих компаний-производителей, к ним можно отнести Microsoft Visual C++; Borland C++ Builder; Borland Delphi. [2].

1) Microsoft Visual C++ - система программирования Microsoft Visual C++ представляет собой реализацию среды разработки для распространенного языка системного программирования C++. Эта система программирования в настоящее время построена в виде интегрированной среды разработки, включающей в себя все необходимые средства для разработки программ, под управлением ОС типа Microsoft Windows различных версий.

Основу системы программирования Microsoft Visual C++ составляет библиотека классов MFC (Microsoft foundation classes). В этой библиотеке реализованы в виде классов C++ все основные органы управления и интерфейса ОС. Также в ее состав входят классы, обеспечивающие разработку приложений для архитектуры «клиент - сервер» и трехуровневой архитектуры. Система программирования Microsoft Visual C++ позволяет разрабатывать любые приложения, выполняющиеся в среде ОС типа Microsoft Windows, в том числе серверные или клиентские программы. Классы библиотеки MFC ориентированы на использование технологий СОМ/ DCOM, а также построенной на их основе технологии ActiveX для организации взаимодействия между клиентской и серверной частью разрабатываемых приложений.

В отличие от систем программирования компании Borland, система программирования Microsoft Visual C++ ориентирована на использование стандартных средств хранения и обработки ресурсов интерфейса пользователя в ОС Windows. Microsoft Visual C++ обеспечивает все необходимые средства для создания профессиональных Windows-приложений.

Сама по себе библиотека MFC является удачной реализацией широкого набора классов языка C++, ориентированного на разработку результирующих программ, выполняющихся под управлением ОС типа Microsoft Windows. Библиотека может быть подключена к результирующей программе с помощью обычного компоновщика либо использоваться как динамическая библиотека, подключаемая к программе во время ее выполнения.

2) Borland C++ Builder - система программирования Borland C++ Builder объединила в себе идеи интегрированной среды разработки, реализованные компанией в системах Turbo Pascal и Borland Delphi с возможностями языка программирования C++. Основа для Borland C++ Builder, среда Turbo С представляла собой реализацию идей, заложенных компанией в системе программирования Turbo Pascal, для языка программирования С. Компилятор Turbo С не был однопроходным, и потому время компиляции программы превышало время компиляции аналогичной программы в Turbo Pascal. Преимущество Turbo С заключалось в том, что эта система программирования строилась на базе стандартного языка программирования С. Данный язык широко распространен среди разработчиков в качестве языка системного программирования. Современная реализация Borland C++ Builder ориентирована на разработку программ, выполняющихся под управлением ОС Microsoft Windows всех типов. Сама система программирования Borland C++ Builder, как и Borland Delphi, также функционирует под управлением ОС типа Microsoft Windows. Он полностью поддерживает стандарт языка С, что делает возможным создание с помощью данной системы программирования модулей и библиотек, используемых в других средствах разработки (чего очень сложно достигнуть с помощью Borland Delphi).

По параметрам система программирования Borland C++ Builder схожа с системой программирования Borland Delphi. В ее основу положены те же основные идеи и технологии. Структура классов языка C++ в системе программирования Borland C++ Builder построена в той же библиотеке VCL (visual control library), в которой строится структура классов Object Pascal в системе программирования Borland Delphi.

3) Borland Delphi - система программирования Borland Delphi явилась продолжением и развитием идей, заложенных еще в системе программирования Turbo Pascal. Можно указать его следующие принципиальные отличия:

новый язык программирования - Object Pascal;

компонентная модель среды разработки, ориентированная на технологию RAD (rapid application development).

В языке Object Pascal Компания Borland попыталась учесть все недостатки существующих языков объектно-ориентированного программирования. Компонентная модель среды разработки предусматривает создание основной части программы в виде набора взаимосвязанных компонентов - классов объектно-ориентированного языка. Во время разработки исходной программы компоненты предстают в виде графических образов и обозначений, связанных между собой. Каждый компонент обладает определенным набором свойств, событий и методов. Каждому из них соответствует свой фрагмент исходного кода программы, отвечающий за обработку метода или реакции на какое-то событие. Основу системы программирования Borland Delphi и ее компонентной модели составляет библиотека VCL (visual component library). В этой библиотеке реализованы в виде компонентов все основные органы управления и интерфейса ОС. В качестве недостатков данной системы программирования можно указать нестандартный формат для хранения ресурсов пользовательского интерфейса и, кроме того, сам язык Object Pascal не является признанным стандартом. Тем не менее, система программирования Borland Delphi получила широкое распространение среди разработчиков.

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

По этим показателям и строится таблица сравнительного анализа средств реализации. Критерии и рассматриваемые программные продукты и сводятся в таблицу 4.2.1.

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

Таблица 4.2.1

Критерии сравнения среды программирования

Критерии	Borland Delphi	Microsoft Visual C++	Borland C++ Builder
Требования к ресурсам	2	1	2
Наглядность разработки интерфейса	4	2	4
Предоставляемые возможности работы с базами данных	3	1	3
Скорость разработанного ПО	2	2	4
Удобство эксплуатации	2	3	3
Всего:	13	9	16

Вывод: В результате выполненного анализа инструментальных средств выявили, что в качестве средства среды программирования будет использован Borland C++ Builder, как наиболее оптимальное средство разработки.

4.3 Обоснование выбора ОС

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

Рассмотрим наиболее распространенные сетевые операционные системы в которые вошли: ALT Linux Server, Mac OS X Server, Windows Server.

1) ALT Linux Server предоставляет готовую техническую базу для решения актуальных задач любой организации в сфере информационных технологий. Для каждой из наиболее распространенных задач в состав дистрибутива входят специально подготовленные серверные решения -- виртуальные серверы. Решаемые задачи: организация среды обмена информацией (почтовый сервер с защитой от нежелательных сообщений и вирусов, сервер обмена мгновенными сообщениями, файловые серверы, сервер печати, веб-сервер, серверы баз данных); организация корпоративной сети (сетевой шлюз, прокси-сервер, централизованная аутентификация, синхронизация времени). ALT Linux Server - это современная POSIX-совместимая и Unix-подобная операционная система для персональных компьютеров и рабочих станций. Это многопользовательская сетевая операционная система с сетевой оконной графической системой X Window System.

ОС ALT Linux Server поддерживает стандарты открытых систем и протоколы сети Internet и совместима с системами Unix, DOS, MS Windows. Все компоненты системы, включая исходные тексты, распространяются с лицензией на свободное копирование и установку для неограниченного числа пользователей.

Возможности, которые предоставляет ОС Linux:

· Linux дает возможность бесплатно и легально иметь современную ОС для использования как на работе, так и дома;

· обладает высоким быстродействием;

· работает надежно, устойчиво, совершенно без зависаний;

· не подвержена повреждениям вирусов;

· позволяет использовать полностью возможности современных ПК, снимая ограничения, присущие DOS и MS Windows по использованию памяти машины и ресурсов процессора(ов);

· эффективно управляет многозадачностью и приоритетами, фоновые задачи (длительный расчет, передача электронной почты по модему, форматирование дискеты и т.д. и т.п.) не мешают интерактивной работе;

· позволяет легко интегрировать компьютер в локальные и глобальные сети, в т.ч. в Internet; работает с сетями на базе Novell и MS Windows;

· позволяет выполнять представленные в формате загрузки прикладные программы других ОС - различных версий Unix, DOS и MS Windows;

· обеспечивает использование огромного числа разнообразных программных пакетов, накопленных в мире Unix и свободно распространяемых вместе с исходными текстами;

· предоставляет богатый набор инструментальных средств для разработки прикладных программ любой степени сложности, включая системы класса клиент-сервер, объектно-ориентированные, с многооконным текстовым и/или графическим интерфейсом, пригодных для работы как в Linux, так и в других ОС;

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

2) Mac OS X Server - операционная система от Apple, построенная на основе операционной системы Mac OS X, и объединяющая в себе мощь UNIX-сервера с простотой в использовании Макинтош. Ее устойчивый фундамент предоставляет вам все преимущества, присущие основанной на UNIX операционной системе, такие как, например, вытесняющая многозадачность, поддержка симметричной многопроцессорности, защищенная память, а также поддержка самых разных сетевых технологий и стандартов обеспечения безопасности. Средства удаленного администрирования позволяют легко производить безопасный мониторинг и администрирование ваших служб из любого места локальной сети или через Интернет. Для максимизации времени бесперебойной работы сервера Mac OS X Server предлагает системы защиты от сбоев, автоматически обнаруживающие и нейтрализующие сбои в системных службах. Основанная на ядре с открытым кодом и доказавших себя в деле индустриальных стандартах, таких как сетевые BSD технологии, операционная система эффективно действует и в многоплатформенном мире. Она использует собственные протоколы, позволяющие клиентам Macintosh, Windows и UNIX совместно использовать файлы и принтеры. Mac OSX Server 10 - сверхсовременная серверная система. Позволяет в короткие сроки разворачивать файловые сервера, сервера печати, сервера приложений и динамические интернет сервера. Отличается высокой надежностью и простотой в использовании.

3) Microsoft Windows Server - это операционная система которая помогает ИТ-специалистам полностью контролировать инфраструктуру, обеспечивая беспрецедентную доступность и управляемость, что позволяет достичь более высокого, чем когда-либо, уровня безопасности, надежности и устойчивости серверной среды. ОС Windows Server открывает перед организациями новые возможности, предоставляя всем пользователям, независимо от их местонахождения, доступ к полному набору сетевых услуг. Кроме того, в Windows Server имеются средства для анализа состояния и диагностики операционной системы, помогающие администраторам уделять больше времени развитию бизнеса.

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

Среди особенностей Windows Server следует отметить работу с сетью, расширенные функции безопасности, удаленный доступ к приложениям, централизованное управление ролями сервера, средства мониторинга производительности и надежности, отказоустойчивость кластеров, развертывание и файловую систему. Эти и многие другие улучшения помогают вывести серверы на максимальный уровень гибкости, безотказности и управляемости. [9].

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

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

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

Таблица 4.3.1

Результаты сравнения сетевых операционных систем

Критерии	Сетевые операционные системы
	ALT Linux Server	Mac OS X Server	Windows Server
Надежность	4	3	2
Удобство пользования	3	3	2
Открытость	4	3	1
Стоимость	4	2	1
Включенные в состав программы	4	3	2
Всего:	19	14	8

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

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



4.4 Описание интерфейса

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

Рисунок 4.4.1 - Форма «Личная карточка абонента»

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

На рис 4.4.2 представлена следующая по иерархии форма «Запрос», в данной форме помимо основных элементов представлены объемные поля для заполнения (Содержание и Заключение), данные поля заполняются оператором Абонентского отдела, согласно письменному бланку запроса, который заполняет абонент. Пустой бланк запроса выдается на печать из незаполненной формы запроса, на «чистом» бланке так же имеется индивидуальный код запроса, согласно которого впоследствии и будет происходить поиск и ввод данных.

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

Рисунок 4.4.2 - Форма «Запрос»

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

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

Рисунок 4.4.3 - Форма «Договор СВиК»

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

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



5. СОЦИАЛЬНАЯ ЗНАЧИМОСТЬ РАЗРАБОТКИ

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

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

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

· сокращение затрат в организации;

· увеличение прибыли, повышение производительности.

Эти эффекты, как правило, достигаются за счет:

· Повышения производительности труда;

· Интегрирования финансовой информации;

· Быстрого обслуживания входящей информации;