· date - дата замера (тип данных date);

· value - значение (тип данных double).

7) Rates - тарифные ставки за потребление единицы ресурса:

· id - уникальный ключ, идентификатор (тип данных int);

· resource - идентификатор ресурса (тип данных int);

· price - цена за единицу продукции (тип данных double).

8) Plan - планируемые значения потребления:

· id - уникальный ключ, идентификатор (тип данных int);

· resource - идентификатор ресурса (тип данных int);

· dateStart - дата начала периода (тип данных date);

· dateEnd - дата окончания периода (тип данных date);

· value - планируемое значение (тип данных double).

9) Event - мероприятия, проводимые для повышения эффективности энергопотребления:

· id - уникальный ключ, идентификатор (тип данных int);

· description - описание мероприятие;

· company - идентификатор компании (тип данных int);

· dateStart - дата начала периода (тип данных date);

· dateEnd - дата окончания периода (тип данных date).

10) Place - помещения, существующие на предприятии:

· id - уникальный ключ, идентификатор (тип данных int);

· company - идентификатор компании (тип данных int);

· placeName - название помещения (тип данных ntext).

11) Measure - мера измерения:

· id - уникальный ключ, идентификатор (тип данных int);

· name - название меры (тип данных ntext);

· measure - сокращение меры (тип данных ntext).

2.6 Проектирование форм информационной системы

В пункте 2.8 нашего исследования мы визуализируем формы проектируемой архитектуры системы. Это позволит дать пользователю более конкретное представление о нашем продукте. Как было описано ранее, визуальная часть информационной системы состоит из онлайн версии и версии программы для ПК. Функционал и визуализация каждой из частей является схожим, разница заключается в том, что для онлайн версии требуется сеть Интернет и браузер, тогда как для офлайн версии достаточно персонального компьютера. Форма входа, представленная на рисунке 2.16, появляется при каждом запуске информационной системы. На данной форме пользователь вводит свои логин и пароль и при нажатии клавиши «Вход» осуществляется проверка введенных данных в соответствии с наличием в БД. Также новые пользователи всегда могут зарегистрироваться как на веб-ресурсе, так и в версии для ПК.

Рисунок 2.16. Форма входа в систему.

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

Рисунок 2.17. Форма личного кабинета.

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

Рисунок 2.18. Форма добавления данных.



Глава 3. Разработка прототипа информационной системы

3.1 Описание бизнес-процессов информационной системы

1) Энергопланирование.

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

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

Рисунок 3.1. Отображение энергоэффективности в ИС.

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

2) Энергомониторинг.

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

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

· тарифы за потребление единицы ресурса;

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

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

Рисунок 3.2. Отображение энергопотребления.

3) Энергоанализ.

1. Сравнительный анализ.

1.1. Сравнение плана и факта.

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

1.2. Сравнение за месяц.

Сопоставление полученных значений в текущем месяце, с показателями за прошлый месяц.

1.3. Сравнение за год.

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

2. Выработка норм.

2.4. Расчет среднего значения за период.

2.5. Расчет среднего значения за месяц.

3. Поиск пиков/провалов.

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

4. Получение статистики.

5. Прогнозирование.

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

4) Документация.

К документации относится:

· экспорт данных в продукты MS Office;

· экспорт данных в готовые шаблоны;

· построение отчетов в виде таблиц и графиков.



Рисунок 3.3 Отображение отчета в виде графика.

3.2 Разработка прототипа

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

1. Аутентификация пользователя.

2. Регистрация пользователя.

3. Добавление, редактирование, удаление ресурсов, счетчиков, тарифов, показателей, продукции.

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

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

6. Определение эффективности производства.

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

Перейдем непосредственно к описанию процесса разработки прототипа информационной системы энергетического менеджмента.

3.2.1 Разметка форм

1) Форма входа.

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

Рисунок 3.4. Форма входа.

2) Форма регистрации.

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



Рисунок 3.5. Форма регистрации.

3) Форма отображения данных.

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

Рисунок 3.6. Форма отображения данных.

4) Форма редактирования данных.

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

Рисунок 3.7. Форма редактирования данных.

5) Форма экспорта данных.

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

Рисунок 3.8. Форма экспорта данных.

6) Форма отображения потребления данных.

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

Рисунок 3.9. Форма отображения потребления данных.

3.2.2 Взаимодействие с базой данных

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

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

1. Получение данных о потребляемом ресурсе (см. рисунок 3.10).

Рисунок 3.10. Получение данных о потребляемом ресурсе.

2. Добавление счетчика (см. рисунок 3.11).



Рисунок 3.11. Добавление счетчика.

3. Изменение данных (см. рисунок 3.12).

Рисунок 3.12. Изменение данных.

4. Удаление тарифа (см. рисунок 3.13).

Рисунок 3.13. Удаление тарифа.

5. Добавление продукции (см. рисунок 3.14).

Рисунок 3.14. Добавление продукции.

3.2.3 Выбор технологии

Исходя из выявленных компонентов и требований к информационной системе, существуют различные способы реализации прототипа. Самым удобным способом создания системы являются веб-формы ASP.net в сочетании с языком программирования C# и базой данной MS SQL. Данная технология имеет определенные преимущества по сравнению, с созданием данного продукта на языке веб-программирования PHP и базой данных MySQL. Важным преимуществом программирования на веб-формах ASP.net является среда разработки MS Visual Studio, которая объединяет в себе все необходимые функции для удобного написания кода.

3.2.4 Программная реализация прототипа

В данном пункте опишем некоторые из методов, которые были написаны при реализации прототипа информационной системы. Остальной код реализации прототипа представлен в приложении А.

1. Аутентификация пользователя.

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

private bool checkLogIn(string login, string password)

{

var answer = false;

SqlConnection sc = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter adap = new SqlDataAdapter(@"select id, name from Company where login LIKE '" + login + "' and pass LIKE '" + password + "'", sc);

DataTable dt = new DataTable();

try

{

sc.Open();

adap.Fill(dt);

if (dt.Rows.Count >= 1)

{

answer = true;

var id = dt.Rows[0].ItemArray[0] + " " + dt.Rows[0].ItemArray[1];

Session["company_id"] = id;

}

}

finally

{

sc.Close();

}

return answer;

}

2. Отображение данных.

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

private void showDataChart(string counterId)

{

SqlConnection sc = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter adap = new SqlDataAdapter(@"select Data.date, Counter.place, resourceName, Resource.measure, Counter.normal, Data.value

from Resource, Data, Counter where Data.counter = Counter.id and Counter.resource = Resource.id

and Counter.id = '" + counterId + "' and company LIKE '" +

Convert.ToInt32(Session["company_id"].ToString().Split(' ').ToArray()[0]) + "' order by date", sc);

DataTable dt = new DataTable();

try

{

sc.Open();

adap.Fill(dt);

for (int i = 0; i < dt.Rows.Count; i++)

{

var series = new Series();

series.Points.AddXY(Convert.ToDateTime(dt.Rows[i][0].ToString()).Day, Convert.ToInt32(dt.Rows[i][5].ToString()));

series.Color = System.Drawing.Color.Black;

Chart1.Series.Add(series);

}

}

finally

{

sc.Close();

}

Chart1.Visible = true;

}

3. Подсчет стоимости затраченных ресурсов.

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

private void checkDay()

{

List<TableRow> rows = new List<TableRow>();

List<TableCell> cells = new List<TableCell>();

cells.Add(new TableCell{ Text = "Дата" });

cells.Add(new TableCell { Text = "Ресурс" });

cells.Add(new TableCell { Text = "Затрачено" });

cells.Add(new TableCell { Text = "Стоимоcть, руб" });

TableRow row = new TableRow();

foreach (var item in cells)

{

row.Cells.Add(item);

}

rows.Add(row);

SqlConnection sc = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter adap = new SqlDataAdapter(@"select Resource.id, resourceName, Resource.measure, Data.value, Data.date, Rates.price

from Resource, Data, Counter, Rates where Data.counter = Counter.id and Counter.resource = Resource.id and Rates.resource = Resource.id

and company LIKE '" + Convert.ToInt32(Session["company_id"].ToString().Split(' ').ToArray()[0]) + "' order by date", sc);

DataTable dt = new DataTable();

try

{

bool temp = false;

sc.Open();

adap.Fill(dt);

for (int i = 0; i < dt.Rows.Count; i++)

{

temp = false;

cells = new List<TableCell>();

foreach (var r in rows)

//если даты и ресурс совпадают

if (r.Cells[0].Text.Equals(Convert.ToDateTime(dt.Rows[i][4]).ToShortDateString()) &&

r.Cells[1].Text.Equals(dt.Rows[i][1].ToString() + " " + dt.Rows[i][2].ToString()))

{

r.Cells[2].Text = (Convert.ToInt32(r.Cells[2].Text) + Convert.ToInt32(dt.Rows[i][3].ToString())).ToString();

r.Cells[3].Text = (Convert.ToInt32(r.Cells[2].Text) * Convert.ToInt32(dt.Rows[i][5].ToString())).ToString();

temp = true;

}

if (!temp)

{

cells.Add(new TableCell { Text = Convert.ToDateTime(dt.Rows[i][4]).ToShortDateString() });

cells.Add(new TableCell { Text = dt.Rows[i][1].ToString() + " " + dt.Rows[i][2].ToString() });

cells.Add(new TableCell { Text = dt.Rows[i][3].ToString() });

cells.Add(new TableCell { Text = (Convert.ToInt32(dt.Rows[i][3].ToString()) * Convert.ToInt32(dt.Rows[i][5].ToString())).ToString() });

row = new TableRow();

foreach (var item in cells)

row.Cells.Add(item);

rows.Add(row);

}

}

foreach (var r in rows)

Table1.Rows.Add(r);

Table1.Visible = true;

}

finally

{

sc.Close();

}

Table1.Visible = true;

}

4. Добавление ресурса.

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

private void addResource(string resourceName, string measure)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"insert into Resource (resourceName, measure, company)

values ('" + resourceName + "', '" + measure + "', '" + Convert.ToInt32(Session["company_id"].ToString().Split(' ').ToArray()[0]) + "')", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

3.3 Проверка системы с использованием реальных данных

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

Таблица 3.1. Суммарные значения потребления электроэнергии предприятием за месяца.

День	Январь, кВт/ч	Февраль, кВт/ч	Март, кВт/ч	Апрель, кВт/ч	Май, кВт/ч
1	4 081 532	3 748 087	3 861 191	3 884 216	3 484 140
2	4 069 196	3 985 098	3 766 836	3 865 856	3 478 833
3	3 894 525	3 882 980	3 631 545	3 699 463	3 451 397
4	3 892 824	3 412 298	3 656 407	3 430 151	3 391 219
5	4 104 281	3 902 816	3 818 998	3 805 674	3 233 002
6	4 110 131	3 948 294	3 817 888	3 776 490	3 483 359
7	3 927 547	3 949 169	3 827 016	3 568 947	3 482 345
8	3 655 286	3 753 465	3 801 681	3 850 976	3 476 797
9	4 079 398	3 744 583	3 821 988	3 834 959	3 471 206
10	3 914 738	3 854 846	3 509 367	3 836 774	3 521 360
11	3 782 549	3 814 195	3 799 612	3 882 290	3 505 828
12	3 955 660	3 675 078	3 779 212	3 751 211	3 362 937
13	3 892 821	3 898 507	3 663 010	3 672 299	3 433 239
14	3 625 174	3 794 790	3 561 778	3 443 825	3 473 502
15	4 020 494	3 653 991	3 765 183	3 810 105	3 372 532
16	3 994 700	3 692 745	3 652 302	3 842 013	3 262 035
17	3 985 392	3 859 846	3 758 598	3 632 754	3 427 256
18	3 860 166	3 632 001	3 821 306	3 327 349	3 487 170
19	3 932 884	3 873 494	3 838 104	3 503 175	3 457 434
20	3 980 559	3 951 213	3 670 514	3 627 143	3 462 189
21	3 811 605	3 842 679	3 329 116	3 481 625	3 482 194
22	4 092 156	3 710 366	3 490 516	3 782 807	3 426 948
23	4 074 012	3 898 642	3 522 730	3 782 834	3 447 211
24	3 923 985	3 733 750	3 542 404	3 729 373	3 452 389
25	3 605 759	3 391 749	3 607 880	3 303 592	3 332 268
26	3 875 871	3 872 210	3 705 093	3 446 420	3 087 854
27	3 933 553	3 859 636	3 718 008	3 598 016	3 421 294
28	3 815 847	3 835 057	3 664 341	3 381 973	3 465 945
29	3 958 550		3 870 157	3 558 261	3 468 399
30	4 034 206		3 903 702	3 509 306	3 514 842
31	3 982 423		3 601 202		3 452 124

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

Рисунок 3.15. Потребление электроэнергии предприятием за январь.

Так же, можно сравнить потребление энергии за пять месяцев. Результат представлен на графике на рисунке 3.16.

Рисунок 3.16. Потребление электроэнергии предприятием за январь.

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

Таблица 3.2. Значения потребления электроэнергии и произведенной продукции предприятием.

Дата	Сумма за день, кВт/ч	Произведенная продукция, т
1/1/2016	4 081 532	2300
1/2/2016	4 069 196	2300
1/3/2016	3 894 525	2220
1/4/2016	3 892 824	2000
1/5/2016	4 104 281	2010
1/6/2016	4 110 131	2330
1/7/2016	3 927 547	2350
1/8/2016	3 655 286	1980
1/9/2016	4 079 398	2320
1/10/2016	3 914 738	2100
1/11/2016	3 782 549	2000
1/12/2016	3 955 660	2170
1/13/2016	3 892 821	2100
1/14/2016	3 625 174	1950
1/15/2016	4 020 494	2220
1/16/2016	3 994 700	2200
1/17/2016	3 985 392	2180
1/18/2016	3 860 166	2080
1/19/2016	3 932 884	2300
1/20/2016	3 980 559	2180
1/21/2016	3 811 605	2010
1/22/2016	4 092 156	2340
1/23/2016	4 074 012	2310
1/24/2016	3 923 985	2060
1/25/2016	3 605 759	1920
1/26/2016	3 875 871	2090
1/27/2016	3 933 553	2190
1/28/2016	3 815 847	2120
1/29/2016	3 958 550	2210
1/30/2016	4 034 206	2290
1/31/2016	3 982 423	2240

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

Рисунок 3.17. Соотношение потребленной энергии и произведенной продукции.



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

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

Рисунок 3.18. Мониторинг электроэнергии.

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



Заключение

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

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

Были выполнены все поставленные задачи, а именно:

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

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

· спроектированы формы информационной системы;

· разработан прототип информационной системы.

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



Список сокращений

АРМ - автоматизированной рабочее место.

БД - база данных.

ИС - информационная система.

ИТ - информационные технологии.

ЛВС - локальная вычислительная сеть.

ПК - персональный компьютер.

ISO - international organization for standardization.

UML - unified modeling language.



Библиографический список

1. Автоматизированная система учета Smart IMS 5.0. Общее описание // Telecommunication technologies [Электронный ресурс]. - http://teletec.com/ (дата обращения: 12.12.16).

2. Волкова В. Н. Информационная система: к вопросу определения понятия / Голуб Ю. А // Прикладная информатика - М.: Высшая школа, 2006. - 112-120 с.

3. Волобуев В. Современный комплекс мониторинга и управления системами электроснабжения объектов - М.: Автоматизация изданий, 2011.

4. Зибиров В. В. Visual C# 2012 на примерах: Учеб. пособие - СПб.: БХВ-Петербург, 2013. - 475с.

5. Инюшкина О. Г. Проектирование информационных систем. Учеб. пособие - Екб: Форт-Диалог Исеть, 2014.

6. Комплексные решения для Вашего бизнеса. Энергосбытовая деятельность // IBM [Электронный ресурс]. - URL: http://www.ibm.com/ru/bcs/sectors/energo.html (дата обращения 18.01.17).

7. Кнут Д. Искусство программирования, том 3. Сортировка и поиск - М.: Вильямс, 2010. - 720 с.

8. Макарова Н. В. Информатика: Учебник - М.: Финансы и статистика. - 768 с.

9. Программное обеспечение JanitzaGridVis // Janitza [Электронный ресурс]. - URL: http://www.janitza.com/ru/produkcija/programmnoe-obespechenie/po-gridvis/ (дата обращения: 18.01.2017).

10. Семенов С. Основные проблемы, тормозящие эффективную реализацию программ энергосбережения, 2014.

11. Терешкина Т. Р. Системы энергоменеджмента. Стандарт ISO 50001. Учебное пособие - СПб.: БХВ-Петербург, 2013.

12. Чичев С. И. Информационно-измерительная система электросетевой компании / Калинин В. Ф., Глинкин Е. И - М.: Спектр, 2011.

13. James H. Hooke. Energy Management Information Systems, Canada, 2004.



Приложение А. Техническое задание

1. Общие сведения.

Полное наименование исследования: «Проектирование архитектуры информационной системы энергетического менеджмента», (далее ИС).

2. Назначение, цели и задачи технологии.

1.1. Назначение ИС.

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

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

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

1.2. Цели.

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

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

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

1.3. Задачи, решаемые ИС.

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

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

2) исследование и научное обоснование методов и средств оценки потребления энергоресурсов при производстве. Формирование рекомендаций по установке комплекса средств измерения параметров потребления энергоресурсов. Выбор средств измерений. Обоснование и выбор на схеме теплоснабжения предприятия точек и средств измерения расхода энергии;

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

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

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

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

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

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

