Частное образовательной учреждение среднего профессионального образования «Техникум информатики, экономики и управления» курсовой проект на тему Автор проекта Группа г. Ульяновск 2011 год Частное образовательное учреждение среднего профессионального образования «Техникум информатики, экономики и управления» Специальность 080802 «Прикладная информатика» Утверждаю Заместитель директора по УР « » 20 г. задание на курсовой проект по дисциплине
Разработка и эксплуатация информационных систем Студенту Группы ФИО Шифр группы 1. Тема утверждена приказом директора № от « » 20 г. 2. Срок представления к защите « » 20 г. 3. Исходные данные для курсового проекта 4. Содержание пояснительной записки курсового проекта 4.1 Введение 4.2 Этапы канонического проектирования информационных систем 4.3
Экономическая часть 4.4 Заключение Руководитель проекта /Л.Ю.Рыковская/ подпись, дата инициалы, фамилия Рассмотрено и одобрено цикловой комиссией наименование комиссии подпись инициалы, фамилия Задание принял к исполнению « » 20 г. подпись инициалы, фамилия ОТЗЫВ руководителя о качестве курсового проекта студента Техникума информатики, экономики и управления Ф.И.О. студента
Специальность Тема курсового проекта Отзыв должен обязательно включать 1. Степень соответствия выполненного курсового проекта задания на курсовой проект. Характеристику работы студента над проектом: самостоятельность в работе, умение пользоваться технической литературой, технический кругозор, использование последних достижений науки и техники, современных методов работы и др. Оценку качества выполнения графической части проекта и пояснительной записки к нему.
Недостатки и положительные стороны курсового проекта. Отзыв о проекте в целом с оценкой по пятибалльной системе. Руководитель проекта Ф.И.О. Подпись « » 20 г. С отзывом ознакомлен Председатель цикловой комиссии Частное образовательное учреждение среднего профессионального образования «Техникум информатики, экономики и управления» Специальность
УТВЕРЖДАЮ Заместитель директора по УР « » 20 г. Пояснительная записка к курсовому проекту на тему: наименование темы Автор курсового проекта подпись, инициалы, фамилия Обозначение курсового проекта (работы) Группа Руководитель проекта подпись, дата инициалы, фамилия согласовано: Председатель цикловой комиссии подпись, дата инициалы, фамилия график защиты курсовой работы по дисциплине «Разработка и эксплуатация информационных систем» для студентов группы на 20 / 20 у. год № п/п
Фамилия студента Тема курсового проекта Дата защиты Разработал: Преподаватель Рыковская Л. Ю Содержание Введение 1. Описание предметной области 1.1 Обзор систем организации управления предприятия 1.2 Характеристика объекта автоматизации 1.3 Описание и схема информационного взаимодействия элементов системы 2. Описание постановки комплекса задач системы 2.1 Общая характеристика задач системы 2.2
Выходная информация 2.3 Входная информация 2.4 Технологические процессы функционирования системы в автоматизированном режиме 2.5 Требования к программно-техническому обеспечению 5.1 Комплекс технических средств 5.2 Общесистемное программное обеспечение 5.3 Выбор и обоснование инструментального средства 3. Разработка информационного обеспечения системы 3.1 Состав и структура таблиц базы данных системы 3.2 Логическая модель взаимосвязи таблиц базы данных системы 3.3
Информационная модель системы 3.4 Описание алгоритмов и программ 4.1 Описание алгоритма программного модуля расчёта гарантийного запаса товаров 4.2 Описание алгоритма программного модуля формирование оптимального размера заказа 4.3 Описание алгоритма программного модуля формирование отчета «Объем продаж» 4.4 Описание алгоритма программного модуля формирование отчета «Ведомость остатков» 3.4.5
Описание алгоритма программного модуля формирование отчета «Списания» 3.5 Контрольный пример 4. Организационно экономическое обоснование дипломного проекта 4.1 Целесообразность разработки с экономической точки зрения 4.2 SWOT-анализ разработки 4.3 Калькуляция себестоимости научно-технической продукции 4. Отчисления на социальные нужды Заключение Список литературы
Приложения Введение Управление товарными ресурсами в компании предполагает планирование и прогнозирование деятельности предприятия. Проведение анализа большого количества информации по истории продаж, поставок, товарных запасов, списаний и т.д. А также расчёт оптимальных размеров товарных запасов и дальнейшего планирования размеров и номенклатуры заказов поставок необходимых для поддержания эффективного функционирования склада. Оптимизация уровня товарных запасов на предприятии встает в связи проблемой содержания запасов,
с одной стороны нужно избежать переполнения товаров на складах, и с другой стороны нежелательно допускать отсутствия необходимого товара длительное время. Одним из наиболее известных и эффективных методов анализа товарных запасов является формула Вильсона. А также распределение товаров на складах в зависимости от стабильности продаж, при помощи методов ABC - анализа. Объектом автоматизации является ЗАО «Аптека-Холдинг» - крупная компания на рынке фармацевтических препаратов.
Компания занимается оптовой и розничной торговлей большой номенклатуры лекарственных средств, охватывающих весь спектр необходимых фармацевтических препаратов. Целью проектирования является разработка средства автоматизированной информационной поддержки работы логистика склада по поддержке процессов закупа и учёта хранения товаров на складе. В соответствии с поставленной целью можно сформулировать следующие задачи разработки системы: системный
анализ работы логистика; построение схемы информационного взаимодействия отдела логистики с другими подразделениями предприятия; определение состава автоматизируемых задач; постановка задач системы; разработка технологии функционирования системы в условиях автоматизированного управления; определение структуры базы данных системы, построение информационной модели системы; построение интерфейса взаимодействия пользователя с системой; разработка алгоритмов; отладка и тестирование программного обеспечения системы;
оформление проекта системы, включая подготовку руководства пользователя. 1. Описание предметной области 1.1 Обзор систем организации управления предприятия В конце 60-х годов, в связи с бурным развитием вычислительной техники, ее возможности перестали быть востребуемы только отдельными наукоёмкими отраслями, компьютерные системы прочно входили в повседневную деловую жизнь. Повсюду начались активные попытки оптимальной автоматизации и информатизации бизнеса,
создавались новые концепции управления и совершенствовались уже существующие. Основными целями автоматизации производственных компаний являлись: точный расчет актуальной себестоимости продукции, ее анализ, понижение затрат в процессе производства и повышение производительности в целом, благодаря эффективному планированию производственных мощностей и ресурсов. Результатом оптимизации этих параметров являлись понижение конечной цены готовых изделий и повышение
общей производительности, что соответственно немедленно отражалось на конкурентоспособности и рентабельности компании. В результате поиска решений в области автоматизации производственных систем родилась концепция планирования потребностей в материалах (MRP). По сути, MRP-методология представляет собой алгоритм оптимального управления заказами на готовую продукцию, производством и запасами сырья и материалов, реализуемый с помощью компьютерной системы.
Другими словами, MRP система позволяла оптимально загружать производственные мощности, и при этом закупать именно столько материалов и сырья, сколько необходимо для выполнения текущего плана заказов и именно столько, сколько возможно обработать за соответствующий цикл производства. Тем самым планирование текущей потребности в материалах позволяло разгрузить склады как и сырья и комплектующих (сырье и комплектующие закупались ровно в том объеме, который можно обработать за один производственный
цикл и поступались прямо в производственные цеха), так и склады готовой продукции (производство шло в строгом соответствии с принятым планом заказов, и продукция, относящаяся к текущему заказу, должна быть произведена ровно к сроку его исполнения (отгрузки)). Собственно методология MRP является реализацией двух известных принципов JIT (Just In Time – Вовремя заказать) и KanBan (Вовремя произвести).
Разумеется, идеальная реализация концепции MRP невыполнима в реальной жизни. Например, из-за возможности срыва сроков поставок по различным причинам и последующей остановки производства в результате этого. Поэтому в жизненных реализациях MRP-систем на каждый случай предусмотрен заранее определенный страховой запас сырья и комплектующих (safety stock), объем которого определяется компетентным руководством компании.
После появления концепции MRP, казалось бы, все основные проблемы производства были решены, активно создавались и продавались компьютерные программы, реализующие принципы этой концепции. Однако в процессе дальнейшего анализа существующей ситуации в мировом бизнесе и ее развития, выяснилось, что всю большую составляющую себестоимости продукции занимают затраты напрямую не связанные с процессом и объемом производства. В связи с растущей от года к году конкуренцией, конечные потребители продукции
становятся все более “избалованными”, ощутимо увеличиваются затраты на рекламу и маркетинг, уменьшается жизненный цикл изделий. Всё это требует пересмотрения взглядов на планирование коммерческой деятельности. Отныне нужно не “что-то производить и стараться потом продать”, а “стараться производить, то, что продается”. Таким образом, маркетинг и планирование продаж должны быть непосредственно связаны с планированием производства. В 90-х годах методы MRP были модифицированы и улучшены, в связи с этим появились такие
системы, как MRP II (Manufacturing Resource Planning) – это планирование производственных ресурсов и ERP (Enterprise Resource Planning) – это планирование потребностей предприятий в материалах. Преимущества, даваемые этими методами, состоят в минимизации издержек, связанных со складскими запасами сырья, комплектующих, полуфабрикатов и прочего, а также с аналогичными запасами, находящимися на различных участках непосредственно в производстве. Для оптимизации управления логистическими цепочками была создана
концепция SCM (Supply Chain Management), которую поддерживает большинство систем класса MRPII. SCM, положенная, как компонент общей бизнес стратегии компании, позволяет существенно снизить транспортные и операционные расходы, путем оптимального структурирования логистических схем поставок. Мировой опыт показывает, что успеха достигают те компании, которые балансируют производственные, коммерческие и финансовые цели. Рассматривают предприятие как единую производственно-сбытовую систему (ПСС), связывающую
воедино такие сферы как: маркетинг – создание новых изделий – снабжение – производство – сбыт – доставка продукции потребителю – сервисное обслуживание, и используют промышленные стандарты MRP/ERP в качестве базовой бизнес - модели, нацеленной на достижение экономической эффективности. Рассмотрим концепцию MRP II поподробнее, так как на основе этой концепции будет проектироваться дипломный проект. В системах класса MRP II содержатся следующие функции производственно - сбытовой системы:
Планирование продаж и производства(Sales and Operation Planning); Управление спросом (Demand Management); Составление плана производства (Master Production Scheduling); Планирование материальных потребностей (MRP - Material Requirement Planning); Управление запасами (Inventory
Transaction Subsystem); Управление плановыми поставками (Scheduled Receipts Subsystem); Планирование производственных мощностей (CRP – Capacity Requirement Planning); Материально техническое снабжение (Purchasing); Планирование ресурсов для распределения (DRP – Distribution Resource Planning); Планирование и контроль производственных операций (Tooling
Planning and Control); Управление финансами (Financial Planning); Моделирование для производственной программы (Simulation); Оценка результатов деятельности (Performance Measurement). Управление запасами, эта подсистема обеспечивает реализацию следующих функций: - Inventory Control – мониторинг запасов; - Physical
Inventory – регулирование и инвентаризация складских остатков. При решении задач управления запасами - производится обработка и корректировка всей информации о приходе, движении и расходе сырья и материалов, промежуточной продукции и готовых изделий; учет запасов по складским ячейкам, выбор индивидуальных стратегий контроля, пополнения и списания запасов по каждой позиции номенклатуры сырья и материалов, и т.д. Учитывается нормативная и текущая фактическая стоимость запасов, а также
отслеживается прохождение отдельных партий запасов и серий изготавливаемой продукции. Управления снабжением, эта подсистема реализует следующие функции: Purchase Orders - заказы на закупку; Supplier Schedules - график поставок; MRP - планирование потребности в материалах, понимаемое как управление заявками на закупку. Управление цепочками поставок - эта подсистема предназначена для обеспечения эффективного управления
материальными и соответствующими им информационными потоками: от поставщика через производство к потребителю. Реализованная в подсистеме идеология «управления глобальными цепочками поставок» дает промышленным предприятиям возможность представлять свою деятельность в виде так называемых эффективных цепочек логистики: от поставщиков сырья и комплектующих до продажи готовых изделий конечному потребителю. При этом обеспечиваются широкие возможности управления транснациональными компаниями, координации распределенного
между многими дочерними компаниями производства. Результаты использования интегрированных систем стандарта MRP II: - получение оперативной информации о текущих результатах деятельности предприятия как в целом, так и с полной детализацией по отдельным заказам, видам ресурсов, выполнению планов; - долгосрочное, оперативное и детальное планирование деятельности предприятия с возможностью корректировки плановых данных на основе оперативной информации; - решение задач оптимизации производственных и материальных
потоков; - реальное сокращение материальных ресурсов на складах; - планирование и контроль за всем циклом производства с возможностью влияния на него в целях достижения оптимальной эффективности в использовании производственных мощностей, всех видов ресурсов и удовлетворения потребностей заказчиков; - автоматизация работ отдела с полным контролем за платежами, отгрузкой продукции и сроками выполнения договорных обязательств; - значительное сокращение непроизводственных затрат; - возможность поэтапного внедрения системы, с
учетом инвестиционной политики конкретного предприятия. Применение MRP технологий становится стандартным на большинстве предприятий. Влияние на бизнес качества приложений MRP/ERP огромное. Использование MRP содействует прогнозированию и планированию, что может обеспечить значительное сокращение издержек и улучшение процесса производства. Производители, которые успешно внедрили системы
MRP, имеют: уменьшенные складские запасы, уменьшенное время выхода на рынок новых продуктов и конечно же увеличение прибыльности. На мировом рынке сейчас предлагается свыше 500 систем класса MRP II-ERP. Рынок бурно растет - на 35% - 40% каждый год. В настоящее время в России присутствуют около десятка западных систем, таких как: BAAN IV, SAP R3, ORACLE Applications, QAD MFG/PRO и несколько отечественные информационные системы
– СПЕКТР, Практик–А, Тектон, которые можно отнести к корпоративным. Типовая стоимость проекта по внедрению такой системы составляет от 50 до 250 тысяч долларов для тиражно - заказных систем, и до 20 тысяч - для тиражируемых, или «коробочных». На сегодняшний момент в состав MPR систем входит множество методов, включая методы расчёта оптимальных размеров товарных запасов и их распределения, а также методы расчёта оптимальных размеров заказов.
В данной работе мы воспользуемся несколькими из таких методов – формулой расчёта размера оптимальных размеров заказов - формулой Вильсона, и методов АВС и XYZ- анализов для распределения товаров на складе. 1.2 Характеристика объекта автоматизации Грамотная постановка задач менеджмента является важнейшим фактором, влияющим как и на успех деятельности предприятия в целом, так и на успех проекта автоматизации.
Поэтому, чтобы проект внедрения автоматизированной системы управления оказался удачным - необходимо максимально формализовать все те контуры управления, которые собственно планируются автоматизировать. Рассмотрим подробнее структуру работы отделов, которые затронет автоматизация предприятия. Компанией используются несколько больших складских помещения, для обеспечения продаж широкого ассортимента лекарственных препаратов в промышленных, оптовых и розничных объемах.
Для функционирования работы складов, работают несколько служб: Департамент сбыта, Департамент поставок и работники складов – логистики, кладовщики и грузчики. Департамент сбыта – занимается приёмом заказов от департаментов сбыта регионального и корпоративного назначения, а также от частных лиц. При приёме заказа оператор проверяется наличие товаров на складах в нужном объёме и вписывает их в расходную накладную.
После формирования заказа, выписываются необходимые документы на получение заказа для клиента. Затем пакет документов отправляется на склад. Компании необходимо решать проблему оптимизации товарных запасов на складах и оптимальных размеров закупок. С целью наименьших затрат на содержание складов и более быстрого пополнения продукции на складах. При получении заявки на складе, бухгалтер склада передаёт расходную накладную с перечнем и объёмом
заказанных товаров главному кладовщику, который распределяет заказ между кладовщиками, ответственных за соответствующие территории складов и группы товаров. После этого кладовщики, вместе с грузчиками собирают заказ со складов. После того как заказ оформлен и клиент забрал его, бухгалтер склада оформляет соответствующие документы, добавляет соответствующие записи о продаже товаров в базе данных.
Департамент поставок, по базе данных и информации об остатках товаров на складах, следит за уровнем наличия товаров на складе. При достижении уровня страхового запаса, работники департамента поставок формируют заказы на поставку товаров для пополнения складов до необходимого уровня наличия товаров. При заказе товаров департамент поставок, информирует работников складов и департамент сбыта о периоде и объемах поставок товаров на склады. При приходе товаров на склады от поставщиков, кладовщики вместе
с грузчиками распределяют товары по складам, в соответствии с их типом, а бухгалтер по приходной ведомости вносит пришедшие товары в базу данных. 1.3 Описание и схема информационного взаимодействия элементов системы Объектом автоматизации является процессы учёта, хранения и распределения товаров на складе, а также процесс закупа товаров у поставщиков, в соответствии с оптимизацией товарных запасов. Проведенное исследование данного процесса и выявление информационных потребностей склада, позволило
построить информационную модель функционирования системы. Схема информационного взаимодействия подразделений системы представлена на рисунке 1.1. На рисунке 1.1 введены следующие обозначения: Ф1 – филиал №1; Ф2 – филиал №2; Фn – филиал №n; Корпоративный ДС – корпоративный департамент сбыта; Региональный ДС – региональный департамент сбыта; 1 – заявка на формирование заказа от покупателя;
2 – заявка на формирование заказа от филиалов, департаментов сбыта; 3 – расходная накладная; 4 – счёт, счёт-фактура клиенту; 5 – сведения о продажах, поставках и об остатках на складе; 6 – заявка поставщикам на оформление заказа от департамента поставок; 7 – приходная накладная, счет-фактура; 8 – сведения о поставках.
2. Описание постановки задач системы 2.1 Общая характеристика задач На основе анализа функционирования компании можно выделить следующие задачи: - «Учет прихода товара на склад» (Z1); - «Учет расхода товара со склада» (Z2); - «Учет инвентаризации товара» (Z3); - «Формирование оптимального размера заказов» (Z4); - «Распределение товара на складе» (Z5); - «Формирование отчета «Объем продаж за период»» (Z6); - «Формирование отчета «Ведомость остатков»» (Z7); - «Ведение справочников
системы» (Z8). Задачу Z1 целесообразно разделить на подзадачи: - «Добавление записей в справочник «Поставки»» (Z11); - «Добавление новых видов товаров» (Z12); - «Добавление новых групп товаров» (Z13); - «Добавление новых поставщиков» (Z14); - «Формирование отчета «Приходная ведомость»» (Z15). Задачу Z2 целесообразно разделить на подзадачи: - «Учет списанного товара со склада» (Z21); - «Учет проданного товара со склада» (Z22) - «Формирование отчета «Ведомость остатков»» (Z23).
Задачу Z3 целесообразно разделить на следующие подзадачи: - «Введение данных по инвентаризации» (Z31); - «Формирование отчета «Акт о недостаче» (Z32); Задачу Z4 можно представить как: - «Расчёт затрат на хранение товарных запасов» (Z41); - «Определение гарантийного запаса товаров» (Z42); - «Формирование оптимального размера заказов» (Z43); Рассмотрим подробнее каждую из поставленных задач.
Ежедневно на склады поставляется товар различной номенклатуры от разных поставщиков (Z1). Все поставки необходимо фиксировать и заносить сведения в БД (Z11), такие как наименование товара, объем поставки, дата поставки, фасовка, поставщик. Так же периодически привозят новые товары (Z12), относящиеся к новым группам товаров (Z13), от новых поставщиков (Z14). Следовательно, эти позиции необходимо добавить в справочники системы (БД).
Для коррекции приходной накладной и проверке введенных данных необходимо сформировать отчет «Приходная ведомость» (Z16). Со склада идут постоянные отгрузки товаров покупателям (Z2), а также формирование машин для региональных, городских заказчиков и филиалов. Необходимо вести учёт отгруженных товаров (Z21), вносить данные о них в БД, такие как наименование товара, объем отгрузки, дата отгрузки, фасовка, заказчик.
Иногда некоторые товары со склада списывают, по причине заводского брака, порчи и невостребованности товара. При этом также заносятся сведения в БД (Z22) о списанных товарах, причине списания, объём списания, дата списания. После занесения данных в БД формируется отчет «Ведомость остатков». Один раз в год на складе проводится инвентаризация (Z3) товаров на складах. Для корректной работы системы необходимо учитывать результаты инвентаризации и заносить их в
БД (Z31). Для сверки «Инвентаризационной ведомости» с данными, хранящимися в БД, необходимо сформировать отчет «Акт о недостаче» (Z32), в зависимости от результатов сопоставления «Инвентаризационной ведомости» с «Ведомостью остатков», сформированной по данным из БД. Расчёт затрат на хранение товарных запасов (Z41) лежит в основе оптимизации уровня запасов товаров предприятия на плановый период. Для эффективного функционирования складов заказы желательно должны быть
большими и их должно быть не много, следовательно нужно достичь наименьших затрат на содержание запасов, путём оптимизации размеров заказов. Критерием оптимизации при этом является, как правило, минимум совокупных затрат, связанных с запасом. В состав общих затрат по созданию и поддержанию запасов входят: 1) затраты на хранение запаса; 2) стоимость размещения заказа; 3) стоимость закупки партии, восполняющей запас, или стоимость заказа.
Затраты на хранение запаса в общем случае имеют прямо пропорциональную зависимость от размера заказа: чем большим количеством заказов пополняется запас, тем дороже стоит содержание запаса. Общепринятым подходом к расчету среднего уровня запаса является то, что средний уровень запаса при восполнении его партиями по Q единиц равен половине этой величины, то есть Q/2. Следовательно, формула расчёта затрат на хранение будет иметь вид:
T = Q/2*I + S/Q*A + C*S, где T – общие затраты на создание и поддержание запаса; Q – размер заказа, восполняющего запас; I – затраты на хранение единицы товара в плановом периоде времени; S – потребность в запасе в плановом периоде; A – стоимость размещения одного заказа; С – цена единицы запаса. В общем виде общие затраты можно представить как: T = Затраты на хранение + Стоимость размещения заказа +
Цена заказа Тогда общая стоимость размещения заказа будет рассчитываться следующим образом, по формуле Вильсона: , где Q* - оптимальный размер заказа; I – затраты на хранение единицы товара в плановом периоде времени; S – потребность в запасе в плановом периоде; A – стоимость размещения одного заказа; С – цена единицы запаса. Когда количество товаров на складе достигает гарантийного запаса (Z42), логистик склада начинает формировать
заказ на пополнение заканчивающихся на складе товаров, необходимых для поддержки эффективного функционирования склада. Для подсчёта гарантийного запаса применим следующую формулу: R = (tn + tз)* Pдн - P0 где, tn – время поставки; tз – возможная задержка поставки; Pдн – ожидаемое дневное потребление товара; P0 – ожидаемое потребление за время поставки. Pдн - рассчитывается как, потребность в товаре за период -
S/T При формировании оптимального размера заказов – ОРЗ (Z43), чаще всего работают с многономенклатурными заказами, когда в одной партии поставляются разные виды товаров. Для расчета ОРЗ товара каждого наименования необходимо воспользоваться данной модификацией формулы Вильсона: где, Si – потребность в запасе i-го наименования в плановом периоде; А – стоимость размещения одного заказа; – вектор потребностей в запасе различных наименований в плановом
периоде времени, включает в себя множество чисел, соответствующее количеству наименований товаров в поставке; например, вектор со значениями (5; 7; 10; 12) соответствует работе с четырьмя наименованиями товаров в одном заказе; при этом в плановом периоде должен быть обеспечен запас товаров первого наименования в объеме 5 единиц, второго - 7 единиц и т. д.; – вектор затрат на хранение единицы запаса различных наименований в плановом периоде времени (денежные единицы измерения/единица запаса); включает в себя
множество чисел, соответствующее количеству наименований товаров в поставке; например, вектор со значениями (28; 32; 30; 40) соответствует работе с четырьмя наименованиями товаров в одном заказе; при этом затраты на хранение на единицу запаса товара первого наименования составляют 28 единиц, второго - 32 единицы и т. д.; – произведение векторов, которое рассчитывается в данном случае как сумма произведений потребности в запасах на плановый период времени и затрат на хранение единицы запасов соответствующего
наименования (в рассматриваемом примере: 5*28+7*32+10*30+12*40 = 1144 единицы). Также некоторые поставщики дают скидку на большие оптовые закупки. Следовательно, чем больше объём заказа, тем ниже закупочные цены на приобретаемый товар. Каждой цене соответствует определённый диапазон объёма товаров. Для расчёта данного случая, можно применить следующую модификацию формулы
Вильсона: где, I – затраты на хранение единицы товара в плановом периоде времени; S – потребность в запасе в плановом периоде; A – стоимость размещения одного заказа; i – доля цены продукции, приходящейся на затраты по хранению; С – цена единицы запаса. Для распределения товара на складе (Z5) воспользуемся методами анализа товарного запаса на складе. Одним из наиболее известных методов является АВС – анализ.
Идея АВС – анализа основана на принципе Парето, который формулируется следующим образом: «За большинство возможных результатов отвечает относительное небольшое число причин». В настоящее время этот принцип широко известен как «правило 20 на 80». АВС – анализ будем проводить по объему продаж за период. В результате получим 3 группы товаров: - группа А – товар, который лучше всего продается; эта группа
составляет 20% ассортимента и 49% общего объема продаж; - группа В – товар, который хорошо продается; эта группа составляет 30% ассортимента и 30% общего объема продаж; - группа С – товар этой группы составляет 50% ассортимента и 21% общего объема продаж; в эту группу попадает весь «ассортиментный хвост». Нередко АВС – анализ рассматривают в совокупности с XYZ – анализом. Основная идея XYZ – анализа состоит в группировании товара по однородности анализируемых
параметров, другими словами по коэффициенту вариации. Коэффициент вариации позволяет сравнить между собой стабильность продаж нескольких товаров, имеющий разный объем продаж. Коэффициент вариации рассчитывается по формуле (2.6). ,где ν – коэффициент вариации; σ – среднее квадратическое (стандартное) отклонение; - среднее значение. Величина среднего квадратического отклонения позволяет оценить меру рассеивания значений вариантов
относительно среднего арифметического. Чем меньше среднее квадратическое отклонение, тем ближе к среднему находится значение. Среднее квадратическое отклонение вариационного ряда рассчитывается по формуле . , где - значение i-го периода; - среднее значение за n периодов; n – количество периодов. При проведении XYZ – анализа товары группируются по величине коэффициента вариации. В группу Х попадают товары с коэффициентом вариации меньше 10%.
В группу Y – товары с коэффициентом вариации от 10% до 25%. И в группу Z – товары с коэффициентом вариации более 25%. Таким образом, применение XYZ – анализа позволяет разделить весь ассортимент на группы в зависимости от стабильности продаж. По полученным результатам целесообразно провести работу по выявлению и устранению основных причин, влияющих на стабильность и прогнозируемость продаж.
При комплексном анализе состояния системы управления товарными ресурсами наиболее продуктивно является совмещение результатов АВС – и XYZ – анализов. При совмещении результатов определяется девять групп товаров. Группы товаров представлены в таблице 2.1. Таблица 2.1- Группы товаров при совмещении АВС – и XYZ – анализов AX AY AZ BX BY BZ CX CY CZ Товары групп
А и В обеспечивают основной товарооборот компании, поэтому необходимо контролировать постоянное их наличие на складе. Товары групп A и B необходимо распределить по складу, таким образом, чтобы доступ к ним был наиболее быстрый и удобный, для более быстрой отгрузки товаров. Товары группы АХ и ВХ отличает высокий товарооборот и стабильность. Необходимо обеспечить постоянное наличие данного товара, но для этого не требуется создавать избыточный
страховой запас, так как расход товаров этой группы стабилен и хорошо прогнозируется. Товары группы АY и ВY при высоком товарообороте имеют недостаточную стабильность расхода, и, как следствие, для обеспечения постоянного наличия товаров на складе - нужно увеличить страховой запас. Товары группы AZ и BZ при высоком товарообороте отличаются низкой прогнозируемостью расхода. Попытка обеспечить гарантированное наличие по всем товарам данной группы только за счет избыточного
страхового товарного запаса приведет к тому, что средний товарный запас компании значительно увеличиться. По товарам данной группы следует пересмотреть систему заказов. Часть товаров нужно перевести на систему заказов с постоянной суммой (объемом) заказа, по части товаров необходимо обеспечить более частые поставки, выбрать поставщиков, расположенных близко к вашему складу (и снизить тем самым сумму страхового товарного запаса), повысить периодичность контроля.
Товары группы C составляют до 80% ассортимента компании. Применение XYZ - анализа позволяет сильно сократить время, которое менеджер тратит на управление и контроль над товарами данной группы. По товарам группы СХ можно использовать систему заказов с постоянной периодичностью и снизить страховой товарный запас. По товарам группы CY можно перейти на систему с постоянной суммой (объемом) заказа, но при этом формировать
страховой запас, исходя из имеющихся у компании финансовых возможностей. В группу товаров CZ попадают все новые товары, товары спонтанного спроса, поставляемые под заказ и т. п. Часть этих товаров можно безболезненно выводить из ассортимента, а другую часть нужно регулярно контролировать, так как именно из товаров этой группы возникают неликвидные или труднореализуемые товарные запасы, от которых компания несет потери. Выводить из ассортимента необходимо остатки товаров, взятых
под заказ или уже не выпускающихся, то есть товаров, обычно относящихся к категории стоков. Итак, использование совмещенного АВС – и XYZ – анализа позволит: - повысить эффективность системы управления товарными ресурсами; - повысить долю высокоприбыльных товаров без нарушения принципов ассортиментной политики; - выявить ключевые товары и причины, влияющие на количество товаров хранящихся на складе; - выявить приоритеты для размещения товаров на складе; - перераспределить усилия персонала в зависимости
от квалификации и имеющегося опыта. По проведенным анализам каждому товару присваивается приоритет, на основании которого данный товар «находит» свое место на складе. Склад делится на несколько зон. Товары группы A должны лежать в первой зоне, которая находится ближе к входу. Причем товар группы X имеет преимущество перед товаром группы Y и Z в размещении ближе к входу, к примеру товары группы
Х лежат на первом ярусе, а товары группы Y и Z выше. Товар категории B размещается во 2 зоне склада. А товар категории C соответственно размещается в 3 зоне, в самом конце склада. Этот алгоритм позволяет минимизировать перемещения товара, связанные с пополнением ячеек комплектации и подбора товаров для формирования заказов. Отчеты «Объем продаж за период» (Z6), «Ведомость остатков»
(Z7) формируются по запросу пользователя на основе данных из БД о продажах, поступлениях и списаниях товаров со складов по конкретному товару, группе товаров, складу за выбранный период. Процесс оптимизации хранения товаров на складах основан на использовании справочной информации. Поэтому одной из автоматизируемых задач системы выделена задача – ведение справочников системы (Z8). Справочные системы хранят в себе данные о товарах, группах товаров, фасовках, складах, стеллажах,
расположении стеллажей по складам. Справочная информация характеризуется высоким уровнем постоянства, многократностью использования и длительностью хранения. Ее использование позволяет осуществить сокращение объема хранимых сведений, которое обеспечивается в основном за счет исключения дублирования данных. С учетом вышесказанного на рисунке 2.3 представлена схема, описывающая комплекс задач разрабатываемой
системы. 2.2 Выходная информация Выходные документы формируются в процессе работы системы. Перечень этих документов приведен в таблице 2.2. Формы выходных документов содержатся в приложении А. Таблица 2.2 – Описание выходных документов Наименование документа Обозначение документа Периодичность формирования Получатель Приходная ведомость D1 По приходу товара на склад Логистик склада
Ведомость остатков D2 По отгрузки или списании товаров и по необходимости Логистик склада Наименование документа Обозначение документа Периодичность формирования Получатель Акт о недостаче D3 При проведении инвентаризации Логистик склада Бланк заказа D4 При формировании заказа Логистик склада Объем продаж за период
D5 По необходимости Логистик склада Списания со склада за период D6 По необходимости Логистик склада Справочные данные D7 По необходимости Логистик склада 2.3 Входная информация В процессе обследования объекта автоматизации была выявлена входная информация, необходимая для решения поставленных задач и получения результатов. Перечень и описание входных документов представлен в таблице 2.3.
Формы входных документов приведены в приложении А. Таблица 2.3 – Описание входных документов Наименование документа Обозначение документа Периодичность поступления Источник информации Приходная накладная Д1 При поставке товаров Поставщики Расходная накладная Д2 При формировании заказа от клиента
Департамент сбыта Акт на списание Д3 В случае списания товара со склада Кладовщик Инвентаризационная ведомость Д4 При проведении инвентаризации Комиссия по инвентаризации 2.4 Технологические процессы функционирования системы в автоматизированном режиме Схема, отражающая процесс функционирования системы в автоматизированном режиме, представляет собой обобщенное описание организации технологического процесса, показывает прохождение информации в
системе от момента сбора оперативной информации до получения выходной документации, а также последовательность как автоматизированных, так и ручных процедур. Рассмотрим процесс функционирования системы в автоматизированном режиме. На склад стекается следующая информация: приходная накладная от поставщиков, когда приходит товар на склад (Д1); из департамента сбыта приходит расходная накладная (Д2) при формировании заказа от клиента; от кладовщиков складов в случае списаний со склада приходит акт на списание (Д3); от комиссии
по инвентаризации приходит документ «Инвентаризационная ведомость» (Д4) при проведении инвентаризации на складе. Все сведения из указанных документов заносятся в базу данных. Системой осуществляется контроль данных. Если правильность данных не подтверждается, то производится корректировка введенных данных. Последовательность обработки информации отображена на рисунке 2.4. Машинная обработка заключатся в формировании бланка заказа товаров, отчетов «Приходная ведомость», «Акт
о недостаче», «Объем продаж», «Ведомость остатков». На основании этих расчетов производится учёт товаров на складе и задание на формирование заказа. Результаты машинной обработки заносятся в базу данных, при необходимости отображаются на дисплее и выводятся на принтер. 2.5 Требования к программно-техническому обеспечению Для нормального функционирования системы выдвигаются следующие требования к программно-техническому
обеспечению и комплексу технических средств. 2.5.1 Комплекс технических средств Для эксплуатации разрабатываемой системы предъявляются следующие минимальные требования к техническому оснащению: объем оперативной памяти 128 Мб; объем жесткого диска 20 Гб; частота процессора 600 МГц. Разрабатываемая система должна обеспечивать создание, систематизацию, накопление, хранение и обработку
необходимой информации о прошлой, текущей и будущей деятельности предприятия. Поэтому аппаратные средства должны быть рассчитаны на длительную эксплуатацию в условиях увеличения объемов обрабатываемой информации, появления новых средств анализа и представления данных. При выборе подходящей конфигурации также следует учитывать ценовую политику на рынке компьютерной техники (стоимость нового оборудования с улучшенными характеристиками в некоторых случаях меньше стоимости морально
устаревшего оборудования). В связи с этим для работы с системой рекомендуются следующие характеристики технического оснащения: объем оперативной памяти 256 Мб и выше; объем жесткого диска 40 Гб; частота процессора 800-1000 МГц. Дополнительные специальные требования к конфигурации ПК: дисковод 3,5"; клавиатура и манипулятор типа «мышь» для управления в программе; принтер формата
А4 для печати выходных документов; цветной монитор. 2.5.2 Общесистемное программное обеспечение Данный программный продукт может функционировать в среде WINDOWS 98/NT/2000/XP и выше. С появлением операционной системы WINDOWS появились широкие возможности для создания программных продуктов. Система WINDOWS обеспечивает многозадачный графический интерфейс пользователя (Graphical
User Interface - GUI), который способствует написанию интерактивных программ. Эта система представляет собой тип операционной системы, оптимизированной для взаимодействия человека и машины. Также для функционирования данного программного продукта необходим программный пакет BDE Administrator для связи между таблицами. 2.5.3 Выбор и обоснование инструментального средства В качестве инструментального средства для создания программы
был выбран пакет C++Builder 6.0 для операционной системы WINDOWS. C++Builder продукт корпорации Inprise, более известной как Borland International, предназначенный для быстрой разработки приложений (RAD - Rapid Application Development) на языке С++. C++Builder - мощная система визуального объектно-ориентированного проектирования, позволяющая решать множество задач, в частности: - создавать законченные приложения
под WINDOWS самой различной направленности, от чисто вычислительных и логических, до графических и мультимедиа; - быстро создавать (даже начинающим программистам) профессионально выглядящий оконный интерфейс для любых приложений, написанных на любом языке; - интерфейс удовлетворяет всем требованиям WINDOWS и автоматически настраивается на ту систему, которая установлена на компьютере пользователя, поскольку использует многие функции, процедуры, библиотеки
WINDOWS; - формировать и печатать сложные отчеты, включающие таблицы, графики и т.д.; - создавать справочные системы (.hlp - файлы), как для своих приложений, так и для любых других, с которыми можно работать не только из приложений, но и просто через WINDOWS; - множество других задач. С помощью C++Builder можно создавать WINDOWS - программы на С++ быстрее и проще, чем когда-либо ранее. Возможно создавать как консольные приложения
Win32, так и использовать графический интерфейс пользователя (GUI - Graphical User Interface). Это означает, создание интерфейса пользователя (меню, диалоговые окна, кнопки и т.д.), используя технику drag-and-drop. При этом не возникает потерь в скорости выполнения программ, потому что вся мощь языка С++ по-прежнему остается в распоряжении разработчика. C++Builder поддерживает основные принципы объектно-ориентированного программирования - инкапсуляцию,
полиморфизм и множественное наследование, а также последние расширения языка С++. Сам по себе язык C++ не является простым даже для профессионала, поэтому в C++Builder многое сделано для того, чтобы скрыть некоторые низкоуровневые детали, которые составляют «внутренности» Windows программ. C++Builder обеспечивает высокое быстродействие при компиляции и сборке 32-разрядных приложений для современных операционных систем Windows 95/98/NT/XP, включая системы взаимодействия клиент-
сервер. Результирующие программы оптимизированы с точки зрения скорости выполнения и затрат памяти. Удобный отладчик (с ассемблерным окном прокрутки, пошаговым исполнением, точками остановки, трассировкой и т.д.) полностью интегрирован в среду C++Builder. Дизайнер форм, редактор кода, инспектор объектов и другие средства остаются доступными во время работы программы, поэтому вносить изменения можно в процессе отладки.
С++Builder поддерживает связь с различными базами данных 3 видов: dBase и Paradox; Sybase, Oracle, InterBase и Informix; Excel, Access, Fох Pro и Btrieve. Механизм BDE (Borland Database Engine) придает обслуживанию связей с базами данных удивительную простоту и прозрачность. Проводник Database Explorer позволяет изображать связи и объекты баз данных в графическом виде.
Справочная служба C++Builder содержит полное описание каждого управляющего компонента, включая списки свойств и методов, а также многочисленные примеры. Access 2003 предлагает универсальный набор программных средств, которые обеспечивают широкие возможности для профессиональных разработчиков и вместе с тем могут быть легко освоены новичками. Теперь любой сотрудник может создавать и применять универсальные решения для баз данных, значительно
упрощающие организацию, совместное использование данных и доступ к ним. Включение данных из различных источников. Access 2003 поддерживает различные форматы данных, в том числе XML, OLE, ODBC и формат служб Microsoft Windows® SharePoint™ Services. Связи между бизнес-системами. Можно связать таблицы таким образом, чтобы одновременно получать доступ к данным из различных баз,
работая с формами, отчетами и страницами доступа к данным в Access 2003. Кроме того, можно связывать таблицы из других баз данных Access, электронных таблиц Microsoft Excel, источников данных ODBC, баз данных Microsoft SQL Server™ и других источников. Максимально эффективное использование корпоративных данных.
Можно включить данные Microsoft SQL Server в решения Access. Используйте конструктор сохраненных процедур для создания и изменения простых процедур, сохраняемых в SQL Server. 3. Разработка информационно-программного обеспечения 3.1 Состав и структура таблиц базы данных системы «Товар» - справочная таблица (см. таблицу 3.1), содержащая перечень товаров, хранящихся на складах. Для каждого товара указаны группа товаров, к которой относится
товар, производитель товара, цена товара. «Наименования товаров» - справочная таблица (см. таблицу 3.2), содержащая перечень товаров, находящихся на складах. «Группы товаров» - справочная таблица (см. таблицу 3.3), содержащая наименования групп товаров, на которые разбит товар. «Сотрудники» - справочная таблица (см. таблицу 3.4), содержащая информация о сотрудниках, работающих на складах. Для каждого сотрудника указаны фамилия, имя, отчество, дата рождения, должность, на которой работает
сотрудник, дата принятия на должность. «Должности» - справочная таблица (см. таблицу 3.5), содержащая перечень должностей сотрудников склада. «Клиенты» - таблица (см. таблицу 3.6), в которой содержится информация по всем клиентам предприятия, включая клиентов от филиалов, корпоративного ДС и городского ДС. Для каждого клиента указаны фамилия, имя, отчество, документ, удостоверяющий личность, организация, должность, контактный телефон, код банка, расчётный счёт, сведения о заказах. «Продажи»
- таблица (см. таблицу 3.7), в которой хранится информация по отгруженным товарам со склада. По каждой расходной накладной формируются строки, в которых указаны наименование товара, отгруженного со склада, дата отгрузки, количество товара, номер документа и сотрудник, отпустивший товар. «Поставки» - таблица (см. таблицу 3.8), в которой хранится информация по товарам, полученным на склад от поставщиков. Каждый приход товаров отображается в этой таблице со следующей информацией: наименование товара, поступившего
на склад, фасовка товара, дата прихода товара, номер приходной накладной, объем прихода и сотрудник, принявший товар. «Заказы» - таблица (см. таблицу 3.9), в которой хранится информация по всем заказам. По каждому заказу указаны дата заказа, дата поставки, объём заказа, наименования товаров, цена по каждой группе товаров, общая цена заказа, сотрудник оформивший заказ. «Поставщики» - справочная таблица (см. таблицу 3.10), содержащая информацию о поставщиках товаров работающих с компанией.
Для каждого поставщика указано наименование поставщика, адрес, телефон для связи, контактное лицо, код банка, расчётный счёт, сведения о поставках. «Банки» - таблица (см. таблицу 3.11), в которой содержится информация о банках работающих с компанией. Для каждого банка указаны его название, контактное лицо, контактный телефон, расчетный счёт, ИНН, БИК, КПП, и адрес. «Списания» - таблица (см. таблицу 3.12) отображает все списания товаров со склада: какой товар был списан, в какой фасовке, когда, номер документа
на списание, ответственное лицо и причина списания. «Причины списания товаров» - справочная таблица (см. таблицу 3.13), содержащая перечень причин списания товаров со складов. «Инвентаризация» - таблица (см. таблицу 3.14), содержащая информацию о проведенных инвентаризациях. По каждой инвентаризации формируются записи в эту таблицу. Записываются перечень инвентаризуемых товаров с указанием их наименования и количества.
Таблица 3.1 – Структура таблицы «Товар» Наименование поля Обозначение Тип данных Размер Код товара Id_tov Счетчик Код группы товара Id_group Длинное целое число Код поставщика Id_post Длинное целое число Цена товара Zena_tov Действительное число Затраты на хранение товара Zatr Действительное число
Стоимость размещения единицы в заказе Stoim Действительное число Таблица 3.2 – Структура таблицы «Наименования товаров» Наименование поля Обозначение Тип данных Размер Код товара Id_tov Счетчик Наименование товара Tov Строка 100 Таблица 3.3 – Структура таблицы «Группы товаров» Наименование поля
Обозначение Тип данных Размер Код группы товаров Id_group Счетчик Наименование группы товаров Group Строка 50 Таблица 3.4 – Структура таблицы «Сотрудники» Наименование поля Обозначение Тип данных Размер Код сотрудника Id_sotrud Счетчик Фамилия сотрудника Surname Строка 30 Имя сотрудника
Name Строка 30 Отчество сотрудника Patronymic Строка 30 Дата рождения сотрудника Birth Дата Код должности Id_dolj Длинное целое число Дата приема на работу Date Дата Таблица 3.5 – Структура таблицы «Должности» Наименование поля Обозначение Тип данных Размер Код должности Id_dolj
Счетчик Наименование должности Dolj Строка 50 Таблица 3.6 – Структура таблицы «Клиенты» Наименование поля Обозначение Тип данных Размер Код клиента Id_klient Счетчик Фамилия клиента Surname Строка 30 Имя клиента Name Строка 30 Отчество клиента Patronymic Строка 30 Название организации Org Строка 30
Код должности Id_dolj Длинное целое число Расчётный счёт Schet Действительное число Контактный телефон Tel Действительное число Заказы клиента N_zak Действительное число Таблица 3.7 – Структура таблицы «Продажи» Наименование поля Обозначение Тип данных Размер Номер записи N Счетчик Код товара
Id_tov Длинное целое число Дата продажи товара Date Дата Номер расходной накладной N_doc Строка 10 Количество товара Kolvo Действительное число Код сотрудника, отпустившего товар Id_sotrud Длинное целое число Таблица 3.8 – Структура таблицы «Поставки» Наименование поля Обозначение Тип данных Размер Номер записи
N Счетчик Код товара Id_tov Длинное целое число Дата поставки товара Date Дата Номер приходной накладной N_doc Строка 10 Количество поставленного товара Amount Действительное число Код сотрудника, принявший товар Id_sotrud Длинное целое число Код поставщика Id_post Длинное целое число Таблица 3.9 –
Структура таблицы «Заказы» Наименование поля Обозначение Тип данных Размер Номер записи N Счетчик Код товара Id_tov Длинное целое число Дата заказа товара Date Дата Номер бланка заказа N_zak Строка 10 Код поставщика Id_post Длинное целое число Количество товара Kolvo
Действительное число Код сотрудника, отпустившего товар Id_sotr Длинное целое число Стоимость заказа Zena Действительное число Затраты на создание заказа Zatr_zak Действительное число Таблица 3.10 – Структура таблицы «Поставщики» Наименование поля Обозначение Тип данных Размер Код поставщика Id_post
Счетчик Наименование поставщика Post Строка 50 Контактное лицо FIO Строка 50 Телефон для связи Tel Строка 25 Код банка Id_bank Длинное целое число Расчётный счёт Schet Действительное число Среднее время поставки Tpost Действительное число Среднее время задержки поставки Zpost Действительное число Таблица 3.11 – Структура таблицы «Банки»
Наименование поля Обозначение Тип данных Размер Код банка Id_bank Счетчик Наименование банка Bank Строка 50 Контактное лицо FIO Строка 50 Телефон для связи Tel Строка 25 Расчётный счёт Schet Действительное число ИНН Inn Действительное число БИК Bik Действительное число КПП Kpp Действительное число
Таблица 3.12 – Структура таблицы «Списания» Наименование поля Обозначение Тип данных Размер Номер записи N Счетчик Код товара Id_tov Длинное целое число Дата списания товара Date Дата Номер акта на списание N_doc Строка 10 Количество списанного товара Kolvo Действительное число Код сотрудника, списавшего товар
Id_sotrud Длинное целое число Код причины списания товара Id_reason Длинное целое число Таблица 3.13 – Структура таблицы «Причины списания товара» Наименование поля Обозначение Тип данных Размер Код причины списания товара Id_reason Счетчик Причина списания товара Reason Строка 150 Таблица 3.14 – Структура таблицы «Инвентаризация» Наименование поля
Обозначение Тип данных Размер Номер записи N Счетчик Дата Date Дата Код товара Id_tov Длинное целое число Количество товара Kolvo Действительное число Поле для примечаний Note Строка 200 3.2 Информационная модель системы С помощью информационной модели можно наглядно представить состав информационного обеспечения, а также взаимосвязь между входной, выходной и промежуточной информацией
системы. Информационная модель системы представлена на рисунке 3.2. На рисунке 3.2 введены следующие обозначения: Т1 - справочная таблица «Товары»; Т2 - справочная таблица «Наименования товаров»; Т3 - справочная таблица «Группы товаров»; Т4 - справочная таблица «Сотрудники»; Т5 - справочная таблица «Должности»; Т6 - справочная таблица «Клиенты»; Т7 - таблица «Продажи »;
Т8 - таблица «Поставки»; Т9 - таблица «Заказы»; Т10 - справочная таблица «Поставщики»; Т11 - справочная таблица «Банки»; Т12 - таблица «Списания»; Т13 - справочная таблица «Причины списания товаров»; Т14 - таблица «Инвентаризация». Входные документы Д1-Д4 описаны в таблице 2.4, выходные документы D1-D6 представлены в таблице 2.3. 3.3
Описание алгоритмов и программ 3.3.1 Описание алгоритма программного модуля расчёт гарантийного запаса товаров НАЧАТЬ алгоритм программного модуля расчёта гарантийного запаса товаров ОТОБРАЗИТЬ текущую дату ОРГАНИЗОВАТЬ меню выбора групп товаров ЕСЛИ не выбрана группа товаров ВЫВОД сообщения: «Выберите группу товаров для проведения анализа» ИНАЧЕ GZ.gr = код выбранной группы товаров ОТКРЫТЬ файл
Prodagi ОТКРЫТЬ файл Postavshiki ОТКРЫТЬ файл Report_Remainder ОТКРЫТЬ вспомогательную таблицу GZ УДАЛИТЬ устаревшую информацию ОТКРЫТЬ файл Tovary УСТАНОВИТЬ фильтр с условием: Tovary.group = GZ.gr ЕСЛИ конец файла ВЫВОД сообщения: «В справочнике Товары отсутствует информация по товарам группы <
GZ.gr >» АВАРИЙНЫЙ_ВЫХОД К_Е ЦИКЛ пока не конец файла Tovary ПЕРЕЙТИ в рабочую область файла Prodagi УСТАНОВИТЬ фильтр с условием: Рисунок 3.3 – Алгоритм расчёт гарантийного запаса товаров Prodagi.id_tov = коду текущего товара && Prodagi.date <= dr && Prodagi.date >= dr-dt S = 0 ЦИКЛ пока не конец файла
Prodagi S = S + Prodagi.kolvo К_Ц PDN = S/dt ПЕРЕЙТИ в рабочую область файла Postavshiki УСТАНОВИТЬ фильтр с условием: Postavhiki.id_post = код поставщика текущего товара FGZ = (Post.tpost+ Post.zpost)* PDN – PDN* Post.tpost ПЕРЕЙТИ в рабочую область файла GZ ДОБАВИТЬ запись в таблицу GZ GZ.id_tov = коду текущего товара GZ.kolvo = S ОТМЕНИТЬ фильтр
ОТМЕНИТЬ фильтр К_Ц // с переходом на следующую запись ПЕРЕЙТИ в рабочую область файла Report_Remainder ЕСЛИ Report_Remainder.kolvo <= GZ.kolvo ВЫВОД сообщения: «Для товара < GZ.gr > необходимо пополнить запас. Запустить формирование заказа?» ЕСЛИ выбран пункт меню да ЗАПУСТИТЬ алгоритм формирования заказа
К_Е К_Е ЗАКРЫТЬ файл Tovari ЗАКРЫТЬ файл Report_Remainder ЗАКРЫТЬ файл Prodagi ПЕРЕЙТИ в рабочую область файла GZ УПОРЯДОЧИТЬ записи в порядке убывания поля GZ.kolvo ЗАКРЫТЬ файл GZ К_Е К_Е ВЫВОД файла АВС ЗАКРЫТЬ файл АВС КОНЕЦ_АЛГОРИТМА 3.3.2 Описание алгоритма программного модуля формирование оптимального размера заказа
НАЧАТЬ алгоритм программного модуля формирование оптимального размера заказа ОТОБРАЗИТЬ текущую дату ОРГАНИЗОВАТЬ меню выбора планового периода ОРГАНИЗОВАТЬ меню выбора группа товаров для пополнения запасов ЕСЛИ не выбрана группа товаров ВЫВОД сообщения: «Выберите группу товаров для проведения анализа» ИНАЧЕ ORZ.gr = код выбранной группы товаров ОТКРЫТЬ файл
Prodagi ОТКРЫТЬ файл Zakazi ОТКРЫТЬ вспомогательную таблицу ORZ УДАЛИТЬ устаревшую информацию ОТКРЫТЬ файл Tovary УСТАНОВИТЬ фильтр с условием: Tovary.group = ORZ.gr ЕСЛИ конец файла ВЫВОД сообщения: «В справочнике Товары отсутствует информация по товарам группы < ORZ.gr >» АВАРИЙНЫЙ_ВЫХОД К_Е ЦИКЛ пока не конец файла
Tovary ПЕРЕЙТИ в рабочую область файла Prodagi УСТАНОВИТЬ фильтр с условием: Prodagi.id_tov = коду текущего товара && Prodagi.date <= dr && Prodagi.date >= dr-dt S = 0 ЦИКЛ пока не конец файла Prodagi S = S + Prodagi.kolvo К_Ц ПЕРЕЙТИ в рабочую область файла ORZ ДОБАВИТЬ запись в таблицу ORZ ORZ.id_tov = коду текущего товара
ORZ.kolvo = S ОТМЕНИТЬ фильтр К_Ц // с переходом на следующую запись ПЕРЕЙТИ в рабочую область файла Tovari УСТАНОВИТЬ фильтр с условием: Tovari.id_tov = коду текущего товара Q=S* ДОБАВИТЬ запись в таблицу Zakazi Zakazi.id_tov = коду текущего товара Zakazi.date = dr Zakazi.id_post = коду текущего поставщика Zakazi.kolvo =
Q Zakazi.zena = Q*C ОТМЕНИТЬ фильтр ЗАКРЫТЬ файл Tovari ЗАКРЫТЬ файл Prodagi К_Е К_Е ВЫВОД файла Zakazi ЗАКРЫТЬ файл Zakazi КОНЕЦ_АЛГОРИТМА 3.3.3 Описание алгоритма программного модуля формирование отчета «Объем продаж» НАЧАТЬ алгоритм программного модуля формирования отчета «Объем продаж» ОРГАНИЗОВАТЬ ввод периода формирования отчета и установки фильтра по группам товаров dn = дата начала
периода dk = дата конца периода ОТКРЫТЬ файл Prodagi ОТКРЫТЬ файл Report_Prodagi УДАЛИТЬ устаревшую информацию ОТКРЫТЬ файл Tovari УСТАНОВИТЬ фильтр с условием: Tovari.group = выбранной группе ЕСЛИ конец файла ВЫВОД сообщения: «В справочнике Товары отсутствует информация по товару из группы <выбранная группа товаров>» АВАРИЙНЫЙ_ВЫХОД К_Е ЦИКЛ пока не конец файла
Tovari ПЕРЕЙТИ в рабочую область файла Prodagi УСТАНОВИТЬ фильтр с условием: Prodagi.date >= dn && Prodagi.date <= dk && Prodagi.id_tov = коду текущего имени товара Vprod = 0 ЦИКЛ пока не конец файла Sale Vprod = Vprod + Prodagi.kolvo К_Ц // с переходом на следующую запись ДОБАВИТЬ строку в таблицу
Report_Sale Report_Prodagi.id_group = Tovari.id_group Report_Prodagi.id_tov = Tovari.id_tov Report_Prodagi.amount = Vprod ОТМЕНИТЬ фильтр К_Ц // с переходом на следующую запись ОТМЕНИТЬ фильтр ЗАКРЫТЬ файлы Report_Prodagi, Prodagi КОНЕЦ_АЛГОРИТМА 3.3.4 Описание алгоритма программного модуля формирование отчета «Ведомость остатков»
НАЧАТЬ алгоритм программного модуля формирования отчета «Ведомость остатков» ОРГАНИЗОВАТЬ ввод периода формирования отчета и установки фильтра по группам товаров dn = дата начала периода dk = дата конца периода ОТКРЫТЬ файлы Tovari, Prodagi, Spisaniya ОТКРЫТЬ файл Report_Remainder УДАЛИТЬ устаревшую информацию ОТКРЫТЬ файл Tovari ЕСЛИ установлен фильтр по группе товаров
УСТАНОВИТЬ фильтр с условием: Tovari.group = выбранной группе К_Е ЕСЛИ конец файла ВЫВОД сообщения: «В справочнике Товары отсутствует информация по товару из группы <выбранная группа товаров» АВАРИЙНЫЙ_ВЫХОД К_Е ЦИКЛ пока не конец файла Tovari ПЕРЕЙТИ в рабочую область файла Prodagi УСТАНОВИТЬ фильтр с условием:
Sale.date >= dn && Prodagi.date = dk && Prodagi.id_tov = коду текущего имени товара Vprod = 0 ЦИКЛ пока не конец файла Tovari Vprod = Vprod + Prodagi.kolvo К_Ц // с переходом на следующую запись ОТМЕНИТЬ фильтр ПЕРЕЙТИ в рабочую область файла Postavki УСТАНОВИТЬ фильтр с условием:
Postavki.date = dn && Postavki.date = dk && Postavki.id_tov = коду текущего имени товара ЦИКЛ пока не конец файла Postavki Vprod = Vprod - Postavki.kolvo К_Ц // с переходом на следующую запись ОТМЕНИТЬ фильтр ПЕРЕЙТИ в рабочую область файла Spisaniya УСТАНОВИТЬ фильтр с условием: Spisaniya.date = dn &&
Spisaniya.date = dk && Spisaniya.id_tov = коду текущего имени товара ЦИКЛ пока не конец файла Spisaniya Vprod = Vprod - Spisaniya.kolvo К_Ц // с переходом на следующую запись ОТМЕНИТЬ фильтр ДОБАВИТЬ строку в таблицу Report_Prodagi Report_ Remainder.id_group = Tovari.id_group Report_
Remainder.id_tov = Tovari.id_tov Report_ Remainder.kolvo = Vprod К_Ц // с переходом на следующую запись ОТМЕНИТЬ фильтр ЗАКРЫТЬ файлы Report_Remainder, Tovari, Postavki, Spisaniya КОНЕЦ_АЛГОРИТМА 3.3.5 Описание алгоритма программного модуля формирование отчета «Списания товаров» НАЧАТЬ алгоритм программного модуля формирования отчета «Списания товаров»
ОРГАНИЗОВАТЬ ввод периода формирования отчета и установки фильтра по группам товаров dn = дата начала периода dk = дата конца периода ОТКРЫТЬ файл Spisaniya ОТКРЫТЬ файл Report_ Spisaniya УДАЛИТЬ устаревшую информацию ОТКРЫТЬ файл Tovari ЕСЛИ установлен фильтр по группе товаров УСТАНОВИТЬ фильтр с условием: Tovari.group = выбранной группе
К_Е ЕСЛИ конец файла ВЫВОД сообщения: «В справочнике Товары отсутствует информация по товару из группы <выбранная группа товаров>» АВАРИЙНЫЙ_ВЫХОД К_Е ЦИКЛ пока не конец файла Tovari ПЕРЕЙТИ в рабочую область файла Write_off УСТАНОВИТЬ фильтр с условием: Spisaniya.date >= dn && Spisaniya.date <= dk &&
Spisaniya.id_name = коду текущего имени товара Vprod = 0 ЦИКЛ пока не конец файла Spisaniya Vprod = Vprod + Spisaniya.kolvo К_Ц // с переходом на следующую запись ДОБАВИТЬ строку в таблицу Report_Spisaniya Report_ Spisaniya.id_group = Tovari.id_group Report_ Spisaniya.id_tov =
Tovari.id_tov Report_ Spisaniya.kolvo = Vprod ОТМЕНИТЬ фильтр К_Ц // с переходом на следующую запись ОТМЕНИТЬ фильтр ЗАКРЫТЬ файлы Report_ Spisaniya, Spisaniya КОНЕЦ_АЛГОРИТМА Продолжение Рисунка 3.7 3.4 Контрольный пример При запуске программы активируется диалоговое окно, представленное на рисунке 3.8, позволяющее идентифицировать пользователя.
Если такой пользователь существует, то далее следует запуск главное окно системы, иначе выводится сообщение о том, что доступ запрещен и окно для ввода логина и пароля активируется снова. Рисунок 3.8 – Экранная форма идентификации пользователя Диалог системы и пользователя организован на основе меню. Меню системы представлено на рисунке 3.9. Главное меню программы содержит пять основных разделов: «Документы»,
«Правка», «Справочники», «Отчёты», «Справка». Рассмотрим подробнее каждый из них. В разделе «Документы» выделены следующие подразделы: «Поступления»; «Продажи»; «Списания»; «Инвентаризация». Эти подразделы предназначены для ввода документов «Приходная накладная», «Расходная накладная», «Акт на списание» и«Инвентаризационная ведомость».Рассмотрим их работу на примере подпунктаменю«Расход». Рисунок 3.9 – Главное меню программы Окно работы программы разделено на 2 части (см. рисунок 3.10).
Первая часть предназначена для добавления новых записей на основе документа расходная накладная. Она имеет три поля для выбора наименования товара, заказчика, сотрудника, ответственного за отгрузку товара из справочников «Наименования товаров», «Сотрудники», «Клиенты». Так же эта часть окна предоставляет выбор даты продажи товара, ввод номера документа и количества проданного товара. На данной форме имеется две кнопки управления: «Очистить форму» и «Добавить запись».
При нажатии кнопки «Очистить форму» в форме добавления записи очищаются все выбранные записи. При нажатии кнопки «Добавить строку» в базу данных добавляется новая строка и в нее записываются выбранные значения из бланка добавления записи. В другой части окна мы имеем возможность просмотра внесённых изменений в таблицу базы данных «Продажи». 3.10 - Экранная форма «Продажи» Рассмотрим раздел меню «Справочники». В этом разделе предоставляется доступ к справочникам базы данных.
Раздел «Справочники» разделен на следующие подразделы: «Товар»; «Наименования товаров»; «Группы товаров»; «Сотрудники»; «Должность»; «Клиенты»; «Поставщики»; «Банки»; «Причины списания». Подпункты пункта меню «Справочники» предназначены для просмотра и редактирования справочников базы данных. Для этого предусмотрено два поля (см. рисунок 3.11): первое – добавление данных в справочник, второе – просмотр справочника системы. Рисунок 3.11 –
Экранная форма «Поставщики» В пункте меню «Отчеты» представлены все отчеты системы. К ним относят: «Бланк заказа»; «Объем продаж»; «Ведомость остатков»; «Списания». При выборе пункта меню «Ведомость остатков» появляется окошко (см. рисунок 3.12), предлагающее выбрать группу товаров для вывода таблицы ведомости остатков. При нажатии кнопки «Отмена» управление программой переходит в главное меню.
При нажатии кнопки «ОК» программа начинает формирование ведомости по введенным параметрам. Рисунок 3.12 – Экранная форма задания параметров на формирование «Ведомости остатков» Рисунок 3.13 – Экранная форма «Ведомость остатков» Результаты формирования «Ведомости остатков» представлены на рисунке 3.13. На этой экранной форме имеется кнопка управления «Изменить параметры расчета».
При нажатии этой кнопки программа открывает диалог задания параметров для формирования отчёта «Ведомость остатков». В столбце optim_kolvo таблицы «Ведомость остатков» указывается оптимальное количество товаров, рассчитанное исходя из затрат на хранение данного товара на складе. Значение 1 в столбце garantzapas показывает, что количество товара на данный момент меньше либо равно величине гарантийного запаса. Это означает, что пользователь увидев значение 1 в столбце должен пополнить
запасы данного товара. При выборе пункта меню «Бланк заказа» появляется окошко (см. рисунок 3.12), предлагающее ввести пользователю номер заказа и количество товаров в заказе, а также выбрать дату заказа, наименование товара, поставщика и сотрудника оформившего заказ для вывода таблицы заказы. Рисунок 3.12 – Экранная форма «Бланк заказа» В графе количество есть 2 параметра: рекомендуемое количество и количество заказа. Рекомендуемое количество было рассчитано программой исходя из данных об остатках
товара, стоимости хранения, спроса на товар, среднего времени поставки, среднего времени задержки поставки товара. Количество заказа показывает сколько пользователь решил заказать товаров, это количество может быть равным, большим или меньшим чем рекомендуемое, в зависимости от поставленных пользователем целей. Результаты формирования таблицы «Заказы» представлены на рисунке 3.13. На этой экранной форме имеется кнопка управления «Изменить параметры расчета».
При нажатии этой кнопки программа открывает диалог задания параметров для формирования «Бланка заказа». Рисунок 3.13 – Экранная форма «Заказы» 4. Организационно экономическое обоснование дипломного проекта 4.1 Целесообразность разработки с экономической точки зрения Разработка программы, которая направлена на снижение трудоемкости работы менеджера отдела логистики аптечного склада. Заключается в автоматизации отдела логистики, например работа с договорами, документами
учета и хранения товаров. Система реализует быстрый поиск и формирование отчетов и документов, что значительно снижает время и позволяет более оперативно получать необходимые сведения. Так же были разработаны специальные справочники, которые позволяют снизить вероятность ошибки при вводе. В результате внедрения разработки повышается оперативность и качество принимаемых решений, повышается надежность, улучшаются условия труда, обеспечение сопровождения.
4.2 SWOT-анализ разработки Название данного метода анализа представляет собой аббревиатуру английских слов Strength (сила), Weakness (слабость), Opportunities (возможности), Threats (угрозы). Сильные стороны: низкая стоимость разработки; многофункциональность (быстрый отчёт, поиск информации, упрощенное ведение документации); обеспечение сопровождения. Слабые стороны: взаимодействие с другим ПО, в том числе и бухгалтерских.
Возможности: получение некоторых сведений по сети; расширение круга пользователей. Угрозы: изменение методов ведения работы, выход системы из строя. Таблица 4.1 – SWOT-матрица Сильные стороны Возможности Получение некоторых сведений по сети Расширение круга пользователей Низкая стоимость разработки 0 +1 Многофункциональность +2 0
Обеспечение сопровождения +2 0 Итого +4 +3 Слабые стороны Взаимодействие с другим ПО - - Покупка пакета 1С 0 0 Итого -1 -1 Общий итог +3 +2 Проанализировав полученную SWOT-матрицу, можно сделать следующие выводы: Наиболее важным достоинством является обеспечение сопровождения. В дальнейшем необходимо обращать особое внимание на обеспечение и расширение этой стороны разработки;
Все выделенные слабые стороны разработки являются очень опасными. И, тем не менее, при правильном подходе они – разрешимы. Из рассмотренных возможностей более реальной представляется возможность получение некоторых сведений по сети, хотя данная возможность при существующих слабостях весьма проблематична. Совершенствование же разработки при недостатке финансирования и нехватке кадров вообще невозможно.
Наиболее опасной угрозой представляется изменение методов ведения работы, но при сложившихся условиях это не столь существенная угроза. Эта угроза представляется маловероятной вследствие налаженной работы отдела. 4.3 Калькуляция себестоимости научно-технической продукции Таблица 4.2 – Материалы Наименование материальных затрат Ед. изм. Кол-во Цена без НДС с учетом комиссионных вознаграждений, таможенных пошлин и транспортных
затрат Сумма USB – Flash носитель шт. 1 1000 1000 Бумага писчая ZOOM, пачка 500 листов шт. 1 270 250 Картридж для принтера Epson шт. 1 200 200 Канцтовары шт. 5 15 70 Итого: 1625 Таблица 4.3 – Оценка трудоемкости разработки № Наименование этапа Трудоемкость этапа, часы 1 Анализ задания и знакомство с темой 12 2
Изучение топологии сети и подбор литературы 22 3 Изучение литературы 60 4 Составление и согласование проекта возможной перестройки топологии сети 40 5 Проектирование 120 6 Отладка 90 7 Составление и согласование проекта пакета служебных инструкций 30 Итого 374 Следовательно, всего на разработку затрачено 374 часа или 49 рабочих дней при восьмичасовом рабочем дне. 3. Затраты на оплату труда работников, непосредственно занятых созданием научно-технической
продукции Разработка выполнялась инженером-программистом в течение 46 рабочих дней при восьмичасовом рабочем дне. Месячный фонд времени работы инженера-программиста 160 часов, среднемесячная заработная плата 9000 руб. Основная заработная плата разработчика составила руб. Дополнительная заработная плата составляет 20% Здоп = 0,2*Зосн = 0,2*16247,37 = 2929,47 руб. Затраты на оплату труда с учетом поясного коэффициента (25%)
ЗТР = 1,25*(Зосн +Здоп) = 1,25*(16247,37+2929,47) = 21221,05 руб. 4.4 Отчисления на социальные нужды Единый социальный налог. а) отчисления в Фонд Социального страхования(20% от затрат на оплату труда) 0,2*21221,05 = 4244,21 руб.; б) отчисления в Пенсионный фонд (2,9% от затрат на оплату труда) 0,029*21221,05 = 615,4 руб.; в) отчисления в Федеральный Фонд обязательного медицинского страхования (1,1% от затрат на оплату труда) 0,011*21221,05
=233,44 руб.; Итого единый социальный налог 5517,47 руб. 5. Прочие прямые расходы. Стоимость проезда составила 740 руб. 6. Накладные расходы составляют 80% от затрат на оплату труда 0,80*21221,05 = 16976,84 руб. Форма 1-пн Кафедра АСУ Калькуляция составлена "20" февраля 200 7 г. КАЛЬКУЛЯЦИЯ плановой себестоимости Автоматизированного рабочего места менеджера логистического отдела
Основание для проведения работ (договор, заказ) заказ Заказчик: ЗАО Аптека Холдинг » Срок выполнения работы: начало 1 марта 2007 г окончание 31 мая 2007г № Наименование статей затрат Сумма 1 Материалы 1625,00 2 Спецоборудование для научных (экспериментальных) работ 0,00 3 Затраты на оплату труда работников, непосредственно занятых созданием научно-технической продукции 23721,00 4
Отчисления на социальные нужды 6152,00 5 Прочие прямые расходы 840,00 6 Накладные расходы 16976,00 7 Итого: 47259,00 8 Затраты по работам, выполняемым сторонними организациями и предприятиями 0,00 9 Всего себестоимость 47259,00 Воспользуемся методом установления цены на основе ориентации на уровень конкуренции. Программное обеспечение, подобное тому, что было получено в результате данной разработки, реализуется
по цене около 50000 руб.Таким образом, назначив оптовую цену в 30000 руб. и реализовав 3 экземпляров программного обеспечения, мы получим следующую валовую прибыль 30000 * 3 – 47259,00 = 43852,0 руб. Налог на прибыль (24%) составит 0,24 * 43852,2 = 10524,53 руб. Ожидаемая рентабельность проекта . Отпускная цена одного экземпляра программы составит (с учетом НДС 18%) 30000 * 1,18 = 35200 руб. Очевидно, что при такой цене и с учетом дополнительного сервиса,
реализованного нами, данное программное обеспечение будет конкурентоспособно и принесет прибыль. Заключение В соответствии с заданием на дипломный проект, проведено предпроектное обследование рабочего места логистика склада. В результате анализа были выявлены основные функции и задачи, решаемые на данном рабочем месте. Построена информационная модель существующей системы управления, описаны и квалифицированы формы входных и выходных документов. Определены основные требования, предъявляемые пользователем к системе.
Разработан технологический процесс функционирования системы в автоматизированном режиме и построена информационная модель системы. На основе проведённого анализа, спроектированы структуры файлов баз данных. Разработаны программные модули системы. Результатом исследований существующей системы, а также дальнейшее проектирование интерфейса, стала программное обеспечение, описание которого дано в руководстве пользователя. Отличительной частью системы является интерфейс, основанный на разработке классификации входных и выходных
документов, что делает систему доступной для неквалифицированного пользователя. Список литературы. Основная: II. Автоматизированные информационные технологии в экономике: учеб. / под ред. проф. Г.А.Титоренко M.: Компьютер; ЮНИТИ, 1998. Архангельский А. А. Программирование в Delphi / А. А. Архангельский M. : Бином, 2003. Экономика, разработка и использование программного обеспечения
ЭВМ / В. А. Благодатских M.: Финансы и статистика, 1995. Буч Г. Объектно-ориентированное проектирование с примерами применения. / пер. с англ M.: Конкорд, 1992. Вендров А. M. CASE-технологии. Современные методы и средства проектирования информационных систем / А. M. Вендров M.: Финансы и статистика, 1998. Гусева Т. И. Проектирование баз данных в примерах и задачах /
Т. И. Гусева M.: Радио и связь, 1992. Диго С. M. Проектирование и эксплуатация баз данных / С. M. Диго M.: Финансы и статистика, 1995. Зиглер К. Методы проектирования программных систем / К. Зиглер M.: Мир, 1985. Маклаков С. В. BPWin и ERWin. CASE-средства разработки информационных систем / С. В. Маклаков M.: ДИАЛОГ-МИФИ, 2000. Мельников В.
В. Защита информации в компьютерных системах M.: Финансы и статистика, 1997. Рязанцева H. Секреты конструирования / H. Рязанцева, Д. Рязанцев СПб.: БХВ-Петербург, 2008. Рязанцева H. Секреты программирование. / H. Рязанцева, Д. Рязанцев СПб.: БХВ-Петербург, 2005. Дополнительная: 13. Автоматизация управления предприятием /
Баронов В. В.[и др.] M.: ИНФРА-М, 2000. Автоматизированные системы управления предприятиями / под ред. Г. А. Титоренко M.: Финансы и статистика, 1983. ГОСТ 19.701-90. Единая система программной документации. Схемы алгоритмов, программ данных и систем. Условные обозначения и правила выполнения M.: Издательство стандартов, 1994. ГОСТ 34.201-89. Виды, комплектность и обозначение документов при создании автоматизированных
систем M.: Издательство стандартов, 1991. ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы. M.: Издательство стандартов, 1991. Гостехкомиссия России. Руководящий документ. Концепция защиты CBT и АС от НСД к информации M.: Воениздат, 1992. Полковников
А. В. Управление проектами - выбор, внедрение и использование ПО в России / А.В.Полковников PC WEEK/RU, 1996, №34-35. Тиори Т. Проектирование структур баз данных / Т. Тиори, Д. Фрай M.: Мир, 1984. Хаббард Дж. Автоматизированное проектирование структур баз данных M.: Мир. 1984. Приложение А Формы входных и выходных документов
Приходная ведомость Дата поставки: Поставщик: Ведомость об остатках Акт о недостаче N по Товар Единица измерения поряд- ку наиме нование код наиме нование код ОКЕИ 1 3 4 5 6 Бланк заказа Номер по порядку Товар наименование код код группы 1 2 3 4 Объем продаж за период Номер по порядку Дата продажи Товар наиме нование код код группы 1 2 3 4 5 Списания со склада за период
Номер по порядку Дата списания Товар наиме нование код код группы 1 2 3 4 5 Приходная накладная Но- мер по по- рядку Дата Товар поставки наименование код 1 2 3 4 5 Расходная накладная Но- мер по по- рядку Товар наименование код 1 2 3 Акт на списание товара Номер по порядку Товар наименование 1 2 Инвентаризационная ведомость N по Товар Единица измерения поряд- ку наиме нование код наиме нование
код ОКЕИ 1 3 4 5 6 Приложение Б Руководство пользователя Данная система имеет два типа зарегистрированных пользователей: логистик склада и администратор системы. Поскольку данная система поддерживает основные функции логистика склада, то в данном руководстве рассматривается его работа. Логистик склада, в отличие от администратора системы, имеет ограниченные права на изменение информации в справочниках базы данных системы. Б.1
Общие сведения Для работы системы необходимо иметь операционную систему Windows 98/NT/2000/XP, MSOffice2000. Для удобства работы с программой расширение экрана должно быть 800х600, оперативная память не менее 64МГб, свободного места на диске не менее 50МГб, клавиатура, манипулятор типа «мышь», принтер. Б.2 Установка системы Скопируйте в рабочую директорию файл sklad.exe. Запустите его. Система не требует предварительной настройки.
Б.3 Работа с системой Б.3.1 Описание предварительного диалога Предварительный диалог пользователя с системой состоит в следующем. При запуске программы активируется диалоговое окно, представленное на рисунке 5.6, позволяющее идентифицировать пользователя. Если такой пользователь существует, то предоставляется доступ к работе с программой, иначе выводится сообщение о том, что доступ запрещен и окно для ввода логина и пароля активируется снова.
После регистрации пользователя следует запуск главное окно системы. Б.3.2 Описание меню системы Диалог системы и пользователя организован на основе меню. Меню системы представлено на рисунке 5.7. Главное меню программы содержит пять основных разделов: «Документы»; «Правка» «Справочники»; «Отчёты»; «Справка». Б.3.3 Описание работы с пунктом меню «Файл» Рассмотрим пункт меню «Документы».
В этом разделе предоставляется доступ к журналам базы данных. Пункт меню «Файл» разделен на следующие подразделы: «Поступления»; «Продажи»; «Списания»; «Инвентаризация». Эти подразделы предназначены для ввода документов «Приходная накладная», «Расходная накладная», «Акт на списание» и «Инвентаризационная ведомость». Рассмотрим работу их на примере подпункта меню «Продажи». Окно работы программы разделено на 2 части (см. рисунок 5.8).
Первая часть предназначена для добавления новых записей на основе документа расходная накладная. Она имеет три поля для выбора наименования товара, заказчика, сотрудника, ответственного за отгрузку товара из справочников «Наименования товаров», «Сотрудники», «Клиенты». Так же эта часть окна предоставляет выбор даты продажи товара, ввод номера документа и количества проданного товара. На данной форме имеется две кнопки управления: «Очистить форму» и «Добавить запись».
При нажатии кнопки «Очистить форму» в форме добавления записи очищаются все выбранные записи. При нажатии кнопки «Добавить строку» в базу данных добавляется новая строка и в нее записываются выбранные значения из бланка добавления записи. В другой части окна мы имеем возможность просмотра внесённых изменений в таблицу базы данных «Продажи». Б.3.3 Описание работы с пунктом меню «Справочники» Рассмотрим пункт меню «Справочники». В этом пункте меню предоставляется доступ к справочникам базы данных.
Пункт меню «Справочники» разделен на следующие подпункты: «Товар»; «Наименования товаров»; «Группы товаров»; «Сотрудники»; «Должность»; «Клиенты»; «Поставщики»; «Банки»; «Причины списания». Подпункты пункта меню «Справочники» предназначены для просмотра и редактирования справочников базы данных. Для этого предусмотрено два поля (см. рисунок 5.9): первое – добавление данных в справочник, второе – просмотр справочника системы. Б.3.3 Описание работы с пунктом меню «Отчеты»
В пункте меню «Отчеты» представлены все отчеты системы. К ним относят: «Бланк заказа»; «Объем продаж»; «Ведомость остатков»; «Списания». При выборе пункта меню «Ведомость остатков» появляется окошко (см. рисунок 5.10), предлагающее выбрать группу товаров для вывода таблицы ведомости остатков. При нажатии кнопки «Отмена» управление программой переходит в главное меню.
При нажатии кнопки «ОК» программа начинает формировать отчёт «Ведомость остатков» по введенным параметрам. Результаты формирования отчёта представлены на рисунке 5.11. На этой экранной форме имеется кнопка управления «Изменить параметры расчета». При нажатии этой кнопки программа открывает диалог задания параметров для формирования отчёта «Ведомость остатков». В столбце optim_kolvo таблицы «Ведомость остатков» указывается оптимальное количество товаров,
рассчитанное исходя из затрат на хранение данного товара на складе. Значение 1 в столбце garantzapas показывает, что количество товара на данный момент меньше либо равно величине гарантийного запаса. Это означает, что пользователь увидев значение 1 в столбце должен пополнить запасы данного товара. Рассмотрим подпункт меню «Бланк заказа». При выборе этого подпункта меню организуется диалог с пользователем для задания параметров
Бланка заказа (см. рисунок 5.12). Пользователю предлагается ввести номер заказа и количество товаров в заказе, а также выбрать дату заказа, наименование товара, поставщика и сотрудника оформившего заказ для вывода таблицы заказы. В графе количество есть 2 параметра: рекомендуемое количество и количество заказа. Рекомендуемое количество было рассчитано программой исходя из данных об остатках товара, стоимости хранения, спроса на товар, среднего времени поставки, среднего времени задержки поставки товара.
Количество заказа показывает сколько пользователь решил заказать товаров, это количество может быть равным, большим или меньшим чем рекомендуемое, в зависимости от поставленных пользователем целей. Результаты формирования таблицы «Заказы» представлены на рисунке 5.12. На этой экранной форме имеется кнопка управления «Изменить параметры расчета». При нажатии этой кнопки программа открывает диалог задания параметров для формирования «Бланка заказа».
| ! |
Как писать рефераты Практические рекомендации по написанию студенческих рефератов. |
| ! | План реферата Краткий список разделов, отражающий структура и порядок работы над будующим рефератом. |
| ! | Введение реферата Вводная часть работы, в которой отражается цель и обозначается список задач. |
| ! | Заключение реферата В заключении подводятся итоги, описывается была ли достигнута поставленная цель, каковы результаты. |
| ! | Оформление рефератов Методические рекомендации по грамотному оформлению работы по ГОСТ. |
| → | Виды рефератов Какими бывают рефераты по своему назначению и структуре. |