Размещено на http://www.allbest.ru/

СОДЕРЖАНИЕ

Введение

1. Анализ предметной области

1.1 Структура отдела, его описание, функции, цель создания системы

1.2 Общие требования к системе

1.3 Формирование критериев оценки

1.4 Обзор существующих ИС

1.5 Сравнительный анализ существующих ИС

1.6 Формирование требований к разрабатываемой ИС

2. Системное исследование объекта проектирования

2.1 Модель информационных потоков объекта проектирования

2.2 Модель процессов отдела на языке «Дракон»

2.3 Функциональная модель информационной системы

• 2.3.1 Обоснование выбора case-средств для построения модели
• 2.3.2 Функциональные требования к системе
• 2.3.3 Описание проектирования функциональной модели

3. Проектирование ИС

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

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

4. Реализация выбранного варианта решения

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

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

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

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

5. Социальная значимость разработки

6. Технико-экономическое обоснование проекта

6.1 Расчет затрат на проектирование

6.2 Состав эксплуатационных расходов

6.3 Расчет экономии от увеличения производительности труда пользователя

6.4 Расчет экономического эффекта от использования программы

6.5 Сопоставление технико-экономических характеристик разработки с аналогом

7. Безопасность труда и экологичность разработки

7.1 Микроклимат

7.2 Требования к уровням шума и вибрации

7.3 Электробезопасность

7.4 Эргономичность проекта

• 7.4.1 Эргономические принципы при создании ПО АСУ
• 7.4.2 Организация рабочего места оператора
• 7.4.3 Эргономические требования к рабочему месту

7.5 Экологичность проекта

Заключение

Список литературы

Введение

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

Информационные системы городского применения ориентированы на решение задач управления. Современные города относятся к категории сложных систем, и система управления городом на практике имеет иерархическую структуру. Это определяет разнообразие в типах и назначениях информационных систем, относящихся к различным уровням управления. Структура системы управления городом включает в себя много составляющих. Одним из важнейших подразделений является жилищно-коммунальное хозяйство (ЖКХ). Назначение этого подразделения - это поддержание в исправном состоянии всех систем жизнеобеспечения, а также обслуживание населения, предприятий, различных организаций всего города. В состав ЖКХ входят: отдел энергоснабжения, теплоснабжения, водоснабжения, газоснабжения и т.д. Эти отделы относятся к учетным системам и для них уместно и целесообразно применение автоматизированных информационных систем (АИС). Из-за отсутствия в городе единой информационной базы по абонентам, сведения, характеризующие учет и контроль работы с населением, формируются и используются в виде самостоятельных данных непосредственно в структурных подразделениях органов управления, т.е. автономно.

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

· Абоненту сложно правильно заполнить показания расходов (особенно населению пенсионного возраста);

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

· Абоненту может быть неизвестен порядок взаимодействия с отделами «ГорГаз»;

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

· Поиск необходимой информации обременителен и неэффективен;

· Учет поступивших данных не всегда производится в электронном виде;

· Хранение и резервирование информации не происходит должным образом.

Эти и многие другие проблемы послужили причиной для создания информационной системы Абонентского отдела Таганрогского «ГорГаз».

1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Структура отдела, его описание, функции, цель создания системы

Абонентский отдел Таганрогского «ГорГаз» представляет собой сложную структуру взаимодействия с абонентами.

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

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

· Хранить всю необходимую информацию по абоненту;

· Отслеживать все изменения этой информации;

· Иметь быстрый доступ к любой информации по абоненту.

На рисунке 1.1.1 представлена управленческая структура Абонентского отдела Таганрогского «ГорГаз».

Рисунок 1.1.1 - Управленческая структура Абонентского отдела

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

Для регистрации абонента заполняется электронная личная карточка, которая содержит сведения, позволяющие однозначно идентифицировать конкретного потребителя.

Чтобы документально оформить сотрудничество Таганрогского «ГорГаз» с потребителем и обозначить права и обязанности обеих сторон заключается договор на газоснабжение. В этом договоре указывается дата заключения, дата начала действия, дата окончания действия договора, а также вид учёта потреблённой воды. Различают следующие виды учёта: по нормам, установленным законодательством РФ (существует 3 вида норм: норма газопотребления, норма газоотведения, норма отопления) и по показаниям приборов учета. Если абонент имеет несколько приборов учета, то на каждый прибор учета он обязан заключить договор.

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

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

Функции Абонентского отдела Таганрогского «ГорГаз»:

· Осуществляет учет и анализ поступивших данных от абонентов;

· Принимает и фиксирует показания на оплату от абонентов;

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

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

· Производит сверку расчетов с абонентами;

· Согласно отчетности по должникам производит внеплановые поверки и применяет различные вариации оповещения абонентов о сроках погашения задолженности;

· Выписывает и рассылает в адрес абонентов квитанции на оплату, уведомления и направления;

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

· Производит ежеквартальную актуализацию заключенных договоров;

· Производит заключение договоров на основе предварительной согласованности, разработанного и выполненного проекта СВиК, с приемкой проведенных работ;

· Регистрирует новых абонентов в информационной базе потребителей услуг Таганрогского «ГорГаз»;

· Выписывает и предоставляет платежные документы;

· Производит оперативный обмен информации и согласование рабочей документации внутри структурного подразделения Таганрогского «ГорГаз», а именно:

- юридическим отделом;

- бухгалтерским отделом;

- планово-техническим отделом.

Цель создания системы:

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

1.2 Общие требования к системе

При анализе работы Абонентского отдела Таганрогского «ГорГаз», был определен перечень требований к разрабатываемой ИС:

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

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

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

· Избавить абонентов от многочасовых очередей;

· Своевременно начислять платежи за использование водных ресурсов;

· Производить оперативный учет поступивших данных;

· Позволить руководству Таганрогскому «ГорГаз» более эффективно распределить рабочие места в связи с повысившейся эффективностью предоставляемых услуг;

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

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

1.3 Формирование критериев оценки

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

· Система должна обладать дружественным интерфейсом, или как минимум иметь настраиваемый;

· Система должна работать в ЛВС, а также поддерживать технологии работы в сети Интернет;

· Система должна иметь раздел аналитики данных;

· Система должна иметь оптимальные затраты на покупку пакета и его внедрение;

· Система должна по возможности иметь минимальные требования к аппаратным средствам;

· Система должна иметь высокую скорость обработки запросов;

· Система должна иметь развитую систему безопасности с различными уровнями доступа;

· Система должна иметь высокий уровень надежности в ходе ее эксплуатации. [7]

1.4 Обзор существующих ИС

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

ИС «Газрасчет»:

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

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

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

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

Система обеспечивает генерацию всех типов необходимых документов в формате MS WORD.

Основные функции ИС «Газрасчет»:

· Подготовка разрешительной документации и заключение договоров.

· Ведение информации об объектах газоснабжения/газоотведения и клиентах предприятия «ГорГаз».

· Формирование информации об объектах недвижимости, являющихся объектами газопотребления и/или газоотведения.

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

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

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

· Прием показаний Приборов учета.

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

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

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

· Функциональная задача Арбитраж - резервирование задолженности на период арбитражного судебного разбирательства, ведение информации о состоянии судебного дела. [13].

ИС «Эверест»:

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

Система охватывает следующие направления деятельности предприятия:

· Бухгалтерский учет;

· Логистика;

· Учет договоров;

· Оперативный учет;

· Управление персоналом;

· Документооборот:

1) Ведение договоров газоснабжения и газопотребления и приложений к ним;

2) Описание объектов газоснабжения и газопотребления и их подключений;

3) Технические условия, согласования по проектам, согласования присоединения;

4) Ввод показаний приборов учета;

5) Расчет начислений и формирование комплектов документов;

6) Ведение взаиморасчетов с абонентами;

7) Получение разнообразной отчетности.

ИС «Эверест» обладает следующими основными характеристиками:

· Построение по модульному принципу;

· Масштабируемость;

· Интегрируемость с офисными приложениями;

· Поддержка взаимодействия удаленных баз данных.

Встроенные средства разграничения доступа позволяют администратору системы устанавливать доступ пользователей к отдельным модулям, записям, задачам и т.п., вплоть до элементов форм. Развитые средства администрирования позволяют администратору без программирования менять настройки системы, в том числе и внешний вид форм для различных пользователей. Система полностью соответствует законодательству РФ и учитывает особенности бизнес-процессов российских предприятий. [14].

