Навигация


Главная
УСЛУГИ
Гостевая книга
Правила пользования
Авторизация / Регистрация
 
Главная arrow Бухучет и Аудит arrow Информационные технологии в организации бухгалтерского учета - Ивахненков СВ
Предыдущая   СОДЕРЖАНИЕ   Следующая

Уровни программирования КСБО

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

Лучше позволяют налаживать КСБО и соответствуют принципу гибкости программы, построенные по трехуровневой архитектурой (рис 44) Причем каждый уровень могут создавать и отлаживать различные фирмы и а группы специалистов с применением различных языков программированияння.

Трирівнева архітектура КСБО

Рис 44 Трехуровневая архитектура КСБО

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

Большой проблемой в создании КСБО есть также недостаток стандартов для встроенных языков программирования в бухгалтерских программах Например, для понимания программы, созданной в системе \"1С: Бухгалтерия\", необходимость дно изучить язык программирования этой системы, перевести программу на другой язык программирования, например \"Инфософт\" и только потом вручную переписать программу в других сферах Интересную концепцию \"визуального проектирования \", которая может значительно смягчить эту проблему, предлагают разработчики программы\" Тектон \"[43] Традиционный подход предусматривает обязательное участие программистов в создании и налаживании учетных задач на конкретном АРМ, в котором также участвуют пользователь и бизнес-аналитик (рис 45 4.5).

Замкнуте коло процесу розробки АРМ

Рис 45 Замкнутый круг процесса разработки АРМ

Для сопровождения традиционных АРМ необходимо либо иметь на предприятии штат программистов (чего стоит недешево), либо обращаться с каждым вопросом к фирмы-разработчика Концепция визуального проектирования п предусматривает создание специализированного инструмента для реализации решений, которые предлагают конечные пользователи, и ориентированного не на программистов, а на бизнес-аналитиков В основе концепции лежат такие п ринципыи:

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

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

• пользователь изменяет или создает шаблоны, процедуры, документы и отчеты, а за структуру базы данных соответствует программное средство;

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

Приступая к автоматизации конкретной прикладной области, бизнес-аналитик получает задание от конечного пользователя Применяя \"Тектон\" как инструмент, он создает набор инструментов, отчетов, сабля онов и процедур, а также выполняет другие необходимые действия, формируя виртуальный АРМ Иными словами, бизнес-аналитик налаживает \"Тектон\" под конкретную прикладную отрасль, создавая в процессе такого наладка ния инструмент для конечного пользователя Существенным является то, что в процессе такого налаживания не нужно привлекать профессиональных программистов Практически всю работу может сделать бизнес-аналитик с использованием готовых объектов, которые заложили программисты в систему \"Тектон\" Безусловно, в случае необходимости бизнес-аналитик может заказывать дополнительные компоненты, обращаясь к программистам или к сторонним разработчикам в результате этого цикл разработки информационной системы для автоматизации дополнительной деятельности существенно упрощается (рис 46ис. 4.6).

Цикл розробки при використанні концепції

Рис 46 Цикл разработки при использовании концепции \"Тектон\"

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

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