9. Классификация АИС БУ по концепции построения информационной модели учета.

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

Унифицированная модель учетных данных. Первый подход основан на том, что вся бухгалтерская информация может быть унифицирована и представлена в виде единого массива стандартных бухгалтерских записей, основой которого являются простые либо расширенные проводки. Такой подход был предложен еще в 60-х годах Алаховым Б. В., но так и не был реализован на больших ЭВМ. Только с появлением персональных компьютеров эта идея была воплощена во многих программах. Например, таких, как: «1С: Бухгалтерия» фирмы «1C», «Турбо Бухгалтер» фирмы «ДИЦ», «Интегратор» фирмы «Инфософт», разработки корпорации «Парус», «Инфо-Бухгалтер» фирмы «Информатик» и многих других.

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

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

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

Взаимодействие между центральным и вспомогательными модулями идет только по вертикали. Горизонтальная связь между вспомогательными модулями обычно отсутствует. В конкретной АИС-БУ центральный (головной) модуль и вспомогательные модули могут быть одного или разных производителей. Таким образом, в последнем случае система строится из программных модулей разных производителей и центральное место в ней занимает головной бухгалтерский модуль.

Рис. 2 Системы автоматизации учета, построенные на основе единого программного ядра

К данной группе относятся, например, разработки фирм «Парус», система «Интегратор» фирмы «Инфософт», «1С: Бухгалтерия», «Турбо Бухгалтер» фирмы «ДИЦ», «Инфо-Бухгалтер» фирмы «Информатик» и т. д.

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

Типичными примерами комплексов специализированных программных модулей являются системы «Галактика» корпорации «Галактика», «БЭСТ-ПРО» фирмы «Интеллект-Сервис». Множество других разработок также построено по этому принципу.

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

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

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

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

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

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

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

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

Наиболее распространенными и типичными примерами такого построения систем автоматизации учета являются программы; семейства «1С: Предприятие» и «Турбо Бухгалтер». Фактически; здесь пользователю предоставляются возможности полного перепрограммирования всей системы, создания собственных форм ввода информации, расчетных алгоритмов, отчетов. Например система «1С: Торговля и Склад» используется в представительстве Microsoft в России для учета затрат на рекламу, то есть для выполнения функций, в общем, довольно далеких от «чистого» учета торговых операций.

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

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

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

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

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

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

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

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

Операционная платформа. Однопользовательские системы разрабатываются для применения в среде операционных систем DOS, Windows 3. 1/95/98/NT/2000. Подавляющее большинство российских многопользовательских систем автоматизации учета предназначено для эксплуатации под управлением сетевых операционных систем Novell NetWare и Windows NT Server. Существенно реже АИС-БУ создаются на основе сетей, управляемых различными модификациями Unix. Обычно Unix используется только на крупных предприятиях с большим документооборотом. В одноранговых сетях в качестве сетевой среды обычно применяются Windows 95/98/2000. Многопользовательские версии программных продуктов, реализованных в архитектуре файл-сервер, могут функционировать под управлением разных сетевых операционных систем. Однако многие системы («1C: Бухгалтерия 7. 7 для SQL» и др. ), построенные на основе архитектуры клиент-сервер, достаточно жестко привязаны к одной сетевой среде — Windows NT Server, поскольку используют СУБД MS SQL-server, которая функционирует только в этой операционной системе.

Клиентская часть многопользовательских систем автоматизации учета, как и однопользовательские системы, функционирует в среде операционных систем DOS, Windows 3. 1/95/98/NT/2000.

Инструментальные средства разработки системы. Программное обеспечение современных АИС-БУ создается с привлечением различных средств разработки. Обычно это системы программирования общего назначения и инструментальные средства систем управления базами данных (СУБД). Если в начале 90-х годов для разработки программ учета использовались, преимущественно, инструментальные средства персональных СУБД семейства xBase (Clipper, FoxPro, FoxBASE, dBase), Clarion, Paradox, то сейчас наиболее часто применяются системы программирован Microsoft C++, Delphi, Visual Basic, а также инструментальные средства промышленных СУБД Oracle, MS SQL-server, Progress, InterBase и др. Применение многоплатформенных СУБД позволяет в качестве сетевых серверов использовав различные ЭВМ: PC-серверы, мини-ЭВМ на RISC-процессорах и даже мэйнфреймы (большие ЭВМ). Это предоставляет широкие возможности масштабирования АИС-БУ.

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

Так, например, базовая версия системы «Галактика» использует собственную СУБД, основанную на применении менеджера записей btrieve, и может эксплуатироваться также в связке с СУБД MS SQL-server, Oracle DB/2. Благодаря этому АИС-БУ на основе системы «Галактика» может быть построена с использованием любой из этих СУБД. Это весьма актуально для предприятий, которые уже эксплуатируют программное обеспечение использующее ту или иную конкретную СУБД.

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

 

⇐ Предыдущая12345678910Следующая ⇒

Поделиться:

Воспользуйтесь поиском по сайту: