Лингвистическое обеспечение

2.3.2 Лингвистическое обеспечение

Требования к языкам разработки ИС зависят от метода проектирования:

·          Представляет собой языки программирования на, которых пишется ИС, т.е. SQL,VBA – языки, применяемые в разработке БД в приложении Access.

Требования к языкам ввода – вывода:

·          Ввод-вывод данных осуществляется с использованием типовых инструментов (радиокнопок, флажков, полей редактирования, меток, текстовых кнопок и т.д.).

Требования к языкам манипулирования данными:

·          Используется язык SQL, Формирование кода запроса осуществляется программой и пользователем, который с использованием визуальных компонентов (радиокнопки, выпадающий список и т.д.) задает ключевые параметры запроса.

  2.3.3 Информационное обеспечение

Требования к составу, структуре и способам организации данных в системе:

1) Характеристики внутреннего ИО:

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

Структура данных: реляционная.

Способ организации данных: локальный

2) Характеристики внешнего ИО:

Номенклатура документов: заказы на изготовление, чертеж – подмерка, отчеты по выполненным заказам, отчеты использованным ТМЦ, отчеты по объектам.

Порядок хранения документов:

·          место хранения: РМ пользователем мастера СМР;

·          форма хранения: однотипные документы группируются в Дела.

правила выдачи документов:

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

·          выдача документов осуществляется с оформлением листа-заместителя, в котором указывается: наименование документа; дата выдачи; ФИО – сотрудника, взявшего документ; дата возврата документа; роспись сотрудника, взявшего документ.

Требования к информационному обмену между компонентами системы:

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

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

На предприятии заказчика действуют следующие классификаторы и унифицированные документы:

·          ОКОНХ – общегосударственный классификатор отраслей;

·          ОКПО - общегосударственный классификатор предприятий и организаций;

·          ИНН – индивидуальный налоговый номер;

·          Документы бухгалтерского учета – положение министерства финансов № 285/2 от 1.01.96. о бухгалтерском учете на крупных предприятиях.

Требования к применению систем управления базами данных:

Используется настольная СУБД MS Access.

Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных:

·          Сбор данных осуществляется сотрудниками организации (источники: информация от заказчика, тех. специалистов);

·          Обработка данных осуществляется пользователем (мастером СМР) и системой: мастер СМР осуществляет ввод данных в БД; система осуществляет формирование отчетов.

Требования к защите данных от разрушений при авариях и сбоях в электропитании системы:

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

Использование источника бесперебойного питания на компьютере мастера СМР.

Требования к контролю, хранению, обновлению и восстановлению данных:

1) Обновление данных осуществляется пользователем (мастером СМР);

Поставщики обновлений: начальник участка №3, Мастера участка №3, технический специалист (подмерщик), Производитель работ участка №7.

2) Контроль данных осуществляется пользователем (мастером СМР).

3) Хранение данных: данные хранятся в реляционной БД.

4) Восстановление данных осуществляется пользователем (мастером СМР).

2.3.4 Программное обеспечение

Для относительно быстрой разработки БД применяется пакет прикладных программ AllFusionModeller, в состав которого программы ERwin, Bpwin (IDEF0). Интегрирующиеся на любую платформу СУБД: Oracle, Access, dBase IV, FoxPro и т. д.

Рекомендуемые технические средства и операционная система: ПЭВМ типа IBM PC с ОС Microsoft Windows XP, Vista, пакет MS Office приложение MS Access.

2.3.5 Требования к техническому обеспечению системы

1.         Процессор Intel Pentium II 400 МГц и выше;

2.         Оперативная память 128 Мбайт и выше;

3.         Жесткий диск (200 Мбайт свободного места) и выше;

4.         Устройство чтения компакт дисков;

5.         SVGA –дисплей;

6.         принтер, формат листов: А4, скорость печати: 10 страниц в минуту и выше;

7.         Клавиатура;

8.         Манипулятор мышь;

9.         видео карта типа SVGA 4-8 Мб VRAM;

10.      сетевая карта 100 Мбит (в зависимости от сети);

11.      устройство печати.

  2.3.6 Требования к организационному обеспечению

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

Оставить организационную и функциональную структуру без изменений.

Функционирование ИС будет осуществляться:

1) по сопровождению ПО: проектировщиком;

2) по сопровождению технических средств: пользователем системы.

2.4 Состав и содержание работ по созданию системы

  Таблица 2.1 – Состав и содержание работ по созданию системы

