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

Размещено на

Размещено на

Автоматизация движения готовой продукции на складе ООО «Амазон-колорит»

Введение

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

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

Для достижения цели были поставлены следующие задачи:

- изучить и проанализировать предметную область;

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

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

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

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

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

В разделе «Описание программы» описываются компоненты и интерфейс программы, вызов и загрузка программы.

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

В разделе «Руководство пользователя» рассказывается о назначении программы, области применения и описании применения.

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

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

1. Постановка задачи

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- отчет «Оборотная ведомость»;

- отчет «Состояние складов»;

- отчет «Приход»;

- отчет «Расход»;

Отчеты можно просмотреть и вывести на печать.

1.4 Функциональное моделирование

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

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

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

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

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

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

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

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

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

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

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

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

...