Преимущества автоматизации склада

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

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

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

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

Автоматизация складского учета позволяет:

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

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

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

– реализовать разнообразные и гибкие схемы ценообразования;

– учитывать дополнительные затраты, в том числе таможенные пошлины, транспортные расходы и прочее;

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

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

– вести детализацию учета.

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

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

2 Постановка задачи и разработка веб-приложения (Из всего, что было, совершенно непонятно, при чем тут WEB –приложения, надо было где-то включить в теорию и обозначить какую-то его роль в автоматизации склада или как-то по другому, а так – как бревном по голове)

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

Склад готовой продукции - место хранения производимой продукции предприятия. На складе ведётся учёт прихода готовой продукции, ее расхода и прихода из цеха производства.

Задачи складского учёта состоят в следующем:

 учёт количества производимой продукции;

 учёт прихода новой продукции;

 учёт отгрузки готовой продукции потребителю;

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

 информация о готовой продукции;

 информация о единицах измерения;

 информация об материально-ответственных лицах;

 информация о покупателях;

 информация о цехах;

 информация о складах;

 информация о приходе готовой продукции;

 информация о расходе готовой продукции;

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

Эти данные служат исходной информацией в учёте готовой продукции на складе.

Выходные данные формируются в результате обработки входящей и постоянной информации. При работе с программным средством «Автоматизация учёт продукции на складе ЧТУП "Стекольский" существует возможность создания следующих отчетов:

 отчет «Приход комплектующих»;

 отчет «Расход комплектующих »;

– отчёт «Остатки комплектующих на складе»

– отчёт «Остатки товаров на складе»

– отчёт «Приход продукции»

– отчёт «Расход продукции»

(надо как-то связать со следующим раздалом, хотя бв типа . Рассмотрим перечисленные функции более подробно, кстати и здесь у ВАС опять же не упоминается о WEB)

2.2 Функциональное моделирование (чего ??)

Основное понятие IDEF0-методологии - это понятие «модель». IDEF0-модель - это искусственный объект, представляющий собой виртуальный образ системы и ее компонентов, в виде функциональной структуры объекта (совокупность диаграмм), отображающих производимые им действия и связи между этими действиями. Модель разрабатывают для понимания, анализа и принятия решений о реконструкции (реинжиниринге) или замене существующей, либо проектировании новой ИС. IDEFO-модели состоят из трех типов документов: графических диаграмм, текста и глоссария. Эти документы имеют перекрестные ссылки друг на друга.

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

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

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

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

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

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

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

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

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

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

Родительская диаграмма (Parent Diagram) - диаграмма, содержащая один или более родительских блоков.

Дочерняя диаграмма (Child diagram) - диаграмма второго уровня, содержащая функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы.

Дочерний блок (Child Box) - любой функциональный блок на дочерней диаграмме. Диаграмма декомпозиции - полученный при декомпозиции родительских блоков набор тщательно взаимосогласованных описаний. Диаграмма с потоками - диаграмма, описывающая все, связанное с декомпозируемым блоком и его стрелками. При декомпозиции интерфейсные стрелки, присоединённые к блоку, через ICOM коды переносятся на диаграмму-потомок. Таким образом, родительский блок и его интерфейсные дуги определяют контекст для диаграммы-потомка. Глоссарий. Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных стрелок стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов, повествовательных изложений и т.д., которые характеризуют объект, отображенный данным элементом. Этот набор называется глоссарием и является описанием сущности данного элемента. Например, для управляющей стрелки «распоряжение об оплате» глоссарий может содержать перечень полей соответствующего дуге документа, необходимый набор виз и т.д. Глоссарий гармонично дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией. Пример построения диаграммы IDEF0, в соответствии с рисунком 1.1.

Рисунок 2.1 - Диаграмма IDEF0 ( во первых моделирования чего, каких функциональностей, а во вторых в каком соответствии, эта диаграмма ничему там не соответствует. Если Вы разрабатываете декомпозицию какой-то функциональности на подфункции так чего и на что ??)

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