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

Создано admin . Опубликовано в Для диплома

37250fa149fdcdab3f3432f130115b14

Если тема Вас заинтересовала, и вы хотите ознакомиться с полным текстом практической части дипломного проекта, то вот ссылка для скачивания

Если Вам нужна для ознакомления полная версия проекта с исходниками, презентациями, выступлениями и т.д., то пишитеigwt@mail.ru. Проект (диплом) предоставляется только по взаимовыгодным условиям, которые обсуждаются индивидуально. Это может быть например: совместная работа над этим сайтом, участие в написании контента для сайта, разработка для этого проекта модулей, плагинов и.д. (всего, что приведет к продвижению или улучшению проекта). А также готовы выслушать ваши предложения.

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

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

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

 

Проектная часть

Формулировка задачи

 

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

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

У складского учета есть две главные цели:

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

Главную же цель, которую преследует будущая ИС, заключается в том, что бы избавить кладовщика от рутинной бумажной работы, которую он должен проводить каждый отчетный период по составлению отчетов. Путем автоматизации ведения «Журнала складских операций» средствами ЭВМ.

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

А именно:

  1. Иметь справочник по всем контрагентам, с которыми у данной организации заключен договор о принятии делегированных прав по обслуживанию выпускаемой ими продукции;
  2. Иметь справочник по всем товарам, которые могут поступить или уже поступили на ответственное хранение, данной организации;
  3. Предоставлять весь необходимый инструментарий по наполнению, хранению и выводу данных в справочниках;
  4. Иметь автоматизированные средства по ведению «Журнала складских операций»;
  5. Иметь автоматизированные функции и инструментарий для ведения оперативного учета;
  6. Иметь некий «генератор отчетов», который помимо формирования отчетных форм – должен располагать инструментарием по формированию динамической структуры отчетов, ведь хоть порядок действий документооборота не предусматривает изменение каких либо шагов, конечный результат должен соответствовать форме отчетности согласно правилам структуры по каждому из поставщиков.

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

 

Информационное обеспечение задачи

Организация документооборота в системе

Логическая структура организации документооборота внутри системы показана на рисунке 2.1.

Безымянный

 

Рисунок 2.1 — Логическая структура документооборота в системе

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

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

 

Архитектура и функциональность подсистемы

 

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

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

Этап 1:

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

Вносятся ориентировочно след реквизиты:

—      внутренний идентификатор (автоматически);

—      название организации-поставщика;

—      ИНН или регистрационный номер;

—      его адрес;

—      прочее описание.

Этап 2:

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

Вносятся ориентировочно след реквизиты:

—      внутренний идентификатор (автоматически);

—      наименование данной категории;

—      если категория «вложенная» — признак родительского каталога.

Этап 3:

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

Вносятся ориентировочно след реквизиты:

—      внутренний идентификатор (автоматически)

—      внешний идентификатор (код данного наименования в нутрии общей идентификации у поставщика);

—      наименование (согласно внутренней идентификации у поставщика);

—      признак принадлежности данного товара определенному поставщику;

—      признак тематической категории;

—      если необходимо единица размерности (по умолчанию «шт.»);

—      цена 1-ой ед.;

—      прочее описание.

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

Этап 4 – операция «прихода» товара на склад:

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

—      текущая дата;

—      признак поставщика, из справочника поставщиков;

—      признак наименования, из справочника всех товаров, при чем только из тех которые принадлежат выбранному выше поставщику;

—      признак уникального кода для данного наименования;

—      номер накладной;

—      количество поступившего товара.

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

—      дата операции;

—      характер операции (в данном случае приход);

—      признак поставщика;

—      код данного наименования;

—      само наименование;

—      номер накладной;

—      количество поступившего товара;

—      количество «годных» деталей, которое было до проведения операции;

—      количество «не годных» деталей, которое было до проведения операции.

Этап 5 – операция «Замены старой детали на новую»:

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

Этап 6 – операция «Списание не годных деталей»:

Так же аналогично 5-му этапу с тематическими изменениями.

Этап 7 – операция «Возврата поставщику не годных деталей»:

Так же аналогично 5-му этапу с тематическими изменениями.

Этап 8 – составление отчета «О движении запасных частей для гарантийного ремонта» за отчетный период:

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

—      выберет заготовленную ранее отчетную форму;

—      отсортирует из «журнала …» данные которые входят в выбранный отчетный период;

—      внесет в подготавливаемый отчет весь перечень наименований, которые имеются на складе, по данному поставщику и те которые возможно уже сняты с учета на складе, но числились на начало периода – по данным журнала;

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

—      внесет по датам все проведенные операции с данным наименованием за выбранный период;

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

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

Это почти все первостепенные этапы, которые будущая ИС должна позволить произвести.

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

 

Программное обеспечение задачи

Разработка реляционной модели базы данных подсистемы

 

За основу в построении сервера баз данных разумней будет взять систему управления реляционными базами данных Borland InterBase 6.5. Как  уже было сказано выше, эта система ничем принципиально не отличается от аналогичных ей СУБД, к тому же является полностью интегрированной в середу Borland Delphi 7, что тоже является несомненным ее плюсом.

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

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

Безымянный

Рисунок 2.2 — Реляционная модель функциональных связей между таблицами базы данных ИС (подсистема «Учет материалов»).

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

Безымянный

Рисунок 23 — Реляционная модель функциональных связей между таблицами базы данных ИС (подсистема «Транспортные услуги»)

 

Описание программных модулей

 

Описание программного модуля «Склад».

 

Данная программа решает следующие задачи:

  1. Ведение информационной базы по продуктам, поставщикам;
  2. Проведение операций по складу: прихода, списания, возврата;
  3. Формирование отчётов;
  4. Анализ данных.
  5. Учет транспортных операций.

При загрузке появляется главная форма программы рисунок 2.4.

Безымянный

Рисунок 2.4 – Главная форма программы (Модуль «Склад»)

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

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

Безымянный

Рисунок 2.5 – Меню программы

При нажатии соответствующей кнопки запускается форма «Справочник поставщиков» рисунок 2.6.

Безымянный

Рисунок 2.6 – Форма «Справочник поставщиков»

В этом справочнике необходимо задать сведения всех новых поставщиков.

Безымянный

Рисунок 2.7 – Форма «Справочник категорий»

Безымянный

Рисунок 2.8  – Форма «Справочник всех товаров»

 

Описание модуля «Подрядные работы»

 

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

Безымянный

Рисунок 2.18 Внешний вид главной кнопочной формы

 

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

Главная форма системы представлена на рисунке 2.18 и предназначена для обеспечения удобного доступа ко всем основным компонентам программы, а также для доступа к инфор­мации о программе и отчету. Через главную форму можно получить доступ к следующим формам: «Выполняемые работы»; «Локальные работы»; «Автопарк»; «Персонал»; «Материалы», «Калькуляция по автопарку», «Калькуляция по материалам», «Калькуляция по персоналу».

Первая рабочая форма показана на рисунке 2.19. Даная форма активизируется через меню Операции – Клиенты – Новый.

Безымянный

Рисунок 2.19 – Рабочая форма по ведению нового проекта

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

Если тема Вас заинтересовала, и вы хотите ознакомиться с полным текстом практической части дипломного проекта, то вот ссылка для скачивания

Если Вам нужна для ознакомления полная версия проекта с исходниками, презентациями, выступлениями и т.д., то пишитеigwt@mail.ru. Проект (диплом) предоставляется только по взаимовыгодным условиям, которые обсуждаются индивидуально. Это может быть например: совместная работа над этим сайтом, участие в написании контента для сайта, разработка для этого проекта модулей, плагинов и.д. (всего, что приведет к продвижению или улучшению проекта). А также готовы выслушать ваши предложения.

С ув. Эдуард Тихонов.

Похожие материалы:

Понравилась статья? - поделитесь ею со своими друзьями!

Хотите Быть В Курсе Всех Новинок Сайта?!

Подпишитесь прямо сейчас, и получайте обновления на свой E-Mail:

Ваш E-Mail в безопасности

Есть что сказать? - Комментируй!

Комментарии Facebook

А Вы что думаете?