Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Свойства АСБУ и анализ систем их программного обеспечения (теория 1)
Проведем некоторые обобщения основных свойств АСБУ. По способу построения пакетов программ выделяют: • системы, построенные на основе единого программного ядра; • комплексы специализированных программных модулей, интегрированные по данным. Системы, построенные на основе единого программного ядра, предполагают наличие главного программного модуля, интегрирующего основные функции обработки информации бух учета. Главным здесь является то, что в программных системах этого типа выделяется головной модуль, максимально централизующий основные функции обработки учетных данных. Функционирование этого модуля основано на унифицированной модели представления и интерпретации учетных данных. Основой модели является концепция расширенной проводки. По критерию технологии внедрения и настройки различают: • программные системы прямой алгоритмизации; • программные системы параметрической алгоритмизации. К системам прямой алгоритмизации следует отнести системы, определенные как «инструментальные». Пользователь должен самостоятельно, на основе имеющихся в программе инструментальных средств, спроектировать систему обработки учетных данных. Проектирование включает разработку правил хранения и интерпретации, необходимой для решения конкретных задач информации, с использованием предусмотренных в программе информационных структур, а также описания алгоритмов решения этих задач на встроенном языке системы. Главным в системах является то, что алгоритмы решения многих частных задач должны быть запрограммированы на специализированном языке системы. Фактически без типовой и/или специальной настройки программы могут выполнять лишь весьма ограниченный набор функций: − ввод и корректировку входящих сальдо; − ввод, корректировку и накопление проводок, дополненных информацией для организации простейшего аналитического учета; − расчет оборотов счетов; − перенос исходящих сальдо на следующий период; − формирование и печать основных выходных форм – оборотного баланса, главной книги, простых ведомостей аналитического учета. Более сложные элементы технологии компьютерного учета пользователям предлагается реализовать самостоятельно на основе встроенных в программу инструментальных средств. Сюда можно отнести: − организацию электронного документооборота; − описание схемы автоматизированной контировки первичных документов; − расчет себестоимости отпущенных в производство запасов и отгруженных товаров; − налоговые расчеты; − автоматизированное составление регламентированной бухгалтерской и статистической отчетности и т. д. Инструментальные системы рассматривают с точки зрения: − возможностей, реализованных непосредственно в программном коде выполняемых модулей; − возможностей, обеспечиваемых настройками, включенными в комплект стандартной поставки; − потенциальных возможностей, которые могут быть реализованы на основе имеющихся в программе инструментальных средств. Реализация многих типовых и большинства специализированных расчетов и формирование выходных форм в инструментальных АСБУ требует от пользователя написания алгоритмов на специализированном макроязыке, интерпретатор которого встроен в программу. В связи с этим особый интерес представляют методы построения открытых пользователю средств проектирования документов, позволяющих изменять структуру существующих и создавать новые таблицы баз данных. Инструментальные средства ПО АСБУ могут быть использованы и для генерации произвольных отчетов. Помимо встроенных выходных форм, для которых правила расчета показателей и способ размещения данных в отчете изменить нельзя, многие программные системы содержат генераторы отчетов, позволяющие проектировать и использовать дополнительные формы. Основным приложением генераторов отчетов являются формы стандартной внешней отчетности. Из вышеперечисленного следует, что набор способов реализации инструментальных средств достаточно широк и включает как простые средства уточнения уже имеющихся функций, так и сложные механизмы, вплоть до прямого программирования процедур решения отдельных задач и средств модификации структур баз данных программных систем. Таким образом, даже в рамках одной программы могут различаться уровни сложности применения отдельных компонентов инструментальных средств, а соответственно и возможность их востребования конечными пользователями ПО. В этом аспекте различают: • средства, ориентированные на конечного пользователя начального уровня подготовки; • средства, ориентированные на квалифицированного пользователя; • средства администратора системы. Другим принципиально важным вопросом для АСБУ является реализация развитых возможностей по настройке ПО на особенности учетной работы на конкретном предприятии, что достигается следующими способами: • за счет встраивания механизмов, позволяющих отделять бух знание от программного кода выполняемых модулей системы; • за счет наличия в АСБУ инструментальных средств, обеспечивающих привнесение в систему обработки учетных данных формализованного знания пользователя о предметной области, его интерпретацию и расширение на этой основе функциональных возможностей учетной системы без непосредственного вмешательства его разработчика. В этом аспекте различают следующие инструментальные средства: • предназначенные для автоматизации формирования записей о хоз операциях; • служащие для проектирования и формирования дополнительных отчетов; • предназначенные для описания структур и правил обработки документов. Обычно определения правил формирования хозяйственных операций хранятся в специальных справочниках типовых операций. Инициирование процедуры автоматизированного формирования проводок производится путем вызова этого справочника, выбора нужной операции и указания параметров, необходимых для ее отражения. После задания параметров программа на основе анализа правил производит необходимые вычисления и формирует требуемые записи. Правила состоят в указании кодов корреспондирующих счетов формируемых проводок и формул расчета их сумм. Однако нередко правила построения типовых операций требуют более сложных описаний алгоритма расчета суммы проводки. Описание правил расчета суммы проводки в этом случае требует использования достаточно сложных формул или даже отдельных макропрограмм, включающих локальные переменные, условные выражения и циклические действия. При этом важно не только дать четкое определение операции и ее истолкование, но и точно сформулировать условия правильного выполнения расчетов на ее основе, поскольку при составлении такого рода настроек приходится учитывать различные факторы. Вторая концепция предполагает специализацию информации в соответствии с потребностями задач отдельных участков учета. В основе лежит подход, согласно которому программный комплекс создается из разрозненных программных продуктов, ориентированных на решение специализированных учетных задач. Объединение достигается за счет общей базы данных. В литературе последних лет такие системы получили название комплексов АРМ. Как правило, каждый из комплексов АРМ имеет свою ярко выраженную учетную специализацию: АРМ по учету основных средств, АРМ складского учета МПЗ, АРМ по учету труда и заработной платы и т. д. Объединение информации в единую систему учета достигается за счет наличия подсистемы сводного учета или АРМ главного бухгалтера. Системы, построенные на основе комплексов АРМ, достаточно громоздки и сложны. Кроме того, и это самое главное, они являются жесткими. Часто в публикациях, посвященных автоматизации учета на основе бух комплексов, построенных по принципу АРМ, отмечается тот факт, что они влекут за собой использование четко определенной методологии и технологии ведения бух учета. Этот факт расценивается как безоговорочно положительный. Аргументом в его пользу выступает то, что заложенные в систему принципы помогают пользователю построить эффективную с точки зрения соответствия действующему законодательству систему бух учета. Негативные стороны. Предприятие вынуждено следовать «насаждаемой» со стороны методологии и технологии ведения учета, игнорируя уже сложившиеся особенности и своеобразие. Разработчики встраивают в систему как можно большее число функций либо за счет явной специализации процедур обработки данных по различным разделам учета, либо за счет предельного информационного насыщения однородных бухгалтерских записей вспомогательной аналитической информацией, которая интерпретируется в зависимости от формальных свойств корреспондирующих счетов. Этот класс программ называют полнофункциональными системами автоматизации учета.
При использовании большинства систем такого рода не нужно выполнять дополнительное описание алгоритмов специальных расчетов и форм первичных документов, но для полноценного решения многих задач настройку выполнять необходимо. Различие состоит в том, что настройка выполняется, главным образом, на параметрическом уровне, а соответствующие алгоритмы уже непосредственно встроены в программный код выполняемых модулей системы. Требуется лишь уточнение характеристик, влияющих на их выполнение, принимая во внимание специфику учетной политики и другие особенности учетной работы конкретного предприятия. В простейшем случае параметрическая настройка означает указание набора вспомогательных данных, необходимых для функционирования того или иного алгоритма. Таким образом, по сравнению с системами прямой алгоритмизации, где изначально не существует модели решения многих учетных задач, но имеются средства построения таких моделей, в системы параметрической настройки такие модели уже встроены, а их поведение регулируется некоторым набором параметров. Безусловно, грань между двумя указанными типами программных средств является в известном смысле размытой, поскольку в программах прямой алгоритмизации обычно имеются те или иные средства параметрической настройки, а в программах параметрической алгоритмизации инструментальные компоненты, основанные на принципе прямой алгоритмизации. Например, возможность выбора временного диапазона для построения выходных форм имеется во всех программах, а это элемент параметрической настройки. При использовании систем инструментального типа базовый набор изначально встроенных в них функций невелик и удовлетворительной степени автоматизации решения многих задач можно достичь только на основе самостоятельного проектирования системы правил автоматизированного формирования операций. Формулировка же этих правил выполняется на основе встроенных специализированных языков программирования, применение которых, естественно, требует определенных навыков программирования и проектирования систем обработки данных. Наиболее мощным средством расширения базовых функций ПО АСБУ являются встроенные в них возможности описания расчетных процедур в виде формул и специализированных процедурных языков. Особенно важны эти средства в инструментальном ПО АСБУ, где без выполнения соответствующей настройки достаточная степень автоматизации решения многих задач просто невозможна. Встроенные языковые средства разделяют на высокоуровневые и низкоуровневые. К первым относят средства, которые описывают расчетные алгоритмы в содержательных экономических терминах. При этом используются специализированные управляющие конструкции, учитывающие особенности группировки и интерпретации счетов и объектов аналитического учета. Низкоуровневыми являются те языковые компоненты, которые позволяют расширять базовые возможности программной системы путем описания расчетных алгоритмов в терминах полей базы данных на основе профессиональных средств разработки ПО. Граница между высоко- и низкоуровневыми языковыми средствами ПО АСБУ в определенной степени является размытой и нечеткой. Часто высоко- и низкоуровневые конструкции применяются совместно. В большинстве наиболее распространенных систем автоматизации учета используются в первую очередь высокоуровневые языковые средства. В интегрированных системах и комплексах бух АРМ разработчики допускают использование средств настройки расчетов с помощью формул и макропрограмм на встроенных языках. Совершенно очевидно, что низкоуровневые языковые средства ПО АСБУ могут применяться только профессиональными пользователями ПК, но никак не рядовыми бухгалтерами. В то же время, нельзя однозначно отвергать их. Это более мощное средство дополнения программной системы новыми функциями, чем встроенные высокоуровневые языки, имеющие немалое число принципиальных ограничений. До сих пор идеология построения многих программных систем не использует в полной мере возможности диалоговой обработки информации и в значительной степени дублирует принципы пакетных технологий. Применительно к программному обеспечению АСБУ здесь следует прежде всего говорить о технологии работы с выходной информацией, которая в условиях диалоговой обработки может быть более полно увязана с процедурами ввода, корректировки, контроля и накопления данных. Основные различия в концепциях построения ПО АСБУ обусловлены следующими особенностями: а) неодинаковым подходом к моделированию логической структуры учетной информации в программных системах (унифицированное или специализированное представление информации отдельных участков учета); б) различиями в построении программной системы (комплексы специализированных модулей или единая программа, интегрирующая основные функции обработки учетных данных); в) различиями в принципах достижения функциональной полноты программных систем (развитые средства настройки либо функционально полные системы, основанные на значительной детализации функций обработки данных); г) различиями в принципах разделения и интеграции учетных данных и функций их обработки (централизованная база данных и централизованная обработка, распределенная база данных и распределенная обработка и т. д.).
|
Последнее изменение этой страницы: 2017-03-14; Просмотров: 593; Нарушение авторского права страницы