Разработка автоматизированного рабочего места

Wp

%

2.Зольность угля рабочая

Ap

%

3.Низшая теплотворная способность топлива

Qнр

ккал/кг

4.Содержание горючих в уносе

Cун

%

5.Выход летучих

Vг

%

6.Тонина помола пыли

R90

%

7.Видимый расход острого пара

Доп

т/ч

8.Давление острого пара

Роп

кгс/см2

9.Температура острого пара

tоп

град С

10.Давление питательной воды

Рпв

кгс/см2

11.Температура питательной воды

tпв

град С

12.Давление в барабане котла

Рб

кгс/см2

13.Расход непрерывной продувки

Gн.пр

т/ч

14.Температура уходящих газов

Тух

град С

15.Температура холодного воздуха

tхв

град С

16.Избыток воздуха в уходящих газах

б ух

-

17.Присос воздуха в золоуловитель

Дб зу

-

18.Температура газов за золоуловителем

Tзу

град С

19.Температура орошающей воды

t`

град С

20.Температура золовой пульпы

t``

град С

21.Расход воды на трубы Вентури

Gтр.В

т/ч

22.Расход воды на орошение скрубберов

Gп.ор

т/ч

23.Разрежение перед золоуловителем

S`зу

кг/м2

24.Разрежение после золоуловителя

S``зу

кг/м2

25.Время отбора газа из газохода

ф

минута

26.Запыленность дымовых газов за золоуловителем

м`` б=1.4

г/нм3

3.1.2 Присосы воздуха в конвективную шахту и золоуловитель

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

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

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

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

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

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

Присосы воздуха в хвостовых поверхностях нагрева снижают температуру уходящих газов.

Коэффициент избытка воздуха имеет очень большое влияние на работу котлоагрегата и его КПД.

Присос в конвективную шахту и золоуловитель зависит от следующих величин: О2кш, О2зуу, О2дс, измеряемых в котельном цехе, и определяется по формулам (2) и (3).

(2)

(3)

3.1.3 Время работы/простоя котлоагрегатов

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

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

Для заполнения справок «Контроль за работой конденсаторов», «Контроль состояния проточной части турбоагрегатов», «Проверка состояния основных бойлеров II и III очереди» необходимо использование формул 4 - 13.

Дt = tн - tвыхцв ,(4)

где Дt - температурный напор,

tн - температура насыщения,

tвыхцв - температура циркулирующей воды на выходе.



,(5)

где Р зр.с. - давление в регулирующей ступени замеренное,

Р кр.с - давление в регулирующей ступени контрольное.

,(6)

где Р зI - давление в I отборе замеренное,

Р кI - давление в I отборе контрольное.

,(7)

где Р зII - давление во II отборе замеренное,

Р кII - давление во II отборе контрольное.

,(8)

где Р зIII - давление в III отборе замеренное,

Р кIII - давление в III отборе контрольное.

G = Gп / Gн,(9)

где G - относительный расход сетевой воды,

Gп - расход сетевой воды через подогреватель,

Gн - номинальный расход сетевой воды.



tф = tн-tвых, (10)

tф - фактический температурный напор,

tн - температура насыщения пара,

tвых - температура сетевой воды на выходе.

е= t / tр,(11)

где е - отношение фактического нагрева к расчетному температурному напору,

t - фактический нагрев сетевой воды,

tр - расчетный температурный напор.

= tр / tф,(12)

где - отношение расчетного и фактического температурного напора,

tр - расчетный температурный напор,

tф - фактический температурный напор.

Q = Gп * (tвых- tвх),(13)

где Q - тепловая нагрузка,

Gп - расход сетевой воды через подогреватель,

tвых - температура сетевой воды на выходе,

tвх - температура сетевой воды на входе.

3.2 Оформление отчетов и справок

Справка о состоянии газоходов котлов ТП-170, ТП-81 заполняется инженером отдела наладки ежемесячно, с указанием номеров котлоагрегатов, значений присосов в конвективную шахту, золоуловитель и суммарных присосов.

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

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

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

3.3 Создание веб-интерфейса

3.3.1 Понятие веб-интерфейса. PHP-фреймворк Yii. Модель-Представление-Контроллер (MVC, Model-View-Controller)

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

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

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

Yii использует шаблон проектирования Модель-Представление-Контроллер (MVC, Model-View-Controller), который широко применяется в веб-программировании.

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

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

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

Рисунок 12 - Типичная последовательность работы приложения Yii.

1.Пользователь осуществляет запрос посредством URL http://www.example.com/index.php?r=post/show&id=1, и веб-сервер обрабатывает его, запуская скрипт инициализации index.php.

2.Скрипт инициализации создает экземпляр приложения и запускает его на выполнение.

3.Приложение получает подробную информацию о запросе пользователя от компонента приложения request.

4.Приложение определяет запрошенные контроллер и действие при помощи компонента urlManager. В данном примере контроллером будет post, относящийся к классу PostController, а действием --show, суть которого определяется контроллером.

5. Приложение создаёт экземпляр запрашиваемого контроллера для дальнейшей обработки запроса пользователя. Контроллер определяет соответствие действия show методу actionShow в классе контроллера. Далее создаются и применяются фильтры (например, access control, benchmarking), связанные с данным действием, и, если фильтры позволяют, действие выполняется.

6.Действие считывает из базы данных модель Post с ID равным 1.

7.Действие подключает представление show, передавая в него модель Post.

8.Представление получает и отображает атрибуты модели Post.

9.Представление подключает некоторые виджеты.

10.Сформированное представление вставляется в макет страницы.

11.Действие завершает формирование представления и выводит результат пользователю.

3.3.2 Структура меню АРМ инженера отдела наладки

На рисунке 13 приведена структура меню разработанного приложения для котельного и турбинного оборудования.



Рисунок 13 - Структура меню разработанного приложения для котлотурбинного оборудования.

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

В пункте меню «Расчеты» происходит выполнение математических расчетов КПД и присосов в топку и золоуловитель котла. Значения рассчитанных присосов будут использованы также в пункте меню «Справки» > «Справка о состоянии газоходов котлов» для генерации справки. На рисунке 14 изображено «Определение КПД котла», на рисунке 15 - «Расчет присосов».

Рисунок 14 - Окно «Определение КПД котла».



Рисунок 15 - Окно «Расчет присосов».

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

Рассмотрим пункт меню «Учет по нагрузкам». Здесь пользователь может ввести новые данные, просмотреть уже существующие либо ознакомиться со статистикой пусков-остановов котлов. На рисунке 16 изображено окно «Учет по нагрузкам».

Рисунок 16 - Окно «Учет по нагрузкам».

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

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



Рисунок 17 - Окно «Учет по нагрузкам» > «Новый расчет».

В пункте меню «Учет по нагрузкам» > «Статистика» реализована возможность расчета количества часов простоя или работы того или иного котла. Данная информация необходима инженеру отдела наладки для заполнения ведомости пусков-остановов котлов. Инженер может выбрать номер котла, дату/время пуска или останова, вторая дата/время останова или пуска котла подставляется автоматически как соответствующая первой дате в базе сохраненных данных. Окно «Учет по нагрузкам» > «Статистика» можно увидеть на рисунке 18.

Рисунок 18 - Окно «Учет по нагрузкам» > «Статистика».

Рассмотрим пункт меню «Справки». Здесь инженер может сгенерировать различные справки, используя ранее введенные либо рассчитанные данные. К примеру, для создания «Справки о состоянии газоходов котлов» в программе используются результаты расчета значений присосов в топку и в золоуловитель котла, сохраненные в базе данных в пункте меню «Расчеты» > «Расчет присосов». Изображение окна этого пункта можно увидеть на рисунке 19.

Рисунок 19 - Окно «Справка о состоянии газоходов котла».

В пункте «Справки» > «Справка о состоянии газоходов котла» реализована возможность заполнения справки путем ввода пользователем № котла, даты измерения присосов. Данные по присосам в конвективную шахту и золоуловитель за текущий месяц подставятся в справку автоматически (рисунок 20).

Рисунок 20 - Справка о состоянии газоходов котла.

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



Рисунок 21 - Справка «Контроль за работой конденсаторов».

Рисунок 22 - Справка «Проверка состояния основных бойлеров».

3.4 Разработка структуры и реализация базы данных

3.4.1 Разработка структуры базы данных

База данных «diplom» содержит 6 таблиц: «boiler» (Бойлер), «control_of_capacitors» (Контроль за конденсаторами), «cups» (Присосы), «definition_of_boiler_efficiency» (КПД), «load» (Учет по нагрузкам), «monitor_the_status_of_the_running» (Контроль состояния проточной части). В таблицах 5-10 описана структура всех таблиц в базе данных «diplom» (Диплом).

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

Таблица 5 - Структура таблицы `boiler` (Бойлер)

Имя	Тип	Первичный ключ	Описание
id	int(10)	Да	Идентификатор
created	date	Нет	Дата
turbine_number	int(11)	Нет	Номер турбины
heating_water_flow	float	Нет	Расход сетевой воды
temperature_water_flow	float	Нет	Температура сетевой воды
hot_water_inlet	float	Нет	Температура сетевой воды на входе
hot_water_outlet	float	Нет	Температура сетевой воды на выходе
vapor_pressure_in_the_preheater	float	Нет	Давление пара в подогревателе
saturated_temperature	float	Нет	Температура насыщения пара
heating_water_flow_through_the_heater	float	Нет	Расход сетевой воды через подогреватель
nominal_flow_mains_water	float	Нет	Номинальный расход сетевой воды
mains_water_consumption_relative	float	Нет	Относительный расход сетевой воды
actual_temperature_difference	float	Нет	Фактич. температурный напор
actual_heating_network_water	float	Нет	Фактич. нагрев сетевой воды
calculated_temperature_difference	float	Нет	Расчетный температурный напор
ratio_of_actual_heating_to _the_calculated_temperature_gradients	float	Нет	Отношение фактического нагрева к расчетному температурному напору
total_estimated_and_actual _temperature_difference	float	Нет	Отношение расчетного и фактического температурного напора
degree_of_pollution	float	Нет	Степень загрязнения
heat_load	float	Нет	Тепловая нагрузка
condition_heater	float	Нет	Состояние подогревателя

CREATE TABLE IF NOT EXISTS `boiler` ( `id` int(10) NOT NULL AUTO_INCREMENT, `created` date NOT NULL, `turbine_number` int(11) NOT NULL, `heating_water_flow` float NOT NULL, `temperature_water_flow` float NOT NULL, `hot_water_inlet` float NOT NULL, `hot_water_outlet` float NOT NULL, `vapor_pressure_in_the_preheater` float NOT NULL, `saturated_temperature` float NOT NULL, `heating_water_flow_through_the_heater` float NOT NULL, `nominal_flow_mains_water` float NOT NULL, `mains_water_consumption_relative` float NOT NULL, `actual_temperature_difference` float NOT NULL, `actual_heating_network_water` float NOT NULL, `calculated_temperature_difference` float NOT NULL, `ratio_of_actual_heating_to_the_calculated_temperature_gradients` float NOT NULL, `total_estimated_and_actual_temperature_difference` float NOT NULL, `degree_of_pollution` float NOT NULL, `heat_load` float NOT NULL, `condition_heater` float NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=1 ;

Таблица 6 - Структура таблицы `control_of_capacitors` (Контроль за конденсаторами)

Имя	Тип	Первичный ключ	Описание
id	int(10)	Да	Идентификатор турбины
created	datetime	Нет	Дата
turbine_number	int(11)	Нет	№ турбины
flow_of_live_steam	float	Нет	Расход острого пара
pressure_in_the_control_stage	float	Нет	Давление в рег. ступени
power	float	Нет	Мощность
сircus_temperature_water_outlet_input	float	Нет	Температура цирк.воды на входе
сircus_temperature_water_outlet_output	float	Нет	Температура цирк.воды на выходе
saturation_temperature	float	Нет	Температура насыщения
vacuum	float	Нет	Вакуум
atmospheric_pressure	float	Нет	Атмосферное давление
heat	float	Нет	Нагрев
temperature_pressure	float	Нет	Температурный напор
air_flow	float	Нет	Расход воздуха, отсасываемого эжектором

CREATE TABLE IF NOT EXISTS `control_of_capacitors` ( `id` int(10) NOT NULL AUTO_INCREMENT, `created` datetime NOT NULL, `turbine_number` int(11) NOT NULL,

`flow_of_live_steam` float NOT NULL, `pressure_in_the_control_stage` float NOT NULL, `power` float NOT NULL, `сircus_temperature_water_outlet_input` float NOT NULL, `сircus_temperature_water_outlet_output` float NOT NULL, `saturation_temperature` float NOT NULL, `vacuum` float NOT NULL, `atmospheric_pressure` float NOT NULL, `heat` float NOT NULL, `temperature_pressure` float NOT NULL, `air_flow` float NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;

Таблица 7 - Структура таблицы `cups` (Присосы)

Имя	Тип	Первичный ключ	Описание
id	int(11)	Да	Идентификатор котла
boiler_number	int(11)	Нет	№ котла
created	datetime	Нет	Дата
pp_left	float	Нет	Содержание кислорода за пп слева
pp_right	float	Нет	Содержание кислорода за пп справа
gas_left	float	Нет	Содержание кислорода в ух.газах слева
gas_right	float	Нет	Содержание кислорода в ух. газах справа
exhauster_left	float	Нет	Содержание кислорода за дымососом слева
exhauster_right	float	Нет	Содержание кислорода за дымососом справа
excess_in_the_convective_mine_left	float	Нет	Избыток воздуха в конвективной шахте слева
excess_in_the_convective_mine_right	float	Нет	Избыток воздуха в конвективной шахте справа
in_excess_ash_catchers_left	float	Нет	Избыток воздуха в золоуловителе слева
in_excess_ash_catchers_right	float	Нет	Избыток воздуха в золоуловителе справа

CREATE TABLE IF NOT EXISTS `cups` ( `id` int(11) NOT NULL AUTO_INCREMENT,

`boiler_number` int(11) NOT NULL, `created` datetime NOT NULL, `pp_left` float NOT NULL, `pp_right` float NOT NULL, `gas_left` float NOT NULL, `gas_right` float NOT NULL, `exhauster_left` float NOT NULL, `exhauster_right` float NOT NULL, `excess_in_the_convective_mine_left` float NOT NULL, `excess_in_the_convective_mine_right` float NOT NULL, `in_excess_ash_catchers_left` float NOT NULL, `in_excess_ash_catchers_right` float NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=6 ;

Таблица 8 - Структура таблицы `definition_of_boiler_efficiency` (КПД)

Имя	Тип	Первичный ключ	Описание
id	int(10)	Да	Идентификатор
boiler_number	int(1)	Нет	№ котла
created	datetime	Нет	Дата
operating_humidity_coal	float	Нет	Влажность угля рабочая
ash_content_of_coal_working	float	Нет	Зольность угля рабочая
net_calorific_value_of_the_fuel	float	Нет	Низшая теплотворная способность топлива
combustible_content_in_ash	float	Нет	Содержание горючих в уносе
outputs_volatile	float	Нет	Выход летучих
fineness_dust	float	Нет	Тонина помола пыли
apparent_consumption_of_live_steam	int(10)	Нет	Видимый расход острого пара
live_steam_pressure	int(10)	Нет	Давление острого пара
live_steam_temperature	int(10)	Нет	Температура острого пара
pressure_feedwater	int(10)	Нет	Давление питательной воды
feedwater_temperature	int(10)	Нет	Температура питательной воды
the_pressure_in_the_boiler_drum	int(10)	Нет	Давление в барабане котла
continuous_blowdown_flow	float	Нет	Расход непрерывной продувки
flue_gas_temperature	int(10)	Нет	Температура уходящих газов
the_temperature_of_cold_air	int(10)	Нет	Температура холодного воздуха
excess_air_in_the_flue_gases	float	Нет	Избыток воздуха в уходящих газах
kpd	float	Нет	КПД

CREATE TABLE IF NOT EXISTS `definition_of_boiler_efficiency` ( `id` int(10) NOT NULL AUTO_INCREMENT, `boiler_number` int(1) NOT NULL, `created` datetime NOT NULL, `operating_humidity_coal` float NOT NULL, `ash_content_of_coal_working` float NOT NULL, `net_calorific_value_of_the_fuel` float NOT NULL, `combustible_content_in_ash` float NOT NULL, `outputs_volatile` float NOT NULL, `fineness_dust` float NOT NULL, `apparent_consumption_of_live_steam` int(10) NOT NULL, `live_steam_pressure` int(10) NOT NULL, `live_steam_temperature` int(10) NOT NULL, `pressure_feedwater` int(10) NOT NULL, `feedwater_temperature` int(10) NOT NULL, `the_pressure_in_the_boiler_drum` int(10) NOT NULL, `continuous_blowdown_flow` float NOT NULL, `flue_gas_temperature` int(10) NOT NULL, `the_temperature_of_cold_air` int(10) NOT NULL, `excess_air_in_the_flue_gases` float NOT NULL, `kpd` float NOT NULL, PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=11;

Таблица 9 - Структура таблицы `load` (Учет по нагрузкам)

Имя	Тип	Первичный ключ	Описание
id	int(10)	Да	Идентификатор
status	int(1)	Нет	Статус
created	datetime	Нет	Дата
boiler_number	int(11)	Нет	№ котла
dop	int(11)	Нет	Расход острого пара
top	int(11)	Нет	Температура острого пара
pop	int(11)	Нет	Давление острого пара
tpv	int(11)	Нет	Температура питательной воды
ppv	int(11)	Нет	Давление питательной воды



CREATE TABLE IF NOT EXISTS `load` ( `id` int(10) NOT NULL AUTO_INCREMENT,

`status` int(1) NOT NULL, `created` datetime NOT NULL, `boiler_number` int(11) NOT NULL, `dop` int(11) NOT NULL, `top` int(11) NOT NULL, `pop` int(11) NOT NULL, `tpv` int(11) NOT NULL, `ppv` int(11) NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=5 ;

Таблица 10 -Структура таблицы `monitor_the_status_of_the_running` (Контроль состояния проточной части)

Имя	Тип	Первичный ключ	Описание
id	int(10)	Да	Идентификатор
created	datetime	Нет	Дата
turbine_number	int(11)	Нет	№ турбины
power	float	Нет	Мощность
flow_of_live_steam	float	Нет	Расход острого пара
live_steam_pressure_measured	float	Нет	Давление острого пара замеренное
live_steam_temperature_measured	float	Нет	Температура острого пара замеренная
pressure_measured_in_the_control_stage	float	Нет	Давление в регулирующей ступени замеренное
pressure_measured_in_the_first_selection	float	Нет	Давление в I отборе замеренное
pressure_measured_in_the_second_selection	float	Нет	Давление во II отборе замеренное
pressure_measured_in_the_third_selection	float	Нет	Давление в III отборе замеренное

CREATE TABLE IF NOT EXISTS `monitor_the_status_of_the_running` ( `id` int(10) NOT NULL AUTO_INCREMENT, `created` datetime NOT NULL, `turbine_number` int(11) NOT NULL, `power` float NOT NULL, `flow_of_live_steam` float NOT NULL, `live_steam_pressure_measured` float NOT NULL, `live_steam_temperature_measured` float NOT NULL, `pressure_measured_in_the_control_stage` float NOT NULL, `pressure_measured_in_the_first_selection` float NOT NULL, `pressure_measured_in_the_second_selection` float NOT NULL, `pressure_measured_in_the_third_selection` float NOT NULL, PRIMARY KEY (`id`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;

3.4.2 Реализация базы данных

СУБД MySQL - одна из множества баз данных, поддерживаемых в PHP. Система MySQL распространяется бесплатно и обладает достаточной мощностью для решения реальных задач.

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

Yii DAO является надстройкой над PHP Data Objects (PDO) - расширением, которое предоставляет унифицированный доступ к данным многих популярных СУБД, таких как MySQL, PostgreSQL. Поэтому для использования Yii DAO необходимо, чтобы были установлены расширение PDO и соответствующий используемой базе данных драйвер PDO (например, PDO_MYSQL).

Yii DAO состоит из четырёх основных классов:

CDbConnection: представляет подключение к базе данных.

CDbCommand: представляет запрос к базе данных, который необходимо выполнить.

CDbDataReader: представляет однонаправленный поток строк данных, возвращаемых в ответ на запрос.

CDbTransaction: представляет транзакцию базы данных.

1. Соединение с базой данных

Для установления соединения с базой необходимо создать экземпляр класса CDbConnection и активировать его. Дополнительная информация, необходимая для подключения к БД (хост, порт, имя пользователя, пароль и т.д.), указывается в DSN (Data Source Name). В случае возникновения ошибки в процессе соединения с БД будет выброшено исключение (например, неверный DSN или неправильные имя пользователя/пароль).

$connection=new CDbConnection($dsn,$username,$password);

// устанавливаем соединение

// можно использовать конструкцию try…catch для перехвата возможных исключений

$connection->active=true;

$connection->active=false; // close connection

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

SQLite: sqlite:/path/to/dbfile

MySQL: mysql:host=localhost;dbname=testdb

PostgreSQL: pgsql:host=localhost;port=5432;dbname=testdb

SQL Server: mssql:host=localhost;dbname=testdb

Oracle: oci:dbname=//localhost:1521/testdb

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

array(

'components'=>array(

'db'=>array(

'class'=>'CDbConnection',

'connectionString'=>'mysql:host=localhost;dbname=testdb',

'username'=>'root',

'password'=>'password',

'emulatePrepare'=>true, // необходимо для некоторых версий инсталляций MySQL

Теперь мы можем получить доступ к соединению с БД через Yii::app()->db. Чтобы соединение не активировалось автоматически, необходимо установить значение CDbConnection::autoConnect в false. Этот способ даёт нам возможность использовать одно и то же подключение к БД в любом месте кода.

2. Выполнение SQL-запросов

Когда соединение с БД установлено, мы можем выполнять SQL-запросы, используя CDbCommand. Для этого необходимо создать экземпляр класса CDbCommand путём вызова CDbConnection::createCommand(), указав SQL-выражение:

$connection=Yii::app()->db; // так можно делать, если в конфигурации настроен компонент соединения "db"

// В противном случае можно создать соединение явно:

// $connection=new CDbConnection($dsn,$username,$password);

$command=$connection->createCommand($sql);

// при необходимости SQL-выражение можно изменить:

// $command->text=$newSQL;

Существуют два способа выполнения SQL-запросов с использованием CDbCommand:

execute(): выполняет SQL-запросы INSERT, UPDATE и DELETE. В случае успешного выполнения возвращает количество затронутых строк.

query(): выполняет SQL-запросы, возвращающие наборы данных, например, запросы SELECT. В случае успешного выполнения возвращает экземпляр класса CDbDataReader, обеспечивающий доступ к полученным данным. Для удобства также реализованы методы вида queryXXX(), возвращающие результаты напрямую.

Если в процессе выполнения SQL-запроса возникнет ошибка, то будет выброшено исключение.

$rowCount=$command->execute(); // выполнение запроса типа `INSERT`, `UPDATE` или `DELETE`

$dataReader=$command->query(); // выполнение запроса типа `SELECT`

$rows=$command->queryAll(); // возвращает все строки результата запроса

$row=$command->queryRow(); // возвращает первую строку результата запроса

$column=$command->queryColumn(); // возвращает первый столбец результата запроса

$value=$command->queryScalar(); // возвращает значение первого поля первой строки результата запроса

3.5 Разработка руководства пользователя

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

Руководство пользователя разработано при помощи программного средства Help & Manual 5. Это средство позволяет создавать файлы и документацию различных форматов. Для удобства их создания в программу встроен WYSIWYG редактор.

WYSIWYG (What You See Is What You Get, с английского что видишь, то и получишь) - способ редактирования, при котором редактируемый материал в процессе редактирования выглядит в точности так же, как и конечный результат.

Все созданные проекты можно сохранить в различных форматах: HTML Help, Winhelp и MS Help 2.0 / Visual Studio Help, Browser-based Help, PDF и Word RTF, а также печатной документации при использовании одного и того же проекта.

Кроме этого, программа позволяет конвертировать help-файлы из одного формата в другой. Помимо программ для работы с текстом в Help & Manual включены утилиты для создания копий экрана и редактирования графических файлов.

Внешний вид средства разработки Help & Manual 5 изображен на рисунке 23.

Рисунок 23 - Внешний вид средства разработки Help & Manual 5.

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

описание программы;

описание работы с данными;

настройки программы;

сообщения программы;

работа в тестовом режиме;

информация об авторе;

Структура help-файла описана в таблице 11.

Таблица 11 - Структура help-файла

Раздел	Пункты
Введение	Назначение и возможности программы
Руководство пользователя	Начало работы
	Расчет КПД котла
	Расчет присосов в КШ и ЗУУ
	Учет по нагрузкам
	Справка о состоянии газоходов
	Контроль за работой конденсаторов
	Контроль за состоянием проточной части
	Проверка бойлеров
О программе	Информация о программе

Внешний вид руководства пользователя изображен на рисунке 24.

Рисунок 24 - Внешний вид руководства пользователя.

Руководство пользователя доступно из программы «АРМ инженера отдела наладки». Интеграция справочной системы в программу «АРМ инженера отдела наладки» реализована при помощи ссылки на файл справки.

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

Файл со справочной информацией находится в корневой папке программы на сервере и называется help.pdf.

4. Обеспечение информационной безопасности АРМ и защита персонифицированных данных

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

В данном проекте использован класс identity, который содержит нужную нам логику аутентификации. Такой класс должен реализовать интерфейс IUserIdentity. Для различных подходов к аутентификации могут быть реализованы различные классы (например, OpenID, LDAP, Twitter OAuth или Facebook Connect). При создании своей реализации необходимо расширить класс CUserIdentity, являющийся базовым классом, который реализует проверку по логину и паролю.

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

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



Рисунок 25 - Окно аутентификации.

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

Рисунок 26 - Сообщение при неверном вводе логина и пароля.

5. Проверка работоспособности и оценка эффективности АРМ

5.1 Проверка основных функций программы

Проведем проверку основных функций программы.

Эксперимент 1.

Рассчитаем КПД котла, введя значения, приведенные в таблице 12.

Таблица 12 - Исходные значения для расчета КПД

Наименование	Обозначение	Размерность	Значение
Влажность угля рабочая	Wp	%	12,13
Зольность угля рабочая	Ap	%	15,85
Низшая теплотворная способность топлива	Qнр	ккал/кг	5590
Содержание горючих в уносе	Cун	%	12,11
Выход летучих	Vг	%	25,59
Тонина помола пыли	R90	%	7,5
Видимый расход острого пара	Доп	т/ч	410
Давление острого пара	Роп	кгс/см2	135
Температура острого пара	tоп	град С	550
Давление питательной воды	Рпв	кгс/см2	169
Температура питательной воды	tпв	град С	212
Давление в барабане котла	Рб	кгс/см2	150
Расход непрерывной продувки	Gн.пр	т/ч	1,5
Температура уходящих газов	Тух	град С	171
Температура холодного воздуха	tхв	град С	15
Избыток воздуха в уходящих газах	б ух	-	1,4
Присос воздуха ЗУУ	Дб зу	-	22
Температура газов за ЗУУ	Tзу	град С	70
Температура орошающей воды	t`	град С	6
Температура золовой пульпы	t``	град С	43
Расход воды на трубы Вентури	Gтр.В	т/ч	109
Расход воды на орошение скрубберов	Gп.ор	т/ч	17,5
Разрежение перед ЗУУ	S`зу	кг/м2	133
Разрежение после ЗУУ	S``зу	кг/м2	357
Время отбора газа из газохода	ф	минута	120
Запыленность дымовых газов за ЗУУ	м`` б=1.4	г/нм3	0,408



В результате расчетов получим значение 88,33% (рисунок 27).

Рисунок 27 - Результат расчета КПД.

Эксперимент 2.

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

Таблица 13 - Исходные значения для расчета присосов в КШ и ЗУУ

Наименование	Значение
Номер котла	5
Содержание кислорода за пароперегревателем слева	4
Содержание кислорода за пароперегревателем справа	6
Содержание кислорода в уходящих газах слева	7,8
Содержание кислорода в уходящих газах справа	8,2
Содержание кислорода за дымососом слева	9,7
Содержание кислорода за дымососом справа	9,8



Рисунок 28 - Результат расчета присосов в КШ и ЗУУ.

Эксперимент 3.

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

Данные по присосам за ноябрь 2013 года изображены на рисунке 29. Сформированная справка изображена на рисунке 30.

Рисунок 29 - Данные по присосам за ноябрь 2013 года.



Рисунок 30 - Сформированная справка о состоянии газоходов котлов за ноябрь 2013 года.

Эксперимент 4.

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

Данные по замерам за декабрь 2013 года изображены на рисунке 31. Сформированная справка изображена на рисунке 32.



Рисунок 31 - Данные по замерам за декабрь 2013 года.

Рисунок 32 - Справка «Проверка состояния основных бойлеров».

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

5.2 Анализ реакции программы на ошибки пользовательского ввода

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

Температура острого пара не может быть меньше 0 и больше 600 оС. Сообщение, которое увидит пользователь при попытке ввести значение, не принадлежащее интервалу (0; 600), изображено на рисунке 34.

Рисунок 33 - Сообщение при попытке ввести несуществующее значение расхода острого пара.



Рисунок 34 - Сообщение при попытке ввести несуществующее значение температуры острого пара.

6. Организационно-экономический раздел

6.1 Целесообразность разработки с экономической точки зрения

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

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

6.2 SWOT-анализ

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

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

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

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

К слабым сторонам можно отнести следующие моменты:

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

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

К возможностям можно отнести:

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

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

К угрозам можно отнести:

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

появление новых конкурентов.

SWOT- матрица, составленная для рассмотрения сильных и слабых сторон приложения, приведена в таблице 14.

Таблица 14 - SWOT-матрица

Сильные стороны	Возможности	Угрозы	Итого
	Может быть увеличена функциональность за счет доработки ПО	Распространение программного обеспечения на другие станции	Необходимость поддержки и обновления программного продукта	Появление новых конкурентов
Простота использования приложения	0	++	+	++	+5
Возможность легкого редактирования	0	++	++	++	+6
Итого	0	+4	+3	+4	+11
Слабые стороны
Необходимость подключения к глобальной сети Интернет	-	0	-	-	-3
Работа с оборудованием конкретной станции	0	--	--	-	-5
Итого	-1	-2	-3	-2	-8
Общий итог	-1	+2	0	+2	+3

Проанализировав полученную SWOT- матрицу, можно сделать следующие выводы:

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

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

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

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

Заключение о перспективности разработки:

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

6.3 Калькуляция себестоимости научно-технической продукции

В таблице 15 представлены материальные затраты.



Таблица 15 - Материалы

Наименование материальных затрат	Ед. изм.	Кол-во	Цена без НДС с учетом комиссионных вознаграждений, таможенных пошлин и транспортных затрат	Сумма
Портативный компьютер	шт.	1	12800	12800
Flash-накопитель 4 Гб	шт.	1	200	200
Бумага Снегурочка А4, 500 л.	шт.	1	167	167
Принтер Canon i-Sensys LBP6000B	шт.	1	3700	3700
Итого:				16867

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

Разработка выполнялась инженером-программистом в течение 40 рабочих дней при восьмичасовом рабочем дне. Месячный фонд времени работы инженера-программиста 161,1 часов, среднемесячная заработная плата 25500 руб.

Основная заработная плата разработчика составила

руб.

Дополнительная заработная плата составляет 20%

Здоп=0,2*Зосн= 0,2*36312,85= 10130,35 руб.

Затраты на оплату труда с учетом поясного коэффициента (25%)

ЗТР=1,25*( Зосн +Здоп )=1,25*( +10130,35)= 75977,65 руб.

3. Отчисления на социальные нужды.

а) отчисления в Федеральный бюджет (22% от затрат на оплату труда)

0,22* 75977,65 =16715,08 руб.;

б) отчисления в Фонд Социального страхования (2,9% от затрат на оплату труда)

0,029*75977,65 =2203,35 руб.;

в) отчисления в Федеральный Фонд обязательного медицинского страхования (5,1% от затрат на оплату труда)

0,051*75977,65 =3874,86 руб.;

Итого единый социальный налог 22793,29 руб.

Страховой взнос на обязательное социальное страхование от несчастных случаев на производстве и профессиональных заболеваний (0,2% от затрат на оплату труда)

0,002*75977,65 =151,95 руб.

Итого отчисления на социальные нужды 22945,24 руб.

4. Накладные расходы составляют 30% от затрат на оплату труда

0,30*75977,65 = 22793,29 руб.

Форма 1-пн

ОАО «»

Калькуляция составлена

"15" _ноября______ 2013 г.

КАЛЬКУЛЯЦИЯ

плановой себестоимости

Автоматизированного рабочего места инженера отдела наладки

Основание для проведения работ (договор, заказ) _заказ________

Заказчик: _____________

Срок выполнения работы: начало __1 октября 2013 г.___________

окончание __20 ноября 2013 _____

№	Наименование статей затрат	Сумма
1	Материалы	16867,00
2	Спецоборудование для научных (экспериментальных) работ	0,00
3	Затраты на оплату труда работников, непосредственно занятых созданием научно-технической продукции	75977,65
4	Отчисления на социальные нужды	22945,24
5	Прочие прямые расходы	0,00
6	Накладные расходы	22793,29
7	Итого:	138583,18
8	Затраты по работам, выполняемым сторонними организациями и предприятиями	0,00
9	Всего себестоимость	138583,18

Оценка трудоемкости разработки

№	Наименование этапа	Трудоемкость этапа, часы
1	Анализ задания и знакомство с темой	24
2	Постановка задачи и подбор литературы	36
3	Изучение литературы	70
4	Написание кода программного продукта	86
6	Отладка	66
7	Составление руководства пользователя	38
	Итого	320

Следовательно, всего на разработку затрачено 320 часов или 40 рабочих дней при восьмичасовом рабочем дне.

Заключение

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

1. Проанализированы современные подходы к АРМ, приведена их классификация, проведен анализ российского рынка АРМ.

2. Дана общая характеристика систем теплоснабжения г. Новосибирска, краткое описание и характеристики котлотурбинного оборудования ТЭЦ.

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

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

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

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

Список литературы

1. Википедия [Электронный ресурс]/ Автоматизированное рабочее место - URL: http://ru.wikipedia.org/wiki/%C0%E2%F2%EE%EC%E0%F2%E8%E7%E8%F0%EE%E2%E0%ED%ED%EE%E5_%F0%E0%E1%EE%F7%E5%E5_%EC%E5%F1%F2%EE, свободный

2. Ракитина Е. А. Информатика и информационные системы в экономике: Учеб. пособие. Ч. 1. / Е.А. Ракитина, В. Л. Пархоменко. - Тамбов: Изд-во тамб. гос. техн. ун-та, 2005. 148 с.

3. Должностная инструкция инженера отдела наладки ОАО «»

4. Bolid: системы безопасности [Электронный ресурс]/ АРМ «Орион Про» - URL: http://bolid.ru/production/orion/po-orion/po-orion_110.html

5. Системы безопасности «Зевс» [Электронный ресурс]/ ПО Автоматизированное рабочее место БОЛИД КСА ПЦО «Эгида» - URL: http://zefz.ru/skud/skud-kontroller/egida-01/

6. Виханский О. С. Менеджмент: Учебник. / О.С. Виханский, А.И. Наумов - М.: Гардарика, 1998.-528с

7. Томпсон А. А. Стратегический менеджмент: искусство разработки и реализации стратегии: Учебник. / А. А. Томпсон, А.Дж. Стрикленд - М.: Банки и биржи, ЮНИТИ, 1998. - 576с.

8. Портал по PHP, MySQL и другим веб-технологиям [Электронный ресурс]/ Возможности PHP - URL: http://www.php.su/php/?can

9. Департамент энергетики, жилищного и коммунального хозяйства г. Новосибирска [Электронный ресурс] / Схема теплоснабжения г. Новосибирска - URL: http://www.degkh.ru/shema-ts/content/shema.pdf

10. Котлоагрегаты и другие объекты автоматизации - помощь студенту [Электронный ресурс] / ТП-170 - URL: http://www.superheater.ru/index.php?option=com_content&view=article&id=1&Itemid=3

11. Интернет-портал сообщества ТЭК [Электронный ресурс] / Энергоэффективность - во главу котла - URL: http://www.energyland.info/analitic-show-24551

12. Блог «АудитНорма» [Электронный ресурс] / Расчет потерь тепла в котле за счет завышенных присосов воздуха - URL: http://auditnorma.ru/vliyanie-koefficienta-izbytka-vozduxa-na-ekonomichnost-raboty-kotloagregata

13. Пособие для изучения «Правил технической эксплуатации электрических станций и сетей» (тепломеханическая часть). - 2-е изд., стереотип. - М.: Издательство НЦ ЭНАС, 2000. - 480 с.

14. Правила технической эксплуатации электрических станций и сетей Российской Федерации. - М.: Изд-во НЦ ЭНАС, 2003. - 264 с.

15. «Технотроникс» [Электронный ресурс] / АРМ «Энергетика» на базе АПК «Ценсор-Технотроникс»: преимущества универсального подхода - URL: http://ttronics.ru/?menu=news176

16. Двойнишников В. А. Конструкция и расчет котлов и котельных установок: Учебник для техникумов по специальности «Котлостроение» / В. А. Двойнишников, Л. В. Деев, М. А. Изюмов. - М.: Машиностроение, 1988. - 264 с.: ил.

17. YiiFramework по-русски [Электронный ресурс] / Модель-Представление-Контроллер (MVC) - URL: http://yiiframework.ru/doc/guide/ru/basics.mvc

18. Википедия [Электронный ресурс] / Веб-интерфейс - URL: http://ru.wikipedia.org/wiki/%C2%E5%E1-%E8%ED%F2%E5%F0%F4%E5%E9%F1

19. Маклафлин Б. PHP и MySQL. Исчерпывающее руководство. / Б. Маклафлин -- СПб.: Питер, 2013. -- 512 с.: ил.

20. Кингсли-Хью Э. JavaScript в примерах: Пер. с англ. / Э. Кингсли-Хью, К. Кингсли-Хью - М.: ДМК Пресс. - 272 с.: ил.

21. Макаров А. С. Yii. Сборник рецептов. / А. С. Макаров - М.: ДМК Пресс, 2013. - 372 с.: ил.

22. Web-технологии: HTML, DHTML, JavaScript, PHP, MySQL, XML+XLST, Ajax [Электронный ресурс] / Связь с базами данных MySQL - URL: http://htmlweb.ru/php/mysql.php

23. YiiFramework [Электронный ресурс] / Объекты доступа к данным (DAO) - URL: http://www.yiiframework.com/doc/guide/1.1/ru/database.dao



Приложение А

ИСХОДНЫЙ КОД ПРОГРАММЫ

Исходный код программы приведен на прилагающемся диске. Приложение Б

ТИПОВЫЕ СПРАВКИ

Контроль за работой конденсаторов за сентябрь 2013 г.

Дата	ст.№ ТА	Go, т/ч	Рр.ст. кгс/см2	Nэл МВт	tвх цв tвыхцв, оС	tн, оС	Вакуум W, %	Атм. давлен. В, мм.рт.ст	Нагрев Дt, оС	Тем. напор Дt, оС	Расход воздуха отсас-го эжек-ом Gв, кг/ч
1	2	3	4	5	6	7667	8	9	10	11	12
	3
	4
	5
	6
	7
	8

Выполнил: инженер-технолог 1 кат. ОНиИ О.П.Кищенко

Контроль состояния проточной части ТА II - III очереди за сентябрь 2013 г.

Дата	№ ТГ	Nэл МВт	Gо т/ч	Р зо/ Р ко	t зо/ t ко	Р зр.с./ Р кр.с Р %	Р зI./ Р кI Р %	Р зII./ Р кII Р %	Р зIII./ Р кIII Р %	Замечания
1	2	3	4	5	6	7	8	9	10	11
	3
	4
	5
	6
	7
	8



Примечание: Повышение давления в контрольных ступенях не должно превышать 10%( Р).

Выполнила: инженер-технолог 1 кат.ОНиИ О.П.Кищенко Проверка состояния основных бойлеров II очереди за сентябрь 2013 г.

Выполняется в соответствии с «Методическими указаниями по эксплуатационному контролю за состоянием сетевых подогревателей» (МУ 34-70-104-85)

Наименование величины	Способ проведения	ОБ3А	ОБ-4А	ОБ-4Б
1. Расход сет. воды Gсв м/3ч	изм
2. Температура сет. воды tсв ,оС(прямая )	изм
3. Температура сет. воды на входе tвх , оС	изм
4. Температура сет. воды на выходе tвых, оС	изм
5. Давление пара в подогревателе Рп ,кгс/см2	изм
6. Температура насыщения пара tн, оС	по таблице
7. Расход сет. воды через подогреватель Gп	расчет
8. Номинальный расход сет. воды Gн м3/ч	график прил.2
9. Относительный расход сетевой воды	G = Gп / Gн
10. Фактич.температурный напор tф, оС	tф = tн-tвых
11. Фактический нагрев сет. воды t, оС	t = tвых-tвх
12. Расчетный температурный напор tр , оС	по рис. П2.16
13. Отношение фактического нагрева к расчетному температурному напору	е= t / tр
14. Отношение расчетного и фактического температурного напора	= tр / tф
15. Степень загрязнения в%	по граф. прил.4
16. Тепловая нагрузка Qпсг Гкал	Q=Gп(tвых- tвх)
17. Состояние подогревателя

24.09.2013

Инженер-технолог 1 кат. ОНиИ О.П. Кищенко

Проверка состояния основных бойлеров ТА-6,7,8 за сентябрь 2013 г.

Выполняется в соответствии с «Методическими указаниями по эксплуатационному контролю за состоянием сетевых подогревателей» (МУ 34-70-104-85)

Наименование величины	Способ проведения	ОБ-6А	ОБ-6Б	ОБ-7А	ОБ-7Б	ОБ-8А	ОБ-8Б
1. Расход сет. воды Gсв м/3ч	изм
2. Температура сет. воды tсв ,оС(прямая )	изм
3. Температура сет. воды на входе tвх , оС	изм
4. Температура сет. воды на выходе tвых, оС	изм
5. Давление пара в подогревателе Рп ,кгс/см2	изм
6. Температура насыщения пара tн, оС	по таблице
7. Расход сет. воды через подогреватель Gп	Gп=Gсв(tпр-tвх)/(tвых-tвх)
8. Номинальный расход сет. воды Gн м3/ч	график прил.2
9. Относительный расход сетевой воды	G = Gп / Gн
10. Фактич.температурный напор tф, оС	tф = tн-tвых
11. Фактический нагрев сет. воды t, оС	t = tвых-tвх
12. Расчетный температурный напор tр , оС	по рис. П2.16
13. Отношение фактического нагрева к расчетному температурному напору	е= t / tр
14. Отношение расчетного и фактического температурного напора	= tр / tф
15. Степень загрязнения в%	по граф. прил.4
16. Тепловая нагрузка Qпсг Гкал	Q=Gп(tвых- tвх)
17. Состояние подогревателя

Инженер-технолог 1 кат. ОНиИ О.П. Кищенко

Справка о состоянии газоходов котлов ТП-170, ТП-81 Новосибирской ТЭЦ-4 за июль 2013 года

№ котла	Присосы воздуха, приведенные к нормальной нагрузке котла, %
	Конвективная шахта	Золоуловитель	Суммарные присосы
	лев.	прав.	лев.	прав.	лев.	прав.
Норма	16,5	14	30,5
3	-	-	-	-	-	-
5
6
7
8
Норма	15	КА№9,12-18 КА№10,11-10	33
9	-	-	-	-	-	-
10	-	-	-	-	-	-
11
12

Начальник ОНиИ ТМО ______________А.А. Мошкин

Размещено на Allbest.ru