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

 

Содержание

Введение

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

1.1 Существующая методика управления и контроля технологическим процессом

1.2 Технико-экономическая характеристика предметной области

1.3 Экономическая сущность задачи

1.4 Архитектура разрабатываемой системы управления

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

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

1.4.3 Техническое обеспечение

1.4.4 Организационное обеспечение

1.5 Информационное обеспечение разрабатываемой системы

1.5.1 Проектирование инфологической информационной модели

1.5.2 Логическое проектирование приложения базы данных

1.5.3 Выбор конкретной СУБД и среды разработки

1.6 Обоснование выбора архитектуры технологии доступа к данным

1.7 Структурно-функциональная схема информационной системы

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

2.1 Назначение и цель создания системы управления

2.2 Требования к информационной системе

2.2.1 Требования к функциям информационной системы

2.2.2 Требования к интерфейсу пользователя

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

2.2.4 Требования к защите информации

2.2.5 Требования к надёжности системы

2.3 Перечень и описание входных и выходных данных

2.4 Описание функциональных возможностей и схем диалога

2.5 Принципы и результаты тестирования программной системы

3. Обоснование экономической эффективности проекта

3.1 Понятие экономической эффективности

3.2 Выбор и обоснование методики расчета трудоемкости и стоимости разработки

3.1.1 Методика оценивания затрат СОСОМО II

3.1.2 Методика расчета трудоемкости программного средства

3.3 Расчет частных показателей экономической эффективности

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

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

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

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

3.3.5 Расчет текущих затрат

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

3.4 Определение обобщающих показателей экономической эффективности

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

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

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

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

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

3.6 Расчет показателей экономической эффективности

4. Безопасность и экологичность проекта

4.1 Общие положения по безопасности проекта

4.2 Безопасность, эргономика и техническая эстетика рабочего места инженера-программиста

4.3 Создание условий для организации режима труда и отдыха при работе с ЭВМ

4.4 Экологичность проекта

Заключение

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

Приложения

Введение

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

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

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

Целью дипломной работы является разработка системы управления компрессорной установкой в составе технологического процесса переработки молока на предприятии ТОО "Восток-Молоко".

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

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

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

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

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

внедрить разработанное программное средство.

Разработанное программное средство позволит решать следующие задачи:

контролировать технологический процесс переработки цельного молока в режиме реального времени;

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

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

Разработанное программное средство позволит:

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

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

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

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

1.1 Существующая методика управления и контроля технологическим процессом

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

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

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

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

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

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

.2 Технико-экономическая характеристика предметной области

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

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

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

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

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

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

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

управление программный компрессорная установка

Рисунок 1.1 - Схема технологического процесса на молочном заводе

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

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

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

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

На молокозаводах применяют разные режимы пастеризации.

длительная, низкотемпературная пастеризация (нагревание до 63-65° в течение 30 мин).

кратковременная пастеризация (нагревание до 72-75° в течение 20-30 с).3. Моментальная или высокотемпературная пастеризация (нагревание до 85-90° без экспозиции).

Наиболее часто используют кратковременную пастеризацию, проводимую в пластинчатых пастеризаторах. Пастеризация молока, проводимая на молокозаводах, обеспечивает отмирание около 99,9% микроорганизмов. Создаваемые режимы пастеризации не позволяют достигнуть 100% освобождения молока от микроорганизмов, а создание более жестких режимов уже сказывается на качественных и биологических показателях получаемого пастеризованного молока.

Рисунок 1.2 - Схема пластинчатой пастеризационно-охладительной установки

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

Рисунок 1.3 - Линия производства кисломолочных продуктов резервуарным способом

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

1.3 Экономическая сущность задачи

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

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

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

создание единой базы данных;

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

оперативное получение информации на любой момент времени;

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

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

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

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

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

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

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

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

1.4 Архитектура разрабатываемой системы управления

Разрабатываемая система имеет свою архитектуру (рисунок 1.4).

Рисунок 1.4 - Схема архитектуры разрабатываемой системы

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

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

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

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

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

-файл БД, содержащий информацию о наблюдаемых параметрах технологического процесса;

файл БД, содержащий информацию о рабочих сменах;

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

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

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

Программное обеспечение любого АС подразделяется на общее и функциональное. Основные элементы общего программного обеспечения автоматизированной системы поставляются с ПЭВМ. Клиентская часть АС включает в себя:

операционную систему Windows 98 или Windows NT или более поздние версии;

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

установленный, профессиональный пакет Microsoft Office, начиная с версии 97, для поддержки провайдера баз данных;

файл справки в формате HTML Help. Поддержка такого формата справки началась с Windows 98.;

технологию ADO, а именно драйвер Microsoft Jet 4.0 в операционной системе.

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

1.4.3 Техническое обеспечение

Разработанную систему управления можно использовать на ЭВМ типа IBM PC/AT с процессором Intel Pentium с тактовой частотой не ниже 1.1 ГГц. Объем оперативной памяти компьютера - не менее 256 Мб. Видеокарта должна быть совместима с Windows 98 и выше. Для вывода отчетов на бумагу информации может использоваться любой принтер, поддерживаемый операционной системой Windows 98.

1.4.4 Организационное обеспечение

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

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

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

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

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

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

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

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

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

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

. Руководить работой операторов диспетчерской службы.

1.5 Информационное обеспечение разрабатываемой системы

1.5.1 Проектирование инфологической информационной модели

В рамках этого раздела лежит ознакомление со всеми входными и выходными документами и определение базы данных (БД).

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

Ниже представлен перечень входящих и исходящих документов (таблицы 1.1 - 1.2).

Таблица 1.1

Перечень входящих документов

Наименование документаИсточник документаФорма представленияПериодичность поступленияНакладная на приходПоставщикДокумент на бумажном носителеПо мере поступленияЖурнал регистрации приходаДиспетчерская службаДокумент на бумажном носителеПо мере поступленияТалон анализа составаЛабораторияДокумент на бумажном носителеПо мере поступления

Таблица 1.2

Перечень исходящих документов

Наименование документаПолучатель документаФорма представленияПериодичность поступленияСуточная ведомостьЗаинтересованное лицоДокумент на машинном носителеПо мере требованияЖурнал регистрации выгрузки готовой продукцииЗаинтересованное лицоДокумент на машинном носителеПо мере требованияЖурнал регистрации выработки Заинтересованное лицоДокумент на машинном носителеПо мере требованияГрафики параметров технологического процесса Заинтересованное лицоДокумент на машинном носителеПо мере требования

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

"ОБОРУДОВАНИЕ МОЛОКОЗАВОДА";

"ПАРАМЕТРЫ ТЕХНОЛОГИЧЕСКОГО ПРОЦЕССА";

"ТЕХНОЛОГИЧЕСКИЙ ПРОЦЕСС";

"РАБОЧИЕ СМЕНЫ";

"РЕГИСТРАЦИЯ ПАРАМЕТРОВ";

"РЕГИСТРАЦИЯ ПРОЦЕССОВ";

"РЕГИСТРАЦИЯ СМЕН".

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

ОБОРУДОВАНИЕ_МОЛОКОЗАВОДА (Код_оборудования, наименование_оборудования, минимальное_значение, максимальное_значение, значение);

ПАРАМЕТРЫ_ТЕХНОЛОГИЧЕСКОГО_ПРОЦЕССА (Код_параметра, наименование_параметра, минимальное_значение, максимальное_значение);

ТЕХНОЛОГИЧЕСКИЙ ПРОЦЕСС (Код_процесса, наименование_процесса);

РАБОЧИЕ СМЕНЫ (Код_смены, наименование_смены);

РЕГИСТРАЦИЯ ПАРАМЕТРОВ (Код_записи, код_параметра, значение, дата_время);

РЕГИСТРАЦИЯ ПРОЦЕССОВ (Код_записи, код_оборудования, код_процесса, код_смены, значение, дата_время);

РЕГИСТРАЦИЯ СМЕН (Код_записи, код_смены, дата_время).

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

Анализ связей между объектами отражен в таблице 1.3.

Таблица 1.3

Связи информационных объектов

Название сущностейНазвание связейТип связиТЕХНОЛОГИЧЕСКИЙ ПРОЦЕСС, РЕГИСТРАЦИЯ ПРОЦЕССОВрегистрирует1: МОБОРУДОВАНИЕ_МОЛОКОЗАВОДА, РЕГИСТРАЦИЯ ПРОЦЕССОВрегистрирует1: МРАБОЧИЕ СМЕНЫ, РЕГИСТРАЦИЯ ПРОЦЕССОВрегистрирует1: МРАБОЧИЕ СМЕНЫ, РЕГИСТРАЦИЯ СМЕНрегистрирует1: 1ПАРАМЕТРЫ_ТЕХНОЛОГИЧЕСКОГО_ПРОЦЕССА, РЕГИСТРАЦИЯ ПАРАМЕТРОВрегистрирует1: М

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

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

1.5.2 Логическое проектирование приложения базы данных

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

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

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

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

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

При использовании реляционной СУБД, обрабатываемая информация представляется в виде файлов базы данных, которые хранят информацию в виде записей. Ниже приведены структуры файлов базы данных (таблицы 1.4 - 1.10).

Сущности ОБОРУДОВАНИЕ_МОЛОКОЗАВОДА соответствует таблица S_Bak.

Таблица 1.4

Структура таблицы S_Bak

Наименование поляТип данныхДлинаКлючевое полеID_bakЧисловое Длинное целое Да (Совпадения не допускаются) Nam_BakТекстовый50Min_ValЧисловоеДлинное целоеMax_ValЧисловоеДлинное целоеValЧисловоеДлинное целое

Сущности РАБОЧИЕ СМЕНЫ соответствует таблица S_Smena.

Таблица 1.5

Структура таблицы S_Smena

Наименование поляТип данныхДлинаКлючевое полеID_smenaЧисловое Длинное целое Да (Совпадения не допускаются) Nam_smenaТекстовый50

Сущности ПАРАМЕТРЫ_ТЕХНОЛОГИЧЕСКОГО_ПРОЦЕССА соответствует таблица S_Param.

Таблица 1.6

Структура таблицы S_Param

Наименование поляТип данныхДлинаКлючевое полеID_paramЧисловое Длинное целое Да (Совпадения не допускаются) Nam_paramТекстовый50MinValЧисловоеДлинное целоеMaxValЧисловоеДлинное целое

Сущности ТЕХНОЛОГИЧЕСКИЙ ПРОЦЕСС соответствует таблица S_Process.

Таблица 1.7

Структура таблицы S_ Process

Наименование поляТип данныхДлинаКлючевое полеID_processЧисловое Длинное целое Да (Совпадения не допускаются) Nam_processТекстовый50

Сущности РЕГИСТРАЦИЯ ПАРАМЕТРОВ соответствует таблица D_Param.

Таблица 1.8

Структура таблицы D_Param

Наименование поляТип данныхДлинаКлючевое полеNumЧисловое Длинное целое Да (Совпадения не допускаются) ID_ParamЧисловоеДлинное целоеParvalЧисловоеДлинное целоеDtimeДата/время

Сущности РЕГИСТРАЦИЯ СМЕН соответствует таблица D_Smena.

Таблица 1.9

Структура таблицы D_ Smena

Наименование поляТип данныхДлинаКлючевое полеNumЧисловое Длинное целое Да (Совпадения не допускаются) ID_SmenaЧисловоеДлинное целоеDtimeДата/время

Сущности РЕГИСТРАЦИЯ ПРОЦЕССОВ соответствует таблица D_Process.

Таблица 1.10

Структура таблицы D_ Process

Наименование поляТип данныхДлинаКлючевое полеID_recЧисловое Длинное целое Да (Совпадения не допускаются) ID_BakЧисловоеДлинное целоеID_ProcessЧисловоеДлинное целоеID_SmenaДата/времяДлинное целоеValЧисловоеДлинное целоеDtimeДата/время

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

Рисунок 1.6 - Логическая структура реляционной базы данных

1.5.3 Выбор конкретной СУБД и среды разработки

Одним из основных критериев выбора СУБД является оценка того, насколько эффективно внутренняя модель данных, поддерживаемая системой, способна описать концептуальную схему. Большинство СУБД для персональных ЭВМ работают с реляционной моделью. Таковы системы FoxPro, Paradox, Clipper. Перечисленные СУБД эффективны для создания небольших изолированных систем с несложной структурой данных, с относительно небольшими объемами данных (10Мб - 1Гб) и несложными запросами. За пределами такого рода ограничений эффективность использования указанных СУБД существенно снижается.

Для хранения данных в приложении выбрана СУБД Microsoft Access, которая поддерживает реляционную модель данных.Access является одним из самых популярных приложений в семействе настольных СУБД реляционного типа. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000, появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого, Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.

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

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

-возможность быстрого внесения изменений в программу;

-возможность редактирования и просмотра БД, используя средства разработки.

Как дополнение к перечисленному, можно указать, что время разработки зависит от:

-поддержки выбранным инструментарием ОС;

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

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

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

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

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

-требования по ресурсам;

-поддержка операционной системы;

-наглядность разработки интерфейса;

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

-доступность;

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

-обработка исключительных ситуаций;

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

-удобство эксплуатации.

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

Используя Delphi можно создавать приложения для MS Windows95/98/NT с минимальными затратами времени т.к. в её основе лежит концепция быстрого создания приложений (RAD).

Основные сведения о Delphi:

Базируется на расширении языка Pascal - Object Pascal.

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

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

Библиотека компонентов содержит множество стандартных компонентов, которые можно использовать при создании приложений. Сюда относятся элементы управления в стиле Windows95 и IE 4.0, а также шаблоны для форм и экспертов.

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

Особенностью этих компонентов является то, что во время создания приложения Delphi отображает результаты обработки данных, и позволяет проанализировать различные ситуации, которые могут сложиться в процессе работы программы. С другой стороны, поддержка баз данных в Delphi осуществляется с помощью набора драйверов соединений с SQL-северами Borland SQL Links for Windows, которые позволяют интегрированному в Delphi ядру процессора баз данных Borland, (BDE) Borland Database Engine, получать доступ к локальным базам данных Paradox, dBASE, Access, FoxPro, а также SQL-северам InterBase, Informix, Oracle, Sybase, DB2, Microsoft SQL.

-битовый компилятор Delphi генерирует исполняемые EXE-файлы. При этом существует возможность генерировать либо простые EXE-файлы, либо сложные приложения, требующие подключения DLL-библиотек.- это первый инструмент, в котором быстрое проектирование сочетается с использованием оптимизирующего компилятора. Кроме того, в Delphi может быть использована технология масштабирования баз данных, являющаяся самой мощной и сложной технологией программирования, которая когда-либо использовалась для персональных компьютеров. В отличии от большинства других инструментов, предназначенных для быстрой разработки приложений, Delphi является расширяемым инструментом. Ниже приведен краткий список особенностей, обеспечивающих расширяемость Delphi:

-непосредственный доступ к интерфейсу приложений API;

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

-обработка строк, написанных на Ассемблере, вставленных в текст программ Delphi;

-возможность создания пользовательских объектов VCL и OCX;

-возможность создания DLL-библиотек и других "вторичных" объектов среды Windows;

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

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

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

-поддержка сложных запросов и доступ из одного приложения ко многим Системам Управления Базами Данных (СУБД), построенным на различных платформах;

-свободное перемещение приложения из одной СУБД в другую, осуществляемое посредством ядра Borland Database Engine, которое организует доступ к базам данных, невзирая на различия в платформах;

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

-полная поддержка ODBC.

Delphi, как СУБД, полностью ориентирован на реляционную модель данных и имеет встроенный язык запросов к базам данных SQL (Structured Query Language).

1.6 Обоснование выбора архитектуры технологии доступа к данным

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

Рисунок 1.7 - Архитектура системы управления

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

1.7 Структурно-функциональная схема информационной системы

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

Общая схема информационной системы представлена на рисунке 1.8.

Рисунок 1.8 - Общая схема системы управления

В качестве технологии реализации задачи обмена данными с Microsoft Excel была использована технология автоматизации (OLE Automation). Автоматизация позволяет одному приложению управлять другим приложением. Управляемое приложение называется сервером автоматизации.

Технология доступа к данным ADO (ActiveX Data Objects) - это высокоуровневый компонент технологии доступ к данным, разработанный компанией Microsoft.

Схема функций, реализуемых технологией ADO в разработанном приложении отображена на рисунке 1.9.

Рисунок 1.9 - Схема функций, реализуемых технологией ADO

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

2.1 Назначение и цель создания системы управления

Целью дипломной работы является разработка системы управления компрессорной установкой в составе технологического процесса переработки молока на предприятии ТОО "Восток-Молоко".

Разработанное программное средство позволит решать следующие задачи:

контролировать технологический процесс переработки цельного молока в режиме реального времени;

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

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

Разработанное программное средство позволит:

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

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

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

Программное обеспечение должно иметь возможности:

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

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

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

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

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

.Обследование предметной области;

2.Изучение и формализация требований будущих пользователей;

.Проектирование структуры и создание таблиц базы данных;

.Создание экранных форм;

.Отладка программного продукта;

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

.Проведение мероприятий по обучению сотрудников диспетчерской службы.

.2 Требования к информационной системе

2.2.1 Требования к функциям информационной системы

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

?ручной ввод оперативной информации;

?формирование БД и их использование в вычислительных алгоритмах;

?способностью осуществлять пересчет задачи при корректировке информации;

?возможностью оперативной корректировки информации.

2.2.2 Требования к интерфейсу пользователя

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

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

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

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

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

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

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

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

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

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

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

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

2.2.4 Требования к защите информации

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

2.2.5 Требования к надёжности системы

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

2.3 Перечень и описание входных и выходных данных

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

Условно-постоянная информация, необходимая для решения поставленной задачи включает:

-Справочник "Оборудование молокозавода". Формируется на основе данных технологического оборудования молокозавода.

-Справочник "Рабочие смены". Формируется на основе штатно-должностного расписания молокозавода.

-Справочник "Параметры технологического процесса". Формируется на основе справочника технологических параметров, подлежащих контролю.

-Справочник "Технологический процесс".

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

накладная на приход сырья;

журнал регистрации прихода;

талон анализа состава.

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

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

Выходной информацией являются документы, содержащие следующую информацию:

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

графики параметров технологического процесса.

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

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

2.4 Описание функциональных возможностей и схем диалога

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

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

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

Рисунок 2.1 - Главное окно приложения

Главная форма приложения разделена на две части.

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

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

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

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

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

"Выход".

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

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

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

"Параметры технологического процесса";

"Суточная ведомость".

Пункт меню "Параметры технологического процесса" открывает форму "Параметры технологического процесса" (рисунок 2.2).

Рисунок 2.2 - Форма "Параметры технологического процесса"

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

Пункт меню "Суточная ведомость" открывает форму "Суточная ведомость" (рисунок 2.3).

Рисунок 2.2 - Форма "Суточная ведомость"

Данная форма предоставляет возможность сформировать суточную ведомость работы молокозавода за определенную дату в формате MS Excel. Для этого необходимо установить нужную дату и нажать кнопку "Формировать". Сформируется отчет в формате MS Excel, который можно просмотреть (Приложение А).

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

2.5 Принципы и результаты тестирования программной системы

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

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

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

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

3. Обоснование экономической эффективности проекта

