Contribution to International Economy

  • Создание подсистемы складского учета ооо «логистика»

ВВЕДЕНИЕ

 

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

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

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

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

Использование автоматизированных информационных систем позволяет:

оптимизировать планы работы,

быстро вырабатывать решения,

четко маневрировать финансовыми ресурсами и т.д.

Основными факторами, определяющими результаты создания и функционирования автоматизированных информационных технологий и       процессов информатизации, являются:

активное участие человека в системе автоматизации обработки информации и принятия управленческих решений;

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

наличие научно обоснованной программно-технологической платформы,          реализуемой на экономическом объекте;

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

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

постановка и решение конкретных практических задач в области          управления с учетом заданных критериев эффективности.

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

Объектом курсового исследования является ООО «Логистика».

Предметом исследования является сама методика учета складских операций и ее реализация с помощью компьютерной информационной система складского учёта.

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

 

 

1. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СОЗДАНИЕ ПОДСИСТЕМЫ СКЛАДСКОГО УЧЕТА ООО «ЛОГИСТИКА»

 

 

1.1. Общие положения

 

Полное наименование: «Компьютерная информационная подсистема складского учета ООО «Логистика»

Условное обозначение: «Система складского учета»

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

Результат работы оформляется в виде отчета и содержит:  

-  аналитический обзор методов и средств решения задачи, техническая документация на создаваемую систему  (на  бумажном носителе информации);                                                                                

- компьютерная система складского учета (на компьютерном носителе информации).

 

1.2. Назначение и цели создания системы

 

1.2.1 Описание структуры и процесса функционирования объекта.

 

ООО «Логистика» основано в 1997 году. Организационно-правовая форма – общество с ограниченной ответственностью.

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

ООО «Логистика»   осуществляет свою деятельность на основе полного хозяйственного расчета, самофинансирования и самоокупаемости.

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

Главной целью ООО «Логистика» является удовлетворение потребностей предприятий и населения города в услугах  на рынке оптовой торговли строительными материалами и реализация на основе полученной прибыли социальных и экономических интересов трудового коллектива.

Численность работников предприятия составляет 53 человека

Организационно-управленческая структура предприятия представлена на рис. 1.

Технико-экономические показатели деятельности ООО «Логистика» приведены в таблице 1.

 

1.2.2 Существующая информационная система и ее недостатки

 

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

Действующая информационная система ООО «Логистика» основана на базе системы «1С: Предприятие 8.0» и поддерживает взаимодействие с внешними системами:

MS Office Word – как редактор печатных форм;

Битрикс – обмен данными с интернет-системой компании

 

 

Рис.1. Организационно-управленческая структура ООО «Логистика»

 

 

 

 

 

 

 

 

 

 

 

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

Телекоммуникационная связь (телефон, факс, почта, электронная почта, локальная сеть, глобальная сеть Интернет)

Вычислительная техника (персональный компьютер, калькулятор)

Копировально-множительная техника (принтер, сканер, ксерокс)

Информационные системы

  Состав технических средств, которыми пользуются работники ООО «Логистика», приведено в таблице 2.

 

Таблиця 2. Материально-техническое обеспечение  ООО «Логистика»

Техническое средство

Характеристики

Количество

Персональный компьютер

AMD Athlon, 1.67 ГГц, ОЗУ 512 Мб, НDD 80Гб

17

Офисные мини-АТС

Panasonic KX-TDA200RU

Количество городских номеров

Максимальное количество внутренних линий

Фактическое количество внутренних линий

Количество звонков в день

 

2

128

 

31

830

Принтер

HP DeskJet D2460

Xerox WorkCentre 3119

Samsung SCX-4200

2

1

5

Сканер

Epson GT-15000

2

Ксерокс

Xerox CopyCentre C118

2

Факс

Panasonic KX-FLM 653 RU

Brother Fax 106

Samsung SF-340

1

1

1

Кассовий апарат

Касби-02К

1

Сканер магнитных карт

Posiflex MR-2000

1

Счетчик банкнот

Magner 35S

1

Детектор валют

Assistant 530

1

Принтер печати этикеток

Zebra LP/TLP 2844

1

Сканер шрих-кода

Metrologic MS 6220 Pulsar CCD

1

 

 

