Автоматизированная система управления контролем качества результатов испытаний сырья

 













Тема

Автоматизированная система управления контролем качества результатов испытаний сырья



Янко Евгений Валерьевич

Новоселова Т.В., магистр, старший преподаватель


ВВЕДЕНИЕ


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

К основным задачам дипломной работы относят:

-разработка и анализ бизнес-процессов лаборатории;

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

-исследование существующих схем документооборота;

-построение инфологической модели;

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

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

-формирование выходных документов.

Реализация задач представлена в виде стандартных методов проектирования базы данных, которые включают в себя три этапа проектирования, где ведется обследование предметной области и выявление информационных запросов, построение инфологической модели, обоснование выбора СУБД (систем управления базами данных), нормализацию отношений, построение логической схемы, проектирование схем документов.

Функциями программного продукта являются:

-ввод, редактирование и удаление данных;

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

-распечатка протоколов и результатов испытаний;

-расчет максимального и минимального значений результатов анализов.

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

В качестве технических средств выбраны: среда разработки приложений Borland Delphi, имеющий большие возможности для работы с базами данных, и система управления базами данных Microsoft SQL Server.

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

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


1 Описание бизнес-процессов Центральной лаборатории АО «УК ТМК»


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


Центральная лаборатория комбината объединенного цеха №10 - отдела метрологического и аналитического контроля является структурным подразделением Акционерного общества «Усть-Каменогорский титано-магниевый комбинат». В состав центральной лаборатории комбината (ЦЛК) входят следующие подразделения:

отделение химических методов анализа;

отделение инструментальных методов анализа;

участок механических испытаний;

участок технологического контроля;

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

экспресс - лаборатория цеха №1;

экспресс - лаборатория цеха №2;

ЦЛК осуществляет аналитический контроль сырья, готовой продукции и технологических материалов титано-магниевого производство, а также объектов окружающей среды в соответствии с требованиями СТ РК ИСО/МЭК 17025 - 2007, таким образом чтобы удовлетворились требования заказчика, а также предписания уполномоченных органов.

Функции, права и обязанности подразделений ЦЛК изложены в соответствующих положениях о структурных подразделениях. Система менеджмента лаборатории охватывает все ее подразделения.

Техническая дирекция комбината берет на себя обязательство не оказывать влияние на деятельность ЦЛК по проведению испытаний.

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

Отбор подготовка проб для испытаний, а также их шифровка и доставка в ЦЛК осуществляется отделом технологического контроля (ОТК).

Ответственность, полномочия и взаимодействие сотрудников ЦЛК занятых в управлении выполнении или проверке работ, влияющих на качество испытаний, регламентированы: должностными инструкциями, СТ АО 00202028-333, СТ АО 00202028-356.

Контроль сотрудников, проводящих испытания, осуществляется: внутрилабораторным контролем по СТ АО 00202028-356, при внутренних проверках (аудитах) согласно плана - графика.

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


1.1.1 Система менеджмента качества

Ответственность за функционированием системы менеджмента качества является инженер по качеству. Система менеджмента качества ЦЛК регламентируется международными и государственными стандартами, стандартами организации.

Система менеджмента качества содержит следующие процедуры и процессы управления качеством:

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

-анализ запросов, заявок на подряд и контрактов;

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

-приобретение услуг и запасов;

-обслуживание заказчиков;

-претензии;

-управление работами по испытаниям, несоответствующими установленным требованиям;

-корректирующее действие;

-предупреждающее действие;

-управление регистрацией данных;

-внутренние проверки;

-анализ со стороны руководства.

На рабочих местах для ответственного персонала имеются необходимые нормативные документы. Обеспеченны необходимые условия доступности и сохранности нормативных документов, места хранения обозначены надписями. При необходимости нормативные документы могут предоставляться представителю заказчика. Управления документами системы качества осуществляется в соответствии с требованиями СТ АО 00202028-306.

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

Политика в области качества обеспечивается следующими направлениями в деятельности:

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

-регламентированной ответственностью всех работников ЦЛК за выполнение требований по качеству испытаний;

-соблюдение политики в области качества и процедур настоящего руководства.

Реализация принятых направлений обеспечивается решением следующих задач:

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

-планирование качества проводимых испытаний и управление на всех стадиях выполнения испытаний;

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

-выполнение корректирующих действий в случае, если выявлены несоответствующая работа или отступление от политики или процедур, предусмотренных системой качества;

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

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

-систематическое обучение и повышение квалификации персонала;

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

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


.1.2 Мониторинг и измерение

В Центральной лаборатории АО «Усть-Каменогорского Титано-магниевого комбината» проводят внутрилабораторный статистический контроль качества результатов испытаний состава и свойств сырья, технологической и готовой продукции и материалов.

Выполнение работ:

-выборка (единицы продукции, отобранные из контролируемой партии для контроля и принятия решения);

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

-объем партии (число единиц продукции, составляющих партию. Применительно к настоящему стандарту - число проб за истекший месяц);

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

Уровни контроля:

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

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

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

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

-летучий контроль (контроль, проводимый в случайное время).

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

Статистический контроль является составной частью плановой производственной работы ЦЛК.

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

Для проведения контроля используется одноступенчатый корректируемый план статистического контроля по альтернативному признаку, рекомендуемый ГОСТ 18242.

Параметрами одноступенчатого контроля является: объем партии, объем контрольной выборки, приемочный уровень качества, уровень контроля.

В настоящем стандарте приняты:

-приемочный уровень качества (дефектности) - 2,5%;

-уровни контроля: нормальный, облегченный, усиленный.

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

Лаборант участка технического контроля все результаты контроля регистрирует в журнале.


1.1.3 Проведение контроля

Начальник аналитических подразделений до 25 числа каждого месяца подают в участок технологического контроля (УТК) центральной лаборатории комбината справку о количестве проанализированных проб (объем партий) конкретных материалов, подлежащих контролю за истекший месяц.

Может осуществляться летучий контроль.

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

Все уровни контроля применяются к конкретному материалу и определенному материалу.

Усиленный контроль применяется: при введении в контроль нового материала, элемента (компонента) испытания, при внедрении новой методики выполнения измерений, нового оборудования, по просьбе заказчика.

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

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

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

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

Отбор проб в контрольную выборку производиться лаборантом УТК из числа проанализированных рабочих проб и контрольных проб отдела технологического контроля методом случайного отбора по ГОСТ 18321 равномерно и специального отбора, в течении месяца (с 25 по 20 числа последующего месяца). Специальный отбор назначается руководителем ЦЛК и УТК. Остаток рабочей пробы шифруется полностью.

Зашифрованные пробы лаборант регистрирует в журнале, после этого передает их руководителю (инженеру) контролируемого подразделения.

Начальник аналитических подразделений (инженер) дает лаборантам шифрованные пробы для анализов и испытаний. Поученные результаты контрольных анализов передаются начальником (инженером) в УТК.

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

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

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

результаты испытаний на твердость контролируются в присутствии лаборанта УТК.

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

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

Расшифровка проб производиться лаборантом (начальником) УТК по мере выполнения контрольных анализов, но не позднее 23 числа каждого месяца. Ответственность за своевременность расшифровки несет начальник УТК.

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

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

Если анализ не длительный, то выполняется в присутствии лаборанта УТК (диспетчера) и руководителя подразделения. При этом проба не шифруется. Одновременно выполняется контроль точности согласно методики выполнения измерений.

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

1.1.4 Оценка результатов контроля

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

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

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

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

-приемка проб в соответствии с требованиями СТ АО 00202028-333 и схемами контроля;

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

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

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

Итоги внутрилабораторного статистического контроля подводятся в ЦЛК ежемесячно на совещании по качеству.

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

Начальник УТК по итогам года составляет ведомость качества результатов внутрилабораторного статистического контроля в подразделениях и ЦЛК.


1.1.5 Обеспечения качества результатов испытаний

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

-внутрилабораторным оперативным контролем показателей качества результатов анализа;

-внутрилабораторным статистическим контролем;

-внешним метрологическим контролем;

-государственным контролем;

-контролем при аккредитации лаборатории.

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

АО «УКТМК» имеет договор с лабораторией ДГП «ВНИИцветмет» на выполнение внешнего метрологического контроля.

Проверку качества результатов испытаний осуществляют при аккредитации ЦЛК, и последующим государственным контролем.

Все виды контроля показателей качества испытаний проводят в соответствии с документом (программой, стандартом предприятия и т.д.) разработанным с целью обеспечения качества работ в ЦЛК. Результаты контроля используют для решения следующих задач:

-управлением качеством аналитических работ на внутрилабораторном и межлабораторным уровне;

-статистическая оценка состояний измерений в лаборатории.

Результаты всех видов контроля качества результатов испытаний, регистрируются и рассматриваются ежемесячно на Дне качества. Ответственными за обеспечение качества результатов испытаний являются: руководитель ЦЛК, руководители подразделений, инженер по СМК.


1.1.6 Контроль и испытание

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

Испытание продукции является составной частью контроля качества продукции.

Испытания продукции проводятся:

-при входном контроле;

-в процессе производства;

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


1.1.7 Требование к испытательным лабораториям

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

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


1.1.8 Виды и методы испытаний

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

-химический анализ

-спектральный анализ

-определение твердости

-гранулометрический и фракционный состав

-насыпная плотность


1.1.9 Подготовка, упаковка и приемка проб

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

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

Каждая проба должна иметь этикетку с разборчивой подписью следующего содержания:

-наименование продукта;

-номер пробы;

-цех;

-дата отбора пробы;

-позиция схемы контроля;

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

-подпись пробоотборщика.

Для экспресс-лабораторий содержание этикетки сокращенное:

-дата;

-час отбора;

-номер ванны, хлоратора и т.п.;

-подпись пробоотборщика.

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

-обеспечение целостности тары и герметичности упаковки проб;

-обеспечение целостности этикеток или других идентификационных признаков (обозначений);

-поддержание необходимости температуры воздуха в помещениях;

-допуск к работе аттестованного персонала;

-персональная ответственность руководителя ЦЛК, руководителей подразделений, исполнителей.

Пробы сдаются лаборанту участка технологического контроля цеха №10 центральной лаборатории комбината по регистрационному журналу отдела технологического контроля и цехов. Лаборант в журнале отдела технологического контроля ставит дату, время приема проб и подпись.

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

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

По окончании испытаний пробы хранятся на участке технического контроля в специальном хранилище. Сроки хранения и процедура возврата проб заказчикам осуществляется согласно СТ АО 00202028-333. Ответственными за образцы подлежащими испытаниям являются: ОТК и начальник УТК.

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

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

-составляется заказ или схема контроля (см. Приложение D), в которой определяются и документируются требования заказчика, включая требования к методам испытаний (если таковы имеются);

-оцениваются возможности и ресурсы ЦЛК необходимые для выполнения требований;

-выбор метода испытаний осуществляется ЦЛК

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

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


1.1.10 Управления записями

В ЦЛК установлены и поддерживаются процедуры идентификации, доступа, систематизации, хранения, ведения и изъятия регистрационных данных по качеству и технические вопросы.

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

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

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

-отчеты о качестве испытаний;

-документы, в которых регистрируются сведения о состоянии, техническом обслуживании, ремонте оборудования;

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

-отчеты о внутренних и внешних аудитах;

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

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

-планы корректирующих и предупреждающих мероприятий, документы контроля и отчеты об их выполнении;

-документы о подготовке и повышении квалификации кадров, об аттестации специалистов ЦЛК.

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

-данные о персонале ответственные за отбор образцов;

-данные о персонале, проводящем испытание;

-данные о калибровке и средств измерений;

-данные о методе испытаний;

-контроль результатов испытаний;

-хранение образцов испытаний.

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

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


1.2 Исследование существующих схем документооборота анализа состава и свойств сырья


Целью документооборота процедур анализа состава и свойств сырья является точная спецификация всех операций и действий, осуществляемых в данном процессе, а также характера взаимосвязей между ними. Процедуры анализа и свойств сырья обеспечивают полное представление, как о функционировании обследуемых процессов, так и обо всех имеющихся в них местах потоках информации и материалов. Следует также отметить, что каждая операция в документообороте процедур есть некоторый акт преобразования входных материалов или информации в продукт на выходе с использованием ресурсов в виде механизма и при выполнении условий, представленных в виде управления. Такую интерпретацию операций часто называют бизнес-правилом. В результате проведенных анализов основной процедурой деятельности диспетчерской, подлежащая моделированию была выбрана процедура «Внутрилабораторный статистический контроль качества».

Данный процесс является основным процессом и содержит следующие подпроцессы:

-принятие проб и заявок;

-регистрация поступивших проб в лабораторию на испытание;

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

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

-хранение проб.

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


Уровень

1












4








Рисунок 1.1 Структура документации системы менеджмента качества


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

Лаборант УТК все результаты контроля регистрирует в журналах приведенных ниже на рисунках 1.2 - 1.4.

Расшифровка сокращений в журналах регистрации:

р - результат анализа рабочей группы;

к - результат анализа контрольной пробы;

д - допускаемое расхождение;

D - фактическое расхождение.


Химический анализТитан губчатый, HB(наименование материала проб, контролируемый элемент)Дата поступления проб в контр.Номер рабочей пробыДата отбора пробыНомер контрольной пробыРезультаты, %РасхожденияРоспись исполнителяркДDРисунок 1.2 Журнал регистрации химического анализа проб титана губчатого, HB


Химический анализХлористый магний(наименование (вещества) материала проб)Дата поступ. пробыНомер пробыДата отбораСодержание, %Роспись исполнителяMgOTiFeРисунок 1.3. Журнал регистрации химического анализа проб хлористого магния


Химический анализТитан губчатый(наименование материала проб)Дата поступления проб в контр.Номер пробыДата отбора пробыНомер контрольной пробы0NРоспись исполнителяРезультаты, %РасхожденияРезультаты, %РасхожденияркДDркДDРисунок 1.4. Журнал регистрации химического анализа проб титана губчатого

В качестве CASE средства для графического отображения разработанной модели была использована система IDEF0/BPwin, которая обеспечивает поддержку на этапе анализа и проектирования, являющегося одним из наиболее трудоёмких, а так же визуальное представление информации. Назначение модели заключается в том, что она графически представляет основные взаимоотношения внутри лаборатории АО УК ТМК - функциональные связи, потоки объектов, информации и динамическое взаимодействие ресурсов. Преимуществами использования IDEF0 является простота графики, используемой при построении диаграмм, постепенность представления деталей процессов, использование декомпозиции блоков диаграммы.

В соответствии с приведённым выше описанием модели, были разработаны графические схемы процессов, которые приведёны ниже на рисунках 1.5 - 1.8.

Основными элементами диаграмм являются блоки и дуги. Блоки служат для отображения функций (действий), выполняемых моделируемой системой. Функциявыражается активным глагольным оборотом: глагол + объект действия + [дополнение]. Дугислужат для отображения информации или материальных объектов, которые необходимы для выполнения функции или появляются в результате ее выполнения (объекты, обрабатываемые системой). За каждой дугой закрепляется замечание, которое отображает суть информации или объекта.

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

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

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

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

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


Рисунок 1.5. Схема бизнес-процесса «Внутрилабораторный статистический контроль качества»


На рисунке 1.6 представлена схема уровней декомпозиции подпроцессов главного бизнес-процесса «Внутрилабораторный статистический контроль качества» состоящая из пяти блоков:

Рисунок 1.6. Схема подпроцессов главного бизнес-процесса


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

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

-испытания - представленный блок описывает процедуры подготовки (процедура выбора вида испытания для каждой поступившей пробы в лабораторию) и отправки проб на испытание. Согласно установленными должностными инструкциями, под контролем руководителей подразделений и лаборантов.

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

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

На рисунке 1.7 представлена схема уровней декомпозиции подпроцессов, бизнес-процесса «Принятия проб и заявок» состоящая из трех блоков:


Рисунок 1.7. Схема подпроцессов «Принятие проб и заявок»


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

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

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

На рисунке 1.8 представлена схема уровней декомпозиции подпроцессов, бизнес-процесса «Испытание» состоящая из четырех блоков:


Рисунок 1.8. Схема подпроцесса «Испытание»


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

-исполнители - данный блок описывает процедуру принятия проб исполнителями. Согласно перечисленными в первом блоке документами исполнители приступают к испытаниям;

-испытание - этот блок описывает процедуру проведения испытаний над пробами в лабораториях соответствующими оборудованиями и материалами для проведения испытаний;

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


1.3 Функционально-логическая модель автоматизации средств


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

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

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

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

На рисунке 1.9 представлена схема документооборота центрально заводской лаборатории комбината.

статистический контроль качество сырье

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


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

-схема аналитического и технологического контроля продукции (материалов) - по этой схеме проводятся испытания контроля качества сырья и готовой продукции (материалов);

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

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

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

-документы о подготовке и повышении квалификации кадров -проверки знаний и экзамены на повышение квалификации регистрируются в данных документах;

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

-журналы регистрации (для каждого материала производства) - регистрационные журналы испытаний (Приложение Б, В, Г), журналы поступивших проб в лабораторию (Приложение А);

-нормативные документы на оборудование - на рабочих местах для ответственного персонала имеются необходимые нормативные документы на имеющееся оборудование;

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

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

-протокол испытаний - документ, в котором указывается наименование материала и результаты проведенного испытания над данным материалом (Приложение Е);

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

-заявка (на закупку оборудования и средств измерения) - составляются руководителями подразделений ЦЛК. Эти заявки прорабатываются руководителем ЦЛК и специалистами КИП с целью исключения нерационального выбора;

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

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


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


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


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

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

Информационное обеспечение Лаборатории АО УК ТМК образует внутримашинную информационную БД, состоящую из следующих компонентов:

-анализ;

-результат анализа;

-вид анализа;

-внешний вид;

-компонент;

-контролер;

-лаборант;

-материал;

-материал производства;

-место отбора;

-пользователь;

-производство;

-фракция;

-цех.

Таким образом, информационное обеспечение «Лаборатория АО УК ТМК», которая, по сути, является автоматизированной системой управления процессом диспетчерской, связано с обеспечением взаимодействия подсистем ведения БД с входным и выходным, по отношению к ним, документооборотом.

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

-заявка1);

-регистрационные журналы поступления проб (Приложение А);

-заявка на испытания2);

-регистрационные журналы проанализированных проб:

-протокол испытаний (Приложение Е);

-справка о количестве проанализированных проб за месяц.

На основании вышеперечисленных запросов пользователей и обследования предметной области выделен атрибутивный состав, приведенный в Таблице 2.1.


Таблица 2.1 Множество атрибутов

№Наименование атрибутаИдентификатор1Идентификатор анализаIdAnalys2ГодYEAR_3Номер пробыNOMPROB4Код вида анализаKODVID5Наименование вида анализаNAIMVID6Идентификатор материала производстваIdMatProizv7Дата отбораDATAOT8Дата поступленияDATAPR9На печатьTOPRINT10Код фракцииKODFRAK11Наименование фракцииNAIMFRAK12Идентификатор внешнего видаVnVidId13Наименование внешнего видаNaimVnVid14Идентификатор контролераKontrId15ФИО контролераNaimKontr16Номер протоколаNomProtokol17Дата протоколаDatProtokol18Значение анализаVALUE_REAL19Код компонентаKODKOMP20Наименование компонентаNAIMKOMP21Код лаборантаKODLABOR22ФИО лаборантаNAIMLABOR23Код материалаKODMAT24Наименование материалаNAIMMAT25Код места отбораKODMEST26Наименование места отбораNAINMEST27Идентификатор производстваIdProizv28Код производстваKODPROIZV29Наименование производстваNAIMPROIZV30Код цехаKODCEH31Наименование цехаNAIMCEH32Код пользователяKODPOLZ33Наименование пользователяNAIMPOLZ34Пароль пользователяPASSWPOLZ35Номер контрактаNOMKONTR

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

Значение анализа - процентное содержание выбранного химического компонента в пробе после испытания.

Наименование компонента - название определяемого химического компонента (Ti, FeO, TiO2) с которым будет проводится испытание проб.

Код места - номер места отбора проб (вагон, печь, миксер, карман хлоратора, весовой дозатор).

Наименование материала - материал производства (титан губчатый, карналлит обезвоженный, хлористый магний, серная кислота).

Наименование внешнего вида - внешний вид пробы (желтый, бесцветный, мутный).

Наименование компонента - название химического компонента с которым было проведено испытание.

Наименование пользователя - пользователи УТК и ОТК, вошедшие в приложение и работающие с базой данных.

Наименование фракции - размер отобранной пробы от общей партии материала производства, на испытание в лабораторию.

Наименование вида анализа - вид анализа пробы, например: рабочая, повторная, откорректированная.

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


Таблица 2.2 Использование атрибутов в запросах

№ п/пИдентификатор атрибутаЗапросыЗаявкаРегистрационный журнал поступления пробЗаявка на испытаниеРегистрационные журналы проанализированных пробПротокол испытанийСправка о количестве проанализированных проб за месяц1IdAnalys*2YEAR_**3NOMPROB*****4KODVID*5NAIMVID*6IdMatProizv****7DATAOT***8DATAPR****9TOPRINT*10KODFRAK*11NAIMFRAK*12VnVidId*13NaimVnVid*14KontrId*15NaimKontr*16NomProtokol*17DatProtokol*18VALUE_REAL**19KODKOMP***20NAIMKOMP***21KODLABOR***22NAIMLABOR***23KODMAT******24NAIMMAT******25KODMEST*26NAINMEST*27IdProizv**28KODPROIZV*29NAIMPROIZV*30KODCEH**31NAIMCEH**32KODPOLZ*33NAIMPOLz**34PASSWPOLZ*35NOMKONTR*

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

На основании обследования предметной области и необходимых запросов выделим следующие сущности с атрибутами.

Сущность принято определять поименованными характеристиками - атрибутами. Наименование атрибута должно быть уникальным для каждого экземпляра сущности.

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

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


Таблица 2.3 Структурные связи между сущностями

Название сущностейНазвание связейРЕЗУЛЬТАТ АнализААНАЛИЗКОМПОНЕНТАНАЛИЗМАТЕРИАЛАНАЛИЗПОЛЬЗОВАТЕЛЬАНАЛИЗ

После того, как выбраны сущности и заданы атрибуты, установлены связи между сущностями, проектируем инфологическую модель в виде ER-диаграммы (рисунок 2.1), где сущности обозначаются прямоугольниками, а связи - ромбами.


Рисунок 2.1 Инфологическая модель предметной области

Определенные на предыдущем этапе проектирования сущности наиболее рационально представить в виде базы данных. Тогда экземпляр сущности будет являться записью в таблице базы данных (БД).

Модели данных, поддерживаемые СУБД, делят на сетевые, иерархические, реляционные и объектно-ориентированные. Соответственно различают сетевые, иерархические, объектно-ориентированные и реляционные СУБД.

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

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

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

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

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

В реляционной базе данных на каждое отношение накладывается ограничение - они должны быть нормализованы.

Для уменьшения нежелательных характеристик БД к схемам отношений применяются процедуры нормализации. Выделяют пять нормализованных форм (НФ), но практически достаточно, чтобы отношения удовлетворяли условиям первой, второй и третьей нормальным формам (1НФ, 2НФ, 3НФ).

Все атрибуты отношений должны быть простыми (атомарными), следовательно, находиться в первой нормальной форме (1НФ).

Если в отношениях не наблюдается избыточность данных, то они находятся во второй нормальной форме (2НФ).

Отсутствие транзитивных зависимостей будет указывать на наличие третьей нормальной формы (3НФ).

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

1.АНАЛИЗ (IDANALYS; YEAR_; NOMPROB; IdMatProizv; KODVID; DATAOT; DATAPR; KODMEST; TOPRINT; KODFRAK; VnVidId; KontrId; NomProtokol; DatProtokol; NOMKONTR; KODLABOR; KODPOLZ);

Учет внесения данных о пробе ведется по идентификатору анализа. Идентификатор анализа - уникален.

Атрибут IdAnalys - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

ВИД АНАЛИЗА (KODVID; NAIMVID);

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

Атрибут KODVID - уникален и является первичным ключом

-Все атрибуты являются атомарными, следовательно, отношение находится в 1НФ.

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

-Все неключевые атрибуты функционально зависят от первичного ключа.

Внешний вид (VnVidId; NaimVnVid);

Учет внешнего вида пробы ведется по идентификатору внешнего вида. Идентификатор внешнего вида - уникален.

Атрибут VnVidId - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

Контролер (KontrId; NaimKontr);

Учет контролеров доставляющих пробы на анализ ведется по идентификатору контролера. Идентификатор контролера - уникален.

Атрибут KontrId - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

Лаборант (KODLABOR; NAIMLABOR);

Учет лаборантов работающих с пробами ведется по коду лаборанта. Код лаборанта - уникален.

Атрибут KODLABOR - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

ФРАКЦИЯ (KODFRAK; NAIMFRAK);

Учет фракции анализа проб ведется по коду фракции. Код фракции - уникален.

Атрибут VnVidId - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

Место отбора (KODMEST; NAINMEST);

Учет места отбора проб ведется по коду места. Код места - уникален.

Атрибут KODMEST - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

ПОЛЬЗОВАТЕЛЬ (KODPOLZ; NAIMPOLZ; PASSWPOLZ);

Учет пользователя работающего с базой данных ведется по коду пользователя. Код пользователя - уникален.

Атрибут KODPOLZ - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

МАТЕРИАЛ ПРОИЗВОДСТВА (IdMatProizv; IdProizv; KODMAT; KODMEST);

Учет материала производства ведется по идентификатору материала производства. Материал производства - уникален.

Атрибут IdMatProizv - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

ПРОИЗВОДСТВО (IdProizv; KODCEH; KODPROIZV; NAIMPROIZV);

Учет производства ведется по идентификатору производства. Идентификатор производства - уникален.

Атрибут IdProizv - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

Цех (KODCEH; NAIMCEH);

Учет цехов ведется по коду цеха. Код цеха- уникален.

Атрибут KODCEH - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

. РЕЗУЛЬТАТ Анализа (IdAnalys; KODKOMP; VALUE_REAL);

Учет полученных анализов в лаборатории ведется по идентификатору анализа пробы. Идентификатор анализа - уникален.

Атрибут IdAnalys - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

. Компонент (KODKOMP; NAIMKOMP);

Учет компонента, с которым будет проходить испытание, ведется по коду компонента. Код компонента - уникален.

Атрибут KODKOMP - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношение находится в 1НФ.

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

-Все неключевые атрибуты функционально зависят от первичного ключа.

. Материал (KODMAT; NAIMMAT);

Учет материала производства ведется по коду материала. Код материала - уникален.

Атрибут KODMAT - уникален и является первичным ключом, выделен подчеркиванием.

-Все атрибуты являются атомарными, следовательно, отношения находятся в 1НФ.

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

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

Таким образом, в результате приведения отношений к 3НФ получили следующие отношения АНАЛИЗ; РЕЗУЛЬТАТ АНАЛИЗА; КОМПОНЕНТ; МАТЕРИАЛ; ПОЛЬЗОВАТЕЛЬ.

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

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

При использовании реляционной СУБД, обрабатываемая информация представляется в виде файлов базы данных, которые хранят информацию в виде записей. Все записи данного файла базы данных имеют одинаковую структуру, которая представляет собой совокупность полей записи.

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

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


Рисунок 2.2. Логическая схема реляционной базы данных


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

2.2 Математическое обеспечение


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

Порядок статистического расчета в приложении:

-полученные данные после испытания, регистрируются в журнале регистрации, по каждому виду материала;

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

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

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

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

Расчет максимума и минимума находим по sql запросу (Приложение И).


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


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

-технология проектирования программ (например, нисходящее проектирование, структурное и объектно-ориентированное проектирование);

-методы тестирования программ [ссылка, ссылка];

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

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

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

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

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

Программное обеспечение, можно условно разделить на три категории: системное, инструментальное и прикладное.[4]

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

Среди десятков тысяч системных программ особое место занимают операционные системы (Windows 95/98/NT/2000/XP), которые обеспечивают управление ресурсами компьютера с целью их эффективного использования, далее идут файловые менеджеры (Windows Commander, Total Commander), программы диагностики (дефрагментация диска, Norton Disk Doctor), антивирусные программы (DrWeb, Nod 32, Антивирус Касперского), архиваторы (WinRar, WinZip) и многие другие.

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

К системам программирования относят:

-компилятор или интерпретатор;

-интегрированная среда разработки;

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

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

-отладочные программы, т.е. программы, помогающие находить и устранять ошибки в программе;

-"дружественная" к пользователю диалоговая среда;

-многооконный режим работы;

-мощные графические библиотеки;

-утилиты для работы с библиотеками;

-встроенный ассемблер;

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

-другие специфические особенности.

К языкам программирования относят: Microsoft Visual Basic, Turbo Pascal, Microsoft Visual C++, Borland Delphi, C++ Builder, Visual J++, JBuilder, Assembler, Fortran, Java.

3.Прикладное ПО, обеспечивающее выполнение необходимых работ на ПК: редактирование текстовых документов, создание рисунков или картинок, обработка информационных массивов и т.д.

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

К прикладному ПО, относятся:

-Комплект офисных приложений MS OFFICE;

-Бухгалтерские системы;

-Финансовые аналитические системы;

-Интегрированные пакеты делопроизводства;

-CAD - системы (системы автоматизированного проектирования);

-Редакторы HTML или Web - редакторы;

-Браузеры - средства просмотра Web - страниц;

-Графические редакторы;

-Экспертные системы;

И многие другие пакеты прикладных программ.


2.3.1 Программное обеспечение приложения «Лаборатория»

Для обеспечения надежной работы приложения в лаборатории комбината и сопровождения программного обеспечения необходимо использовать лицензионные системные средства. Системное программное обеспечение включает в себя (см. ниже на рисунке 2.3):

-операционную систему Windows 2000/XP или более поздние версии;

-пакет поддержки баз данных Borland Database Engine фирмы Borland;

-сервера технологии ADO, входящую в стандартный комплект поставки Delphi.

Прикладное программное обеспечение представляет собой информационную систему «Лаборатория», которая включает в себя файл базы данных TMK_CZL.mdf, TMK_CZL.ldf , а так же само приложение - Laboratorya.exe.

Для разработки программно продукта был выбран язык программирования Delphi 7.0.

Язык программирования Delphi - это комбинация нескольких важнейших технологий:

Высокопроизводительный компилятор в машинный код;

Объектно-ориентированная модель компонент;

Визуальное (а, следовательно, и скоростное) построение приложений из программных прототипов;

Масштабируемые средства для построения баз данных.

Работа многочисленных пользователей с общей базой данных, высокая загрузка вычислительной сети, защита от сбоев оборудования - для решения этих проблем была выбрана архитектура клиент-сервер Microsoft SQL Server 2000. Основная нагрузка по поддержанию целостности базы данных, ее восстановлению после сбоев, обработке сложных запросов одновременно нескольких пользователей ложится на сервер баз данных. Клиентская часть отвечает за интерфейс пользователя, обработку результатов запросов, двустороннюю связь с базой данных. Эта СУБД позволяет удовлетворять такие требования, предъявляемые к системам распределенной обработке данных, как тиражирование данных, параллельная обработка, поддержка больших баз данных на относительно недорогих аппаратных платформах при сохранении простоты управления и использования.

Рисунок 2.3 Структура приложения «Лаборатория»


Использование базы данных в данной дипломной работе было обусловлено наличием следующих преимуществ БД:

-представлять в памяти ЭВМ сложные структуры информации;

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

-повышать сохранность данных от несанкционированного доступа;

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

-повышать достоверность информации и сокращать затраты на обслуживание систем.

В качестве сервера СУБД была выбрана технология ADO (ActiveX Data Objects), которая поддерживает реляционную модель данных.

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

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

Технология Microsoft ActiveX Data Objects обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB. OLE DB представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами.

Так как технология ADO основана на стандартных интерфейсах СОМ, которые являются системным механизмом Windows, это сокращает общий объем работающего программного кода и позволяет распространять приложения БД без вспомогательных программ и библиотек.

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

Компонент АDOTаblе обеспечивает использование в приложениях Delphi таблиц БД, подключенных через провайдеры OLE DB. По своим функциональным возможностям и применению он подобен стандартному табличному компоненту. В основе компонента лежит использование команды ADO, но ее свойства настроены заранее и изменению не подлежат.

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

Компонент ADOQuery обеспечивает применение запросов SQL при работе с данными через ADO. По своей функциональности он подобен стандартному компоненту запроса.

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

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


2.4 Состав и структура проекта


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

В состав программного продукта входит Project, Form, DataModule показанный на рисунке 2.4.

Рисунок 2.4 Окно DataModule проекта


Для каждой формы в составе проекта автоматически создаётся файл модуля, имеющий расширение .pas. В отличие от центрального файла проекта модуль формы имеет заголовок unit и имеет вид представленный ниже (Приложение И). Параметры отображаемой формы, компоненты расположенные на ней и их параметры, ресурсы (иконки, картинки и т.д.), совместно они называются проектом и информация о них хранится в одном главном файле - файле проекта, он имеет расширение *.dpr.

Структура программного продукта состоит из таких компонентов как, ADOConnection производит подключение приложения к БД оно описано ниже в разделе 2.5.

ADOTAble обеспечивает использование в приложениях Delphi таблиц БД, каждая таблица подключается к базе данных с помощью свойства Connection и уже через невизуальный компонент DataSource связывается с DBGrid визуальным компонентом который находится на форме, и выводит данные этой таблицы на экран.

ADOQuery обеспечивает применение запросов SQL. В приложении имеются запросы для поиска номера пробы, контракта, протокола и даты протокола в базе данных, расчет максимального и минимального значений (Приложение И).

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

В приложении имеется обработчик, который устанавливает цвет фона окна, цвет столбцов таблицы и заголовков, также имеется обработчик изменения шрифта столбцов и заголовков главной таблицы (Приложение И).


2.5 Реализация проекта


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

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

В результате будет активировано диалоговое окно, показанное на рисунке 2.5. В этом окне можно настроить соединение, используя поле Use Connection String, или загрузить параметры соединения из файла в разделе Use Data Link File. Параметры соединения хранятся в файлах UDL, представляющих собой обычные текстовые файлы, содержащие параметры соединения.


Рисунок 2.5 Диалоговое окно соединения с хранилищем базы данных


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

На вкладке «Поставщик данных» можно выбрать подходящий провайдер данных OLE DB для конкретного источника данных. В списке провайдеров также присутствуют провайдеры, предназначенные для доступа к конкретным службам операционной системы. На вкладке «Подключения» необходимо указать путь к базе данных или сервер (см. рисунок 2.7). Вкладка «Дополнительно» предназначена для указания режима доступа. Вкладка «Все» предназначена для более «тонкой» настройки специфичных свойств провайдера. Для дальнейшей работы нужно выбрать провайдер Microsoft OLE DB Provider for SQL Server. Затем нужно перейти на вкладку «Подключения».

В появившемся окне необходимо указать путь к базе данных. В поле «Выберите базу данных на сервере» нужно указать путь к демонстрационной базе TMK_CZL.mdb.


Рисунок 2.6 Окно списка провайдера

Рисунок 2.7. Окно подключения к данных OLE DB данным SQL Server


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

Вход в приложение осуществляется с помощью окна идентификации пользователя (см. рисунок 2.8). В нем вводится наименование отдела и пароль отдела, и после правильно введенных данных открывается одно из двух главных окон приложения «ОТК АО УК ТМК» или «ЛАБОРАТОРИЯ АО УК ТМК».


Рисунок 2.8 Окно идентификации пользователя


Отдел технического контроля работает с окном приложения «ОТК АО УК ТМК» (см. рисунок 2.9).

В данном окне работник ОТК выбирает по схеме производства номер цеха, ниже в таблицах выбирается производство и материал производства.


Рисунок 2.9. Главное окно «ОТК АО УК ТМК»


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

-год, текущий;

-номер пробы;

-вид анализа;

-дата отбора;

-место отбора;

-внешний вид;

-номер контракта, если был заключен;

В этом окне работник ОТК может произвести поиск:

-по дате отбора, выбрав промежуток дней;

-по номеру проб, выбрав промежуток проб;

-по номеру пробы, по дате отбора и по номеру контракта.

Работник лаборатории так же может отсортировать данные в таблице по номеру пробы, дате отбора, месту отбора и номеру контракта.

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

Занеся данные отобранных проб, сохраняем, нажав на кнопку «Сохранить». Для выхода из приложения можно нажать на кнопке «Выход» или зайти в меню «Файл - Выход».

Участок технологического контроля работает с окном приложения «ЛАБОРАТОРИЯ АО УК ТМК» (см. рисунок 2.10).

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

-дата поступления;

-фракция;

-ФИО контролера, который принес пробы в УТК;

-ФИО лаборанта, который регистрирует поступившую пробу;

-номер протокола;

-дата протокола.

В этом окне работник может произвести поиск:

-по дате отбора, выбрав промежуток дней нужных для него;

-по номеру проб, выбрав промежуток проб;

-по номеру пробы и протокола;

-по дате поступления и протокола.

Произвести сортировку по номеру пробы, дате отбора и поступления и по Ф.И.О. лаборанта и контролера.

Занеся данные поступивших проб, сохраняем, нажав на кнопку «Сохранить».

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


Рисунок 2.10 Главное окно «ЛАБОРАТОРИЯ АО УК ТМК»


При нажатии на кнопку «Удалить» удаляется выбранная проба из базы данных вместе со связанными с ней данными испытания.

Для того чтобы распечатать протокол испытания нужно выбрать список проб, пометив их галочкой в столбце «На печать» и нажать на кнопку «Печать». Откроется лист Excel, в котором будет уже занесены данные, которые мы пометили галочками (см. рисунок 2.11).


Рисунок 2.11. Окно протокола испытания в Excel


Из Excel уже распечатываем протокол испытания, показанный ниже (рисунок 2.12).


Рисунок 2.12 Главное окно «ЛАБОРАТОРИЯ АО УК ТМК»


Для выхода из приложения можно нажать на кнопке «Выход» или зайти в меню «Файл - Выход».

Выбрав окно «Статистический анализ» работник УТК может произвести расчет максимального и минимального значения анализов (см. рисунок 2.13).

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

С этим списком можно произвести выборку: по номеру пробы. И после отсортировки значений в таблице нужно нажать на кнопку «Расчет». В этих двух ячейках появляется полученное максимальное и минимальное значение.

В этом же окне можно поменять цвет фона окна, нажав вверху на кнопку «Вид».


Рисунок 2.13 Окно «Статистический анализ»


Так же в базе данных имеются справочники (рисунок 2.14 - 2.22):

-виды анализов;

-внешний вид пробы;

-компоненты производства;

-контролеры;

-лаборанты;

-материал производства;

-места отбора проб;

-фракция;

-цеха.


Рисунок 2.14. Окно «Виды

Рисунок 2.15. Окно «Внешний вид анализов» пробы»


Рисунок 2.16. Окно «Компоненты

Рисунок 2.17. Окно «Контролеры» производства»


Рисунок 2.18. Окно «Лаборанты»

Рисунок 2.19. Окно «Материалы производства»


Рисунок 2.20. Окно «Место отбора проб»

Рисунок 2.21. Окно «Фракция»


Рисунок 2.22. Окно «Цеха»


В справочник работники УТК или ОТК могут просмотреть нужную для них информацию.


3. Экономическая эффективность проекта


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

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

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

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

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

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

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

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

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

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


Таблица 3.1 Исходные данные

Наименование ПоказателейУсл. обозн.Ед. измеренияЗначения показателяБез ППВ условиях ПП1. Количество задач решаемых за годзадач/год26600354722.Трудоемкость обработки информации по одной задачеtЗчас3,82,73. Количество документов - протоколов в годшт/год197624704. Время печати одного документа протоколашт/день8104. Время печати одного документа протоколашт/день8105. Стоимость одного часа машинного временитенге1001006. Сметная стоимость КТСтенге10 000100 0007.Эксплуатационные расходы на функционирование ПП (% от сметной стоимости) - амортизация 5 % - текущий ремонт 2 % - содержание оборудования 2,5 % ИТОГО: тенге тенге тенге тенге - - - - 5 000 4 000 1 000 90 0008. Время создания БДЧас маш. вр.-49. Время отладки и ввода ППЧас маш. вр-210. Высвобождение 1 штатной единицы лаборанта: - зарплата - пенсионный фонд (10%) - расходы на охрану труда 5% ИТОГО: тенге тенге тенге тенге \ 35000 3500 1750 29750 - - - -11. Программный продукттыс.исх.

команд-1,714. Удельная стоимость трудодня лаборантатенге-160315. Период функционирования ППлет-416. Оклад программистаОтг.-15 000

3.1 Расчет трудоемкости разработки программного изделия


Тобщ - общая трудоемкость разработки ПС (в чел.-днях) рассчитывается по формуле:


,(3.1)


Тобщ = 1905,9 * 2 = 3811,8 (в чел.-днях)


где Тi - трудоемкость i - ой стадии разработки ПС (в чел.-днях), i = 0..5;

n - количество стадий разработки ПС.

Тi - трудоемкость i - ой стадии разработки ПС, i = 0..5 определяется по формуле:

Ti = Li * Кн * То, для i = 0,1,2,3,5, (3.2)

i = Li * Кн *Кт * То, для i = 4,

Li =0,93

Кн =0,40

Кт =0,9

То =5692,64

i = 0,93 * 0,40 * 0,9 * 5692,64= 1905,9


Где Li - удельный вес трудоемкости i - ой стадии разработки ПС, учитывающий наличие стадии и использование CASE-технологии, причем

, (3.3)

= 0,45+0,30+0,18=0,93

-В случае отсутствия стадии Эскизный проект L3 = L2 + L3;

-В случае объединение стадий Технический проект и Рабочий проект в одну стадию Технорабочий проект L3 = 0,85 * L3 + L4

Кн - поправочный коэффициент, учитывающий степень новизны ПС и использование при разработке ПС новых типов ЭВМ и ОС;

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

То - общая трудоемкость разработки ПС (в чел.-днях) определяется по формуле:


То = Ксл *Тур, (3.4)


То = 1,16 * 4907,45=5692,64

где Ксл -коэффициент сложности ПС, определяется по формуле:

(3.5)


Ki = 0,16

Ксл = 1 + 0,16 = 1,16

Где Ki - коэффициенты повышения сложности ПС, i = 1..7, зависящий от наличия у разрабатываемой системы характеристик, повышающих сложность ПС и от количества характеристик ПС;

n - количество дополнительно учитываемых характеристик ПС.

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


Тур = Тб * Кур,(3.6)


Тб= 8045

Кур=0,35+0,18+0,08=0,61

Тур = 8045* 0,61 = 4907,45

Где Тб - базовая трудоемкость разработки ПС (в чел.-днях), учитывающая Vо- объем ПС и группу сложности;

Кур - поправочный коэффициент, учитывающий характер среды разработки и средства разработки ПС;

Vо- общий объем разрабатываемого ПС, определяется по формуле:


,(3.7)


Vo=1083+6780+2100+6260+7900+17270+8160=49553

Где Vi - объем i- ой функции ПС, i = 1..16, учитывающий тип ЭВМ;

n - общее число функций.

3.2 Расчет длительности разработки программного изделия и числа исполнителей


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


(3.8)


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

Тобщ = 3811,8 (чел-дн)

Тобщ = 3811,8 / 22(кол. раб. Дн. в мес) = 173,3 (чел-мес)

t = 2,5 * (173,3 ) 0,32=2,5 * 5,20 = 13,01 (мес)

Среднее число исполнителей Чn рассчитывается исходя из определенных характеристик трудоемкости и длительности разработки программного изделия по формуле, чел:


Чn = Tобщ/t (3.9)


Чn = 173,3 / 13,01 = 13,3 (чел)

где Тобщ - трудоемкость разработки программного изделия, чел-мес.

t - длительность разработки программного изделия, мес


3.3 Расчет годовой экономии функционирования программного изделия


Годовая экономия функционирования ПИ рассчитывается следующим образом:

Пг = (П1 + П2 + П3)(1+ЕН Т) (3.10)


где П1 - экономия, получаемая в t - году в результате сокращения затрат трудовых и материальных ресурсов, тг;

П2 - экономия, получаемая в t - году в результате повышения качества новой техники, ее потребительских свойств, тг;

П3 - дополнительная прибыль в t - году от приоритетной новизны решения, полученного в автоматизируемой системе в кратчайшие сроки, тг;

ЕН - норматив эффективности капитальных вложений (тг/год)/тг;

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

?Т - сокращение длительности автоматизируемого процесса, лет.

Расчет экономии от сокращения трудовых ресурсов:

П1 = 29750 * 12 = 357 000 тг.

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


П2 = Слабор · tЗ · NЗ - См· tЗ · Nз


П2 =1603*3,8*26600 - 100*2,7*35472 = 162031240- 9577440 = 152453800 тг.

- Расчет дополнительной прибыли за 4 года от приоритетной новизны решения:

П3 =100000*(4+2)*10=6000000

- Расчет годовой экономии по формуле (2.10):

Пг = (357000 +152453800+ 6000000) * (1 + 0,15 * 0,2) = 158810800* 1,03 = 163575124 тг.


3.4 Расчет единовременных затрат


Единовременные затраты на создание ПП определяются по формуле:


К = КП + КК (3.11)


где КП - предпроизводственные затраты, тг;

КК - капитальные затраты на создание, тг.

Кк = 0, т.к. используется старая ВТ.

К = КП


3.5 Расчет предпроизводственных затрат


Предпроизводственные затраты на создание определяются по формуле:


КП = Косн.зп. + Кдоп.зп. + Кпр (3.12)


где Косн.зп. - затраты на основную заработную плату разработчиков, тг;

Кдоп.зп. - затраты на дополнительную заработную плату разработчиков (составляют 20% от основной заработной платы), тг;

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

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


Косн.зп. = О * t (3.13)


где О - оклад разработчика, тг: - 15000

t - трудоемкость разработки, чел.-мес: - 173,3

Косн.зп. = 15000 * 173,3 = 2599500