«Разрабатываемая ИС»:

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

При внедрении системы решаются следующие задачи:

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

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

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

ИС обеспечивает автоматизацию следующих бизнес-процессов:

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

· Учет и формирование информации об объектах недвижимости, являющихся объектами газопотребления и/или газоотведения.

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

· Ведение картотеки приборов учета (ПУ) - для каждого прибора учета в базе данных сохраняются следующие данные:

1) адрес расположения (ПУ);

2) хронологии (ПУ) - для каждого интервала времени сохраняются тип, марка, начальное показание, дата последней поверки, межповерочный период и текущее состояние (ПУ);

3) перечень документов, относящихся к данному узлу (например, акты технической готовности, установки/снятия ПУ, опломбирования задвижки, и другие);

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

· Система выполняет начисление оплаты за предоставленные услуги согласно норм потребления и формирует соответствующие бухгалтерские проводки.

· Начисление по показаниям предоставленными абонентами - сведения о объеме полученных услуг по (ПУ). Информация о показаниях вводится в систему, которая выполняет функцию начисления, аналогично предыдущему пункту.

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

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

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

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

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

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

1.5 Сравнительный анализ существующих ИС

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



Выбор системы с помощью метода анализа иерархий:

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

Для объективности выбора ИС среди аналогов я также воспользуюсь данным методом.

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

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

Имеются три информационные системы: ИС «ГазРасчет», ИС «Эверест» и «Разрабатываемая информационная система».

Цель анализа - это выбор информационной системы, которая будет соответствовать требованиям Абонентского отдела, повысит гибкость и эффективность работы.

Для достижения цели произведу сравнение каждого критерия из альтернативных вариантов попарно. [12].

Сравнительный анализ программ-аналогов и разрабатываемой информационной системы сведены в таблицу 1.5.1.

Таблица 1.5.1

Сравнительный анализ программ-аналогов и разрабатываемой информационной системы

Функции	ИС «ГазРасчет»	ИС «Эверест»	Разрабатываемая система
Удобство интерфейса	среднее	низкое	высокое
Скорость обработки запросов	низкая	средняя	высокая
Требования к аппаратным средствам	средние	высокие	низкое
Уровень защищенности	средний	низкий	высокий
Надежность	высокая	средняя	высокая

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

Таблица 1.5.2

Относительные веса критериев

Заполнив Таблицу 1.5.2, сначала определяю оценки компонент собственного вектора, которые получаются как произведение относительных весов критерия по горизонтали, возведенного в степень 1/5 (где 5 - количество критериев). Например, рассчитаю оценку собственного вектора для критерия «Удобство интерфейса»:

(1*1/3*1/5*1/5*1/8*)^1/5 = 0,278208

Аналогично определяю остальные критерии.

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

0,278208/ 8,003038= 0,034763

Так же рассчитываю остальные критерии.

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

22*0,034763= 0,764782

Просуммировав, получаем максимальное собственное значение матрицы (л max), л max = 5,121036

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

Таблица 1.5.3

Сравнение критериев информационных систем

Сравнивая нормализованные оценки вектора приоритета можно сделать вывод, что наибольшее значение я придаю критерию «Надежность».

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



ИС = (л _max - n)/(n - 1),

где л max - максимальное собственное значение матрицы (л _max ? n),

n - размерность матрицы

ИС = (5,121036- 5)/ (5-1) = 0,030259

Разделив ИС на число, соответствующее случайной согласованности матрицы пятого порядка, равного 1,12, получим отношение согласованности (ОС). Величина ОС должна быть порядка 10% или менее, чтобы быть приемлемой. В некоторых случаях допускается ОС до 20%, но не более, иначе надо проверить свои суждения.

ОС = 0,030259 / 1,12 = 2,7% < 10%, т.е. пересматривать свои суждения нет нужды.

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

Построю матрицу сравнений, сравнивая попарно альтернативу из строки с альтернативой из столбца по отношению к критерию «Удобство интерфейса». Сравнительные оценки систем по критерию «Удобство интерфейса» сведены в таблицу 1.5.4. Никакие другие критерии при этом не учитываю.

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

Относительная согласованность матрицы равна 7,4%, т.е. <10%.

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

Таблица 1.5.4

Сравнительные оценки систем по критерию «Удобство интерфейса»

Таблица 1.5.5

Сравнительные оценки систем по критерию «Скорость обработки запросов»

Относительная согласованность матрицы равна 0,32%, т.е. <10%.

Далее так же построю матрицу сравнений по отношению к критерию «Требования к аппаратным средствам». Сравнительные оценки систем по критерию «Требования к аппаратным средствам» сведены в таблицу 1.5.6.



Таблица 1.5.6

Сравнительные оценки систем по критерию «Требования к аппаратным средствам»

Относительная согласованность матрицы равна 1,58%, т.е. <10%.

Далее построю матрицу сравнений по отношению к критерию «Уровень защиты». Сравнительные оценки систем по критерию «критерию «Уровень защиты» сведены в таблицу 1.5.7.

Таблица 1.5.7

Сравнительные оценки систем по критерию «критерию «Уровень защиты»



Относительная согласованность матрицы равна 1,22%, т.е. <10%.

Так же построю матрицу сравнений по отношению к критерию «Надежность».

Сравнительные оценки систем по критерию «Надежность» сведены в таблицу 1.5.8.

Таблица 1.5.8

Сравнительные оценки систем по критерию «Надежность»

Относительная согласованность матрицы равна 0%, т.е. <10%.

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

Для каждой из альтернатив заполняю столбцы критериев значениями локальных векторов приоритета, полученных соответственно в таблицах 1.5.4; 1.5.5; 1.5.6; 1.5.7; 1.5.8.

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

0,034763 * 0,0,108836 + 0,061367* 0,12202+ 0,138393* 0,34037+ 0,214765* 0,333216+ 0,480398* 0,20000 = 0,226019027

Аналогично определяю остальные альтернативы.

Таблица 1.5.9

Сравнительные оценки систем по всем критериям

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

Таблица 1.5.10

Сравнение информационных систем

В данном случае это «Разрабатываемая система», на которой следует остановить свой выбор.

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

1.6 Формирование требований к разрабатываемой ИС

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

· Формирование документов;

· Хранение и резервирование документов;

· Редактирование документов;

· Печать документов;

· Учет документов;

· Анализ данных на основе информации документов.



2. СИСТЕМНОЕ ИССЛЕДОВАНИЕ ОБЪЕКТА ПРОЕКТИРОВАНИЯ

2.1 Модель информационных потоков объекта проектирования

Перечислим функции присущие должностным обязанностям работников Абонентского отдела Таганрогского «ГорГаз»:

· Оператор осуществляет:

- Прием заявок, запросов, показаний на оплату;

- Выдачу заключений;

- Выписку направлений, уведомлений.

· Юрист осуществляет:

- Формирование договоров и дополнительных соглашений к ним;

- Подготовку исковых заявлений в суд.

· Инспектор осуществляет:

- Формирование путевых листов.

· Контролер осуществляет:

- Выписку актов в ходе поверки (ПУ).

· Бухгалтер осуществляет:

- Выписку платежных документов;

- Формирование отчетных документов.

· Планово-технический отдел осуществляет:

- Формирование списка необходимой документации;

- Утверждение предоставленной документации.

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

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

Рисунок 2.1.1 - Модель информационных потоков Абонентского отдела



Описание обозначений:

1) Контроль и управление - подразумевает взаимодействие с Абонентским отделом, обеспечивающим нормальное функционирование отдела и разрешение проблемных ситуаций возникших в ходе рабочего процесса.

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

3) Результаты рабочего процесса - утвержденные данные, которые регистрируются и хранятся в личной картотеке абонентов для дальнейшего использования в работе.

4) Внутриструктурное взаимодействие - предполагает взаимодействие, обмен и подтверждение информации между подотделами входящими в состав Абонентского отдела Таганрогского «ГорГаз».

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

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

2.2 Модель процессов отдела на языке «Дракон»

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

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

