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

SQL->Text="create%20table%20mati%20(id%20counter%20primary%20key,%20id_gp%20int,%20kolvo%20int,%20id_sklad%20int,%20id_ost%20int,%20cena%20int,%20nds%20int,%20foreign%20key(id_ost)%20references%20ostatki)";_query->ExecSQL();_query->SQL->Text="select%20*%20from%20mati";_query->Active=true;(int%20i=0;%20i=new_query->RecordCount;i++)_query->Delete();_p->Close();_p->SQL->Clear();(rb1->Checked)%20{_p->SQL->Text="select%20id_prihoda,%20id_gp,%20sum(kolvo)%20as%20summ,%20id_sklad,%20cena,%20nds%20from%20gp_p%20where%20data%20<=%20:D%20and%20show%20not%20like%200%20group%20by%20id_prihoda,%20id_gp,%20id_sklad,%20cena,%20nds";_p->Parameters->ParamByName("D")->Value%20=%20FormatDateTime("dd.mm.yyyy",dtp5->Date);%20}{_p->SQL->Text="select%20id_prihoda,%20id_gp,%20sum(kolvo)%20as%20summ,%20id_sklad,%20cena,%20nds%20from%20gp_p%20where%20data%20between%20:D%20and%20:DD%20and%20show%20not%20like%200%20group%20by%20id_prihoda,%20id_gp,%20id_sklad,%20cena,%20nds";_p->Parameters->ParamByName("D")->Value%20=%20FormatDateTime("dd.mm.yyyy",dtp5->Date);_p->Parameters->ParamByName("DD")->Value%20=%20FormatDateTime("dd.mm.yyyy",dtp6->Date);>{_query->SQL->Text="create table mati (id counter primary key, id_gp int, kolvo int, id_sklad int, id_ost int, cena int, nds int, foreign

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

Дипломная работа

Компьютеры, программирование

Другие дипломы по предмету

Компьютеры, программирование

Сдать работу со 100% гаранией

 

 

 

 

 

 

 

 

 

 

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

 

Введение

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

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

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

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Похожие работы

1 2 3 4 5 > >>