Система удалённого мониторинга за финансовой деятельностью предприятия на базе 1С

СОДЕРЖАНИЕ

АННОТАЦИЯ
ВВЕДЕНИЕ
1. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ДЕЯТЕЛЬНОСТИ ФИРМЫ
1.1 СОДЕРЖАНИЕ И ТРЕБОВАНИЯ, ПРЕДЪЯВЛЯЕМЫЕ К ИНФОРМАЦИИ
1.2 ЗНАЧЕНИЕ СИСТЕМЫ ИНФОРМАЦИИ В ДЕЯТЕЛЬНОСТИ ПРЕДПРИЯТИЯ
1.3. ПРИНЦИПЫ, ЦЕЛИ, ЗАДАЧИ И ФУНКЦИИ СИСТЕМЫ ИНФОРМАЦИИ НА ПРЕДПРИЯТИИ
1.4 ТЕХНИЧЕСКИЕ СРЕДСТВА, ИСПОЛЬЗУЕМЫЕ В СИСТЕМЕ ИНФОРМАЦИИ
1.5. ИНФОРМАЦИОННЫЕ БАЗЫ ДАННЫХ
2. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
2.1. ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ
2.2. КРАТКАЯ ХАРАКТЕРИСТИКА ИССЛЕДУЕМОГО ПРЕДПРИЯТИЯ
2.3. ОБОСНОВАНИЕ НЕОБХОДИМОСТИ АВТОМАТИЗАЦИИ И ЦЕЛИ ИСПОЛЬЗОВАНИЯ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ ДЛЯ РЕШЕНИЯ ЗАДАЧ
2.4. ИНФОЛОГИЧЕСКАЯ МОДЕЛЬ
3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ
3.1. ОБЗОР И АНАЛИЗ МЕТОДОВ ПРОЕКТИРОВАНИЯ ЭИС
3.2. ВЫБОР И ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ИНФОРМАЦИОННОМУ ОБЕСПЕЧЕНИЮ
3.3. ВЫБОР И ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ПРОГРАММНОМУ ОБЕСПЕЧЕНИЮ
3.4. ВЫБОР СРЕДСТВ ПРОЕКТИРОВАНИЯ
3.4.1. СУБД MySQL
3.4.2 Язык программирования С
3.4.3. Язык PHP
3.4.4. WEB-сервер Apache
4. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
4.1.МОДЕЛЬ ФУНКЦИОНИРОВАНИЯ СИСТЕМЫ УДАЛЕННОГО МОНИТОРИНГА ЗА ФИНАНСОВОЙ ДЕЯТЕЛЬНОСТЬЮ ПРЕДПРИЯТИЯ
5. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ
5.1.ЦЕЛЕСООБРАЗНОСТЬ РАЗРАБОТКИ С ЭКОНОМИЧЕСКОЙ ТОЧКИ ЗРЕНИЯ
5.2. SWOT-АНАЛИЗ. РАСЧЕТ ЗАТРАТ НА РАЗРАБОТКУ
Анализ SWOT-матрицы
5.3. КАЛЬКУЛЯЦИЯ СЕБЕСТОИМОСТИ НАУЧНО-ТЕХНИЧЕСКОЙ ПРОДУКЦИИ
6. ОБЕСПЕЧЕНИЕ ТРЕБОВАНИЙ БЕЗОПАСНОСТИ ЖИЗНЕДЕЯТЕЛЬНОСТИ ДЛЯ ОПЕРАТОРА ПЭВМ
6.1. ХАРАКТЕРИСТИКА ПОМЕЩЕНИЯ
6.2. РАСЧЕТ ПОТРЕБНОЙ КРАТНОСТИ ВОЗДУХОВОДА
6.3. ПРОЕКТИРОВАНИЕ СИСТЕМЫ ВЕНТИЛЯЦИИ
ЗАКЛЮЧЕНИЕ
СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Система удалённого мониторинга за финансовой деятельностью предприятия на базе 1С

поддерживает свыше 20 баз данных и имеет развитую функциональность для работы с ними;
возможность создания полноценных объектно-ориентированных приложений;
сравнительно простой синтаксис и удобство в практическом использовании;
бесплатность;
открытость кода, благодаря которой можно создавать собственные расширения языка
PHP сильно отличается от других языков программирования своей простотой, так при создании программы не приходится учитывать многочисленные мелочи, которые портят жизнь программистам на Perl и C++, - не надо думать о правах доступа к файлам сценария, не надо прописывать точные пути к различным модулям, нет необходимости следить за отсутствием в файле скрипта недопустимых символов и т.д.
Синтаксис языка PHP позволяет быстро освоить этот язык любому, кто знаком с HTML, аесли у Вас есть опыт программирования на других языках программирования, Вы сможете сравнить его с ними на собственном опыте и, наверняка забудете о использовании других языков при разработке приложений для интернет, используемых на стороне сервера.
3.4.4. WEB-сервер Apache
На сегодняшний день Apache поддерживает функциональность приблизительно девятнадцати миллионов WWW-серверов, большая чаcть из которых работает под различными клонами Unix, включая свободные.
Причины успеха Apache можно разделить на две группы: технологические причины, связанные с техническими преимуществами перед конкурентами, и нетехнологические.
Технологические причины успеха Apache
Технологическое лидерство. В начальный период своей истории Apache был одним из технологических лидеров на рынке - производительность была достаточно велика, потребности в ресурсах - малы. При этом программа обладала возможностью легкого расширения путем добавления модулей, причем реализованы они были много лучше, чем у конкурентов.
Возможность легкого расширения обусловила появление большого количества производных от Apache серверов - Stronghold, Apache/SSL, разнообразных систем создания динамических сайтов (Apache/mod_perl, PHP и др.), удовлетворяющих большинство потребностей Web-разработчиков по сегодняшний день.
Технологический консерватизм. Авторы популярных программ быстро оказываются заваленными пожеланиями пользователей. Если им следовать, то программы перегружаются функциональностью, нужной только малому числу клиентов, а сложность кода растет одновременно с числом проблем. Авторам Apache удалось сохранить необходимый баланс в этой области, разрабатываемое ими ПО имеет репутацию стабильного и предсказуемого.
Открытость процесса разработки. Процесс разработки Apache открыт для наблюдения и комментирования всем желающим и потому предсказуем. Это позволяет выпускать дополнительные модули к новым версиям практически одновременно с их выходом.
Нетехнологические причины
«Демократическая» разработка. В проекте Apache реализована уникальная схема разработки - по каждому изменению проводится голосование, причем «существенные» изменения могут быть остановлены правом вето любого члена группы разработчиков, а несущественные - должны набрать больше голосов «за», чем «против». Такая схема позволяет блокировать сомнительные технологические решения, поддерживая технологический консерватизм.
Очевидно, что эта схема не может быть применена в произвольном проекте, так как требует разумности от всех разработчиков группы, что достижимо далеко не всегда.
Поддержка пользователей. Несмотря на огромную пользовательскую базу и некоммерческий статус, поддержка Apache была и остается очень хорошей по качеству - сообщения о проблемах анализируются в течение одного-двух дней.
Лицензирование. Существенной причиной успеха Apache является действительно свободное лицензирование. Apache License, в отличие от наиболее распространенной в среде ПО с открытыми исходниками лицензии GNU GPL, не навязывает свободное распространение производных работ, а требует лишь сохранения права на имя - указания, что производный проект использует код, разработанный Apache Group. При такой схеме лицензирования коммерческие компании охотнее вкладывают свои ресурсы в развитие продукта, примером может служить участие IBM в разработке Apache 2.0 и перенос Apache на платформу Windows.
Все перечисленные причины успеха Apache являются существенными, отсутствие любой из них заметно ухудшило бы продукт в глазах части либо всех пользователей.
История. Одновременно с появлением в Рунете WWW-серверов с информацией на русском языке возникла проблема правильной поддержки кириллицы - в России используется множество кодовых таблиц для русского языка. «Единственно правильной» методики поддержки кириллицы не существовало, выдвигались достаточно самобытные идеи, авторам которых приходилось создавать свои варианты серверного и даже клиентского ПО.
К началу 1996 года достигнуть консенсуса разработчиков, администраторов и пользователей не удалось, при этом даже не существовало стандартов, описывающих правильную поддержку неевропейских алфавитов в http/WWW.
В том же 1996 году Дмитрий Крюков, автор первых версий поисковой машины Рамблера и Rambler’s Top100, разработал «Русский Apache», поддерживающий несколько кодировок кириллицы для сервера Apache. Решение Крюкова было самым качественным из имеющихся - клиенты могли читать документы в удобной для них кодировке, не модифицируя свое ПО. Большинство модулей Apache корректно работало с русским языком.
К началу 1997 года Крюков увлекся разработкой Rambler’s Top100, времени на поддержку «Русского Apache» у него не осталось, и в феврале 1997 года проект был передан автору этой статьи.
В течение первой половины 1997 года проект сначала был полностью переписан (с чистого листа) - с сохранением совместимости с «крюковской» версией, а затем произведена однократная «революция» перехода на стандартизованную систему конфигурации, которая сохраняется до сегодняшнего дня. На этом первый этап развития - достижение технологического лидерства - был завершен. Второй этап - становление технологического консерватизма - продолжается и сегодня.
Существенная причина успеха «Русского Apache», несомненно, - успех Apache (более того, по данным Netcraft популярность Apache в домене .ru составляла на май 2001 года около 85% - много больше, чем в среднем в мире). С другой стороны, доля «Русского Apache» «на рынке» - около 50%, при этом поддержка множества кодировок последние полтора-два года не является необходимой - подавляющая часть клиентского ПО поддерживает кодировку MS Windows cp1251.
Технологические причины
Технологическое лидерство. Обладая всеми преимуществами исходного Apache, русская версия добавляет прозрачную поддержку любого количества кодовых страниц для одного языка. В отличие от конкурентных решений, динамические документы могут собираться из источников в разных кодовых таблицах, что позволяет строить сложные WWW-сайты в гетерогенном окружении. Эти свойства покрывают потребности подавляющего числа пользователей, единственным серьезным упущением является отсутствие поддержки многоязыковых серверов с несколькими кодовыми страницами для каждого языка.
Технологический консерватизм. Недостаточное количество ресурсов у разработчиков приводит к существенному технологическому консерватизму - новые свойства к проекту добавляются крайне редко, последние полтора-два года развитие сводится к поддержке новых версий исходного Apache. Кроме недостатков, подобный консерватизм имеет и очевидные преимущества - исходный код очень стабилен, за год были обнаружены две малосущественные ошибки, не мешающие нормальному функционированию.
Нетехнологические причины
Открытость разработки.
Поддержка силами сообщества WWW-разработчиков.
4. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ
4.1.Модель функционирования системы удаленного мониторинга за финансовой деятельностью предприятия
Собственно цель работы: получить наиболее быстрый и эффективный способ доступа к базе данных 1С при удаленном нахождении пользователя (например, при нахождении директора в командировке в другом городе).
В офисе предприятия ООО «ЮниТранс» имеется сервер, на котором работает база 1С, в которой ведется бухгалтерский учет деятельности предприятия. Также там стоит программа FTP_sender, которая отправляет данные (бухгалтерские проводки из базы 1С) по FTP-протоколу на сервер провайдера в виде файла и запускает на скрипт (по протоколу HTTP) на сервере провайдера, который парсит этот файл и заносит данные в базу MySQL.
Данный метод был выбран по следующим причинам. У компании ООО «ЮниТранс» нет белого ip-адреса, у провайдера закрыт доступ к MySQLсерверу из вне. При удаленном нахождении пользователя подключение к Интернету будет осуществляться через GPRS, следовательно, скорость подключения будет небольшой. При этих условиях наиболее приемлемым способом будет являться загрузка через WEB-страницу.
В целом функционирование системы осуществляется следующим образом.
В 1С при проведении документов запускается программа FTP_sender. Она работает в фоновом режиме. Интерфейса у неё нет, только во время установки связи по FTP в трее появляется значок соединения, сигнализирующий соединение по FTP.
После успешной отправки файла он изменится на ОК.
После отправки появится значок НТТP соединения, в этот момент запускается скрипт jurnal.php на сервере провайдера, который заносит данные в MySQL-базу.
После отработки скрипта также появится ОК.
В случае ошибки появится значок «восклицательный знак в красном кружке».
Настройки FTP_sender’а хранятся в файле config_ftp_sender.ini
Вход на WEB-страницу осуществляется по адресу: http://unitransnsk.ru/browse.php?log=demo&pass=test&aut=login
При этом пользователь попадает в меню выбора вида отчета, в котором предлагается выбор либо Оборотно-сальдовой ведомости, либо Отчета по рентабельности.
При выборе Обортно-сальдовой ведомости предлагается выбрать период формирования отчета и бухгалтерский счет, по которому будет формироваться отчет (Остатки, Кредиторы, Дебиторы, Авансы).
Здравствуйте, Неизвестный!
ООО ЮниТранс
Меню
ОСВ
Рентабельность
Выход
Выбор периода
Начало формы
Период с: по:
По счёту:
Конец формы
При выборе Отчета по рентабельности предлагается выбрать перевозку, по которой будет рассчитываться отчет.
Здравствуйте, Неизвестный!
ООО ЮниТранс
Меню
ОСВ
Рентабельность
Выход
Выбор перевозки
Начало формы
Перевозка:
Конец формы
Примеры формирования отчетов приведены ниже.
Оборотно-сальдовая ведомость за период с 01.01.2009 по 22.03.2009 по счёту: 51
Контрагент
Сальдо на начало периода
Обороты за период
Сальдо на конец периода
Дебет
Кредит
Дебет
Кредит
Дебет
Кредит
ООО ""Аврора Сибирь""
1'150.01
0.00
0.00
0.00
1'150.01
0.00
ООО ""Продлайн""
0.00
0.00
0.00
0.00
0.00
0.00
ООО ""ТЭК Аврора Сибирь""
298.96
0.00
826.00
900.00
224.96
0.00
ООО ""ЮниТранс""
78'603.08
0.00
3'082'325.86
3'145'574.24
15'354.70
0.00
Партнер
36'734.00
0.00
0.00
0.00
36'734.00
0.00
Партнер НВТБ
291.65
0.00
1'926'198.00
1'925'714.99
774.66
0.00
Итого
117'077.70
0.00
5'009'349.86
5'072'189.23
54'238.33
0.00
Рентабельность. Контрагент: 4-121 отправка 02-09.12.2008
Наименование
Расход
Доход
Прибыль/Убыток
Автодоставка Новосибирск
 
 
 
