Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Информационные системы и технологии в управлении внешнеэкономической деятельностью

Применение информационных систем управления ВЭД на предприятиях

Разработка и внедрение информационной системы управления внешнеэкономической деятельностью на промышленном предприятии

Государственное предприятие "Восточный горно-обогатительный комбинат" (ГП Востгок) — крупнейший в Европе производитель концентрата природного урана. ГП Востгок является первой ступенью в создании ядерного топлива для атомной энергетики Украины. Стратегическая цель комбината — добывать такое количество урана, которое полностью обеспечивает потребности атомных электростанций Украины в топливе [22].

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

На базе ПЭВМ создана информационно-справочную систему Востгок (ИДС).

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

Основными компонентами системы являются:

- объединенная корпоративная локальная вычислительная сеть (ЛВС);

- базы данных общего пользования различной оперативной, справочной, нормативной и технической информации;

- персонал, участвующий в подготовке, обработке и использовании информации.

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

Целью создания системы является объединение отдельных компьютеров подразделений комбината в единую вычислительную сеть, которая обеспечивает:

- создание программно-аппаратной среды;

- повышение надежности хранения больших массивов информации, возможность ее распределенной обработки по технологии КЛИЕНТ — СЕРВЕР и оперативного управления ресурсами системы в целом;

- создание локальных рабочих групп, которые коллективно используют собственно сетевые ресурсы;

- оптимизация информационных потоков между структурными подразделениями и службами комбината, а также между Востгока и другими организациями;

- предоставление достоверной и своевременной информации, необходимой для эффективного управления комбинатом и его структурными подразделениями.

С целью совершенствования системы управления Востгока на базе использования средств вычислительной техники и экономико-математических методов в 1971 году было организовано отдельное структурное подразделение — Информационно-вычислительный центр (ЮЦ).

Основными для Центра определены следующие задачи:

- разработка и реализация единой технической политики по развитию АСУ;

- организация взаимодействия ЮЦ с функциональными и производственными отделами и подразделениями Востгок в процессе эксплуатации и дальнейшего развития системы;

- разработка и внедрение задач АСУ;

- эксплуатация и техническое обслуживание закрепленных систем и средств вычислительной техники;

- обработка информации, обеспечение учета и подготовка бухгалтерской, налоговой и статистической отчетности;

- техническое обслуживание и обеспечение работоспособности оргтехники комбината;

- разработка, внедрение и сопровождение задач АСУП.

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

ЮЦ разрабатывает и проводит в Востгок единую техническую политику в области АСУ, осуществляет методическое руководство созданием автоматизированных систем управления различного уровня и функционального назначения. При его активном участии созданы и успешно эксплуатируются такие системы, как АСУ ТП, САПР и др. Проводятся работы по их технической, программной и информационной совместимости, объединению их в глобальную информационно-справочную систему комбината с переходом в перспективе на единую управляющую систему.

Увеличились объемы работ специалистов бюро по приему-передаче электронной почты, поиска информации в сети Интернет. На базе локальной сети создана внутренняя почта, которая позволяет разослать принятые сообщения адресатам на их компьютер.

По объему информации преобладают такие направления электронной почты:

- для подразделений комбината договоры на поставку материалов, коммерческие предложения, прайсы;

- отчеты в министерство, обновление программ квартального отчета;

- приемки ежедневной электронной газеты "ВЕКТОР" (дайджест для руководителей);

- еженедельное обновление программы "BONUS" (программа для подготовки таможенных деклараций), антивирусной программы AVP Касперского, справочной системы "Законодательство";

- ежедневное обновление (более 70 сообщений) для новой информации в системе "Лига-Закон";

- ежедневное поступление с енерголабораторії информации об потребленную предприятием электроэнергию и отправки ее по электронной почте в Днепрооблэнерго;

- получение из отдаленных шахт электронной почте информации об остатках ТМЦ и зарплату;

- по заказам работников управления получение информации с сайтов законов, постановлений, поиск в Интернете различной технической информации.

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

в Последнее время на Востгок значительно обновлен состав средств вычислительной техники. От счетно-перфорационных машин, ЭВМ общего назначения, управляющих вычислительных комплексов здесь перешли на солидный парк современных персональных компьютеров. Вычислительная техника практически есть во всех подразделениях. В помещении Управления Востгока создан Информационно-справочную систему на базе локальной сети ПЭВМ Востгока. Аналогичные системы имеют теперь Смоленска и Ингульская шахты. Внедрена модемная связь с банком, между отдельными подразделениями, электронную почту, Интернет, в том числе по образцам, приведенным в [101]. Возможности и преимущества использования средств вычислительной техники ощутили сотрудники всех звеньев Востгока. В результате реструктуризации подразделений и совершенствование системы управления Востгока созданы специализированные отделы Востгок — ИВЦ, бюро САПР и НИОКР НПК "Аим, ИВЦ Смоленской и Ингульской шахт" и проч.

Объем входной информации предприятия Востгок: 1 — количество входящей информации с магнитных носителей и каналов связи (тыс. док. стр.); 2 — количество входящей информации с традиционных документов

