32
торговых) ㅤ для ㅤ производства ㅤ конкурентоспособных ㅤ товаров ㅤ в ㅤ сравнении ㅤ со ㅤ
стоимостью ㅤ интеллектуальных ㅤ ресурсов ㅤ (концентрированных ㅤ знаний). ㅤ
Интернет-экономика ㅤ – ㅤ это ㅤ экономика ㅤ рыночного ㅤ типа, ㅤ основанная ㅤ на ㅤ
отношениях ㅤ купли-продажи ㅤ товара ㅤ на ㅤ глобальном ㅤ рынке ㅤ с ㅤ использованием ㅤ
сетевых ㅤ решений ㅤ интернета ㅤ и ㅤ интранета, ㅤ а ㅤ также ㅤ средств ㅤ мобильной ㅤ
телефонной ㅤ связи ㅤ (с ㅤ использованием ㅤ протоколов ㅤ wap). ㅤ
В ㅤ отраслях ㅤ традиционной ㅤ экономики ㅤ стоимость ㅤ товара ㅤ определяется, ㅤ
главным ㅤ образом, ㅤ стоимостью ㅤ концентрированных ㅤ ресурсов, ㅤ т.е. ㅤ составом ㅤ
затрат ㅤ на ㅤ материалы, ㅤ оборудование, ㅤ рабочую ㅤ силу ㅤ и ㅤ другие ㅤ компоненты, ㅤ
которые ㅤ связаны ㅤ между ㅤ собой ㅤ относительно ㅤ небольшим ㅤ объёмом ㅤ
информации ㅤ
Этот ㅤ объём ㅤ информации ㅤ оставался ㅤ практически ㅤ неизменным ㅤ в ㅤ течение ㅤ
жизненного ㅤ цикла ㅤ нескольких ㅤ поколений ㅤ товаров. ㅤ
В ㅤ отраслях ㅤ интернет-экономики ㅤ в ㅤ основе ㅤ добавленной ㅤ стоимости ㅤ
преобладают ㅤ концентрированные ㅤ знания ㅤ при ㅤ относительно ㅤ небольшой ㅤ
составляющей ㅤ стоимости ㅤ материальной ㅤ оболочки ㅤ [33]
При ㅤ этом ㅤ характер ㅤ использования ㅤ информационных ㅤ технологий ㅤ имеет ㅤ
двойственную ㅤ направленность:
ㅤ – ㅤ с ㅤ одной ㅤ стороны, ㅤ их ㅤ можно ㅤ рассматривать ㅤ традиционным ㅤ образом ㅤ
как ㅤ средство ㅤ автоматизации ㅤ производственных ㅤ процессов; ㅤ
– ㅤ с ㅤ другой ㅤ стороны, ㅤ информационная ㅤ технология ㅤ способна ㅤ менять ㅤ
логику ㅤ организации ㅤ производственных ㅤ процессов, ㅤ так ㅤ как ㅤ позволяет ㅤ
отслеживать ㅤ процесс ㅤ принятия ㅤ решений, ㅤ лежащий ㅤ в ㅤ основе ㅤ управления ㅤ
производством. ㅤ
Таким ㅤ образом, ㅤ информационная ㅤ технология ㅤ делает ㅤ процессы ㅤ
управления ㅤ более ㅤ прозрачными ㅤ для ㅤ анализа ㅤ и ㅤ контроля, ㅤ обеспечивая ㅤ
возможность ㅤ целевой ㅤ организации ㅤ процесса ㅤ исследований ㅤ и ㅤ разработок ㅤ для ㅤ
создания ㅤ новых ㅤ товаров ㅤ и ㅤ услуг ㅤ с ㅤ большими ㅤ рыночными ㅤ перспективами ㅤ по ㅤ
сравнению ㅤ с ㅤ традиционными ㅤ условиями ㅤ [19]
33
2.2. ㅤ Проектирование ㅤ программного, ㅤ технического ㅤ и ㅤ информационного ㅤ
обеспечения ㅤ информационной ㅤ системы ㅤ учета ㅤ ЖКХ ㅤ ИП ㅤ «Аганина ㅤ Я.К»
Все ㅤ процессы ㅤ в ㅤ отделе ㅤ ㅤ не ㅤ автоматизированы, ㅤ как ㅤ в ㅤ организации ㅤ в ㅤ
целом ㅤ автоматизированы. ㅤ Все ㅤ данные ㅤ заносятся ㅤ в ㅤ единую ㅤ базу ㅤ данных ㅤ (MS ㅤ
Excel), ㅤ и ㅤ выполняется ㅤ расчет, ㅤ а ㅤ так ㅤ же ㅤ учет ㅤ прихода ㅤ средств ㅤ на ㅤ расчетный ㅤ
счет ㅤ абонента ㅤ с ㅤ помощью ㅤ программы: ㅤ Учет ㅤ в ㅤ управляющих ㅤ компаниях ㅤ ЖКХ, ㅤ
ТСЖ ㅤ и ㅤ ЖСК[37]
ㅤ ㅤ ㅤ ㅤ ㅤ ㅤ ㅤ ㅤ ㅤ В ㅤ отдел ㅤ поступает ㅤ информация ㅤ из ㅤ единой ㅤ базы ㅤ потребителей ㅤ и ㅤ
поставщиков ㅤ услуг ㅤ об ㅤ объемах ㅤ потребленных ㅤ услуг, ㅤ а ㅤ так ㅤ же ㅤ данные ㅤ о ㅤ
тарифах ㅤ и ㅤ площади ㅤ жилья ㅤ абонентов. ㅤ Дальше ㅤ отдел ㅤ расчетов ㅤ проводит ㅤ
начисление ㅤ и ㅤ перерасчет ㅤ за ㅤ услуги ㅤ предоставленные ㅤ абонентам ㅤ
поставщиками ㅤ услуг, ㅤ и ㅤ выставляет ㅤ счета. ㅤ После ㅤ распределения ㅤ платежей, ㅤ
отчеты ㅤ о ㅤ текущих ㅤ начислениях ㅤ хранятся ㅤ в ㅤ базе ㅤ данных ㅤ (MS ㅤ Access) ㅤ
абонентов, ㅤ в ㅤ программе ㅤ «Учет ㅤ в ㅤ управляющих ㅤ компаниях ㅤ ЖКХ, ㅤ ТСЖ ㅤ и ㅤ
ЖСК», ㅤ формируется ㅤ ведомость ㅤ начальникам ㅤ отдела ㅤ приема ㅤ и ㅤ расчета ㅤ
платежей ㅤ [46]
Проектируемое ㅤ ПО ㅤ должно ㅤ позволять, ㅤ - ㅤ рассчитывать ㅤ любые ㅤ услуги, ㅤ
для ㅤ любого ㅤ жилья ㅤ (муниципального, ㅤ кооперативного, ㅤ приватизированного), ㅤ
по ㅤ любым: ㅤ
алгоритмам ㅤ и ㅤ тарифам;
перерасчет ㅤ начислений ㅤ за ㅤ предыдущие ㅤ месяцы, ㅤ как ㅤ по ㅤ лицевому ㅤ счету, ㅤ
так ㅤ и ㅤ массово ㅤ по ㅤ списку ㅤ домов ㅤ с ㅤ учетом ㅤ любых ㅤ дополнительных ㅤ
условий.
учет ㅤ платежей ㅤ по ㅤ оплате ㅤ жилищно ㅤ - ㅤ коммунальных ㅤ услуг;
вести ㅤ полноценный ㅤ паспортный ㅤ стол: ㅤ формы ㅤ №№ ㅤ 2, ㅤ 6, ㅤ 7, ㅤ 9, ㅤ 11, ㅤ листки ㅤ
прибытия, ㅤ убытия ㅤ и ㅤ другие.
Следует ㅤ отметить, ㅤ что ㅤ в ㅤ отделе ㅤ история ㅤ начислений ㅤ хранится ㅤ в ㅤ архиве ㅤ
на ㅤ бумаге, ㅤ однако ㅤ не ㅤ создается ㅤ ее ㅤ электронная ㅤ копия, ㅤ что ㅤ является ㅤ
существенным ㅤ недостатком ㅤ в ㅤ организации ㅤ бизнес-процессов ㅤ в ㅤ данном ㅤ отделе
34
В ㅤ настоящее ㅤ время ㅤ существует ㅤ несколько ㅤ технологий ㅤ передачи ㅤ данных. ㅤ
Рассмотрим ㅤ две ㅤ архитектуры, ㅤ такие ㅤ как ㅤ файл-сервер ㅤ и ㅤ клиент-сервер.
В ㅤ архитектуре ㅤ «клиент-сервер» ㅤ сервер ㅤ базы ㅤ данных ㅤ не ㅤ только ㅤ обеспечивает ㅤ
доступ ㅤ к ㅤ общим ㅤ данным ㅤ и ㅤ обработку ㅤ этих ㅤ данных. ㅤ Клиент ㅤ посылает ㅤ на ㅤ сервер ㅤ
запросы ㅤ на ㅤ чтение ㅤ или ㅤ изменение ㅤ данных, ㅤ которые ㅤ формулируются ㅤ на ㅤ языке ㅤ SQL. ㅤ
Сервер ㅤ сам ㅤ выполняет ㅤ все ㅤ необходимые ㅤ изменения ㅤ или ㅤ выборки, ㅤ контролируя ㅤ при ㅤ
этом ㅤ целостность ㅤ и ㅤ согласованность ㅤ данных, ㅤ и ㅤ результаты ㅤ в ㅤ виде ㅤ набора ㅤ записей ㅤ
или ㅤ кода ㅤ возврата ㅤ посылает ㅤ на ㅤ компьютер ㅤ клиента ㅤ [41]
Недостатками ㅤ же ㅤ архитектуры ㅤ с ㅤ файловым ㅤ сервером, ㅤ которая ㅤ имеется ㅤ в ㅤ
департаменте ㅤ экономики, ㅤ является ㅤ то, ㅤ что ㅤ данные ㅤ хранятся ㅤ в ㅤ одном ㅤ месте, ㅤ а ㅤ
обрабатываются ㅤ в ㅤ другом. ㅤ Это ㅤ означает, ㅤ что ㅤ их ㅤ нужно ㅤ передавать ㅤ по ㅤ сети, ㅤ что ㅤ
приводит ㅤ к ㅤ очень ㅤ высоким ㅤ нагрузкам ㅤ на ㅤ сеть ㅤ и, ㅤ вследствие ㅤ этого, ㅤ резкому ㅤ
снижению ㅤ производительности ㅤ приложения ㅤ при ㅤ увеличении ㅤ числа ㅤ одновременно ㅤ
работающих ㅤ клиентов. ㅤ
Вторым ㅤ важным ㅤ недостатком ㅤ такой ㅤ архитектуры ㅤ является ㅤ
децентрализованное ㅤ решение ㅤ проблем ㅤ целостности ㅤ и ㅤ согласованности ㅤ данных ㅤ и ㅤ
одновременного ㅤ доступа ㅤ к ㅤ данным. ㅤ Такое ㅤ решение ㅤ снижает ㅤ надежность ㅤ
приложения.
Архитектура ㅤ «клиент-сервер» ㅤ позволит ㅤ устранить ㅤ все ㅤ указанные ㅤ недостатки. ㅤ
Кроме ㅤ того, ㅤ она ㅤ позволяет ㅤ оптимальным ㅤ образом ㅤ распределить ㅤ вычислительную ㅤ
нагрузку ㅤ между ㅤ клиентом ㅤ и ㅤ сервером, ㅤ что ㅤ также ㅤ влияет ㅤ на ㅤ многие ㅤ характеристики ㅤ
системы: ㅤ стоимость, ㅤ производительность, ㅤ поддержку.
При ㅤ проектировании ㅤ информационной ㅤ системы ㅤ статистического ㅤ анализа ㅤ
объема ㅤ и ㅤ реализации ㅤ выпуска ㅤ продукции ㅤ будет ㅤ использована ㅤ технология ㅤ клиент-
сервер ㅤ [49]
Во-первых, ㅤ сервер ㅤ оптимизирует ㅤ выполнение ㅤ функций ㅤ обработки ㅤ данных, ㅤ что ㅤ
избавляет ㅤ от ㅤ необходимости ㅤ оптимизации ㅤ рабочих ㅤ станций. ㅤ Сервер ㅤ позволяет ㅤ
быстро ㅤ получить ㅤ результаты ㅤ обработки ㅤ запроса. ㅤ Во-вторых, ㅤ поскольку ㅤ рабочие ㅤ
станции ㅤ не ㅤ обрабатывают ㅤ все ㅤ промежуточные ㅤ данные, ㅤ существенно ㅤ снижается ㅤ
нагрузка ㅤ на ㅤ сеть. ㅤ ㅤ Предоставляется ㅤ возможность ㅤ ведения ㅤ журнала ㅤ операций, ㅤ в ㅤ
35
котором ㅤ автоматически ㅤ регистрируются ㅤ все ㅤ прошедшие ㅤ транзакции ㅤ что, ㅤ в ㅤ свою ㅤ
очередь, ㅤ поможет ㅤ быстрому ㅤ восстановлению ㅤ системы ㅤ при ㅤ аппаратных ㅤ сбоях. ㅤ
Данная ㅤ технология ㅤ организуется ㅤ проще, ㅤ и ㅤ оборудование ㅤ для ㅤ её ㅤ организации ㅤ вполне ㅤ
приемлемо ㅤ по ㅤ стоимости ㅤ приобретения. ㅤ
Таким ㅤ образом, ㅤ проектируемая ㅤ система ㅤ с ㅤ технической ㅤ точки ㅤ зрения ㅤ будет ㅤ
представлять ㅤ собой ㅤ набор ㅤ объединенных ㅤ в ㅤ единую ㅤ сеть ㅤ ЭВМ ㅤ – ㅤ клиентов, ㅤ с ㅤ которых ㅤ
при ㅤ помощи ㅤ установленного ㅤ клиентского ㅤ приложения ㅤ будет ㅤ осуществляться ㅤ связь ㅤ с ㅤ
базой ㅤ данных, ㅤ расположенной ㅤ на ㅤ удаленном ㅤ сервере.
2.3. ㅤ Описание ㅤ и ㅤ реализация ㅤ информационной ㅤ системы ㅤ учета ㅤ расчета ㅤ
ЖКХ ㅤ ИП ㅤ «Аганина ㅤ Я.К»
Как ㅤ правило, ㅤ проектирование ㅤ и ㅤ реализация ㅤ фактографических ㅤ
экономических ㅤ информационных ㅤ систем ㅤ начинается ㅤ с ㅤ разработки ㅤ
нормативно-справочной ㅤ информации ㅤ и ㅤ справочных ㅤ классификаторов.
Объект ㅤ метаданных, ㅤ создаваемый ㅤ в ㅤ предметно-ориентированной ㅤ
системе ㅤ «1С:Предприятие ㅤ 8.2» ㅤ на ㅤ основе ㅤ предопределенного ㅤ и ㅤ
неизменяемого ㅤ шаблона ㅤ «Справочники», ㅤ представляет ㅤ собой ㅤ экземпляр ㅤ
данных, ㅤ предназначен ㅤ для ㅤ хранения ㅤ условно-постоянной ㅤ информации, ㅤ и ㅤ
наследует ㅤ свойства ㅤ своего ㅤ объекта-прототипа. ㅤ Для ㅤ примера, ㅤ такими ㅤ
объектами ㅤ могут ㅤ являться ㅤ такие ㅤ справочники ㅤ как: ㅤ контрагенты, ㅤ физические ㅤ
лица, ㅤ кассы ㅤ контрольно-кассовых ㅤ машин, ㅤ договора ㅤ контрагентов ㅤ и ㅤ любые ㅤ
другие ㅤ схожие ㅤ сущности ㅤ [21]
Система ㅤ «1С:Предприятие ㅤ 8.2» ㅤ предоставляет ㅤ богатые ㅤ возможности ㅤ
эффективного ㅤ проектирования ㅤ и ㅤ хранения ㅤ информации, ㅤ когда ㅤ учитываются ㅤ
требования ㅤ в ㅤ скорости, ㅤ доступности ㅤ и ㅤ удобстве ㅤ получения ㅤ различной ㅤ
информации ㅤ в ㅤ различном ㅤ качестве ㅤ и ㅤ представлении. ㅤ Непосредственно ㅤ
некоторыми ㅤ возможностями ㅤ наделены ㅤ и ㅤ справочники, ㅤ которые ㅤ могут ㅤ быть ㅤ
спроектированы ㅤ и ㅤ настроены ㅤ с ㅤ учетом ㅤ различных ㅤ информационных, ㅤ
функциональных, ㅤ технических ㅤ и ㅤ других ㅤ потребностей. ㅤ Например, ㅤ одни ㅤ
справочники ㅤ в ㅤ системе ㅤ могут ㅤ быть ㅤ подчинены ㅤ другим ㅤ справочникам, ㅤ при ㅤ
36
этом ㅤ ㅤ полностью ㅤ соблюдается ㅤ физическая ㅤ целостность ㅤ и ㅤ такие ㅤ известные ㅤ
проблемы ㅤ при ㅤ проектировании ㅤ баз ㅤ данных, ㅤ ㅤ как ㅤ проблема ㅤ аномалий, ㅤ
удаления ㅤ родителей ㅤ и ㅤ потомков ㅤ системой ㅤ контролируется. ㅤ Также ㅤ
справочники ㅤ можно ㅤ разделить ㅤ по ㅤ возможностям ㅤ группировки ㅤ информации ㅤ
на ㅤ две ㅤ группы: ㅤ неиерархические ㅤ и ㅤ иерархические. ㅤ В ㅤ неиерархических ㅤ
справочниках ㅤ отсутствует ㅤ возможность ㅤ хранения ㅤ списка ㅤ элементов ㅤ на ㅤ
уровне ㅤ итогов ㅤ и ㅤ групп, ㅤ а ㅤ в ㅤ иерархических ㅤ такая ㅤ возможность ㅤ группировки ㅤ
элементов ㅤ по ㅤ категориям ㅤ существует ㅤ – ㅤ по ㅤ элементам ㅤ или ㅤ по ㅤ элементам ㅤ и ㅤ
группам ㅤ [14]
В ㅤ системе ㅤ 1С: ㅤ Предприятие ㅤ 8.2 ㅤ справочники ㅤ несут ㅤ на ㅤ себе ㅤ не ㅤ только ㅤ
функции ㅤ непосредственного ㅤ хранения ㅤ информации, ㅤ но ㅤ и ㅤ функции ㅤ
применения ㅤ справочной ㅤ информации ㅤ в ㅤ самом ㅤ учетном ㅤ процессе. ㅤ Так, ㅤ при ㅤ
правильном ㅤ проектировании ㅤ заметным ㅤ плюсом ㅤ станет ㅤ повышение ㅤ точности ㅤ
скорости ㅤ ведения ㅤ учета, ㅤ когда ㅤ справочную ㅤ информацию ㅤ не ㅤ требуется ㅤ
дублировать ㅤ в ㅤ разных ㅤ местах ㅤ программы ㅤ и ㅤ снижаются ㅤ риски ㅤ и ㅤ вероятность ㅤ
получения ㅤ не ㅤ корректной ㅤ информации ㅤ в ㅤ разрезе ㅤ требуемых ㅤ показателей. ㅤ ㅤ
Обратная ㅤ ситуация, ㅤ когда ㅤ один ㅤ и ㅤ тот ㅤ же ㅤ товар ㅤ в ㅤ системе ㅤ учета ㅤ может ㅤ в ㅤ
различных ㅤ документах ㅤ именоваться ㅤ по-разному, ㅤ и, ㅤ соответственно, ㅤ это ㅤ
приводит ㅤ к ㅤ неэффективному ㅤ принятию ㅤ решений, ㅤ к ㅤ ошибкам ㅤ в ㅤ учете ㅤ и ㅤ в ㅤ
целом ㅤ снижает ㅤ экономический ㅤ потенциал ㅤ информационной ㅤ системы, ㅤ
повышая, ㅤ тем ㅤ самым ㅤ издержки ㅤ её ㅤ эксплуатации ㅤ и ㅤ приводит ㅤ к ㅤ неудобствам ㅤ в ㅤ
её ㅤ использовании.
Справочники ㅤ в ㅤ системе ㅤ 1С: ㅤ Предприятие ㅤ 8.2 ㅤ наделены ㅤ
функциональностью ㅤ использования ㅤ их ㅤ в ㅤ системе ㅤ отчетности ㅤ и ㅤ могут ㅤ быть ㅤ
интегрированы ㅤ в ㅤ единую ㅤ схему ㅤ получения ㅤ отчетов ㅤ в ㅤ различных ㅤ
аналитических ㅤ разрезах ㅤ и ㅤ показателях.
Для ㅤ конфигурации ㅤ были ㅤ разработаны ㅤ следующие ㅤ справочники:
«Жильцы»;
«Кассиры»;
«Услуги»;
37
«Квартиры»;
Рассмотрим ㅤ на ㅤ рисунках ㅤ 18 ㅤ – ㅤ 20 ㅤ справочники.
Рисунок ㅤ 18 ㅤ - ㅤ «Справочник ㅤ «Жильцы»
Рисунок ㅤ 19 ㅤ - ㅤ «Справочник ㅤ «Услуги»
Рисунок ㅤ 20 ㅤ - ㅤ «Справочник ㅤ «Квартиры»
Следующим ㅤ этапом ㅤ проектирования ㅤ и ㅤ разработки ㅤ прикладного ㅤ
решения ㅤ является ㅤ этап ㅤ разработки ㅤ документов ㅤ и ㅤ регистров ㅤ экономической ㅤ
информационной ㅤ системы. ㅤ Данный ㅤ этап ㅤ во ㅤ многом ㅤ определяет ㅤ всю ㅤ бизнес-
логику ㅤ разрабатываемой ㅤ экономической ㅤ информационной ㅤ системы.
В ㅤ системе ㅤ «1С: ㅤ Предприятие ㅤ 8.2» ㅤ экземпляры ㅤ данных, ㅤ созданные ㅤ на ㅤ
основе ㅤ предопределенного ㅤ объекта ㅤ – ㅤ прототипа ㅤ «Документы», ㅤ представляют ㅤ
собой ㅤ объекты, ㅤ сущностное ㅤ содержание ㅤ которых ㅤ очень ㅤ близко ㅤ к ㅤ бумажным ㅤ
38
документам. ㅤ Они ㅤ предназначены ㅤ для ㅤ ввода ㅤ первичной ㅤ информации, ㅤ
связанной ㅤ с ㅤ регистрацией ㅤ событий, ㅤ воздействующих ㅤ на ㅤ учитываемые ㅤ
системой ㅤ показатели ㅤ [22]
Однако ㅤ документы ㅤ предназначены ㅤ не ㅤ только ㅤ для ㅤ отражения ㅤ
свершившихся ㅤ событий, ㅤ но ㅤ и ㅤ также ㅤ могут ㅤ быть ㅤ использованы ㅤ в ㅤ задачах ㅤ
планирования ㅤ и ㅤ для ㅤ построения ㅤ других ㅤ иных ㅤ учетных ㅤ схем.
Регистры ㅤ представляют ㅤ собой ㅤ важнейший ㅤ объект ㅤ в ㅤ системе ㅤ 1С: ㅤ
Предприятие ㅤ 8.2. ㅤ Данные ㅤ экземпляры ㅤ данных ㅤ - ㅤ объекты ㅤ также ㅤ как ㅤ и ㅤ все ㅤ
другие ㅤ в ㅤ системе ㅤ 1С:Предприятие ㅤ 8.2 ㅤ создаются ㅤ на ㅤ основе ㅤ преопределенного ㅤ
шаблона ㅤ объекта ㅤ – ㅤ прототипа, ㅤ условно ㅤ говоря ㅤ - ㅤ класса ㅤ и ㅤ наследуют ㅤ свойства ㅤ
своего ㅤ родителя, ㅤ имея ㅤ лишь ㅤ незначительные ㅤ возможности ㅤ объектно-
ориентированного ㅤ программирования.
Всего ㅤ видов ㅤ таких ㅤ объектов ㅤ в ㅤ системе ㅤ «1С:Предприятие ㅤ 8.2» ㅤ четыре:
1. Регистр ㅤ накопления;
2. Регистр ㅤ сведений;
3. Регистр ㅤ бухгалтерии;
4. Регистр ㅤ расчета.
Каждый ㅤ из ㅤ объектов ㅤ этих ㅤ видов ㅤ несет ㅤ в ㅤ себе ㅤ предопределенную ㅤ
специфическую ㅤ функциональность, ㅤ направление ㅤ и ㅤ содержание ㅤ которой ㅤ
реализуется ㅤ и ㅤ раскрывается ㅤ в ㅤ определенных ㅤ учетных ㅤ ситуациях ㅤ и ㅤ задачах. ㅤ В ㅤ
основном ㅤ для ㅤ решения ㅤ задач ㅤ управленческого ㅤ учета ㅤ и ㅤ управлении ㅤ торговлей ㅤ
применяются ㅤ регистры ㅤ сведений ㅤ и ㅤ регистры ㅤ накопления, ㅤ ㅤ хотя ㅤ в ㅤ
управленческой ㅤ схеме ㅤ можно ㅤ использовать ㅤ и ㅤ регистры ㅤ бухгалтерии, ㅤ и ㅤ
регистры ㅤ расчета, ㅤ исходное ㅤ содержание ㅤ которых ㅤ проявляется ㅤ в ㅤ задачах ㅤ
бухгалтерского ㅤ учета ㅤ и ㅤ периодических ㅤ расчетах.
Если ㅤ бы ㅤ в ㅤ системе ㅤ «1С:Предприятие ㅤ 8.2» ㅤ использовались ㅤ бы ㅤ только ㅤ
документы, ㅤ то ㅤ отчеты ㅤ формировались ㅤ только ㅤ на ㅤ одних ㅤ документах, ㅤ тем ㅤ
самым ㅤ это ㅤ привело ㅤ бы ㅤ в ㅤ будущем ㅤ к ㅤ медленному ㅤ формированию ㅤ отчетов ㅤ и ㅤ не ㅤ
гибкости ㅤ используемой ㅤ информационной ㅤ системы ㅤ к ㅤ бизнес-процессам ㅤ
предприятия. ㅤ Такие ㅤ потенциальные ㅤ и ㅤ возможные ㅤ проблемы ㅤ решаются ㅤ с ㅤ
39
использованием ㅤ регистров, ㅤ их ㅤ правильным ㅤ проектированием ㅤ и ㅤ применением ㅤ
в ㅤ информационной ㅤ системе ㅤ [29]
Регистры ㅤ позволяют ㅤ накапливать ㅤ информацию ㅤ в ㅤ различных ㅤ разрезах ㅤ
по ㅤ различным ㅤ числовым ㅤ или ㅤ другим ㅤ показателям ㅤ с ㅤ дополнительными ㅤ
произвольными ㅤ сведениями, ㅤ если ㅤ это ㅤ необходимо.
Все ㅤ возможные ㅤ ошибки, ㅤ которые ㅤ могут ㅤ быть ㅤ допущены ㅤ на ㅤ этапе ㅤ
разработке ㅤ регистров, ㅤ в ㅤ дальнейшем ㅤ очень ㅤ тяжело ㅤ исправить. ㅤ Это ㅤ приводит ㅤ
к ㅤ удорожанию ㅤ разработки ㅤ и ㅤ эксплуатации ㅤ системы. ㅤ При ㅤ проектировании ㅤ
регистров ㅤ очень ㅤ важно ㅤ сразу ㅤ же ㅤ определить ㅤ информационные ㅤ и ㅤ
функциональные ㅤ потребности ㅤ автоматизируемого ㅤ объекта, ㅤ а ㅤ также ㅤ
потребности ㅤ в ㅤ хранении, ㅤ удобстве ㅤ и ㅤ скорости ㅤ доступа ㅤ к ㅤ данным. ㅤ Это ㅤ
необходимо ㅤ осуществить ㅤ заблаговременно, ㅤ так ㅤ как ㅤ в ㅤ дальнейшем ㅤ тяжело ㅤ
перепроектировать ㅤ регистры ㅤ с ㅤ уже ㅤ введенными ㅤ в ㅤ систему ㅤ учета ㅤ данными ㅤ
[28]
Документы ㅤ и ㅤ регистры ㅤ представляют ㅤ собой ㅤ центральное ㅤ звено ㅤ всей ㅤ
бизнес-логики ㅤ системы.
В ㅤ ходе ㅤ выполнения ㅤ работы ㅤ были ㅤ разработаны ㅤ документы ㅤ и ㅤ регистры, ㅤ
благодаря ㅤ использованию ㅤ встроенного ㅤ языка ㅤ программирования ㅤ и ㅤ
встроенному ㅤ языку ㅤ запросов ㅤ системы ㅤ 1С: ㅤ Предприятие ㅤ 8.2.
С ㅤ учетом ㅤ требований ㅤ к ㅤ информационной ㅤ системе ㅤ и ㅤ к ㅤ базе ㅤ данных, ㅤ
были ㅤ спроектированы, ㅤ разработаны ㅤ и ㅤ реализованы ㅤ следующие ㅤ документы, ㅤ
регистры ㅤ и ㅤ находящиеся ㅤ в ㅤ них ㅤ бизнес-логика ㅤ для ㅤ моей ㅤ учебной ㅤ
конфигурации ㅤ – ㅤ базы ㅤ данных»:
Документ ㅤ «Начисление ㅤ оплаты ㅤ за ㅤ ЖКХ»;
Документ ㅤ «Оплата ㅤ за ㅤ услуги ㅤ ЖКХ»;
Регистр ㅤ «Начисление ㅤ оплаты ㅤ за ㅤ ЖКХ»;
Регистр ㅤ «Оплата ㅤ ЖКХ».
Рассмотрим ㅤ документы ㅤ на ㅤ рис. ㅤ 21 ㅤ – ㅤ 22.
40
Рисунок ㅤ 21 ㅤ - ㅤ «Документ ㅤ «Начисление ㅤ за ㅤ ЖКХ»
Рисунок ㅤ 22 ㅤ - ㅤ «Документ ㅤ «Оплата ㅤ за ㅤ ЖКХ»
Завершающим ㅤ этапом ㅤ разработки ㅤ прикладного ㅤ решения ㅤ является ㅤ
построение ㅤ и ㅤ программирование ㅤ отчетов ㅤ и ㅤ отчетности.
Отчеты ㅤ представляют ㅤ собой ㅤ объекты ㅤ конфигурации, ㅤ созданные ㅤ на ㅤ
основе ㅤ предопределенного ㅤ шаблона ㅤ объекта ㅤ – ㅤ прототипа ㅤ «Отчеты». ㅤ Отчеты ㅤ
41
позволяют ㅤ представить ㅤ информацию ㅤ из ㅤ регистров ㅤ в ㅤ удобном ㅤ для ㅤ
пользователя ㅤ виде. ㅤ
Отчеты ㅤ в ㅤ системе ㅤ «1С ㅤ :Предприятие ㅤ 8.2» ㅤ являются ㅤ самым ㅤ развитым ㅤ
механизмом ㅤ системы, ㅤ что ㅤ ярко ㅤ выделяет ㅤ систему ㅤ 1С:Предприятие ㅤ 8 ㅤ среди ㅤ
многих ㅤ информационных ㅤ систем, ㅤ так ㅤ как ㅤ включают ㅤ себя ㅤ очень ㅤ богатые ㅤ
возможности.
В ㅤ данный ㅤ период ㅤ времени, ㅤ отчеты ㅤ в ㅤ системе ㅤ 1С: ㅤ Предприятие ㅤ 8 ㅤ
возможно ㅤ построить ㅤ на ㅤ различных ㅤ механизмах, ㅤ например ㅤ с ㅤ помощью, ㅤ так ㅤ
называемого ㅤ построителя ㅤ отчетов ㅤ или ㅤ с ㅤ использованием ㅤ специальных ㅤ
конструкторов ㅤ форм. ㅤ Но ㅤ все ㅤ же, ㅤ самым ㅤ передовым ㅤ механизмом, ㅤ который ㅤ и ㅤ в ㅤ
дальнейшем ㅤ будет ㅤ только ㅤ совершенствоваться, ㅤ является ㅤ система ㅤ компоновки ㅤ
данных.
Система ㅤ компоновки ㅤ данных ㅤ – ㅤ визуальное ㅤ средство ㅤ для ㅤ построения ㅤ и ㅤ
вывода ㅤ отчетов, ㅤ предназначенная ㅤ для ㅤ декларативного ㅤ создания ㅤ отчетов, ㅤ т.е. ㅤ
создания ㅤ отчетов ㅤ без ㅤ программирования, ㅤ которая, ㅤ однако, ㅤ включает ㅤ в ㅤ себя ㅤ и ㅤ
программные ㅤ механизмы, ㅤ и ㅤ механизмы ㅤ XML. ㅤ Данная ㅤ система ㅤ позволяет ㅤ
разрабатывать ㅤ отчеты ㅤ не ㅤ только ㅤ программистам, ㅤ но ㅤ и ㅤ опытным ㅤ
пользователям, ㅤ которым ㅤ предоставляются ㅤ различные ㅤ возможности ㅤ
форматирования, ㅤ настройки ㅤ и ㅤ оформления ㅤ отчетов ㅤ прямо ㅤ в ㅤ режиме ㅤ
использования ㅤ информационной ㅤ системы ㅤ [30]
В ㅤ ходе ㅤ разработки ㅤ прикладного ㅤ решения ㅤ были ㅤ созданы ㅤ следующие ㅤ
отчеты:
«Начислено ㅤ за ㅤ ЖКХ»;
«Оплата ㅤ за ㅤ ЖКХ».
Данный ㅤ отчет ㅤ выглядят ㅤ следующим ㅤ образом.