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

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

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 14.01.2012
Размер файла 6,5 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

43

Дипломная работа

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

Содержание

ВВЕДЕНИЕ

1. БАЗЫ ДАННЫХ

1.1 Новые тенденции развития СУБД и области их применения

1.2 Новые области применения баз данных

1.3 Классификация баз данных

2. ОБЩАЯ ХАРОКТЕРИСТИКА МП «ТИХВИН - ТЕПЛОСЕТЬ»

2.1 Общие сведения по предприятию

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

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

2.2 Общая характеристика имущественного комплекса

3. ПРОЕКТИРОВАНИЕ МОДЕЛИ

3.1 Цели, задачи и проблемы на предприятии

3.2 Получение и обработка информации об отключениях

3.3 Разработка схемы данных

3.4 Разработка пользовательского интерфейса

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Введение

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

§ обеспечивать получение общих и/или детализированных отчетов по итогам работы;

§ позволять легко определять тенденции изменения важнейших показателей;

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

§ выполнять точный и полный анализ данных.

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных ПК обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам ЭВМ.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии «клиент-сервер». Фактически, у любой современной СУБД существует аналог, выпускаемый другой компанией, имеющий аналогичную область применения и возможности, любое приложение способно работать со многими форматами представления данных, осуществлять экспорт и импорт данных благодаря наличию большого числа конвертеров. Общепринятыми, также, являются технологи, позволяющие использовать возможности других приложений, например, текстовых процессоров, пакетов построения графиков и т.п., и встроенные версии языков высокого уровня (чаще - диалекты SQL и/или VBA) и средства визуального программирования интерфейсов разрабатываемых приложений. Поэтому уже не имеет существенного значения на каком языке и на основе какого пакета написано конкретное приложение, и какой формат данных в нем используется. Более того, стандартом «де-факто» стала «быстрая разработка приложений» или RAD (от английского Rapid Application Development), основанная на широко декларируемом в литературе «открытом подходе», то есть необходимость и возможность использования различных прикладных программ и технологий для разработки более гибких и мощных систем обработки данных. Поэтому в одном ряду с «классическими» СУБД все чаще упоминаются языки программирования Visual Basic 4.0 и Visual C++, которые позволяют быстро создавать необходимые компоненты приложений, критичные по скорости работы, которые трудно, а иногда невозможно разработать средствами «классических» СУБД. Современный подход к управлению базами данных подразумевает также широкое использование технологии «клиент-сервер».

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

1. базЫ данных

1.1 Новые тенденции развития СУБД и областей их применения

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

В толковом словаре по вычислительной технике, выпущенном в 2002 г., приводится такое определение системы управления базами данных (database management system): "приложение, обеспечивающее создание, хранение, обновление и поиск информации в базе данных, а также управление безопасностью и целостностью данных". В целом это толкование было верно и 30 лет назад, но все же содержательная часть СУБД сейчас совсем иная, чем в те далекие времена (отметим, что в определении уже отсутствует дополнительная фраза, которая использовалась для уточнения понятия еще восемь лет назад, -- "программная оболочка, находящаяся между базой данных и пользователем"). В последнее десятилетие мы наблюдаем ситуацию, когда СУБД превратились из сугубо внутреннего технологического дополнения к прикладным программам в самостоятельный продукт, вокруг которого строятся приложения для пользователей; иначе говоря, из одного из компонентов информационной системы -- в платформу для построения таких систем. В этой ситуации стоит обратить внимание на изменение содержания "платформа Microsoft". Традиционно под этим термином подразумевалась операционная система, Windows. Однако применительно к серверной платформе все чаще мы встречаем связку Windows Server + SQL Server. Более того, представляется вполне реальным, что с выходом в начале следующего года новой версии Microsoft SQL Server (рабочее название Yukon) мы столкнемся с ситуацией, когда все остальные продукты Microsoft будут уже писаться не под Windows, а под Yukon. Хотя существуют и будут существовать настольные базы данных: как ни странно, но Microsoft Access судя по тому как его представляет Microsoft -- это тоже СУБД. Исторически системы управления базами данных ориентировались на решение задач, связанных в первую очередь с транзакционной обработкой структурированной информации. Безусловно, наилучшим, проверенным временем решением здесь была и остается реляционная модель СУБД. Однако в последние годы область применения баз данных неизменно расширялась. С одной стороны, нужно управлять более широким набором форматов данных, переходя к решению общих проблем управления корпоративной информацией. С другой -- именно СУБД берут на себя основные функции интеграции данных и приложений корпоративных систем. (По данным Gartner Group, информационные отделы предприятий расходуют до 40% своего бюджета на решение задач интеграции действующих компонентов баз данных.) Именно этим объясняется активный интерес к обсуждению архитектурных принципов и возможностей реализации баз данных различных моделей -- постреляционных, объектно-реляционных, XML.

1.2 Новые области применения баз данных

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

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

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

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

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

§ базы данных транспортных систем

§ справочные данные для населения и учреждений (энциклопедии и справочники, расписания самолетов и поездов, адреса и телефоны граждан и организаций)

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

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

§ фактографические базы данных в области культуры и искусства

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

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

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

1.База данных Системы наблюдения Земли (EOSDIS)

Система наблюдения Земли (EOS - Earth Observing System) представляет собой множество спутников, которые запускает NASA начиная с 1998. Их назначение - сбор информации, необходимой для исследователей, занятых изучением долгосрочных тенденций состояния атмосферы, океанов, земной поверхности. Спутники будут поставлять информацию в объеме 1/3 Пбайт (Petabyte - 1015 байт) в год. Предполагается, что эти данные будут интегрироваться с уже существующей информацией, а также с данными из других источников (зарубежные спутники, наземные станции наблюдения) и накапливаться в базе данных EOSDIS (EOS Data and Information System) невиданных прежде масштабов.

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

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

Выработка эффективных механизмов просмотра и поиска интересующей информации.

2.Электронная коммерция

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

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

Система электронной коммерции должна иметь высоконадежные средства распределенной аутентификации и перевода денежных сумм.

3.Информационная система здравоохранения

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

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

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

4.Электронные публикации

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

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

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

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

5. Коллективное проектирование

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

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

Коллективное проектирование требует новых форм управления совместным доступом к базам данных и механизмов разделения информации.

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

1.3 Классификация баз данных

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

Централизованная база данных хранится в памяти одной вычислительной системы. Если эта вычислительная система является компонентом сети ЭВМ, возможен распределенный доступ к такой базе. Такой способ использования баз данных часто применяют в локальных сетях ПК.

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

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

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

* файл-сервер;

* клиент-сервер.

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

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

2. Общая характеристика МП "Тихвин - Теплосеть"

2.1 Общие сведения по предприятию

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

Муниципальное предприятие «Тихвин-Теплосеть» муниципального образования «Тихвинский район Ленинградской области» (далее - МП «Тихвин - Теплосеть») образовано в результате реорганизации путем разделения муниципального унитарного предприятия «Теплосеть», зарегистрированного администрацией «Тихвинского района Ленинградской области» от 09 октября 1992г. №415, регистрационный №289, новая редакция Устава зарегистрирована Тихвинским территориальным отделением Ленинградской областной регистрационной палаты 27 июня 2002г., реестровый № 16/00598.

Свидетельство о государственной регистрации серия 47 № 000359662 от 26.04.2005 г. Основной регистрационный № 1034701852536.

В соответствии с п.1.2. Устава МП «Тихвин -Теплосеть» является правопреемником МУП «Теплосеть» в соответствии с разделительным балансом.

Устав МП «Тихвин - Теплосеть» утвержден Распоряжением Главы администрации от 02 декабря 2003г. № 635-ра.

В соответствии с пунктом 1.4. Устава полным официальным наименованием обследуемой организации является Муниципальное предприятие «Тихвин-Теплосеть» муниципального образования «Тихвинский район Ленинградской области».

В соответствии с пунктом 1.3. Устава собственником МП «Тихвин-Теплосеть» является муниципальное образование «Тихвинский район Ленинградской области»

В соответствии с п.1.6. Устава МП «Тихвин -Теплосеть» является коммерческой организацией не наделенной правом собственности на закрепленное за ним имущество.

От имени муниципального образования «Тихвинский район Ленинградской области» правомочия учредителя и собственника имущества МП «Тихвин-Теплосеть» осуществляет администрация муниципального образования «Тихвинский район Ленинградской области».

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

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