Рис. 3.1. в Объем входной информации предприятия Востгок: 1 — количество входящей информации с магнитных носителей и каналов связи (тыс. док. стр.); 2 — количество входящей информации с традиционных документов (тыс. док. стр.)

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

На Приднепровской железной дороге используются ИС различных производителей. На переходном этапе внедрения ИС, когда централизованное распространение программного обеспечения (ПО) было прекращено, а реалии нового времени потребовали коренных изменений в методике обработки данных в ИС, Главный информационно-статистический центр (ГІСЦ) "Укрзализныци" не был в состоянии разработать и внедрить обновленные ИС в приемлемый срок. Поэтому каждая дорога, а точнее, каждый информационно-статистический центр (ИПЦ), разрабатывал свои ИС на скорую руку, чтобы успеть за изменениями в законодательстве Украины и внутренних правилах "Укрзализныци". После этого некоторое время каждая дорога стремилась доказать свои информационные системы до более-менее приемлемого уровня: добавлены сервисные функции согласно собственных потребностей, которые уже выходили за пределы необходимой функциональности, исправлялись ошибки и призвичаювалися ИС для работы с различным оборудованием.

в настоящее время требования к ИС изменились. Разработана схема единой ИС управления железной дорогой (рис. 3.2). Одни из подсистем в новой ИС на этапе опытной эксплуатации, другие еще разрабатываются.

Схема АИС управления Приднепровской железной дороге

Рис. 3.2. в Схема АИС управления Приднепровской железной дорогой

АИС, что находится сейчас в опытной эксплуатации, можно было бы отнести к системе 4-го поколения, если бы не значительная временная задержка в поступлении данных в центральной БД. Это вызвано тем, что места регистрации событий находятся далеко от вычислительного центра, а каналы связи часто очень устаревшие или просто отсутствуют К тому же часто предприятия используют нестандартные Армы, и экспорт данных в транспортабельный формат происходит пакетом: сначала вводится некое множество данных, которые обрабатываются в случае необходимости, а затем она в течение суток или даже недели экспортируется и отправляется к центральной БД. Таким образом, сведения о состоянии объекта управления поступают с задержкой.

Относительно подсистемы учета и отчетности, то она состоит из отдельных, распределенных по видам учета Армов, которые экспортируют данные в главную БД (рис. 3.3).

Архитектура подсистемы учета и отчетности в АИС Приднепровской железной дороги

Рис. 3.3. в Архитектура подсистемы учета и отчетности в АИС Приднепровской железной дороги

АИС бухгалтерского учета и отчетности выполняет:

- обработку первичных документов по видам учета;

- обработку электронных авизо (сообщений) на внутренних расчетах;

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

- формирование финансовой отчетности по каждому предприятию, а также сводной отчетности в режиме реального времени по результатам суточного отработки;

- формирование оперативной информации по всем видам учета;

- организацию, ведение налогового учета;

- обработку документов для налогового учета;

- анализ отклонений данных налогового и бухгалтерского учета;

- формирование налоговых деклараций по каждому предприятию и возведенную на любом уровне;

- трансформация финансовой отчетности в международные стандарты.

По данным отчета отдельный АРМ выполняет заполнение и сохранение документов, логическую проверку введенных данных, а также формирование консолидированных отчетов различных уровней за каждым подчиненным предприятием.

Трудности работы с АИС, предлагаемыми независимыми производителями, в первую очередь, заключаются в необходимости:

- длительного обучения персонала;

- подготовки и содержания специалиста по наладке.

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

Значительным преимуществом ИС, разработанной собственными силами, является полная адаптация к условиям функционирования предприятия. И хотя рынок предлагает достаточно гибкие системы, выгоднее разработать собственную, потому что постоянное подстраивание под особенности бизнес-процессов и законодательства требует наличия в штате специалиста — программиста по отладке системы. К тому же, при этом нужно заплатить за покупку и внедрение системы и за постоянные консультации (техническую поддержку). А если в штате предусмотрен программист, лучше поручить разработку системы ему. В таком случае, во-первых, такую АИС как собственность компании можно будет даже продать предприятию с аналогичной структурой. Во-вторых, при необходимости АИС может быть переработана коренным образом, что фактически невозможно в случае использования "серийной" системы. В-третьих, есть возможность перепроектирования "физического" и базового программного обеспечения АИС. Известны случаи, когда вообще неплохая система так неудачно работала с аппаратной частью после увеличения объема данных, ее было невозможно использовать. А на собственной АИС можно довольно легко заменить алгоритмы работы с СУБД или даже перейти на другую СУБД.

Еще одно преимущество АИС, разработанной непосредственно на предприятии, — это открытость кода программы. Обычно сторонние производители продают не программу, а право пользоваться ею на определенных условиях. И хотя такое действие считается продажей, фактически это является арендой программы. При этом, конечно, не предоставляется текст самой программы, так называемый "выходной", или "исходный код". При таком подходе трудно абсолютно гарантировать безопасность информации В такой системе может не предусматриваться защита информации от несанкционированного доступа. Или еще хуже: нечистый на руку сотрудник фирмы-разработчика, или даже руководство этой фирмы может выстроить в программу "черный ход", например в виде универсального пароля, или предоставить какому-то модулю свойств "троянского коня", который будет передавать вору через внешние линии связи секретную информацию.

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

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

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

Финансово-экономическая информационная система является важным, но не обязательным элементом АИС, поэтому даже в системах 3-го поколения она не всегда имеется. По ее реализации возможны два подхода:

- обеспечение любого отчета с использованием встроенного языка программирования;

- наличие интерактивного конструктора отчета.

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

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

Для систематического осуществления финансового анализа деятельности предприятия "Приднепровская железная дорога" было создано ИС "Финансы". Эта система состоит из комплекса Армов, которые работают независимо или вместе (рис. 3.4). Работа всех Армов учета (основные средства, нематериальные активы, МБП, ТМЦ, спецодежда, баланс) построена по технологии файл-сервер, при этом файлы могут находиться на сетевом ресурсе Все Армы оперативного уровня в АСУ Приднепровской железной дороги разработаны отделом автоматизации бухгалтерского учета ИПЦ на основе языка программирования FoxPro. Они могут работать под управлением операционной системы (ОС) типа DOS или Windows любой версии при наличии специальных библиотек FoxPro. Интерфейс с пользователем выполнен в виде каскадных меню в текстовом режиме (стандартный режим программ для ОС).

Архитектура и состав АИС

Рис. 3.4. в Архитектура и состав АИС "Финансы"

Армы оперативного уровня выполняют:

- ввод первичной информации в зависимости от вида учета;

- сохранение информации в локальной БД;

- выбор и корректировка информации, имеющейся в локальной БД;

- архивирование информации;

- формирование соответствующих видовые учета сводных, контрольных и аналитических реестров;

- экспорт информации в общей БД.

АРМ "Финансовая отчетность" также разработан отделом ІСЦБух-1, но позже за предыдущие Он создан с помощью макроязыка программирования VBA for Excel. В "Финансовой отчетности" реализован современный графический интерфейс. Для доступа к базе данных используется технология Microsoft Jet 3.5. Формат базы данных dBase IV

Возможности Арма:

- автоматическое заполнение формы данными из внешних файлов БД;

- ручной ввод и корректировка данных в формах отчетности;

- экспорт данных из форм во внешние файлы БД;

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

- автоматическое вычисление внутрішньоформених ув'язувань с возможностью прямого корректировка как самих ув'язувань, так и непосредственно данных;

- автоматическое вычисление міжформених ув'язувань с возможностью прямого корректировка как самих ув'язувань, так и непосредственно данных;

- три режима отображения ув'язувань, облегчающие быстрый поиск ложных ув'язувань и данных;

- формирование и быстрый интерактивный анализ сводных документов;

- получение протокола "среза" данных по предприятиям в сводных документах;

- получение протокола о ложных ув'язуваннях для любого количества документов и любого количества предприятий.

Для этого Арма минимальной порцией информации является форма отчетности. АРМ не предлагает более детальной информации, поскольку организационно принадлежит к среднему уровню. Именно получения корректной формы отчетности является главной целью системы "Финансы". Кроме отчетности, которую требуют органы налоговой службы и статистики, предусмотрена еще и внутренняя отчетность. Форму и сроки представления такой отчетности определяются в приказах по железной дороге. Именно внутренние формы отчетности составляют основную массу работы Арма.

Формирование отчетности происходит в следующей последовательности. Сначала в АРМах оперативного уровня непосредственно на предприятиях вводятся первичные данные. Затем данные из Армов экспортируются в общую БД, с которой работает АРМ "Сводный баланс". В Арме "Сводный баланс" после проверки и корректировки всех данных образуются вспомогательные сведения для заполнения форм отчетности (оборотно-сальдовой и других). По данным этих сведений главный бухгалтер предприятия заполняет вручную нужные формы отчетности (рис. 3.5), которые в электронном виде передаются в финансовую службу (с помощью линий связи). В финансовой службе проверяют данные и формируют сводные формы отчетности по каждой службе. (Службой называется группа предприятий, объединенных по функциональному признаку. Например, "служба" — вагонная служба, "служба ПИ" — связисты). Служба может насчитывать от 1 до 30-40 предприятий разного уровня. Сводные формы отчетности по службе передаются финансовой службе Приднепровской железной дороги, где выполняется следующий этап контроля и получения сводных форм отчетности уже по Приднепровской железной дороге. Следующий шаг — передача отчетности финансовой службы "Укрзализныци", которая тоже осуществляет контроль и получения консолидированных форм отчетности по всей железной дороге (рис. 3.5).

Этапы формирования и передачи отчетности в АИС

Рис. 3.5. в Этапы формирования и передачи отчетности в АИС "Финансы"

Информационно-статистические центры при этом осуществляют техническую и информационную поддержку соответствующих предприятий и финансовых служб: ИСЦ Приднепровской железной дороги — финансовой службы Приднепровской железной дороги и всех подчиненных организаций, Главный ИПЦ — финансовой службы "Укрзализныци". ГІСЦ также руководит региональными ИПЦ, предоставляя программное обеспечение по поручению о внедрении его на своей железной дороге. Эта практика использовалась еще во времена Советского Союза, когда нескольким регионам давали задание автоматизировать определенное звено работы, а потом отбирали лучшее решение для внедрения его на всех железных дорогах.