3.1 Понятие экономической эффективности

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

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

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

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

Показатели экономической эффективности программного изделия определяются:

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

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

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

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

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

3.2 Выбор и обоснование методики расчета трудоемкости и стоимости разработки

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

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

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

трудоемкость разработки;

длительность разработки;

годовая экономия;

единовременные затраты на разработку и внедрение;

текущие затраты на функционирование.

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

В зависимости от этого:

первые методы основаны на четкой идентификации операций процесса разработки ПП;

вторые - на определении функциональных требований и/или конечного продукта.

3.1.1 Методика оценивания затрат СОСОМО II

В конце 70-х годов Барри Боэмом была разработана модель оценивания объемов работ при разработке информационных систем, и получила название конструктивная модель стоимости (Constructive Cost Model - COCOMO). На сегодняшний день данная модель оценки трудоёмкости разработки ПП является наиболее известной среди множества подобных моделей.

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

Модель ориентирована на порционность поступления информации для оценивания на протяжении всего периода разработки ПП и является трехуровневой [8].

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

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

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

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

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

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

, (3.1)

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

оценивается уровень производительности,.

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

. (3.2)

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

Трудоемкость вычисляется следующим образом:

, (3.3)

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

- фактор процесса разработки, который вычисляется по формуле:

, (3.4)

где факторы Wi принимают значения от 0 до 5:

W1 - предсказуемость проекта для данной организации, от полностью знакомого (0) до совсем непредсказуемого (5);

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

W3 - степень удаления рисков, от полной (0) до небольшой (5), оставляющей около 80% рисков;

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

W5 - зрелость процессов в организации, от 0 до 5 в виде взвешенного количества положительных ответов на вопросы о поддержке ключевых областей процесса в модели CMM.

- произведение семи коэффициентов затрат, каждый из которых лежит в интервале от 1 до 6:

возможности персонала;

надежность и сложность продукта;

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

сложность платформы;

опытность персонала;

использование инструментов;

плотность графика проекта.

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

Формула для трудоемкости имеет вид:

, (3.5)

где

, (3.6)

где

, (3.7)

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

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

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

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

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

SU - фактор понятности повторного использования кода.

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

Коэффициент вычисляется как (1 + (процент кода, выброшенного из-за изменений в требованиях) /100).

Коэффициент является произведением 17 коэффициентов затрат, имеющих значения от 1 до 6:

надежность продукта;

сложность продукта;

размер базы данных разрабатываемого приложения;

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

требуемый уровень документированности;

уровень производительности по времени;

уровень требований к занимаемой оперативной памяти;

изменчивость платформы;

возможности аналитика проекта;

возможности программистов;

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

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

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

уровень текучести персонала в команде;

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

возможности общения между членами команды;

фактор сжатия графика проекта.

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

, (3.8)

где

tразр. - срок разработки информационной системы, в месяцах;

Т (А) - линейный коэффициент зависимости срока разработки типа проекта;

T - трудоемкость в человеко-месяцах;

Т (В) - экспоненциальный коэффициент зависимости срока разработки от типа проекта;

- сумма корректировочных коэффициентов факторов масштабирования.

Модель СОСОМО II имеет ряд достоинств, среди которых следует отметить объективность и простоту применения.

.1.2 Методика расчета трудоемкости программного средства

Госкомтруда 1986 года. В течение восьмидесятых годов в СССР были разработаны собственные модели оценки трудоемкости разработки программных систем, утвержденные Госкомтруда в 1986 году. Базовая трудоемкость разработки программных средств в данной методике определяется в зависимости от группы сложности и от объема.

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

Параметр "Стадии разработки ПС" может принимать значения:

"Техническое задание";

"Эскизный проект";

"Технический проект";

"Рабочий проект";

"Внедрение";

"Предварительное проектирование".

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

использование CASE-технологий;

объединение технического и рабочего проекта.

При использовании CASE-технологии стадии "Техническое задание", "Эскизный проект" и "Технический проект" объединяются в одну стадию "Предварительное проектирование", за которой следуют стадии "Рабочий проект" и "Внедрение".

Объединение стадий "Технический проект" и "Рабочий проект" в одну стадию "Технорабочий проект", предполагает обязательное наличие этих двух стадий.

Параметр "Элементы, повышающие сложность ПС" может принимать значения:

"Наличие экранных подсказок и меню функций";

"Выдача на экран контекстно-зависимой помощи";

"Обеспечение хранения и поиска данных в сложных структурах";

"Возможность связи с другими ПС".

Параметр "Степень новизны ПС" может принимать одно из следующих значений:

"Принципиально новое ПС, не имеющее доступных аналогов";

"ПС, являющееся развитием определенного параметрического ряда ПС на новом типе ЭВМ/ операционной системы (ОС)";

"ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС".

Параметры "Новый тип ЭВМ" и "Новый тип ОС" определяют, используется ли новый тип ЭВМ или ОС при разработке ПС

Параметр "Степень охвата реализуемых функций стандартными ПС" может принимать одно из следующих значений:

"Свыше 60%";

"От 40% до 60%";

"От 20% до 40%";

"До 20%".

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

"Язык Ассемблера";

"Процедурные языки высокого уровня (C, Pascal, и др.)";

"Системы программирования на основе СУБД";

"CASE-средства".

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

"Большие ЭВМ без "дружелюбной" среды (ЕС ЭВМ с ОС ЕС)";

"Большие ЭВМ с "дружелюбной" средой (RS, mainframe)";

"Малые ЭВМ без "дружелюбной" среды (СМ ЭВМ с ОС РВ, UNIX)";

"Малые ЭВМ с "дружелюбной" средой (VAX, DEC)";

"Персональные ЭВМ (с MS-DOS, Windows)";

"Другие персональные ЭВМ (Apple)";

"Сети ЭВМ локальные (типа NetWare)";

"Глобальные сети (через модемы)".

Параметр "Характеристики ПС" может принимать значения:

1)"Наличие мощного интеллектуального языкового интерфейса высокого уровня с пользователем (без учёта подсказок и меню функций)";

2)"Режим работы в реальном времени";

3)"Обеспечение телекоммуникационной обработки данных";

4)"Машинная графика";

5)"Криптография и другие методы защиты от несанкционированного доступа";

6)"Обеспечение существенного распараллеливания вычислений";

7)"Оптимизационные расчеты";

8)"Моделирование объектов и процессов";

9)"Задачи анализа и прогнозирования";

10)"Сложные экономические, инженерные или научные расчеты";

11)"Обеспечение настройки ПС на изменения структур входных и выходных данных".

Характеристики ПС определяют параметр "Группа сложности", пункты 1 - 6 соответствуют максимальной группе сложности, 7 - 11 - средней группе сложности, если же разрабатываемое ПС не обладает ни одной из перечисленных характеристик, оно относится к минимальной группе сложности.

Параметр "Функции ПС" может принимать значения:

"Управление работой компонентов ПС";

"Обработка прерываний";

"Ввод данных в интерактивном режиме";

"Вывод данных в табличной форме на экран и на печать";

"Обработка ошибочных ситуаций";

"Система настройки ПС на условия применения";

"Формирование последовательных файлов";

"Сортировка файлов";

"Обработка файлов";

"Формирование базы данных";

"Обработка записей базы данных";

"Организация поиска и поиск в базе данных";

"Статистическая обработка данных";

"Расчет экономических показателей";

"Экономический анализ и прогнозирование";

"Составление сводных балансов".

Данные функции могут присутствовать как все вместе, так и по отдельности.

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

, (3.9)

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

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

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

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

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

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

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

(3.11)

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

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

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

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

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

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

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

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

, (3.13)

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

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

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

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

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

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

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

, (3.15)

где Vi - объем i-ой функции ПС, i = 1.16, учитывающий тип ЭВМ, определяется по таблице;

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

Продолжительность разработки программного продукта определяется по формуле:

. (3.16)

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

Ч = Tобщ/t. (3.17)

Данная методика учитывает важные параметры проектируемой системы и позволяет рассчитать трудоемкость каждой стадии, в отличие, от композиционной модели COCOMO II. Сравнивая эти две методики между собой, можно сделать следующие выводы, относительно применения их для оценки трудоемкости информационно-программной поддержки оценки риска: для предсказания усилий на разработку в модели COCOMO II необходимо сначала предсказать размер конечной системы в единицах KDSI (Thousands of Delivered Source Instructions, тысяч строк исходных инструкций поставляемого кода), то есть данная модель основана на размере кода ПП, а длина кода не всегда отражает размер современных программных продуктов; методика расчета трудоемкости программного продукта Госкомтруда 1986 года применима для оценки трудозатрат на разработку любых типов ПП, в отличие, от композиционной модели, которая предназначена для оценки трудозатрат на разработку крупных ПП; точность модели COCOMO II согласована с большим количеством фактических данных и зависит от точности оценивания входных данных.

Таким образом, использование методики расчета трудоемкости программного средства Госкомтруда 1986 года в данном случае является наиболее целесообразным, так как она, по сравнению с моделью COCOMO II включает определения основных понятий и количественных характеристик без ограничения общности или разнообразия типов ПС. Данная методика повышает объективность оценок путем применения шкалы оценок, учитывающих влияние разных атрибутов на оценку трудозатрат. Методика расчета трудоемкости программного средства Госкомтруда 1986 года проста для понимания и применения, что также является немаловажным фактором при выборе методики.

3.3 Расчет частных показателей экономической эффективности

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

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

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

-годовая экономия (годовой прирост прибыли);