Прочие расходы включают расходы на машинное время:


Кпр = Тмаш * Смаш (3.14)


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

Смаш - стоимость 1 часа маш.времени, тг: - 100

рабочие дни месяца - 22

рабочее времы, час - 7

Тмаш = 4*22*7 = 616 час

Кдоп.зп = 0,2*1733000= 346600 тг

Кпр включают расходы на машинное время (т.к. продолжительность разработки программного продукта составляет 13,01 мес., на разработку, отладку и тестирование ПП с использованием ВТ приходится порядка 5-ти месяцев: берется в месяце 22 раб.дня по 8 часов).

Кпр = 616 * 100 = 61600 тг

Кп = 2599500 +346600 +61600 = 3007700 тг.


3.6 Расчет капитальных затрат


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


Кк=Кктс+Кмонт+Кинв+Кзд+Кос+Ктр+Ксоп+Квысв (3.15)


где Кктс - сметная стоимость КТС, тг: 100 000

Кмонт- затраты на установку, монтаж и запуск КТС в работу, тг: 4000

Кинв - затраты на производственно-хозяйственный инвентарь, тг: 6000

Кзд - затраты на строительство и реконструкцию зданий для размещения КТС, тг: 600000

Кос - сумма оборотных средств, тг: 40 000

Ктр - транспортно-заготовительные расходы, тг: 100000

Ксоп - сметная стоимость системы стандартного обеспечения применения КТС, тг: 10000

Квысв - остаточная удельная стоимость высвобожденных средств, тг: 90 000

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


Квысв = Кперв * (1-а*Ттехн) (3.16)


где Кперв - первоначальная стоимость высвобожденных технических средств, тг: 100000

а - годовая норма амортизации: 5000

Ттехн - срок эксплуатации высвобожденного оборудования, лет: 4

Квысв = 100 000* (1-5000*4) = -1999900000

Кк=100 000+4 0000+6 000+600 000+40 000+100 000+10 000+(-1999900000) = -1999004000


3.7 Расчет годовых текущих затрат


Расчет годовых текущих затрат на функционирование (Иг) может выполняться двумя методами:

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


Иг = Икса + Из, (3.17)

где Икса - годовые текущие затраты на эксплуатацию КСА, тг;

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

Затраты Икса определяются по формуле:


Икса=i*Иктс+Исоп+Ип+Из (3.18)


где i - коэффициент использования КСА в данной автоматизированной системе;

Иктс - годовые затраты на эксплуатацию КТС без учета заработной платы персонала, тг;

Исоп - годовые затраты на поддержание и актуализацию системы обеспечения применения КТС (хранение, обновление, контроль данных и программ), тг;

Ип - годовые затраты на содержание и ремонт производственных помещений, тг;

Из - годовая зарплата работников группы эксплуатации КСА с начислениями, тг.

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

При этом годовые текущие затраты Иг определяются по формуле:


(2.19)


где Иi - затраты, вызванные решением i-й задачи, тг;

n - число задач, решаемых в течение года, шт;

Исист - общесистемные затраты за год, тг.

Исист = 90000 тг

Иi = (100+1603) * 2,7 = 4598 тг

Иг = 90000 + 4598 * 35472= 163 190 256 тг.

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

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


3.8 Расчет суммарных текущих затрат на функционирование программного изделия


Расчет суммарных текущих затрат на функционирование программного продукта за время работы с приведением к расчетному году (первому году функционирования программного продукта):


(3.20)


где Игi - годовые текущие затраты (вычисляются по формуле 3.17 или 3.19), тг;

?i - коэффициент приведения разновременных затрат и результатов к расчетному году.

Значения ? для различных временных интервалов приведены в таблице 1 приложения В.

И = 163 190 256 *(1,0 + 0,91 + 0,83 + 0,75+0,68) = 680503368 тг


3.9 Расчет суммарных затрат за год на создание, внедрение и функционирование программного изделия


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


Зг = ИГ + К (3.21)


где ИГ - годовые текущие издержки на функционирование ПП (без учета амортизации на реновацию) (вычисляются по формуле 3.17 или 3.19), тг;

К - единовременные затраты на создание ПП (вычисляются по формуле 2.11), тг.

Иг=163190256 тг.

К= 3007700 тг.

Зг = 163190256 + 3007700 = 166197956 тг

К основным обобщающим показателям экономической эффективности относятся:

  1. годовой экономический эффект;
  2. экономический эффект от функционирования за весь расчетный период;
  3. коэффициент экономической эффективности функционирования;
  4. срок окупаемости системы;

3.10 Расчет годового экономического эффекта от разработки и внедрения программного изделия


Годовой экономический эффект от разработки и внедрения ПП определяется как разность между годовой экономией (или годовым приростом прибыли) от функционирования системы и суммарными затратами на создание системы:


ЭГ = ПГ - ЗГ (3.22)


где ЭГ - годовой экономический эффект от разработки и внедрения ПП, тыс.тг.;

ПГ - годовая экономия (годовой прирост прибыли) (вычисляется по формуле 3.10), тыс.тг.;

ЗГ - суммарные затраты за год (вычисляются по формуле 3.21), тыс.тг:

ПГ = 163575124 тг.

ЗГ = 166197956 тг.

ЭГ = 163575124 - 166197956 = -2622832 тг


3.11 Расчет суммарного экономического эффекта функционирования программного изделия


Экономический эффект функционирования ПИ за весь расчетный период определяется разностью суммарных результатов в стоимостной оценке и затрат:


Эо = По - Зо (3.23)


где По, Зо - суммарные по годам расчетного периода экономия и затраты (тыс.тг.), рассчитываются следующим образом:


(3.24)


По = 163575124* (1,0 + 0,91 + 0,83 + 0,75+0,68)= 682108267 тг

(3.25)


Зо = К + И =3007700 + 163190256 =166197956 тг

где Пt - экономия в t-ом году расчетного периода (рассчитывается по формуле 3.10), тыс.тг;

Зt - затраты в t-ом году расчетного периода (рассчитываются по формуле 3.21), тыс.тг;

tn и tk - соответственно начальный и конечный годы расчетного периода;

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

Значения для различных временных интервалов приведены в таблице 1 приложения В.

Эо =682108267 - 166197956 =515910311 тг


3.12 Расчет коэффициента экономической эффективности единовременных затрат


Коэффициент экономической эффективности единовременных затрат представляет собой отношение годовой экономии (годового прироста прибыли) к единовременным затратам на разработку и внедрение:


(3.26)


где Пг - годовая экономия (годовой прирост прибыли) (рассчитывается по формуле 3.10), тыс.тг;

Иг - годовые текущие издержки на функционирование, (рассчитываются по формуле 3.21), тыс.тг;

К - единовременные затраты на разработку и внедрение, (вычисляются по формуле 3.11), тыс.тг.

Если для коэффициента ЕК выполняется условие: ЕК>=ЕН, капитальные вложения считаются экономически эффективными.

Пг = 163575124 тг.

Иг=163190256 тг.

К= 3007700 тг.

Ек = (163575124 - 163190256)/ 3007700 = 0,13


3.13 Расчет срока окупаемости программного изделия


Срок окупаемости представляет собой отношение единовременных суммарных затрат на разработку и внедрение ПИ к годовой экономии (к годовому приросту прибыли):


(3.27)


где К - единовременные затраты на разработку и внедрение, (вычисляются по формуле 3.11), тыс.тг;

Пг - годовая экономия (годовой прирост прибыли) (рассчитывается по формуле 3.10), тыс.тг;

Иг - годовые текущие издержки на функционирование, (рассчитываются по формуле 3.21), тыс.тг.

Т = 1/0,13= 7,8 лет


3.14 Расчет цены программного продукта


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

Цена программной продукции формируется на базе экономически обоснованной (нормативной) себестоимости её производства и прибыли, тг.:


Цпп = С + Пн + Нэ, (3.33)


где С - себестоимость ПП, тг. (используем единовременные затраты по формуле 3.11 );

Пн - нормативная прибыль, тг.;

Нэ - надбавка к цене, тг., если годовой экономический эффект от применения ПП больше 10 тыс. тг., надбавка к цене за эффективность берется 20 % от нормативной прибыли: Нэ = 0.2 ?Пн тг.

C = 3007700 тг

Нормативная прибыль определяется как:


Пн = Уп * Фзп , (3.34)


где Уп - уровень прибыли в % к фонду заработной платы разработчиков ПП;

Фзп - фонд заработной платы разработчиков ПП, тг.

Уровень прибыли рассчитывается по формуле:


Уп = Руп + Рп , (3.35)


где Руп - расчётный уровень прибыли (норматив рентабельности), включаемый в цену на разработку (ориентировочно 90-100 % к Фзп);

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

Фонд заработной платы, состоит из основной Косн (по формуле (3.13)) и дополнительной зар.платы разработчиков Кдоп (20% от основной зар.платы).

Косн=2599500 тг

Фзп =2599500+0,2*2 599 500 = 3119400 тг.

1) Для расчета цены необходимо определить расчетный уровень прибыли (норматив рентабельности), по формуле (3.35):

примем Руп = 90 %, Рп = 5 % к Фзп . Тогда уровень прибыли будет равен:

Уп = 0,9 + 0,05 = 0,95

) Определим нормативную прибыль, по формуле (3.34):

Пн = 0,95 * 3119400 = 2963430 тг.

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

) Таким образом, договорная цена ПП, (по формуле (3.33)) составит:

Цпп = 3007700 + 2963430 = 5971130 тг.

В том случае, если будет осуществляться тиражирование ПП (n копий), договорная цена каждой тиражной копии составит:

Цтк = Цпп / n = 5971130 / n тг.


4. экологичность и безопасность проекта


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

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

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

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

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

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

Защита вод питьевого назначения также имеет глобальное значение. Степень очистки сточных вод устанавливается в зависимости от местных условий с учетом возможного использования очищенных сточных вод - для промышленных и сельскохозяйственных нужд.

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

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

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

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

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

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

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

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

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


.1 Техника безопасности


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

Существуют 5 видов инструктажей по технике безопасности:

-вводный инструктаж (для всех независимо от образования или стажа работы);

-первичный - на рабочем месте (в день приема на работу);

-повторный (не реже одного раза в 6 месяцев);

-неплановый (при изменении правил охраны труда);

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

Классификация опасных и вредных факторов при работе с ПЭВМ и их действия на организм человека приведена в Таблице 4.1


Таблица 4.1 Опасные и вредные факторы при работе с ПЭВМ

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

Во время работы на ПЭВМ в помещении повышается температура и снижается относительная влажность воздуха, ухудшается ионный и качественный состав воздуха; увеличивается содержание в воздухе органических веществ и двуокиси углерода. Содержание в воздухе указанных веществ может в несколько раз предельно превышать допустимой величины.

По этой причине необходимо поддерживать следующие оптимальные параметры микроклимата: температура воздуха от 18 до 21° C; относительная влажность воздуха соответственно 55-62%; скорость движения воздуха менее 0,1м/с. Также должно осуществляться проветривание помещения, в зависимости от погодных условий, длительность должна быть не менее 10 мин. Наилучший обмен воздуха осуществляется при сквозном проветривании, Другой путь обеспечения воздухообмена, может, быть, достигнут установлением в оконных проемах автономных кондиционеров. Звукоизоляция ограждающих конструкций КВТ должна также отвечать определенным требованиям. Для снижения уровня шума потолок или стены выше 1.5 - 1.7 метра от пола должны облицовываться звукопоглощающим материалом с максимальным коэффициентом звукопоглощения в области частот 63-8000 Гц. Дополнительным звукопоглощением в КВТ могут быть занавески, подвешенные в складку на расстоянии 15-20 см. от ограждения, выполненные из плотной, тяжелой ткани. Для уменьшенного поглощения света потолок и стены выше панелей (3,5 - 1.7м.), если они не облицованы звукопоглощающим материалом, окрашиваются белой водоэмульсионной краской (коэффициент отражения должен быть не менее 0,7). Для окраски стены панелей рекомендуется отдавать предпочтение светлым краскам.

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