В вышеприведенном цепи этапов наиболее трудоемким является составление отчетности на самом низком уровне с вспомогательных ведомостей. Ошибка, допущенная на этом уровне, накапливается в высших уровнях, где общий объем данных такой, что невозможно проверить все с самого начала. Именно поэтому на высшие уровни не передается весь объем первичной информации, а лишь необходимые данные из форм отчетности За присутствие "человеческого фактора" важным является контроль за правильностью составления отчетности на всех уровнях, а особенно на уровне службы. Такая проверка частично автоматизируется с помощью "увязки" данных.

Как отмечалось выше, Армы оперативного уровня работающих по технологии файл-сервер, при которой БД хранится на сервере, а СУБД — на клиентской станции, поэтому клиентская станция должна быть достаточно мощной для обработки полученных данных с сервера и проведения необходимых операций с данными. В случае обращения к одной записи базы данных считываются полностью все необходимые для этого таблицы, что повышает нагрузку на сеть, увеличивает время обработки. В результате получается, что работа ограничивается локальной базой данных. И самый главный недостаток таких СУБД — это то, что только эта конкретная программа способна правильно производить изменения в БД, не нарушая их целостности. Любое постороннее вмешательство в базу данных может привести к полному разрушению данных и потере всей информации.

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

Структура таблиц, которые копируются в директории месяцев, несет в себе много лишней информации, которая только занимает место на диске. АРМ подготовки отчетности "Финансовая отчетность" для своей работы требует установки на ПК пакета Microsoft Office, в частности программы из этого пакета Excel. Программа Excel очень требовательна к аппаратному обеспечению. К тому же макроязык, с помощью которой создан АРМ "Финансовая отчетность" (VBA for Excel), вследствие технических особенностей работает гораздо медленнее, чем программы, написанные на традиционных языках. Таким образом, на не очень современных ПЭВМ некоторые ресурсоемкие операции, например формирование большого (10-15 листов) сводной формы отчетности деятельности 10-30 предприятий, могут занять около двух часов, что недопустимо медленно.

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

Частично проблемы проверки введенных данных решаются с помощью принципа "увязки" данных. Но, к сожалению, не все данные подлежат таким зависимостям.

Итак, самая насущная проблема системы "Финансы" — это обеспечение правильного и быстрого заполнения форм финансовой отчетности Тем более, что состав показателей, которые заносятся в формы, регламентированный или законодательно, или приказами "Укрзализныци" для случая внутрифирменной отчетности

Для оптимизации системы разработан модуль финансово-экономических расчетов, который позволяет автоматически заполнять формы финансовой отчетности (рис. 3.6).

Обновленная структура АИС

Рис. 3.6. в Обновленная структура АИС "Финансы"

Этот модуль как функциональное дополнение АРМ подготовки данных "Финансовая отчетность", должен реализовывать:

- автоматическое заполнение форм финансовой отчетности с использованием как источника информации базы данных бухгалтерских проводок и других форм отчетности;

- возможность создания и сохранения правил заполнения форм финансовой отчетности;

- возможность просмотра и модификации действующих правил заполнения форм финансовой отчетности;

- удобство и простоту осуществления финансово-экономических расчетов.

Модуль может быть или частью Арма "Финансовая отчетность", или его отдельным приложением. Создание модуля не подразумевает переработки других Армов оперативного или среднего уровня или их частей.

Модуль должен работать на всех тех платформах, что и АРМ "Финансовая отчетность". Это большинство платформ семейства Windows, а именно Windows 95, Windows 98, Windows 98 SE, Windows ME, Windows NT 4.0, Windows 2000 и Windows XP.

на Языке программирования выбран Delphi, что происходит от Турбо Паскаля, созданного для операционной системы CP/M в 1983 году. В феврале 1994 года Турбо Паскаль был перенесен на операционную систему MS-DOS.

На раннем этапе развития компьютеров архитектуры IBM PC, Турбо Паскаль являлся одним из самых популярных языков разработки программного обеспечения — главным образом потому, что это было вполне серьезный компилятор, редактор и т. др., стоил всего $19.95 и работал на машине с 64 Kb оперативной памяти.

На Windows Турбо Паскаль был перенесен фирмой Borland в 1990 году. А самая последняя версия — язык Borland Pascal 7.0, которая предшествовала Delphi, вышла в свет в 1992 году. Разработка Delphi началась в 1993 году. После успешного beta-тестирования Delphi показали на "Software Development '95". Именно 14 февраля 1995 года официально объявили о ее продаже в сша. В сеть торговли Delphi попал через 14 дней — 28 февраля 1995 года [56, с. 201-206].

Охарактеризуем основные преимущества Delphi.

• Возможность многоразового использования и расширения компонентов. Delphi устраняет необходимость программировать такие компоненты Windows общего назначения, как метки, пиктограммы и даже диалоговые панели и множество других многократно используемых компонентов, которые позволяют экономить время и программные усилия во время разработок для Windows. Delphi имеет предварительно определенные визуальные и невизуальные объекты, к которым относятся кнопки, объекты с данными, меню и уже построенные диалоговые панели. С помощью этих объектов можно обеспечить вывод данных просто несколькими натискуваннями кнопок мыши, не прибегая к программированию. Благодаря большому списку объектов Delphi возглавляет перечень языков программирования, которые дают возможность повторного использования компонентов.

