Состояние экономической информационной системы в ОАО «Магистральные нефтепроводы «Дружба»

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

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

Возможности программы должны быть следующими:

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

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

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

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

 

 

 

 

3 Разработка проектного  решения автоматизации учета  складских операций в ОАО «МН  «Дружба»

 

3.1 Разработка технического  задания проекта

 

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

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

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

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

Предварительная структура входных данных.

Данные о клиенте:

• наименование организации (ФИО физического лица);
• тип клиента (юридическое или физическое лицо);
• адрес;
• контактное лицо(а);
• контактные телефоны;
• адрес электронной почты (e-mail);
• комментарий.

Данные о договоре:

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

Данные о рабочем месте:

• наименование (краткое описание РМ);
• ответственное лицо;
• телефон;
• расположение РМ;
• комментарий.

Данные о комплектующих ПК:

• тип комплектующей;
• описание комплектующей;
• серийный номер комплектующей.

Данные о программном обеспечении (ПО):

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

Данные о сотрудниках фирмы:

• ФИО сотрудника;
• должность;
• домашний адрес;
• домашний телефон;
• сотовый телефон;
• пейджер.

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

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

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

Опыт применения ЭВМ для  построения  прикладных  систем обработки данных показывает,  что самым эффективным инструментом здесь являются не универсальные алгоритмические языки высокого уровня, а специализированные языки для создания систем управления данными. Такие средства обычно включаются в состав СУБД,  но они могут существовать и отдельно. СУБД дают возможность пользователям осуществлять  непосредственное  управление данными,  а программистам быстро разрабатывать более совершенные программные  средства  их  обработки. Характеристики   готовых  прикладных  пакетов  определяются прежде всего принятой в СУБД организацией  данных  и  типом используемого транслятора.[49] По способу установления связей между данными различают:

• реляционную;
• иерархическую;
• сетевую модели.

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

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

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

Реляционные БД имеют мощный теоретический фундамент, основанный на математической теории отношений. Он был разработан доктором Эдгаром Коддом. Для построения запросов к реляционным БД был также применен язык SQL (Structured Query Language, язык структуризированных запросов). Он приобрел характер промышленного стандарта в реляционных системах управления базами данных. Поэтому, переходя с одной реляционной базы на другую, пользователь и разработчик имеют дело с одним и тем же языком. Другим важным плюсом SQL является то, что этот язык ориентирован на высокоуровневые операции с данными. Выдавая запрос, можно не беспокоиться о низкоуровневых проблемах доступа к данным, специфичных для каждой БД, поскольку интерпретация запросов в команды низкого уровня лежит в ведении конкретной СУБД.

Таким образом входные данные программы будут представлены реляционной моделью [26].

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

В результате анализа требований технического задания и различных способов представления данных можно сделать вывод о целесообразности использования реляционной СУБД для разработки системы автоматизации учетной деятельности организации. Для более наглядного представления разработанной функциональной структуры применяется программный комплекс BPwin (Приложение 1-4).

 

3.2 Разработка обеспечивающих подсистем автоматизации складского учета

 

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

Выбор однозначно пал на систему комплексной автоматизации “1С: Торговля и склад”. Это объясняется большим количеством причин, которые характеризуют 1C:Торговля и склад как наиболее подходящую среду разработки дипломного проекта.

Основной особенностью системы «1С:Торговля и склад» является ее конфигурируемость. Собственно система представляет собой совокупность механизмов, предназначенных для манипулирования различными типами объектов предметной области. Конкретный набор объектов, структуры информационных массивов, алгоритмы обработки информации определяет конкретная конфигурация. Вместе с конфигурацией система выступает в качестве уже готового к использованию программного продукта, ориентированного на определенные типы предприятий и классы решаемых задач.

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

Компьютеры, эксплуатируемые на складе ОАО «МН «Дружба» удовлетворяют системным требованиям программ, которыми пользуются служащие. Хотя часть эксплуатируемых компьютеров уже морально устарела, но, тем не менее, вычислительной мощности данных компьютеров хватает для решения поставленных задач.

Для  функционирования автоматизированной системы “1С: Торговля и склад”  необходимо наличие следующих технических средств:

• компьютер, оснащенный Intel-совместимым процессором;
• процессор не менее Pentium 300 МГц;
• объем оперативной памяти не менее 64 Мбайт;
• видеокарта 100% совместимая с VGA;
• разрешение экранной системы не менее 800*600;
• свободного дискового пространства от 50 Мбайт ;
• клавиатура;
• манипулятор типа «мышь»;
• для работы в многопользовательском режиме необходимо наличие сетевой карты.