Работающие на ПЭВМ не должны видеть отражение светильников на экране. Применять местное освещение при работе на ПЭВМ не рекомендуется.

Работа на ПЭВМ может осуществляться при следующих видах освещения:

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

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

Естественное освещение, когда рабочие места с ПЭВМ располагаются в один ряд по длине помещения на расстоянии 0,8 - 1,0м от стены с оконными проемами, и экраны находятся перпендикулярно этой стены. Основной поток естественного света при этой должен быть слева. Не допускается направление основного светового потока естественного света справа, сзади и спереди работающего на ПЭВМ. Оптимальное расстояние глаз до экрана видеомонитора должно составлять 60-70 см, допустимое не менее 50 см. Рассматривать информацию ближе 50 см не рекомендуется. Направление взгляда представлено на рисунке 4.1.


Рис. 4.1 Направление взгляда


Рекомендации по использованию вычислительной техники:

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

-предпочтительнее использовать дисплеи с высокой разрешающей способностью и размером экрана не менее 17";

-лучше выбирать видеоадаптеры с высоким разрешением и частотой кадровой развертки не менее 70~72Гц;

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

-экран дисплея должен быть ориентирован таким образом, чтобы исключить блики от источников света;

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

-желательно, чтобы освещенность рабочего места оператора не превышала 2/3 нормальной освещенности помещения;

-при размещении в одной комнате нескольких персональных компьютеров расстояние от рабочего места каждого оператора до задних и боковых стенок соседних персональных компьютеров должно составлять не менее 1.2м;

-общее время работы с дисплеем не должно превышать 50% всего рабочего времени оператора;

-не следует превышать темп работы порядка 10 тысяч нажатий клавиш в час (примерно 1500 слов);

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

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

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


.2 Планировка помещения и размещение оборудования


Помещение имеет длину 5м и ширину 3м, высота 3,5м, есть 2 оконных проема (2200х2000)см, есть 2 стола (80х120)см, 2 шкаф (70х120)см, работает 7 человека. Схема комнаты приведена на рисунке 4.2.

Расчет удельной площади помещения, приходящейся на одного человека:


Пуд = (Пп - По)/ч.


Пуд = ((3000 х 5000) - (800 х 1200 + 700 х 1200)) / 2 ? 6,6 м2,

Рисунок 4.2. Схема комнаты размещением ПЭВМ


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

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


Таблица 4.2 Параметры кресла

ПараметрЗначениеВысота сиденья над полом, мм380-500Ширина сиденья, мм460Глубина сиденья, мм455Высота нижнего края спинки над сиденьем, мм100-200Высота верхнего края спинки над сиденьем, мм600-700Высота линии прогиба спинки, мм300Радиус изгиба переднего края сиденья, мм25Угол наклона сиденья, град.3Угол наклона спинки, град.90-115Ширина спинки, мм455Высота подлокотников, мм255Расстояние между подлокотниками, мм460

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

Конструкция рабочего стола приведена на рисунке 4.3.


Рисунок 4.3 Габариты рабочего стола


Рабочая поверхность стола не регулируется по высоте. Высота стола h 725 мм, а - расстояние от сиденья до нижнего края рабочей поверхности 25см.

Рабочий стол имеет пространство для ног высотой 725 мм, шириной - 800 мм, глубиной на уровне колен - 450 мм и на уровне вытянутых ног - 650 мм. Конструкция рабочего стола обеспечивает оптимальное размещение на рабочей поверхности используемого оборудования с учетом его количества и конструктивных особенностей, характера выполняемой работы.
Клавиатура располагается на поверхности стола на расстоянии 120 мм от края, обращенного к пользователю.
Периферийные устройства расположены в зоне досягаемости работающего. Положение тела должно соответствовать направлению взгляда. Во время пользования компьютером монитор установлен на расстоянии 520 мм от глаз, верхняя часть видеодисплея на уровне глаз или чуть ниже. Нижний уровень экрана должен находиться на 20 см ниже уровни глаз. Оптимальное расстояние от глаз до экрана компьютера - 75 .... 120см.


4.3 Нормирование параметров микроклимата


Работу, выполняемую при использовании ПЭВМ, относят к 1б категории (выполняются легкие физические работы, производимые сидя и не требующие физического напряжения, при которых расход энергии составляет до 120 ккал/ч). В таблице 4.3 представлено сравнение фактических и оптимальных параметров микроклимата.


Таблица 4.3 Оптимальные нормы микроклимата

Период годаКатегория работТемпература воздуха, оСВлажность, %Скорость воздуха, м/сХолодныйЛегкая - 1б21-2360-400,1ТеплыйЛегкая - 1б22-2460-400,1

Таблица 4.4

Сравнение фактических и оптимальных параметров микроклимата.

ПараметрФактическое значениеОптимальное значениеТемпература воздуха, oC2221-24Относительная влажность воздуха, %4560-40Скорость движения воздуха, м/с0,90,1

Микроклимат в помещении соответствует нормам.

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

4.4 Пожарная безопасность при работе на персональном компьютере


Пожары в вычислительном центре представляют особую опасность, так как поряжены с большими материальными потерями. Характерная особенность небольшие площади помещений. Как известно, пожар может возникнуть при взаимодействии веществ, окислителя, и источников зажигания. Горючими компонентами являются: строительные материалы для акустической и эстетической отделки помещений, перегородки, полы, двери, изоляция силовых, сигнальных кабелей и т.д. Для отвода теплоты от ЭВМ действует мощная система кондиционирования. Поэтому кислород, как
окислитель процессов горения, имеется в любой точке помещений ВЦ.
Особенностью компьютеров является очень высокая плотность расположения микросхем. При прохождении электрического тока по проводникам и деталям выделяется тепло, что в условиях их высокой плотности может привести к перегреву. Надежная работа отдельных элементов и микросхем в целом обеспечивается только в определенных интервалах температуры, влажности и при заданных электрических параметрах. При отклонении реальных условий эксплуатации от расчетных могут возникнуть пожароопасные ситуации.

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

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

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


4.5 Электробезопасность


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

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

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

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

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

-датчик - входное звено устройства, воспринимающие воздействия из вне и осуществляющее преобразование этого воздействия в соответствующий сигнал;

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

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

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

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

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

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

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

К ним относятся: в электроустановках до 1000 Вт - диэлектрические перчатки, изолирующие штанги, изолирующие и электро измерительные клещи и т.д.; свыше 1000Вт - изолирующие штанги, и электроизмерительные клещи.

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


ЗАКЛЮЧЕНИЕ


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

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

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

У данного приложения удобный интерфейс, рассчитанный на не подготовительного пользователя.

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

Данный программный продукт был написан с использованием системы управления базами данных Microsoft SQL Server и средой разработки программных продуктов Borland Delphi, имеющий большие возможности для работы с базами данных. Соединение с базой данных произведено при помощи технологии ADO.

CПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ


1.Архангельский Л.Я. Delphi 2006. Справочное пособие: Язык Delphi, классы, функции Win32 и .NET - М.: ООО «Бином-Пресс», 2006 г 1 152 с.

2.Боровский А. Н. Программирование в Delphi 2005. - СПб.: БХВ-Петербург, 2005. - 448 с.

.Гектор Гарсиа-Молина, Джеффри.Д.Ульман, Дженнифер Уидом Системы баз данных. Полный курс. М.: Вильямс, 2003, 1082с.

.Голицина О.Л., Партыка Т.., Попов И.И. Программное обеспечение: учебное пособие. - СПб.: Москва, 2008. 68-129с.

.Гофман В. Э., Хомоненко А. Д. Delphi. Быстрый старт. - СПб.: БХВ-Петербург, 2003. - 288 с.

.Гофман В. Э., Хомоненко А. Д. Работа с базами данных в Delphi. - СПб.: БХВ-Петербург, 2001. - 656 с.

.Дейт К.Дж. Введение в системы баз данных.- М: Вильямс, 2005, 8-ое изд. -1328 с.

.Карпова Т. С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001. - 304 с.

.Малкольм Г. Программирование для Microsoft SQL Server 2000 с использованием XML./Пер. с англ.- М.: Издательско-торговый дом «Русская редакция», 2002, 320 с.:илл.

.Мамаев Е. Microsoft SQL Server 2000. Спб. 2003.

11.Мамаев Е., Шкарина Л. «Microsoft SQl Server 2000 для профессионалов».- СПб:Питер, 2001

.Михеев Р.Н. MS SQL Server 2005 для администраторов. СПб.: БВХ-Петербург, 2006.- 544с.

.Ребекка М. Риордан «Программирование в SQL Server 2000».

.Советов Б.Я., Цехановский В.В., Чертовский В.Д. Базы данных. Теория и практика. Учебник для вузов. М.: Высшая школа., 2005, 463с.

.Сорокин А. В. Delphi. Разработка баз данных. - СПб.: Питер, 2005. - 477 с.

.Фаронов В.В. Программирования баз данных в Delphi 7. Учебный курс. СПб.: Питер, 2006.- 459 с.

.Фленов М. Е. Библия Delphi. -СПб.: БХВ-Петербург, 2004. - 880 с.

.Хомоненко А.Д. Базы данных: Учебник для вузов, СПб., Корона принт, 2006.

.Хоторн Роб «Разработка баз данных, Micrososoft SQL Server 2000».-Вильямс, 2001

.Шарон Б., Мэйбл Грэг «Sql Server 2000, Энциклопедия программиста».-ДиаСофт, 2001


ПРИЛОЖЕНИЕ А


Журнал регистрации поступившей пробы в центральную лабораторию комбината

Дата поступленияВремя поступленияНаименование материала (пробы)Ф.И.О. контролераФ.И.О. лаборантаПодпись контролера12.01.201010:18Карналлит обезвоженныйГоловина С.Б.Воронина М.Л.12.01.201010:22Титан губчатыйКарелова М.И.Воронина М.Л.12.01.201011: 02Хлористый магнийБарокина Г.И.Воронина М.Л.12.01.201011:45Серная кислотаБердюгина В.Г.Воронина М.Л.12.01.201011: 58Калий кремнефтористыйМищенко А.В.Воронина М.Л.12.01.201012:32Магний сырецЗыгина М.С.Воронина М.Л.

ПРИЛОЖЕНИЕ Б


Журнал регистрации химических анализов проб титана губчатого, HB

Химический анализ

_________________ Титан губчатый, HB_________________

(наименование материала проб, контролируемый элемент) 2009 г

Дата поступления проб в контр.Номер рабочей пробыДата отбора пробыНомер контрольной пробыРезультаты, %РасхожденияРоспись исполнителяркДD10.12815001.11189.887.981.9880124.11294.195.181.0831407.11388.787.970.8859706.11495.896.283.2829629.11584.085.170894813.11692.492.680.113.12820627.11788.788.280.3888308.11887.086.171.5835214.11992.590.681.4853311.111089.487.170.616.12842420.111185.390.170.8881104.111284.583.372.3876723.111388.392.070.2850322.111498.398.781.2

р - результат анализа рабочей пробы

д - допускаемое расхождение

к - результат анализа контрольной пробы

D - фактическое расхождение

ПРИЛОЖЕНИЕ В


Журнал регистрации химических анализов проб хлористого магния

Химический анализ

_________________ Хлористый магний _________________

(наименование (вещества) материала проб) 2009 г