Одновременное использование графики и текста говорит о том, что ДРАКОН адресуется не только к словесно-логическому мышлению автора и читателя программы, но сверх того активизирует интуитивное, образное, правополушарное мышление, стимулируя его не написанной, а именно нарисованной программой, т.е. программой-картинкой.

Для обозначения блок-схем, построенных по правилам языка Дракон, используется термин «дракон-схемы», они удовлетворяют критерию сверх высокой понимаемости.

Дракон-схема с ветками называется «силуэтом», без веток -- «примитивом».

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

Образно говоря, шампур пронизывает иконы примитива. «Примитив» рекомендуется использовать, если дракон-схема очень простая (примитивная) и содержит не более 5...15 икон. В противном случае, чтобы улучшить читаемость программы, выгоднее использовать «силуэт».

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

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

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

Дракон-схема «силуэт», отражающая процесс подключения абонента, представлена на рисунке 2.2.1.

2.3 Функциональная модель информационной системы

2.3.1 Обоснование выбора case-средств для построения модели

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

Рисунок 2.2.1 - Дракон-схема «силуэт» Процесс подключения абонента

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

Стратегия развития ИСУ для каждого предприятия определяется, в первую очередь, целями ее функционирования, а также существующими возможностями и ограничениями предприятия. Данные цели, возможности и ограничения лежат в основе стратегии развития всего предприятия. Таким образом, стратегия бизнеса и стратегия развития ИСУ являются взаимозависимыми и взаимодополняющими инструментами управления предприятием. [4].

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

Системные аналитики, проектировщики и разработчики перешли на автоматизированное проектирование систем в интересах автоматизации разработки программного обеспечения CASE-средства (Computer-Aided Software Engineering -- CASE).

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

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

Использование CASE - средств позволяет:

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

· Упростить проектирование системы и построение модели данных.

· Быстро вносить изменения в проект, если в процессе проектирования произошли изменения внешних условий.

· Уменьшить время разработки. [4].

Обзор case-средств:

В России для моделирования и анализа бизнес-процессов достаточно широко используются следующие средства:

· AllFusion Modeling Suite;

· Rational Rose;

· ARIS.

Рассмотрим их характеристики более подробно:

1) AllFusion Modeling Suite - пакет инструментальных средств разработанный компанией Computer Associates International, Inc. (CA), пакет поддерживает все этапы разработки информационных систем, в этот пакет входит пять продуктов:

AllFusion Process Modeler - «BPwin» (позволяет облегчить проведение обследования предприятия и построить функциональные модели).

AllFusion ERwin Data Modeler - «ERwin» (позволяет создавать модели данных и генерировать схему баз данных).

AllFusion Data Model Variator - «ERwin Examiner» (позволяет производить поис и исправление ошибок модели данных).

AllFusion Model Manager - «ModelMart» (система организации коллективной работы и хранилище моделей BPwin и ERwin).

AllFusion Component Modeler - «Paradigm Plus» (инструмент создания обьектных моделей).

Рассмотрим продукты которые нам понадобятся в проектировании:

AllFusion Process Modeler - «BPwin»: основан на методологии IDEF и предназначен для функционального моделирования и анализа деятельности предприятия. Методология IDEF, являющаяся официальным федеральным стандартом США, представляет собой совокупность методов, правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной области. Функциональная модель IDEF отображает функциональную структуру объекта, т.е. производимые им действия и связи между этими действиями.

Возможности BPwin: поддерживает сразу три стандартные нотации - IDEF0 (функциональное моделирование), DFD (моделирование потоков данных) и IDEF3 (моделирование потоков работ).

Эти три основных ракурса позволяют:

· Описывать предметную область наиболее комплексно.

· Позволяет оптимизировать процедуры в компании.

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

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

AllFusion ERwin Data Modeler - «ERwin»: это средство концептуального моделирования БД. Используется при моделировании и создании баз данных произвольной сложности на основе диаграмм "сущность - связь". В настоящее время ERWin является наиболее популярным пакетом моделирования данных благодаря поддержке широкого спектра СУБД самых различных классов.

Возможности ERWin:

· Поддерживает методологию структурного моделирования SADT и следующие нотации: стандартную нотацию IDEF1x для ER-диаграмм моделей данных, нотацию IE и специальную нотацию, предназначенную для проектирования хранилищ данных - Dimensional.

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