Результаты работы подразделений и персонала ООО «Логистика» фиксируются в различных документах. В настоящее время нет единых требований к составу и формам документов, однако их можно разделить (по типу хранимой в них информации) на три вида: нормативные, первичные и вторичные. Нормативными являются те документы, сведения в которых в течение некоторого периода остаются неизменными. К первичным относятся те документы, в которых фиксируется информация о ходе текущей деятельности ООО «Логистика». В них могут содержаться данные из нормативно-справочной документации. К вторичным относятся документы, содержащие результаты выборки и группировки данных из первичных документов, нормативно-справочную и другую информацию.

 

 

Все документы, которые вращаются в системе документооборота ООО «Логистика», можно разделить на такие категории:

 -  Входные

 -  Выходные

 -  Приказы

 -             по основной деятельности

 -             по личному составу

 -  Внутренние

 -             финансовые

 -             служебные

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

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

 Обобщенная схема документооборота предприятия предоставлена на рис. 2.

 

Рис. 2 . Обобщенная схема документооборота ООО «Логистика»

 

Схема документооборота при оптовой реализации товара приведена на рис.3.

 

 

 

Рис. 3 . Схема документооборота при оптовой реализации товара.

 

Схема документооборота закупки товаров приведена на рис. 4.

 

 

 

Рис. 4 . Схема документооборота закупки товара

 

Структурная характеристика документооборота предприятия за 2008 год предоставлена в таблице 3.

 

Таблица 3 Анализ структуры документооборота ООО «Логистика» в 2008 году

Название документа

Количество

Входящие документы

240

Исходящие документы

358

Приказы

В том числе:

По основной деятельности

По личному составу

894

 

738

156

Внутренние

В том числе:

Финансовые

Служебные

1972

 

1272

700

Всего за год

3464

В бреднем за день

12

 

Для оптимизации системы документооборота предприятия путем внедрения ИС нужно проанализировать, какие из подразделов предприятия имеют наиболее интенсивные потоки документов. Эти данные приведены в таблице 4.

 

Таблица 4. Анализинтенсивности документооборота по подразделениям ООО «Логистика»

Подразделение

Коилчество документов

Абс.

%

Секретариат

754

21,76

Бухгалтерия

1272

36,72

Отдел снабжения

418

12,06

Отдел сбыта

582

16,8

Транспортный отдел

319

9,2

Склад

1438

41,51

 

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

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

отсутствие оперативного планирования выполнения работ (отсутствие информации об объеме работ, невозможность оценки потребностей в ресурсах);

частичный учет выполненных работ (учитывается только поступление и отгрузка);

отсутствие своевременного учета внутренних передвижений товаров на составе

отсутствие системы управления запасами (избыточные запасы, отсутствие учета неудовлетворенного спроса).

Что касается состояния компьютеризации предприятия, то здесь нужно выделить такие недостатки:

предприятие не имеет утвержденную ІТ-стратегии, в частности, стратегии развития компьютерной сети.

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

не используются возможности локальной компьютерной сети

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

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

1) проектирование административно-управленческих процессов складского комплекса с учетом повышения эффективности взаимодействия со смежными подразделами, клиентами и поставщиками;

2) разработка организационно-управленческой структуры состава с учетом технологических бизнес-процессов, распределения функций, полномочий и зон ответственности;

3) разработка ключевых показателей:

контроля эффективности работы состава

системы мотивирования персонала

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

В качестве результата работ усовершенствования организационно управленческих решений следует ожидать:

повышение производительности труда персонала

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

заметное уменьшение стоимости обработки единицы груза

Рационализация документооборота

уменьшение расходов, в том числе, управленческих.

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

Основные проблемы, которые можно выделить в ООО «Логистика», есть:

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

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

Сопротивление сотрудников предприятия;

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

По моему мнению, проблема отсутствия четкой постановки задачи менеджмента на предприятии является наиболее существенной проблемой из всех проблем, которые препятствуют эффективному внедрению ИСУ в ООО «Логистика».

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

 

1.2.3. Обоснование необходимости усовершенствования информационной системы

 

Основное требование, предъявляемое руководством ООО «Логистика» к разрабатываемой информационной системе является полный учет всех операций с ТМЦ, проводимых предприятием.

Таким образом, назначением разрабатываемой  системы складского учета является автоматизация учета операций с ТМЦ ООО «Логистика».  Система складского учета может быть использована в составе программных средств, используемых предприятием при организации бухгалтерского учета. В то же время система складского учета является самостоятельным программным продуктом.

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

 