Стадия создания	Наименование этапа	Содержание работ	Сроки выполнения	Форма отчетности
1.Обследование и анализ ОА	1.1. Обследование ОА 1.2. Изучение материалов обследования 1.3 Анализ ОА	Информационное обследование ОА и формирование требований к системе	14.10.2009 – 30.10.2009	Отчет
2. Техническое задание	Разработка и утверждение технического задания на разработку системы	Разработка требований ТЗ	03.11.2009 – 25.11.2009	ТЗ
3. Технический проект	3.1. Разработка проектных решений по системе 3.2. Разработка документации на систему	Разработка проектных решений по реализации системы	27.11.2009 –21.12..2009	Комплект документации Технического проекта в соответствии с ГОСТом
5. Рабочий проект	5.1. Разработка рабочей документации на систему 5.2. Разработка и адаптация программ 5.3. Ввод системы в действие	Разработка программного обеспечения и документации системы, проведение испытаний и ввод системы в постоянную эксплуатацию	08.01.2010 – 15.02.2010	Комплект рабочей документации в соответствии с ГОСТ, акт о приемке системы в постоянную эксплуатацию

Состав работ при проектировании ИС:

·          Построение информационной модели;

·          Выявление проблем и недостатков в ИС цеха вентзаготовок ;

·          Определение области, на которую будет ориентирована ИС;

·          Создание базы данных;

·          Определение потоков информации “откуда – куда”;

·          Построение информационной модели цеха вентзаготовок «TO – BE»;

·          Прогонка ИС;

·          Сдача ИС в эксплуатацию.

 

2.5 Информационная модель

Информационная модель, показанная на рис 2.1, отражает собой общую модель цеха, которая непосредственно связана с производственным процессом и отражает положение дел на сегодняшний день, т. е. модель “AS – IS”.

Рисунок 2.1 – Контекстная диаграмма информационной модели цеха вен заготовок

Стрелками указаны основные информационные потоки:

Заказы на изготовление продукции и ТМЦ – поступают от руководства СУ;

Продукцию изготавливает бригада слесарей по изготовлению узлов и систем вентиляции;

Трудовые отношения основываются на статьях и правилах Трудового кодекса РФ (Трудовой договор);

Изделия изготавливаются согласно строительным правилам и нормам (СНиПы);

Сметы на изготовление деталей, начисление заработной платы осуществляет Бухгалтерия;

Готовая продукция сортируется в системы (партии) и отправляется на объекты монтажа;

Отчетная документация (наряды) отправляются в отделы ПЭО, ПТО.

Потоки информации и их обработка показаны на рисунке 2.2.

 

Рисунок 2.2 – Контекстная диаграмма потоки информации

Вся поступающая информация после её обработки преобразуется в работу и в дальнейшем в готовую продукцию. На рисунке 2.2 показано положение дел, как оно есть на сегодняшний день.

Алгоритм поступления, обработки и выдачи информации:

Поступление

·          Начальник участка монтажа вентиляции ежемесячно выдает план выполнения продукции на месяц, который выражается в объеме через квадратные метры;

·          Начальник участка в начале каждого месяца завозит листовой металл (ТМЦ) разной толщины. Стандартные размеры листа любой толщины длина – 2500 мм, ширина – 1250 мм. Из листов изготавливаются узлы и детали СВ и КВ. Чем больше по размерам деталь, тем толще берется лист для её изготовления;

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

Обработка

·          Каждый заказ это – комплект из двух бумажных документов: чертеж – который называется подмерка и комплектовочная ведомость, в которой указан объект монтажа, название партий (соответственно приточка и вытяжка[1]), описываются наименования деталей и их номера (которые должны соответствовать с номерами в подмерке), количество деталей, их параметры (высота, ширина[2] и длина детали), если деталь – отвод, то дан его градус т.е. обычно это 90⁰;

·          Ежедневно утром бригадир, получив заказ, раскладывает подмерку и комплектовочную ведомость. Рабочие, подойдя к столу, отмечают выбранную для изготовления деталь, если им что-то не ясно как её изготовить, например переход из одной развертки в другую, то они смотрят в подмерку, в которой нарисован подробный чертеж и понумерованно указаны все Изготавливаемые детали. Отметив деталь, рабочие приступают к ее изготовлению;

·          После того как все детали будут помечены, а это означает, что заказ обработан, бригадир складывает оба документа в папку и так он поступает с каждым заказом;

·          Заказы бывают большими по объему (до 400 м²), средними (до 250 м²), малыми (до 15 м²), среднем в день выдается до 300 м², все зависит от время года, количества рабочих, и объектов монтажа. Так например летом делается больше объема, а в зимнее время соответственно меньше.

Выдача

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

  2.6 Выявление проблем и недостатков в ИС цеха вентзаготовок

Выявление проблем в ИС цеха вентзаготовок распределено по информационным потокам и разбито на 3 этапа:

Первый этап - Проблемы в поступлении информации

На каждый объект монтажа чертится (рисуется) схема (подмерка) систем вытяжной и приточной вентиляции. После чего создается заказ на изготовление и по подмерке составляется комплектовочная ведомость см. ПРИЛОЖЕНИЕ Г. Но каждая подмерка имеет погрешность примерно в 10 - 15%. т.е. замерщик не может точно до конца вымерить все системы, так как это практически не возможно. В основном все системы подвешиваются на определенной (иногда на большой) высоте. И для замеривания замерщику нужно подняться на высоту, что не всегда возможно, поэтому он берет приблизительную величину. В дальнейшем при монтаже звеньевые домеряют нужные расстояния и заказывают мастерам, что бы те в свою очередь составили заказ и передали его в цех на изготовление. Рабочий день мастера по монтажу СВ и КВ начинается в цехе вентзаготовок, где он делает заказ. Затем он забирает выполненный заказ и отправляет его на объект монтажа. После чего он сам едет на объект монтажа, на котором, находится максимум два часа и уезжает на другой объект, так как, все мастера ведут сразу несколько объектов. Объекты монтажа находятся на разных расстояниях и чтобы добраться до них, требуется время. Все зависит от дальности объекта.

Проблема заключается в том, что дополнительные заказы с каждого объекта фактически невозможно за один день передать в цех вентзаготовок. Так как мастеру их надо собрать со всех ведомых объектов. Утвердить у начальника участка по изготовлению СВ и КВ, передать в цех, дождаться их изготовления и развести по объектам монтажа. А иногда дополнительный заказ по объему бывает большой. Либо если объект монтажа большой, то дополнительных заказов бывает много, а то и несколько на день. Чтобы решить эту проблему мастера связываются по мобильному телефону с бригадиром и начинают диктовать наименование деталей их параметры и количество, соответственно указывая объект монтажа. Но и тут иногда выявляется проблемы. Из-за огромного объема информации мастера иногда путают наименования деталей, их параметры и объект монтажа. Из-за этого получается путаница в изготовлении, что приводит пусть к небольшим, но негативным экономическим последствиям. Проблемы при поступлении показаны на рисунке 2.3.

Рисунок 2.3 – Проблемы при поступлении информации

Исходя из рис. 2.3 можно увидеть основные проблемы при поступлении информации:

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

·          Увеличение времени на принятие информации и начальную (первичную) обработку информации по всем заказам. Происходит путаница в уточнении. К примеру: один мастер говорит одну информацию по объекту, через короткий промежуток времени начальник участка (либо другой мастер) по монтажу СВ и КВ дает другую информацию по этому же объекту.

·          Помимо этого мастер может подойти к рабочему и в обход бригадира дать небольшой заказ непосредственно рабочему, а спрашивает потом за этот заказ с бригадира.

Второй этап - проблемы и недостатки в переработке информации

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

·          нет даты заказа;

·          нет наименования объекта;

·          у некоторых деталей нет половины параметров;

·          некоторые дополнительные заказы написаны на клочке бумаги;

На рисунке 2.4 можно увидеть основные проблемы при обработке информации, это:

·          Увеличение времени обработки информации. Нет ежедневного (приблизительного) плана изготовления продукции;

·          Из-за значительного числа заказов, уменьшается темп их обработки. Идет выявление приоритетности заказа, в котором в свою очередь тоже идет приоритетность изготовления. Всё зависит от объема заказа;

·          Если нет приоритетности, то начинается изготовление нескольких заказов одновременно. Что в свою очередь не правильно, так как, всей бригаде приходиться перестраиваться на другой темп и лад работы. Например, детальщики[3] становятся на изготовление труб.

Рисунок 2.4 – Обработка информации

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

Третий этап - Проблемы в выдаче информации

После обработки информации остаётся некоторое количество невыявленных ошибок, что приводит к определенным образом непоправимым последствиям. Так, например путаница в изготовлении деталей приводит к разного рода браку[4].

Рисунок 2.5 – Выдача информации

Исходя из рисунка 2.5 видно, что:

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

2.         Недоделанный заказ это Недоукомплектованная партия увеличивает время на уточнение, Продукция, отложенная на неопределенное время, которая занимает место в цехе.

Помимо всех вышеперечисленных проблемах существует одна масштабная проблема. Это то, что несмотря на компьютеризацию рабочих мест мастеров и начальников участков, основной документооборот происходит в бумажном виде. А базовые знания владения компьютером оставляет желать лучшего. Мастера очень медленно печатают (составляют отчеты). Многочисленные расчеты при разного рода вычислениях происходят вручную при помощи калькулятора либо приложения «Калькулятор» находящегося в составе ОС Widows.

  2.7 Определение области ориентирования

Область определения на которую ориентирована ИС, это создание АРМ мастера СМР специализация - вентиляция. То есть, это автоматизация некоторых вычислительных процессов с помощью стандартного приложения MS Access.

  2.8 Создание Базы данных

Состав и содержание работ по проектированию БД показан в таблице 2.1.

Таблица 2.2– Структура работ

№п/п	Наименование работы	Результат работы
1	Построение таблиц	Начальная информация
2	Построение простых форм	Первичная обработка данных
3	Построение простых запросов	Простая выборка
4	Построение сложных форм	Сложная выборка
5	Построение отчетов	Отражение информации
6	Написание макросов	Выполнение команд,
7	Построение кнопочной формы	Показ работы с СУБД

2.8.1 Структура таблиц созданной базы данных

Таблица 2.3 – Таблицы БД

	База данных
Наимен объекта	Таблицы	Запросы	Формы	Отчеты
Код	0 1	0 2	0 3	0 4
1	Партия	Вставка	Короб	Короб
2	Персонал	Короб	Лента-крепёж	Вставка
3	Короб	Лента-крепёж	Отвод	Отвод
4	Переход	Рейка	Вставка	Персонал
5	Отвод	Результат	Партия	Рейка
6	Рейка	Отвод	Результат	Лента-крепёж
7	Лента-крепёж	Переход	Переход	Изготовление
8	Вставка	Изготовление	Рейка	Изготовление_об
9	Решётка	Изготовление_2	Изготовление_Под
10	Результат		Изготовление
11	Изготовление		Изготовление_П_2
12	Объект		Персонал

Таблица 2.4 – ПЕРСОНАЛ

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
Ф И О раб	Текстовый (30)	Да	Да
Разряд	Текстовый(1)	Нет	Нет
Стаж по профес.	Текстовый(8)	Нет	Нет
Адрес	Текстовый(25)	Нет	Нет
Телефон	Текстовый(15)	Нет	Нет
Образование	Текстовый(20)	Нет	Нет
Примечание	Текстовый(20)	Нет	Нет

Таблица 2.5 – ВСТАВКА

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый (20)	Нет	Нет
Развертка выс	Числовой	Нет	Нет
Развертка шир	Числовой	Нет	Нет
Длина мм	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Да

Таблица 2.6 – КОРОБ

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый(20)	Нет	Да
Развертка выс	Числовой	Нет	Нет
Развертка шир	Числовой	Нет	Нет
Длина мм	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Да

Таблица 2.7 – ОТВОД

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый(20)	Нет	Нет
Развертка длина	Числовой	Нет	Нет
Развертка шир	Числовой	Нет	Нет
Градусы	Числовой	Нет	Нет
Длина затылка	Числовой	Нет	Нет
Ширина затылка	Числовой	Нет	Нет
Длина шейки	Числовой	Нет	Нет
Ширина шейки	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Да

Таблица 2.8 – ПЕРЕХОД

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый (20)	Нет	Нет
Развертка выс макс	Числовой	Нет	Нет
Развертка выс мин	Числовой	Нет	Нет
Развертка шир макс	Числовой	Нет	Нет
Развертка шир мин	Числовой	Нет	Нет
Длина мм	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Нет

Таблица 2.9 – РЕЙКА

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый(20)	Нет	Нет
Развертка длина	Числовой	Нет	Нет
Развертка шир	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Нет

Таблица 2.10 – Лента_КРЕПЁЖ

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый (20)	Нет	Нет
Длина мм	Числовой	Нет	Нет
Ширина мм	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Нет

Таблица 2.11 – РЕШЁТКА

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Наимен заготовки	Текстовый(20)	Нет	Нет
Длина мм	Числовой	Нет	Нет
Ширина мм	Числовой	Нет	Нет
Площадь м кв	Числовой	Нет	Нет

Таблица 2.12 – РЕЗУЛЬТАТ

Наименование поля	Тип поля	Первичный ключ(PK)	Внешний ключ(FK)
№ п/п	Счетчик	Да	Нет
Материал	Текстовый(20)	Нет	Нет
Площадь заготовки	Числовой	Нет	Нет
Наимен заготовки	Текстовый(20)	Нет	Нет
Площадь заг м кв	Числовой	Нет	Нет
Остаток	Числовой	Нет	Нет
Новая заготовка шт	Числовой	Нет	Нет

Результат создания таблиц показан на рисунке 2.7.

Рисунок 2.7 – Таблицы

2.8.2 Описание запросов к базе данных

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

Запрос 1

Имя файла  запроса: Вставка_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “ВСТАВКА”.

SELECT Заготовка_ВСТАВКА.[№п/п], ВСТАВКА.[Наимен заготовки], ВСТАВКА.[Развертка выс], ВСТАВКА.[Развертка шир], ВСТАВКА.[Длина мм], ВСТАВКА.[Площадь м кв]

Данная операция вычисляет площадь заготовки “Вставка”:

FROM ВСТАВКА

WHERE (((ВСТАВКА.[Площадь м кв]) Like 'In(SELECT(([ВСТАВКА].[Развертка выс]*[ВСТАВКА].[Развертка шир])*[ВСТАВКА].[Длина мм])*2'));

Запрос 2

Имя файла  запроса: Короб_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “КОРОБ”.

SELECT КОРОБ.[№п/п], КОРОБ.[Наимен заготовки], КОРОБ.[Развертка выс], КОРОБ.[Развертка шир], КОРОБ.[Длина мм], КОРОБ.[Площадь м кв]

Данная операция вычисляет площадь заготовки “КОРОБ”:

FROM Заготовка_КОРОБ

WHERE (((КОРОБ.[Площадь м кв]) Like 'In (SELECT(([КОРОБ].[Развертка выс])*([КОРОБ].[Развертка шир]))*([КОРОБ].[Длина мм])))'));

Запрос 3

Имя файла  запроса: Отвод_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “ОТВОД”.

SELECT ОТВОД.[№п/п], ОТВОД.[Наимен заготовки], ОТВОД.[Развертка шир], ОТВОД.Градусы, ОТВОД.[Длина затылка], ЗОТВОД.[Ширина затылка], ОТВОД.[Длина шейки], ОТВОД.[Ширина шейки], ОТВОД.[Площадь в м кв] AS Выражение1

Данная операция вычисляет площадь заготовки “ОТВОД”:

FROM ОТВОД

WHERE ((([ОТВОД].[Площадь в м кв]) Like 'In(SELECT((((((3,14)*(([ОТВОД].[Развертка шир])*([ЗОТВОД].[Развертка шир])))/4)+([ОТВОД].[Длина шейки]*[ОТВОД].[Развертка

шир])*2)+([ОТВОД].[Длина шейки]*[ОТВОД].[Развертка шир])+([ОТВОД].[Длина затылка]*[ОТВОД].[Развертка длина])))))) ';

Запрос 4

Имя файла  запроса: Переход_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “ПЕРЕХОД”.

SELECT ПЕРЕХОД.[№п/п], ПЕРЕХОД.[Наимен заготовки], ПЕРЕХОД.[Развертка выс макс], ПЕРЕХОД.[Развертка выс мин], Заготовка_ПЕРЕХОД.[Развертка шир макс], ПЕРЕХОД.[Развертка шир мин], ПЕРЕХОД.[Длина мм], ПЕРЕХОД.[Площадь м кв]

Данная операция вычисляет площадь заготовки “ПЕРЕХОД”:

FROM ПЕРЕХОД

WHERE (((ПЕРЕХОД.[Площадь м кв]) Like 'In(SELECT((((([ПЕРЕХОД].[Развертка выс макс]+[ПЕРЕХОД].[Развертка шир макс])*[ПЕРЕХОД].[Длина мм]))*(0,5))*2)+(((([ПЕРЕХОД].[Развертка выс мин]+[ПЕРЕХОД].[Развертка шир мин])*([ПЕРЕХОД].[Длина мм])*(0,5))*2)))))'));

Запрос 5

Имя файла  запроса: Рейка_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “РЕЙКА”.

SELECT РЕЙКА.[№п/п], РЕЙКА.[Наимен заготовки], РЕЙКА.[Развертка длина], РЕЙКА.[Развертка шир], РЕЙКА.[Площадь м кв]

Данная операция вычисляет площадь заготовки “РЕЙКА”:

FROM РЕЙКА

WHERE (((РЕЙКА.[Площадь м кв]) Like 'In(SELECT([РЕЙКА].[Развертка длина]*[РЕЙКА].[Развертка шир]))'));

Запрос 6

Имя файла  запроса: Лента_Крепёж_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “ ЛЕНТА_КРЕПЁЖ ”.

SELECT ЛЕНТА_КРЕПЁЖ.[№п/п], ЛЕНТА_КРЕПЁЖ.[Наимен заготовки], ЛЕНТА_КРЕПЁЖ.[Длина мм], ЛЕНТА_КРЕПЁЖ.[Ширина мм], ЛЕНТА_КРЕПЁЖ.[Площадь м кв]

Данная операция вычисляет площадь заготовки “ ЛЕНТА_КРЕПЁЖ ”:

FROM ЛЕНТА_КРЕПЁЖ

WHERE (((ЛЕНТА_КРЕПЁЖ.[Площадь м кв]) Like 'In(SELECT([ЛЕНТА_КРЕПЁЖ].[Длина мм]*[ЛЕНТА_КРЕПЁЖ].[Ширина мм]))'));

Запрос 7

Имя файла  запроса: Решётка_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “ РЕШЁТКА ”.

SELECT РЕШЁТКА.[№п/п], РЕШЁТКА.[Наимен заготовки], РЕШЁТКА.[Длина мм], РЕШЁТКА.[Ширина мм], РЕШЁТКА.[Площадь м кв]

Данная операция вычисляет площадь заготовки “ РЕШЁТКА ”:

FROM РЕШЁТКА

WHERE (((РЕШЁТКА.[Площадь м кв]) Like 'In(SELECT([РЕШЁТКА].[Длина мм]*[РЕШЁТКА].[Ширина мм]))'));

Запрос 8

Имя файла  запроса: Отходы_Запрос

Текст на SQL:

Вывести общую информацию из таблицы “ ОТХОДЫ ”.

SELECT ОТХОДЫ.[№п/п], ОТХОДЫ.Материал, ОТХОДЫ.[Площадь мат м кв], ОТХОДЫ.Заготовка, ОТХОДЫ.[Площадь заг м кв], ОТХОДЫ.[Количество шт], ОТХОДЫ.[Общая площадь загот], ОТХОДЫ.Отходы

Данная операция вычисляет площадь материала, который остается после изготовления деталей:

FROM ОТХОДЫ

WHERE (((ОТХОДЫ.[Общая площадь загот]) Like 'In(SELECT([ОТХОДЫ].[Площадь заг м кв]*[ОТХОДЫ].[Количество шт])') AND ((ОТХОДЫ.Отходы)='In(SELECT([ОТХОДЫ].[Площадь мат м кв]-[ОТХОДЫ].[Общая площадь загот])'));

Основная нужная информация из выше перечисленных запросов – площадь отходов в м кв.

Запрос 9

Имя файла  запроса: Результат_Запрос

Текст на SQL:

Вывести итоговую информацию из таблицы 2.12 – РЕЗУЛЬТАТ, которая отражает: какое количество деталей можно сделать из остатков металла полученных при изготовлении определенной заготовки.

SELECT РЕЗУЛЬТАТ.[№п/п], РЕЗУЛЬТАТ. Материал, РЕЗУЛЬТАТ.[Площадь листа], РЕЗУЛЬТАТ.[Наимен заготовки], РЕЗУЛЬТАТ.[Площадь заготовки м кв], Abs([Площадь листа]-[Площадь заготовки м кв]) AS Остаток, Round([Остаток]/[Площадь заготовки м кв]) AS [Заготовка из остатка шт]

FROM РЕЗУЛЬТАТ;

Результат создания запросов показан на рисунке 2.8.

Рисунок 2.8 – Запросы

На рисунке 2.9 показан результат создания форм.

Рисунок 2.9 - Формы

Главная форма в режиме Конструктора показана на рис. 2.10.

Рисунок 2.10 – Главная форма

Разработанная СУБД “Производственный процесс”в приложении Access в режим Просмотр показана на рисунке 2.11.

Рисунок 2.11 – Разработанная СУБД