Закрепление муниципального имущества за МП «Тихвин-Теплосеть» осуществляется по договору на передачу в хозяйственное ведение муниципальной собственности. Передача закрепляемого имущества предприятию осуществляется по акту на передачу в хозяйственное ведение муниципального имущества от 15 декабря 2003г. Передающей стороной от имени муниципального образования выступает Комитет по управлению муниципальным имуществом администрации муниципального образования «Тихвинский район Ленинградской области». Согласно п. 2.3. Устава предметом деятельности МП «Тихвин-Теплосеть» является содержание объектов и инженерных сетей коммунальной сферы, их ремонт, модернизация и перспективное развитие, а именно:

· производство и отпуск тепловой энергии потребителям;

· техническое обслуживание и ремонт объектов теплоснабжения;

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

· эксплуатация объектов котлонадзора;

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

· техническое обслуживание и ремонт систем контроля и защиты объектов газового хозяйства;

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

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

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

· отведение и очитка хозяйственно-бытовых стоков;

· техническое обслуживание и ремонт объектов хозяйственно-бытовой канализации;

· техническое обслуживание и ремонт жилого фонда;

· предоставление услуг бань.

Анализ Устава, «Свидетельства о внесении записи в Единый государственный реестр регистрации юридических лиц серия 47 №000359662 от 26.04.2005 г.), «Свидетельства о постановке на учет в налоговом органе юридического лица, образованного в соответствии с законодательством Российской Федерации, по месту нахождения на территории Российской Федерации» серия 47 № 001312411 от 11.12.2003г., а также Общероссийского Классификатора видов экономической деятельности ОКА 029 2001 показывает, что МП «Тихвин-Теплосеть»:

· по организационно-правовой форме является муниципальным предприятием (ОКОПФ - 42);

· по форме собственности - муниципальной собственностью (ОКФС - 14);

· осуществляет следующие виды экономической деятельности (в части, касающейся предметной области проведенного обследования) по ОКВЭД:

- 40.30.3 - Распределение пара и горячей воды (тепловой энергии);

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

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

- 45.21.1 - Производство общестроительных работ по возведению зданий;

- 90.00.3 - Уборка территории и аналогичная деятельность

- 70.32.1 - Управление эксплуатацией жилого фонда;

- 41.00.2 - Распределение воды;

- 90.00.1 - Удаление и обработка сточных вод;

- 93.04 - Физкультурно-оздоровительная деятельность.

· имеет юридический адрес: 187553, Ленинградская обл., г. Тихвин, ул. Победы, дом. 1-а;

· фактически расположено по адресу: 187553, Ленинградская обл., г. Тихвин, ул.Победы, дом. 1-а;

· ОКАТО - 41460000000;

· Коды Госкомстата: ОКПО - 233 844 76; ОКОГУ - 49007;

· ОКВЭД - 40.30.3, 40.20.2, 40.30.14, 45.21.1, 90.00.3, 70.32.1, 41.00.2, 90.00.1, 93.04;

· ОКФС - 14; ОКОПФ - 42;

· возглавляется Директором Ковбасой Анатолием Григорьевичем, тел. (81367) 60-540, факс (81367) 53-795, моб. тел. 8-921-750-50-16.

· имеет банковские реквизиты: ИНН - 471 501 37 35;

· р/с 407 028 101 553 701 754 60,

· к/с 301 018 105 000 000 006 53.

БИК 044 106 783, ОКПО 233 844 76, КПП 471 501 001.

ФИО и телефоны руководителей подразделений:

Заместитель директора - главный инженер

Морозов П.А.

Начальник ППО

Вахрушева И.В.

Главный бухгалтер

Комарова Л.Н.

Руководители основных служб

Начальник Энергокомплекса

Евсеев В.В.

Заместитель главного инженера, начальник района тепловых сетей

Герасимов П.В.

Начальник отдела сбыта энергии

Куликова Г.М.

Начальник ПТО

Громова О.Д.

Начальник ОМТС

Маркелов В.М.

Начальник ОК

Згура Т.М.

Начальник бюро ОТ

Кутузова Т.А.

Юрисконсульт

Кочанова А.П.

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

№ п/п

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

Дата выдачи:

Действует по:

1

2

3

3

1

Лицензия А 0022461регистрационный номер №56-ЭВ-002844 (К)от 09.08.2004 г. выдана Федеральной службой по технологическому надзору, разрешает осуществление вида деятельности «Эксплуатация взрывоопасных производственных объектов (опасных производственных объектов, на которых используется оборудование, работающее под избыточным давлением более 0,07 МПА или при температуре нагрева воды более 115 градусов Цельсия)

09.08.2004г.

09.08.2009г.

2.