1.3. Требования к системе

 

1.3.1. Требования к структуре и функционированию системы

 

 

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

Исходные данные для складского учета содержатся в стандартных формах бухгалтерской отчетности, первичніх платежніх документах и сетах-фактурах.

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

 

1.3.2. Другие требования

 

1.3.2.1. Требования к численности и квалификации персонала системы и режима его работы

 

 

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

 

1.3.2.2. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы

 

Требования к  необходимым  площадям  для  размещения технических средств системы зависят от типа ЭВМ.  Площади для размещения персонала и технических средств, параметры сетей электроснабжения должны удовлетворять Строительным нормам и правилам.

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

 

1.3.2.3. Требования к защите информации от несанкционированного доступа.

 

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

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

 

1.3.2.4. Требования к сохранению информации при авариях

 

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

 

 

 

 

1.3.2.5. Требования к защите от внешних воздействий

 

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

 

1.3.2.6. Требования к патентной чистоте

 

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

 

1.3.2.7. Требования к стандартизации и унификации

 

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

 В качестве ППП при разработке системы предполагается использовать систему Borland Delphi V7.

 

1.3.2.8. Порядок контроля и приема системы

 

Программа тестирования системы складского учета должна быть согласованная с Заказчиком.

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

Объектом испытаний является разрабатываемая программа финансового анализа. Проверке на соответствие подлежат:

Правильность заполнения базы данных

Корректность выполнения экономических расчетов

Средствами тестирования являются:

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

Внешние тесты - это тесты с информационными средствами, которые вступают в интерфейс с данной системой.

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

К началу опытной эксплуатации должен быть представлен Акт о передаче системы складского учета в опытную эксплуатацию.

По окончании опытной эксплуатации должен быть предоставлен Акт о передаче  системы складского учета в  эксплуатацию.

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

 

1.4. Требования к функциям, выполняемым системой

 

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

Учет ТМЦ на складе

Учет операций с ТМЦ

Задача «Учет товаров» разрабатываемой системы состоит в учете остатков ТМЦ на складе, их прихода и расхода, а также составление товарных отчетов

Задача «Учет операций с ТМЦ» состоит в учете операций с  ТМЦ на складе.

При этом входными данными данных задач являются первичные складские и платежные документы (счет, счет-фактура, накладная, платежное поручение, приходный и расходный кассовый ордера, банковские выписки… )  предприятия. Остатки товаров должны рассчитываться автоматически на основании учтенных операций с ТМЦ в количественном и денежном измерении.

В качестве выходных документов должны формироваться экранные формы, содержащие данные о движении и остатках ТМЦ на складе предприятия, а также документы «счет-фактура», «платежное поручение», «журнал остатков товарно-материальных ценностей».

 

1.5. Требования к видам обеспечения

 

1.5.1. Требования к информационному обеспечению

 

 

 

Информационное обеспечение ИС должно содержать базы данных, файлы нормативно-справочной информации (НСИ), справочники, входных и выходных документов, участвующих в документообороте ИС, а также базы данных (БД) переменной информации, относящейся к данным о деятельности ООО «Логистика».

Информационное обеспечение (ИО) ИС должно удовлетворять следующим основным требованиям:

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

обеспечивать информационную совместимость с взаимодействующими подсистемами;

информационная база данных должна быть организована в виде нормализованных массивов данных на машинных носителях;

применяемые в формах документов термины и сокращения должны быть общепринятыми в данной предметной области;

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

 

1.5.2. Требования к программному обеспечению

 

Программное обеспечение ИС должно включать системное и прикладное ПО.

Системное ПО должно быть лицензионным.

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

Системное ПО ИС  должно обеспечивать:

простоту процесса инсталляции, конфигурирования и сопровождения;

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

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

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

Прикладное ПО должно иметь модульную структуру.

Прикладное ПО ИС должно обеспечивать пользовательский интерфейс на русском языке.

 

 

1.5.3. Требования к техническому обеспечению

 

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

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

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

Комплекс технических средств должен включать средства резервирования и восстановления данных.

Комплекс технических средств должен легко адаптироваться к изменению числа пользователей ИС (терминалов и рабочих станций).

 

 

 

 

 

 

 

 

 

 

 

 

2. ФУНКЦИОНАЛЬНАЯ СТРУКТУРА СИСТЕМЫ СКЛАДСКОГО УЧЕТА

 