Дата поступ. пробыНомер пробыДата отбораСодержание, %Роспись исполнителяMgOTiFe4.05035354.050.220.00380.0044035430.150.00560.0046035440.150.00580.0054035450.150.00530.0056035460.170.00560.0032035470.160.00550.0045035480.150.00510.0055035490.160.00600.00785.05035575.050.120.00630.0060035580.160.00500.0065035590.140.00370.0050035600.170.00420.0054035610.130.00430.0042035620.140.00320.0046035630.160.00360.0057

ПРИЛОЖЕНИЕ Г


Журнал регистрации химических анализов титана губчатого

Химический анализ

_________________ Титан губчатый _________________

(наименование материала проб)

Дата поступления проб в контр.Номер пробыДата отбора пробыНомер контрольной пробы0NРоспись исполнителяРезультаты, %РасхожденияРезультаты, %РасхожденияркДDркДD

ПРИЛОЖЕНИЕ Д


Схема

Аналитического и технического контроля продукции (материалов) по цеху №3 на 2009 год

№ ппНаименование материалаМесто отбора пробПериодичность отбора пробК-во проб в месяцИсполнительНаименование определяемых компонентовНД на методы испытанийНД на технические требованияСрок выдачи результатов испытанийПо отбору пробПо выполнению испытаний1Магний восстановительООВиД, вакуум - ковшКаждый ковшРасчетноОТКЦЛКFe, Cl, Si, NТИ 3323-24-10ТИ 3323-24-1015 мин.2Титан губчатыйУстановка предварительной сортировкиКаждая партияРасчетноЦех№3Цех№3Отсутствие дефектных включенийГОСТ 1776-90ГОСТ 1776-903 ч.3Титан губчаты (контрольной пробы)ОТКДо 20% от количества партийРасчетноОТКЦЛКTi, Ni, Cl, O, N, Fe, C, Si, Al, SnГОСТ 3030-96 МВИ 3827-96ГОСТ 3030-96 МВИ 3827-96По графику


ПРИЛОЖЕНИЕ Е


Центральная лаборатория (ЦЛК) АО УК ТМК


Протокол испытаний №12


.03.2010 направляется ОТК цех №1

Заказчик: Цех №1

Наименование материала: Карналлит обезвоженный

НД на испытуемый материал: по схеме контроля

НД на методы анализа: по схеме контроля

Контракт (если был заключен) №


Дата поступления пробыНомер пробыДата отбора пробыСодержание, %MgCl2MgOH2O общ.28.02.20100002325.02.20100,980,020,26528.02.20100002426.02.20100,980,010,26028.02.20100002527.02.20100,970,020,26928.02.20100002627.02.20100,960,020,264

ПРИЛОЖЕНИЕ И


Листинг программной реализации

Unit1;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, Menus, ComCtrls, StdCtrls, DBCtrls, ExtCtrls, Grids, DBGrids,, ImgList, WinTypes, WinProcs, DB, dagTmplt, DbAGrids, ADODB,, IWCompListbox, ValEdit, Mask, DBClient;= class(TForm): TMainMenu;: TMenuItem;mnuShriftStolbcClick(Sender: TObject);mnuShriftZagolClick(Sender: TObject);

{ Private declarations }: boolean ;

{ Public declarations }: array of Boolean;Canvas;;: TForm1;Unit2, Unit3, Unit4, Unit5, Unit6, Unit8, Unit10, Unit11, Unit13, Unit15,, Unit20, Unit21,Unit22, Unit24, ComObj, ADOInt, Unit25, StrUtils,;

{$R *.dfm} {$R FileCtrl}Register(Sender: TObject);('VUBudget', [TDBGrid]);;TForm1.mnuStatistClick(Sender: TObject);.Show;;TForm1.mnuCloseClick(Sender: TObject);

Close; //Закрываем форму и соответственно все приложение

end;TForm1.mnuVidAnalClick(Sender: TObject);.Show;;TForm1.mnuVnVidClick(Sender: TObject);.Show;;TForm1.mnuKomponClick(Sender: TObject);.Show;;TForm1.mnuKontralClick(Sender: TObject);.Show;;TForm1.mnuLaboranClick(Sender: TObject);.Show;;TForm1.mnuMaterClick(Sender: TObject);.Show;;TForm1.mnuMestOtborClick(Sender: TObject);.Show;;TForm1.mnuFrakcClick(Sender: TObject);.Show;;TForm1.mnuCehaClick(Sender: TObject);.Show;;TForm1.mnuOProgrClick(Sender: TObject);.Show;;TForm1.BitBtn4Click(Sender: TObject);.TMK_Query.Close;.TMK_Connecti.Close;;;TForm1.SortirovkaClick(Sender: TObject);,x2: Integer;RadioGroup1.ItemIndex=0 then:=StrToInt(Edit1.Text)-1;:=StrToInt(Edit2.Text)+1;.DbAltGrid1.DataSource:=DM2.Poisk2_DS;.Poisk2_Qu.Close;.Poisk2_Qu.Parameters.ParamByName('n1').Value:=x1;.Poisk2_Qu.Parameters.ParamByName('n2').Value:=x2;.Poisk2_Qu.Open(SELECT MIN (Результат_анализа. VALUE_REAL) AS MIN_VR, Komp.KODKOMP, MAX(Результат_анализа.VALUE_REAL) AS MAX_VRKomp LEFT OUTER JOIN

Результат_анализа ON Komp.KODKOMP = Результат_анализа.KODKOMP AND Komp.KODKOMP = Результат_анализа.KODKOMPBY Komp.KODKOMP);.Rez_anal.MasterSource:=DM2.Poisk2_DS;.Rez_anal.MasterFields:='IdAnalys';.Rez_anal.IndexFieldNames:='IdAnalys';else beginRadioGroup1.ItemIndex=1 then.DbAltGrid1.DataSource:=DM2.Poisk_Data_;.Poisk_Data.Close;.Poisk_Data.Parameters.ParamByName('date1').Value:=Form1.DateTimePicker2.DateTime;.Poisk_Data.Parameters.ParamByName('date2').Value:=Form1.DateTimePicker3.DateTime;.Poisk_Data.Open;; end;TForm1.RadioGroup1Click(Sender: TObject);RadioGroup1.ItemIndex=0 then.Enabled:=True;.Enabled:=True;.Enabled:=True;.Enabled:=False;.Enabled:=False;else beginRadioGroup1.ItemIndex=1 then.Enabled:=False;.Enabled:=False;.Enabled:=True;.Enabled:=True;.Enabled:=True;; end; end;TForm1.mnuVyzSpravClick(Sender: TObject);(Form1.Handle,'SPRAV.hlp',HELP_CONTEXT,1);;TForm1.FormCreate(Sender: TObject);:= True;;TForm1.ClearClick(Sender: TObject);.DbAltGrid1.SelectedRows .Clear;;TForm1.FormShow(Sender: TObject);Form1.Tag=0 then:=TForm24.Create(Self);.ShowModal;; end;TForm1.BitBtn6Click(Sender: TObject);.TMK_Connecti.BeginTrans;DM2.TMK_DS.DataSet.State in

[dsInsert,dsEdit] then.TMK_DS.DataSet.Post;.TMK_Connecti.RollbackTrans;('Невозможно сохранить данные! Повторите попытку!');

DM2.TMK_Query.CancelUpdates;.TMK_Query.Refresh;;;.TMK_Connecti.CommitTrans;;TForm1.BitBtn11Click(Sender: TObject);MessageDlg('Пожтверждаете удаление записи',mtConfirmation,[mbYes,mbNo],0)=mrYes then.TMK_Table.Delete;.SetFocus;;TForm1.BitBtn8Click(Sender: TObject);Label3.Caption='1.1 Карналлит обезвоженный' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=57;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='1.2 Раствор соляной кислоты' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=44;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.1 Шлам из миксера хлоратора' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=45;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=46;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=43;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=33;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=24;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=1;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=25;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=22;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=58;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=39;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.2 Шлам из плавительной камеры хлоратора' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=45;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=46;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=43;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=33;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=24;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=1;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=25;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=22;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=58;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=39;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.3 Шлам хлорирующих камер хлоратора' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=45;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=46;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=43;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=33;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=24;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=1;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=25;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=22;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=58;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=39;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.4 Соль поваренная (SO4)' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=58;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.5 Соль поваренная (NaCl)' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=46;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.6 Кокс нефтянной измельченный' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=2;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=59;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=19;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.7 Возгон хлоратора' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=45;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=46;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=43;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=33;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=24;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=1;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=25;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=58;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=39;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=37;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.8 Безводный карналлит (х.камера)' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.9 Безводный карналлит (ковш)' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=22;.Rez_analVALUE_REAL.Value:=0;;;Label3.Caption='2.10 Безводный карналлит (полный)' then.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=41;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=8;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=45;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=46;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=43;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=33;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=24;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=25;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=1;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=58;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=39;.Rez_analVALUE_REAL.Value:=0;;.Rez_anal.Edit;.Rez_anal.Insert;.Rez_anal.Append;.Rez_analIdAnalys.Value:=DBGrid4.Columns[0].Field.AsInteger;.Rez_analKODKOMP.Value:=22;.Rez_analVALUE_REAL.Value:=0;;;TForm1.BitBtn9Click(Sender: TObject);.TMK_Connecti.BeginTrans;DM2.Rez_analDS.DataSet.State in

[dsInsert,dsEdit] then.Rez_analDS.DataSet.Post;.TMK_Connecti.RollbackTrans;('Невозможно сохранить данные! Повторите попытку!');

DM2.Rez_anal.CancelUpdates;.Rez_anal.Refresh;;;.TMK_Connecti.CommitTrans;;;TForm1.DBGrid3CellClick(Column: TColumn);.Caption:=DBGrid3.SelectedField.Text;;TForm1.mnuShriftStolbcClick(Sender: TObject);i : Integer;.Font := DbAltGrid1.Columns.Items [0].Font;FontDialog1.Execute THENi := 0 TO DbAltGrid1.Columns.Count - 1 do.Columns.Items[i].Font := FontDialog1.Font;;TForm1.mnuShriftZagolClick(Sender: TObject);i : Integer;.Font := DbAltGrid1.Columns.Items[0].Title.Font;FontDialog1.Execute theni:=0 to DbAltGrid1.Columns.Count-1 do.Columns.Items[i].Title.Font := FontDialog1.Font;;TForm1.nmuFonStolbcaClick(Sender: TObject);.Color:=DbAltGrid1.Columns.Items[DbAltGrid1.SelectedIndex].Color;ColorDialog1.Execute THEN.Columns.Items[DbAltGrid1.SelectedIndex].Color:=ColorDialog1.Color;;TForm1.mnuFonZagolStolbcaClick(Sender: TObject);.Color:=DbAltGrid1.Columns.Items[DbAltGrid1.SelectedIndex].Title.Color;ColorDialog1.Execute THEN.Columns.Items[DbAltGrid1.SelectedIndex].Title.Color:=ColorDialog1.Color;;TForm1.DBGrid2CellClick(Column: TColumn);(Form1.DBGrid2.Handle,SB_HORZ,False); // убераем горизонтальную и(Form1.DBGrid2.Handle,SB_VERT,False); // вертикальную полосу прокрутки;TForm1.mnuFonOknaClick(Sender: TObject);.Color:=Panel1.Color;ColorDialog1.Execute THEN.Color:=ColorDialog1.Color;;TForm1.PoiskClick(Sender: TObject);,KeyValues:String;:TLocateOptions;RadioGroup2.ItemIndex=0 then:='NOMPROB';:=Edit3.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;RadioGroup2.ItemIndex=1 then:='DATAOT';:=edit3.text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;RadioGroup2.ItemIndex=2 then:='DATAPR';:=Edit3.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;RadioGroup2.ItemIndex=3 then:='NomProtokol';:=Edit3.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;RadioGroup2.ItemIndex=4 then:='DatProtokol';:=Edit3.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;; end;end; end; end;TForm1.BitBtn1Click(Sender: TObject);,KeyValues:String;:TLocateOptions;RadioGroup3.ItemIndex=0 then:='NOMPROB';:=Edit4.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;RadioGroup2.ItemIndex=1 then:='DATAOT';:=Edit3.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;RadioGroup3.ItemIndex=2 then:='NOMKONTR';:=Edit4.Text;:=[loCaseInsensitive, loPartialKey];not DM2.TMK_Table.Locate(KeyFields, KeyValues, Options) then('Запись не найдена!',mtInformation, [mbOK], 0);;;; end; end;TForm1.RadioGroup4Click(Sender: TObject);DM2.TMK_Table do beginRadioGroup4.ItemIndex of

: begin:='NOMPROB';.TMK_TableNOMPROB.Index:=0;;

: begin:='DATAOT';.TMK_TableDATAOT.Index:=0;;

: begin:='DATAPR';.TMK_TableDATAPR.Index:=0;;

: begin:='KODLABOR';.TMK_TableKODLABOR.Index:=0;;

: begin:='KontrId';.TMK_TableKontrId.Index:=0;;; end; end;TForm1.RadioGroup5Click(Sender: TObject);DM2.TMK_Table do beginRadioGroup4.ItemIndex of

: begin:='NOMPROB';.TMK_TableNOMPROB.Index:=0;;

: begin:='DATAOT';.TMK_TableDATAOT.Index:=0;;

: begin:='KODM;.TMK_TableDATAPR.Index:=0;;

: begin:='NOMKONTR';.TMK_TableKODMEST.Index:=0;;; end; end;Unit2;TDM2.TMK_ConnectiWillConnect(Connection: TADOConnection;ConnectionString, UserID, Password: WideString;ConnectOptions: TConnectOption; var EventStatus: TEventStatus);

{в случае успешного соединения выбрается синхронный режим работы}

if EventStatus = esOKConnectOptions:=coConnectUnspecified;;TDM2.TMK_ConnectiConnectComplete(Connection: TADOConnection;Error: Error; var EventStatus: TEventStatus);i, ErrorCnt: Integer;EventStatus=esOK theni:=0 to TMK_Connecti.CommandCount-1 doTMK_Connecti.Commands[i].CommandText<>''TMK_Connecti.Commands[i].Execute;E: Exception do Inc(ErrorCnt);;;TDM2.TMK_TablePostError(DataSet: TDataSet; E: EDatabaseError;Action: TDataAction);

//Возникла ошибка при записи данных('Проверте правильность введения данных',mtError,[mbOk],0);

Action:=daAbort;;TDM2.TMK_TableNOMPROBValidate(Sender: TField);Pos('.',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "." !');;;Pos(',',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "," !');

Abort;;Pos('!',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "!" !');;;Pos('?',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "?" !');;;Pos('<',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "<" !');

Abort;;Pos('>',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ ">" !');

Abort;;Pos('№',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "№" !');

Abort;;Pos('"',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ " " " !');

Abort;;Pos('(',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "(" !');

Abort;;Pos(')',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ ")" !');

Abort;;Pos('%',DM2.TMK_TableNOMPROB.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "%" !');

Abort;; end; end; end; end; end; end; end; end; end; end; end;TDM2.TMK_TableNomProtokolValidate(Sender: TField);Pos('.',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "." !');;;Pos(',',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "," !');

Abort;;Pos('!',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "!" !');;;Pos('?',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "?" !');;;Pos('<',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "<" !');

Abort;;Pos('>',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ ">" !');

Abort;;Pos('№',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "№" !');

Abort;;Pos('"',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ " " " !');

Abort;;Pos('(',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "(" !');

Abort;;Pos(')',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ ")" !');

Abort;;Pos('%',DM2.TMK_TableNomProtokol.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "%" !');

Abort;; end; end; end; end; end; end; end; end; end; end; end;TDM2.TMK_TableNOMKONTRValidate(Sender: TField);Pos('.',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "." !');;;Pos(',',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "," !');

Abort;;Pos('!',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "!" !');;;Pos('?',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "?" !');;;Pos('<',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "<" !');

Abort;;Pos('>',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ ">" !');

Abort;;Pos('№',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "№" !');

Abort;;Pos('"',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ " " " !');

Abort;;Pos('(',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "(" !');

Abort;;Pos(')',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ ")" !');

Abort;;Pos('%',DM2.TMK_TableNOMKONTR.AsString) > 0 then

ShowMessage('Ошибка! Недопустимый символ "%" !');

Abort;; end; end; end; end; end; end; end; end; end; end; end;.

Unit3;TForm3.mnuDiogrClick(Sender: TObject);.Show;;TForm3.BitBtn2Click(Sender: TObject);.DBGrid4.DataSource:=DM2.Stat_datDS;.Stat_dat.Close;.Stat_dat.Parameters.ParamByName('dat1').Value:=DateTimePicker1.DateTime;.Stat_dat.Parameters.ParamByName('dat2').Value:=DateTimePicker2.DateTime;.Stat_dat.Open;;TForm3.mnuFonOknaClick(Sender: TObject);.Color:=Panel1.Color;ColorDialog1.Execute THEN.Color:=ColorDialog1.Color;;TForm3.BitBtn1Click(Sender: TObject);.DBGrid4.DataSource:=DM2.Stat_nomDS;.Stat_nom.Close;.Stat_nom.Parameters.ParamByName('n1').Value:=Edit1.Text;.Stat_nom.Parameters.ParamByName('n2').Value:=Edit2.Text;.Stat_nom.Open;;

Unit24;TForm24.BitBtn1Click(Sender: TObject);Form24.Edit1.Text='отк' then.Edit2.Text:='3086';.Close;.TMK_Connecti.Open;.TMK_Query.Open;.Caption:='ОТК АО УК ТМК';.BitBtn3.Visible:=False;.BitBtn6.Left:=515;.DBGrid4.Visible:=False;.Label4.Visible:=False;.BitBtn9.Visible:=False;.BitBtn8.Visible:=False;.StatusBar1.Panels[3].Text:='ОТК';.Poisk.Visible:=False;.BitBtn11.Left:=8;.GroupBox1.Height:=657;.BitBtn4.Top:=620;.BitBtn6.Top:=620;.DbAltGrid1.Height:=489;(Form1.DBGrid2.Handle,SB_HORZ,False);(Form1.DBGrid2.Handle,SB_VERT,False);.RadioGroup4.Visible:=False;.RadioGroup5.Visible:=True;.RadioGroup5.Height:=85;.RadioGroup5.Top:=31;.RadioGroup5.Width:=122;.RadioGroup2.Visible:=False;.Edit3.Visible:=False;.Poisk.Visible:=False;.RadioGroup3.Visible:=True;.RadioGroup3.Top:=31;.RadioGroup3.Width:=215;.RadioGroup3.Height:=85;.Edit4.Visible:=True;.Edit4.Top:=62;.Edit4.Width:=98;.Edit4.Height:=21;.BitBtn1.Visible:=True;.BitBtn1.Top:=89;.BitBtn1.Width:=90;.BitBtn1.Height:=23;.TMK_QueryTOPRINT.Visible:=False;.TMK_TableTOPRINT.Visible:=False;.DbAltGrid1.Columns[1].Visible:=False;.TMK_QueryIdMatProizv.Visible:=False;.TMK_TableIdMatProizv.Visible:=False;.DbAltGrid1.Columns[4].Visible:=False;.TMK_QueryDATAPR.Visible:=False;.TMK_TableDATAPR.Visible:=False;.DbAltGrid1.Columns[8].Visible:=False;.TMK_QueryKODFRAK.Visible:=False;.TMK_TableKODFRAK.Visible:=False;.DbAltGrid1.Columns[11].Visible:=False;.TMK_TableFRAK.Visible:=False;.DbAltGrid1.Columns[12].Visible:=False;.TMK_QueryNomProtokol.Visible:=False;.TMK_TableNomProtokol.Visible:=False;.DbAltGrid1.Columns[19].Visible:=False;.TMK_QueryDatProtokol.Visible:=False;.TMK_TableDatProtokol.Visible:=False;.DbAltGrid1.Columns[20].Visible:=False;.TMK_QueryKODLABOR.Visible:=False;.TMK_TableKODLABOR.Visible:=False;.DbAltGrid1.Columns[17].Visible:=False;.TMK_TableLABOR.Visible:=False;.DbAltGrid1.Columns[18].Visible:=False;.TMK_TableKONTROL.Visible:=False;.DbAltGrid1.Columns[16].Visible:=False;.TMK_QueryIdAnalys.Visible:=False;.TMK_TableIdAnalys.Visible:=False;.DbAltGrid1.Columns[0].Visible:=False;Form24.Edit1.Text='утк' then.Edit2.Text:='3004';.Close;.TMK_Connecti.Open;.TMK_Query.Open;.StatusBar1.Panels[3].Text:='УТК';.RadioGroup5.Visible:=False;(Form1.DBGrid2.Handle,SB_HORZ,False);(Form1.DBGrid2.Handle,SB_VERT,False);.RadioGroup3.Visible:=False;.Edit4.Visible:=False;.BitBtn1.Visible:=False;.TMK_QueryIdAnalys.Visible:=False;.TMK_TableIdAnalys.Visible:=False;.DbAltGrid1.Columns[0].Visible:=False;.TMK_QueryIdMatProizv.Visible:=False;.TMK_TableIdMatProizv.Visible:=False;.DbAltGrid1.Columns[4].Visible:=False;.TMK_QueryKODMEST.Visible:=False;.TMK_TableKODMEST.Visible:=False;.DbAltGrid1.Columns[9].Visible:=False;.TMK_QueryKODVID.Visible:=False;.TMK_TableKODVID.Visible:=False;.DbAltGrid1.Columns[5].Visible:=False;.TMK_QueryVnVidId.Visible:=False;.TMK_TableVnVidId.Visible:=False;.DbAltGrid1.Columns[13].Visible:=False;.TMK_QueryKontrId.Visible:=False;.TMK_TableKontrId.Visible:=False;.DbAltGrid1.Columns[15].Visible:=False;.TMK_QueryKODMEST.Visible:=False;.TMK_TableKODMEST.Visible:=False;.DbAltGrid1.Columns[9].Visible:=False;.TMK_TableMESTO.Visible:=False;.DbAltGrid1.Columns[10].Visible:=False;.TMK_QueryVnVidId.Visible:=False;.TMK_TableVnVidId.Visible:=False;.DbAltGrid1.Columns[13].Visible:=False;.TMK_TableVnVid_.Visible:=False;.DbAltGrid1.Columns[14].Visible:=False;.TMK_QueryYEAR_.Visible:=False;

.TMK_TableYEAR_.Visible:=False;.DbAltGrid1.Columns[2].Visible:=False;.TMK_QueryNOMKONTR.Visible:=False;.TMK_TableNOMKONTR.Visible:=False;.DbAltGrid1.Columns[21].Visible:=False;; end;Form24.Edit1.Text<>'отк' thenForm24.Edit1.Text<>'утк' then

begin('Данные введены не верно. В доступе отказано.');.PASSW_Qu.Close;

Form24.PASSW_Qu.Close;.TMK_Connecti.Close;.TMK_Query.Close;.Close;; end; end;TForm24.BitBtn2Click(Sender: TObject);.Close;.Close;

end;


Тема Автоматизированная система управления контролем качества результатов испытаний сырья Янко Евг

Больше работ по теме:

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать реферат © 2017 | Пользовательское соглашение

Скачать      Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