Внедрение автоматизированных информационных систем в сфере жилищно-коммунального хозяйства контрольная 2010 по информатике , Экзамены из Информатика

Скачай Внедрение автоматизированных информационных систем в сфере жилищно-коммунального хозяйства контрольная 2010 по информатике и еще Экзамены в формате PDF Информатика только на Docsity! РЕФЕРАТ На тему: «Внедрение автоматизированных информационных систем в сфере жилищно-коммунального хозяйства» 1. Обзор участников и их доли деятельности в ЖКХ Подход к обзору Первоначально идея структуры обзора намечалась в качестве сравнительной характеристики решений. Состояла она в наборе разных программ, составлении критериев сравнения и определении сравнительной оценки решений в таблице, где были бы проставлены «галочки» «есть/нет». Однако после получения первой порции информации стало ясно, что такой подход не годится: по причине огромного количества программ, которые заслуживают внимания. Сравнительная табличка получилась бы нечитабельных размеров. Решено было изменить идею обзора, и построить его в виде описания «обобщенной системы для автоматизации ЖКХ», которое содержит все функциональные возможности, методы решения, архитектуру «идеальной системы». Такая информация может существенно помочь ответственным специалистам в выборе конкретного программного решения, сориентироваться в предметной области и оценить полноту функциональных возможностей предоставляемых различными системами автоматизации. Что такое «ЖКХ»? Чтобы исключить недоразумения при анализе информационных систем для ЖКХ, мы должны конкретизировать определение термина ЖКХ, который будет использоваться в данном обзоре. Прежде всего, определимся с предметной областью: что же относится к ЖКХ? Расшифровка «Жилищно-коммунальный комплекс» недостаточно конкретна. Так, например, можно ли отнести к ЖКХ системы, используемые муниципальными органами для управления коммунальными предприятиями? Внедренец или программист, занимающийся информационной системой для городских властей (может быть «для автоматизации учета в городском хозяйстве») ответит на этот вопрос утвердительно. Он считает, что у него есть подсистемы «бухгалтерия», «кадры», «промышленность»…., и среди финансовыми отношениями. Этим учреждением население платит взносы, налоги, штрафы и т.п. К ним, например, относятся: ГАИ и исполнительная служба. Особенность оказываемых услуг такими предприятиями такова, что стоимость и объем услуг практически не зависят от самого предприятия, так как они регламентируются местными властями. Кроме того, в сфере ЖКХ существует естественная монополия по оказанию услуг – у жильцов города практически нет возможности выбора поставщика услуг, а у поставщиков услуг, в свою очередь, отсутствует необходимость борьбы с конкурентами за клиентов: достаточно того, чтобы качество и объем услуг были не ниже нормативных. Как ни странно, но в настоящее время поставщикам даже не требуется стремиться к снижению себестоимости оказываемых услуг. Это вытекает из методики формирования тарифов: они рассчитываются на основе плановых затрат предприятий, и если фактические затраты окажутся меньше, то разница текущего года должна перечисляться в бюджет, а тарифы на следующий год будут снижены в связи со снижением фактических затрат. Единственное, что интересует поставщиков в отношениях с населением – это быстрее и надежнее получить оплату за оказанные услуги. Этого можно достичь либо принудительным методом, либо предоставлением максимального удобства для жильцов при выполнении взаиморасчетов. Принудительные методы доступны очень не многим поставщикам. Это электрики, телефонисты, а также те, кто оплату за услуги берет наперед. Для остальных поставщиков остается только второй путь. Он состоит в том, что бы минимизировать затраты времени и исключить отрицательные эмоции у населения при выполнении взаиморасчетов, с одной стороны, и предоставить информации о состоянии взаиморасчетов для службы сбыта и юристов поставщика – с другой. Первая часть исключает решение плательщика «отложить оплату на потом», а вторая – предоставляет данные для напоминаний и для подготовки цивилизованных требований, т.е. подготовки исковых требований для суда. Однако возвратимся к нашей теме. Информационные системы для поставщиков услуг должны решать задачи, находящиеся в сфере их жизненных интересов. Если исключить обычные задачи, которые решаются на всех других предприятиях, остаются взаимоотношения с населением. Информационная система, с одной стороны, должна обеспечить службу сбыта и юристов сведениями, необходимыми для общения с населением, а с другой стороны – предоставить людям максимальные удобства для предоставления сведений о полученных услугах и выполнения платежей за них. Банки Под термином «Банки» здесь подразумеваем все учреждения, выполняющие прием платежей от населения. Почта, Сберкасса также относятся сюда. Для некоторых непопулярных банков прием платежей от населения – это просто нагрузка, которую они должны выполнять по условиям лицензии банков. Но для других, например, для почты, этот вид деятельности является одним из наиболее рентабельных. Поэтому, для них естественным является стремление привлечь к себе как можно больше клиентов, пропустить через себя как можно больше денег. Приток клиентов для выполнения платежей напрямую зависит от удобств выполнения платежей в пунктах приема этого банка. Народ не пойдет туда, где приходится стоять в очереди. Люди будут платить там, где, кроме приема денег им покажут, сколько, кому, и за что они должны, примут показания приборов учета, предоставят «письмо» от поставщика услуг. Поэтому в сфере предоставления удобств населению при выполнении платежей интересы банков совпадают с интересами поставщиков услуг. Это является существенным аргументом к тому, чтобы у банков и у поставщиков услуг использовалось программное обеспечение, обеспечивающее удобное прохождение платежей по цепи «клиент – банк – поставщик услуг». ЖЭКи В системе ЖКХ ЖЭКи выступают с двух сторон: как поставщики услуг и как учреждения приема запросов населения. В качестве поставщиков услуг в области использования информационных систем им свойственно все, что и для других поставщиков. Рассмотрим их именно как учреждения по приему запросов населения. Как учреждение по работе с населением, ЖЭК обладает самой свежей информацией о составе жильцов. Эти данные требуются практически всем поставщикам услуг, стоимость и объем которых зависит от количества проживающих. И они готовы за нее платить. Даже организация поставщиками услуг собственного приема населения с целью получения свежей информации не обеспечивает своевременность ее поступления, особенно, когда эта информация приводит к увеличению стоимости получаемых услуг. Расчетно-кассовый центр Это фирма, которая берется за организацию информационных потоков между всеми участниками ЖКХ и берет за эту работу процент от оплаченных денег. Теоретически, без РКЦ можно и обойтись. Но на практике настройка взаимосвязей между участниками, согласование информации, подстраховка тех поставщиков, у которых не установлены автоматизированные системы, без РКЦ не обходится. Эта фирма является посредником между банками и поставщиками услуг в передаче информации как в одну, так и в другую сторону. Она поддерживает общую базу данных абонентов. Иногда эта фирма берет на себя связи с бюджетными учреждениями (льготы, субсидии). Но, на наш взгляд, этим должны заниматься сами поставщики услуг, т. к. это ответственная работа и, при выявлении каких либо нарушений, штрафы накладываются не на РКЦ а на поставщика услуг. РКЦ обычно является отдельным самостоятельным предприятием. Но так, как организовать работу в масштабах города без поддержки местной власти практически невозможно, и так как это место насыщено конфиденциальной информацией, то обычно такая фирма курируется представителями местной властью. используются, при этом, не повторяясь для одних и тех же функций. Таким образом, получится объединенный функционал некоторой абстрактной системы, которая может все, что имеется на сегодняшний день. Точнее все, что представлено в системах, используемых для обзора. Надеюсь, что такой перечень функциональных возможностей автоматизированных систем ЖКХ будет полезен и для Заказчиков, желающих внедрить у себя такую систему, и для разработчиков, планирующих ее создание. «Не забыть» о какой либо стороне применения автоматизированной системы на ранней стадии ее разработки или при выборе для закупки, это очень важно как для пользователей, так и для разработчиков. Список задач, решаемых автоматизированными системами в ЖКХ, слишком длинный для того, что бы его можно было изложить, не заботясь о его структуре. Мы объединим функционал по группам, каждая из которых предназначена для использования на соответствующем участнике ЖКХ Используем состав участников, перечисленный в первой части: – Население – Поставщики услуг – Банки, пункты приема платежей – ЖЭКи – Расчетно-кассовый центр – Учреждения власти Население Население – это основной участник ЖКХ, вокруг и ради которого все построено, и единственный участник, для которого специального программного обеспечения не используется. Возможность оплаты посредством компьютерной связи в странах бывшего Советского Союза остается пока теоретической. Хотя и не везде. Например, в Казахстане можно заплатить коммунальные услуги практически с любого банкомата. У некоторых банков даже есть специальные банкоматы, которые специализированы исключительно под оплату комуслуг. Так же в банковской системе Казахстана существует такая услуга, как Интернет-счет. Приходишь в банк, открываешь такой счет, пополняешь его нужной суммой и можешь целый год оплачивать пользование светом, газом, водой и т.д. с домашнего компьютера. Но, как видим, даже при наличии такой возможности, то программное обеспечение, которое предназначено для выполнения таких платежей, относится либо к банковским системам, либо к системам расчетно- кассового центра. Поставщики услуг В свою очередь, функционал IT-систем поставщика услуг разделим на группы, соответствующие обычно участкам работы исполнителей: – Расчет отпуска – Работа с приборами учета – Перерасчеты – Учет льгот – Учет субсидий – Оплата за услуги – Учет оборотов – Расчет пени – Юридическая служба – Отчеты Расчет отпуска услуг Не смотря на большое разнообразие поставщиков услуг населению, задачи, стоящие перед их автоматизированными системами, одни и те же, за некоторым исключением. И, по-видимому, единственное отличие состоит в средствах доставки услуг. Но трудоемкость автоматизации учета различных видов услуг существенно отличается. Она находится в диапазоне от элементарной формулы до сложных расчетных алгоритмов. В основе расчета отпуска каждой услуги лежит элементарная формула: стоимость = количество x на цену. Обычным расчетным периодом является календарный месяц. Как правило, расценки устанавливаются местной властью Количество либо определяется по приборам, либо является расчетной величиной, которая зависит от различных параметров. Если допустить, что в пределах отчетного месяца не меняется ни цена, ни аргументы количества, то просто применяется эта формула. Ряд систем предлагают ввести эту формулу средствами настройки. Но на практике такого постоянства не имеется. Просто параметры для расчета одних видов услуг меняются чаще, а для других – реже. Например, плата за квартиру зависит от количества квадратных метров, являющихся постоянной величиной, а за воду – зависит от числа проживающих, в том числе, временно выбывших или вновь прописанных. Этот параметр меняется гораздо чаще. Но возможность изменения параметров само по себе еще не является проблемой для систем автоматизации. Проблему представляет то, что как цена, так и любой из параметров, от которого зависит количество оказанной услуги, может меняться в любое время. Изменение его с «1-го числа отчетного месяца» – это редкое совпадение. На сложность определения количества оказанных услуг расчетным путем также влияет возможность учета этих видов услуг по учетным приборам. Приборы могут быть установлены или выведены из эксплуатации в любой момент времени. За тот промежуток, когда приборы не используются, система рассчитывает количество расчетным путем, а в период работающих приборов – по их показаниям. Следующая трудоемкая задача – это учет временных отключений и качества предоставляемых услуг. В общегородской системе ЖКХ имеются различные точки определения времени отключения и качество услуг. Например, данные об отключении тепловой магистрали означают, что в этот период были отключены все абоненты, система отопления которых подключена к этой магистрали прямо или посредством различных разветвлений. Одновременно на предприятие могут поступать независимые данные о других отключениях, например, о ремонте какой-либо ветки, отходящей от этой магистрали, а из ЖЭКа приходит информация об индивидуальных отключениях. Периоды различных документов могут пересекаться. Аналогично поступают на предприятие данные об отклонении от функционала системы для таких перерасчетов потребовало бы ввода дополнительных параметров, трудоемкость чего существенно превышает трудоемкость выполнения таких перерасчетов «вручную». На практике такие ситуации исключаются. Вводится правило либо все приборы, либо ни одного. Перерасчеты Перерасчеты – это расчет величины корректировки количества и стоимости оказанных услуг для одного или нескольких прошедших периодов, или вмешательство в результат расчета текущего периода. Необходимость в перерасчетах обусловлена двумя причинами: недостоверными исходными данными и недостаточно развитым функционалом системы. Неправильные данные для расчетов могут быть предоставлены по вине абонентов, по вине пользователей программы, по причинам, независящим от поставщика услуг. Абонент ошибается в предоставлении данных о его лицевом счете, например, показаний прибора. Пользователь программы ошибается при вводе информации (перепутал абонента, сделал опечатку при вводе даты и т.п.). К объективным причинам относится несвоевременная информации о принятых тарифах, отключениях и т.п. Не достаточно развитый функционал приводит к неправильным данным. Например, программа допускает в течение одного отчетного периода только одно изменение количества проживающих людей. Но вероятно изменение несколько раз, например, с 10-го числа один уехал, а 20-го один приехал. В таком случае в результатах расчета будет ошибка, которую пользователь программы исправляет путем ввода корректировок для текущего отчетного периода. Независимо от причин, система должна иметь возможность перерасчетов. Чем более развитый функционал, тем больше перерасчетов выполняются автоматически. Но процесс ручного вмешательства должен обеспечиваться в любой системе. Для обеспечения возможности перерасчетов, база данных системы содержит историю результатов расчета за все отчетные периоды по всем видам услуг. Все данные содержат два параметра времени: отчетный и расчетный периоды. Отчетный – это период, в котором выполнен расчет (корректировки). Расчетный – период, к которому относятся расчетные или исходные данные. Учет льгот Льгота со стороны абонента – это та сумма, на которую ему уменьшается платеж за коммунальные услуги. Ему выставляется счет на 25%, 50% и т.д. меньше, чем другим таким же абонентам, но не имеющим льготы. Льгота со стороны поставщика услуг – это сумма, которую за абонента платит бюджет. Льгота не уменьшает общую стоимость отпущенных услуг. Это просто один из видов оплаты. Существует целая система льгот. По источнику финансирования структуру льгот можно изобразить в виде дерева. Обычно сводная ведомость предоставленных льгот содержит данные по каждому уровню этой структуры. Сумма льгот, как правило, задается в виде процента от суммы полученных услуг. Но в общем случае это нелинейная зависимость. Нелинейность определяется двумя основными факторами: наличием социальных норм потребления услуг и зависимостью между разными льготами одного и того же абонента. Социальная норма потребления – это расчетное нормативное количество услуг, рассчитанное на одного человека. В пределах этой величины осуществляется льготирование. Превышение количества услуг по сравнению с нормативом не льготируется. Например, норма потребления электроэнергии на человека составляет 75 КВтч. Льгота у абонента – 50%. Получено в отчетном периоде 90 кВтч. Из них 75 отпускаются за пол цены, а оставшиеся 15 – по полной. Зависимость между льготами состоит либо в самом характере льготы, либо в ограничении общей стоимостью полученных услуг. Характер льготы отражается в методе расчета. Например, льгота исполкома сельским учителям – 100% от суммы, оставшиеся после применения других льгот. Ограничение стоимостью отпуска состоит в том, что сумма льгот по всем привилегиям абонента не должна превышать общую стоимость отпущенной продукции. При расчете льгот существует задача определения количества льготников. Это обусловлено тем, что разные льготы по-разному относятся к членам семьи абонента. Например, некоторые применяются только для льготирования одного льготника, другие – на мужа и жену, третьи – на всю семью. В свою очередь, родственники также могут иметь права на льготы. И при обыкновенном сложении количество льготников может превысить общее число человек, проживающих в квартире. Для расчетного варианта определения количества льготников требуется наличие информации обо всех членах семьи абонента и их родственных отношениях каждый с каждым. С другой стороны, эта задача достаточно проста для решения ее контролером участка: при каких либо изменениях в составе семьи он просто указывает количество льготников для каждой позиции со списка льгот лицевого счета. Задачу расчета льгот также усложняет возможность начала действия льготы и ее окончания в любой день отчетного периода. Перерасчеты льгот осуществляются при допущенных ошибках, как в расчете льгот, так и в определении количества и стоимости услуг. Проверкой правильности расчета является отчет, в котором стоимость услуг и предоставленные льготы группируются не отчетным периодам, а по расчетным. Т.е., например, отчет о выполненных начислениях и предоставленных льготах за январь, не зависимо от того, в каком месяце эти начисления или корректировки были выполнены. В практике работы предприятий ЖКХ бывает задача массового перерасчета льгот. Такие действия обусловлены тем, что власти иногда задерживают публикацию законов о новых льготах или об отмене существующих. Еще одна сторона учета льгот – это бюджетные деньги, поэтому они контролируются государственными органами. Кроме периодических проверок, эти органы требуют предоставления информации в печатном или электронном виде о ходе начисления за услуги и расчете льгот. Для подтверждения правовой основы начисления льгот, у поставщика в базе данных хранятся все реквизиты соответствующих документов. К сожалению, очевидная задача, хранение отсканированных копий документов в этой же «пора подать в суд». А для каждого абонента – исковое заявление и приложение к нему, содержащее историю образования и погашения долга. Судебные дела ставятся на учет. Информационная система отслеживает ход выполнения судебных решений. Собственно у них есть три стадии – подача искового заявления, принятие решения, отслеживание платежей госпошлины и основного долга. Различные отчеты предоставляют данные о ходе этой работы. А процедуры выборки очередного состава «жертв» контролируют наличие уже существующих дел, чтобы не повторяться. Интересно, что для подготовки списка на оформление исковых заявлений программным обеспечением могут использоваться специальные психологические приемы. Например, при объективных ограничениях на количество исковых заявлений, подаваемых в один отчетный период, система может предложить по одному жильцу с каждого дома, или по одному с каждого подъезда дома. Слух о привлечении к суду расходится по соседям, и в следующем отчетном периоде таких абонентов становится почему-то меньше. Вторая задача для юристов – это учет различных договоров с абонентами. Одним из таких договоров является договор на погашения долга. Суть его состоит в том, что абонент обязуется за определенное количество месяцев свести свой долг к нулю. Или другими словами, каждый месяц его долг будет уменьшаться на определенную сумму. Работа юриста с такими договорами состоит в том, что бы их составить, распечатать, и затем контролировать правильность его выполнения. Отчеты Существует масса отчетов, формируемых информационными системами ЖКХ. Например, квитанции на оплату, ведомости расчета услуг, оборотно-сальдовые ведомости, списки льготников и субсидий, реестры льготников, отчеты по оплате и задолженности и др. Формирование отчетов по начислениям, оплате, задолженности, субсидиям. Формирование и печать платежных документов по оплате жилищно-коммунальных услуг в различных вариантах, оперативная отчетность в требуемых разрезах (оборотно-сальдовые ведомости по начислениям, оплате, задолженности и другие отчетные формы), статистическая отчетность, формирование сводных ведомостей. Отдельная группа отчетов предназначена для работы с неплательщиками: – выдача предупреждений, предписаний, уведомлений, актов сверки с подрядчиками; – отслеживание просроченной задолженности. Можно было бы как-то структурировать эти отчеты, но не понятно зачем. Набрать такой состав отчетов, который бы удовлетворил все случаи жизни не возможно. Поэтому практически все разработчики сходятся в том, что система для ЖКХ должна иметь встроенный механизм управления отчетами: группировки, корректировки существующих отчетов и создания новых. Банки Пункт приема платежей От программного обеспечения для кассира требуется прежде всего максимальное удобство в работе. Когда у него за стеклом стоит очередь, ему некогда перекладывать руку из клавиатуры на мышку, искать указателем кнопку, и потом нести руку обратно, что бы набрать некоторое число. Все должно выполняться клавишами, максимально быстро. Второе, кассир хочет, что бы у него была только одна программа на компьютере. Попытки разных поставщиков, не связанных между собой единой системой, поставить каждый свою программу в пункт приема платежей, приводят к дополнительной нагрузке на оператора во время приема платежей и после окончания рабочей смены при обработке данных. Поэтому эта программа имеет возможность принимать платежи не только для предприятий ЖКХ, но и для других получателей (бюджет, БТИ, переводы и т.п.) Сегодняшняя информационная система принимает информацию от единого расчетного центра или из бухгалтерии банка о начислениях за текущий месяц по каждому виду услуг каждого поставщика. Идентификация потребителя услуг осуществляется с помощью пластиковой карты, по коду лицевого счета на квитанции или путем поиска по фамилии и адресным реквизитам абонента. Абоненту предоставляется список всех коммунальных предприятий, которым он должен заплатить деньги, и сумма долга. Полученная от абонента сумма распределяется между получателями либо автоматически, либо оператором по указанию плательщика. Квитанция об оплате содержит все необходимые сведения, которые могут потребоваться при сверке платежей с поставщиками услуг. Система фиксирует факт и сумму оплаты в системе. Фискализация выполняется либо на аппаратном уровне (кассовый аппарат, фискальный принтер), либо на программном уровне (протокол действий кассира, доступный для просмотра бухгалтером банка). По окончании рабочей смены формируется кассовый отчет. Данные о полученных платежах передаются в бухгалтерию банка, в единый расчетный центр, если он используется в системе, и поставщикам услуг (получателям платежей). Так как система работает с конфиденциальными данными, она включает в себя систему безопасности, а именно проверку передаваемых и получаемых данных на достоверность, контроль изменений всех операций, авторизации и разграничение доступа пользователей к операциям и даже к отдельным частям данных. Применяется шифрование, как передаваемой информации, так и самой базы данных. Бухгалтерия банка Задача бухгалтера банка в работе с платежами населения – собрать их со всех пунктов приема, объединить, выдать отчеты для каждого получателя платежей и сделать банковские проводки. Для выполнения банковских проводок его модуль системы ЖКХ имеет возможность экспорта проводок в банковскую систему «операционный день». Наладка прямой информационной связи с банковской системой практически исключена требованиями безопасности. возможность работы с организациями – безналичными плательщиками (предприятиями, оплачивающими жилье своим сотрудникам) связь с отделами субсидий, управлением социальной защиты населения и другими органами государственного контроля; прием их паспортного стола; информация о движении квартиросъемщиков. К попутным задачам относятся: прием населения и выполнения расчетов в соответствии с количеством и стоимостью услуг вместо поставщиков этих услуг. Прием населения возможен благодаря тому, что на расчетном центре имеется вся информация о состоянии начислений и платежей за коммунальные услуги. Для уменьшения нагрузки на операторов единого расчетного центра устанавливаются терминалы. Потребитель услуг с помощью терминала имеет возможность получать информацию о состоянии своего лицевого счета путем считывания карты. Информация предоставляется на чеке. С помощью терминала квартиросъемщик имеет возможность рассчитать суммы начислений по показаниям счетчиков. Для этого ему следует считать в терминале свою пластиковую карту, выбрать виды услуг (холодная вода, горячая вода), ввести их количество и напечатать чек с суммами оплаты за каждую услугу и итоговую сумму за все услуги. Терминал может устанавливаться на пункт приема платежей. Выполнение расчетов по услугам позволяет включить в комплексную систему тех мелких поставщиков услуг, для которых организация такого рабочего места у себя является не рентабельной. Обычно эти услуги имеют простые алгоритмы расчета. Попытки организации расчетов для таких поставщиков, как тепловики, газсбыт, водоканал только усложняют работу служб сбыта этих предприятий. Это объясняется тем, что у них имеется слишком много нюансов при расчете количества и стоимости услуг, что бы поручить эту работу непрофессиональным специалистам, имеющим соответствующее техническое образование и опыт работы. Обычно на расчетном центре таких нет. Поэтому задачу расчета количества и стоимости услуг лучше таким поставщикам выполнять самим, а результаты передавать на расчетный центр. За расчетным центром же оставить только функции организации платежей. Имеется еще одна функция информационных систем расчетного центра, о которой почему-то в рекламных объявлениях поставщики программных решений умалчивают. Это функция согласования кодов лицевых счетов для поставщиков, вновь вступающих в систему. Когда требуется сопоставить коды лицевых счетов из двух баз данных, количество которых составляет несколько десятков тысяч, то решение этой задачи «в лоб» может занять не допустимо продолжительный период. Для согласования используется специальное программное обеспечение, позволяющие выполнить его поэтапно, работая на каждом этапе с обозримым множеством записей. Такое согласование использует дополнительные признаки, имеющие иерархическую структуру. Наиболее подходящим является система адресов. Например, на первом этапе согласовываются коды улиц. На втором – номера домов. Как ни странно, но их также надо согласовывать, потому что в разных базах данных они могут иметь разный формат, особенно для различных приставок, таких как «а», «б», «корпус», «блок» и т.п. При условии согласования улиц для каждой улицы создается таблица, в которой большинство домов согласованы автоматически, а остальные отмечены для корректировки оператором. На третьем уровне выполняется согласование лицевых счетов. Для каждого дома создается таблица или участок в таблице для улицы, в котором программа выполняет согласования большинства лицевых счетов по номеру квартиры, а остальные отмечает для ручной корректировки оператором. Учреждения власти Из просмотренных систем получено не очень много информации. Модуль информационной системы ЖКХ, находящийся в учреждениях власти, должен содержать итоговые данные о выставленных платежах, о сумме оплаты, о сумме текущей задолженности. Возможно, что этот модуль должен быть связан не с рассматриваемой системой ЖКХ, а с городской системой управления жилищно-коммунальным хозяйством, так как со стороны властей предприятия ЖКХ представляют интерес в обобщенном виде. Вряд ли им понадобится информация об отдельно взятых абонентах. 3. Обзор решений автоматизации в ЖКХ: Технические аспекты и стоимость В предыдущих частях были рассмотрены состав участников автоматизированной системы ЖКХ и ее функциональные возможности. Данная часть обзора посвящена вопросам, которые связаны с технической и финансовой стороной внедрения и эксплуатации информационных систем для ЖКХ: как они создаются и внедряются, а так же: сколько стоит их внедрение и использование. Технические аспекты Прежде всего, рассмотрим технические аспекты создания и эксплуатации автоматизированных систем ЖКХ: средства программирования, построение баз данных, средства связи между участниками. Средства программирования Общий перечень средств программирования, используемых для разработки комплексных систем или отдельных программ ЖКХ, можно выложить одной фразой: используются все языки программирования, которые применялись в течение последних 10–15 лет, и все, что существуют сейчас. По подходу к построению программного обеспечения системы явно делятся на две группы: для местного использования и программные продукты. Программное обеспечение первой группы предназначено для решения задач ЖКХ на том предприятии, на котором работают программисты, его разработавшие, внедрившие и сопровождающие. Оно не предназначено для данных ЖКХ под управлением Oracle, одной из наиболее развитых, но дорогих и громоздких систем управления базами данных. Следует отметить также тенденцию поставщиков систем управления базами данных, направленную на распространение их программных продуктов – предложение бесплатных версий с определенными ограничениями, в которые вписываются не крупные и не богатые пользователи, к которым относятся ЖЭКи и пункты приема платежей. Примером таких систем являются MSDE 2000, MSDE 2005 корпорации Microsoft. Наиболее простая топология базы данных – это расположение всей информации на одном сервере. Клиенты подключаются по удаленным линиям и решают свои текущие задачи. Очевидные недостатки – необходимость постоянной связи, медленная скорость передачи данных. Однако эти недостатки со временем становится все менее существенными – линии связи становятся все более быстродействующими и все менее дорогими. Другой вариант реализации – распределенная база данных по всем или по части участников ЖКХ. Она лишена недостатков предыдущей топологии, но имеет свой – необходимость синхронизации данных. Синхронизация данных ведется различными способами. Наиболее распространенный – экспорт / импорт. Данные на носителе или по электронной почте перемещаются между участниками ЖКХ. В этом существенное влияние на работоспособность системы имеет человеческий фактор – все надо делать во время и очень аккуратно. Второй уровень синхронизации – обмен данных между модулями системы путем связи с удаленными серверами. Этот обмен вызывается либо по команде пользователя, либо по заданному расписанию. Он состоит в том, что некоторая процедура на одном из связанных серверов «считывает к себе» или «записывает к нему» необходимые для синхронизации данные. И, наконец, наиболее высокий уровень – синхронизация баз данных путем репликаций. Эти средства позволяют менять данные как на одной стороне линии связи, так и на другой. По заданному расписанию или по команде пользователя сервера соединяются и выполняют синхронизацию баз данных. Стоимость О стоимости также можно сказать одной фразой: от нуля до бесконечности. Различные фирмы-поставщики, внедренцы предлагают совершенно разные цены на свои программные продукты и на услуги по внедрению и сопровождению. Цена зависит, конечно, от функциональных возможностей системы, но это не однозначная зависимость. И есть большие шансы найти систему более дешевую и более пригодную для запуска в эксплуатацию и использования, чем та, что предлагается какой-нибудь раскрученной фирмой. В затратах на автоматизацию ЖКХ, так же как и для любой другой управленческой системы, имеется несколько составляющих: прикладное программное обеспечение, системные средства, затраты на ввод в эксплуатацию и сопровождение. Стоимость прикладного ПО Прикладное программное обеспечение – это непосредственно та программа, которая решает поставленную задачу – в нашем случае автоматизация ЖКХ. Его стоимость зависит от ценовой политики поставщика: либо фиксирована, либо увеличивается с ростом количества рабочих мест пользователей, либо растет с ростом количества лицевых счетов, обрабатываемых в системе. Практически нет зависимости цены от качества системы: функциональной полноты, ее надежности, простоты в эксплуатации. Но имеется очень сильная зависимость от «торговой марки». Фирмы, имеющие длинный послужной список, позволяют себе установить цену на свои продукты гораздо выше, чем начинающие. Стоимость системных средств Это те затраты, которые часто не указываются в стоимости автоматизации. К ним относятся затраты на операционную систему, офис, средства связи и т.п. Необходимость в таких затратах существенно зависит от политики потребителей в области лицензирования программного обеспечения. Особенно в этих затратах может выделяться стоимость системы управления базой данных. Например, объявляется цена на программу $200, при этом в технических характеристиках указывается, что эта программа использует СУБД, стоимость которой составляет $10000. Поэтому при покупке программного обеспечения для автоматизированной системы надо всегда учитывать эту сторону затрат. Затраты на внедрение Следующая составляющая затрат – это запуск системы в эксплуатацию. Только элементарные игрушки устанавливаются в течение нескольких минут и сразу начинают работать. Внедрение автоматизированной системы связно с различными доработками, обучением пользователей, загрузкой базы данных. Все это требует времени специалистов, как своих, так и привлеченных. А время специалистов стоит денег. Время на доработку зависит от функциональной полноты системы и уровня квалификации тех специалистов, которые ее выполняют. Время на обучение зависит от простоты системы и, опять же квалификации пользователей системы. Время на загрузку базы данных зависит от ее наличия в электронном виде, состояния, и снова от квалификации специалистов, выполняющих загрузку. Затраты на сопровождение Сложные технические системы требуют поддержки. Наиболее очевидной задачей является доработка к изменяющимся условиям эксплуатации. Другая задача – надежность работы. Такие функции как: архивирование данных, восстановление данных, вероятность сбоев в целостности базы данных зависят от уровня разработки программного обеспечения, по-другому, от ее качества.