Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

1. Техническое задание

1.1 Основание для разработки

программа автоматизированный торговый

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

Предприятие, которое является моим заказчиком, имеет в своем арсенале такую технику, а также стандартный пакет программ, Microsoft Office, 1C-бухгалтерия, но не имеет, к сожалению, комплексной программы учета продукции, сырья и денежных средств, а так же складского учета с формированием соответствующей документации и отчетов. Должности программиста на этом предприятии нет, поэтому создавать какие-либо программные продукты именно под их требования некому.

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

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

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

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

Как сказано в Трудовом Кодексе Республики Казахстан, что рабочее место - место постоянного или временного нахождения работника при выполнении им трудовых обязанностей в процессе трудовой деятельности [1].

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

Рабочее место - часть производственного пространства цеха или отдела, оснащенная средствами труда для выполнения элементов производственного процесса одним или группой сотрудников [2, с. 134]

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

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

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

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

Оснащение зависит от специализации рабочего места. На универсальном рабочем месте имеется широкий перечень оснастки, на специализированном - менее широкий перечень оснастки, на специальном - узкий.

Средства оснащения рабочих мест могут быть постоянными, то есть всегда находящимися на рабочем месте, и временными, используемыми лишь для выполнения отдельных видов работ. [3, с. 229]

Выделяют следующие виды оснащения рабочего места:

1. Основное технологическое оборудование: станки, агрегаты, автоматические линии;

2. Вспомогательное оборудование: стенды, средства транспортировки, подъемники;

3. Технологическая оснастка: приспособления, инструмент, техническая документация;

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

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

- средства составления, обработки и оформления документов;

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

- средства выполнения вычислительных операций;

- средства обеспечения оперативной связи;

- специальная служебная мебель.

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

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

Основные задачи планировки рабочих мест (всех ее видов) следующие:

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

- наиболее эффективно использовать производственные площади;

- улучшить использование рабочего времени исполнителей за счет устранения излишних движений, хождений и т.п. [3, с. 234]

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

Внешняя планировка рабочего места заключается в установлении его местоположения по отношению к смежным рабочим местам в подразделении, к рабочему месту руководителя (бригадира, мастера, начальника отдела и т.д.), к проходам, переходам, проездам, подъездам. Проектирование внешней планировки целесообразно проводить сразу для всех рабочих мест, входящих в подразделение. В качестве исходных данных для такой планировки служит производственная площадь, отведенная для расположения персонала подразделения. [4, с. 116]

Задачи внешнего планирования:

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

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

- сокращение расстояний переходов и транспортировки;

- изоляция рабочих мест с вредными условиями труда;

- обеспечение безопасности труда.

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

- обеспечение наименьших затрат рабочего времени на выполнение работ, которые закреплены за рабочим местом;

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

- удобство выполнения работы и обслуживания оборудования;

- хороший обзор в активной рабочей зоне всех частей оборудования, приборов, механизмов;

- оптимизация маршрутов передвижения работника по рабочему месту;

- рационализация рабочей позы (рабочего положения) работника;

- создание благоприятных условий труда;

- безопасность труда. [4, с. 117-118]

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

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

Объектами обслуживания являются все элементы рабочего места:

1. средства труда;

2. предметы труда;

3. субъекты труда (работники). [3, с. 237]

1.2 Требования к программе

При заказе программного обеспечения бухгалтер магазина «Элита» выдвинула следующие требования:

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

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

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

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

5. возможность хранения и модификации данных по заказу продукции сторонними организациями;

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

7. возможность учета фактических и теоретических остатков в цехах;

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

Использование ЭВМ при реализации данного проекта даст возможность решить ряд очень существенных задач:

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

- Источниками поступления информации являются: автоматизированное рабочее место бухгалтера, начальника производства, внешние источники электронного и бумажного типов. Периодичность поступления информации не зависит напрямую от пользователя, т.к. происходит в режиме on-line.

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

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

- Периодичность решения задачи зависит от ее типа. Задачи формирования некоторых документов происходит автоматически.

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

Так же значительную долю времени занимает заполнение бланков необходимых документов в текстовом редакторе MS Word.

В магазине «Элита» сначала разрабатывается технология изготовления конкретного изделия и подбираются все необходимые материалы. После этого, экономистом рассчитывается:

- себестоимость изделия с учетом сумм материальных затрат,

- стоимости сырья и расходных материалов,

- сумм заработной платы,

- затрат на электроэнергию,

- амортизацию оборудования.

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

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

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

Рисунок 1. Схема технологического процесса

1.3 Требования к системе

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

- обработку экономической информации,

- средства подготовки данных на машинных носителях,

- средства сбора и регистрации информации,

- средства передачи данных по каналам связи,

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

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

На стадии проектирования автоматизированного рабочего места необходимо четко формировать требования к параметрам технических средств обработки и выдачи информации, набору комплектующих модулей, сетевым интерфейсам, эргономическим параметрам устройств. Это обуславливается тем, что возможности разрабатываемого автоматизированного рабочего места в большей степени зависят от базовых характеристик ЭВМ[6]. К требованиям, предъявляемым к пользовательскому интерфейсу системы, предназначенной для решения комплекса задач, можно отнести:

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

- необходимость интенсивного ввода данных.

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

Требования по техническому обеспечению отображены в Таблице 1.

Таблица 1. Требования по техническому обеспечению

Наименование	Минимальные требования	Рекомендуемые требования
Процессор	Pentium III - 900	Pentium IV
Оперативная память	512 Mb	2048 Mb
Флоппи дисковод	3.5»	3.5»
Жесткий диск	120 Gb	500 Gb
Модем	56 Kb	ADLS
Сетевая карта	100 Mb	1 Gb
Монитор	Разрешение 800х600	Разрешение 1024х768
Принтер	Струйный	Лазерный

Персональный компьютер, с достаточным объемом оперативной памяти, наличие дисковых накопителей HDD и FDD для хранения БД, документов и их архивных копий, сетевую плату или модем для доступа к Internet, монитор, принтер для печати.

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

1. возможность работы программы на IBM PC - совместимом компьютере;

2. возможность работы программного пакета в операционных системах Windows 2000 и Windows 7;

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

4. возможность распечатки отчетов и другой необходимой специфичной документации.

2. Описание программы

2.1 Общие сведения

Разработка данной дипломной работы была начата с определения целей и задач. Основным направлением на начальном этапе явилось определение среды разработки программного обеспечения. После глубокого анализа все предпочтения были отданы системе управления базами данных СУБД Visual FoxPro 7.0.

Visual FoxPro состоит из отдельных компонентов, которые используются для хранения информации, ее отображения и редактирования. В Visual FoxPro вся информация хранится в базе данных, которая состоит из таблиц, отношений между таблицами, индексов, триггеров и хранимых процедур. Каждая таблица имеет уникальное имя и хранится в отдельном файле, наименование которого совпадает с именем таблицы. Созданный файл имеет расширение DBF [8].

Каждая создаваемая таблица может иметь связанные с ней индексы, используемые для упорядочения данных и быстрого поиска необходимых записей, причем каждая таблица может иметь несколько индексов. Для хранения значений полей типа Memo и General применяются отдельные файлы. Memo-поля таблиц содержат текстовую информацию, а поля типа General используются, как правило, для хранения двоичной информации и данных других приложений, работающих в среде Windows. В Visual FoxPro реализованы триггеры, которые позволяют централизованно обрабатывать события, возникающие при любых изменениях в базе данных. Можно также создавать хранимые процедуры, которые являются частью базы данных и могут использоваться при описании таблиц, для проверки введенных данных, определения значения по умолчанию и т.п.

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

Для отображения и редактирования данных используются формы, отчеты, запросы и программы. При создании форм, отчетов и запросов применяются конструкторы. Поэтому эти компоненты часто называют конструкторскими объектами. Формы и отчеты являются составными объектами, т.к. они состоят из более мелких объектов (таких как поля, кнопки, диаграммы, рамки, OLE - компоненты и т.п.), которые называются объектами интерфейса [9].

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

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

Запросы являются средством выборки данных из одной или нескольких таблиц. В Visual FoxPro для создания запроса может быть использован как конструктор запросов, так и специализированный язык Structured Query Language (SQL). Результаты выполнения запроса могут отображаться в форме, выводиться в виде отчетов и диаграмм или сохраняться в указанной таблице.