<...>
0.00
65'750.00
 
Автодоставка
53'328.00
0.00
 
Итого
53'328.00
65'750.00
12'422.00
Итого
53'328.00
65'750.00
12'422.00
Схема функционирования системы удаленного мониторинга за финансовой деятельностью предприятия ООО «ЮниТранс» приведены на рис. 3.
Рис. 3. Схема функционирования системы удаленного мониторинга
5. ОРГАНИЗАЦИОННО-ЭКОНОМИЧЕСКАЯ ЧАСТЬ
5.1. Целесообразность разработки с экономической точки зрения
В настоящее время работа по внедрению в управленческую деятельность современной техники и информационной технологии приобретает особое значение.
Задача хранения, быстрого поиска, обработки и распространения (обмена) информации стояла перед человечеством на всех этапах его развития. В течение долгого времени основными инструментами для ее решения были мозг, язык и слух человека. Но положение в корне изменилось с появлением электронных вычислительных машин (ЭВМ). Принципиально новый шаг был совершен, когда от применения ЭВМ для решения отдельных задач перешли к их использованию для комплексной автоматизации тех или иных законченных участков деятельности человека по переработке информации. Важными факторами, определяющими применение таких средств, являются: возможность обработки и хранение данных непосредственно на рабочем месте, ускорение обработки данных, улучшение и ускорение оформления документации, повышение производительности труда работников управления и планирования.
При очень большом обороте бумажной документации становится очень сложным их упорядочивание, как правило, многие организации до сих пор, при таком стремительном развитии компьютерной техники и программного обеспечения, не имеют четко отлаженного компьютерного учета, что усложняет повседневную работу.
5.2. SWOT-анализ. Расчет затрат на разработку
Название данного метода анализа представляет собой аббревиатуру английских слов Strength (сила), Weakness (слабость), Opportunities (возможности), Threats (угрозы) [3, c. 153].
Схема SWOT-анализа включает следующие этапы:
Выявление: "сильных сторон" разработки; "слабых сторон" разработки; "возможностей" разработки; "угроз";
Формирование и анализ SWOT-матрицы;
Выработка заключения о перспективности разработки.
Выявление различных сторон разработки
Сильные стороны разработки (Strength):
Модульность. Программный продукт выполнен в виде подключаемого модуля, что важно, поскольку его необходимо будет подключать к единой системе.
Простота в использовании. Программа имеет дружественный интерфейс, что облегчает обращение с ней.
Простота в администрировании. В свете того, что данная разработка расширяет существующую конфигурацию «1С. Предприятие 7.7», простота администрирования и внесение изменений в программный код является важной чертой.
Низкая стоимость разработки (так как разработчик - студент). Программные средства, использованные при разработке данного продукта, уже используются на предприятии, и нет необходимости в приобретении дополнительных средств.
Слабые стороны разработки (Weakness):
Отсутствие гарантии. Разработчик не может дать гарантию того, что программа будет безупречно работать. Это обусловлено тем, что программный модуль создавался одним человеком, и все возможные ошибки не были отлажены.
Проблема подключения базы данных. Работа осуществляется с базой данной предприятия, имеющей определенную индивидуальную структуру. Т.е. при переносе продукта на другие предприятия модуль нуждается в частичной переработке.
Возможности (Opportunities), стоящие перед разработкой.
Можно выделить следующие перспективы развития программного модуля:
Расширение возможностей и круга пользователей. Так как модуль предназначен для работы только с определенным кругом бухгалтерской информации, то наиболее перспективное развитие в ближайшее время – это его расширение до системы, работающей со всей базой. Как следствие, расширится круг сотрудников, которые будут использовать данный инструмент в своей работе.
Усовершенствование интерфейса. Интерфейс программы выдержан в стиле офисного приложения, наиболее подходящем для данной сферы использования. В процессе разработки были удовлетворены основные требования по эргономике программы, но в будущем в данном направлении должна быть проведена серьезная работа по анализу требований, предъявляемых пользователями и переработке интерфейса программы для достижения максимального удобства и функционирования программы.
Угрозы для разработки (Threats).
Можно выделить следующие угрозы, стоящие перед разработкой:
Изменение нужд и вкусов потребителей. Быстро меняющиеся потребности в условиях постоянного развития программных средств.
Устаревание программного обеспечения. Для реализации программного модуля, используется язык программирования С++.
Построение SWOT-матрицы
Для анализа полученных данных построим SWOT-матрицу (Таблица 1):
Таблица 1
SWOT-матрица
Сильные
стороны
Возможности
Угрозы
Итого
Расширение возможностей и круга пользователей
Усовершенствование интерфейса
Введение типовой технологии сбора данных
Изменение нужд и вкусов потребителей
Устаревание программного обеспечения
Простота в использовании
++
+
+3
Простота в администрировании
++
+
++
+
++
+8
Низкая стоимость разработки
+
+1
Итого
+5
+1
+3
+1
+2
+12
Слабые
стороны
Отсутствие гарантии
_
_
–
–3
Проблема подключения базы данных
_ _
_
–
–4
Итого
–3
–1
–1
–1
–1
–7
Общий итог
+2
+2
+1
+5
Анализ SWOT-матрицы
Проанализировав полученную SWOT-матрицу, можно сделать следующие выводы:
Наиболее сильной стороной является простота в администрировании.
Проблема подключения базы данных – самое уязвимое место разработки.
Простота в использовании и простота в администрировании имеют большое влияние на расширение возможностей и круга пользователей.
Расширение возможностей и круга пользователей – очень перспективная возможность. Существенно помешать ей может только проблемы с подключением баз данных. Эту проблему можно решить с помощью правильно оформленного руководства пользователя.
Все представленные угрозы серьезны, но они погашаются сильными сторонами разработки.
5.3. Калькуляция себестоимости научно-технической продукции
Наименование статей затрат на разработку программного модуля:
1. Материалы. На статью "Материалы" относятся затраты на материалы (основные и вспомогательные материалы, литература, комплектующие и другие изделия, за вычетом возвратных отходов). Стоимость материалов формируется исходя из цен их приобретения.
Таблица 2
Материалы
Наименование
материальных затрат
Ед.