Лицензия А002489.регистрационные номер №56-ЭВ-002872 (С) от 20.08.2004г., выдана федеральной службой по экологическому, технологическому и атомному надзору, разрешает осуществление вида деятельности:

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

20.08.2004г.

20.08.2009г.

3.

4.

Лицензия АА-029296, регистрационные номер ЭВ-20-000088 (Ж) от 30.03.2006 г. выдана Управлением по экологическому, технологическому и атомному надзору Ростехнадзора по Ленинградской области, разрешает осуществление вида деятельности:

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

Лицензия Д 500179, регистрационные номер ГС-2-78-02-27-0-4715013735-008178-1 от 12.07.2004 г. выдана на основании приказа Федеральным агентством по строительству и жилищно-коммунальному хозяйству от 12.07.2004г. №24/5, разрешает осуществление вида деятельности-«Строительство зданий и сооружений 1 и 2 уровней ответственности в соответствии с государственным стандартом» при следующем составе деятельности: Осуществление функций генерального подрядчика и заказчика-застройщика, Получение и оформление исходных данных для проектировки объектов строительства (резервирование земельного участка, технико-экономические обоснования, технические условия на присоединение инженерных коммуникаций, строительный паспорт), Подготовка здания на проектирование, Техническое сопровождение проектной стадии(контроль за разработкой проектно-сметной документации, согласование ее в установленном порядке, передача в органы экспертизы, на утверждение и генподрядной организации) Оформление разрешительной документации на строительств и реконструкцию, контроль за сроками действия выданных технических условий на присоединение инженерных коммуникаций, Организация управления строительства, Технический надзор Осуществление строительства зданий и сооружений высотой до 15 метров включительно.

30.03.2006г.

12.07.2004г.

30.03.2011г.

12.07.2009г.

Основной целью функционирования МП «Тихвин - Теплосеть» является обеспечение надёжного и бесперебойного теплоснабжения потребителей г. Тихвин. Потребителями тепловой энергии в паре и горячей воде являются население, бюджетные и муниципальные предприятия, прочие потребители.

2.2 Общая характеристика имущественного комплекса

Основным источником тепла, обеспечивающим покрытие 95% потребностей города в тепловой энергии и горячей воде, является городская газовая котельная № 1 (далее в тексте отчёта используются равнозначные термины - «котельная», «котельная «Энергокомплекс» и «энергокомплекс»). Установленная мощность котельной 277 Гкал/ч, подключённая нагрузка 225 Гкал/ч.

Котельная имеет паровую и водогрейную группы котлов, состоящие соответственно, из четырех котлов ДКВР-20/13 и трех ПТВМ-100. Характеристика находящихся в эксплуатации котлов представлена в табл. 1.1.

Таблица 1.1. Характеристика котлов городской котельной

Модель, зав.№

Тип горелочного устройства

Разрешенное давление, ати

Регистрационный №

Год установки

Дата регистрации

Дата следующего ВО

Дата следующих гидр. исп.

1

ДКВР-20/13 № 535

ГМГ-5М

10,0

15060

1966

16.09.66

07.2006

07.2008

2

ДКВР-20/13 № 588

ГМГ-5М

10,0

15061

1966

16.09.66

07.2006

07.2008

3

ДКВР-20/13 № 629

ГМГ-5М

10,0

15254

1967

09.02.67

07.2006

07.2008

4

ДКВР-20/13 № 749

ГМГ-5М

10,0

15348

1967

03.07.67

07.2006

07.2010

5

ПТВМ-100 № 1151

БК-25562

16,0

15575

1967

29.11.67

10.2007

10.2008

6

ПТВМ-100№ 12

БК

16,0

15576

1967

29.11.67

10.2007

10.2008

7

ПТВМ-100№ 1806

БК

16,0

18554

1972

25.05.72

10.2007

10.2008

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

Тепловые сети города в двухтрубном исчислении имеют протяженность 83,8 км, введены в эксплуатацию в 1965 - 1993 г., находятся в неудовлетворительном состоянии. Восемьдесят процентов сетей эксплуатируется более 15-20 лет.

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

Таблица 1.2. Основное оборудование системы ХВО

№ пп

Наименование

Тип

Ввод в эксплуатацию

Кол-во

Основные характеристики

1

Насос осветленной воды

8К-12

30.05.82 г.

3

Q=288 м3/час; h=2,9 кГс/см2

2

Насос осветленной воды

8НДВ-60

30.12.67 г.

1

Q=450м3/час;

h=4,0 кГс/см2

3

Насос осветленной воды

Д500-65

30.12.97 г.

1

Q=500м3/час;

h=6,5 кГс/см2

4

Насос осветленной воды

Д320-50

30.12.02 г.

1

Q=320м3/час;

h=5,0 кГс/см2

5

Na-катионитовый фильтр I ступени

5

V=31 м3;O 3 м; h=4,45 м

6

Na-катионитовый фильтр I I ступени

2

V=12,7 м3;O 2 м; h=4,05 м

7

Фильтр раствора соли механический

1

O 1500 мм

8

Бак раствора соли

2

V=4м3;O 1340 мм h=3 м

9

Бак раствора соли

1

V=6 м3;

Оборудование склада соли

1

Бункер мокрого хранения соли

2

V=50 м3;

2

Насос раствора соли

Х100-80-160К-СД

30.04.98 г.

1

Q=100м3/час;

h=8,0 кГс/см2

3

Насос раствора соли

3Х-9д

1

Q=45м3/час;

h=3,1 кГс/см2

Таблица 1.3. Краткая характеристика деаэраторов котельной

№ пп

Назначение

Тип

Станционный номер

Емкость, м3

Год установки

1

Питательный

ДС-150

3

50

1967

2

Подпиточный

ДС-150

1

50

1967

3

Подпиточный

ДС-150

2

50

1967

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

№ пп

Наименование

Тип

Кол-во

1

Фильтр газовый волос.

Ду - 300

1

2.

Счетчик газа

СПГ-706

1

3

Предохранительно-запорный клапан

ПКН-100

ПКВ-200

1

2

4

Редукционный клапан

РДУК2Н-100/70

РДУК2В-200/140

1

2

5

Предохранительно-сбросной клапан

ПСК-50

СППК-4р-16

1

1

Таблица 1.5. Характеристика дымовых труб котельной

№ пп

Наименование

Кол-во

Основные характеристики

1

Дымовая труба, кирпичная

1

Н = 45 м

устья = 2,2 м

2

Дымовая труба, железобетонная

1

Н= 150 м

устья = 4,8 м

На рис. 1.1-1.14 представлены фотографии оборудования и сооружений котельной.

Рис. 1.1. Здание ГРП котельной.

Рис. 1.2. Наружная конвективная часть котлов типа ПТВМ-100.

Рис. 1.3. Верхняя часть котла ДКВР-20/13.

Рис. 1.4. Фронт котла ДКВР-20/13 с горелками ГМГ-5,5м.

Рис. 1.5 Подогреватели пароводяные (УГСВ, Черт.ТИ114.000.СБ, Q=400т/ч, F=66 м2).

Рис. 1.6. Охладитель деаэрированной воды (Черт. ПСВ-125-7-15, Q=200т/ч, F=33 м2).

Рис. 1.7. Подогреватели пароводяные (сырой воды, Черт.08.8111.120.03, Q=400т/ч, F=66 м2).

Рис. 1.8. Катионитовые фильтры (ТКЗ , O 3000 мм.).

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

Рис. 1.10. Сетевой насос № 4 (типа 1Д1250-125).

Рис. 1.11. Вычислители количества расхода газа типа СПГ.

Рис. 1.12. Баки аккомуляторы горячей воды 500 м3 каждый.

Рис. 1.13. Питательный деаэратор типа ДС-150.

Рис. 1.14. Трубы дымовые: железобетонная от трех котлов ПТВМ-100 ( Н=150 м., диаметр устья = 4,8 м.) и кирпичная от четырех котлов ДКВР-20/13 (Н=45м., диаметр устья = 2,2 м.).

Тепловые сети города в двухтрубном исчислении имеют протяженность 83,8 км, введены в эксплуатацию в 1965 - 1993 г., находятся в неудовлетворительном состоянии. Восемьдесят процентов сетей эксплуатируется более 15-20 лет. В 1996 г. был выполнен последний ремонт в объёме 5 км. В 2001 - 2002 г.г. ремонт выполнялся в объёме 300 - 500 пм. в год, что явилось предпосылкой к лавинообразному возрастанию отказов.

Актом - авизо от 30 декабря 2005 года № 256 муниципальное предприятие «Тихвин - Теплосеть» муниципального образования «Тихвинский район Ленинградской области» передало из хозяйственного ведения с баланса объекты коммунально - бытового назначения по Актам приёма - передачи, указанное в соответствующих перечнях имущество, на сводный баланс Комитета по управлению муниципальным имуществом (в казну МО). Основные характеристики групп переданного имущества - объектов коммунально - бытового назначения г. Тихвина, п. Сарка, п. Царицыно Озеро, п. Березовик-1, п. Березовик-2 - приведены в табл. 1.6.

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

№ п/п

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

Финансовые показатели, руб.

Количество, ед.

1.

Группа - здания

Балансовая стоимость

Износ

Остаточная стоимость

27 139 094,90

13 256 687,76

13 882 407,14

31

2.

Группа - передаточные устройства

Балансовая стоимость

Износ

Остаточная стоимость

113 904 021,66

93 246 810,05

20 657 211,61

758

3.

Группа - оборудование

Балансовая стоимость

Износ

Остаточная стоимость

17 442 653,95

13 153 499,56

4 289 154,39

244

4.

Группа - инвентарь

Балансовая стоимость

Износ

Остаточная стоимость

90 250,84

90 250,84

0,00

27

5.

Группа - транспорт

Балансовая стоимость

Износ

Остаточная стоимость

566 016,79

27 050,58

538 966,21

3

6.

Группа - сооружения

Балансовая стоимость

Износ

Остаточная стоимость

2 398 949,67

1 475 177,94

923 771,73

34

Всего по группам

Балансовая стоимость

Износ

Остаточная стоимость

161540 987,81

121249 476,73

40 291511,08

1097

В рамках «Стратегического плана развития г. Тихвин до 2010 года», разработанного РосНИПИ Урбанистики по заказу Администрации Муниципального образования, в период до 2010 года планируется решение следующих проблемных для г. Тихвина задач:

ь уменьшение потребления энергетических и водных ресурсов;

ь обеспечение бесперебойной, надежной и безопасной работы энергетического комплекса города;

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

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

К числу приоритетных проектов, подлежащих реализации в указанный период отнесены:

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

программа стимулирования энергосберегающих технологий.

Передачу МП «Тихвин - Теплосеть» основных средств в казну Муниципального образования следует рассматривать, как первый шаг процесса акционирования предприятия. Очевидно, что после изменения формы собственности вновь образованное предприятие будет выступать в роли арендатора основных средств, необходимых для реализации основной целевой функции - обеспечения поставки тепловой энергии потребителям г. Тихвина. Опыт работы с аналогичными предприятиями свидетельствует о том, что арендодателю, в целях стимулирования усилий арендатора по обеспечению надёжного функционирования источников и тепловых сетей, в том числе реализации программ их модернизации, реконструкции и переоборудования, целесообразно заключать договор аренды на длительный, соизмеримый со сроками окупаемости указанных программ, срок (не менее 8 ? 10 лет).

3. ПРОЕКТИРОВАНИЕ МОДЕЛИ

интерфейс программа теплоснабжение финансовый

3.1 Цели, задачи и проблемы на предприятии

Население г Тихвина приблизительно 75 тысяч жителей. Основная часть проживает в 1Амик,1мик,2мик,3мик,4мик,5мик,6мик,7мик,8 мик, старом городе и коттеджах. К каждому дому подведена горячая и холодная вода. Каждый дом в зависимости от проекта обладает определенной нагрузкой на отопление и нагрузкой на ГВС.

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

Например:

1.Расчет недоотпуска тепловой энергии на отопление Гкал (По каждому отключению)

2.Расчет недоотпуска тепловой энергии на ГВС Гкал (По каждому отключению)

3.Расчет продолжительности отключения.

4.Создание единой базы отключений.

5. Возможность вывода информаций по :

А) домам и микрорайонам.

Б) времени отключения в течении месяца.

В) создание необходимой выборки.

Г) управляющим компаниям.

Д) задание новых адресов с занесением их в общую базу данных(При строительстве новых домов)

Е) задание новых управляющих компаний с занесением их в общую базу данных(При их возникновении)

Ж) вывод таблицы по запросу общей (Введении даты отключений с и по)

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

И) создание общего отчета.

К) создание запросов и редактирование их по необходимой информации.

Л) создание базы общей аккумуляции отключений.

М) и так далее и тому подобное…

Во время прохождения практики на МП «ТИХВИН - ТЕПЛОСЕТЬ» руководством предприятия мне была поставлена задача создание базы данных, которая содержала бы в себе решение всех этих проблем. С чем я успешно справился. Данная база была внедрена и ныне работает на предприятии. Помогая решать множество проблем.

3.2 Получение и обработка информации об отключениях

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

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

1) Микрорайон, улица и номер дома.

2) Дата отключения

3) Время отключения

4) Дата включения

5) Время включения

6) Температура наружного воздуха

7) Проводимые работы ( данные были включены лично мной с согласованием с начальством по необходимости)

8) Участок работ ( данные были включены лично мной с согласованием с начальством по необходимости)

9) Принадлежность компании ( данные были включены лично мной с согласованием с начальством по необходимости)

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

Например : 01,01,2007 поступила информация про отключение 5 дома в 1 микрорайоне в 15:00 на 2 часа, при температуре наружного воздуха 5 градусов. Адреса всего Тихвина уже вбиты в корневую таблицу. Что позволяет не прописывать их.

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

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

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

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

А) Проводимых работ.

Б) Участок работ.

В) Принадлежность компании.

3.3 Разработка схемы данных

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

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

3.4 Разработка пользовательского интерфейса

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

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

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

В строки ( Микр.улица, «№»Дома, Нагрузка на отопление, Нагрузка на ГВС) вписываются необходимые данные, после чего нажимается кнопка нового заполнения формы. После ее нажатии адрес автоматически заносится в корневую таблицу. И им можно пользоваться при введении и расчетов новых отключений.

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

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

После внесения необходимых изменений закройте форму. Аccess спросит вас сохранять изменения или нет. При нажатии кнопки да изменения сохраняться. Можно продолжать работать с базой. С внесенными изменениями.

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

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

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

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

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

Нажатие кнопки «Создание запросов» выведет в конструктор запроса на выборку.

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

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

Руководство по использованию базы данных описано в помощи.

Заключение

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

Алиев В.К. Visual Basic М., Солон-Р. С. 384, 2005.

Боровиков В.В. Microsoft Access 2002. Программирование и разработка баз данных и приложений. М., Солон-Р. С. 560, 2004.

Инструкция по делопроизводству в Управлении МНС России и межрегиональной инспекции МНС России, утвержденная приказом МНС России от 25.12.2003 г. № БГ-3-18/716.

4. ТЕХНИЧЕСКИЙ ОТЧЕТ по договору - подряда № 16 -ЭА от 23.09.2006 г.

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


Подобные документы

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

    курсовая работа [3,4 M], добавлен 08.09.2015

  • Новые тенденции развития СУБД и областей их применения. Структурные элементы базы данных. Объектно-ориентированная модель программных компонентов. Формы, модули и метод разработки "Two-Way Tools". Масштабируемые средства для построения баз данных.

    дипломная работа [589,5 K], добавлен 16.12.2013

  • Склад ОАО "Ориенбанк", его специфика и структура. Описание структуры базы данных складского учета для предприятия. Разработка пользовательского интерфейса программы. Инструкция к применению базы данных. Автоматизация операций и учета средств банка.

    курсовая работа [4,7 M], добавлен 26.02.2010

  • Теоретические аспекты СУБД. Основные понятия. Функциональные возможности СУБД. Архитектура систем управления. Разработка базы данных. Крупные массивы данных размещают, как правило, отдельно от исполняемого программы, и организуют в виде базы данных.

    курсовая работа [30,5 K], добавлен 23.02.2006

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

    курсовая работа [2,9 M], добавлен 24.03.2023

  • Описание первичных и результатных документов, типа связи информационных объектов. Построение информационно-логической модели базы данных и её реализация в СУБД Access (создание таблиц, запросов, форм, отчётов). Разработка интерфейса пользователя.

    курсовая работа [2,1 M], добавлен 14.11.2013

  • Возможности Microsoft Access, типы данных, оценка степени безопасности, принципы защиты информации. Инфологическое проектирование базы данных. Основные преимущества Office Access 2007. Разработка и описание пользовательского интерфейса, решаемые задачи.

    курсовая работа [1,5 M], добавлен 28.04.2014

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

    курсовая работа [3,2 M], добавлен 23.08.2014

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

    курсовая работа [2,3 M], добавлен 01.11.2011

  • Разработка пользовательского интерфейса и создание базы данных на основе реляционной СУБД Microsoft Access. Процедуры для ввода, корректировки, просмотра входных данных, их обработка и анализ. Формирование запросов и отчетов, их вывод на экран монитора.

    курсовая работа [2,7 M], добавлен 03.05.2014

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.