• Поддержка стандарта VBX (Visual Basic Extensions). Delphi дает возможность интегрировать VBX-объекты непосредственно в Палитру компонентов (Component Palette) для облегчения доступа к этим объектам и инструментам.

• Шаблоны приложений и форм. Delphi предоставляет встроенные шаблоны форм и приложений, которые можно использовать для того, чтобы быстро начать разработку собственных прикладных программ. В систему также входят часто используемые диалоговые панели.

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

• Компилированные программы. Delphi не использует ни интерпретатора, ни Г-кода и создает действительно зкомпільовані программы, готовые к выполнению. Программы Delphi столь же быстрые, как и программы, написанные на языках третьего поколения. Delphi является одним из самых быстрых в мире инструментов разработки баз данных. Простые приложения Delphi могут поставляться в виде единого модуля, выполненного без дополнительных библиотек DLL, необходимых для использования других сред разработки.

Есть два важных различия между файлами EXE, созданными в Delphi, и файлами EXE, созданными в Visual Basic (VB). Delphi создает чисто машинный код, который исполняется непосредственно процессором, в то время как Visual Basic транслирует исходный код в промежуточную форму (р-код). Файл EXE, который он генерирует, в действительности является программой-интерпретатором р-кода с добавленным в конце р-кодом программы пользователя.

"Библиотека времени выполнения" (run-time library) стандартных функций для всех программ VB хранится в файле VBRUN300.DLL. Каждая программа VB, что попала к конечному пользователю, должна включать этот файл, или же придется рассчитывать, что такой файл у пользователя уже есть. Дистрибутивный комплект программы должен также содержать файлы VBX для каждого управляющего средства VB, не внесенного в VBRUN300.DLL. Программы Delphi предусматривают необходимую часть библиотеки времени выполнения Delphi, а также используемые компоненты. В результате EXE-файл Delphi обычно больше по объему, чем эквивалентный EXE-файл VB, но он не зависит ни от одного из внешних файлов.

в Связи с постановкой задачи подсистема должна взаимодействовать интегрирован со всеми модулями. Это означает, что необходимое приспособление ее к форматам и структуры БД соответствующих Армов — главной БД проводок, с которой работает АРМ "Баланс", и БД Арма "Финансовая отчетность".

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

- непосредственно данные;

- нормативно-справочная информация (НСИ).

Таблицы данных и все справочники хранятся в формате dBase IV. Ниже приведены структуры данных форм отчетности и справочников в виде таблиц (табл. 3.1, 3.2, 3.3, 3.4; рис. 3.7).

Таблица 3.1. Структура данных формы отчетности

с/п

Название поля

Тип поля

Длина поля

Точность (для чисел)

Назначение

1

KDOROGI

Символьный

2

Код железной дороги

2

KSLUZBY

Символьный

2

Код службы

3

KPREDPR

Символьный

4

Код предприятия

4

VID

Символьный

1

Вид деятельности

5

GOD

Числовой

4

0

Год отчета

6

MES

Числовой

2

0

Месяц отчета

7

PER

Символьный

1

Периодичность отчета

8

KFORMY

Символьный

3

Код документа

9

KRYADA

Числовой

5

0

Код строки

10

G1

Числовой

14

3

Первая графа документа

11

G2

Числовой

14

3

Вторая графа документа

12

G3

Числовой

14

3

И т. д. за максимальным числом граф в документе

13

G4

Числовой

14

3

14

G5

Числовой

14

3

15

G6

Числовой

14

3

16

G7

Числовой

14

3

17

G8

Числовой

14

3

18

G9

Числовой

14

3

18

G10

Числовой

14

3

19

G11

Числовой

14

3

20

G12

Числовой

14

3

Таблица 3.2. Структура справочника железных дорог

№ с/п

Название поля

Тип поля

Длина поля

Точность (для чисел)

Назначение

1

КБОШОІ

Символьный

2

Код железной дороги

2

ЖХЖООІ

Символьный

20

Название железной дороги

Таблица 3.3. Структура справочника предприятий

№ с/п

Название поля

Длина поля

Назначение

1

КБОШОІ

2

Код железной дороги

2

КБЬШВУ

2

Код службы

3

4

Код предприятия

4

ВНОЯТЫЛМЕ

25

Сокращенное название предприятия

5

ЕИЬКЛМЕ

254

Полное название предприятия

6

БУОБСОБЕ

4

Код главного предприятия в отношении данного

7

ІББУОБ

Признак сводного предприятия

8

БОЬО1

50

Должность первого ответственного лица

9

БОЬО

50

Должность второго ответственного лица

10

ВО8Б1

42

Фамилия первого ответственного лица

11

ВО8Б2

42

Фамилия второго ответственного лица

12

ЕБЯРОИ

12

Код ЕДПРОУ

13

ТЕЖІТОТУ

70

Название территории

14

КОЛТии

12

КодКОАТУУ

15

ЕОРМЛУЬЛВК

70