-суммарные затраты на создание, внедрение и функционирование ПП (включают в себя единовременные затраты на разработку и внедрение, текущие затраты на функционирование.

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

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

-стадии разработки ПС;

-сложность ПС;

-степень новизны ПС;

-новый тип ЭВМ;

-новый тип ОС;

-степень охвата реализуемых функций стандартными ПС;

-средства разработки ПС;

-характер среды разработки;

-характеристики ПС;

-группа сложности;

-функции ПС;

-тип ЭВМ.

Параметр "Стадии разработки ПС" может принимать значения:

-"Техническое задание";

-"Эскизный проект";

-"Технический проект";

-"Рабочий проект";

-"Внедрение";

-"Предварительное проектирование".

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

-использование CASE-технологий;

-объединение технического и рабочего проекта.

При использовании CASE-технологии стадии "Техническое задание", "Эскизный проект" и "Технический проект" объединяются в одну стадию "Предварительное проектирование", за которой следуют стадии "Рабочий проект" и "Внедрение".

Объединение стадий "Технический проект" и "Рабочий проект" в одну стадию "Технорабочий проект", предполагает обязательное наличие этих двух стадий.

Параметр "Элементы, повышающие сложность ПС" может принимать значения:

-"Наличие экранных подсказок и меню функций";

-"Выдача на экран контекстно-зависимой помощи";

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

-"Возможность связи с другими ПС".

Данные элементы могут присутствовать как вместе, так и по отдельности.

Параметр "Степень новизны ПС" может принимать одно из следующих значений:

-"Принципиально новое ПС, не имеющее доступных аналогов";

-"ПС, являющееся развитием определенного параметрического ряда ПС на новом типе ЭВМ/ операционной системы (ОС)";

-"ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС".

Параметры "Новый тип ЭВМ" и "Новый тип ОС" определяют, используется ли новый тип ЭВМ или ОС при разработке ПС. На данные параметры влияет значение параметра "Степень новизны ПС". Если ПС является развитием определенного параметрического ряда ПС на новом типе ЭВМ/ОС, то необходимо наличие хотя бы одного из параметров "Новый тип ЭВМ" и "Новый тип ОС". Если же ПС является развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС, то данные параметры не рассматриваются.

Параметр "Степень охвата реализуемых функций стандартными ПС" может принимать одно из следующих значений:

-свыше 60%;

-от 40% до 60%;

-от 20% до 40%;

-до 20%.

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

-язык Ассемблера;

-процедурные языки высокого уровня (C, Pascal, и другие);

-системы программирования на основе СУБД;

-CASE-средства.

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

-"Большие ЭВМ без "дружелюбной" среды (ЕС ЭВМ с ОС ЕС)";

-"Большие ЭВМ с "дружелюбной" средой (RS, mainframe)";

-"Малые ЭВМ без "дружелюбной" среды (ЭВМ с ОС UNIX)";

-"Малые ЭВМ с "дружелюбной" средой (VAX, DEC)";

-"Персональные ЭВМ IBM-PC совместимые (с MS-DOS, Windows)";

-"Другие персональные ЭВМ (Apple)";

-"Сети ЭВМ локальные (типа NetWare)".

-"Глобальные сети (через модемы)".

Параметр "Характеристики ПС" может принимать значения:

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

-"Режим работы в реальном времени";

-"Обеспечение телекоммуникационной обработки данных";

-"Машинная графика";

-"Криптография и другие методы защиты от несанкционированного доступа";

-"Обеспечение существенного распараллеливания вычислений";

-"Оптимизационные расчеты";

-"Моделирование объектов и процессов";

-"Задачи анализа и прогнозирования";

-"Сложные экономические, инженерные или научные расчеты";

-"Обеспечение настройки ПС на изменения структур входных и выходных данных".

Характеристики ПС определяют параметр "Группа сложности", пункты 1 - 6 соответствуют максимальной группе сложности, 7 - 11 - средней группе сложности, если же разрабатываемое ПС не обладает ни одной из перечисленных характеристик, оно относится к минимальной группе сложности. Данные элементы могут присутствовать как вместе, так и по отдельности.

Параметр "Функции ПС" может принимать значения:

-"Управление работой компонентов ПС";

-"Обработка прерываний";

-"Ввод данных в интерактивном режиме";

-"Вывод данных в табличной форме на экран и на печать";

-"Обработка ошибочных ситуаций";

-"Система настройки ПС на условия применения";

-"Формирование последовательных файлов";

-"Сортировка файлов";

-"Обработка файлов";

-"Формирование базы данных";

-"Обработка записей базы данных";

-"Организация поиска и поиск в базе данных";

-"Статистическая обработка данных";

-"Расчет экономических показателей";

-"Экономический анализ и прогнозирование";

-"Составление сводных балансов".

Данные функции могут присутствовать как все вместе, так и по отдельности. Вышеперечисленные параметры устанавливаются пользователем АС. На основе этих параметров с помощью расчетных таблиц определяются коэффициенты, используемые для вычисления трудоемкости разработки ПС. Тобщ - общая трудоемкость разработки ПС (в чел. - днях) рассчитывается по формуле:

, (3.1)

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

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

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

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

, (3.3)

в случае отсутствия стадии "Эскизный проект" L3 = L2 + L3; в случае объединение стадий "Технический проект" и "Рабочий проект" в одну стадию "Технорабочий проект" L3 = 0,85 ? L3 + L4.

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

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

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

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

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

, (3.5)

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

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

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

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

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

, (3.7)

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

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

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

, (3.8)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

К = КП + КК, (3.11)

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

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

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

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

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

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

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

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

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

где О - оклад разработчика, тг;- трудоемкость разработки, чел-мес.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3.3.5 Расчет текущих затрат

Т.к. ПП находится на этапе создания, то предпочтение отдаем нижеописанному методу расчета.

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

, (3.17)

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

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

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

, (3.18)

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

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

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

Зг = ИГ + К, (3.19)

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

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

3.4 Определение обобщающих показателей экономической эффективности

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

-годовой экономический эффект;

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

-коэффициент экономической эффективности функционирования;

-срок окупаемости системы.

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

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

ЭГ = ПГ - ЗГ, (3.20)

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

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

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

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

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

Эо = По - Зо, (3.21)

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

, (3.22)

, (3.23)

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

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

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

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

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

, (3.24)

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

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

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

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

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

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

, (3.25)

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

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

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

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

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

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

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

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

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

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

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

Пн = Уп ? Фзп, (3.27)

где

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

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

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

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

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

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

3.6 Расчет показателей экономической эффективности

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

контролировать технологический процесс переработки цельного молока в режиме реального времени;

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

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

Для расчета экономической эффективности был определен ряд исходных параметров, которые представлены в виде таблицы (таблица 3.1).

Таблица 3.1

Исходные данные для расчета

Наименование показателейУсловные обозначенияЕдиница измеренияЗначения показателябез ППс ПП12345Оклад программистаОтг-35000Стоимость одного часа машинного времениСМтг4040Сметная стоимость КТСККТСтг700070000Трудоемкость обработки информации по одной задачеtЗчас3 чел/час0,05 час (маш. вр.) Эксплуатац. расходы функционирования ПП (% от сметной стоимости) амортизация (5%) текущий ремонт (2%) содержание оборудования (2,5%) Итого: Исист тг тг тг тг 3500 1400 1750 6650Зарплата специалиста (включая отчисления) тг50000Удельная стоимость трудозатрат одного специалистаСспецтг170170Количество задач решаемых за годNЗЗадач/год11003600Период функционирования ППТЛет-5

Для расчета трудоемкости разработки программного продукта выделим основные параметры, влияющие на данный расчет: стадии разработки ПС: "предварительное проектирование", "рабочий проект" и "внедрение", так как используется CASE-технология; сложность ПС принимает значение "выдача на экран контекстно-зависимой помощи" и "возможность связи с другими ПС"; степень новизны ПС принимает значение "ПС, являющееся развитием определенного параметрического ряда ПС на прежнем типе ЭВМ/ОС"; степень охвата реализуемых функций стандартными ПС - от 40% до 60%; средства разработки ПС - процедурные языки высокого уровня (C, Pascal, и другие); характер среды разработки - персональные ЭВМ совместимые (с MS-DOS, Windows); характеристики ПС - "оптимизационные расчеты", а также "задачи анализа и прогнозирования"; группа сложности - средняя; функции ПС: ввод данных в интерактивном режиме, вывод данных в табличной форме на экран и на печать, обработка ошибочных ситуаций, обработка записей базы данных, расчет экономических показателей;

Вычислим по формуле (3.7) общий объем разрабатываемого ПС и получим:

о = 1580 + 3740 + 3790 + 2750 + 8630 = 20490 исходных команд.

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

Тур = 1613 × 0,17 = 274,21 чел-дни.

Коэффициент сложности ПС, вычисленный по формуле (3.5), равен:

Ксл = 1 + (0,07 + 0,09) = 1,16.

Общая трудоемкость разработки ПС определяется по формуле (3.4) следующим образом:

То = 1,16 × 274,21 = 318,08 чел-дн.

Определим трудоемкость каждой стадии разработки ПС по формуле (3.2):

0 = L0 × Кн , То = 0,45 × 0,40 × 318,08 = 57,25 чел-дн.4 = L4 × Кн × Кт То = 0,30 × 0,40 × 0,9 × 318,08 = 34,34 чел-дн.5 = L5 × Кн То = 0,18 × 0,40 × 318,08 = 22,9 чел-дн.

Тогда общая трудоемкость разработки ПС будет равна:

Тобщ = 57,25 + 34,34 + 22,9 = 114,49 чел-дн.

Для перевода в чел-мес делим на 22 рабочих дня в месяце:

Тобщ = 114,49/22 = 5,2 чел-мес.

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

= 2,5 × (5,2) 0,32 = 4,23 мес.

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

Чn = Tобщ / t = 5,2/4,23 = 1 чел.

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

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

П2 = Сспец · tЗ · NЗ - (Сспец +См) · tЗ · NЗ = 170 × 3 × 1100 - (170 + 40) × 0,05 × ?3600 = 523200 тг.

Определим сокращение длительности автоматизируемого процесса по формуле:

лет

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

Пг = 523200 · (1 + 0,15 · 0,49) = 561655,2 тг.

Расчет единовременных затрат на создание и внедрение программного продукта, по формуле (3.11): причем Кк = 0, т.к. используется старая ВТ,

К = КП = Косн. зп. + Кдоп. зп. + Кпр, Косн. зп. = 35000 × 5,2 = 182000 тг.

Кдоп. зп. = 0,2 × 182000 = 36400 тг.

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

Тмаш = t × 22 × 8 = 4 × 22 × 8 = 704 час.

Кпр = 3 ? 704 × 40 = 84480 тг.,

К = 182000 + 36400 + 84480 = 302880 тг.

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

Исист = 6650 тг, Иi= (100 + 40) × 0,05 = 7 тг.

Иг = 6650 + 7 × 3600 = 31850 тг.

Суммарные текущие затраты на функционирование программного продукта за 5 лет с приведением к расчетному году (первому году функционирования программного продукта) по формуле (3.18):

И = 31850 · (1,0 + 0,91 + 0,83 + 0,75 + 0,68 + 0,62) = 152561,5 тг.

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

Зг = К + Иг = 302880 + 31850 = 334730 тг.

Расчет экономии от функционирования программного продукта за 5 лет по формуле (3.22):

По = 561655,2 × (1,0 + 0,91 + 0,83 + 0,75 + 0,68 + 0,62)

= 2690328,4 тг.

Расчет суммарных затрат на создание и 5-ти летнее функционирование программного продукта по формуле (3.23):

Зо = К + И = 302880 + 152561,5 = 455441,5 тг.

Годовой экономический эффект по формуле (3.20) будет равен:

Эг = П - ЗГ = 561655,2 - 334730 = 226925,2 тг.

Экономический эффект за 5 лет по формуле (3.21) равен:

Э = 2690328,4 - 455441,5 = 2234886,9 тг.

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

Ек= (561655,2 - 31850) / 302880 = 1,74

рок окупаемости, по формуле (3.25):

Т = 1/1,74 = 0,57 года.

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

Фзп = 182000 + 0,2 × 182000 = 218400 тг.

Для расчета цены необходимо определить расчетный уровень прибыли (норматив рентабельности), по формуле (3.28): примем Руп = 90 %, Рп = 5 % к Фзп, тогда уровень прибыли будет равен:

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

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

Пн = 0,95 × 218400 = 207480 тг.

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

Цпп = С + Пн = 302880 + 207480 = 510360 тг.

Расчет эффективности показывает, что разрабатываемая система для управления и контроля над технологическим процессом выгодна в экономическом отношении, так как коэффициент экономической эффективности единовременных затрат ЕК = 1,74 превышает норматив эффективности капитальных вложений ЕН, который принимается равным 0,15 для всех отраслей народного хозяйства. В первый год эксплуатации системы экономический эффект является равен 226925,2, за пять лет функционирования системы экономический эффект составит 2234886,9 тенге. Средства, вложенные на разработку программного обеспечения, а именно 302880 тенге, окупятся менее чем за 0,57 года его функционирования.

4. Безопасность и экологичность проекта

4.1 Общие положения по безопасности проекта

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

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

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

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

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

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

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

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

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

Опасным называется производственный фактор, воздействие которого на работающего в определенных условиях приводит к внезапному ухудшению здоровья. Если производственный фактор вызывает заболевание или снижает работоспособность, то его считают вредным (ГОСТ 12.0.002-80). В зависимости от уровня продолжительности воздействия вредный фактор может стать опасным.

В ГОСТ 12.0.003-74 "ССБТ. Опасные и вредные производственные факторы. Классификация" приводится классификация элементов условий труда, выступающих в роли опасных и вредных производственных факторов. Они подразделяются на четыре группы: физические, химические, биологические, психофизиологические.

При работе с ЭВМ мы сталкиваемся, в основном, с физическими и психофизиологическими - опасными и вредными производственными факторами. Биологические и химические - опасные факторы при этой работе не встречаются.

К физическим - опасным производственным факторам при работе с ЭВМ, можно отнести:

-электромагнитные излучения;

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

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

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

-повышенный уровень шума на рабочем месте;

-недостаток или отсутствие естественного света;

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

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

Рентгеновское излучение генерируется в результате торможения электронов в слое люминофора на поверхности экрана монитора. При ускоряющем анодном напряжении менее 25 кВ энергия рентгеновского излучения полностью поглощается стеклом экрана.

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

К опасным психофизиологическим и вредным производственным факторам относятся физические (статические и динамические), нервно-психические перегрузки (умственное перенапряжение, перенапряжение анализаторов, монотонность труда, эмоциональные перегрузки) [10].

4.2 Безопасность, эргономика и техническая эстетика рабочего места инженера-программиста

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

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

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

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

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

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

Человек должен так организовать свое рабочее место, чтобы условия труда были комфортными и соответствовали требованиям СНиП:

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

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

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

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

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

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

-нормальный температурный режим;

-нормальная влажность воздуха;

-необходимая вентиляция.

К рабочему месту инженера-программиста предъявляются следующие требования:

Требования к параметрам микроклимата и воздушной среды (ГОСТ 12.1.005-88. Общие санитарно-гигиенические требования к воздуху рабочей зоны).

Оптимальные параметры микроклимата приведены в таблице 4.1.

Таблица 4.1

Оптимальные параметры микроклимата.

СезонТемпература воздуха, tºСОтносительная влажность, %Скорость движения воздуха, м/сХолодный и переходный (средне суточная температура меньше 10 ºС) 22-2460-400.1Теплый (среднесуточная температура воздуха 10 ºС и выше) 21-23 23-2460-40 60-400.1 0.2

Запылённость воздуха не должна превышать 0.75 мг/м3. На одного инженера - программиста должен приходиться объём помещения 15м3 при площади 4.5 м2 (без учёта проходов и оборудования). В течение трудового дня необходимо обеспечить воздухообмен помещения объёмом 25-50 м3, отвод влаги 350-500 г и тепла 50 кДж на каждый килограмм массы тела работающего.

Требования к уровню шума (ГОСТ 12.1.003-83. Шум).

Уровень шума для инженера - программиста составляет не более 50 дБ.

Требования к освещенности;

Нормативное значение коэффициента естественного освещения (КЕО) при боковом освещении равно 1.3 %, освещённость при работе с экраном дисплея - 200 лк, при работе с экраном дисплея и документом - 300 лк.

Требования безопасности к излучению от дисплея.

В стандарт Р 50948-96 и в СНиП включены требования и нормы на параметры излучений дисплеев (они соответствуют шведскому стандарту): напряженность электромагнитного поля в 50 сантиметрах вокруг дисплея по электрической составляющей равна 2.5 В/м.

Плотность магнитного потока в 50 сантиметрах вокруг дисплея составляет 250 нТл в диапазоне частот 5 Гц-2КГц; поверхностный электростатический потенциал составляет 500 В. Время работы за дисплеем не должно превышать 4-х часов в сутки.

Требования эргономики и технической эстетики (ГОСТ 12.2.032-78. Рабочее место при выполнении работ сидя).

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

Рабочее место оператора ЭВМ состоит из монитора, системного блока, клавиатуры, мыши, принтера. Клавиатура должна быть расположена непосредственно перед оператором. Расстояние от глаз оператора до монитора должно составлять 0.5 - 0.7 м. На столе, на котором расположена ПЭВМ, должно оставаться место для наглядного, графического материала, для возможности работать с литературой, делать какие-либо пометки.

К размерам рабочего места предъявляются требования:

-высота рабочей поверхности 655 мм;

-высота сидения 420 мм (желательно регулируемого);

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

-размеры пространства для ног 650x500x600.

Требования к выполнению правил пожарной безопасности.

В случае пожара необходимо:

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

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

-приступить к тушению пожара имеющимися средствами (огнетушитель, песок и т.д.);

-для тушения пожара в лаборатории предусмотрен огнетушитель химический воздушно-пенный ОХВП-10, установленный в легко доступном месте.

Требования к электробезопасности.

Рассмотрим требования безопасности при работе с ЭВМ. Работа производится в лаборатории, где стоят точные приборы.

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

ГОСТ 12.2.007-75 подразделяет электрические изделия по способу защиты человека от поражения электрическим током на пять классов: 0, 01, 1, 2, 3.

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

Опасность поражения человека электрическим током определяется множеством факторов:

-индивидуальные особенности людей;

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

-путь тока в теле человека;

-род и частота тока.

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

Каждому работающему в лаборатории следует помнить:

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

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

-не загромождать рабочее место посторонними предметами;

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

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

При поражении электрическим током следует:

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

-вызвать врача.

4.3 Создание условий для организации режима труда и отдыха при работе с ЭВМ

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

Виды трудовой деятельности разделяются на 3 категории тяжести и напряженности, каждая из которых подразделяется на 3 группы:

-группа А - работа по считыванию информации с экрана ПЭВМ с предварительным запросом;

-группа Б - работа по вводу информации;

-группа В - творческая работа в режиме диалога с ПЭВМ.

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

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

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

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

Для 8-часовой рабочей смены при работе с ПЭВМ регламентированные перерывы рекомендуется установить:

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

-для 2 категории работ - через 2 часа от начала рабочей смены и через 1.5-2 часа после обеденного перерыва продолжительностью 15 минут каждый или через каждый час работы продолжительностью 10 минут каждый;

-для 1 категории работ через 1.5-2 часа от начала рабочей и через 1.5-2 часа после обеденного перерыва продолжительностью 20 минут каждый или через каждый час работы продолжительностью 15 минут каждый.

При работе с ПЭВМ в ночную смену (с 22 до 6 часов) независимо от вида и категории трудовой деятельности, продолжительность регламентированных перерывов увеличивается на 60 минут.

При 12-часовой рабочей смене регламентированные перерывы рекомендуется установить в первые 8 часов работы аналогично перерывам при 8-часовой рабочей смене, а в течение последних 4 часов, независимо от вида и категории трудовой деятельности, каждый час работы продолжительностью 15 минут.

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

С целью уменьшения отрицательного влияния монотонности работы целесообразно изменять ее содержание.

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

4.4 Экологичность проекта

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

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

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

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

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

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

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

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

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

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

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

-Выработка критериев оптимизации - выбора наиболее согласованного с экологическим императивом и экологически ориентированного социально - экономического развития общества - экоразвития.

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

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

Охрана окружающей природной среды складывается из:

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

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

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

Охране подлежат следующие объекты:

-естественные экологические системы, озоновый слой атмосферы;

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

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

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

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

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

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

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

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

Существует два основных направления природоохранной деятельности предприятий. Первое - очистка вредных выбросов.

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

Заключение

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

Разработанное программное средство позволит решать следующие задачи:

контролировать технологический процесс переработки цельного молока в режиме реального времени;

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

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

Разработанное программное средство позволит:

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

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

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

После аналитического исследования предметной области и информационных объектов была создана база данных в СУБД Access. Обоснована и применена наиболее удобная в данном случае технология обмена данными между приложением и базой данных ActiveX Data Object.

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

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

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

1Автоматизированные информационные технологии в экономике: учебник/ под ред. Титоренко Г.А. - М: ЮНИТИ, 2003 г.

2Антонюк. Информационные системы в управлении. М.: 2006.

Ахаян Р. и др., Эффективная работа с СУБД, Санкт-Петербург, "Питер", 2003 г.

Бемер С., Фратер Г. Microsoft Access для пользователя. - Киев: Торгово-издательское бюро BHV, 1994, М: Фирма БИНОМ, 2005 г.

Бекаревич Ю. Самоучитель Access 2003 - СПб.: БХВ-Петербург, 2003г.

Бойко В.В., Савинков В.М. "Проектирование информационной базы автоматизированной системы на основе СУБД. М.: Финансы и статистика.

ГОСТ Р 50377-92. Безопасность оборудования информационной технологии, включая электрическое конторское оборудование.

ГОСТ Р 50923-96. Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

ГОСТ Р 50948-96. Средства отображения информации индивидуального пользования.

ГОСТ Р 51141-98 Делопроизводство и архивное дело. Термины и определения. - М., Госстандарт России, 1998.

Санитарные нормы и правила для работников вычислительных центров. Микроклимат производственных помещений. /В сб. Санитарные правила и нормы по гигиене труда в промышленности.

Замулин А.В., Системы программирования баз данных и знаний. - Новосибирск: Наука, 2006 г.

Кобевник В.Ф. "Охрана труда." - К.: Высшая школа, 2003 г.

Когаловский М.Р. Технология баз данных на персональных ЭВМ. - М.: Финансы и статистика, 2005 г.

Куправа Т.Д. Создание и программирование баз данных средствами СУБД. - М.: Мир, 2004 г.

Ларичев О.И., Петровский А.В. "Системы поддержки принятия решений. Современное состояние и перспективы их развития", 2005.

Марков А.С., Лисовский К.Ю. Базы данных. Введение в теорию и методологию. - М.: Финансы и статистика, 2004 г.

Мищенин А.И., Теория экономических информационных систем, М.: Финансы и статистика, 2004 г.

Приложения

Приложение А

Суточная ведомость

СУТОЧНАЯ ВЕДОМОСТЬ25.04.2012СменаДата/время операцииОперацияБакЗначениеI смена25.04.2012 21: 32: 30загрузкаБак загрузки сырого цельного молока7025.04.2012 21: 32: 35выгрузкаБак загрузки сырого цельного молока5325.04.2012 21: 32: 35загрузкаВесы ВСЭ-600М8625.04.2012 21: 32: 54загрузкаВанна охлаждения ИПКС-024-02 (Н) 11725.04.2012 21: 32: 54выгрузкаВесы ВСЭ-600М025.04.2012 21: 33: 11выгрузкаПодогреватель цельного молока125.04.2012 21: 33: 11выгрузкаБак накопления пастеризованного молока125.04.2012 21: 33: 11загрузкаСепаратор-сливкоотделитель ОС2-Т31425.04.2012 21: 33: 11загрузкаВанна длительной пастеризации ИПКС-072-200 (Н) 6525.04.2012 21: 33: 11загрузкаВанна творожная ИПКС-0215625.04.2012 21: 33: 11загрузкаВанна охлаждения ИПКС-024-02 (Н) 4625.04.2012 21: 33: 11загрузкаРезервуар РВО-14625.04.2012 21: 33: 36выгрузкаВанна охлаждения ИПКС-024-02 (Н) 3925.04.2012 21: 33: 36загрузкаПодогреватель цельного молока5325.04.2012 21: 33: 36загрузкаБак накопления пастеризованного молока27II смена25.04.2012 21: 33: 53загрузкаБак загрузки сырого цельного молока10025.04.2012 21: 34: 11выгрузкаБак загрузки сырого цельного молока025.04.2012 21: 34: 11загрузкаВесы ВСЭ-600М10025.04.2012 21: 34: 25загрузкаВанна охлаждения ИПКС-024-02 (Н) 9625.04.2012 21: 34: 25выгрузкаВесы ВСЭ-600М4325.04.2012 21: 34: 40выгрузкаРезервуар РВО-11425.04.2012 21: 34: 40загрузкаВанна охлаждения ИПКС-024-02 (Н) 1525.04.2012 21: 34: 40загрузкаАвтомат розлива ИПКС-04210025.04.2012 21: 34: 57выгрузкаАвтомат розлива ИПКС-0425325.04.2012 21: 34: 57загрузкаКамера холодильная15025.04.2012 21: 35: 12выгрузкаВанна творожная ИПКС-0211525.04.2012 21: 35: 12загрузкаКамера холодильная191

Приложение Б

Код программыMain;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, ExtCtrls, ComCtrls, ToolWin, Menus, ProgressCyl,, ImgList, Buttons, CustomCellSource, DataCellSource, ScrollView,, CustomGridView, GridView, DBCtrls;= class (TForm): TMainMenu;: TMenuItem;: TStatusBar;: TToolBar;: TToolButton;: TToolButton;: TToolButton;: TToolButton;: TPanel;: TPanel;: TScrollBox;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TPanel;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TShape;: TPanel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TLabel;: TProgressCyl;: TLabel;: TAnimate;: TLabel;: TProgressCyl;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TProgressCyl;: TProgressCyl;: TProgressCyl;: TAnimate;: TProgressCyl;: TProgressCyl;: TLabel;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TAnimate;: TProgressCyl;: TLabel;: TAnimate;: TProgressCyl;: TLabel;: TTrackBar;: TProgressCyl;: TLabel;: TProgressCyl;: TLabel;: TAnimate;: TProgressCyl;: TTrackBar;: TLabel;: TImageList;: TImageList;: TProgressCyl;: TTrackBar;: TLabel;: TLabel;: TLabel;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TBevel;: TLabel;: TTrackBar;: TLabel;: TLabel;: TLabel;: TBevel;: TAnimate;: TAnimate;: TAnimate;: TLabel;: TLabel;: TLabel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TPanel;: TSpeedButton;: TSpeedButton;: TShape;: TShape;: TLabel;: TLabel;: TLabel;: TLabel;: TShape;: TShape;: TLabel;: TLabel;: TMenuItem;: TMenuItem;: TMenuItem;: TGridView;: TDataCellSource;: TBitBtn;: TMenuItem;: TMenuItem;: TToolButton;: TToolButton;: TToolButton;: TToolButton;: TLabel;: TToolButton;: TDBLookupComboBox;: TMenuItem;FormCreate (Sender: TObject);FormShow (Sender: TObject);SpeedButton1Click (Sender: TObject);SpeedButton2Click (Sender: TObject);SpeedButton3Click (Sender: TObject);SpeedButton4Click (Sender: TObject);SpeedButton5Click (Sender: TObject);SpeedButton6Click (Sender: TObject);SpeedButton7Click (Sender: TObject);ToolButton5Click (Sender: TObject);SpeedButton8Click (Sender: TObject);SpeedButton9Click (Sender: TObject);SpeedButton10Click (Sender: TObject);SpeedButton11Click (Sender: TObject);SpeedButton12Click (Sender: TObject);SpeedButton13Click (Sender: TObject);SpeedButton14Click (Sender: TObject);SpeedButton15Click (Sender: TObject);SpeedButton16Click (Sender: TObject);SpeedButton17Click (Sender: TObject);SpeedButton18Click (Sender: TObject);SpeedButton19Click (Sender: TObject);SpeedButton20Click (Sender: TObject);N4Click (Sender: TObject);ToolButton1Click (Sender: TObject);ToolButton2Click (Sender: TObject);BitBtn1Click (Sender: TObject);N6Click (Sender: TObject);DBLookupComboBox1Click (Sender: TObject);N7Click (Sender: TObject);

{ Private declarations }

{ Public declarations };: TfrmMain;, gcDataPath: string;_zagr, isVes_zagr, isVann1_zagr, isProcess, isSliv, isGom, isSliv1, isStakan, isSliv2, isSliv3, isSliv4: Boolean;: Integer;Util, Bak_Zagr, DM, Ves_Zagr, Vann1_Zagr, Process, Sliv, Gom, Sliv1,Stakan, Sliv2, Sliv3, Sliv4, Param, DateUtils, Vedom;

{$R *. dfm}TfrmMain. FormCreate (Sender: TObject);nPos: Integer;

// путь, откуда запущен. exe: = ExtractFilePath (Application. ExeName);: = pos ('Project',gcExePath);

// путь до базы с именем: = Copy (gcExePath,1,nPos-1) +'Data\Kompress. mdb';;TfrmMain. FormShow (Sender: TObject);

// соединение с базой

// сначала проверим наличие базы по найденному пути gcDataPath: = '. ';FileExists (gcDataPath) then

// нашли, коннектимсяnot DataConnect (gcDataPath) then('Ошибка подключения к базе данных. Обратитесь к разработчику. ');. Panels. Items [0]. Text: = 'Соединение с БД не установлено. Ошибка соединения';. Enabled: = False;;;. Panels. Items [0]. Text: = 'Соединение с БД установлено';(gcExePath);;_zagr: = False; isVes_zagr: = False; isVann1_zagr: = False; isProcess: = False; isSliv: = False; isGom: = False;: = False; isStakan: = False; isSliv2: = False; isSliv3: = False; isSliv4: = False;. qQuery2. Open;. d_process. Close;. d_process. Open;. Active: = True;

// первую смену поставить. KeyValue: = 1;: = DBLookupComboBox1. KeyValue;(gnSmena);else('Файл базы данных ['+gcDataPath+'] не найден. ');. Enabled: = False;. Panels. Items [0]. Text: = 'Соединение с БД не установлено. Файл не найден';;;TfrmMain. SpeedButton1Click (Sender: TObject);Bak_Zagr: TBak_zagr;_zagr: = True; // процесс загрузки запущен. Enabled: = False;_Zagr: = TBak_zagr. Create (true);_Zagr. FreeOnTerminate: = true;_Zagr. Priority: =tpNormal;_Zagr. Resume;;;TfrmMain. SpeedButton2Click (Sender: TObject);_zagr: = False;. Enabled: = True;;;TfrmMain. SpeedButton3Click (Sender: TObject);Ves_Zagr: TVes_zagr;_zagr: = True; // процесс загрузки запущен. Enabled: = False;_Zagr: = TVes_zagr. Create (true);_Zagr. FreeOnTerminate: = true;_Zagr. Priority: =tpNormal;_Zagr. Resume;;;TfrmMain. SpeedButton4Click (Sender: TObject);_zagr: = False;. Enabled: = True;;;TfrmMain. SpeedButton5Click (Sender: TObject);Vann1_Zagr: TVann1_Zagr;_zagr: = True; // процесс загрузки запущен. Enabled: = False;_Zagr: = TVann1_Zagr. Create (true);_Zagr. FreeOnTerminate: = true;_Zagr. Priority: =tpNormal;_Zagr. Resume;;;TfrmMain. SpeedButton6Click (Sender: TObject);_zagr: = False;. Enabled: = True;;;TfrmMain. SpeedButton7Click (Sender: TObject);Process: TProcess;

// если процесс не запущен - запустить, иначе остановить(isProcess = False) then: = True;: = TProcess. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;else: = False;;;;TfrmMain. ToolButton5Click (Sender: TObject);;;TfrmMain. SpeedButton8Click (Sender: TObject);Sliv: TSliv;

// если процесс не запущен - запустить, иначе остановить(isSliv = False) then: = True;: = TSliv. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;else: = False;;;;TfrmMain. SpeedButton9Click (Sender: TObject);Gom: TGom;: = True; // процесс загрузки запущен. Enabled: = False;: = TGom. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;;TfrmMain. SpeedButton10Click (Sender: TObject);: = False;. Enabled: = True;;;TfrmMain. SpeedButton11Click (Sender: TObject);Sliv1: Tsliv1;: = True; // процесс загрузки запущен. Enabled: = False;: = Tsliv1. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;;TfrmMain. SpeedButton12Click (Sender: TObject);: = False;. Enabled: = True;;;TfrmMain. SpeedButton13Click (Sender: TObject);Stakan: TStakan;: = True; // процесс загрузки запущен. Enabled: = False;: = TStakan. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;;TfrmMain. SpeedButton14Click (Sender: TObject);: = False;. Enabled: = True;;;TfrmMain. SpeedButton15Click (Sender: TObject);Sliv2: TSliv2;: = True; // процесс загрузки запущен. Enabled: = False;: = TSliv2. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;;TfrmMain. SpeedButton16Click (Sender: TObject);: = False;. Enabled: = True;;;TfrmMain. SpeedButton17Click (Sender: TObject);Sliv3: TSliv3;: = True; // процесс загрузки запущен. Enabled: = False;: = TSliv3. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;;TfrmMain. SpeedButton18Click (Sender: TObject);: = False;. Enabled: = True;;;TfrmMain. SpeedButton19Click (Sender: TObject);Sliv4: TSliv4;: = True; // процесс загрузки запущен. Enabled: = False;: = TSliv4. Create (true);. FreeOnTerminate: = true;. Priority: =tpNormal;. Resume;;;TfrmMain. SpeedButton20Click (Sender: TObject);: = False;. Enabled: = True;;;TfrmMain. N4Click (Sender: TObject);;;TfrmMain. ToolButton1Click (Sender: TObject);. qQuery2. Close;. qQuery2. Open;. Active: = True;;TfrmMain. ToolButton2Click (Sender: TObject);. qQuery1. Close;. qQuery1. SQL. Clear;. qQuery1. sql. Add ('delete from d_process');. qQuery1. ExecSQL;;;TfrmMain. BitBtn1Click (Sender: TObject);(ProgressCyl12. Tag, 0,3);. ProgressCyl12. Position: = getValBak (frmMain. ProgressCyl12. Tag);. Label26. Caption: = IntToStr (getValBak (frmMain. ProgressCyl12. Tag)) +' кг. ';;;TfrmMain. N6Click (Sender: TObject);. DateTimePicker1. Date: = Now;. DateTimePicker3. Date: = Now;. DateTimePicker2. Time: = Now;. DateTimePicker4. Time: = Now;. qParam. Close;. qParam. SQL. Clear;. DataCellSource1. Active: = false;. DataCellSource1. Active: = true;. DBChart1. Refresh;. DBLookupComboBox1. KeyValue: = - 1;. ShowModal;;TfrmMain. DBLookupComboBox1Click (Sender: TObject);: = DBLookupComboBox1. KeyValue;(gnSmena);;TfrmMain. N7Click (Sender: TObject);. DateTimePicker1. Date: = Now;. ShowModal;;.Process;;= class (TThread)

{ Private declarations }Execute; override;setProc;;DM, Main, Util, SysUtils;nMasVan1, nMasVan2, nMasVan3: integer;, nMaxVan2, nMaxVan3: integer;

{ TProcess }TProcess. Execute;

// масса во всех баках: = getValBak (frmMain. ProgressCyl2. Tag);: = getValBak (frmMain. ProgressCyl3. Tag);: = getValBak (frmMain. ProgressCyl4. Tag);

// MAX: = getMaxValBak (frmMain. ProgressCyl2. Tag);: = getMaxValBak (frmMain. ProgressCyl3. Tag);: = getMaxValBak (frmMain. ProgressCyl4. Tag);

// проверка переполнения или 0(nMasVan1<3) or (nMasVan2>=nMaxVan2) or (nMasVan3>=nMaxVan3) then: = False;;;

// и сам процесс(1);isProcess = True do(setProc);;

// запись остатка(frmMain. ProgressCyl2. Tag, nMasVan1,2);(frmMain. ProgressCyl3. Tag, nMasVan2,1);(frmMain. ProgressCyl4. Tag, nMasVan3,1);. Label30. Caption: = 'T ';. Label38. Caption: = 'P ';. Label41. Caption: = ' ';. Label42. Caption: = ' ';(2);;TProcess. setProc;nRan, T1, T2, P1,P2, U1, U2: Integer;

// масса в ванне уменьшается на 3: = nMasVan1 - 3;

// закинем: = nMasVan2 + 2;: = nMasVan3 + 1;(nMasVan1<3) or (nMasVan2>=nMaxVan2) or (nMasVan3>=nMaxVan3) then: = False;(2);;

// параметры: = getParVal (1);: = getParVal (2);: = getParVal (5);: = getParVal (6);: = getParVal (7);: = getParVal (8);. Label30. Caption: = 'T ' + IntToStr (T1);. Label38. Caption: = 'P ' + IntToStr (P1);. Label41. Caption: = 'T ' + IntToStr (T2) +'; P ' + IntToStr (P2);. Label42. Caption: = 'U1 ' + IntToStr (U1) +'; U2 ' + IntToStr (U2);. ProgressCyl2. Position: = nMasVan1;. Label20. Caption: = IntToStr (nMasVan1) +' кг. ';. ProgressCyl3. Position: = nMasVan2;. ProgressCyl4. Position: = nMasVan3;: = frmMain. TrackBar4. Position * 100;(nRan);;.Sliv;;= class (TThread)

{ Private declarations }Execute; override;setProc;;DM, Main, Util, SysUtils;nMasVan1, nMasVan2, nMasVan3, nMasSep, nMasTvor, nMasRez, nMasOxl: integer;, nMaxVan2, nMaxVan3, nMaxSep, nMaxTvor, nMaxRez, nMaxOxl: integer;

{ TSliv }TSliv. Execute;

// масса во всех баках: = getValBak (frmMain. ProgressCyl3. Tag);: = getValBak (frmMain. ProgressCyl4. Tag);: = getValBak (frmMain. ProgressCyl5. Tag);: = getValBak (frmMain. ProgressCyl6. Tag);: = getValBak (frmMain. ProgressCyl8. Tag);: = getValBak (frmMain. ProgressCyl10. Tag);: = getValBak (frmMain. ProgressCyl9. Tag);

// MAX: = getMaxValBak (frmMain. ProgressCyl3. Tag);: = getMaxValBak (frmMain. ProgressCyl4. Tag);: = getMaxValBak (frmMain. ProgressCyl5. Tag);: = getMaxValBak (frmMain. ProgressCyl6. Tag);: = getMaxValBak (frmMain. ProgressCyl8. Tag);: = getMaxValBak (frmMain. ProgressCyl10. Tag);: = getMaxValBak (frmMain. ProgressCyl9. Tag);

// проверка переполнения

{ if (nMasTvor>=nMaxTvor) or (nMasVan2>=nMaxVan2) or (nMasVan3>=nMaxVan3) or (nMasVan3>=nMaxVan3)(nMasVan3>=nMaxVan3) or (nMasVan3>=nMaxVan3) or (nMasVan3>=nMaxVan3) then: = False;;; }

// и сам процесс(1);isSliv = True do(setProc);;

// запись остатка(frmMain. ProgressCyl3. Tag, nMasVan1,2);(frmMain. ProgressCyl4. Tag, nMasVan2,2);(frmMain. ProgressCyl5. Tag, nMasSep,1);(frmMain. ProgressCyl6. Tag, nMasVan3,1);(frmMain. ProgressCyl8. Tag, nMasTvor,1);(frmMain. ProgressCyl9. Tag, nMasOxl,1);(frmMain. ProgressCyl10. Tag, nMasRez,1);. Label39. Caption: = 'T ';. Label40. Caption: = 'P ';(2);;TSliv. setProc;nRan, T1, P1: Integer;

// если в ванне1 больше 3 - масса в ванне1 уменьшается на 3nMasVan1 > 3 then

// по 1 кг закинемnMasTvor < nMaxTvor then: = nMasTvor + 1;: = nMasVan1 - 1;;nMasRez < nMaxRez then: = nMasRez + 1;: = nMasVan1 - 1;;nMasOxl < nMaxOxl then: = nMasOxl + 1;: = nMasVan1 - 1;;;

// если в ванне2 больше 2 - масса в ванне2 уменьшается на 2nMasVan2 > 2 then

// по 1 кг закинемnMasSep < nMaxSep then: = nMasSep + 1;: = nMasVan2 - 1;;nMasVan3 < nMaxVan3 then: = nMasVan3 + 1;: = nMasVan2 - 1;;;(nMasVan1<=3) and (nMasVan2<=2) then: = False;(2);;

// параметры: = getParVal (3);: = getParVal (4);. Label39. Caption: = 'T ' + IntToStr (T1);. Label40. Caption: = 'P ' + IntToStr (P1);. ProgressCyl3. Position: = nMasVan1;. ProgressCyl4. Position: = nMasVan2;. ProgressCyl5. Position: = nMasSep;. Label28. Caption: = IntToStr (nMasSep) +' кг. ';. ProgressCyl6. Position: = nMasVan3;. Label29. Caption: = IntToStr (nMasVan3) +' кг. ';. ProgressCyl8. Position: = nMasTvor;. Label22. Caption: = IntToStr (nMasTvor) +' кг. ';. ProgressCyl10. Position: = nMasRez;. Label24. Caption: = IntToStr (nMasRez) +' кг. ';. ProgressCyl9. Position: = nMasOxl;. Label23. Caption: = IntToStr (nMasOxl) +' кг. ';: = frmMain. TrackBar4. Position * 100;(nRan);;.Vedom;, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,, StdCtrls, Buttons, ComCtrls, ExtCtrls, DateUtils, ComObj;= class (TForm): TBevel;: TLabel;: TDateTimePicker;: TBitBtn;: TBitBtn;BitBtn2Click (Sender: TObject);BitBtn1Click (Sender: TObject);

{ Private declarations }

{ Public declarations };: TfrmVedom;DM, Main, Util, DB;

{$R *. dfm}TfrmVedom. BitBtn2Click (Sender: TObject);;;TfrmVedom. BitBtn1Click (Sender: TObject);dDat: TDate;: Integer;, cDat1, cDat2, cSmena1, cSmena2: String;: Variant;: = DateTimePicker1. Date;: = IntToStr (MonthOf (dDat)) +'/'+IntToStr (DayOf (dDat)) +'/'+IntToStr (YearOf (dDat)) + ' 00: 01: 00';: = IntToStr (MonthOf (dDat)) +'/'+IntToStr (DayOf (dDat)) +'/'+IntToStr (YearOf (dDat)) + ' 23: 59: 59';

// узнать, работали ли смены в этот день. qSmena. Close;. qSmena. sql. Clear;. qSmena. SQL. Add ('SELECT s_smena. nam, d_process. dtime, s_process. nam_process, s_bak. nam_bak, d_process. val');. qSmena. SQL. Add ('FROM s_bak INNER JOIN (s_process INNER JOIN (s_smena INNER JOIN d_process ON s_smena. id_smena = d_process. id_smena) ');. qSmena. SQL. Add ('ON s_process. id_process = d_process. id_process) ON s_bak. id_bak = d_process. id_bak');. qSmena. SQL. Add ('WHERE d_process. dtime>=#'+cDat1+'# and dtime<=#'+cDat2+'# order by d_process. dtime');. qSmena. Open;dt. qSmena. RecordCount = 0 then('Пустая выборка. Данных за выбранный день нет. ');;;

// ************* EXCEL ************** // not CopyFile (PChar (gcExePath + 'Rep1. xls'), PChar (gcExePath+'Report1. xls'), False) then('Ошибка копирования макета отчета. Продолжение невозможно. ');;;: = CreateOleObject ('Excel. Application');. Application. Visible: = False;. WorkBooks. Open (gcExePath+'Report1. xls');. Range ['e1']. value: = DateToStr (dDat);: = 5;: = '';not dt. qSmena. Eof do: = dt. qSmena. FieldByName ('nam'). AsString;cSmena1 <> cSmena2 then oExcel. Range ['A'+IntToStr (i)]. Value: = cSmena1;. Range ['B'+IntToStr (i)]. Value: = dt. qSmena. FieldByName ('dtime'). AsString;. Range ['C'+IntToStr (i)]. Value: = dt. qSmena. FieldByName ('nam_process'). AsString;. Range ['D'+IntToStr (i)]. Value: = dt. qSmena. FieldByName ('nam_bak'). AsString;. Range ['E'+IntToStr (i)]. Value: = dt. qSmena. FieldByName ('val'). AsString;: = i + 1;: = cSmena1;. qSmena. Next;;. Application. ActiveWorkbook. Save;. Application. Visible: = True;;.Stakan;;= class (TThread)

{ Private declarations }Execute; override;setProc;;DM, Main, Util, SysUtils;nMassVann, nMassXol, nMaxXol: Integer;

{ TStakan }TStakan. Execute;

// массы в ванне и сепараторе: = getValBak (frmMain. ProgressCyl6. Tag);: = getValBak (frmMain. ProgressCyl12. Tag);: = getMaxValBak (frmMain. ProgressCyl12. Tag);

// если на весах нету молока, или на весах все занято - тогда выход(nMassVann=0) or (nMassXol>=nMaxXol) then. SpeedButton13. Enabled: = True;. Animate15. Active: = false;. Animate16. Visible: = false;. Animate16. Active: = false;. Animate17. Visible: = false;. Animate17. Active: = false;. Animate18. Visible: = false;. Animate18. Active: = false;: = False;;;. Animate15. Active: = true;. Animate16. Visible: = true;. Animate16. Active: = true;. Animate17. Visible: = true;. Animate17. Active: = true;. Animate18. Visible: = true;. Animate18. Active: = true;

// продолжать загрузку пока не будет команды "СТОП"isStakan = True do(setProc);;

// запись в остаток(frmMain. ProgressCyl6. Tag, nMassVann,2);(frmMain. ProgressCyl12. Tag, nMassXol,1);. SpeedButton13. Enabled: = True;. Animate15. Active: = false;. Animate16. Visible: = false;. Animate16. Active: = false;. Animate17. Visible: = false;. Animate17. Active: = false;. Animate18. Visible: = false;. Animate18. Active: = false;;TStakan. setProc;

// масса на весах уменьшается: = nMassVann - 1;

// масса в ванне увеличивается: = nMassXol + 1;

// если в баке кончилось или на весах максимум, тогда стоп(nMassVann = 0) or (nMassXol>=nMaxXol) then: = False;. Animate15. Active: = false;. Animate16. Visible: = false;. Animate16. Active: = false;. Animate17. Visible: = false;. Animate17. Active: = false;. Animate18. Visible: = false;. Animate18. Active: = false;;. ProgressCyl6. Position: = nMassVann;. Label29. Caption: = IntToStr (nMassVann) +' кг. ';. ProgressCyl12. Position: = nMassXol;. Label26. Caption: = IntToStr (nMassXol) +' кг. ';(300);;.Bak_Zagr;;_zagr = class (TThread)

{ Private declarations }Execute; override;setProc;;DM, Main, Util, SysUtils;nMass, nMax: Integer;

{ Bak_zagr }TBak_zagr. Execute;

// var nMass, nMax: Integer;

// сколько в баке лежит, MAX: = getValBak (frmMain. ProgressCyl1. Tag);: = getMaxValBak (frmMain. ProgressCyl1. Tag);

// продолжать загрузку пока не будет команды "СТОП"(isBak_zagr = True) do(setProc);;

// запись в остаток(frmMain. ProgressCyl1. Tag, nMass,1);. SpeedButton1. Enabled: = True;;TBak_zagr. setProc;: = nMass + 1;

// если в баке максимум, тогда стопnMass >= nMax then_zagr: = False;: = nMax;;. ProgressCyl1. Position: = nMass;. Label19. Caption: = IntToStr (nMass) +' кг. ';(100);. ProgressCyl1. Refresh;;.

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

Больше работ по теме: