Главная      Учебники - Экономика     Лекции по финансам - часть 10

 

поиск по сайту           правообладателям

 

 

 

 

 

 

 

 

 

содержание   ..  417  418  419   ..

 

 

Автоматизация финансово-экономического отдела ТОО БАК

Автоматизация финансово-экономического отдела ТОО БАК

ВВЕДЕНИЕ
Группа Марка Класс Ad Wt Qt St Виды потребления
I КСН 0-300 43.0 9.0

17.375

0.7

Пылевидное сжигание

II КСН 0-300 48.0 8.0

14.570

0.7 Пылевидное сжигание
Экскаваторы План Фактически %
ЭРШРД-5000 №1110 4110000 3376532 82.2
СРс (к)-2000 №1105 3960000 2962484 74.8
СРс (к)-2000 №1143 1320000 1064246 80.6
СРс (к)-2000 №1144 2890000 2931848 101.4
СРс (к)-2000 №1145 3600000 2718094 75.5
СРс (к)-2000 №1146 1170000 642801 54.8
ЭКГ-4У №1254 480000 421453 87.8
Экскаваторы План Фактически %
ЭКГ-4У №1288 120000 252770 210.6
Переэкскавация 815000 1001153 122.8
Добыча за год 21310000 17842085 83.8
Среднесуточная 75484 69310 91.8
Теплота сгорания (МДж/кг) 4005 4027 100.5
1999 год В том числе по кварталам
1 2 3 4
Поставка угля всего 24963 6665 5766 5892 6640
В т.ч. для потребителей по Казахстану 13553 3628 3133 3201 3608
В т.ч. энергосистемы 9846 3375 2432 1645 2394
Прочие по Казахстану 3717 859 989 865 1004
За пределы Казахстана 11400 3044 2633 26990 3033
В т.ч. Россия 10400 2675 2575 2575 2575
Другие Республики 1000 236 231 233 300

2.3.3 Выбор принципиальных технических решений

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

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

- данные;

- принтеры;

- факсимильные аппараты;

- модемы;

- другие устройства.

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

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

Несмотря на определенные сходства, сети разделяются на 2 типа:

- одно-ранговые;

- на основе сервера.

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

- размера предприятия;

- необходимого уровня безопасности;

- вида бизнеса;

- уровня доступной административной поддержки;

- объема сетевого трафика;

- потребностей сетевых пользователей;

- финансовых затрат.

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

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

Показатели Перспективные Фактические % выпол
1. Товарная продукция, тыс.тг. 6066308.9 7671600 126,5
2. Нормативно-чистая продукция, тыс.тг. 3833907.2 4848451.2 126,5
3. Выработка на одного работающего ППП, тыс.тг. 3117.00 4040.38 129,6
4. Всего ППП 1230 1200 97,6
в т.ч. основных рабочих 950 935 98,4
ИТР 190 180 94,7
Служащие 90 85 94,4
5. Затраты на 1тг товарной продукции, тис.т 85 90 105,9

6. Себестоимость годового выпуска

340 360 105,9
в т.ч. материалы с ТЗР 64.26 68.4 ---
Топливо с ТЗР 13.6 14.4 ---
Энергия с доставкой 17.68 18.72 ---
Услуги производственного хар-ра 61.88 65.52 ---
Зарплата 48.28 51.12 ---
Отчисления на соц.страхование 15.3 16.2 ---
Амортизация 65.28 69.12 ---
прочие расходы 24.14 25.56 ---
Внепроизводственные расходы 29.92 31.68 ---
7. Среднегодовая зарплата ППП,тг.
из них основного рабочего 25000 23000 92
ИТР 35000 30000 87,5
Служащих 12000 9000 75
8. Рентабельность осн.и обор.средств, % 15 10 66,6
9. Полезный фонд рабочего времени, час. 1320 1848 140

Рисунок 1 – Одно-ранговая сеть

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



Рисунок 2 – Клиент-сервер

Круг задач, решаемых серверами, многообразен и сложен, поэтому в больших сетях они стали специализированными. В сетях Windows NT различают:

- файл-серверы и принт-серверы;

- серверы приложений;

- почтовые серверы;

- факс серверы;

- коммуникационные серверы.

Для дальнейшего рассмотрения сетевых вопросов нам понадобятся определения:

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

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

Преимущества сети на основе сервера:

- Разделение ресурсов:

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

- Защита:

Проблемами безопасности может заниматься один администратор: он формирует политику безопасности и применяет ее в отношении каждого пользователя сети.

- Резервное копирование данных:

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

- Избыточность:

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

- Количество пользователей:

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

- Аппаратное обеспечение:

Так как компьютер не выполняет функций сервера, требования к его характеристикам зависят от потребностей самого пользователя. Типичный компьютер имеет, по крайней мере, Pentium-процессор и от 16 до 32 Мб RAM.

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

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

Сервер сети, например Windows NT, в этом случае отвечает за совместное использование основных приложений и данных. На компьютерах-клиентах могут выполняться Windows 95 или NT Workstation, которые будут управлять доступом к ресурсам выделенного сервера и в то же время предоставлять в совместное использование свои жесткие диски, а по мере необходимости разрешать доступ и к своим данным.

Комбинированные сети – наиболее распространенный тип сетей, но для их правильной реализации и надежной защиты необходимы определенные знания и навыки.

Конкретно для СУ финучетом на последнем этапе обработки информации понадобится разделяемый доступ к файлам электронной таблицы Excel, поэтому в нашей сети на основе сервера будут реализованы права клиентов на предоставление своих жестких дисков в общее пользование, что приблизит сеть к комбинированному типу.[9]

Одно-ранговые сети и сети на основе сервера объединяет общая цель – разделение ресурсов. А вот различия между одно-ранговыми и выделенными серверами определяют:

- требования к аппаратному обеспечению;

- способ поддержки пользователей.

Существующий сервер сети функционирует под управлением сетевой ОС Windows NT Server 4.0 и имеет следующие характеристики:

Центральный процессор Pentium III 600;


Таблица 5 - Компоненты сервера

Компонент Одно-ранговая сеть Сеть на основе сервера
Местонахождение разделяемых ресурсов Компьютеры пользователей Выделенные серверы
ОЗУ

Зависит от потребностей пользователя.

WindowsNT Workstation – 12Mb (рекоменд. – 32Мб)

Windows 95/98 – 8 Mb (16Мб)

Как можно больше, минимум 12 Mb для

Windows NT 4.0 (64Мб)

Центральный процессор

Зависит от потребностей пользователя, но не ниже Intel386

(Pentium 100)

Зависит от нагрузки на сервер, желательно не ниже Intel486 (Pentium Pro)

Высокопроизводительные серверы поддерживают многопроцессорные системы

Объем дискового пространства Зависит от потребностей пользователя Зависит от потребностей организации. Чем больше, тем лучше, всегда следует предусматривать возможность дальнейшего увеличения (за счет количества дисков)

RAM 96 MB.

Объем дискового пространства 20 Gb.[3]

2.3.4 Компоновка сети

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

- состав необходимого сетевого оборудования;

- характеристики сетевого оборудования;

- возможности расширения сети;

- способ управления сетью.

Все сети строятся на основе трех базовых топологий:

- шина

все компьютеры подключены вдоль одного кабеля


Рисунок 3 – Шина

- звезда

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

- кольцо

компьютеры подключены к кабелю, который замкнут в кольцо

В настоящее время одним из стандартных компонентов сетей становится концентратор. А в сетях с топологией звезда он служит центральным узлом.


Среди концентраторов различают активные и пассивные концентраторы. Активные регенерируют и передают сигнал также, как это делают репитеры. Пассивные – это коммутирующие блоки, которые пропускают через себя сигнал, не усиливая и не восстанавливая его.

Рисунок 4 – Звезда


Рисунок 5 - Кольцо


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

Использование концентраторов дает ряд преимуществ:

- сети, построенные на концентраторах, легко расширить, если подключить дополнительные концентраторы;

- разрыв кабеля в сети с обычной топологией линейная шина приведет к “падению” всей сети. Между тем разрыв кабеля, подключенного к концентратору, нарушит работу только данного сегмента, а остальные останутся рабочими;

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

- централизованный контроль за работой сети и сетевым трафиком – многие концентраторы наделены диагностическими возможностями.

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

- Звезда-шина:

Несколько сетей с топологией звезда объединяются при помощи магистральной линейной шины.

- Звезда-кольцо:

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

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

Таблица 6 - Сравнение топологий сети

Топология Преимущества Недостатки
Шина Экономный расход кабеля. Сравнительно недорогая и несложная в использовании среда передачи. Простота, надежность. Легко расширяется При значительных объемах трафика уменьшается пропускная способность сети. Трудно локализовать проблемы. Выход из строя кабеля останавливает работу всей сети.
Кольцо Все компьютеры имеют равный доступ. Количество пользователей не оказывает сколько-нибудь значительного влияния на производительность Выход из строя одного компьютера может вывести из строя всю сеть. Трудно локализовать проблемы. Изменение конфигурации сети требует остановки всей сети.
Звезда Легко модифицировать сеть, добавляя новые компьютеры. Централизованный контроль и управление. Выход из строя одного компьютера или повреждение кабеля не влияет на работоспособность сети. Выход из строя центрального узла выводит из строя всю сеть.

Для построения системы мы используем топологию “звезда-шина”. Это позволит наладить надежную работу в сегменте сети финансового отдела, т.к. он будет иметь внутреннюю топологию “шина” (преимущества см. в таблице). На будущее же, общая магистральная шина будет служить физической основой объединения всех отделов в единую информационную систему. Финансовый отдел имеет выделенный вход С4 на концентраторе H34. Общая топологией существующей сети является “звезда-шина”, поэтому во избежание необоснованных расходов топология сети изменяться не будет.


2.3.5 Физическая среда передачи

На сегодняшний день подавляющая часть компьютерных сетей используют для соединения провода или кабели. Все многообразие кабелей делится на 3 основные группы:

¨ коаксиальный кабель:

- тонкий;

- толстый.

¨ витая пара:

- неэкранированная;

- экранированная.

¨ оптоволоконный кабель

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

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

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

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

Таблица 7 - Сравнение кабелей

Характеристика Тонкий коаксиальный кабель (10Base2) Толстый коаксиальный кабель (10Base5) Витая пара (10BaseT) Оптоволоконный кабель
Стоимость Дороже витой пары Дороже тонкого коаксиального кабеля Самый дешевый Самый дорогой
Эффективная длина кабеля* 185м 500м 100м 2000м
Скорость передачи** 10МБит/с 10МБит/с 4-100МБит/с 100МБит/с и выше
Гибкость Довольно гибкий Менее гибкий Самый гибкий Не гибкий
Простота установки Прост в установке Прост в установке Очень прост в установке; может быть установлен при строительстве Труден в установке
Подверженность помехам Хорошая защита от помех Хорошая защита от помех Подвержен помехам Не подвержен помехам
Особые свойства Электронные компоненты дешевле, чем у витой пары Электронные компоненты дешевле, чем у витой пары Тот же телефонный провод; часто проложен во время строительства Поддерживает речь, видео и данные
Рекомендуемое применение Средние или большие сети с высокими требованиями к защите данных Средние или большие сети с высокими требованиями к защите данных “Кольцо” любого размера Сети любого размера с высокими требованиями к скорости передачи, уровню защиты и целостности данных

* - Эффективная длина кабеля может варьироваться в зависимости от каждой конкретной сети. С улучшением технологии она увеличивается.

** - Диапазон скоростей передачи для некоторых типов кабелей расширяется. Технические достижения в производстве медных проводов привели к такой скорости передачи сигналов, которую ранее нельзя было и предположить.[7]

2.3.6 Платы сетевого адаптера

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

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

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

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

- прямой доступ к памяти;

- разделяемая память адаптера;

- разделяемая системная память;

- управление шиной.

Производительность сети можно повысить также с помощью буферизации или встроенного микропроцессора.

При покупке платы сетевого адаптера необходимо учитывать:

- разрядность шины (32-разрядная быстрее 16-разрядной);

- тип шины (EISA и MCA быстрее ISA);

- способ передачи данных в память (разделяемая память быстрее, чем порт вода/вывода или DMA);

- возможность управления шиной;

- авторитет производителя.

На клиентских компьютерах и сервере сети установлены сетевые платы Intel Ether Express Pro различных модификаций, которые удовлетворяют большинству вышеперечисленных требований.

В здании АБК ТОО “БАК ” ЛВС функционирует под управлением сервера Windows NT 4.0. На сегодняшний день эта сетевая операционная система является наиболее распространенной в организациях и предприятиях, т.к. она имеет достаточные характеристики, такие как устойчивость работы, многозадачность, поддержка большинства видов сетевого оборудования и программного обеспечения.


3. ТЕХНИЧЕСКИЙ ПРОЕКТ СИСТЕМЫ

3.1 Общий механизм функционирования системы

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

Основными задачами финансового учета являются:

- регулирование бюджетов отделений;

- финансовая отчетность для высших руководителей;

- учет и распределение всех видов финансовых средств по назначению;

- управление дебиторско-кредиторской задолженностью;

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

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

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

Физически эта центральная структура представлена в виде таблицы БД, все остальные таблицы будут иметь связи на нее. Такой механизм функционирования системы позволит объединить всю информацию, т.о. определяется он структурой базы данных.[4]

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

- движения по расчетному счету и кассе;

- операции с ценными бумагами;

- получение товарно-материальные ценности;

- выполнение работ и услуг;

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

- цессии;

- отгрузка угля;

- начисление за теплоэнергию.

Два последних типа специфичны для компании, поэтому выделены отдельно.

Каждая из этих операций непосредственно влияет на дебиторско-кредиторскую задолженность предприятий, с которыми они проводятся. Потому принято решение, что эти виды операций будут определять функциональные элементы нашей системы. Т.о. мы имеем 6 первоначальных элементов системы – функциональных АРМ:

1) Движение по р/с и кассе;

2) Реестр векселей;

3) ТМЦ, работы и услуги по БАК;

4) ТМЦ, работы и услуги, теплоэнергия по ТЭЦ;

5) Взаимозачеты;

6) Уголь.

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

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

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

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

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

В общем виде, процесс работы каждого приложения будет иметь следующий вид. Финансисту поступают документы, сопровождающие проведение финансовой операции, в которой некоторые средства меняют владельца – переходят к нам или от нас. При этом с помощью интерфейса приложения пользователь заносит в свою таблицу БД информацию, которая однозначно и наиболее полно характеризует данную операцию. Для каждого вида операций структура информации будет своя. Кроме того, пользователь должен занести данные по изменению оперативной дебиторско-кредиторской задолженности контрагента в центральную таблицу. На самом деле этот этап работы системы скрыт от пользователя и выполняется автоматически.

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


3.2 “Клиент-серверная“ архитектура

В сегмент сети финансового отдела вводится дополнительный сервер S2 – Windows NT 4.0, на котором устанавливается программный сервер баз данных Borland IB Database 5.0. Клиентские приложения будут выполнятся на компьютерах Windows95, подключенных к сегменту C4.

Далее приводятся рабочие таблицы:

Таблица 8 - Главная таблица MAIN “Оперативная деб./кред. задолженность”

Поле Описание поля Имя поля Тип поля
Код Уникальный код записи NPP INTEGER
Предприятие юр.лицо по договору COMPANY SMALLINT
Дата дата получения/передачи средств DATE_PAY DATE
Дата рег. дата регистрации записи DATE_INPUT DATE
Сумма Float-значение SUMMA FLOAT
"+" - мы передали средства
"-" - мы получили средства
Вид средств - перечисление с/на расчетный счет 0 TYPE SMALLINT
- касса 1
- векселя 2
- ТМЦ, работы и услуги 3
- уголь 4
- теплоэнергия 5
- договора-цессии 6
Запись № записи в журнале с информацией получении/передаче средств POINT INTEGER
Служба дирекция, курирующая служба, подразделение, отвечающие за исполнение договора DEPARTMENT SMALLINT
Договор № первичный договор, если есть (без указания доп.соглашений) CONTRACT INTEGER
Взаимозачет Указатель на журнал взаимозачетов VZACHET INTEGER

Таблица 9 - CONTRACT “Договор”

№ п/п Поле Тип Назначение
1 NPP INTEGER Код
2 NOMER_OUR VARCHAR(20) Номер с нашей стороны
3 NOMER_THEM VARCHAR(20) Номер с их стороны
4 NOMER_ADD SMALLINT Номер доп.соглашения 1-Есть доп. согл.
5 N_JUR_FOLDER SMALLINT Номер папки юр.отдела
6 N_JUR_NPP SMALLINT Номер договора относительно папки юр.от.
7 N_FIN_FOLDER SMALLINT Номер папки фин.отдела
8 N_FIN_NPP SMALLINT Номер договора относительно папки фин.от.
9 DATE_INPUT DATE Дата регистрации
10 DATE_CONCLUDE DATE Дата заключения
11 DATE_END DATE Дата исполнения
12 DEPARTMENT SMALLINT Код службы
13 COMPANY_PAY SMALLINT Код плательщика
14 COMPANY_GET SMALLINT Код получателя
15 SUBJECT SMALLINT Код группы по предмету договора
16 SUBJECT_FULL VARCHAR(255) Предмет договора в полн. варианте
17 SUMMA FLOAT Сумма
18 MONEY SMALLINT Тип валюты
19 CONDITION VARCHAR(255) Условия поставки
20 EXECUTED SMALLINT 0 - Неисполнен, 1 - Исполнен
21 PARENT SMALLINT Код договора, к к-му относится доп.согл.
22 PROLONGATION SMALLINT 0 - Непродлен, 1 - Продлен
23 REALIS SMALLINT 1-Реализация иначе приобретение

Таблица 10 - VZACHET “Взаимозачеты”

Наименование поля Имя поля Тип поля
1 Код NPP INTEGER
2 Дата DATA DATE
3 Номер зачета VZNUM INTEGER
Приход
4 Плательщик PAY1 INTEGER
5 Получатель GET1 INTEGER
6 За что SUBJECT1 SMALLINT
7 Служба DEPARTMENT1 SMALLINT
8 Сумма SUMMA1 FLOAT
Расход
9 Плательщик PAY2 INTEGER
10 Получатель GET2 INTEGER
11 За что SUBJECT1 SMALLINT
12 Служба DEPARTMENT2 SMALLINT
13 Сумма SUMMA2 FLOAT
14 Формы оплаты PAYTYPE SMALLINT
- перечисление с/на расчетный счет 0
- касса 1
- векселя 2
- ТМЦ, работы и услуги 3
- уголь 4
- теплоэнергия 5
- договора-цессии 6

Таблица 11 - COUNT “Расчетный счет”.

Поле Описание поля Имя поля Тип поля
Код NPP INTEGER
Дата дата выписки из банка DATA DATE
Банк BANK SMALLINT
Наш р/с OUR_COUNT INTEGER
Предприятие фирма, организация, гос.структура… COMPANY INTEGER
Их р/с COM_COUNT INTEGER
Их МФО COM_MFO INTEGER
Договор № необязателен CONTRACT INTEGER
Назначение назначение платежа SUBJECT SMALLINT
Дата получ тов Дата исполнения назначения платежа GET_DATA DATE
Сумма Float - значение ( "+" - расход с расчетного счета SUMMA FLOAT
"-" - приход на расчетный счет)
Остаток текущий остаток после каждой операции REMAINDER FLOAT

Таблица 12 - PAYDESK “Касса”

Поле Описание поля Имя поля Тип поля
Код NPP INTEGER
Дата дата отчета кассира DATA
Кассир кассир, у которого из отчета взята информация по данной сумме ACCOUNTER SMALLINT
Получатель Получатель/ плательщик COMPANY INTEGER
За что SUBJECT SMALLINT
Сумма Float - значение ( "+" - расход с кассы, "-" - приход в кассу) SUMMA FLOAT
Остаток кассира текущий остаток после каждой операции данного кассира DELTA FLOAT
Остаток общий общий текущий остаток после каждой операции REMAINDER FLOAT

Таблица 13 - VECSEL “Реестр векселей”

Поле Имя поля Тип поля
номер регистрации NPP INTEGER
№ акта приема/передачи ACTNUM SMALLINT
№ векселя VECNUM INTEGER
эмитент EMITENT SMALLINT
сумма в рублях RUBSUM FLOAT
дата составления EMISDATE DATE
дата передачи SENDDATE DATE
векселедержатель VECHOLDER INTEGER
поставщик SUPPLIER INTEGER
№ контракта CONTRACT INTEGER
предмет договора SUBJDET INTEGER
курирующая служба SERVICE SMALLINT
примечание NOTE VARCHAR(30)
регион REGION SMALLINT
исполнен EXECUTED SMALLINT

Таблица 14 - INVOICE “Реестр счет-фактур”

Поле Описание поля Имя поля Тип поля
Код NPP INTEGER
Дата рестра DATA DATE
№ реестра NOMER INTEGER
№счет-факт NOMER_CI INTEGER
Дата прихода/отгрузки EXECDATE DATE
Договор(ТЭЦ) № DOGOVOR VARCHAR(20)
Договор(БАК) № DOGOV_BAK INTEGER
Предприятие FACTORY INTEGER
Наименование PRODUCT INTEGER
Сумма Сумма по счет фактуре включая НДС и ТехПД SUMMA FLOAT
"+" - мы предъявили счет-фактуру
"-" - нам предъявили счет-фактуру
Служба DEPARTMENT SMALLINT
Исполнение 1-исполнен, 0-неисполнен PERFORMED SMALLINT

Таблица 15 - COAL “Уголь”

Поле Описание поля Имя поля Тип поля
Код NPP INTEGER
Дата отгрузки DATA DATE
Плательщик Кому отправлен уголь COMPANY INTEGER
№ договора CONTRACT INTEGER
№ счет-фактуры счет-фактура, выписанная за отгруженный уголь INVOICE INTEGER
Сумма Сумма с ж.д.тарифом SUMMA FLOAT

Таблица 16 - TEC “Теплоэнергия”

№ п/п Поле Тип Назначение
1 NPP INTEGER Код
2 NOMER_DOG VARCHAR(8) Номер договора
3 DATA DATE Месяц начисления
4 SUMMA FLOAT Сумма
5 FACTORY INTEGER Предприятие

Все справочные таблицы имеют одинаковую структуру.

№ п/п Поле Тип Назначение
1 NPP SMALLINT Код
2 NAME VARCHAR(хх) Название

Листинг основных участков кода.

SQL-текст команды создания таблицы Vecsel

CREATE TABLE VECSEL (NPP INTEGER NOT NULL,

ACTNUM SMALLINT NOT NULL,

VECNUM INTEGER NOT NULL,

EMITENT SMALLINT NOT NULL,

RUBSUM DOUBLE PRECISION NOT NULL,

EMISDATE DATE NOT NULL,

SENDDATE DATE,

VECHOLDER INTEGER,

SUPPLIER INTEGER,

CONTRACT INTEGER,

EXECUTED SMALLINT NOT NULL,

NOTE VARCHAR(50) CHARACTER SET WIN1251,

REGION SMALLINT);

CREATE GENERATOR VECSEL_GEN;

CREATE TRIGGER SET_VECSEL FOR VECSEL

ACTIVE BEFORE INSERT POSITION 0

AS BEGIN NEW.NPP=GEN_ID(VECSEL_GEN,1);END;

Текст основного SQL-запроса реестра векселей:

SELECT A.NPP, A.ACTNUM, A.VECNUM, B.NAME EMITENT, A.RUBSUM, A.EMISDATE,

A.SENDDATE, C.NAME VECHOLDER, D.NAME SUPPLIER, E.NOMER_OUR,

F.NAME SUBJECT, G.NAME SERVICE,

A.EXECUTED, A.NOTE, H.NAME REGION

FROM VECSEL A

LEFT OUTER JOIN EMITENT B

ON (A.EMITENT = B.NPP)

LEFT OUTER JOIN COMPANY C

ON (A.VECHOLDER = C.NPP)

LEFT OUTER JOIN COMPANY D

ON (A.SUPPLIER = D.NPP)

LEFT OUTER JOIN CONTRACT E

ON (A.CONTRACT = E.NPP)

LEFT OUTER JOIN REGION H

ON (A.REGION = H.NPP)

LEFT OUTER JOIN SUBJECT F

ON (E.SUBJECT = F.NPP)

LEFT OUTER JOIN DEPARTMENT G

ON (E.DEPARTMENT = G.NPP)

ORDER BY A.NPP

Запрос выводит информацию из таблицы VECSEL и тех таблиц, коды из которых использованы:

COMPANY – справочник по компаниям;

CONTRACT – таблица активных договоров;

REGION – справочник по регионам и энергосистемам;

SUBJECT – справочник по предмету договора;

DEPARTMENT – иерархический справочник по подразделениям компании.

Листинг основного модуля программы vecsel.exe

program Vecsel;

uses Forms, Windows, …

{$R *.RES}

const ProductTitle='Реестр векселей';

var FormPointer:PChar;

hD : HWND;

begin

Application.ShowMainForm:=false;

FormPointer:=PChar(ProductTitle);

hD:=FindWindow('TApplication',FormPointer);

If hD<>0 then

// если программа уже запущена, то вывести главное окно на первый план

SetForegroundWindow(hD)

else

//иначе запустить новый экземпляр программы

begin

Application.ShowMainForm:=true;

Application.Initialize;

Application.CreateForm(TCSTForm, CSTForm);

Application.CreateForm(TMainDM, MainDM);

Application.CreateForm(TMainForm, MainForm);

Application.CreateForm(TExcangeForm, ExcangeForm);

Application.Run;

end;

end.

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

- страны;

- города;

- службы;

- виды валют;

- компании;

- банки;

- предмет договора;

- пользователи.

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

1) Трафик сети снижен до порогового минимума – следовательно, быстрее будет совместная работа нескольких пользователей;

2) Одни и те же хранимые процедуры могут использовать разные приложения, сокращается объем кода;

3) Хранимые процедуры выполняются в рамках одной транзакции – отпадает необходимость программно реализовывать механизм транзакций в каждом приложении.

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

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

- в таблицу “Договора” – об исполнении поставщиком своей части контракта;

- в главную таблицу – об изменении оперативной задолженности данного контрагента.

И это один из самых простых и очевидных примеров. Число каскадных изменений в БД зависит от уровня желаемой автоматизации системы. Для упрощения системы и “прозрачного” программного управления событиями, вводят механизм “бизнес-правил”. Это внутренний аппарат сервера баз данных Interbase, он позволяет перенести управление целостностью данных из приложений на сервер.

Бизнес-правила реализуются в виде процедур в базе данных finance.gdb, и при внесении изменений в одни таблицы, они автоматически обновляют данные в других. Образно говоря, бизнес-правила организуют взаимодействие между отдельными таблицами, которые хранят обособленную информацию. Этим мы достигаем цели каждый момент иметь самую последнюю информацию в главной таблице оперативной дебиторско-кредиторской задолженности.[6]

3.3 Схема информационных потоков

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

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

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

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

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

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

3.4 Внедрение, этапы освоения

Создание информационной системы финотдела является реальной задачей ОИС ТОО “БАК ”. Для ее выполнения создана группа, в состав которой входят специалист по финансовому учету, системный инженер по информационным потокам, специалист по удаленным БД, 2 программиста. Я разработал данный дипломный проект в составе этой группы во время практики.

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

Существует 2 пути внедрения системы финансового учета в работу компании:

1 – перенести все данные из архивов и активных рабочих таблиц в БД новой системы. Это потребует дополнительного программирования, использования специально обученных операторов для ввода большого количества разнородных данных;

2 – перенести только активные данные, такие как незавершенные договора, все данные по операциям за незаконченный отчетный период, и т.д.

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

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


4. ЭКОНОМИЧЕСКАЯ ЧАСТЬ

4.1 Новые технологии и прибыль компании

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

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

1) текущее финансовое состояние предприятия;

2) направление развития предприятия;

3) новейшие научно-технические достижения в области управления;

4) анализ существующей системы управления предприятием;

5) возможные пути совершенствования системы управления;

6) предполагаемая эффективность каждого варианта.

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

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

Системотехник должен создать систему исходя из минимума ресурсов, но с определенными целями.

Целями совершенствования системы управления являются:

- повышение конкурентоспособности компании;

- снижение издержек по управлению и производству;

- гибкость и скорость принятия решений;

- надежность хранения информации;

- безопасность секретной информации;

- оперативный контроль за текущим состоянием;

- “прозрачность” управления информацией.

Конкретно для финотдела:

- лучшее регулирование бюджетов отделений;

- повышение качества финансовой отчетности для высших руководителей;

- решение потенциальных проблем с платежами до наступления срока сдачи ежемесячного отчета.

4.2 Измерение эффективности капиталовложений

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

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

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

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

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

- отделение ИС получает ощутимую обратную связь при решении стратегических и тактических вопросов;

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

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

Затраты на создание или модернизацию информационных систем нужно рассматривать скорее как инвестиции, чем расходы. В ТОО “БАК” рассматривают каждый крупный проект в области информационных технологий, как и любой другой инвестиционный проект компании.

Первый шаг, предпринимаемый отделом – “заказчиком” для модернизации системы управления, – разработка технического предложения.

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

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

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

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

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

При исследовании работы финотдела был сделан вывод, что определяющими будут нематериальные качественные преимущества.

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

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

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

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

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

1. Отдел, который требует новую систему управления, готовит техническое обоснование.

2. Сотрудники отдела ИС анализируют предложение.

3. Отдел ИС помогает менеджерам оценить прямой и косвенный эффект.

4. Ожидаемый эффект подразделяется на исчисляемый (тот, что приведет к материальной экономии) и неисчисляемый.

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

6. Руководитель производственного подразделения утверждает окончательное обоснование.

7. Проект передается на утверждение в комитет капитальных ассигнований.

8. Устанавливается дата представления отчета о реализации проекта, в котором сравниваются ожидаемые показатели с фактическими.

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


4.3 Сравнение существующей и создаваемой системы

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

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

В результате нормальное функционирование системы зависит от:

- навыка работы с офисными приложениями;

- текущего объема работ;

- готовности работников к “авралам” и сверхурочным;

- лояльности сотрудников в отношении конфиденциальных сведений.

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

Методология создания новой прикладной системы управления финансовым учетом основана на концепции “клиент/сервер”. Эта технология позволит использовать собранную информацию о механизме работы финотдела для достижения вышеперечисленных целей оптимизации системы.

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

- высвобождение должностей;

- сокращение времени выполнения стандартных операций;

- уменьшение затрат на электроэнергию;

- уменьшение расхода канцелярских принадлежностей.

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

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

С точки зрения перспектив, с развитием компании будет затребовано создание корпоративной системы управления, в которой все отделы будут объединены в однородную информационную структуру. Концепция “клиент/сервер” предусматривает расширение системы и ее интеграцию с другими подсистемами. Т.е. создается база на будущее развитие из архитектурных решений и накопленного опыта.

4.4 Изменения в существующей структуре затрат в системе финансового учета

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

Рассмотрим те составляющие затрат, которые будут затронуты модернизацией информационной системы.

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

Ожидается, что тот же объем работ в новой системе смогут выполнить 8 финансистов, высвободить предполагается пользователей:

С – “ТМЦ по всем службам”;

B – Руководитель сектора по контролю за деб./кред. задолженностью;

К – Руководитель сектора платежей и работы с банком;

G – “Проверка счет фактур”;

M – “Платежные документы”

Снижение годовых затрат на оплату труда определяется по формуле:

з/п = (n*З)*12; (1)

где n – количество сокращенных работников;

З – среднемесячная заработная плата этих работников;

з/п = (5*20 000) * 12 = 1 200 000 тенге.

В год на работу для финотдела рассчитано определенное количество канц. материалов – бумаги, картриджей для принтеров и прочих – на сумму Sk1 , которая в 1998 году составила 380 000 тенге

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

Снижение затрат на расходные материалы определяется из выражения:

р.м. = 0.7 * Sk1 ; (2)

где Sk1 – сумма годовых расходов на канц.товары;

р.м. = 0.7 * Sk1 = 266 000 тенге.

Норма работы в месяц 146 часов (сокращенный трудовой день), реально некоторые финансисты работают сверхурочно, что приводит к перерасходу электроэнергии. Настольный компьютер, который выполняет функции рабочего места финансиста, потребляет в среднем Npc = 350 Вт.

Перерасход электроэнергии за год составит:

Егод = Npc * T, (3)

где T – количество часов, отработанных пользователями сверхурочно, за год T = 1321 час (по данным бухгалтерии за 1998 г).

Егод = 350 * 1321 = 462350 Вт.

Если финансисты будут успевать выполнять свою работу в рабочее время, то снижение затрат в результате экономии э/энергии составит:


ээ = Егод * Цкв , (4)

где Цкв – цена одного кВт*ч э/энергии. Цкв = 1.50 тенге;

ээ = 462350 * 1.50 * 10-3 = 700 тенге;

Итого имеем материальных преимуществ введения новой системы финансового учета на сумму снижения издержек в течение года:

S = DЗз/п + DЗр.м. + DЗээ (5)

S = 1 200 000 + 266 000 + 700 = 1 466 700 тенге.

Для построения системы мы используем существующую ЛВС. В ее состав входят:

- файл-сервер сети Windows NT 4.0;

- компьютеры на базе Pentium 200;

- кабельная система на основе тонкого коаксиального кабеля;

- активное кабельное оборудование.

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

- сервер баз данных;

- программное обеспечение для сервера БД;

- программное обеспечение для клиентских компьютеров.

Цена сервера баз данных на основе Pentium III 600 составит :

Цсбд = 200 000 тенге

Сетевая карта Intel EtherExpress Pro для сервера БД

Цск = 18 500 тенге

Сетевая ОС Windows NT 4.0

Цос = 175 000 тенге

Программный сервер Borland IB Database 5.0 на 10 одновременных подключений:

Цпс = 140 000 тенге

Затраты на разработку системы будут складываться из зарплаты штатных программистов и приобретения пакета корпоративных средств разработки Inprise Delphi Client/Server Suite 4.0.

Для написания программной части рассчитывается использовать группу из 3-х программистов.

Время разработки системы определено как:

Tp = 1000 часов, или 6 месяцев.

Т.о. затраты на оплату труда разработчиков составят:

Зпрог = Зз/п * 18 = 20 000 * 18 = 360 000 тенге;

Пакет Delphi Client/Server 4.0 имеет рыночную стоимость

ЦDelphi = 250 000 тенге

Итого единовременные капиталовложения составят:

К = Цсбд + Цск + Цоспс + Зпрог + ЦDelphi , (6)

К = 200 000 + 18 500 + 175 000 + 140 000 + 360 000 + 250 000 = 1143500 тенге.

Годовая эффективность создания системы определяется из выражения:

Эг = DЗ/(Ен + Кр ), (7)

где DЗ – изменение размера затрат на создание и обслуживание информационной системы определяется из выражения:

DЗ = DИS – К(Ен + Кр ), (8)

где DИS – абсолютное изменение издержек работы отдела;

Ен – норматив эффективности кап.вложений, для компьютерной техники и программного обеспечения принимается равным 0.15;

Кр – коэффициент реновации, принимается как норма амортизации с учетом срока службы существующего оборудования (срок службы системы Тсл – 3 года) и определяется по формуле:

Кр = Ен / ((1 + Ен )Тсл – 1), (9)

Кр = 0.15 / ((1 + 0.15)3 – 1) = 0.29;

Тогда, изменение размера затрат составит:

DЗ = 1 466 700 – 1 143 500*(0.15+0.29) = 963 560 тенге,

годовая эффективность планируется в размере

Эг = 963 560 / (0.15+0.29) = 2 189 909 тенге.

Теперь мы можем определить срок окупаемости Ток создания новой системы из выражения:

Ток = К / Эг , (10)

Ток = 1 143 500 / 2 189 909 = 0.52 года..

Причем данный срок окупаемости учитывает только материальные преимущества создания новой системы.


5. ОХРАНА ТРУДА И ТЕХНИКА БЕЗОПАСНОСТИ

5.1 Анализ основных опасностей и вредностей проектируемого процесса

Данный дипломный проект реализуется на РС-совместных электронно-вычислительных машинах. Помещение из 12 машин располагается в отделе ТОО “БАК”.

В комплект ЭВМ входят:

1) системный блок;

2) монитор;

 

 

 

 

 

 

 

содержание   ..  417  418  419   ..