· Интегрирован линейкой продуктов Computer Associates для поддержки всех стадий разработки ИС, CASE-средствами Oracle Designer, Rational Rose, средствами разработки и др.

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

· Возможна совместная работа группы проектировщиков с одними и теми же моделями (с помощью AllFusion Model Manager).

· Позволяет переносить структуру БД (не сами данные!) из СУБД одного типа СУБД в другой.

· Позволяет документировать структуру БД.

BPwin и ERwin компании Соmputer Associates. Computer Associates International, Inc. (CA) входит в пятерку ведущих производителей программного обеспечения, предлагая средства моделирования, резервного копирования, управления инфраструктурой предприятия (сетями, серверами и т.д.), информационной безопасности, business intelligence и т.д. [1].

2) Rational Rose: компании IBM. IBM Rational Rose - входит в состав пакета IBM Rational Suite и предназначен для моделирования программных систем с использованием широкого круга инструментальных средств и платформ. Rational Rose является одним из ведущих инструментов визуального моделирования в программной индустрии, благодаря полноценной поддержке языка UML и многоязыковой поддержке командной разработки. Инструмент полностью поддерживает компонентно-ориентированный процесс создания ИС. Для бизнес аналитиков средство Rational Rose дает возможность детально описать и проанализировать бизнес-процессы данной предметной области. Для аналитиков, специализирующихся в области разработки баз данных, Rational Rose дает возможность визуально проектировать и генерировать базы данных любого размера.

3) ARIS: компании IDS Scheer AG. Система ARIS представляет собой комплекс средств анализа и моделирования деятельности предприятия. Ее методическую основу составляет совокупность различных методов моделирования, отражающих разные взгляды на исследуемую систему.

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

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

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

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

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

Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и языки моделирования, в частности, ER и UML. Модели в ARIS представляют собой диаграммы, элементами которых являются разнообразные объекты - "функция", "событие", "структурное подразделение", "документ" и т.п.

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

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

Формирование критериев оценки case-средств:

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

Выделим критерии наиболее важные конкретно для данного процесса моделирования, которые приведены в таблице 2.3.1.1.

Обоснование выбора case-средства:

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

На основании шести выбранных критериев проведем стоимостную оценку аналога и выбранного CASE-средства. Результаты сравнения сведем в таблицы.



Таблица 2.3.1.1

Критерии сравнения CASE-средств

Сравнительный функциональный анализ
№	Функциональные возможности, среда	ARIS	AllFusion Modeling Suite	Rational Rose
1	Поддерживаемый стандарт	eEPS (расширение IDEF3), ERD, UML	IDEF0, IDEF3, DFD, IDEF1х.	UML
2	Наличие средств графического отображения модели	Высокая	Средняя	Низкая
3	Удобство работы по созданию моделей	Сложно	Просто	Просто
4	Интеграция с Case-средствами	Да	Да	Частично
5	Возможность декомпозиции объекта	Да	Да	Да
6	Простота освоения продукта	Сложно	Просто	Сложно

Таблица 2.3.1.2

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

Параметр, оценка	Весовой коэффициент	ARIS	AllFusion Modeling Suite
Поддерживаемый стандарт	0,15	4	0,6	4	0,6
Наличие средств графического отображения модели	0,15	3	0,45	3	0,45
Удобство работы по созданию моделей	0,10	3	0,3	4	0,4
Интеграция с Case-средствами	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,65	Qр = 3,5

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

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

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

Таблица 2.3.1.3

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

Параметр, оценка	Весовой коэффициент	Rational Rose	AllFusion Modeling Suite
Поддерживаемый стандарт	0,15	4	0,6	4	0,6
Наличие средств графического отображения модели	0,15	1	0,15	3	0,45
Удобство работы по созданию моделей	0,10	3	0,3	4	0,4
Интеграция с Case-средствами	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,35	Qр = 3,5

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

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

Вывод: интегральный технико-экономический показатель больше 1, что говорит, о технико-экономической целесообразности выбранного CASE-средства. [6].

2.3.2 Функциональные требования к системе

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

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

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