Реализация функциональности подсистем осуществляется посредством следующих основных компонент:

База данных предназначена для хранения информации об остатках и движении ТЦ объекта автоматизации;

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

Система включает следующие функциональные модули:

Модуль учета ТМЦ

Модуль учета торговых операций

Справочники

Модуль учета ТМЦ программно входят в приложение учета ТМЦ, а модуль учета торговых операций  объекта автоматизации программно входит в приложение учета торговых операций.

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

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

 

 

 

3. ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ СИСТЕМЫ

 

 

3.1. Выбор способа управления данными

 

 

Задание решения всех вышеперечисленных возможностей послужило основанием для разработки системы учета остатков и движения ТМЦ на складе ООО «Логистика».

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

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

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

Вся информация в базе данных представлена в виде таблиц.

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

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

В рамках данного дипломного проекта на выбор СУБД повлияли те требования, которые непосредственно предъявляются заказчиком.

Для сравнения были выбраны следующие СУБД:

Interbase 6.5;

Access 2003;

Oracle 9i.

Вообще говоря, перечень требований к СУБД, может изменяться в зависимости от поставленных целей. Можно выделить несколько групп критериев:

моделирование данных;

особенности архитектуры и функциональные возможности;

контроль работы системы;

особенности разработки приложений;

производительность;

надежность;

требования к рабочей среде;

смешанные критерии;

стоимость.

Результаты сравнения СУБД представлены в табл. 6 в усредненном оценочном виде для данной предметной области (вариация оценки от 1 до 5, где 5 – наивысшая оценка).

 

Таблица 6.Сравнение СУБД

Критерий

Система управления базой данных

Interbase 6.5

Access 2002

Oracle 9i

Моделирование данных

1

3

5

Особенности архитектуры и функционал

1

3

5

Контроль работы системы

2

2

5

Производитель-ность

1

1

5

Особенности разработки

1

2

5

Надежность

1

2

5

Требования к рабочей среде

2

3

4

Смешанные критерии

1

3

5

Стоимость

Бесплатная

Невысокая цена

Дорогая

 

По соотношению цена – качество была выбрана СУБД Access.

Мощность и гибкость Delphi при работе с базами данных основана на двух технологиях: ADO.NET и процессоре баз данных Borland Database Engine (BDE).

Технология ADO.NET (ActiveX Data Objects for .Net) является одной из главных составных частей  технологии .NET и предназначена для взаимодействия с источниками данных. Изначально ADO.NET разрабатывалась для использования в Web-приложениях и наше дальнейшее знакомство с этой технологией будет также ориентировано на использование баз данных Visual FoxPro, MS SQL сервера, а также некоторых других приложений в Интернет.

На физическом уровне ADO.NET представляет собой наборы библиотек, которые позволяют вашим приложениям общаться с различными источниками данных. Хотя основными источниками данных для приложений являются базы данных различных систем управления реляционными базами данных, таких как Visual FoxPro, Microsoft SQL Server, Oracle, Borland Interbase,  IBM DB2 и т.п., ADO.NET позволяет общаться с текстовыми файлами, XML файлами, таблицами Excel и прочими форматами.

На основе технологии ADO в Delphi созданы соответствующие компоненты-наборы TADOTable, TADOQuery, TADOStoredProc , повторяющие в функциональном отношении компоненты TTable, TQuery, TstoredProc, но не требующие развертывания и настройки на клиентской машине BDE.

Основным достоинством ADO является ее естественная ориентация на создание «облегченного» клиента. На машине сервера данных (это может быть файловый сервер в рамках файл/серверной технологии или машина с сервером данных - в технологии клиент/сервер) устанавливается так называемый провайдер данных - некоторая надстройка над специальной технологией OLE DB, «понимающая» запросы объектов ADO и «умеющая» переводить эти запросы в нужные действия с данными. Взаимодействие компонентов ADO и провайдера осуществляется на основе универсальной для Windows технологии ActiveX, причем провайдер реализуется как СОМ-сервер, а ADO-компоненты - как COM-клиенты. На машине сервера создается и размещается источник данных. В случае файл/серверных систем отдельные таблицы типа dBASE, FoxPro, Paradox и т.п. должны управляться соответствующим ODBC-драйвером,а в роли провайдера используется Microsoft OLE DB Provider for ODBC drivers. Если по каким-либо причинам не найден нужный драйвер файл/серверные таблицы можно перенести в формат MS Access. На их основе создается единый файл, содержащий все необходимые таблицы, индексы, хранимые процедуры и прочие элементы БД. Такой файл управляется машиной баз данных Microsoft Jet 4.0 Database Engine, а в роли провайдера используется Microsoft Jet 4.0 OLE DB Provider. Если используется промышленный сервер данных Oracle или MS SQL Server, данные не нуждаются в какой-либо предварительной подготовке, а в роли провайдера используется соответственно Microsoft OLE DB Provider for Oracle или Microsoft OLE DB Provider for SQL Server.

Интерфейс BDE  с прикладными программами называется Integrated Database Application Programming Interface (IDAPI). В принципе, сейчас не различают эти два названия (BDE и IDAPI) и считают их синонимами. BDE позволяет осуществлять доступ к данным как с использованием традиционного record-ориентированного (навигационного) подхода, так и с использованием set-ориентированного подхода, используемого в SQL-серверах баз данных. Кроме BDE, Delphi позволяет осуществлять доступ к базам данных, используя технологию (и, соответственно, драйверы) Open DataBase Connectivity (ODBC) фирмы Microsoft. Но, как показывает практика, производительность систем с использованием BDE гораздо выше, чем оных при использовании ODBC. ODBC драйвера работают через специальный “ODBC socket”, который позволяет встраивать их в BDE.

Все инструментальные средства баз данных Borland - Paradox, dBase, Database Desktop - используют BDE. Все особенности, имеющиеся в Paradox или dBase, “наследуются” BDE, и поэтому этими же особенностями обладает и Delphi.

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

Технология ADO.NET предлагает решение многих проблем, связанных с доступом к данным. ADO.NET - модель программирования на основе стандартов для создания распределенного, прикладного программного обеспечения, предназначенного для совместного использования данных. ADO.NET имеет несколько существенных преимуществ относительно других компонент доступа к данным. Эти преимущества относятся к следующим категориям:

способность к взаимодействию с другими объектами;

надёжность;

программируемость;

эффективность.

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

3.2 Разработка моделей данных.

 

Построение информационно-аналитической системы складского учета  является  достаточно  сложной  и  ответственной  работой  в  виду  того,  что  используются  большие  объемы  информации  об остатках и движении ТМЦ на складе ООО «Логистика»,   достоверность которых не должна вызывать сомнения при их аналитической  обработке.

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

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

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

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

Процесс построения информационной модели информационной системы ООО «Логистика» включает в себя  следующие этапы.

1.  Создание логической модели данных:

2.  определение сущностей;

3.  определение зависимостей между сущностями;

4.  задание первичных и альтернативных ключей;   5.  определение неключевых атрибутов сущностей;

6.  Переход к физическому описанию модели;

7.  Генерация физического представления базы данных.

Основная  информация, описывающая сущность, включает:

атрибуты, составляющие первичный ключ;

неключевые атрибуты;

тип сущности (независимая/зависимая).

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

•  первичный ключ не должен принимать пустые (NULL) значения;

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

•  размер первичного ключа должен быть как можно меньшим.

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

Разработанная модель предметной области была реализована в виде связанных таблиц базы данных MS Access 2003.

Схема данных представлена на рис. 5.

 

 

Рис. 5. Схема данных ИС складского учета

3.3 Реализация базы данных

 

Структура таблица БД представлена на рис. 6 - 15.

 

Рис. 6. Структура таблицы «Склад»

 

Рис. 7. Структура таблицы «Товары»

 

 

Рис. 8. Структура таблицы «Группа товаров»

 

Рис. 9. Структура таблицы «Поставщики»

 

 

Рис. 10.Структура таблицы «Приход»

 

 

Рис. 11.  Структура таблицы «Покупатели»

 

Рис. 12. Структура таблицы «Расход»

 

 

Рис. 13. Структура таблицы «Счета»

 

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

 

 

 

 

 

 

5. ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПОДСИСТЕМЫ

 

 

5.1. Средства разработки специального программного обеспечения

 

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

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

передавать управление различным процессам, в зависимости от состояния системы;

создавать оболочки для баз данных, как и сами базы данных;

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

Современные средства разработки характеризуются следующими параметрами:

поддержка объектно-ориентированного стиля программирования;

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

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

поддержка БД;

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

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

Вышеперечисленными свойствами обладают языки программирования, например: Delphi, Visual C++, Borland С++ Biulder, Visual FoxPro  и другие.

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

При создании программного продукта АСИС “Учет поставок” главным критерием выбора программных средств разработки являлись:

скорость разработки приложений;

возможность быстрого внесения изменений в программу;

возможность редактирования и просмотра БД, используя средства разработки.

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

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

Наличие опыта разработки с использованием данного программного продукта;

Требования  по ресурсам;

Поддержка операционной системы;

Наглядность разработки интерфейса;

Предоставляемые возможности работы с базами данных;

Доступность;

Скорость работы разработанного программного обеспечения;

Обработка исключительных ситуаций;

Время создания разработанного программного обеспечения;

 Удобство эксплуатации;

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

Определение критериев, по которым будет произведено сравнение и степени их важности.

Каждый вариант оценивается по полученному перечню критериев. Получается численное значение – оценка.

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

Лучшим считается вариант, который набрал максимальное количество баллов.

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

Результаты приведены в таблице 7.

 

Таблица 7. Характеристики средств разработки ПО.

Средство разработки

 

Характеристика средств разработки

 

 

Delpi

 

 

Visual C++

 

 

Borland C++ Buielder

 

 

 

Visual FoxPro

Наличие опыта разработки с использованием данного программного продукта;

8

6

4

4

Требования  по ресурсам;

7

6

6

5

Поддержка операционной системы;

8

8

8

7

Наглядность разработки интерфейса;

9

7

8

5

Предоставляемые возможности работы с базами данных;

8

6

4

7

Скорость работы разработанного программного обеспечения;

6

7

8

7

Обработка исключительных ситуаций;

8

8

8

6

Время создания разработанного программного обеспечения;

9

6

5

7

Удобство эксплуатации;

7

8

8

7

Всего:

70

62

60

56

 

 

В результате выполненного анализа инструментальных средств можно сделать вывод, что в качестве средства разработки АИС будет использован Delphi, как наиболее оптимальное средство разработки с точки зрения разработчика.

 

5.2. Разработка специального программного обеспечения системы

 

5.2.1 Структура специального программного обеспечения

 

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

 

Рис. 14. Структура системы складского учета.

 

Экранные формы данных структурных модулей приведены на рис. 15 – 23.

 

 

Рис.15. Главная экранная форма системы складского учета

 

Рис. 16. Форма просмотра справочника поставщиков

 

Рис.17. Форма просмотра справочника покупателей

 

Рис. 18. Форма просмотра справочника товаров

 

Рис.19. Форма просмотра состояния склада

 

Рис.20.  Форма оформления операции приходаТМЦ

 

Рис.21.  Форма оформления операции расхода ТМЦ

 

Рис. 22. Форма просмотра счетов-фактур

 

Рис. 23. Форма добавления счетов-фактур

 

. Описание способов реализации программных модулей

 

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

Главное меню обычно располагают под заголовком формы. Выбор пункта главного меню вызывает появление на экране выпадающего меню. Выпадающее меню содержит команды или вложенные выпадающие меню. Уровень вложения не ограничен.

В   Delphi   главное   меню   реализовано   компонентом   MainMenu..

Подключение меню к форме выполняется через свойства формы MainMenu.

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

Формирование пунктов меню выполняется в Дизайнере меню. Дизайнер меню вызывается из контекстного меню, связанного с компонентой MainMenu, командой Menu Designer. Как обычно, локальное меню открывается щелчком правой кнопкой мыши на компоненте. Другой способ вызова дизайнера меню заключается в выполнении двойного щелчка на  компонентах MainMenu или PopupMenu.

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

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

Экспорт данных в приложение MicroSoft Excel с целью формирования соответствующих документов производится с помошью объекта Excel.Application.

 

 

 

 

 

 

 

 

 

 

 

 

Выводы

 

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

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

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

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

Целью данного курсового проекта является разработка системы складского учета ООО «Логистика» - предприятия, работающей в сфере оптовой торговли строительными материалами.

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

Основой задачей созданной в ходе выполнения данного курсового проекта системы является учет и оперативное регулирование хозяйственных операций, подготовки стандартных документов для внешней среды ООО «Логистика».

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

Оперативное управление хозяйственными процессами составляет



Другие работы по теме: