Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

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

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

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

В соответствии с целью в курсовой работе будут рассматрены задачи:

– охарактеризовать функционирование АО «Голицынский опытный завод средств автоматизации», а также его модель функционирования;

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

– выполнить функциональное моделирование проекта автоматизации;

– с помощью платформы 1С:Предприятие выполнить проектирование конфигурации для складского учета на базе АО «Голицынский опытный завод средств автоматизации»;

– выполнить тестирование созданного проекта автоматизации.

Предмет исследования – автоматизация складского учета в АО «Голицынский опытный завод средств автоматизации».

Объект исследования – АО «Голицынский опытный завод средств автоматизации».

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

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

ГЛАВА 1. ИССЛЕДОВАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ

1.1 Описание предметной области

1.1.1. Описание объекта автоматизации

АО «Голицынский опытный завод средств автоматизации» одно из старейших промышленных предприятий Подмосковья. В 2019 году завод отметил 120-летие своего существования.

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

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

C 1922 года предприятие зарегистрировано как «Голицынский опытный завод средств автоматизации».

С 1965 года завод был передан в подчинение Голицынской птицефабрике, а через год Производственному Объединению «Звенигород», специализирующемуся по выпуску птицеводческого оборудования. В 1974 году завод входил в состав Минживмаша, спустя 13 лет в Министерство автомобильного, тракторного и сельскохозяйственного машиностроения.

Номенклатура выпускаемых за эти годы изделий велика — 2-х ярусные клеточные батареи с подогревом, шнековые транспортеры ТУУ-2, ленточно-скребковые транспортеры.

В настоящие время АО «ГОЗСА» является одним из лидеров в производстве современного отечественного клеточного оборудования для промышленного птицеводства. Завод выпускает продукцию, не уступающую по своим технико-экономическим показателям европейским образцам и отвечающую жестким современным требованиям птицеводческого рынка. Имеет сертификат о происхождении товара СТ-1, выданный Торгово-промышленной палатой РФ и Подтверждение производства промышленной продукции на территории РФ, выданное Министерством Промышленности и Торговли РФ.

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

Рассмотрим организационную структуру АО «ГОЗСА» (рисунок 1).

Рисунок 1. Организационная структура АО «ГОЗСА».

Руководство процессом производства осуществляется директором предприятия. Директор издаёт приказы по предприятию, в соответствии с трудовым законодательством принимает и увольняет работников, применяет меры поощрения и налагает взыскания на работников предприятия.

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

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

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

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

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

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

Рассмотрим обязанности сотрудников склада.

Заведующий складом обязан:

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

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

– обеспечивать соблюдение правил оформления и сдачи приходно-расходных документов, составлять установленную отчетность по предприятию;

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

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

– Участвовать в проведении инвентаризаций товарно-материальных ценностей.

Функции бухгалтера склада:

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

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

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

– обеспечение рациональной организации бухгалтерского учета и отчетности на складе;

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

Функции кладовщика:

– Организация и осуществление приема, отпуска, хранения и сортировки, перемещения, переработки товарно-материальных и иных ценностей;

– соблюдение правил, порядка и условий складирования и хранения товарно-материальных и иных ценностей, с которыми приходится работать;

– рациональное использование складских помещений и мощностей;

– обеспечение перемещения поступивших на склад ценностей к местам их хранения.

Кассир обязан:

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

– получать в учреждениях банка наличность;

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

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

Грузчик исполняет следующие обязанности:

– осуществляет погрузку и выгрузку.

– устанавливает лебедки, подъемные блоки, устройство временных скатов и другие приспособления для погрузки и выгрузки грузов.

– осуществляет крепление и укрытие грузов на складах и транспортных средствах.

– переносит щиты и трапы.

Охранник должен:

– нести службу по охране объектов и материальных ценностей;

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

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

1.1.2. Описание рассматриваемого бизнес-процесса

В АО «ГОЗСА» все основные бизнес-процессы (БП) являются результатом обращения определенных клиентов за приобретением выпускаемых средств автоматизации.

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

– клеточные батареи;

– клетки фермерские;

– системы освещения;

– вспомогательное оборудование.

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

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

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

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

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

Аналогично, от принятого на складе АО «ГОЗСА» порядка распределения обязанностей, а также делегирования полномочий персоналу зависит движение документации при подписании и согласовании.

Рассмотрим моделирование «КАК ЕСТЬ» процесса складского учета АО «ГОЗСА».

Для проанализированной предметной области разработаем следующую контекстную диаграмму (рисунок 2).

Конт_диагр.jpg

Рисунок 2. Контекстная диаграмма.

Функционирование складского отдела АО «ГОЗСА» базируется на таких примерах входной информации:

– складские мощности;

– перечень товаров;

– накладная;

– поставляемые материальные ценности.

В результате реализации складских операций получим следующие ведомости:

– прихода на склад;

– расхода со склада;

– оборотные.

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

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

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

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

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

– Создание заявки;

– Рассмотрение заявки на поставку;

– Заключение о возможности поставки.

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

Декомп_конт_диагр.jpg

Рисунок 3. Декомпозиция контекстной диаграммы.

Аналогично будет рассматриваться процесс декомпозиции и для других блоков (рисунки 4, 5).

Декомп_блока1.jpg

Рисунок 4. Декомпозиция блока.

Декомп_блока2.jpg

Рисунок 5. Декомпозиция блока.

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

Обзор существующих аналогов

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

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

Самой применяемой и известной является программа под названием «1С: Торговля и склад 8.3».

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

Интерфейс программы показан на рисунке 6:

Результат пошуку зображень за запитом "торговля и склад 1с"

Рисунок 6. Интерфейс 1С:Торговля и склад 8.3.

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

Стандартная программа имеет следующие возможности (рисунок 7):

Рисунок 7. Возможности 1С: Торговля и склад 8.3.

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

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

Программа управления поставками под названием «Поставки+» предназначается для автоматизации выполнения складского учета и поставок товарно-материальных ценностей.

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

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

Интерфейс программы показан на рисунке 8:

Результат пошуку зображень за запитом "программа для учета поставок"

Рисунок 8. Интерфейс «Поставки+ 2018».

Основные возможности ПО «Поставки+ 2018» по обработке данных:

– легкая регистрация движения товаров;

– ввод оперативной информации об остатках и продажах товаров;

– выполнение печати первичных документов;

– выполнение раздельного учета товаров до 100 торговых и складских точек.

ПО «Фрегат 4.8.2» – является очень удобной и простой программой, которая имеет необходимые возможности для реализации услуг по складскому учету разной сложности (рисунок 9).

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

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

Результат пошуку зображень за запитом "программа «Склад+»"

Рисунок 9. Интерфейс ПО «Фрегат 4.8.2».

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

1.3. Описание выбранного средства разработки

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

Гибкость 1С:Предприятие 8.3 применяется в самых разных областях:

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

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

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

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

С его помощью можно выполнить настройку таких параметров:

– общие модули конфигурации;

– функциональные опции;

– общие формы конфигурации;

– веб-сервисы;

– элементы стиля конфигурации;

– планы обмена данными;

– языки и региональность конфигурации;

– подписки на события;

– параметры функциональных опций;

– критерии отбора информации и другие.

Для обеспечения функциональности программы конфигуратор дает возможности применять:

– справочники;

– подсистемы;

– печатные формы;

– отчеты;

– регистры накопления;

– перечисления;

– планы счетов;

– документы;

– регистры сведений;

– бизнес-процессы;

– регистры расчета;

– журналы документов и другие составные части конфигурации.

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

Окно конфигуратора показана на рисунке 10.

Результат пошуку зображень за запитом "конфигуратор 1с"

Рисунок 10. Интерфейс конфигуратора.

Над объектами конфигурации можно выполнять такие действия:

– добавление;

– удаление;

– редактирование;

– внедрение;

– обновление;

– проведение и другие.

1.4. Постановка задачи на разработку ИС

Рассмотрим постановку задачи, которая предназначена для информатизации рассматриваемого БП в АО «ГОЗСА».

ИС автоматизирует процесс складского учета на основании АО «ГОЗСА». При этом должны быть решены такие задачи автоматизации:

– сокращения затрат для оформления документации по складскому учету в АО «ГОЗСА», оперативное формирование всей соответствующей отчетности;

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

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

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

– выполнять основные типы запросов по главным параметрам работы персонала склада АО «ГОЗСА».

Целью внедрения ИС складского учета является:

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

Функции системы:

– ввод, хранения, редактирование данных о заказах отгрузку товаров со склада;

– учет накладных;

– учет клиентов;

– учет заявок отгрузку.

Входная информация:

– перечень товаров;

– перечень клиентов;

– данные о сотрудниках склада.

Выходная информация:

– накладная;

– договор;

– отчет об оплате и другие.

Пользователями ИС могут быть:

– менеджеры по работе с клиентами;

– сотрудники склада.

ГЛАВА 2. ПРОЕКТИРОВАНИЕ И РЕАЛИЗАЦИЯ ПРОГРАММНЫХ МОДУЛЕЙ

2.1. Роли пользователей в системе. UML-моделирование

Основными ролями в системе являются кладовщик, директор компании и начальник склада.

Рассмотрим основные объекты объектно-ориентированного подхода к проектированию ИС.

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

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

– Сформулировать общие требования к функциональному поведению проектируемой системы.

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

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

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

При этом актером или действующим лицом называется любая сущность, взаимодействующая с системой извне [8].

На рисунке 11 показана диаграмма вариантов использования для рассматриваемой предметной области:

Диаграмма вариантов использования2.jpg

Рисунок 11. Диаграмма вариантов использования.

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

На рисунке 12 показана диаграмма взаимодействия для деятельности складского учета.

Диаграмма взаимодействия.jpgРисунок 12. Диаграмма взаимодействия.

На рисунке 13 рассматривается диаграмма сущность-связь проектируемой ИС:

Рисунок 13. Диаграмма сущность-связь.

Диаграмма состояний показывает, как объект переходит из одного состояния в другое (рисунок 14):

Рисунок 14. Диаграмма состояний.

Диаграмма размещения (развертывания) — вторая из двух разновидностей диаграмм реализации UML, моделирующих физические аспекты объектно-ориентированных систем.

Рисунок 15. Диаграмма размещения.

В результате выполненных действий выполнено проектирование ИС складского учета.

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

Внедрение в складской учет ИС для его автоматизации с положительной стороны повлияет на его выполнение. Рассмотрим контекстную диаграмму TO BE:

Конт_диагр_TOBE.jpg

Рисунок 16. Контекстная диаграмма TO BE.

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

Рассмотрим декомпозицию контекстной диаграммы (рисунок 17) и описание процесса «Хранение товара» (рисунок 18):

Декомп_конт_диагр_TOBE.jpg

Рисунок 17. Декомпозиция контекстной диаграммы.

Хранение товара с применением ИС .jpg

Рисунок 18. Процесс «Хранение товара» с применением ИС.

Рассмотрим другие преимущества внедрения ИС в складской учет:

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

2.3. Описание разработки объектов системы

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

Рисунок 19. Дерево функций.

Заметим, что описанные функции ИС разделены между подсистемами (рисунок 20):

Рисунок 20. Подсистемы.

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

На рисунке 21 рассматривается сценарий диалога:

Рисунок 21. Сценарий диалога.

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

Пункт Справочники используется для ввода первичных данных в базу данных.

Пункт Документы применяется для ввода оперативной информации о складском учете.

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

Пункт Выход используется для закрытия конфигурации.

После анализа данных по предметной области надо выделить совокупность сущностей БД:

– Товары;

– Типы товаров;

– Поставщики;

– Складской учет;

– Склады.

Опишем далее основные атрибуты для указанных объектов (таблица 1):

Таблица 1. Описание атрибутов.

Название

Тип

Длина

Ключевое поле

Тип товара

Код типа

Числовой

8

Да

Наименование

Текстовый

25

Ответственный

Текстовый

25

Склады

Код

Числовой

8

Да

Название склада

Текстовый

25

Поставщики

Код клиента

Числовой

8

Да

Название

Текстовый

25

Адрес

Текстовый

25

Телефон

Текстовый

10

Пол

Ссылка

15

Продолжение таблицы 1

Товары

Номер товара

Числовой

3

Да

Название

Текстовый

25

Цена

Числовой

8

Склад

Ссылка

25

Да

Тип

Ссылка

25

Дата поставки

Дата и время

13

Да

Складской учет

Номер

Числовой

3

Да

Поставщик

Ссылка

25

Да

Количество

Числовой

3

Продукция

Ссылка

25

Да

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

Между объектами Поставщики и Складской учет присутствует связь «один-ко-многим», поскольку один поставщик может несколько раз предоставлять услуги в документе Складской учет.

Между объектами Товары и Складской учет есть связь «один-ко-многим», поскольку 1 товар может несколько раз присутствовать в документе Складской учет.

Между объектами Тип товаров и Товар будет присутствовать связь типа «один-ко-многим», поскольку один тип товаров несколько раз будет присутствовать в перечне товаров.

Между объектами Склады и Товары используется связь «один-ко-многим», так как один склад может содержать несколько разных товаров.

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

На основании платформы 1С:Предприятие рассматриваются данные, которые обрабатываются при распределении на несколько подсистем:

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

– Складской отдел;

– Бухгалтерия.

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

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

На рисунке 22 показано дерево вызовов, которое применяется в ИС.

Рисунок 22. Пример дерева вызовов.

Созданная конфигурация состоит с нескольких модулей:

– основной модуль;

– модуль справочников;

– модуль документов;

– модуль форм;

– модуль отчетов.

Изобразим деятельность некоторых модулей в виде блок-схемы (рисунок 23):

Рисунок 23. Блок-схема составления акта.

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

– подсистемы:

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

– Складской отдел;

– Бухгалтерия.

– справочники:

– Справочник типов товаров;

– Справочник поставщиков;

– Справочник складов.

– документация;

– Товары;

– Складской учет.

– регистр накопления;

– отчет;

– созданные перечисления:

– Пол.

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

При разработке ИС был создан интерфейс для пользователя и база данных с помощью платформы «1С:Предприятие 8.3».

Для создания подсистемы нужно открыть соответствующее окно и ввести информацию (рисунок 24):

Рисунок 24. Ввод данных о подсистеме.

Аналогично создаются подсистемы:

– Бухгалтерия;

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

Стоит отметить, что для каждой конфигурации есть возможность настроить командный интерфейс:

Рисунок 25. Командный интерфейс для подсистемы Складской отдел.

Для ввода условно-постоянных данных применяются справочники. Рассмотрим пример разработки справочника Поставщики (рисунки 26 – 28):

Рисунок 26. Ввод исходных данных.

Рисунок 27. Выбор подсистемы.

Рисунок 28. Определение реквизитов.

Аналогично создаются остальные справочники.

Документы предназначены для регистрации оперативной информации о перевозках. В конфигурации применяются документы Товары и Складской учет. Создание документа выполняется аналогично справочнику (рисунки 29 – 31).

Рисунок 29. Ввод основных данных о документе.

Рисунок 30. Выбор подсистем.

Рисунок 31. Определение реквизитного состава.

Для ввода информации применяются формы.

Пример создания формы для документа Товары показан на рисунках 32 – 34:

Рисунок 32. Ввод данных о форме.

Рисунок 33. Определение полей формы.

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

Для вывода отчетной информации применяются отчеты.

Отчеты создаются с помощью системы компоновки данных и разработки запросов. На рисунке 35 показан запрос для формирования отчета в СКД:

Рисунок 35. Формирование запроса для отчета.

Для установки параметров отчета применяется следующее окно:

Рисунок 36. Окно установки параметров отчета.

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

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

2.4. Тестирование работы системы «1С: Предприятие» после внедрения разработанных модулей

Как правило, испытания ИС могут проводиться двумя методами:

– комплексные;

– автономные.

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

Комплексные испытания предполагают проверку совместно всех составных частей и типов обеспечения (технического, программного и т.п.) ИС.

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

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

Опишем перечень проверяемых функций (таблица 2):

Таблица 2. Перечень проверяемых функций.

№ п/п

Проверяемая функция

Примечание

1

Наличие связи между объектами конфигурации

Справочники, документы

2

Соответствие полей форм и их источников

Справочники, документы, формы

3

Ввод данных

Справочники, документы

4

Формирование отчетности

Отчет

В результате этого рассмотрим далее методы проведения испытаний.

Рассмотрим для каждой функции описание их проверки (таблицы 3 - 6).

Функция «Наличие связи между объектами конфигурации» характеризирует то, что при вводе или изменении данных в справочниках они будут также изменены в документах, которые с ними связаны.

Таблица 3. Описание проверки функции «Наличие связи между объектами конфигурации».

Параметр

Значение

Функция

1. Наличие связи между объектами конфигурации

Предмет проверки

1.1. Правильность установки связей

Используемые средства

1.1. Монитор, клавиатура

Исходные данные

Конфигурация и документами и справочниками

Искажения тестовой информации для имитации нештатных ситуаций

Нет

Ожидаемая реакция

1.1. Наличие источников данных с других таблиц

Способ определения результатов

Визуальный метод

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

Таблица 4. Описание проверки функции «Соответствие полей форм и их источников».

Параметр

Значение

Функция

1. Соответствие полей форм и их источников

Предмет проверки

1.1. Правильность отображения информации

Используемые средства

1.1. Монитор, клавиатура

Исходные данные

Конфигурация с документами и справочниками

Искажения тестовой информации для имитации нештатных ситуаций

Отображение информации

Ожидаемая реакция

1.1. Наличие всех атрибутов объектов в форме

Способ определения результатов

Визуальный метод

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

Таблица 5. Описание проверки функции «Ввод данных».

Параметр

Значение

Функция

1. Ввод данных

Предмет проверки

1.1. Правильность ввода данных

Используемые средства

1.1. Монитор, клавиатура

Исходные данные

Формы

Искажения тестовой информации для имитации нештатных ситуаций

Нет

Ожидаемая реакция

1.1. Безошибочный ввод информации в справочники и документы

Способ определения результатов

Визуальный метод

Заключение

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

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

Значительно сократить итоговый объем необходимых измерений позволяет так называемое компьютерное моделирование реальности.

В работе выполнены следующие задачи:

– охарактеризовано функционирование АО «Голицынский опытный завод средств автоматизации», а также его модель функционирования;

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

– выполнено функциональное моделирование проекта автоматизации;

– с помощью платформы 1С:Предприятие выполнено проектирование конфигурации для складского учета на базе АО «Голицынский опытный завод средств автоматизации»;

– выполнено тестирование созданного проекта автоматизации.

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

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

На примере проделанной работы были рассмотрены практически все функции и возможности платформы 1С:Предприятие.

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

Список источников

  1. 1C:Бухгалтерия предприятия 8.1. Практическое пособие; КноРус - Москва, 2012. - 368 c.
  2. Абрамов Г. В., Медведкова И. Е., Коробова Л. А. Проектирование информационных систем. М.: ВГУИТ, 2012. 172с.
  3. Баймакова И., Новиков А., Рогачев А., Хыдыров А. Обеспечение защиты персональных данных (+ CD-ROM); 1С-Паблишинг - Москва, 2011. - 272 c.
  4. Балдин, К.В. Информационные системы в экономике: Учебное пособие / К.В. Балдин. - М.: НИЦ ИНФРА-М, 2013. - 218 c.
  5. Блиновская, Я.Ю. Введение в геоинформационные системы: Учебное пособие / Я.Ю. Блиновская, Д.С. Задоя. - М.: Форум, НИЦ ИНФРА-М, 2013. - 112 c.
  6. Богаченко В. М., Кириллова Н. А., Сухарева Е. М. Практический консультант бухгалтера; Феникс - Москва, 2011. - 416 c.
  7. Бодров, О.А. Предметно-ориентированные экономические информационные системы: Учебник для вузов / О.А. Бодров. - М.: Гор. линия-Телеком, 2013. - 244 c.
  8. Бойко Э. В. 1С: Предприятие 8.0. Универсальный самоучитель; Омега-Л - Москва, 2011. - 232 c.
  9. Варфоломеева, А.О. Информационные системы предприятия: Учебное пособие / А.О. Варфоломеева, А.В. Коряковский, В.П. Романов. - М.: НИЦ ИНФРА-М, 2013. - 283 c.
  10. Васильков, А.В. Информационные системы и их безопасность: Учебное пособие / А.В. Васильков, А.А. Васильков, И.А. Васильков. - М.: Форум, 2013. - 528 c.
  11. Габец А. П., Козырев Д. В., Кухлевский Д. С., Хрусталева Е. Ю. Реализация прикладных задач в системе "1С:Предприятие 8.2" (+ CD-ROM); 1С-Паблишинг - Москва, 2010. - 720 c.
  12. Заботина Н. Н. Проектирование информационных систем. М.: ИНФРА-М, 2013. 331 с.
  13. Кирилов В.В. Введение в реляционные базы данных./В.В. Кирилов.–СПб.: БХВ-Петербург, 2012.–464 c.
  14. Кошепелев В.Е. Базы данных в ACCESS 2007: Эффективное использование /В.Е. Кошепелев.–М.: Бином-Пресс, 2009.–592 c.
  15. Кузина А.В. Базы данных:Учебное пособие для студентов высш. учеб. заведений /А.В. Кузина.– М.: ИЦ Академия, 2012.–320 c.
  16. Ливенар С.В. Материалы базы данных "Пакет кадровика"/С.В. Ливенар.–М.: ИНФРА-М, 2008.–51 c.
  17. Малевич И.П. Базы данных:Учебное пособие /И.П. Малевич. - СПб.:Питер, 2013.– 240 c.
  18. Мартынова В.П. Базы данных. Распределенные и удаленные БД. Т.1 / В.П. Мартынова.– М.: ИД ФОРУМ,НИЦ ИНФРА-М,2013. – 352 c.
  19. Мартынова В.П. Базы данных. Распределенные и удаленные БД. Т.2: Учебник/В.П. Мартынова.–М.:ИД ФОРУМ,НИЦ ИНФРА-М, – 2013. – 272 c.
  20. Ощенко И. А. Азбука программирования в 1С: Предприятие 8.2. СПб.: БХВ-Петербург, 2013. 272 с.

Приложение 1. Программный код разработанных модулей.

ВЫБРАТЬ

Товары.Название,

Товары.Цена,

Товары.ДатаОтгрузки,

СкладскойУчет.Количество

ИЗ

Документ. СкладскойУчет КАК СкладскойУчет

ЛЕВОЕ СОЕДИНЕНИЕ Документ.Товары КАК Товары

ПО СкладскойУчет.Продукция = Товары.Ссылка

СГРУППИРОВАТЬ ПО

Товары.ДатаОтгрузки,

Товары.Название,

Товары.Цена,

СкладскойУчет.Количество

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.СкладскойУчет.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| СкладскойУчет.Дата,

| СкладскойУчет.Номер,

| СкладскойУчет.Поставщик

|ИЗ

| Документ.СкладскойУчет КАК СкладскойУчет

|ГДЕ

| СкладскойУчет.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

&НаКлиенте

Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

ТабДок = Новый ТабличныйДокумент;

Печать(ТабДок, ПараметрКоманды);

ТабДок.ОтображатьСетку = Ложь;

ТабДок.Защита = Ложь;

ТабДок.ТолькоПросмотр = Ложь;

ТабДок.ОтображатьЗаголовки = Ложь;

ТабДок.Показать();

//}}

КонецПроцедуры

&НаСервере

Процедура Печать(ТабДок, ПараметрКоманды)

Документы.СкладскойУчет.Печать(ТабДок, ПараметрКоманды);

КонецПроцедуры

Процедура Печать(ТабДок, Ссылка) Экспорт

//{{_КОНСТРУКТОР_ПЕЧАТИ(Печать)

Макет = Документы.Товары.ПолучитьМакет("Печать");

Запрос = Новый Запрос;

Запрос.Текст =

"ВЫБРАТЬ

| Товары.Дата,

| Товары.ДатаОтгрузки,

| Товары.Название,

| Товары.Номер,

| Товары.Склад,

| Товары.Тип,

| Товары.Цена

|ИЗ

| Документ.Товары КАК Товары

|ГДЕ

| Товары.Ссылка В (&Ссылка)";

Запрос.Параметры.Вставить("Ссылка", Ссылка);

Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок");

Шапка = Макет.ПолучитьОбласть("Шапка");

ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь;

Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда

ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли;

ТабДок.Вывести(ОбластьЗаголовок);

Шапка.Параметры.Заполнить(Выборка);

ТабДок.Вывести(Шапка, Выборка.Уровень());

ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

Приложение 2. Описание процесса тестирования

Для проверки наличия связи рассмотрим типы данных для внешних ключей (рисунок 37 – 40):

Рисунок 37. Наличие связи поля «Склад».

Рисунок 38. Наличие связи поля «Поставщик».

Рисунок 39. Наличие связи поля «Поставщик».

Рисунок 40. Наличие связи поля «Продукция».

Рассмотрим соответствие полей и правильность ввода данных на примерах экранных форм (рисунок 41- 45):

Рисунок 41. Форма Склады.

Рисунок 42. Форма Поставщики.

Рисунок 43. Форма Товары.

Рисунок 44. Форма Тип товара.

Рисунок 45. Форма Складской учет.

Для проверки функции правильности формирования отчета нужно выполнить следующие шаги (рисунки 46, 47).

Рисунок 46. Окно формирования отчета.

Получим:

Рисунок 47. Отчет.

Аналогично создается печатная форма:

Рисунок 48. Печатная форма.