Программы, написанные на языке Visual FoxPro, являются объектно-ориентированными. С помощью них обрабатывают события в форме, создают объекты, осуществляют различные вычисления, управляют базой данных. Для удобства работы можно объединить программы в библиотеки.

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

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

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

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

Таблица 2. Расширения имен файлов объектов Visual FoxPro

Наименование объекта	Расширения
Проект	PRJ, FPC, CAT, PJX, PJT
База данных	DBC
Таблица Visual FoxPro	DBF
Составной индексный файл	CDX
Memo-поле и поле типа General	FRT
Форма	SCT, SCX
Запрос	QPR
Отчет	FRM, FRX
Почтовая наклейка	LBL, LBX
Меню	MNT, MNX
Библиотека класса	VCX
Программа, библиотека программ, текст меню, текст запроса	PRG, FXP, MPR, QPR
Рисунок	BMP, JPG, GIF, ICO, DIB, CUR, ANI
Звукозапись	WAV

2.2 Типы данных и модели данных

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

«Тип данных определяет множество значений посредством множества операций».

Тип данных - это определение объектов, их инвариантных свойств (ограничений) и операций, допустимых над ними.

В языках программирования выделяют три категории типов данных: стандартные, структурные и абстрактные (произвольные, определяемые пользователем). Понятие типов данных, развиваемое в языках программирования, непосредственно используется в моделировании данных.

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

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

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

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

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

Концепция типов данных полезна в моделировании данных с точки зрения получения абстракций и установления соотношений и связей между данными [11].

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

Широкое распространение получили три типа моделей данных: иерархические модели, сетевая модель данных РГБД КОДАСИЛ и реляционные модели данных. Эти типы образуют некоторое «базовое» множество. Каждый из типов определяет соответствующую систему управления базами данных (СУБД).

Кроме того, с этими моделями принято сравнивать большинство других моделей данных. В иерархических моделях и сетевой модели данных РГБД КОДАСИЛ прослеживается связь с файловыми системами. Реляционная модель данных основывается на теоретических результатах в большей степени, чем на практическом опыте.

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

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

Иерархическая модель данных представляется упорядоченным деревом. Дерево называется упорядоченным, если относительный порядок поддеревьев значим, т.е. важно относительное расположение вершин. Кроме того, дуги, соответствующие функциональным связям, всегда направлены от корня к листьям дерева. Такая структурная диаграмма называется иерархическим деревом определения данных [12].

2.3 Ограничения целостности

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

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

Каждое отношение имеет, по крайней мере, один ключ (состоящий из всех атрибутов). Это следует из того, что дублирование строк не допускается. Отношение может иметь и несколько ключей, называемых возможными ключами. Для того чтобы исключить тривиальные ключи, необходимо, чтобы ключ обладал следующими двумя свойствами:

1) однозначность идентификации (значение ключа однозначно идентифицирует кортеж отношения);

2) неизбыточность (никакое подмножество атрибутов ключа не обладает свойством С1).

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

Второе свойство множеств, присущее отношениям, состоит в том, что порядок строк в таблице несущественен [13].

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

2.4 Операции

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

Реляционные языки данных могут быть разделены на три класса. К первому классу относятся языки, базирующиеся на реляционном исчислении (язык QUEL в СУБД INGRESS и язык ALPHA). Эти языки предусматривают использование кванторов. Второй класс составляют дисплей-ориентированные языки. Применяя их, можно сформулировать запрос путем указания соответствующих элементов отображения, выведенного на экран дисплея, или наполнения пустых граф (язык Query by Example - QBE). К третьему классу принадлежат языки, ориентированные на отображения. Таким языком является SQL (Structured Query Language), ранее известный как SEQUEL. Язык SQL поддерживается многими реляционными системами, а также и системой FOXPRO. Языки реляционной алгебры используются теоретически, но не реализованы ни в одной реляционной системе.

2.5 Основные процедуры, используемые в программе

Перевод сырья

Ниже приведен фрагмент программного кода события «Click» кнопки «Передать». Практически вся процедура реализована SQL

* Подтверждение передачи сырья

IF MESSAGEBOX («Вы действительно хотите передать» +;

ALLTRIM (ThisForm. List1. Value) + «из» + ThisForm. Combo1. Value+» в «+;

ThisForm. Combo2. Value +»?», 4+32+256, «Передача сырья») = 6

* списываем передаваемое сырье в расход источника

INSERT INTO (table1) (дата, сырье, кол_во, принял);

VALUES (ThisForm. Text1. Value, ALLTRIM (ThisForm. List1. Value);

ThisForm. Text2. Value, «Перевод»)

* списываем передаваемое сырье в приход приемника

INSERT INTO (table2) (дата, сырье, кол_во, принял);

VALUES (ThisForm. Text1. Value, ALLTRIM (ThisForm. List1. Value);

ThisForm. Text2. Value, «Перевод»)

MESSAGEBOX («Передача завершена», 64, «Передача сырья», 1)

ENDIF

Свод сырья по цеху

При реализации фильтров используются SQL запросы и динамические фильтры. Ниже приведен фрагмент исходного кода загружаемого при инициализации (событие Init) формы «Пекарня»:

ThisForm. Label18. Caption = mes_svod

ThisForm. Label19. Caption = 'рабочий период: ' + DTOC(date1)+' - '+DTOC(date2)

* формирование промежуточного хранилища остатка на начало

* нулевые значения указывать обязательно, так как они используются в

* последующих подзапросах

* подзапрос формирования промежуточного хранилища остатка на начало

SELECT a.сырье, sum (a.кол_во) as Остаток_на_начало,

000000000000.0000 as приход, 000000000000.0000 as расход,

000000000000.0000 as остаток_на_конец;

FROM &TableName1 a WHERE &filter1 GROUP BY a.сырье;

UNION;

* подзапрос формирования прихода

SELECT a.сырье, - sum (a.кол_во) as Остаток_на_начало,

000000000000.0000 as приход, 000000000000.0000 as расход,

000000000000.0000 as остаток_на_конец;

FROM &TableName2 a WHERE &filter1 GROUP BY a.сырье;

UNION;

* подзапрос формирования остатка на начало

SELECT a.сырье, sum (a.кол_во) as Остаток_на_начало,

000000000000.0000 as приход, 000000000000.0000 as расход,

000000000000.0000 as остаток_на_конец;

FROM &TableName1 a WHERE &filter2 GROUP BY a.сырье;

UNION;

SELECT a.сырье, - sum (a.кол_во) as Остаток_на_начало,

000000000000.0000 as приход, 000000000000.0000 as расход,

000000000000.0000 as остаток_на_конец;

FROM &TableName2 a WHERE &filter2 GROUP BY a.сырье INTO CURSOR query1

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

SELECT a.сырье, sum (a. Остаток_на_начало) as Остаток_на_начало,

000000000000.0000 as приход, 000000000000.0000 as расход,

000000000000.0000 as остаток_на_конец;

FROM query1 a GROUP BY a.сырье; && остаток на начало

UNION;

SELECT a.сырье, 000000000000.0000, sum (a.кол_во) as приход,

000000000000.0000 as расход, 000000000000.0000 as остаток_на_конец;

FROM &TableName1 a WHERE &filter3_1 GROUP BY a.сырье; && приход

UNION;

SELECT a.сырье, 000000000000.0000, sum (a.кол_во) as приход,

000000000000.0000 as расход, 000000000000.0000 as остаток_на_конец;

FROM &TableName1 a WHERE &filter4_1 GROUP BY a.сырье; && приход

UNION;

SELECT a.сырье, 000000000000.0000, 000000000000.0000 as приход,

sum (a.кол_во) as расход, 000000000000.0000 as остаток_на_конец;

FROM &TableName2 a WHERE &filter3_2 GROUP BY a.сырье; && расход

UNION;

SELECT a.сырье, 000000000000.0000, 000000000000.0000 as приход,

sum (a.кол_во) as расход, 000000000000.0000 as остаток_на_конец;

FROM &TableName2 a WHERE &filter4_2 GROUP BY a.сырье

INTO CURSOR query1 && расход

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

* остаток_на_конец

SELECT a.сырье, sum (a. Остаток_на_начало) as Остаток_на_начало,

sum (a.приход) as приход, sum (a.расход) as расход,

