· Низкая безопасность информации:
Вся безопасность на текущий момент реализована в виде паролей пользователей сети и пароли на документы Microsoft Office. Причем не является деловой практикой неразглашение пароля и периодичная смена паролей. Само хранение информации по локальным машинам не дает возможности централизованного управления безопасностью финансовой информации.
· Большое количество бумажных носителей:
Слабая связанность рабочих приложений конечных пользователей сети при большом объеме оперативной информации вынуждает пользователей организовывать обмен информацией с помощью бумажных носителей.
· Сложность расширения функций системы:
Это есть как раз причина ручной доработки документов - офисные приложения не рассчитаны на усложнение работы с учетом взаимодействия потоков информации в сетевом пространстве. В каждом конкретном случае , когда требуется информация нестандартной формы и содержания, все делается вручную ( в том смысле, что нет автоматизированных процедур, а используются только средства вывода информации на печать и т.д.).
· Нерациональное использование ресурсов:
К ресурсам относятся время, деньги и информация. В существующей системе невозможно организовать систематичное хранение информации и контроль над ней. Это обусловлено самим файловым хранением БД на локальных компьютерах и недостатками Excel-систем. В результате теряется драгоценное время при доступе к информации, информация дублируется, что создает предпосылки для появления противоречивых данных, потери информации.
· Недостаточная надежность:
Офисные приложения типа Microsoft Office имеют очень универсальные функции, чтобы использовать их в самых разных ситуациях. Но вместе с тем, при расчете выходных форм эти системы обрабатывают параллельно много лишней информации. Например, расчет выходной информации в Excel-таблице “Реестр векселей” при размере более 10Мб занимает несколько десятков минут.
Кроме того, не является надежным сам внутренний язык программирования Visul Basic, сложность которого не оправдывается конечными результатами.
В целом по компании анализом и управлением дебиторско-кредиторской задолженностью занимается несколько отделов: финансовый, бухгалтерия, казначейство, но каждый со своей определенной спецификой. Бухгалтерия отвечает за баланс всех цифр на конец отчетного периода перед руководством и государственными органами. Финансовый отдел ведет оперативный (т.е. на каждый день) учет задолженности предприятий по видам средств и в разрезе дирекций и централизованных служб. Казначейство принимает оперативные меры по недопущению роста задолженности и воздействию на должников и кредиторов.
Но источниками информации для всех этих отделов являются оригиналы юридических документов, которые вводятся по несколько раз. Как было сказано выше, это дает возможность контролировать работу отделов, т.к. выход должен быть сопоставимым. Самым большим недостатком в такой схеме работы является отсутствие базы для обеспечения целостности данных и оперативности доступа к ним.
2.3.2 Цели разработки СУ на основе единой базы
На современном этапе самым предпочтительным способом построения интегрированной системы управления финансовым учетом является создание клиент-серверной системы на основе серверной базы данных.
Единая БД позволит:
- своевременно учитывать текущие изменения и расширение данных по требованию пользователей;
- исключить повторный ввод информации пользователями;
- установить контроль ввода данных;
- увеличить производительность труда сотрудников финотдела.
Определим требования к интегрированной системе:
1) Модифицируемость:
Необходимо планировать возможные изменения с тем, чтобы в последствии эти изменения находились под контролем. С технической точки зрения наиболее приемлемым путем будет применение объектно-ориентированного программирования и клиент-серверной технологии. Важным организационным моментом является последовательное ведение документации на создаваемую систему.
2) Эффективность:
Конечный итог применения системы - увеличение производительности, оперативности и мотивированности труда - должен оправдать все расходы и способствовать росту выживаемости и конкурентоспособности компании.
3) Надежность:
Надежность функционирования системы определяется ценой “сбоя” и должна закладываться с самого начала создания системы. Она является результатом совокупности мероприятий, таких как техническое обслуживание аппаратного обеспечения системы, прозрачность логического механизма функционирования системы, применение многоуровневой защиты данных от сбоя. Подробнее этот вопрос будет рассматриваться в описании технического проекта системы.
Этапами разработки интегрированной системы являются:
- формализация требований Заказчика;
- формализация требований к системе;
- создание системы.
При сборе исходной информации по механизму работы финансового отдела, потокам информации и требованиям к системе я столкнулся с тем, что люди работают по сложившимся стереотипам и не вполне осознают все условия своей работы. Вместе с тем надо признать, что финансовый отдел работает довольно эффективно и выполняет большую долю всей работы среди всех отделов, которые связаны с учетом и управлением оперативными средствами.
Поэтому по согласованию с начальником ОИС система будет создаваться по следующим принципам:
- Вместо того, чтобы просто автоматизировать существующие операции, будет исследована совокупность входной информации, поступающей в виде документов и файлов в финотдел, и требующаяся выходная отчетность. На основе анализа необходимо выработать оптимальную структуру информации, как она будет храниться в БД, и определить механизмы взаимодействия;
- Не ориентироваться на существующие должности и обязанности, т.к. потоки информации неизбежно изменятся с оптимизацией механизма функционирования;
- Для поддержания целостности и достоверности информации ввод информации и ее изменения в БД должны быть строго формализованы;
- Невозможно учесть все виды отчетностей, которые могут потребоваться руководству. Поэтому в приложениях системы кроме вывода жестко определенных выходных таблиц необходимо дать возможность перевода информации из таблиц БД в приложения Microsoft Office, которые обладают мощными средствами создания отчетов;
- Необходимо учесть, что с введением системы в эксплуатацию все смежные отделы теряют доступ к выходной информации финотдела, как это имело место в системе Excel-таблиц. Потребуется организовать дополнительные приложения для разграниченного доступа к центральной БД.
2.3.3 Выбор принципиальных технических решений
Пользователями системы на основе единой базы будет группа специалистов финотдела, значит требуется сетевое приложение. На первом этапе следует определить сетевую операционную систему, в которой будут работать конечные приложения и сервер базы данных.
Рождение компьютерных сетей было вызвано практической потребностью - иметь возможность совместного использования данных. Компьютеры, входящие в сеть, могут совместно использовать:
- данные;
- принтеры;
- факсимильные аппараты;
- модемы;
- другие устройства.
Данный список постоянно пополняется, т.к. возникают новые способы совместного использования ресурсов. Для нашего проекта важно то, что сеть позволяет связать пользователей-клиентов и центральную БД, т.о. образом разделяемыми ресурсами будут данные, хранящиеся централизованно.
Локальной вычислительной сетью (ЛВС) называется совокупность различных типов компьютеров (ПК, серверы, мэйнфреймы), связанных между собой, и сопутствующего периферийного оборудования, расположенная в пределах одного здания.
Несмотря на определенные сходства, сети разделяются на 2 типа:
- одно-ранговые;
- на основе сервера.
Различия между одно ранговыми сетями и сетями на основе сервера имеют принципиальное значение, поскольку определяют разные возможности этих сетей. Выбор типа сети зависит от многих факторов:
- размера предприятия;
- необходимого уровня безопасности;
- вида бизнеса;
- уровня доступной административной поддержки;
- объема сетевого трафика;
- потребностей сетевых пользователей;
- финансовых затрат.
Одно-ранговые сети относительно просты. В такой сети все компьютеры равноправны, каждый может предоставлять ресурсы в общее пользование, управлять защитой информации. Как правило, количество компьютеров не превышает 10-ти. Для объединения компьютеров применяется простая кабельная система.
Одно-ранговые сети обычно дешевле сетей на основе сервера, но требуют более мощных и (дорогих) компьютеров. В одно-ранговой сети требования к производительности и к уровню защиты для сетевого программного обеспечения, как правило, ниже, чем в сетях с выделенным сервером.
Рисунок 1 - Одно-ранговая сеть
Если к сети подключено больше 10-ти пользователей, используют выделенные серверы. Выделенным называется такой сервер, который функционирует только как сервер (исключая функции клиента или рабочей станции). Они специально оптимизированы для быстрой обработки запросов от сетевых клиентов и для управления защитой файлов и каталогов.
Рисунок 2 - Клиент-сервер
Круг задач, решаемых серверами, многообразен и сложен, поэтому в больших сетях они стали специализированными. В сетях Windows NT различают:
- файл-серверы и принт-серверы;
- серверы приложений;
- почтовые серверы;
- факс серверы;
- коммуникационные серверы.
Для дальнейшего рассмотрения сетевых вопросов нам понадобятся определения:
Файл-сервер - управляют доступом пользователей к файлам на сервере. Т.о. организовывается централизованное хранение файлов и данных. Это относится не только к серверной БД главной системы управления, а к разнородным документам и файлам различных приложений, не поддающихся формализованному объединению в единую БД.
Серверы приложений - на них выполняются прикладные части клиент серверных приложений, а также находятся данные, доступные клиентам. Например, чтобы упростить извлечение данных, серверы хранят большие объемы информации в структурированном виде. Эти серверы отличаются от файл-серверов. Файл-сервер по требованию запрашивающего компьютера копирует файл или данные целиком. Сервер приложений отправляет только результаты запроса.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16