Форма собственности

16

КУБ

12

КодКВФ

17

ОШЛЖГРР

70

Орган управления

18

БРОБИ

12

Код СООГУ

19

70

Название области

20

12

Код ОКОНХ

21

УІБЕКБІУЛЬ

70

Вид экономической деятельности

22

КУЕБ

12

Код КВЭД

23

ЛБЯЕБ

100

Адрес предприятия

Примечание. Для всех позиций, кроме позиции 7 "КЗУСЮ", тип поля символьный. Для позиции 7 "ІЖУСЮ" он логичен.

Таблица 3.4. Структура справочника форм финансовой отчетности

с/п

Название поля

Тип поля

Длина поля

Точность (для чисел)

Назначение

1

CODE

Символьный

3

Код формы

2

SHORTNAME

Символьный

25

краткое название формы

3

FULNAME

Символьный

254

Полное название формы

4

PER

Символьный

11

Периодичность представления

5

MAXGRAF

Числовой

20

0

Общее количество граф в форме

6

STARTGRAF

Числовой

20

0

Номер графы, с которой начинается зона данных

7

ACR

Символьный

8

Аббревиатура формы

Такие справочники необходимы для заполнения формы отчетности, приведенной на рис. 3.7

Структура бланка формы отчетности:

Рис. 3.7. в Структура бланка формы отчетности:

1 — зона атрибутов, такая же зона обычно помещена внизу формы; 2 — шапка таблицы; 3 — зона данных; 4 — зона кодов строк; 5 — зона бокового строк текста.

Отметим, что почти все формы отчетности имеют одну и ту же структуру, за исключением, возможно, какой-то ее части. Аналогичность набора атрибутов предприятия позволяет автоматически заполнить все поля формы отчетности, вести главную книгу бухгалтерских проводок, структура БД которой приведена в табл. 3.5.

Таблица 3.5. Структура главной книги бухгалтерских проводок

с/п

Название поля

Тип поля

Длина поля

Точность (для чисел)

Назначение

1

PRED

Числовой

10

0

Код предприятия

2

MES

Числовой

2

0

Месяц осуществления операции

3

GOD

Числовой

4

0

Год осуществления операции

4

VID

Символьный

2

Тип записи

5

DEB

Символьный

24

Код счета по дебету

6

KRED

Символьный

24

Код счета по кредиту

7

SUMMA

Числовой

15

2

Сумма операции

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

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

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

ТФФФРРММ.ВД

где Т — тип файла:

и — файл формул;

е — шаблон файла данных;

г — файл данных;

и. файл с боковым текстом;

и — файл внутрішньоформених ув'язувань;

ффф — код формы;

ГГ — год вступления в силу;

ММ — месяц вступления в силу;

ВД — вид экономической деятельности.

Таблица 3.6. Структура главной книги бухгалтерских проводок

№ с/п

Название поля

Тип поля

Длина поля

Назначение

1

ТЕХТ

Символьный

10

Боковой текст формы

2

0

Символьный

3

Код строки

3

1

Перечень строк

Формула, комментарий и переменные

4

2

Перечень строк

Количество граф соответствует количеству граф в справочнике форм

5

3

Перечень строк

6

4

Перечень строк

Например:

П300304._01 — файл с формулами для заполнения формы с кодом 130 по справочнику форм за апрель 2003 года, согласно виду деятельности по коду 01 в соответствии со справочником видов деятельности.

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

Такой способ хранения информации является типичным для систем с архитектурой "файл-сервер". Одним из условий работы системы является неизменность ранее созданных Армов.

Общая схема работы и информационные потоки системы воспроизведены очерк. 3.8. Составляющие системы:

• БД бухгалтерских проводок — из нее берутся данные для большинства функций. Хранится в виде множества проводок с характеристиками, приведенными в табл. 3.5.

• БД финансовой отчетности — архив данных отчетности за предприятиями. Хранится в виде множества файлов, кодированных по типу ТФФФРРММВД и со структурой, приведенной в табл. 3.1.

Информационные потоки проектируемого модуля

Рис. 3.8. в Информационные потоки проектируемого модуля

• БД финансовой отчетности НИИ — архив справочников. Хранится в виде множества файлов, кодированных по типу ТТ_РРММ.ВД (отсутствует код формы, но на тип отведено два знака). Структура таблиц справочников приведена в табл. 3.2 — 3.4.

• Редактор формул — одна из форм введения главного приложения САЗаФ. Обеспечивает удобный интерфейс пользователя в процессе редактирования формул, загрузки, сохранения формул, позволяет проводить тестовый расчет и получать отчеты по формулам, протоколы ошибок, допущенных при расчете, и экспортирует данные в БД финансовой отчетности.

• Редактор профилей расчета — основная форма пользователя. Предназначена для пакетного расчета форм. Позволяет создать перечни форм для расчета и рассчитывать их все за один сеанс.

• Файл формул — элемент базы данных САЗаФ, где хранятся формулы. Хранится в виде множества файлов, кодированных по типу ТФФФРРММ.ВД, со структурой, приведенной в табл. 3.6.

• Профиль расчета — список форм для расчета. Применяется для удобства в случаях больших расчетов.