sum (a. Остаток_на_начало)+sum (a.приход) - sum (a.расход) as остаток_на_конец;

FROM query1 a GROUP BY a.сырье INTO CURSOR свод

ThisForm. Pageframe1.свод. Grid1. RecordSource = [свод]

ThisForm. Pageframe1.свод. Init

Как видно из программного кода максимальная оптимизация достигается за счет выражения UNION в SQL запросах. Данное выражение позволяет объединить несколько запросов в один, чем достигается максимальная скорость обработки данных.

Расчет остатков

Ниже приводится фрагмент программного кода расчета остатков в форме расположенного в событии «init» формы.

* Подготовка таблиц для остатка

SELECT table2 && сырья

SET FILTER TO

SCAN

replace table2.количество WITH 0

ENDSCAN

SELECT продукция && продукции

SET FILTER TO

SCAN

replace продукция. кол_во WITH 0

ENDSCAN

* расчет остатка сырья

SELECT table2

SCAN

kol_pr = 0

kol_ras = 0

* приход сырья

SET FILTER TO sklad.title = ALLTRIM (table2.сырье) IN sklad

GO TOP IN sklad

DO WHILE! EOF('sklad') && Просматривается вся таблица

kol_pr = kol_pr + sklad.quantity

SKIP IN sklad

ENDDO

* расход сырья

SET FILTER TO sklad_р.title = ALLT (table2.сырье) IN sklad_р

GO TOP IN sklad_р

DO WHILE! EOF ('sklad_р')

kol_ras = kol_ras + sklad_р.quantity

SKIP IN sklad_р

ENDDO

* остаток сырья

Replace table2.количество WITH kol_pr - kol_ras

ENDSCAN

SET FILTER TO table2.количество <> 0

GO TOP

* РАСЧЕТ ОСТАТКА ПРОДУКЦИИ

SELECT продукция

SCAN

kol_pr = 0

kol_ras = 0

* приход продукции

SET FILTER TO sklad.title = продукция. продукция IN sklad

GO TOP IN sklad

DO WHILE! EOF('sklad') && Просматривается вся таблица

kol_pr = kol_pr + sklad.quantity

SKIP IN sklad

ENDDO

* расход продукции

SET FILTER TO sklad_р.title = продукция. продукция IN sklad_р

GO TOP IN sklad_р

DO WHILE! EOF ('sklad_р') && Просматривается вся таблица

kol_ras = kol_ras + sklad_р.quantity

SKIP IN sklad_р

ENDDO

* остаток продукции

Replace продукция. кол_во WITH kol_pr - kol_ras

ENDSCAN

GO TOP

SET FILTER TO продукция. кол_во <> 0

ThisForm. Refresh

Списание сырья со склада в цех

Ниже приведена процедура разноски по цехам магазина.

DO CASE

CASE ALLTRIM (ThisForm. Combo2. Value)='Пекарня'

INSERT INTO pek_pr_сырье (дата, день, сырье, кол_во, ед_изм, принял);

VALUES (sklad_р.дата, sklad_р.день, sklad_р.title,

sklad_р.quantity, sklad_р.edenizm, sklad_р.принял)

CASE ALLTRIM (ThisForm. Combo2. Value)='Полуфабрикаты'

INSERT INTO пол_пр_сырье (дата, день, сырье, кол_во, ед_изм, принял);

VALUES (sklad_р.дата, sklad_р.день, sklad_р.title,

sklad_р.quantity, sklad_р.edenizm, sklad_р.принял)

CASE ALLTRIM (ThisForm. Combo2. Value)='Кондитерские изд. (торты)'

INSERT INTO kon_tort_pr_сырье (дата, день, сырье, кол_во, ед_изм, принял);

VALUES (sklad_р.дата, sklad_р.день, sklad_р.title,

sklad_р.quantity, sklad_р.edenizm, sklad_р.принял)

CASE ALLTRIM (ThisForm. Combo2. Value)='Кондитерские изд. (штучно)'

INSERT INTO kon_шт._pr_сырье (дата, день, сырье, кол_во, ед_изм, принял);

VALUES (sklad_р.дата, sklad_р.день, sklad_р.title,

sklad_р.quantity, sklad_р.edenizm, sklad_р.принял)

ENDCASE

Формирование фильтров

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

LPARAMETERS CallObject, ObjectCount

DO CASE

*** Combo1, Combo2, Optiongroup1

CASE CallObject = 'Combo1' OR CallObject = 'Combo2'

report_title = UPPER (ThisForm. Combo1. Value) + IIF (! EMPTY(ThisForm. Combo2. Value),» («+ALLTRIM (ThisForm. Combo2. Value)+»)», «»)

ThisForm. Label18. Caption = [ИЗГОТОВЛЕННАЯ ПРОДУКЦИЯ (] + ThisForm. Combo1. Value + [] + ALLTRIM (ThisForm. Combo2. Value) + [)]

filter1 = 'BETWEEN (a.дата, date1, date2) and цех = ThisForm. Combo1. Value and принял = ThisForm. Combo2. Value' +;

IIF (ThisForm. Optiongroup1. Value#0, IIF (ThisForm. Optiongroup1. Value=1,' and день=.T.', ' and день=.F.'), «)

* IIF (ThisForm. Optiongroup1. Value#0,' and ' + IIF (ThisForm. Optiongroup1. Value=1,'a.день =.T.', 'a.день =.F.'), «)

SELECT * FROM изготовлено a WHERE a.дата = date1 AND a.день =.F. and &filter1;

UNION ALL;

SELECT * FROM изготовлено a WHERE a.дата >= date1+1 AND a.дата <= date2-1 and &filter1;

UNION ALL;

SELECT * FROM изготовлено a WHERE a.дата = date2 AND a.день =.T. and &filter1 INTO CURSOR заказ_query1

SELECT заказ_query1

ThisForm. Grid1. RecordSource = [SELECT продукция, sum (кол_во) as Количество, ед_изм, цех, принял;

FROM заказ_query1 GROUP BY продукция, принял INTO CURSOR заказ_query]

*** Optiongroup1, Combo1

CASE CallObject = 'Optiongroup1'

mDay = IIF (ThisForm. Optiongroup1. Value=1,'день', 'ночь')

ThisForm. Label19. Caption = mDay

filter1 = 'BETWEEN (a.дата, date1, date2) and ' + IIF (ThisForm. Optiongroup1. Value=1,'день =.T.', 'день =.F.') +;

' and цех = ThisForm. Combo1. Value and принял = ThisForm. Combo2. Value'

SELECT * FROM изготовлено a WHERE a.дата = date1 AND a.день =.F. and &filter1;

UNION ALL;

SELECT * FROM изготовлено a WHERE a.дата >= date1+1 AND a.дата <= date2-1 and &filter1;

UNION ALL;

SELECT * FROM изготовлено a WHERE a.дата = date2 AND a.день =.T. and &filter1 INTO CURSOR заказ_query1

SELECT заказ_query1

ThisForm. Grid1. RecordSource = [SELECT продукция, sum (кол_во) as Количество, ед_изм, цех, принял;

FROM заказ_query1 GROUP BY продукция, принял INTO CURSOR заказ_query]

*** Период, Optiongroup1, Combo1

CASE CallObject = 'Command5'

report_title = UPPER (ALLTRIM(ThisForm. Combo1. Value))

ThisForm. Label18. Caption = [ИЗГОТОВЛЕННАЯ ПРОДУКЦИЯ] + IIF (! EMPTY(ThisForm. Combo1. Value), ' ('+ThisForm. Combo1. Value+')', '')

*filter1 = IIF (ThisForm. Optiongroup1. Value#0, IIF (ThisForm. Optiongroup1. Value=1,'a.день=.T.', 'a.день=.F.'), «) +;

* 'a.цех = ThisForm. Combo1. Value'

filter1 = IIF (ThisForm. Optiongroup1. Value#0, IIF (ThisForm. Optiongroup1. Value=1,'a.день=.T.', 'a.день=.F.'), «) +;

IIF (! EMPTY(ThisForm. Combo1. Value), 'and a.цех = ThisForm. Combo1. Value', '')

SELECT * FROM изготовлено a WHERE a.дата = date1 AND a.день =.F. and &filter1;

UNION ALL;

SELECT * FROM изготовлено a WHERE a.дата >= date1+1 AND a.дата <= date2-1 and &filter1;

...