Где должны находиться оперативные схемы электроустановок отдельного участка: Вопрос: Где должны находиться оперативные схемы электроустановок отдельного участка? Укажите три правильных варианта ответов. 1.На рабочем месте ответственного за электрохозяйство2.На рабочем месте оперативного персонала3.На рабочем месте технического руководителя организации4.На видном месте в помещениях обслуживаемых электроустановок. : Смотреть ответ

Глава 1.5 Управление электрохозяйством, Оперативное управление

Правила технической эксплуатации электроустановок потребителей (ПТЭЭП), редакция 2003 г.

Раздел 1 

Организация эксплуатации электроустановок

Глава 1.5 

УПРАВЛЕНИЕ ЭЛЕКТРОХОЗЯЙСТВОМ,

ОПЕРАТИВНОЕ УПРАВЛЕНИЕ

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

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

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

локализация аварий и восстановления режима работы;

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

выполнение требований по качеству электрической энергии;

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

предотвращение и ликвидация аварий и отказов при производстве, преобразовании, передаче, распределении и потреблении электрической энергии.

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

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

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

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

1.5.11. Для каждого оперативного уровня должны быть установлены две категории управления оборудованием и сооружениями — оперативное управление и оперативное ведение.

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

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

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

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

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

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

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

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

Щиты (пункты) управления должны быть оборудованы средствами связи. Рекомендуется записывать оперативные переговоры на магнитофон.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Бланки переключений (типовые бланки) должен использовать оперативный персонал, непосредственно выполняющий переключения.

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

Степень детализации программ должна соответствовать уровню оперативного управления.

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

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

1.5.32. В электроустановках напряжением выше 1000 В переключения проводятся:

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

по бланку переключений – при отсутствии блокировочных устройств или их неисправности, а также при сложных переключениях.

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

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

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

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

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

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

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

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

1.5.36. При переключениях в электроустановках должен соблюдаться следующий порядок:

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

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

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

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

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

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

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

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

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

Контролирующим при выполнении переключений является старший по должности.

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

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

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

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

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

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

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

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

Разрешается отключение и включение отделителями, разъединителями, разъемными контактами соединений комплектных распределительных устройств (КРУ), в том числе устройств наружной установки (КРУН):

нейтралей силовых трансформаторов напряжением 110 — 220 кВ;

заземляющих дугогасящих реакторов напряжением 6 — 35 кВ при отсутствии в сети замыкания на землю;

намагничивающего токасиловых трансформаторов напряжением 6 — 220 кВ;

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

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

В кольцевых сетях напряжением 6 — 10 кВ разрешается отключение разъединителями уравнительных токов до 70 А и замыкание сети в кольцо при разности напряжений на разомкнутых контактах разъединителей не более 5 % от номинального напряжения. Допускается отключение и включение нагрузочного тока до 15 А трехполюсными разъединителями наружной установки при напряжении 10 кВ и ниже.

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

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

РД 34.20.513 Типовая инструкция по организации оперативного обслуживания распределительных электрических сетей 0,38-20 кВ с воздушными линиями электропередачи

Искать все виды документовДокументы неопределённого видаISOАвиационные правилаАльбомАпелляционное определениеАТКАТК-РЭАТПЭАТРВИВМРВМУВНВНиРВНКРВНМДВНПВНПБВНТМ/МЧМ СССРВНТПВНТП/МПСВНЭВОМВПНРМВППБВРДВРДСВременное положениеВременное руководствоВременные методические рекомендацииВременные нормативыВременные рекомендацииВременные указанияВременный порядокВрТЕРВрТЕРрВрТЭСНВрТЭСНрВСНВСН АСВСН ВКВСН-АПКВСПВСТПВТУВТУ МММПВТУ НКММПВУП СНЭВУППВУТПВыпускГКИНПГКИНП (ОНТА)ГНГОСТГОСТ CEN/TRГОСТ CISPRГОСТ ENГОСТ EN ISOГОСТ EN/TSГОСТ IECГОСТ IEC/PASГОСТ IEC/TRГОСТ IEC/TSГОСТ ISOГОСТ ISO GuideГОСТ ISO/DISГОСТ ISO/HL7ГОСТ ISO/IECГОСТ ISO/IEC GuideГОСТ ISO/TRГОСТ ISO/TSГОСТ OIML RГОСТ ЕНГОСТ ИСОГОСТ ИСО/МЭКГОСТ ИСО/ТОГОСТ ИСО/ТСГОСТ МЭКГОСТ РГОСТ Р ЕНГОСТ Р ЕН ИСОГОСТ Р ИСОГОСТ Р ИСО/HL7ГОСТ Р ИСО/АСТМГОСТ Р ИСО/МЭКГОСТ Р ИСО/МЭК МФСГОСТ Р ИСО/МЭК ТОГОСТ Р ИСО/ТОГОСТ Р ИСО/ТСГОСТ Р ИСО/ТУГОСТ Р МЭКГОСТ Р МЭК/ТОГОСТ Р МЭК/ТСГОСТ ЭД1ГСНГСНрГСССДГЭСНГЭСНмГЭСНмрГЭСНмтГЭСНпГЭСНПиТЕРГЭСНПиТЕРрГЭСНрГЭСНсДИДиОРДирективное письмоДоговорДополнение к ВСНДополнение к РНиПДСЕКЕНВиРЕНВиР-ПЕНиРЕСДЗемЕТКСЖНМЗаключениеЗаконЗаконопроектЗональный типовой проектИИБТВИДИКИМИНИнструктивное письмоИнструкцияИнструкция НСАМИнформационно-методическое письмоИнформационно-технический сборникИнформационное письмоИнформацияИОТИРИСОИСО/TRИТНИТОсИТПИТСИЭСНИЭСНиЕР Республика КарелияККарта трудового процессаКарта-нарядКаталогКаталог-справочникККТКОКодексКОТКПОКСИКТКТПММ-МВИМВИМВНМВРМГСНМДМДКМДСМеждународные стандартыМетодикаМетодика НСАММетодические рекомендацииМетодические рекомендации к СПМетодические указанияМетодический документМетодическое пособиеМетодическое руководствоМИМИ БГЕИМИ УЯВИМИГКМММНМОДНМонтажные чертежиМос МУМосМРМосСанПинМППБМРМРДСМРОМРРМРТУМСанПиНМСНМСПМТМУМУ ОТ РММУКМЭКННАС ГАНБ ЖТНВННГЭАНДНДПНиТУНКНормыНормы времениНПНПБНПРМНРНРБНСПНТПНТП АПКНТП ЭППНТПДНТПСНТСНЦКРНЦСОДМОДНОЕРЖОЕРЖкрОЕРЖмОЕРЖмрОЕРЖпОЕРЖрОКОМТРМОНОНДОНКОНТПОПВОПКП АЭСОПНРМСОРДОСГиСППиНОСНОСН-АПКОСПОССПЖОССЦЖОСТОСТ 1ОСТ 2ОСТ 34ОСТ 4ОСТ 5ОСТ ВКСОСТ КЗ СНКОСТ НКЗагОСТ НКЛесОСТ НКМОСТ НКММПОСТ НКППОСТ НКПП и НКВТОСТ НКСМОСТ НКТПОСТ5ОСТНОСЭМЖОТРОТТПП ССФЖТПБПБПРВПБЭ НППБЯПВ НППВКМПВСРПГВУПереченьПиН АЭПисьмоПМГПНАЭПНД ФПНД Ф СБПНД Ф ТПНСТПОПоложениеПорядокПособиеПособие в развитие СНиППособие к ВНТППособие к ВСНПособие к МГСНПособие к МРПособие к РДПособие к РТМПособие к СНПособие к СНиППособие к СППособие к СТОПособие по применению СППостановлениеПОТ РПОЭСНрППБППБ-АСППБ-СППБВППБОППРПРПР РСКПР СМНПравилаПрактическое пособие к СППРБ АСПрейскурантПриказПротоколПСРр Калининградской областиПТБПТЭПУГПУЭПЦСНПЭУРР ГазпромР НОПРИЗР НОСТРОЙР НОСТРОЙ/НОПР РСКР СМНР-НП СРО ССКРазъяснениеРаспоряжениеРАФРБРГРДРД БГЕИРД БТРД ГМРД НИИКраностроенияРД РОСЭКРД РСКРД РТМРД СМАРД СМНРД ЭОРД-АПКРДИРДМРДМУРДПРДСРДТПРегламентРекомендацииРекомендацияРешениеРешение коллегииРКРМРМГРМДРМКРНДРНиПРПРРТОП ТЭРС ГАРСНРСТ РСФСРРСТ РСФСР ЭД1РТРТМРТПРУРуководствоРУЭСТОП ГАРЭГА РФРЭСНрСАСанитарные нормыСанитарные правилаСанПиНСборникСборник НТД к СНиПСборники ПВРСборники РСН МОСборники РСН ПНРСборники РСН ССРСборники ценСБЦПСДАСДАЭСДОССерияСЗКСНСН-РФСНиПСНиРСНККСНОРСНПСОСоглашениеСПСП АССП АЭССправочникСправочное пособие к ВСНСправочное пособие к СНиПСправочное пособие к СПСправочное пособие к ТЕРСправочное пособие к ТЕРрСРПССНССЦСТ ССФЖТСТ СЭВСТ ЦКБАСТ-НП СРОСТАСТКСТМСТНСТН ЦЭСТОСТО 030 НОСТРОЙСТО АСЧМСТО БДПСТО ВНИИСТСТО ГазпромСТО Газпром РДСТО ГГИСТО ГУ ГГИСТО ДД ХМАОСТО ДОКТОР БЕТОНСТО МАДИСТО МВИСТО МИСТО НААГСТО НАКССТО НКССТО НОПСТО НОСТРОЙСТО НОСТРОЙ/НОПСТО РЖДСТО РосГеоСТО РОСТЕХЭКСПЕРТИЗАСТО САСТО СМКСТО ФЦССТО ЦКТИСТО-ГК «Трансстрой»СТО-НСОПБСТПСТП ВНИИГСТП НИИЭССтП РМПСУПСССУРСУСНСЦНПРТВТЕТелеграммаТелетайпограммаТематическая подборкаТЕРТЕР Алтайский крайТЕР Белгородская областьТЕР Калининградской областиТЕР Карачаево-Черкесская РеспубликаТЕР Краснодарского краяТЕР Мурманская областьТЕР Новосибирской областиТЕР Орловской областиТЕР Республика ДагестанТЕР Республика КарелияТЕР Ростовской областиТЕР Самарской областиТЕР Смоленской обл. ТЕР Ямало-Ненецкий автономный округТЕР Ярославской областиТЕРмТЕРм Алтайский крайТЕРм Белгородская областьТЕРм Воронежской областиТЕРм Калининградской област

Основные требования к главным схемам электроустановок

ОСНОВНЫЕ
ТРЕБОВАНИЯ К ГЛАВНЫМ СХЕМАМ ЭЛЕКТРОУСТАНОВОК

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

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

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

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

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

Схемы распредустройств 6—10
кВ зависят от схем электроснаб­жении потребителей: питания по одиночным или
параллельным линиям, наличия резервных вводов у потребителей и т. п.;

— категория
потребителей по степени надежности электроснаб­жения. Все
электроприемники с точки зрения надежности элек­троснабжения разделяют на три
категории.

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

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

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

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

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

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

Электроприемники III категории — все остальные
электроприемники, не подходящие под определения I и II кате­горий.

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

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

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

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

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

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

надежность
электроснабжения потребителей;

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

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

экономическая
целесообразность.

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

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

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

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

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

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

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

ЭБ 1260 2016год (2). Тема Правила устройства электроустановок

Операционная контекстная диаграмма

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

Вито Лосакко и Фабио Кастильони
Опубликовано 17 февраля 2009 г.

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

Если бы мы были журналистами и должны были бы описывать новости вместо
система, наша SCD ответила бы на вопросы «Кто» и, в первую очередь, «Что».
Но SCD ​​не ответила бы на вопрос, где, когда, как и сколько
вопросы.Без этой информации контекст нашей системы только частично
определено.

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

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

Информацию о
модель мотивации бизнеса.

Розанский и Вудс классифицируют различные заинтересованные стороны, которые
интерес к ИТ-системе как:

Покупатели

Наблюдать за закупкой системы или продукта.

Оценщики

Наблюдают за соответствием системы стандартам и правовым нормам.

Коммуникаторы

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

Разработчики

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

Сопровождающие

Управляйте развитием системы после ее ввода в эксплуатацию.

Поставщики

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

Персонал службы поддержки

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

Системные администраторы

Запустите систему после ее развертывания.

Тестеры

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

Пользователи

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

Там, где используется структура архитектуры предприятия (EA), многие
требования заинтересованных сторон уже будут указаны в самом EA.
Их следует принимать во внимание как первичный ввод.В противном случае собеседование
заинтересованные стороны могут быть хорошим способом уловить их потребности. Потребности должны
быть отнесенными к категории функциональных или NFR. НО следует классифицировать по качествам (объективным) и ограничениям (заданным).
Нефункциональные качества можно классифицировать по их предполагаемой важности:
заинтересованная сторона (от VH = очень высокая до VL = очень низкая).

Категоризация требований

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

В нашем подходе NFR — это то, что заинтересованным сторонам нужно от
система в стадии проектирования. Эти требования будут формировать систему из
операционная точка зрения. Каждое требование может быть выражено несколькими
классы заинтересованных сторон, но обычно они исходят из первоисточника.
Например,
Цель «страниц в секунду» является требованием для:

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

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

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

Зависит от исполнителя

Требования, которые отражают потребности
пользователи системы (люди или нет) и могут быть дополнительно разделены на категории
в качестве:

• Системные качества, необходимые пользователям или внешним системам
  взаимодействуя с системой, представленной в SCD.
• Качество системы, требуемое менеджером ИТ-службы, для
  пример
  набор специализированных акторов (человеческих и системных), управляющих
  операции проектируемой системы.

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

Правила в отношении электричества (электрические установки) — Сингапурские законодательные акты онлайн

Веб-сайт правительственного агентства Сингапура

FAQs | Обратная связь

А-

А +

• Дом

• Просматривать

  Деяния

  ток

  Аннулировано / Израсходовано

  Не начатый

  Дополнительное законодательство

  ток

  Отозвано / израсходовано

  Не начатый

  КАК ОПУБЛИКОВАНО

  Дополнение к Законам

  Дополнение к счетам

  Дополнение к дополнительному законодательству

  Пересмотренные редакции законов

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

  БЫСТРЫЕ ССЫЛКИ

  Конституционные инструменты

  Основные акты

  Дополнительное законодательство

  Закон о толковании

  Частные акты

  Английские акты

  Императорские законы

  Почести / Награды

  Часто используемое законодательство

• Что нового

  Анонсы

Лекция 5. Системы баз данных.

Цель: предоставить обзор систем управления базами данных (СУБД) и представить одну из СУБД: SQL

План:

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

2. Основы SQL. Параллельная обработка данных и их восстановление.

3. Проектирование и разработка баз данных.Технология программирования ORM. Распределенные, параллельные и гетерогенные базы данных.

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

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

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

Рисунок 1- Иерархическая модель

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

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

Рисунок 2- Сетевая модель

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

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

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

Внесение данных в базу данных.

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

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

Получение подмножеств данных.

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

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

Классификация ограничений целостности

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

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

Ограничение переменной отношения — это ограничение на значения, которые разрешено принимать указанной переменной отношения.

Ограничение атрибута — это ограничение на значения, которые разрешено принимать указанному атрибуту.

Ограничение типа — это не что иное, как определение множества значений этого типа.

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

Целостность и достоверность данных в БД

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

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

Настройка запроса

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

Логика навигации (опция алгоритма) для доступа к требуемым данным называется способом или методом доступа (путем доступа).

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

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

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

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

2. Основы SQL. Параллельная обработка данных и их восстановление.

Структурированный язык запросов (Structured Query Language) — стандарт взаимодействия с базой данных, поддерживаемый ANSI. Большинство твердотельных баз данных придерживаются стандарта ANSI-92. Почти каждая отдельная база данных использует некоторый уникальный набор синтаксиса, хотя очень похожий на стандарт ANSI. В большинстве случаев этот синтаксис является расширением базового стандарта, хотя бывают случаи, когда такой синтаксис приводит к разным результатам для разных баз данных.

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

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

Каждый столбец представляет атрибут или набор атрибутов объектов, например идентификационные номера сотрудников, рост, цвет машин и т. Д. Часто в отношении столбца используется термин поле с указанием имени, например «в поле Имя» используемый. Поле строки — это минимальный элемент таблицы. Каждый столбец в таблице имеет определенное имя, тип данных и размер.Имена столбцов в таблице должны быть уникальными.

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

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

Типы запросов данных

Существует четыре основных типа запросов данных в SQL, которые относятся к так называемому языку обработки данных (DataManipulationLanguage или DML):

ВЫБЕРИТЕ для выбора строк из таблиц;

INSERT , чтобы добавить строку в таблицу;

ОБНОВЛЕНИЕ для изменения строк в таблице;

УДАЛИТЬ , чтобы удалить строки в таблице;

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

Использование запроса Select для выбора необходимых данных

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

ВЫБРАТЬ column1, column2 FROM table_name;

Также можно получить все столбцы из таблицы, используя подстановочный знак «*»:

ВЫБРАТЬ * ИЗ имя_таблицы;

Это может быть полезно в том случае, когда вы собираетесь выбирать данные с определенным условием WHERE. Следующий запрос вернет все столбцы из всех строк, где «column1» содержит 3 значения:

ВЫБРАТЬ * ИЗ имя_таблицы ГДЕ column1 = 3;

3.Дизайн и разработка баз данных. Технология программирования ORM. Распределенные, параллельные и гетерогенные базы данных.

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

Основные задачи проектирования баз данных:

Поддержка хранения в БД всей необходимой информации.

Возможность сбора данных по всем необходимым запросам.

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

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

Основные этапы проектирования баз данных

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

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

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

Чаще всего концептуальная модель базы данных включает:

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

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

Логическое проектирование

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

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

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

Физическая конструкция

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

Что такое ORM?

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

Fugure3- Работа ОРМ

:

% PDF-1.4
%
1 0 obj
>
endobj
9 0 объект
>
endobj
2 0 obj
>
endobj
3 0 obj
>
endobj
4 0 obj
>
endobj
5 0 obj
>
endobj
6 0 obj
>
endobj
7 0 объект
>
endobj
8 0 объект
>
ручей
приложение / pdfiText 1.4.1 (по lowagie.com)

конечный поток
endobj
10 0 obj
>
endobj
11 0 объект
>
endobj
12 0 объект
>
endobj
13 0 объект
>
endobj
14 0 объект
>
endobj
15 0 объект
>
ручей
HlTIs0W (1 ݽ A7% f82] 8 |, — [O6ɚ̉ = ջ] # W / l2 {‘kRcbm3 ~ G.