Алгоритм работы расчета приведен на рис. 3.9, 3.10. Из списка форм для расчета по очереди выбирается одна и по ней выполняются расчеты. Элемент 5 на рис. 3.9 воспроизводит процесс расчета отдельной формы. Алгоритм этого процесса приведен на рис. 3.10. В свою очередь элемент 4 на рис. 3.10 передает процедуру расчета множества формул. Алгоритм этой процедуры представлен на рис. 3.11.

Блок-схема расчета профиля формул

Рис. 3.9. в Блок-схема расчета профиля формул

Блок-схема расчета файла формул

Рис. 3.10. в Блок-схема расчета файла формул

Блок-схема алгоритма расчета файла с формулами

Рис. 3.11. в Блок-схема алгоритма расчета файла с формулами

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

'+' — обычное добавление. Складывает числа, значения функций или переменных слева и справа от себя.

Пример: 2 + 2;

-- ' — вычитание. Отнимает от числа, являющегося значением функции или переменной слева от себя, то, что находится справа. Пример: 2 - 1;

' *' — умножения. Перемножает числа, которые являются значениями функций или переменных слева и справа от себя. Пример: 2*2;

'/' — деления. Делит число, являющееся значением функции или переменной слева от себя, на то, что находится справа. Пример: 10/2;

'>' — знак больше. Сравнивает число, являющееся значением функции или переменной слева от себя, с тем, что находится справа. Используется только в роли функции ЕСЛИ (см. далее).

Пример: НЕЗН_3<НОРМА_1;

'<' — знак меньше. Сравнивает число, являющееся значением функции или переменной слева от себя, с тем, что находится справа. Используется только в роли функции ЕСЛИ (см. далее).

Пример: НОРМАКНЕЗНЗ;

'()' — кавычки. Предназначены для задания приоритетов вычислений, а также для отделения аргументов функций.

Пример: (2 + 2)*2 равно 8, а 2 + 2 * 2 равно 6. Могут быть вложенными. Степень вложенности не ограничена. Пример: (1+(НЕЗН_3*(НОРМА_1+10)+2))*5;

';' — точка с запятой. Используется для разделения параметров функций внутри кавычек.

Пример: ІМ'Я_ФУНКЦІЇ(ПАРАМЕТР1; ПАРАМЕТР2; 0; 10);

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

Пример: Пусто;

КодГосп' — переменная, равна кода предприятия, для которого осуществляется расчет. Используется для форм, строки которых впоследствии сводятся в одну форму столбиком (форма 130 "Приложение к приказу "Укрзализныци" № 567-Ц"). Пример: КодГосп;

'Мод(число)' — функция, которая вычисляет модуль числа, значение функции или переменной. Используется в тех ячейках, где даже отрицательные числа должны выглядеть как положительные.

Пример: Мод(-1300);

если(Условие; Значение!; Значение2) — результат в зависимости от условия. Функция возвращает, если условие выполняется, и Значение2 в противном случае.

Пример: если(яч(0;1;10;2)+100>0;100;0) — если значение ячейки формы с кодом 1, 10-й строки, 2-й графы плюс 100 больше нуля, то имеем результат 100, в противном случае он равен нулю.

Функции, которые работают с БД финансовой отчетности:

'яч(Тэр;Форма;Строка;Графа)' — ячейка. Функция возвращает значение указанной ячейки. Пер — дата в относительных місяцях1. Форма — код формы, из которой берем значение ячейки. Строка — строка, из которого берем значение ячейки. Графа — графа в документе, из которой берем значение ячейки.

Пример: ЯЧ(-3;1;10;2) — значение второй строки 10 графы формы с кодом 1 за период, меньший от текущего на 3 месяца.

Можно также первым параметром указать номер другого хозяйства.

Пример: ЯЧ(5;-3;1;10;2) — значение второй строки 10 графы формы с кодом 1 за период, меньший от текущего на 3 месяца, для хозяйства с кодом 5.

'сумма(Тэр;Форма;РядокП;РядокК;Графа)' — сумма диапазона строк одной графы в форме. Пер — дата в относительных месяцам, Форма — код формы, из которой берем сумму ячеек, РядокП — начальную строку включительно, РядокК — конечная строка, Графа — графа в документе, из которой берутся значения ячейки. Используется в ячейках, которые содержат сумму относительно раздела, чтобы не перечислять через знак сложения много функций ЯЧ.

Пример: СУММА(0;1;10;70;2) — сумма строк с 10 по 70 во второй графе в форме с кодом 1 (Баланс) за текущий период.

Ниже охарактеризованы функции БД бухгалтерских проводок:

ВхС(Тэр;Перечень счетов)' — входящее сальдо. Входящее сальдо или сумма сальдо на счетах.

Пример: ВхС(0;10;12) — сумма входящего сальдо за текущий период на счетах 10 и 12;

'ВхСД(Тэр;Перечень счетов)' — входящее сальдо дебетовое. То же, что и предыдущее, но подсчитываются только дебетовые (положительные) сальдо;

ВхСК(Тэр;Перечень счетов)' — входящее сальдо кредитовое. То же, что и ВхС', но подсчитываются только кредитовые (отрицательные) сальдо;

ВхСДА(Тэр;Перечень счетов)' — входящее дебетовое сальдо свернутое относительно аналитики. Свернутое сальдо. Подсчитываются только дебетовые (положительные) сальдо;

'ВхСКА(Тэр;Перечень счетов)' — входящее дебетовое сальдо свернутое относительно аналитики. Свернутое сальдо. Подсчитываются только кредитовые (отрицательные) сальдо;

'ВихС (Тэр; Перечень счетов)' — исходное сальдо. Исходное сальдо либо сумма сальдо на счетах;

ВихСД(Тэр; Перечень счетов)' — исходное сальдо дебетовое. То же что и предыдущее но подсчитываются только дебетовые (положительные) сальдо;

ВихСК(Тэр;Перечень счетов)' — исходное сальдо кредитовое. То же самое что и 'ВихС' но подсчитываются только кредитовые (отрицательные) сальдо;

ВихСДА (Тэр; Перечень счетов)' — исходное свернутое сальдо дебетовое относительно аналитики. Свернутое сальдо. Подсчитываются только дебетовые (положительные) сальдо;

ВихСКА(Тэр; Перечень счетов)' — исходное свернутое сальдо дебетовое относительно аналитики. Свернутое сальдо. Подсчитываются только кредитовые (отрицательные) сальдо;

'Очк(ПерП;ПерК;Перечень счетов)' — кредитовые обороты. Кредитовые обороты за период от ПерП к ПерК на счетах в перечне счетов;

'ОбД(ПерП;ПерК;Перечень счетов)' — дебетовые обороты. Дебетовые обороты за период от ПерП к ПерК на счетах в перечне счетов;

'Корр(ПерП; ПерК; Д; Перечень счетов; К; Перечень счетов)' — Корреспонденция счетов. Сумма проводок за период от ПерП по ПерК, у которых в дебете счет из списка счетов после буквы Д, а в кредите счет из списка счетов после буквы К

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

При заполнении форм финансовой отчетности на компьютере последовательно возникают окна, которые отражены на рис. 3.12 — 3.25:

Главное окно приложения

Рис. 3.12. в Главное окно приложения

После запуска приложения SAZAF.EXE выберем соответствующий пункт главного меню (рис. 3.12). Далее появляется окно ввода параметров для нового файла формул (рис. 3.13).

Диалог ввода параметров для нового файла

Рис. 3.13. в Диалог ввода параметров для нового файла

После нажатия на кнопку с надписью ' справа от поля ввода появляется справочник форм (рис. 3.14). Такое поведение программы является одним из показаний удобства и простоты работы с файлами формул. Пользователю не нужно запоминать коды форм, ему достаточно воспользоваться справочником.

Справочник форм

Рис. 3.14. в Справочник форм

После ввода параметров нового файла появляется главное окно редактора формул (рис. 3.15).

Главное окно редактора файлов формул

Рис. 3.15. в Главное окно редактора файлов формул

Редактор дает возможность: - сохранить файлы (рис. 3.16);

Сохранение формул в БД

Рис. 3.16. в Сохранение формул в БД

- не выходя из редактора, выполнять тестовые расчеты (рис. 3.17);

- наблюдать за процессом расчета (рис. 3.18)

Рис. 3.17. Расчет в режиме проверки формул

Процесс расчета

Рис. 3.18. в Процесс расчета

- просматривать полученные данные и формулу, согласно которой получен результат (рис. 3.19);

- получать формулы в виде печатного отчета (рис. 3.20);

- хранить тестовые рассчитанные данные в БД финансовой отчетности (рис. 3.21).

Редактор формул в режиме отображения рассчитанных данных

Рис. 3.19. в Редактор формул в режиме отображения рассчитанных данных

Формулы в виде печатного отчета

Рис. 3.20. в Формулы в виде печатного отчета

Сохранение рассчитанных данных в БД из редактора формул

Рис. 3.21. в Сохранение рассчитанных данных в БД из редактора формул

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

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

Пункт меню загрузки имеющегося файла формул

Рис. 3.22. в Пункт меню загрузки имеющегося файла формул

Перечень имеющихся файлов формул для загрузки

Рис. 3.23. в Перечень имеющихся файлов формул для загрузки

Автоматически заполняются данными формы финансовой отчетности на основе соответствующих правил с использованием базы данных бухгалтерских проводок и других формы отчетности (рис. 3.24, 3.25).

Расчет с помощью профиля

Рис. 3.24. в Расчет с помощью профиля

Форма для редактирования профиля расчета

Рис. 3.25. в Форма для редактирования профиля расчета

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

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

 
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 
Предметы
Агропромышленность
Банковское дело
БЖД
Бухучет и аудит
География
Документоведение
Естествознание
Журналистика
Инвестирование
Информатика
История
Культурология
Литература
Логика
Логистика
Маркетинг
Математика, химия, физика
Медицина
Менеджмент
Недвижимость
Педагогика
Политология
Политэкономия
Право
Психология
Региональная экономика
Религиоведение
Риторика
Социология
Статистика
Страховое дело
Техника
Товароведение
Туризм
Философия
Финансы
Экология
Экономика
Этика и эстетика
Прочее