
- •III. Учебные материалы
- •Тема 2.
- •Внедрение, соотношение затрат и стоимостные оценки
- •I Построение модели финансово-экономической деятельности предприятия.
- •II Анализ эффективности проекта.
- •III Контроль за ходом реализации проекта.
- •IV Формирование отчетов.
- •Комплексы бухгалтерского и управленческого учета
- •Тема 9.
Комплексы бухгалтерского и управленческого учета
Название программы |
Фирма-разработчик |
Название программы |
Фирма-разработчик |
1 |
2 |
3 |
4 |
Alfa |
Информконтакт |
Баан |
Баан |
DiasoftBalance |
Диасофт |
Больница |
ИнтелГруп |
DiasoftInsurance |
Диасофт |
Бухгалтерия ЦБ |
Аверс |
Exact Software |
Экзакт Холдинг Б.В. |
Галактика |
Галактика |
Продолжение табл. 1.2
1 |
2 |
3 |
4 |
||||
GPAO |
Сокап |
Гарант-Учет |
НИПИстатинформ |
||||
Grimo |
Гримо-Сервис |
Гектор-Строитель |
Гектор |
||||
ManManX |
Computer Associates Int |
Гектор-Бухгалтер |
Гектор |
||||
Nesta |
Электронные деньги |
Гепард-1 |
ЭЙС-М |
||||
NS2000 |
Никос-Софт |
Гран-Бух |
Гранит-Центр |
||||
Navision Financials |
Navision |
Гран-Док |
Гранит-Центр |
||||
Platinum |
Platinum software Corp. |
Домино |
Софт-Вест |
||||
Platinum SQL |
Platinum software Corp. |
Звезда - бухгалтерский комплекс |
Звезда |
||||
Platinum for Windows |
Platinum Software Corp. |
Интегратор |
Инфософт |
||||
R/3 |
SAP |
Инфор-Интеграл |
Инфор |
||||
RS- Balance |
R-Style Software Lab |
К3 |
Ост-Ин |
||||
SPTISA/SPFIL |
Schaeffer Productigui |
Квестор |
Квестор |
||||
Scala |
Scala |
Компас-Гигант/ Компас+SQL |
Компас |
||||
SyteLine |
Symix |
Бэмби + |
Интеллект- Сервис |
||||
Tecsys Elite Series |
Терн-АОЗТ |
Бэст |
Интеллект- Сервис |
||||
Абакус Professional |
Омега |
Компас-Комфорт |
Компас |
||||
Автоматизирован-ная система |
Юнико |
Калита |
Асуас |
||||
Аккорд |
Атлант- Информ |
Капитал-II |
ИнформПроект+ |
||||
Антеус 2001 |
Юникон |
КомТехКомплекс |
КомТех+ |
||||
Арсенал-Предприятие |
Арсенал |
Компас |
ИнкомСофт |
||||
Босс-Компания |
Айти |
Комплекс программ |
Овионт |
||||
Босс-Корпорация |
Айти |
Конкорд XAL |
Damgaard Data |
||||
Корпоративный учет |
Риккон |
Сетевая бухгалтерия |
Олникс |
||||
Корпорация |
ЛИМ АО |
Страховщик |
Инек |
||||
ЛокОффис SoHo |
ЛокИС |
Суперменеджер |
Ланкс |
||||
ЛокОффис |
ЛокИС |
Таис |
Септ |
||||
Лука-ПРО |
ПлюсМикро |
Тектон |
ИнтелГрупп |
||||
Магазин |
ЛокИС |
Фигаро |
Бизнес-Консоль |
||||
Монолит |
Монолит-Инфо |
ФинЭко-комплекс |
Авэр |
||||
Монолит-NT |
Монолит-Инфо |
ФинЭко-производство |
Авэр |
||||
Пан Вотруба |
Репка |
Фрегат |
Фрегат |
||||
Панацея |
Эйс-М |
Экономика-комплекс |
Асуанс |
||||
Партнер бухгалтера |
Ининг |
ЭлФин/UNIACC |
Электронные финансы |
||||
Парус 4,х |
Парус |
Эталон |
Цефей |
||||
Парус 5,х |
Парус |
Портье |
Гео |
||||
Парус 6,х |
Парус |
Ребус Бухгалтер |
Аргософт |
|
|||
Пафос |
Инфор |
Сбис |
Пролог |
|
|||
Само-Трейд |
Само |
|
|
|
Рассматривая вопросы стандартизации в области разработки и внедрения информационно-управляющих систем выделим отдельные аспекты унификации и стандартизации информационных моделей управляющих объектов. Те, на которые, по нашему мнению, не обращают должного внимания и которые, неизвестно почему, считают решенными и/или легко разрешимыми, не вызывающими особых затруднений при создании электронных информационных ресурсов. Более того, при описании информационных моделей почти никогда не выделяются и ограничения инструментальных средств и информационных технологий.
Самое странное, что это относится к объектам, для которых в соответствии с ГОСТ 1.0 должны устанавливаться государственные стандарты. Ибо регламентация (стандартизация и унификация) в информационной сфере относится к самой массовой продукции, используемой обществом. К продукции, объем которой изменяется миллионами террабайт, и на обработку которой с заданным качеством и в требуемые временные интервалы у общества не хватает инструментальных средств и кадровых ресурсов.
Именно в этой сфере, как показывает приведенная выше выдержка на ограничения при предоставлении информации, почему-то господствует (и что более опасно, монопольно) либо скрытая унификация на базе «черных ящиков» зарубежных русифицированных программных продуктов, либо «базарная» стандартизация по принципу: «что хочу, то и ворочу».
Для любого объекта учета в зависимости от задачи (класса задач) может быть разработано несколько информационных моделей. При этом каждая из них будет иметь свою структуру и свой набор характеристик, а на характеристики, имеющие одинаковое содержание, наложены различные системы ограничений. Например:
стандартизация по объему понятия, определяющего характеристику или ее значение;
по разрешенным формам представления; размерностям и системам единиц, принятым для задания значений характеристик;
методам кодирования;
методам вычисления;
точности представления, диапазону представления числовых значений;
по терминологическим средствам (словарям, классификаторам, рубрикаторам, системам классификации).
Отсутствие единого толкования (определения) характеристик основная причина информационного дезинформирования, возникающего при использовании баз данных.
Основу стандартизации и унификации информационных моделей объектов учета должна составлять унификация и стандартизация характеристик, используемых в моделях. Стандартизация характеристик осуществляется в следующей последовательности:
стандартизация информационного содержания характеристики (строгое определение объема понятия, задающего семантический смысл элемента данных; ограничение множества значений и языковых средств, которые задают характеристику; определение функциональных преобразований, разрешенных над значениями характеристик; взаимосвязи с другими характеристиками; методы вычисления и получения значений характеристик; точностные ограничения; допустимые размерности);
стандартизация кодового представления: разрешенный алфавит представления данных); структуры кодов; точность представления числовых данных; ограничения на длины элементов данных, задающих характеристику; запрещенные кодовые значения;
стандартизация и унификация нормативных терминологических средств, используемых для представления значений характеристик и правил их использования при описании характеристик;
стандартизация процедур обработки значений характеристик.
При организации совместной обработки баз данных, использующих взаимосвязанные информационные модели, одноименные характеристики должны иметь единое представление, либо должна быть определена процедура взаимоодназначного преобразования представления информации (таблицы транслитерации, переход к измененным системам единиц измерений, пересчет индексных значений, изменение систем классификации и кодирования, объединения и разбиения характеристик).
Разрабатывая информационные модели объектов необходимо всегда иметь в виду, что эта модель затем должна будет представлена в некотором формате, обеспечивающем ее обработку инструментальными средствами системы. В принципе каждая система обработки имеет свой формат. При этом особое место в системе форматов занимают коммуникативные форматы, обеспечивающие обмен данными между разнородными системами.
В формат в общем случае должны быть включены следующие множества данных:
М(0)::= {М(1),М(2), М(3),М(4)} (6.1) где:
М(0) — множество данных, включаемых в формат; М( 1) — множество данных, задающих систему кодирования;
М(2) — множество данных, задающих структуру формата;
М(3) — множество данных, описывающих информационную модель объекта (наполнение формата, содержание информации, включаемой в модель объекта);
М(4) — множество данных, задающих операции, разрешенные над включенными в формат данными.
Множество данных, составляющих формат М(0), разделяется на два подмножества:
М(0)::= {М(01),М(02)}
М(01)::={М(1),М(2),М(4)} (6.2)
М(02)::={М(3)}
Где:
М(01) — информация о структуре, методах кодирования и операциях над данными, включенными в формат;
М(02) — данные, описывающие объект в соответствии с принятой информационной моделью объекта.
Данные, составляющие множество М(01) (метаинформация о структуре, методы кодирования и операции над данными), при переходе к следующему уровню структуры формата рассматриваются как данные, описывающие объект М(02). Объектом описания в этом случае являются элементы формата. Т.е. включение в формат любого нового элемента Д принадлежащего М(02), порождает появление дополнительного множества данных М(01), принадлежащего М(01), которое должно быть включено в формат.
Такой подход позволяет построить итерационный процесс, каждый шаг которого подготавливает все данные, необходимые для описания объектов с помощью заданного множества программ.
В результате реализации этого процесса, одновременно с формированием формата будет получен весь, перечень материалов, документирующих формат:
Перечень объектов, информационных моделей, которые должны быть включены в документальные информационные ресурсы.
Структурные схемы объектов и их информационных моделей.
Правила преобразования описаний информационных моделей в форматы системы.
Правила возможных (допустимых) изменений информационных моделей объектов и форматов.
Таблицы, отражающие взаимосвязи между объектами и их информационными моделями.
Алфавиты представления данных.
Правила кодирования данных символами алфавита системы.
Перечень форматов системы для всех информационных моделей.
Структуры форматов для представления всех информационных моделей объектов учета на всех иерархических уровнях системы.
Перечень допустимых операций над всеми элементах форматов представления данных, входящие в информационные модели системы.
Правила интеграции и дифференциации данных в процессе обработки.
Пределы допустимых искажений для каждого элемента данных. Условия формальной правильности данных, при которой они допускаются для обработки в системе.
Ограничения, на включаемые в форматы (информационные модели) объем данных, структуры, алфавиты, операции обработки.
По аналогичной схеме может выявляться уровень совместимости форматов и информационных моделей взаимодействующих систем.