3. Требования к организации и функционированию.

1.1. Общее описание.

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

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

1.2. Функциональные требования.

1.2.1. Сбор данных и интерфейс связи.

В рамках проектируемой ИС предлагается методика автоматизированного и ручного сбора данных по ресурсам от участков с получением части информации из существующих автоматизированных систем. Методика должна учитывать поддержку протоколов сбора и передачи данных: FTP, HTTP, XML, OPC, MODBUS, csv-файлы.

Программно-информационный обмен между компонентами должен строиться на основе протокола TCP/IP.

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

1.2.2. Математические модели.

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

1.2.3. Аналитические функции.

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

Должны быть разработаны следующие аналитические функции:

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

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

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

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

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

1.2.4. Функции сравнительного тестирования.

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

1.2.5. Управление нехарактерными процессами.

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

1.2.6. Функции отчетности.

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

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

1.2.7. Накопление данных.

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

1.3. Требования к интеграции с другими системами.

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

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

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

Характеристики:

1) план;

2) факт;

3) стоимость;

4) экономия;

5) изменение;

6) снижение;

7) рост;

8) расход;

9) перерасход;

10) удельный расход;

11) затраты;

12) тариф;

13) цена;

14) предельный уровень;

15) «условные потери» (небаланс);

16) % от общего расхода;

17) потенциал сбережения;

18) прочие характеристики.

Сроки:

1) смена;

2) сутки;

3) декада;

4) месяц;

5) квартал;

6) полугодие;

7) год;

8) произвольный срок.

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

Источниками информации в ИС являются:

1) документы нормативного характера:

· отраслевые нормативные документы (приказы, распоряжения, инструкции, регламенты и другие нормативные акты);

· стандартные формы учёта и отчетности по использованию ресурсов предприятия;

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

2) документы оперативного характера:

· организационно-распорядительные документы (планы);

· отчетные документы, выдаваемые по регламенту и по запросу.

3) сбор информации в ИС производится следующими способами:

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

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

1.5. Требования к численности и квалификации эксплуатационного и обслуживающего персонала.

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

1.6. Требования к защите информации от несанкционированного доступа.

Защита информации должна осуществляться стандартными способами на следующих уровнях:

1) на уровне отдельной персональной ЭВМ АРМа пользователя ИС установкой паролей доступа;

2) на уровне сети организации -- путём администрирования ЛВС в части маршрутизации и определения доступной информации для каждого конкретного пользователя;

3) на уровне администрирования БД назначением прав доступа пользователям БД.

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

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

1) просмотр (только чтение);

2) доступ с настраиваемыми ограничениями;

3) полный доступ (чтение/запись).

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

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

1.7. Требования к стандартизации и унификации.

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

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

1.8. Требования к информационному обеспечению.

Информационное обеспечение ИС должно строиться на следующих принципах:

1) централизованная база и хранилище данных;

2) децентрализованная подготовка данных;

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

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

5) применение для поиска необходимых данных стандартных механизмов поиска.

1.9. Требования к выходной информации.

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

4. Разработка математической модели и анализ результатов.

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

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

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

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

5. Разработка инструкции по энергоэффективности.

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

6. Формирование функций отчетности.

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

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

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

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



Приложение Б. Спецификация прецедентов

1. Документирование прецедентов

1) Редактирование данных (см. таблицу Б.1).

Таблица Б.1. Прецедент «Редактирование данных».
Краткое описание	Добавление, удаление, редактирование данных, планирование затрат
Актеры	Пользователь
Предусловия	1. Пользователь авторизован 2. Данные синхронизированы 3. Открыта форма редактирования данных
Основной поток	1. Выбор компонента (ресурс, счетчик, тариф, продукция и т.д.) 2. Выбор действия 3. Выбор значения/ввод значения 4. Подтверждение действия
Альтернативные потоки	1. Некорректный ввод
Постусловия	Действия с данными произведены

2) Авторизоваться в системе (см. таблицу Б.2).

Таблица Б.2. Прецедент «Авторизоваться в системе».
Краткое описание	Ввод логина и пароля пользователя
Актеры	Пользователь
Предусловия	1. Пользователь зарегистрирован
Основной поток	1. Ввод логина и пароля 2. Проверка данных 3. Вход осуществлен
Альтернативные потоки	1. Неверный логин или пароль 2. Восстановление пароля 3. Вход в систему
Постусловия	Переход в личный кабинет

3) Выполнить действие с данными (см. таблицу Б.3).

Таблица Б.3. Прецедент «Выполнить действие с данными».
Краткое описание	Переход на форму выполнения различных действий с данными
Актеры	Пользователь
Предусловия	1. Пользователь авторизован
Основной поток	1. Выбор действия 2. Переход на форму выполнения действия
Альтернативные потоки	1. Пользователь не авторизован
Постусловия	Форма открыта

4) Экспорт данных в MS Office (см. таблицу Б.4).

Таблица Б.4. Прецедент «Экспорт данных в MS Office».
Краткое описание	Экспорт имеющихся данных в таблицы Excel, документы Word, готовые шаблоны
Актеры	Пользователь
Предусловия	1. Пользователь авторизован 2. Открыта форма экспорта данных
Основной поток	1. Выбор вида экспорта 2. Выбор места хранения документа 3. Создание документа 4. Отправка данных
Альтернативные потоки	1. Пользователь не авторизован
Постусловия	Данные экспортированы

5) Просмотр данных (см. таблицу Б.5).

Таблица Б.5. Прецедент «Просмотр данных».
Краткое описание	Просмотр имеющихся данных
Актеры	Пользователь
Предусловия	1. Пользователь авторизован 2. Открыта форма просмотра данных
Основной поток	2. Выбор компонента 3. Применение фильтров (фильтр по времени и/или по счетчикам и ресурсу) 4. Отображение в виде графиков или таблиц
Альтернативные потоки	1. Пользователь не авторизован
Постусловия	Данные отображены



6) Выполнение анализа данных (см. таблицу Б.6).

Таблица Б.6. Прецедент «Выполнение анализа данных».
Краткое описание	Получение сравнительного анализа, выработка норм, поиск пиков и провалов, получение статистики и прогнозирование
Актеры	Пользователь
Предусловия	2. Пользователь авторизован 3. Открыта форма анализа данных
Основной поток	4. Запрос на определенный вид анализа данных 5. Ввод периода сравнения 6. Предоставление результата данных
Альтернативные потоки	1. Пользователь не авторизован
Постусловия	Анализ получен

7) Синхронизировать данные (см. таблицу Б.7).

Таблица 2.8. Прецедент «Синхронизация данных».
Краткое описание	Синхронизация данных на веб-сервере и на локальном ПК
Актеры	Пользователь
Предусловия	1. Соединение установлено 2. Пользователь авторизован
Основной поток	1. Запрос на синхронизацию данных 2. Синхронизация данных
Альтернативные потоки	1. Соединение не установлено
Постусловия	Данные синхронизированы

8) Обновить систему (см. таблицу Б.8).

Таблица Б.8. Прецедент «Обновить систему».
Краткое описание	Обновление версии системы для ПК
Актеры	Пользователь
Предусловия	1. Пользователь авторизован 2. Соединение установлено
Основной поток	1. Запрос на обновление 2. Загрузка обновление 3. Установка обновления
Альтернативные потоки	1. Пользователь не авторизован/Соединение не установлено
Постусловия	Версия системы для ПК обновлена

9) Скачать версию для ПК (см. таблицу Б.9).

Таблица Б.9. Прецедент «Скачать версию для ПК».
Краткое описание	Скачивание версии системы для ПК с веб-ресурса
Актеры	Пользователь
Предусловия	1. Пользователь авторизован
Основной поток	1. Запрос на скачивание версии для ПК 2. Скачивание версии на настольный ПК
Альтернативные потоки	1. Пользователь не авторизован
Постусловия	Версия для ПК загружена

10) Получить справку по стандарту (см. таблицу Б.10).

Таблица Б.10. Прецедент «Получить справку по стандарту».
Краткое описание	Получение справочной информации по реализации стандарта энергетического менеджмента
Актеры	Пользователь
Предусловия	1. Пользователь авторизован
Основной поток	1. Запрос на фильтрацию данных 2. Предоставление списка отфильтрованных данных
Альтернативные потоки	1. Пользователь не авторизован
Постусловия	Справка получена

11) Получить данные из БД (см. таблицу Б.11).

Таблица Б.11. Прецедент «Получить данные из БД».
Краткое описание	Выполнения действия с данными в БД
Актеры	Пользователь
Предусловия	Соединение установлено
Основной поток	Запрос на действие с данными Выполнение действия Сообщение о выполненном действии
Альтернативные потоки	Соединение потеряно
Постусловия	Действие осуществлено



2. Построение диаграмм активности

1) Диаграмма активности прецедента «авторизоваться в системе» (см. рисунок Б.1).

Рисунок Б.1. Авторизация пользователя.

2) Диаграмма активности группы прецедентов «редактирование данных» (см. рисунок Б.2).

Рисунок Б.2. Редактирование данных.

3) Диаграмма активности прецедента «экспорт данных в MS Office» (см. рисунок Б.3).

Рисунок Б.3. Экспорт данных.

4) Диаграмма активности прецедента «Просмотр данных» (см. рисунок Б.4).

Рисунок Б.4. Просмотр данных.

5) Диаграмма активности прецедента «Выполнение анализа данных» (см. рисунок Б.5).

Рисунок Б.5. Выполнение анализа данных.

6) Диаграмма активности прецедента «Обновить систему» (см. рисунок Б.6).

Рисунок Б.6. Обновить систему.

7) Диаграмма активности прецедента «Скачать версию для ПК» (см. рисунок Б.7).

Рисунок Б.7. Скачать версию для ПК.

3. Построение диаграмм последовательности

1) Диаграмма последовательности прецедента «авторизоваться в системе» (см. рисунок Б.8).

Рисунок Б.8. Авторизация пользователя.

2) Диаграмма последовательности группы прецедентов «редактирование данных» (см. рисунок Б.9).

Рисунок Б.9. Редактирование данных.

3) Диаграмма последовательности прецедента «экспорт данных в MS Office» (см. рисунок Б.10).

Рисунок Б.10. Экспорт данных в MS Office.

4) Диаграмма последовательности прецедента «просмотр данных» (см. рисунок Б.11).

Рисунок Б.11. Просмотр данных.

5) Диаграмма последовательности прецедента «выполнение анализа данных» (см. рисунок Б.12).

Рисунок Б.12. Выполнение анализа данных.



Приложение В. Код программы

1) Класс редактирования данных.

private void addData(string counter, string value, DateTime date)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"insert into Data (counter, value, date) values ('" + Convert.ToInt32(counter) + "', '" + value + "', '" + date.Date + "')", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void addResource(string resourceName, string measure)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"insert into Resource (resourceName, measure, company)

values ('" + resourceName + "', '" + measure + "', '" + Convert.ToInt32(Session["company_id"].ToString().Split(' ').ToArray()[0]) + "')", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void addCounter(string place, string normal, string id)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"insert into Counter (place, resource, normal) values ('" + place + "', '" + Convert.ToInt32(id) + "', '" + normal + "')", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void addProduction(string name, string measure)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"insert into Production (name, company, measure) values ('" + name + "', '" + Convert.ToInt32(Session["company_id"].ToString().Split(' ').ToArray()[0]) + "', '" + measure + "')", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void addRates(string resource, string price)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"insert into Rates (resource, price) values ('" + Convert.ToInt32(resource) + "', '" + price + "')", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void changeData(string id, string value, DateTime date)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"update Data set value ='" + value + "', date ='" + date.Date + "' where id = '" + Convert.ToInt32(id) + "'", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void changeResource(string id, string resourceName, string measure)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"update Resource set resourceName ='" + resourceName + "', measure ='" + measure + "' where id = '" + Convert.ToInt32(id) + "'", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void changeCounter(string id, string place, string normal)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"update Counter set place ='" + place + "', normal ='" + normal + "' where id = '" + Convert.ToInt32(id) + "'", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void changeProduction(string id, string name, string measure)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"update Production set name ='" + name + "', measure ='" + measure + "' where id = '" + Convert.ToInt32(id) + "'", con);

DataTable dt = new DataTable();

try

{

con.Open();

str.Fill(dt);

}

finally

{

con.Close();

}

}

private void changeRates(string id, string price)

{

SqlConnection con = new SqlConnection("Data Source=928D\\SQLEXPRESS;Initial Catalog=EMIS;Integrated Security=true");

SqlDataAdapter str = new SqlDataAdapter(@"update Rates set price ='" + price + "' where id = '" + Convert.ToInt32(id) + "'", con);