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

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1. ОБЩЕСИСТЕМНЫЙ РАЗДЕЛ

1.1 Информационная система и ее виды

1.2 Модели баз данных. Их преимущества и недостатки

1.2.1 Концептуальная модель

1.2.2 Инфологическая модель "Сущность-связь"

1.2.3  Реляционная модель

1.2.4  Иерархическая модель

1.2.5 Сетевая модель

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

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

1.3.1 Базовые понятия реляционных баз данных

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

1.3.3 Цели проектирования реляционных баз данных

1.4 Цель и задачи дипломного проекта

2. СПЕЦИАЛЬНЫЙ РАЗДЕЛ

2.1 Анализ предметной области

2.2 Разработка базы данных

2.2.1 Определение связей между сущностями

2.2.2 Определение атрибутов сущностей

2.2.3 Графическое представление кардинальностей связей между сущностями

2.3 Функциональное описание разрабатываемого программного обеспечения «База ИДПО»

2.4 Пользовательский интерфейс

2.5 Выводы по разделу

3. ЭКОНОМИКО - ОРГАНИЗАЦИОННЫЙ РАЗДЕЛ

3.1 Определение трудоёмкости разработки программного средства.

3.2 Определение стоимости разработки и освоения ПС ВТ

3.3 Расчёт показателей экономической эффективности ПС ВТ

3.4 Сводные показатели экономической эффективности

3.5 Вывод по разделу

4. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ

4.1 Охрана труда в помещении с пэвм (эвт)

4.2 Гигиеническая сертификация используемого оборудования (ПЭВМ,ЭВТ) и аттестация рабочих мест с ПЭВМ

4.3 Санитарно-гигиенические и психофизиологические факторы условий труда в помещении с ПЭВМ (ЭВТ), мероприятия и технические средства по снижению их негативного влияния

4.4 Характеристика выполняемой на ПЭВМ работы и рекомендации по улучшению ее организации

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

4.6 Характеристика помещения с ПЭВМ (ЭВТ) по электроопасности и обеспечение электробезопасности в данном помещении

4.7 Характеристика помещения с пэвм (эвт) по взрывопожароопасности и обеспечение пожаровзрывобезопасности в данном помещении

4.8 Мероприятия и технические средства по предупреждению чрезвычайных ситуаций и ликвидации их последстви

4.9 Мероприятия и технические средства по охране окружающей среды в районе расположения объекта исследования

4.10 Детальная разработка вопроса бжд

4.10.1 Устройство защитного отключения

4.10.2 Назначение

4.10.3 Цели и принцип работы

4.11 Выводы по разделу

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

ПРИЛОЖЕНИЕ

ВВЕДЕНИЕ

Разработка информационных систем является одним из наиболее приоритетных и востребованных направлений в сфере разработки программного обеспечения. Существует огромное множество как самих сред создания приложений, так и универсальных СУБД со встроенным языком (зачастую высокого уровня). Это и Borland Delphi, и Microsoft Visual Studio, и C++ Builder, и Visual FoxPro, и многие другие. Каждый из таких продуктов содержит широкий набор компонентов, методов и процедур для обработки сложнейших структурированных систем данных.

Использование так называемых RAD-систем, т.е. систем мгновенной разработки приложений, значительно ускоряет процесс разработки и является более простым и выгодным способом, нежели использование иных сред. К примеру, в Microsoft Visual Studio 2005 реализовано как использование готовых компонентов (MFC) и добавление своих, так и создание приложений с нуля, т.е. программисту придется вручную предусматривать обработку сообщений операционной системы, создавать GUI интерфейс вручную на основе WinAPI функций. Вследствие чего разработка конечного проекта становиться тяжелым процессом. Поэтому применение RAD-систем оправданно с точки зрения времени создания проекта, а также простоты разработки.

Операционные системы WindowsNT обеспечивают для интегрированного в С++Builder отладчика возможность поиска ошибок в создаваемых приложениях. Если при выполнении приложения возникнут какие-либо конфликты с операционной системой, то Windows Program Registry может автоматически запустить встроенный отладчик, который выведет на экран в специальное окно редактирования исходную строку приложения и предоставит возможность продолжить отладку с этого места. Мощный отладчик позволяет легко найти и зафиксировать все ошибки в тексте программы.

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

1. ОБЩЕСИСТЕМНЫЙ РАЗДЕЛ

1.1    Информационная система и ее виды

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

Примерами информационных систем являются:

банковские ИС;

- ИС фондового рынка;

финансовые ИС;

страховые ИС;

ИС налоговых органов;

ИС таможенной службы;

государственные статистические ИС;

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

другие информационные системы.

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

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

 

1.2 Модели баз данных. Их преимущества и недостатки

 

.2.1 Концептуальная модель

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

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

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

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

1.2.2 Инфологическая модель "Сущность-связь"

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

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

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

Связь - ассоциирование двух или более сущностей.

Первый тип связи - связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В (рисунок 1.1). Например, работник и его ставка.

Рисунок 1.1 - Связь один-к-одному

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

Второй тип - связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности «А» соответствуют 0, 1 или несколько представителей сущности «В» (рисунок 1.2). В концептуальной модели это соответствует включению.

Рисунок 1.2 - Cвязь один-ко-многим

На основе этих двух видов связей возможно составление более сложных связей.

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

Если сущность «С» связывает сущности «А» и «В», то она должна включать внешние ключи, соответствующие первичным ключам сущностей «А» и «В».

Если сущность «В» обозначает сущность «А», то она должна включать внешний ключ, соответствующий первичному ключу сущности «А».

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

Стержневая сущность (стержень) - это независимая сущность. Например, при описании накладной, стержневой сущностью является шапка накладной.

Ассоциативная сущность (ассоциация) - это связь вида "многие-ко-многим". Например, товар в накладной - это связь с шапкой накладной и справочником наименований товара, справочником единиц измерения.

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

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

1.2.3 Реляционная модель

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

Для лучшего понимания РМД следует отметить три важных обстоятельства:

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

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

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

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

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

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

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

Кардинальное число или мощность отношения - это число его кортежей. Кардинальное число отношения изменяется во времени в отличие от его степени. Практически кардинальное число - это количество строк в заголовке.

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

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

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

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

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

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

1.2.4 Иерархическая модель

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

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

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

Структурная часть иерархической модели.

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

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

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

Управляющая часть иерархической модели.

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

Определены следующие способы доступа:

·      иерархически последовательный;

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

·              иерархически прямой;

·              иерархически индексно-прямой;

·              индексный.

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

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

1.2.5 Сетевая модель

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

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

Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями.

Тип связи определяется для двух типов записи: предка и потомка. Экземпляр типа связи состоит из одного экземпляра типа записи предка и упорядоченного набора экземпляров типа записи потомка. Для данного типа связи L с типом записи предка P и типом записи потомка C должны выполняться следующие два условия:

·      каждый экземпляр типа записи P является предком только в одном экземпляре типа связи L;

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

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

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

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

Все более усложняющиеся практические задачи стимулируют появление иных моделей данных, точнее отображающих реальный мир. Первой из таких моделей стала семантическая модель данных (semantic database model - SDM). SDM позволяет моделировать как данные, так и их отношения в единой структуре, называемой объектом. Поскольку основной структурой модели является объект, модель SDM получила название объектно-ориентированной модели базы данных (object oriented database model, OODM). В свою очередь OODM стала основой создания объектно-ориентированной модели базы данных (OODBM), управление которой осуществляется с помощью системы управления объектно-ориентированной базой данных (ООСУБД, OODBMS).

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

Объектно-ориентированная модель данных имеет несколько важнейших преимуществ перед ER-моделью:

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

во внешнее представление включено семантическое наполнение.

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

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

Однако объекты OODM содержат большее число типов связей и более сложные связи:

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

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

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

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

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

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

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

1.3.1 Базовые понятия реляционных баз данных

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

Основы реляционной модели данных были впервые изложены в статье Е.Кодда в 1970 г. Эта работа послужила стимулом для большого количества статей и книг, в которых реляционная модель получила дальнейшее развитие. Наиболее распространенная трактовка реляционной модели данных принадлежит К.Дейту . Согласно Дейту, реляционная модель состоит из трех частей:

·      структурной части;

·              целостной части;

·              манипуляционной части.

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

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

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

Потенциальные ключи

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

Определение 1. Пусть дано отношение «R». Подмножество атрибутов «К» отношения «R» будем называть потенциальным ключом, если «R» обладает следующими свойствами:

- Свойством уникальности - в отношении не может быть двух различных кортежей, с одинаковым значением «K»;

- Свойством неизбыточности - никакое подмножество в «К» не обладает свойством уникальности.

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

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

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

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

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

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

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

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

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

- первая нормальная форма (1NF);

вторая нормальная форма (2NF);

третья нормальная форма (3NF);

нормальная форма Бойса-Кодда (BCNF);

четвертая нормальная форма (4NF);

пятая нормальная форма, или нормальная форма проекции-соединения (5NF или PJ/NF).

Основные свойства нормальных форм:

каждая следующая нормальная форма в некотором смысле лучше предыдущей;

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

1.3.2.1 Первая нормальная форма

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

1.3.2.2 Вторая нормальная форма

Таблица находится во второй нормальной форме, если она находится в первой нормальной форме, и при этом любой её атрибут, не входящий в состав возможного ключа, функционально полно зависит от каждого возможного ключа. Функционально полная зависимость означает, что атрибут функционально зависит от всего составного ключа, но при этом не находится в функциональной зависимости от какой-либо из входящих в него атрибутов (частей). Или другими словами: в 2NF нет не ключевых атрибутов, зависящих от части составного ключа (плюс выполняются условия 1НФ).

1.3.2.3 Третья нормальная форма

Согласно определению Кодда, таблица находится в 3НФ тогда и только тогда, когда выполняются следующие условия:

·      отношение R (таблица) находится во второй нормальной форме;

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

Непервичный (неключевой) атрибут R - это атрибут, который не принадлежит ни одному из возможных (альтернативных) ключей R. Транзитивная зависимость - это функциональная зависимость, при которой X → Z (X определяет Z) не напрямую, а посредством отношения X → Y и Y → Z (отношение Y → X не является обязательным условием).

Определение 3НФ, эквивалентное определению Кодда, но по-другому сформулированное, дал Карло Заниоло в 1972 году. Согласно ему, таблица находится в 3НФ тогда и только тогда, когда для каждой из ее функциональных зависимостей X → A выполняется хотя бы одно из следующих условий:

·      Х содержит А (то есть X → A - тривиальная функциональная зависимость)

·              Х - суперключ

·              А - первичный атрибут (то есть А входит в состав альтернативного ключа).

Определение Заниоло четко определяет разницу между 3НФ и более строгой нормальной формой Бойса-Кодда (НФБК): НФБК исключает третье условие («А - первичный атрибут»).

1.3.3 Цели проектирования реляционных баз данных

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

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

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

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

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

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

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

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

1.3.3.1 Нормализации, функциональных и многозначных зависимостях

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

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

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

Теперь в дополнение к 1НФ можно определить дальнейшие уровни нормализации - вторую нормальную форму (2НФ), третью нормальную форму (3НФ) и т.д. По существу, таблица находится в 2НФ, если она находится в 1НФ и удовлетворяет, кроме того, некоторому дополнительному условию, суть которого рассмотрена в пункте 1.2.2.2. Таблица находится в 3НФ, если она находится в 2НФ и, помимо этого, удовлетворяет еще другому дополнительному условию и т.д (пункт 1.2.2.3).

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

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

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

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

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

 

1.4 Цель и задачи дипломного проекта

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

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

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

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

) разработать пользовательский интерфейс;

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

5)      рассмотреть вопросы охраны труда в помещении с ПЭВМ.

2. СПЕЦИАЛЬНЫЙ РАЗДЕЛ

2.1 Анализ предметной области

Институт заочного и дополнительного профессионального образования (ИДПО) ведет образовательную подготовку в соответствии с учебными планами и календарными графиками, обеспечивая необходимый уровень подготовки для проведения теоретических и практических занятий со студентами различных специальностей и направлений. В ИДПО обучение ведется за счет средств федерального бюджета и на платной основе (с оплатой в течение учебного года). Студенты могут получить первое высшее образование с полным сроком обучения от 5 до 6 лет для имеющих среднее полное общее образование; первое высшее образование в сокращенные сроки от 3,5 до 4 лет в зависимости от направления (для окончивших техникумы и колледжи); второе высшее образование от 3,5 до 4 лет в зависимости от направления.

Обучение по полному сроку ведется по 18 направлениям бакалавриата - 1 и 2 курсы, по 19 специальностям - 3 и 6 курсы, а также по специальности Наземные транспортно-технологические средства - 1 и 2 курсы.

Направления бакалавриата следующие:

экономика;

прикладная информатика;

социология;

психология;

сервис;

гостиничное дело;

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

управление в технических системах;

техносферная безопасность;

информационные системы и технологии;

строительство;

электроэнергетика и электротехника;

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

эксплуатация транспортно-технологических машин и комплексов;

теплоэнергетика и теплотехника;

стандартизация и метрология;

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

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

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

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

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

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

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

2.2 Разработка базы данных

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

- Студент (ФИО);

Дата рождения;

Группа;

Пол;

Основа обучения;

Направление;

Шифр группы;

Профиль/не профиль;

Номер договора;

Номер приказа;

Стоимость обучения;

Код направления;

Адрес;

Телефон;

Иногородние;

Академический отпуск;

Фотография.

2.2.1 Определение связей между сущностями

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

1. Студенты имеют дату рождения;

2. Студенты имеют пол;

3. Студенты разделены на группы;

4. Студенты имеют основу обучения;

5. Студенты имеют направление;

6. Студенты обучаются по профилю или нет;

7. Студенты имеют адрес;

8.  Студенты имеют телефон;

9.  Студенты могут быть иногородними;

10. Студенты имеют фотографию.

2.2.2 Определение атрибутов сущностей

После определения сущностей и связей необходимо определить атрибуты сущностей. Атрибут - это свойство типа сущности или типа связи. Определение атрибутов сущностей происходит следующим образом:

1- Студент (ФИО): Общая информация о студенте.

Фамилия, Имя, Отчество, Пол, Дата рождения, Направление, Профиль/Не профиль, Иногородний/Не иногородний, Стоимость обучения, Адрес проживания, Домашний телефон, Рабочий телефон, Мобильный телефон, Фотография.

2 - Группа: Студент проходит обучение в группе.

         Шифр группы.

3-    Направление: Студент проходит обучение по направлению.

Код направления.

4 - Основа обучения: При поступлении студент начинает обучение на бюджетной основе или на договорной.

Номер договора. Номер приказа

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

1- Студент(ФИО):

ID студента, Фамилия, Имя, Отчество, Пол, Дата рождения, Направление, Профиль/Не профиль, Иногородний/Не иногородний, Адрес проживания, Домашний телефон, Рабочий телефон, Мобильный телефон, Фотография.

2 - Группа:

ID группы, Группа, Шифр группы

3 - Направление:

ID направления, Направление, Код направления

4 - Основа обучения:

ID основы обучения, Основа обучения, Номер договора, Номер приказа, Стоимость.

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

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

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

1- Студент:

ID студента (первичный ключ).

Связана с таблицами: Группа, Направление, Основа обучения.

2 - Группа:

ID студента (внешний ключ).

Связана с таблицами: Студент.

3 - Направление:

ID студента (внешний ключ).

Связана с таблицами: Студент.

4 - Основа обучения:

ID студента (внешний ключ).

Связана с таблицами: Студент.

2.2.3 Графическое представление кардинальностей связей между сущностями

Степень: 1 : 1

Класс левой сущности: 1 - обязательный

Класс правой сущности: 1 - обязательный

Степень: 1 : 1

Класс левой сущности: 1 - обязательный

Класс правой сущности: 1 - обязательный

Степень: 1 : N

Класс левой сущности: 1 - обязательный

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

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

Рисунок 2.2 - Схема базы данных

 

.3 Функциональное описание разрабатываемого программного обеспечения «База ИДПО»

Программное обеспечение «База ИДПО» предоставляет широкий спектр функций для работы с базой данных ИДПО:

·   учет принятых студентов;

·        работа с информацией, касающейся студентов:

·        составление личных карточек;

·        учет оценок;

·        ведение академических отпусков;

·        учет бюджетных мест;

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

·   учет отчисленных;

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

Обоснование выбора сред разработки.

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

для проектирования базы данных была выбрана среда Microsoft Access 2007 (10.2701.2625);

- для проектирования интерфейса программного продукта была выбрана среда Borland C++ Builder Enterprise Suite Version 6.0.

Microsoft Office Access или просто Microsoft Access - реляционная система управления базами данных корпорации Mocrosoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и баз данных. Основные преимущества Microsoft Office Access 2007:
 - Быстрое получение нужных результатов с помощью пользовательского интерфейса Office Fluent;

(Office Access 2007 обеспечивает качественно иной уровень возможностей, предлагая пользовательский интерфейс Office Fluent, новую область переходов и представления в окнах с вкладками)

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

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

Создание нескольких отчетов с разными представлениями одних и тех же данных;

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

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

(Office Access 2007 автоматически определит заносимый тип данных: дата, денежная сумма или другой стандартный тип)

Новые типы полей, расширяющие возможности пользователей;

(В Office Access 2007 вводятся новые типы полей, такие как вложения и многозначные поля. Теперь в любую запись в приложении можно вложить любой документ, изображение или электронную таблицу. Многозначное поле позволяет выбирать в каждой ячейке несколько значений, например назначать задачу более чем одному сотруднику)

- Сбор и обновление сведений непосредственно из источника;

(С помощью Microsoft Office InfoPath 2007 или HTML можно автоматически создавать формы, через которые будет собираться информация для базы данных)

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

(Office Access 2007 можно использовать в качестве многофункционального клиентского интерфейса, связывая с текущей базой данных таблицы из других баз данных Access, электронных таблиц Excel, узлов Windows SharePoint Services, источников данных ODBC, баз данных Microsoft SQL Server и других источников, что позволит Вам принимать решения на основе более полной информации.)++Builder стал одними из самых популярных на сегодняшний день инструментов для создания как настольных, так и корпоративных информационных систем благодаря уникальному сочетанию удобства разработки пользовательских интерфейсов, компонентной архитектуры, однотипности доступа к разнообразным базам данных, начиная от плоских таблиц формата dBase и Paradox и кончая серверными СУБД, также обладает преимуществами:

- Язык C++ с поддержкой расширений стандартов ANSI/ISO;

Высокопроизводительный 32-разрядный оптимизирующий компилятор;

Быстрый инкрементальный компоновщик приложений;

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

Механизмы двунаправленной разработки;

Интегрированный отладчик CPU View и инструменты командной строки;

Создание библиотек DLL, LIB и исполняемых программных файлов ЕХЕ;

Объекты модулей данных;

Полный доступ к Windows API;

Хранилище объектов;

Контроллеры и серверы OLE Automation;

Библиотека Визуальных Компонент VCL;

Мастер для помощи в создании компонент;

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

Проводник баз данных;

Компоненты для создания отчетов;

Поддержка соединений ODBC;

Компонента визуализации и редактирования баз данныхMulti-Object Grid;

Генератор дистрибутивов InstallShield Express;

Internet Solutions Pack для разработки Web-приложений;

Открытые инструменты API;

Расширенный набор компонент ActiveX;

Драйверы SQL Links для баз данных Oracle, Sybase, Informix, DB2, Microsoft SQL Server и InterBase;

Visual Query Builder;

2.4 Пользовательский интерфейс

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

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

void __fastcall TForm1::DBGrid1CellClick(TColumn *Column)

{(!(TBlobField*)ADOQuery1->FieldByName("Фотография")->IsNull) {1->Visible = true;// Сделать изображение видимым

TMemoryStream* strm = new TMemoryStream;// Выделение памяти

TJPEGImage *ptJpg=new TJPEGImage;

((TGraphicField*)ADOQuery1->FieldByName("Фотография"))->SaveToStream(strm);// Занесение изображения в таблицу БД Access 2007

strm->Seek(0,0);(*(Word*)strm->Memory == 0xD8FF) Image1->Picture->Graphic=ptJpg;->Picture->Graphic->LoadFromStream(strm);// Вывод изображения в приложение.strm;// Освобождение памяти

delete ptJpg;

} else {

Image1->Visible = false;}

Рисунок 2.3 - Форма «База ИДПО»

На данной форме расположены 5 активных кнопок:

Сохранить и выйти;

Фильтр;

Создать карточку студента;

Редактировать карточку;

Открыть успеваемость;

1) «Сохранить и выйти» - сохраняет текущие изменения базы данных и закрывает приложение.

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

Form1->ADOQuery1->Filter = Edit2->Text;// отправление на фильтрацию запроса

Form1->ADOQuery1->Filtered = true;// разрешение фильтрации textEdit = Edit1->Text; // отправление на фильтрацию фразу запроса

Form1->ADOQuery1->Filtered=true; // разрешение фильтрации

В стандартных функциях формы «База ИДПО» есть возможность отобразить количество карточек, оказавшихся в фильтре (отрабатывает по коду: Form1->Edit1->Text = Form1->DBGrid1->DataSource->DataSet->RecordCount;) Форма фильтрации представлена на рисунке 2.5.

Рисунок 2.5 - Форма «Фильтрация»

На рисунках 2.5.1-2.5.5 приведены примеры результатов поиска и различных сортировок:

Рисунок 2.5.1 - Результат выполнения запроса в форме «Фильтрация» по полу.

Рисунок 2.5.2 - Выборка по году рождения с помощью формы «Фильтрация»

Рисунок 2.5.3 - Результат выполнения запроса в форме «Фильтрация» по году рождения.

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

Рисунок 2.5.4 - Выборка по году рождения и полу с помощью формы «Фильтрация»

Рисунок 2.5.5 - Результат выполнения запроса в форме «Фильтрация»

) «Создать карточку студента» - открывает для пользователя форму «Анкета», предоставляющую функции по добавлению и сохранению данных о новом студенте, включая фотографию и указание пути к файлу успеваемости (рисунок 2.6, 2.6.1 и 2.6.2), последовательность соединения участков кода следующая:

1) Создаем структуру: struct Data {FIO;FileName;DateBirth;Group;Pol;OsnovaObuchenia;Napravlenie;ShifrGruppy;Profile;NomerDogovora;Stoimost;KodNapPodgotovki;Address;

AnsiString TelephoneNumber;

};

) Задаются соответствия с полями формы:

{.FileName = DBEdit13->Text;.FIO = DBEdit1->Text;.DateBirth = DBEdit2->Text;.Group = DBEdit3->Text;.Pol = DBEdit4->Text;.OsnovaObuchenia = DBEdit5->Text;.Napravlenie = DBEdit6->Text;.ShifrGruppy = DBEdit7->Text;.Profile = DBCheckBox1->Checked;.NomerDogovora = DBEdit8->Text;.Stoimost = DBEdit9->Text;.KodNapPodgotovki = DBEdit10->Text;.Address = DBEdit11->Text;.TelephoneNumber = DBEdit12->Text;

3) При отмене отрабатывает участок кода восстановления данных из структуры:

Form1->ADOQuery1->Edit();->ADOQuery1->FieldByName("Путь к файлу оценок")->AsString = data.FileName;->ADOQuery1->FieldByName("Дата рождения")->AsString = data.DateBirth;->ADOQuery1->FieldByName("ФИО")->AsString = data.FIO;->ADOQuery1->FieldByName("Группа")->AsString = data.Group;->ADOQuery1->FieldByName("Пол")->AsString = data.Pol;->ADOQuery1->FieldByName("Основа обучения")->AsString = .OsnovaObuchenia;->ADOQuery1->FieldByName("Направление")->AsString = data.Napravlenie;->ADOQuery1->FieldByName("Шифр группы")->AsString = data.ShifrGruppy;->ADOQuery1->FieldByName("Профиль")->AsBoolean = data.Profile;->ADOQuery1->FieldByName("№ договора")->AsString =.NomerDogovora;->ADOQuery1->FieldByName("Стоимость")->AsString = data.Stoimost;->ADOQuery1->FieldByName("Код направления подготовки")->AsString = data.KodNapPodgotovki;->ADOQuery1->FieldByName("Адрес")->AsString = data.Address;->ADOQuery1->FieldByName("Телефон")->AsString = data.TelephoneNumber;->ADOQuery1->Post();->Close();

Пример формы создания карточки приведен на рисунках 2.6-2.6.2.

Рисунок 2.6 - Форма «Анкета»

Рисунок 2.6.1 - Форма «Загрузить фотографию»

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

Рисунок 2.6.2 - Форма «Задать путь к файлу оценок»

Кнопка «Задать путь к файлу оценок» отрабатывает по коду:

if(OpenDialog1->Execute()) {->ADOQuery1->Edit();->ADOQuery1->FieldByName("Путь к файлу оценок")->AsString = ExtractFileName(OpenDialog1->FileName);

Form1->ADOQuery1->Post();

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

Рисунок 2.7 - Форма «Анкета»

) Кнопка «Открыть успеваемость» - передает в доступ пользователю файл Excel, содержащий данные о договорах и успеваемости студента. (рисунок 2.8, 2.9)

информационный программный база данные

Рисунок 2.8 - Таблица с договорами Excel

Рисунок 2.9 - Таблица с оценками Excel

Формирование учебной карточки студента представлено на рисунке 2.10:

Рисунок 2.10 - Таблица с учебной карточкой Excel

Формирование оценочного листа студента представлено на рисунке 2.11:

Рисунок 2.11 - Таблица с оценочным листом Excel

2.5    Выводы по разделу

В специальном разделе была проведена работа по созданию программного обеспечения для работы с базой данных ИДПО:

разработана база данных;

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

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

сбор информации о предметной области;

анализ собранной информации;

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

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

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

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

Особое внимание уделялось всем требованиям заказчика. В качестве сред реализации были выбраны Microsoft Access 2007 (10.2701.2625) и C++ Builder Enterprise Suite Version 6.0 за их функциональную насыщенность и высокий спектр возможностей, предоставляемых разработчику.

3. ЭКОНОМИКО - ОРГАНИЗАЦИОННЫЙ РАЗДЕЛ

Существует отдел ИДПО. В обязанности этого отдела входит создание и контроль карточек студентов. Этим занимаются двое сотрудников. При создании карточек вручную возникает ряд проблем:

·        Отсутствие интерфейса пользователя

·        Отсутствие расширенного поиска по базе данных

·        Невозможность создания программных отчётов

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

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

3.1 Определение трудоёмкости разработки программного средства

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

Таблица 3.1 - Расчет числа строк ПС

Наименование (содержание функции)	Объем функции ПС (строк исходного текста)
Реализация стандартного графического пользовательского интерфейса (диалоговое приложение)	100
Создание и изменение схемы базы данных	200
Прием данных (в заданных форматах) от приложений нижестоящего уровня	90
Разработка выходных печатных форм	290
Итого:	600

Число строк определяется по [8, стр. 33, таблица 5.2].

Для программы такого объема затраты труда составят 91чел.-дн.

Общая трудоемкость программного средства рассчитывается по формуле

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

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

Таблица 3.2 - Значение коэффициента, учитывающего уровень повышения сложности ПС ВТ ()

№	Дополнительные характеристики ПСВТ	Значение
1	Функционирование ПС ВТ в расширенной операционной среде (связь с другими ПС ВТ)	0.08
2	Интерактивный доступ	0.08
3	Обеспечение хранения, введения и поиска данных в сложных структурах	0.07
4	Наличие в ПС ВТ одновременно нескольких характеристик (по таблице 3.3) 1) 2 характеристики 2) 3 характеристики 3) свыше 3-х характеристик	0.12 0.18 0.28

 

Таблица 3.3 - Группа сложности ПС ВТ

Группа сложности	Характеристика ПС ВТ
1	ПС ВТ, обладающее одной или несколькими из следующих характеристик: 1) наличие мощного интеллектуального языкового интерфейса высокого уровня с пользователем; 2) режим работы в реальном времени; 3) обеспечение телекоммуникационной обработки данных и управления удалёнными объектами; 4) машинная графика; 5) многомашинные комплексы; 6) обеспечение существенного распараллеливания вычислений
2	ПС ВТ, обладающее одной или несколькими из следующих характеристик: 7) оптимизационные расчёты 8) обеспечение настройки ПС ВТ на изменение структур выходных и входных данных; 9) настройка ПС ВТ на нестандартную конфигурацию технических средств; 10) обеспечение переносимости ПС ВТ; 11) реализация особо сложных инженерных и научных рачётов;
3	ПС ВТ, обладающее одной или несколькими из вышеперечисленных характеристик.

На основании таблицы 3.3 определяем, что наше программное средство относится к первой группе сложности (пункты 1,2,3). По таблице 3.2 определим коэффициент сложности:

Общая трудоемкость программного средства:

 чел.-дн.

Трудоемкость каждой стадии разработки ПС составит:

эскизный проект (ЭП)           -       

техническое задание (ТЗ)      -       

технический проект (ТП)      -       

рабочий проект (РП)            -       

внедрение (ВН)                     -       

Здесь ,,,, - удельный вес соответствующей стадии разработки ПС (по таблице 3.4)

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

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

,

Трудоёмкость каждой стадии разработки составит:

чел.-дн.

 чел.-дн.

 чел.-дн.

 чел.-дн.

 чел.-дн.

Уточненная общая трудоёмкость разработки ПС составит

чел.дн

где     - трудоёмкость разработки i-й стадии;

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

Необходимый срок реализации ПС

 лет,

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

Ф - годовой фонд рабочего времени одного разработчика, дн.;

 - время разработки ПС, лет.

При , равном для всех стадий единице, и Ф=231 дню, т.е. 11 месяцев*21 рабочий день, имеем

года.

Таблица 3.4 - Значения коэффициентов удельных весов трудоёмкости стадий в общей трудоёмкости разработки ПС

Код стадии	Степень новизны
	А	Б	В
ЭП	0.09	0.08	0.07
ТЗ	0.11	0.1	0.09
ТП	0.11	0.09	0.07
РП	0.55	0.58	0.61
ВН	0.14	0.15	0.16

 

Таблица 3.5 - Значения поправочного коэффициента учитывающего степень новизны

Код степени новизны	Степень новизны		Использование				Значение
			нового ПС		новой операционной системы
1	2		3		4		5
А	Принципиально новое ПС ВТ, не имеющее аналогов		+ - + -		+ + - -		1.75 1.6 1.2 1.0
Б	ПС ВТ, являющееся развитием определённого типа ПС		+ - +		+ + -		1.0 0.9 0.8
В	ПС ВТ, не яв-ляющееся развитием опре-деленного типа ПС ВТ	-		-		0.7

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

Степень охвата реализуемых функций разрабатываемого ПС типовыми программами, %	Значение коэффициента
60 и выше 40-60 20-40 До 20 Типовые программы не используются для реализации функций разрабатываемого ПС	0.6 0.7 0.8 0.9  1

3.2 Определение стоимости разработки и освоения ПС ВТ

Капитальные затраты, связанные с разработкой и освоением системы, включают затраты на разработку и освоение ПС():

Стоимость разработки () составит:

руб.

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

 - коэффициент отчислений на социальные нужды (1.26);

 - среднее число рабочих дней в месяц;

 - цена одного часа машинного времени, руб.;

 - трудоёмкость научно-исследовательских работ, чел.-дн. (принимается равной 20% от );

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

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

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

 - количество рабочих часов в месяце;

 - мощность, потребляемая в час, кВт;

 - цена одного кВтч;

 - стоимость компьютера, руб;

 - срок эксплуатации компьютера , лет.

руб.

Стоимость освоения ПС

руб.

Здесь -трудоёмкость освоения системы (10% от ), чел.-дн.

                    - затраты машинного времени на основание ПС пользователем (7 дней по 8 часов*0.75 = 42 часа).

Тогда руб.

3.3 Расчёт показателей экономической эффективности ПС ВТ

Таблица 3.7 - Годовые затраты времени с использованием ИС и без использования ИС

№№/№	Функция	Действия в рамках функции	Частота использования в год	Итого затраты времени, мин
				С использованием ИС	Без использования ИС
11	Создание карточки	- нажать кнопку «Создать карточку студента»; - заполнить предлагаемые поля; - нажать кнопку «Принять изменения»;	В среднем 500 раз	3	10
22	Редактирование карточки	- нажать кнопку «Редактировать карточку»; - изменить необходимые поля; - нажать кнопку «Принять изменения»;	В среднем 100 раз	1	3
33	Просмотр успеваемости	- нажать кнопку «Открыть успеваемость»;	В среднем 150 раз	0,2	2
44	Поиск карточки	- нажать кнопку «Фильтр»; - задать условие фильтрации по фамилии;	В среднем 900 раз	0,4	2
55	Фильтрация по группе	- нажать кнопку «Фильтр»; - задать условие фильтрации по группе;	В среднем 20 раз	0,4	1,5
66	Фильтрация по направлению	- нажать кнопку «Фильтр»; - задать условие фильтрации по направлению;	В среднем 50 раз	0,4	3
77	Фильтрация по основе обучения	- нажать кнопку «Фильтр»; - задать условие фильтрации по основе обучения;	В среднем 90 раз	0,4	10
88	Фильтрация по полу	- нажать кнопку «Фильтр»; - задать условие фильтрации по полу;	В среднем 20 раз	0,4	10
99	Фильтрация по иногородним	- нажать кнопку «Фильтр»; - задать условие фильтрации по иногородним;	В среднем 150 раз	0,4	10
110	Множественная выборка	- нажать кнопку «Фильтр»; - задать условие фильтрации по нескольким параметрам;	В среднем 900 раз	0,7	30
111	Определение количества человек в поиске	Выполнив фильтрацию перейти на основную форму	В среднем 800 раз	0,2	10
112	Печать карточки	- нажать кнопку «Печать отчет»;	В среднем 100 раз	0,2	0
1	ИТОГО: В среднем 3780 раз			2932	45180

Расчёт экономии затрат на оплату машинного времени при создании ПО

 - цена одного человеко-часа

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

руб

Время окупаемости составит:

года.

Коэффициент сравнительной экономической эффективности:

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

 - ставка дисконтирования;

 - экономия затрат;

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

3.4 Сводные показатели экономической эффективности

Таблица 3.7 - Сводные показатели экономической эффективности

Показатель экономической эффективности ПС	Значение
1	2
Объём разработанного ПС, строк	600
Трудоёмкость разработки ПС, чел.-дн.	83
Дополнительные капитальные затраты: -всего, тыс. руб. в том числе на: -разработку ПС -внедрение ПС	55742   50,114 5628
Годовая экономия эксплуатационных затрат -всего, тыс. руб.	79500
Срок окупаемости инвестиций, лет:	0,7
Коэффициент сравнительной экономической эффективности	140%
Чистый приведенный эффект	262258

3.5 Вывод по разделу

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

4. БЕЗОПАСНОСТЬ И ЭКОЛОГИЧНОСТЬ

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

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

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

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

4.1    Охрана труда в помещении с пэвм (эвт)

Общая характеристика помещения с ПЭВМ (ЭВТ)

В таблице 4.1. приведены исходные характеристики помещения с ПЭВМ:

Таблица 4.1 - Исходные характеристики помещения с ПЭВМ

№пп	Характеристика помещения	Показатель характеристики
1.	Этаж, на котором расположено помещение	2
2.	Размеры помещения, А*В*Н, м3	6*4*3=72 м3
3.	Количество работающих в помещении (max), чел.	2 чел
4.	Количество ПЭВМ и другой оргтехники, шт.	2 ПЭВМ, 1 принтера и 1 сканер
5.	Площадь на одно рабочее место, м2	4 м2
6.	Объем на одно рабочее место, м3	12 м3
7.	Ориентация оконных проемов (часть света)	2 окна на юг
8.	Окраска помещения: стены, потолок, пол, оборудование	Желтые Белый Коричневый Светло-серое
9.	Системы обеспечения параметров микроклимата: отопление, вентиляция,	Центральное Центральное
10.	Освещение :  - естественное (наличие)  -светильники,   -лампы; - аварийное (наличие)	Есть - 2 окна Рабочее имеется: 4 люминесцентные лампы Нету в данном помещении
11.	Наличие штор, занавесей, жалюзи и т.д.	Жалюзи
12.	Конструктивные параметры рабочего места с ПЭВМ: стула; стола	стул на колесиках с возможностью регулирования высоты стол: 110х60х70 см

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

Рисунок 4.1 - План помещения

4.2    Гигиеническая сертификация используемого оборудования (ПЭВМ,ЭВТ) и аттестация рабочих мест с ПЭВМ

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

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

Одна из основных частей персонального компьютера - видеомонитор, который в соответствии с ГОСТ Р 50948-96 "Средства отображения информации индивидуального пользования. Согласно Положению от 14.03.97 № 12 оценке условий труда подлежат все рабочие места работников организации независимо от должности. Иных документов по аттестации рабочих мест по условиям труда инженерно-технических работников не имеется. При замене оборудования, техпроцесса, средств коллективной защиты и т.п. производится переаттестация.

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

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

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

Сертификация направлена на достижение следующих целей:

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

) защита потребителя от недобросовестности изготовителя (продавца, исполнителя);

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

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

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

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

Результаты аттестации и сертификации используются в целях:

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

• сертификации организации работ по охране труда в организации;

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

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

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

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

4.3    Санитарно-гигиенические и психофизиологические факторы условий труда в помещении с ПЭВМ (ЭВТ), мероприятия и технические средства по снижению их негативного влияния

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

К группе физических факторов относятся:

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

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

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

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

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

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

·        повышенное значение напряжения в электрической цепи “корпус ПЭВМ - тело человека - земля” (компьютер работает с источником питания (в частности электрическая сеть с напряжением 220 В) необходимо компьютер и другие устройства подключить к «земле»).

В таблице 4.2 приведена характеристика физических факторов производственной среды в помещении с ПЭВМ:

Таблица 4.2 - характеристика физических факторов производственной среды в помещении с ПЭВМ

№пп	Наименование санитарно-гигиенического фактора условий труда	Единицы измерения	Значение фактора		Источник или причина,  вызывающая превышение норм	Рекомендуемые мероприятия и технические средства
			Фактическое	Нормативное
1	2	3	4	5	6	7
1.	запыленность	мг/м3	0,6	0,5	Негерметичные оконные проемы, пыль	Влажная уборка, сменная рабочая одежда и обувь.
2.	Температура Летом Зимой	0С	24 19	23-25 22-24	Негерметичные оконные проемы, неудовлетворительное состояние системы отопления	Утепление оконных проемов в холодное время года, кондиционер, зимой дополнительные источники тепла
3.	Влажность	%	50	40-60	пониженная температура воздуха	Кондиционер
4.	Подвижность воздуха	м/с	0,1	0,1	Сквозняки	Закрытые окна и двери
5.	Уровень шума	дБА	60	50	оборудование, автотранспорт	Герметичные окна, звукоизоляция, стеклопакет
6.	Освещенность	Лк	500	500	-	-

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

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

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

 

4.4    Характеристика выполняемой на ПЭВМ работы и рекомендации по улучшению ее организации

В таблице 4.3 приведена характеристика выполняемой на ПЭВМ работы:

Таблица 4.3. - Характеристика выполняемой работы

№пп	Характеристики работы на ПЭВМ	Показатели характеристик
1.	Профессиональная деятельность	программист
2.	Класс профессионального риска в соответствии с Правилами отнесения отраслей (подотраслей) экономики к классу профриска от 31.08.99 г. №975, с изменениями и дополнениями от 21.12.00 г. №996	1 - информационно - вычислительное обслуживание
3.	Группа трудовой деятельности с использованием ВДТ и ПЭВМ в соответствии с СанПиН 2.2.2/2.4.1340-2003	В - творческая работа в режиме диалога
4.	Категория тяжести и напряженности работы с ВДТ и ПЭВМ в соответствии с СанПиН 2.2.2/2.4.1340-2003	категория тяжести 3
5.	Суммарное число обрабатываемых знаков или суммарная продолжительность непосредственной работы с ВДТ и ПЭВМ	6 часов
6.	Наличие перерывов в работе , их длительность и количество: - обеденный перерыв - дополнительные перерывы	обеденный перерыв - 1 час  дополнительные перерывы в сумме 1 час
7.	Категория тяжести работы в соответствии с ГОСТ 12.1.005-88	1а - легкие физические работы
8.	Рабочая поза	в основном сидячая поза
9.	Энергозатраты (Вт или ккал/час)	139
10.	Разряд и подразряд зрительных работ в соответствии со СНиП 23-05-95	II-III
11.	Объект различения и его размеры (мм)	0.14…0.21
12.	Расстояние от глаз до объекта различения (м)	0,5 - 0,6
13.	Фон рабочей поверхности	белый
14.	Контраст объекта различения с фоном	черные буквы на белом фоне

Рекомендации по улучшению организации работы на персональном компьютере заключаются:

во-первых, в организации рационального режима труда и отдыха оператора ПЭВМ (рекомендуемые мероприятия с учетом характеристик выполняемой работы):

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

·        делать перерывы, с целью снятия нагрузки;

·        делать физические упражнения для расслабления;

·        делать упражнения для глаз;

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

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

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

·        использовать в помещении кондиционер;

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

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

·        по возможности содержать растительность в помещении;

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

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

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

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

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

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

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

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

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

4.6    Характеристика помещения с ПЭВМ (ЭВТ) по электроопасности и обеспечение электробезопасности в данном помещении

В таблице 4.4 приведена характеристика рабочего помещения по электроопасности:

Таблица 4.4 - характеристика рабочего помещения по электроопасности

№пп	Характеристики помещения	Показатели характеристик
1.	Наименование помещения	офис
2.	Класс используемого электротехнического изделия по способу защиты человека от поражения электротоком в соответствии с ГОСТ 12.2.007.0-75*	1
3.	Квалификационная группа работающего в данном помещении электротехнического персонала в соответствии с ГОСТ 12.1.019-79* и ПОТ РМ-016-2001	1 (пользователь ПК)
4.	Категория помещения по электроопасности в соответствии с ПУЭ	2
5.	Применяемое напряжение (В)	220
6.	Наличие и тип источника бесперебойного питания	отсутствует
7.	Используемая электрозащита: от воздействия электротока (тип нейтрали источника тока); от воздействия ионизирующих и неионизирующих излучений (тип фильтра)	защитная изоляция
8.	Тип применяемой схемы зануления или защитного заземления в соответствии с ГОСТ Р 50571	защитное заземление с глухозаземленной нейтралью (ТТ);

В помещении с ПЭВМ используемые изделия относятся к классу I, т.е. имеющие рабочую изоляцию и элемент для заземления, а также провод с заземляющей жилой и вилку с заземляющим контактом для присоединения к источнику питания. Напряжение для машин I и II классов не превышает 220 В (при постоянном токе) и 380 В (при переменном токе), а для машин III класса - 24 и 42 В.

Выбор технических способов обеспечения электробезопасности в помещении с ПЭВМ зависит от вида опасности: 1) от опасного и вредного действия электротока и электродуги; 2) от ЭМП; 3) от статического электричества (СЭ) и 4) от разрядов и воздействий атмосферного электричества. Технические способы и СЗ человека от опасного и вредного действия электротока и электродуги выбирают с учетом: 1) напряжения, рода и частоты тока ЭУ; 2) способа электроснабжения (от стационарной электросети или от автономного источника электропитания); 3) режима нейтрали (средней точки) источника электропитания (изолированная или глухозаземленная нейтраль трансформатора); 4) вида исполнения ЭУ (стационарная, передвижная или переносная); 5) условий внешней среды и т.д. При этом рассматривают два вида прикосновения: а) случайное к токоведущим частям ЭУ и б) к металлическим нетоковедущим частям ЭУ и оборудования, которые могут оказаться под напряжением в результате повреждения электроизоляции.

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

В рассматриваемом помещении с ПЭВМ для предупреждения возможных электротравм применяется защитное заземление. Схема заземления представлена на рисунке 4.2. Это преднамеренное электросоединение металлических нетоковедущих частей ЭУ или другого электрооборудования (ЭО), которые могут оказаться под напряжением, с заземляющим устройством (ЗУ). Его применяют в электросетях с изолированной нейтралью U до 1 кВ.

Рисунок 4.2 - Схема заземления

4.7   
Характеристика помещения с пэвм (эвт) по взрывопожароопасности и обеспечение пожаровзрывобезопасности в данном помещении

В таблице 4.5 приведена характеристика помещения по взрывопожароопасности и молниезащите:

Таблица 4.5 - характеристика помещения по взрывопожароопасности и молниезащите

№ пп	Характеристики помещения	Показатели характеристик
1.	Наименование помещения	производственное
2.	Сгораемые вещества	Пластик, бумага, дерево и отделочные материалы.
3.	Категория помещения по НПБ 105-2003	В4
4.	Класс помещения (зоны) по ПУЭ	П2а
5.	Требования к исполнению  электрооборудования по ПУЭ	закрытого типа
6.	Степень защиты оболочки электрооборудования	IP44
7.	Степень огнестойкости здания  по СНиП 21-01-97	2
8.	Класс здания по пожарной опасности:  - конструктивной - функциональной	С2 Ф 5.1
9.	Категория и тип молниезащиты здания по СО 153- 34.21.122-03	3, металлическая крыша присоединены к заземлению
10.	Применяемые средства пожаротушения (тип и количество): - огнетушители - датчики - сигнализация	- 1 (ОУ-5)  - ССП  - охранно-пожарная сигнализация
11.	План эвакуации (наличие и расположение)	есть на каждом этаже в коридоре
12.	Ответственный за пожарную безопасность в помещении (должность)	инженер по безопасности

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

4.8    Мероприятия и технические средства по предупреждению чрезвычайных ситуаций и ликвидации их последствий

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

1)  возможность пожара в помещении;

2)      удар молнии в здание;

)        авария на КАС;

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

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

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

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

·   Заменить огнетушители, у которых истек гарантийный срок;

·        Установить пожарную сигнализацию;

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

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

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

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

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

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

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

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

)        осуществлением дезактивации людей посредством их санитарной обработки;

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

)        дезактивацией зараженной местности и техники;

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

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

4.9    Мероприятия и технические средства по охране окружающей среды в районе расположения объекта исследования

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

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

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

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

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

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

Предприятие не оказывает ни какого загрязнения на ОС, поэтому плата за загрязнение с него не снимается.

4.10 Детальная разработка вопроса бжд

 

.10.1 Устройство защитного отключения

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

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

4.10.2 Назначение

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

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

4.10.3 Цели и принцип работы

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

Рисунок 4.2 - Схема УЗО и принцип работы

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

В США, в соответствии с National Electrical Code, устройства защитного отключения (ground fault circuit interrupter - GFCI), предназначенные для защиты людей, должны размыкать цепь при утечке тока 4-6 мА (точное значение выбирается производителем устройства и обычно составляет 5 мА) за время не более 25 мс. Для устройств GFCI, защищающих оборудование (то есть не для защиты людей), отключающий дифференциальный ток может составлять до 30 мА. В Европе используются УЗО с отключающим дифференциальным током 10-500 мА.

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

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

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

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

Рисунок 4.3 - Внутреннее устройство УЗО, подключаемого в разрыв шнура питания

На фотографии показано внутреннее устройство одного из типов УЗО. Данное УЗО предназначено для установки в разрыв шнура питания, его номинальный ток 13 А, отключающий дифференциальный ток 30 мА. Данное устройство является:

УЗО со вспомогательным источником питания выполняющим автоматическое отключение при отказе вспомогательного источника.

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

Фазный и нулевой проводники от источника питания подключаются к контактам (1), нагрузка УЗО подключается к контактам (2). Проводник защитного заземления (PE-проводник) к УЗО никак не подключается.

При нажатии кнопки (3) контакты (4) (а также еще один контакт, скрытый за узлом (5)) замыкаются, и УЗО пропускает ток. Соленоид (5) удерживает контакты в замкнутом состоянии после того, как кнопка отпущена.

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

Любая утечка тока из защищаемой цепи на заземленные проводники (например, прикосновение человека, стоящего на мокром полу, к фазному проводнику) приводит к нарушению баланса в трансформаторе тока: через фазный проводник «втекает больше тока», чем возвращается по нулевому (часть тока утекает через тело человека, то есть помимо трансформатора). Несбалансированный ток в первичной обмотке трансформатора тока приводит к появлению ЭДС во вторичной обмотке. Эта ЭДС сразу же регистрируется следящим устройством (7), которое отключает питание соленоида (5). Отключенный соленоид больше не удерживает контакты (4) в замкнутом состоянии, и они размыкаются под действием силы пружины, обесточивая неисправную нагрузку.

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

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

В России применение УЗО стало обязательным с принятием 7-го издания Правил устройства электроустановок (ПУЭ). Выдержки из документов, регламентирующих применение УЗО, собраны здесь. Как правило, в случае бытовой электропроводки одно или несколько УЗО устанавливаются на DIN-рейку в электрощите.

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

Рекомендуется ежемесячно проверять работоспособность УЗО. Наиболее простой способ проверки - нажатие кнопки «тест», которая обычно расположена на корпусе УЗО (как правило, на кнопке «тест» нанесено изображение большой буквы «Т»). Тест кнопкой может производиться пользователем, то есть квалифицированный персонал для этого не требуется. Если УЗО исправно и подключено к электрической сети, то оно при нажатии кнопки «тест» должно сразу же сработать (то есть отключить нагрузку). Если после нажатия кнопки нагрузка осталась под напряжением, то УЗО неисправно и должно быть заменено.

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

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

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

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

 

4.11 Выводы по разделу

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

. разработан пользовательский интерфейс;

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

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

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

- для проектирования базы данных была выбрана среда Microsoft Access 2007 (10.2701.2625);

- для проектирования интерфейса программного продукта была выбрана среда Borland C++ Builder Enterprise Suite Version 6.0.

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

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1.    Разработка настольных приложений в Access 2007. Для профессионалов. Литвин. Гетц. 2008г.

2.      Проектирование баз данных. СУБД Microsoft Access. Учебное пособие. Гринченко Н.Н. , Гусев Е.В. , Макаров Н.П. 2004г.

.        Руководство разработчика Borland C++ Builder 6.0. Джаррод Холингворт, Боб Сворт, Марк Кэшмэн, Поль Густавсон. 2004г.

.        Приемы программирования в C++ Builder 6 и 2006. Алексей Архангельский.

5.    Технологии С++Builder. Разработка приложений для бизнеса. Учебный курс. Сергей Бобровский. 2009г.

6.    Попов В.Д. Организация и планирование производства. Методические указания к выполнению экономико-организационного раздела дипломного проекта для студентов специальности 2201 - Вычислительные машины, комплексы, системы и сети - ТГТУ, Тверь.

Методические указания к содержанию раздела дипломного проекта «Безопасность и экологичность» для студентов специальности ВМКСС - ТГТУ, Тверь.

7.    Язык программирования С++, учебный курс, ANSI
 С.В.Глушаков, А.В.Коваль, С.В.Смирнов. 2001г.

8.      Программирование в C++ Builder. А.Я. Архангельский 2003г.

.        Руководство разработчика Borland C++ Builder 6.0. Джаррод Холингворт, Боб Сворт, Марк Кэшмэн, Поль Густавсон.

.        Язык программирования C++. Вводный курс. Стенли Липпман, Жози Лажойе. 2004г.

11.  Как программировать на C++. Дейтел Х, Дейтел П. 2002г.

22. С++ Энциклопедия пользователя. Либерти Дж. 2003г.

12.    Модели баз данных. Их преимущества и недостатки http://articles.org.ru/docum/modelbd.php .

.        Инфологическая модель "Сущность-связь"

 http://www.fooder.ru/page2/arm_13.html .

.        Реляционная модель http://dic.academic.ru/dic.nsf/ruwiki/41346 .

.        Иерархическая модель

http://www.mstu.edu.ru/education/materials/zelenkov/ch_3_1.html .

.        Сетевая модель http://www.mstu.edu.ru/education/materials/zelenkov/ch_3_2.html .

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

http://www.citforum.ru/database/osbd/glava_112.shtml .

.        Общие понятия реляционного подхода к организации БД. Основные концепции и термины http://www.citforum.ru/database/osbd/glava_15.shtml .

.        Базовые понятия реляционных баз данных

http://www.citforum.ru/database/osbd/glava_16.shtml .

.        Проектирование реляционных баз данных с использованием нормализации <http://www.citforum.ru/database/osbd/glava_23.shtml> .

.        Цели проектирования реляционных баз данных http://www.citforum.ru/database/dbguide/4-1.shtml .

ПРИЛОЖЕНИЕ

Листинг кода программного обеспечения.

Код файла - База ИДПО.ccp

#include "jpeg.hpp"

#include <vcl.h>

#pragma hdrstop

#include "Unit1.h"

#include "Unit2.h"

#include "Unit3.h"

#include <ComObj.hpp>

#include <stdio.h>

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*Form1;

//---------------------------------------------------------------------------

__fastcall TForm1::TForm1(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------__fastcall TForm1::BitBtn1Click(TObject *Sender)

{( !Form2->Visible )->Show();

}

//---------------------------------------------------------------------------__fastcall TForm1::BitBtn2Click(TObject *Sender)

{(OpenPictureDialog1->Execute())->Picture->LoadFromFile(OpenPictureDialog1->FileName);->ADOQuery1->Edit();(Image1->Picture->Graphic != 0)

{->ADOQuery1->Edit();* strm2 = new TMemoryStream();->Picture->Graphic->SaveToStream(strm2);

((TGraphicField*)Form1->ADOQuery1->FieldByName("Фотография"))->LoadFromStream(strm2);->Image1->Picture->Graphic = Image1->Picture->Graphic;strm2;

}->ADOQuery1->Post();

}

//---------------------------------------------------------------------------__fastcall TForm1::DBGrid1CellClick(TColumn *Column)

{(!(TBlobField*)ADOQuery1->FieldByName("Фотография")->IsNull) {->Visible = true;* strm = new TMemoryStream;*ptJpg=new TJPEGImage;

((TGraphicField*)ADOQuery1->FieldByName("Фотография"))->SaveToStream(strm);>Seek(0,0);(*(Word*)strm->Memory == 0xD8FF) Image1->Picture->Graphic=ptJpg;->Picture->Graphic->LoadFromStream(strm);strm;ptJpg;

} else {->Visible = false;

}

}

//---------------------------------------------------------------------------__fastcall TForm1::Button1Click(TObject *Sender)

{(Image1->Picture->Graphic != 0)

{->ADOQuery1->Edit();* strm2 = new TMemoryStream();->Picture->Graphic->SaveToStream(strm2);

((TGraphicField*)Form1->ADOQuery1->FieldByName("Фотография"))->LoadFromStream(strm2);->Image1->Picture->Graphic = Image1->Picture->Graphic;strm2;

}->Edit();->Post();

// DBNavigator1->BtnClick(nbPost);

//DataSource1->DataSet->Close();->Close();

}

//---------------------------------------------------------------------------__fastcall TForm1::Button2Click(TObject *Sender)

{->BtnClick(nbInsert);( !Form3->Visible )->Show();

}

//---------------------------------------------------------------------------__fastcall TForm1::Button3Click(TObject *Sender)

{( !Form3->Visible )->Show();

}

//---------------------------------------------------------------------------__fastcall TForm1::Button4Click(TObject *Sender)

{asRepFileName("2012.xls");PathDoc("");exe("Excel");(0,"open",exe.c_str(),asRepFileName.c_str(),PathDoc.c_str(),_SHOW);

}

//---------------------------------------------------------------------------

Код файла - Фильтрация.ccp

#include "jpeg.hpp"

#include <vcl.h>

#pragma hdrstop

#include "Unit1.h"

#include "Unit2.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma resource "*.dfm"*Form2;

//---------------------------------------------------------------------------

__fastcall TForm2::TForm2(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn1Click(TObject *Sender)

{->Clear();

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn7Click(TObject *Sender)

{->Clear();

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn2Click(TObject *Sender)

{->Text = Edit2->Text + " AND ";

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn3Click(TObject *Sender)

{->Text = Edit2->Text + " OR ";

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn4Click(TObject *Sender)

{->Text = Edit2->Text + " < ";

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn5Click(TObject *Sender)

{->Text = Edit2->Text + " > ";

}

//---------------------------------------------------------------------------__fastcall TForm2::BitBtn6Click(TObject *Sender)

{->ADOQuery1->Filter = Edit2->Text;->ADOQuery1->Filtered = true;textEdit = Edit1->Text;->ADOQuery1->Filtered=true;->Edit1->Text = Form1->DBGrid1->DataSource->DataSet->RecordCount;

//Form1->ADOTable1->Filter = "Name like %" + Edit1->Text + "%";

//Form1->ADOTable1->Filtered=true;

}

//---------------------------------------------------------------------------__fastcall TForm2::FormClose(TObject *Sender, TCloseAction &Action)

{->ADOQuery1->Filtered = false;

}

//---------------------------------------------------------------------------__fastcall TForm2::ListBox1Click(TObject *Sender)

{( ListBox1->ItemIndex == 0)->Text = Edit2->Text + "ФИО" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 1)->Text = Edit2->Text + "[Год рождения]" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 2)->Text = Edit2->Text + "Пол" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 3)->Text = Edit2->Text + "[Основа обучения]" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 4)->Text = Edit2->Text + "Направление" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 5)->Text = Edit2->Text + "[Профиль/не профиль]" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 6)->Text = Edit2->Text + "Стоимость" + "='" + Edit1->Text + "'";( ListBox1->ItemIndex == 7)->Text = Edit2->Text + "Иногородние" + "='" + Edit1->Text + "'";

}

//---------------------------------------------------------------------------

Код файла - Diplom.сср

#include <vcl.h>

#pragma hdrstop

#include "Unit1.h"

#include "Unit2.h"

#include "Unit3.h"

//---------------------------------------------------------------------------

#pragma package(smart_init)

#pragma link "CSPIN"

#pragma resource "*.dfm"*Form3;

//---------------------------------------------------------------------------

__fastcall TForm3::TForm3(TComponent* Owner)

: TForm(Owner)

{

}

//---------------------------------------------------------------------------__fastcall TForm3::Button1Click(TObject *Sender)

{dpr;

//pr="MSDataShape.1";="Microsoft.Jet.OLEDB.4.0";tmp = ExtractFilePath(Application->ExeName) + "Database.mdb";String ConnStr = "Provider=%s;Data Provider=%s;Data Source=%s";(!Form1->ADOConnection1->Connected) {->ADOConnection1->ConnectionString = Format (ConnStr,((dpr,tmp)));

//Form1->ADOQuery1->Open();->ADOQuery1->Edit();->ADOQuery1->Post();

}->Close();

//Form1->DBNavigator1->BtnClick(nbInsert);

}

//---------------------------------------------------------------------------__fastcall TForm3::Button3Click(TObject *Sender)

{->DBNavigator1->BtnClick(nbCancel);->Close();

}

//---------------------------------------------------------------------------__fastcall TForm3::Button2Click(TObject *Sender)

{(OpenPictureDialog1->Execute())->Picture->LoadFromFile(OpenPictureDialog1->FileName);->ADOQuery1->Edit();(Image1->Picture->Graphic != 0)

{->ADOQuery1->Edit();* strm2 = new TMemoryStream();->Picture->Graphic->SaveToStream(strm2);

((TGraphicField*)Form1->ADOQuery1->FieldByName("Фотография"))->LoadFromStream(strm2);->Image1->Picture->Graphic = Image1->Picture->Graphic;strm2;

}->ADOQuery1->Post();

}

//---------------------------------------------------------------------------__fastcall TForm3::Button4Click(TObject *Sender)

{->DBNavigator1->BtnClick(nbDelete);->Close();

}

//---------------------------------------------------------------------------__fastcall TForm3::Button5Click(TObject *Sender)

{(OpenDialog1->Execute()) {->ADOQuery1->Edit();->ADOQuery1->FieldByName("Путь к файлу оценок")->AsString = OpenDialog1->FileName;->ADOQuery1->Post();

}

}

//---------------------------------------------------------------------------