укр  |  рус 
ƒодати статтю | –еЇстрац≥€
Ѕезпека б≥знесу
Ѕезпека банк≥в
Ѕезпека особистост≥
Ѕезпека помешканн€
Ѕезпека та персонал
Ѕезпека туризму та в≥дпочинку
ƒокументи дл€ роботи
«ахист ≥нформац≥њ
IT-безпека
≤нформац≥йна безпека
Ѕезпека та ≥нтернет
 риптолог≥€
“ехничний захист ≥нформац≥њ
«ахист автомоб≥л€
«бро€ та спецзасоби
ѕожежна безпека
—истеми безпеки
ƒоступно про пожежну безпеку в побут≥: ф≥зика й х≥м≥€ пожеж≥ 
«ахист й комб≥нована техн≥ка з використанн€м гумового ц≥пка 
ќсобливост≥ вибору протипожежних конструкц≥й 
як поводитис€ в екстремальних ситуац≥€х - пожежа 
¬ступ до воЇн≥зованоњ охорони. ≈кзаменац≥йн≥ б≥лети. 
ќсобливост≥ в≥деоспостереженн€ залежно в≥д формату магазину 
Ёлектронные ключи дл€ защиты программ. –еферат 
¬ступ до воЇн≥зованоњ охорони. ≈кзаменац≥йн≥ б≥лети. 
ќсобиста стратег≥€ безпеки 
—истеми захисту в≥д крад≥жок побутовоњ техн≥ки й електрон≥ки 
як вибрати пожежний датчик 
«ахист автомоб≥л€: ≤моб≥лайзер. ѕитанн€ й в≥дпов≥д≥. 
Ѕезпека на лижних маршрутах 
«ахист й комб≥нована техн≥ка з використанн€м гумового ц≥пка 
ѕереваги систем захисту в≥д крад≥жок р≥зних технолог≥й 
 аталог
÷ифровые системы
¬идеокамеры
ќбъективы
”стройства обработки
ќповещатели и указатели
ƒомофоны
 онтроль доступа, замки, защелки
 орпуса, кожухи, аксессуары
ћониторы
быть   ќсобенности   финансирование   Ѕаранова   право    –»ѕ“ќ√–ј‘»„≈— »≈   ћ≈“ќƒџ   —–≈ƒ—“¬ј   »Ќ‘ќ–ћј÷»ќЌЌќ…   Ѕ≈«ќѕј—Ќќ—“»,   „асть   св€занных   п≥дприЇмство   электрохоз€йства,   потерпевшего   подачи   спостереженн?   лица   тушени€,   состо€ние  
«берегти стор≥нку «робити стартовою ¬≥дправити другу
 укр
 рус
≤нформац≥йна безпека
ѕринципы разработки и отладки защищенного программного обеспечени€ управл€ющих систем
 ”–—ќ¬ќ… ѕ–ќ≈ “
   по дисциплине Ђ“еори€ информационной безопасности и
   методологи€ защиты информацииї
   



   
   —одержание
   I. ¬ведение
   II. ќсновна€ часть
    1. —труктура микропроцессорных управл€ющих систем
    2. ѕринципы разработки программного обеспечени€ управл€ющих систем
    3. ѕринципы тестировани€ программного обеспечени€
   4. —редства разработки и отладки программного обеспечени€
   5. ћетоды отладки программного обеспечени€
   6. Ќазначение и виды прерываний
   7. Ќадежность и качество программного обеспечени€ управл€ющих систем
   8. ћетоды защиты программного обеспечени€ управл€ющих систем
   III. «аключение
   —писок литературы
   
   I. ¬ведение
   ћетодика разработки и отладки микропроцессорных систем имеет определенную специфику. ћикропроцессорные системы можно условно разделить на два основных класса: универсальные, которые используютс€ дл€ решени€ широкого круга задач обра-ботки информации, и управл€ющие, которые специализируютс€ на решении задач управ-лени€ процессами и объектами.
   “ипичными примерами универсальных микропроцессорных систем €вл€ютс€ пер-сональные компьютеры и рабочие станции, которые примен€ютс€ в самых различных сферах де€тельности. ¬ысока€ производительность, надежность и способность быть адап-тированными дл€ выполнени€ практически любых задач делает микропроцессорные сис-темы перспективным направлением в современном техническом развитии.
   ”правл€юща€ система представл€ет собой интегрированный комплекс, состо€щий из одного или более процессов, аппаратных устройств, программ, средств и людей, пре-доставл€ющий возможность удовлетворить определенную потребность или условие [8]. —овременна€ система управлени€ построена на основе микропроцессорных средств и представл€ет собой преимущественно программную систему, т.е. систему, в которой про-граммное обеспечение оказывает значительное вли€ние на проект, конструкцию, развер-тывание и развитие всей системы.
   Ќадежность и защищенность €вл€етс€ одним из главных показателей эффективно-сти дл€ любых систем управлени€. —истемы управлени€ сложными комплексами должны обладать гарантированным уровнем надежности. —огласно √ќ—“ 27.002-83 [3], надеж-ность определ€етс€ как свойство, обеспечивающее возможность выполнени€ устройством заданных функций с установленными характеристиками в определенных услови€х экс-плуатации и в течение требуемого интервала времени.
   Ќадежность микропроцессорных управл€ющих систем зависит от надежности и качества всех компонентов, с том числе, программного обеспечени€.
   ѕрограммное обеспечение современных управл€ющих систем представл€ет собой сложный программный комплекс. ѕричем, в большей мере надежность программного обеспечени€ и успех в его создании завис€т от начальных этапов его проектировани€. Ётап разработки и отладки программного обеспечени€ микропроцессорных систем €вл€-етс€ ответственным, трудоемким и требует высокой квалификации разработчиков, так как ошибки, допущенные на этом этапе, обычно обнаруживаютс€ лишь на стадии испытани€ законченного образца и требуют длительной и дорогосто€щей переработки всей системы.
   II.1. —труктура микропроцессорных управл€ющих систем
   —истемы управлени€ объектами стро€тс€ на базе управл€ющего устройства, со-единенного с объектом управлени€ несколькими каналами св€зи. ¬ качестве управл€юще-го устройства системы может использоватьс€ микропроцессорный контроллер, построен-ный на базе микропроцессора определенного типа.
   —истема управлени€ может решать различные задачи:
   Х поддержание на определенном уровне или изменение по определенному закону выходных параметров объекта управлени€;
   Х программное изменение выходных параметров объекта и отслеживание их изме-нений в соответствии с некоторыми внешними сигналами;
   Х включение или выключение потока энергии в объекты управлени€ по времени или по заданному амплитудному значению контролируемого параметра;
   Х сбор информации о состо€нии объекта управлени€ и ее обработка с сохранением результатов обработки в устройствах пам€ти.
   II.2. ѕринципы разработки программного обеспечени€ управл€ющих систем
   ѕроектирование программного обеспечени€ микропроцессорных управл€ющих систем включает в себ€ следующие этапы:
   - анализ требований к программному обеспечению;
   - формализаци€ задач и выполн€емых функций, куда входит определение входов и выходов алгоритмических и программных блоков, конкретных процессов обработки, формулирование и учет системных ограничений (эксплуатационных, временных, объем-ных, точностных и др.);
   - проектирование программы или составление алгоритма ее выполнени€, удовле-твор€ющего требовани€м постановки задачи и спецификаций;
   - кодирование или собственно программирование, заключаетс€ в формировании программы на выбранном €зыке - программирование (исходный текст). «атем осуществ-л€етс€ компил€ци€ и трансл€ци€ дл€ программы, написанной на €зыке высокого уровн€, или только трансл€ци€ дл€ программы, написанной на €зыке ассемблера. ѕосле компо-новки с помощью редактора св€зей получаетс€ загрузочный модуль в машинных кодах целевого (используемого) микропроцессора или микроконтроллера;
   - тестирование и автономна€ отладка, когда на программной модели провер€етс€ корректность программы. “естирование позвол€ет убедитьс€ в том, что программа пра-вильно выполн€ет возложенные на нее функции. ѕри этом очень важным €вл€етс€ пра-вильный выбор тестовых данных, разработка методов тестировани€ и тестовых примеров.
   II.3. ѕринципы тестировани€ программного обеспечени€
   ƒл€ проверки корректности программ, т.е. их соответстви€ внешним спецификаци-€м, выполн€етс€ тестирование: программы запускаютс€ с различными исходными дан-ными, а результаты прогонов сравниваютс€ с эталонными значени€ми.
   –ассмотрим два основных способа начального тестировани€ программ: пошаговый режим и трассировку программ. Ёти способы примен€ютс€, как правило, к отдельным участкам программ.
   ћетод пошагового тестировани€ предполагает, что модули тестируютс€ не изоли-рованно друг от друга, а подключаютс€ поочередно дл€ выполнени€ теста к набору уже ранее оттестированных модулей.
   “рудоемкость пошагового режима уменьшаетс€, если имеютс€ средства отладки, автоматически показывающие содержимое регистров процессора и €чеек пам€ти, исполь-зуемых в последней команде, и несколько следующих команд. ѕошаговый режим €вл€ет-с€ весьма эффективным средством предварительного тестировани€, поскольку позвол€ет обнаруживать неисправности, прежде чем они существенно исказ€т программу и данные.
   ѕошаговый режим позвол€ет измен€ть содержимое регистров и €чеек пам€ти и, следовательно, провер€ть работу программы в разных услови€х. “ем самым позвол€ет программисту обнаруживать ошибку.
   “рассировка программы осуществл€етс€ по шагам в соответствии с задани€ми, со-держащимис€ в операторах. ѕри этом регистрируетс€ последовательность операторов, реализуемых на каждом шаге процесса и, следовательно, получаетс€ трасса или маршрут исполнени€ программы, который дл€ конкретной программы зависит только от значений исходных данных. ѕрограмма-отладчик выполн€ет автоматически команду за командой и выводит содержимое регистров процессора на терминал после каждого шага. ќтслежива-ние программы продолжаетс€ до тех пор, пока не будет остановлено извне.
   –езультаты трассировки вывод€тс€ на экран терминала или на принтер. ѕрограм-мист, анализиру€ эти данные, может обнаружить ошибки.
   Ќедостаток трассировки заключаетс€ в том, что она, во-первых, не дает возможно-сти измен€ть содержимое пам€ти и регистров, а во-вторых, может послужить причиной того, что программа разрушит себ€ или свои данные прежде, чем отслеживание будет ос-тановлено.
   ћетод контрольных точек используют после проверки отдельных участков про-граммы в пошаговом режиме или с помощью трассировки. ¬ контрольных точках, уста-новленных программистом, прерываетс€ исполнение программы, и управление передаетс€ программе-отладчику. Ёто позвол€ет по желанию выполнить избранные участки про-граммы и проанализировать результаты.
   ѕрограммист устанавливает контрольные точки, как правило, дл€ конкретной ко-манды, но в некоторых системах имеетс€ возможность прерывани€ программы при чтении определенных €чеек пам€ти или при записи в них.
   ќтладка позвол€ет вы€вить и устранить основную часть неисправностей програм-мы, однако гарантировать отсутствие дефектов после отладки сложных программ нельз€.
   II.4. —редства разработки и отладки программного обеспечени€
   ќтладка − процесс обнаружени€ ошибок и определение источников их по€влени€ по результатам тестировани€ при проектировании ћѕ—. ќтладка ћѕ— заключаетс€ в том, что на каждой стадии и фазе жизненного цикла ћѕ— выполн€ютс€ процедуры тестового контрол€ и диагностики, направленные на обнаружение и локализацию неисправностей.
   ќтладка программ состоит из этапов:
   Х планирование отладки;
   Х составление тестов и задани€ на отладку;
   Х прогон тестов и выдача результатов;
   Х анализ результатов, обнаружение ошибок и локализаци€ неисправностей.
   ¬ процессе разработки и отладки программного обеспечени€ микропроцессорных систем используютс€ следующие программные средства:
   Х ассемблеры, компил€торы;
   Х симул€торы (программно-логические модели);
   Х отладчики, редакторы св€зей (компоновщики, загрузчики).
   ¬ современных комплексах проектировани€/отладки систем эти средства обычно работают совместно, в составе интегрированной среды (оболочки) программировани€.
   ѕри программировании управл€ющих систем чаще всего используютс€ машинно-ориентированный €зык јссемблера или €зыки — / C++. язык јссемблера примен€етс€ в случа€х, когда имеютс€ жесткие ограничени€ на объем требуемой пам€ти или на врем€ выполнени€ программных модулей. “акие случаи €вл€ютс€ достаточно типичными при решении задач управлени€, поэтому јссемблеры €вл€ютс€ одним из основных средств создани€ программного обеспечени€ дл€ микропроцессорных систем. ¬ тех случа€х, когда указанные ограничени€ не очень жесткие, дл€ создани€ программного обеспечени€ ис-пользуютс€ €зыки высокого уровн€ (обычно — / C++).
   ќсобенно сложные задачи приходитс€ решать при программировании управл€ю-щих систем, работающих в реальном масштабе времени. ¬ этом случае разработчик дол-жен использовать какую-либо из имеющихс€ операционных систем реального времени (ќ—–¬) или создавать собственные программы-мониторы реального времени с помощью указанных выше средств программировани€. ¬ составе многих ќ—–¬ имеютс€ средства поддержки программировани€, которые могут использоватьс€ при проектирова-нии/отладке системы.
   Ётап отладки программного обеспечени€ €вл€етс€ очень трудоемким и требует использовани€ инструментальных средств отладки.   числу основных инструменталь-ных средств отладки относ€тс€:
   ѕрограммные средства: ѕрограммные симул€торы
    ћониторы отладки
    »нтегрированна€ среда разработки
   јппаратно-программные средства: ¬нутрисхемные эмул€торы
    ѕлаты развити€ (оценочные платы)
    Ёмул€торы ѕ«”
    Ћогические анализаторы
    —игнатурные анализаторы
     омплексы диагностировани€
   
   —имул€тор - программное средство, способное имитировать работу микроконтрол-лера и его пам€ти. —имул€тор должен уметь загружать файлы программ во всех попул€р-ных форматах, максимально полно отображать информацию о состо€нии ресурсов симу-лируемого микроконтроллера, а также предоставл€ть возможности по симул€ции выпол-нени€ загруженной программы в различных режимах. ¬ процессе отладки модель Увы-полн€етФ программу, и на экране компьютера отображаетс€ текущее состо€ние модели.
   ќтладочный монитор - специальна€ программа, загружаема€ в пам€ть отлаживае-мой системы. ќна вынуждает процессор пользовател€ производить, кроме прикладной задачи, еще и отладочные функции:
   Х загрузку прикладных кодов пользовател€ в свободную от монитора пам€ть;
   Х установку точек останова;
   Х запуск и останов загруженной программы в реальном времени;
   Х проход программы пользовател€ по шагам;
   Х просмотр, редактирование содержимого пам€ти и управл€ющих регистров.
   ѕрограмма монитора об€зательно должна работать в св€зке с внешним компьюте-ром или пассивным терминалом, на которых и происходит визуализаци€ и управление процессом отладки.
   »нтегрированна€ среда разработки - совокупность программных средств, под-держивающа€ все этапы разработки программного обеспечени€ от написани€ исходного текста программы до ее компил€ции и отладки, и обеспечивающа€ простое и быстрое взаимодействие с другими инструментальными средствами (внутрисхемным эмул€тором, программным симул€тором и программатором).
   ƒополнительно работа в интегрированной среде дает программисту:
   Х ¬озможность использовани€ встроенного многофайлового текстового редактора, специально ориентированного на работу с исходными текстами программ;
   Х ƒиагностика вы€вленных при компил€ции ошибок, и исходный текст програм-мы, доступный редактированию, вывод€тс€ одновременно в многооконном режиме;
   Х ¬озможность организации и ведени€ параллельной работы над несколькими про-ектами.
   Х ¬озможность загрузки отлаживаемой программы в имеющиес€ средства отладки, и работы с ними без выхода из оболочки;
   Х ¬озможность подключени€ к оболочке практически любых программных средств.
   ¬нутрисхемный эмул€тор Ц программно-аппаратное средство, способное замещать собой эмулируемый процессор в реальной схеме. ¬нутрисхемный эмул€тор Ц это наибо-лее мощное и универсальное отладочное средство.
    ак минимум, эмул€тор содержит следующие функциональные блоки:
   Х отладчик;
   Х узел эмул€ции микроконтроллера;
   Х эмул€ционна€ пам€ть;
   Х подсистема точек останова.
   ѕлаты развити€, или как прин€то их называть в зарубежной литературе - оценоч-ные платы, €вл€ютс€ своеобразными конструкторами дл€ макетировани€ прикладных сис-тем. ¬ последнее врем€, при выпуске новой модели кристалла микроконтроллера, фирма-производитель об€зательно выпускает и соответствующую плату развити€.
   Ёмул€тор ѕ«” (посто€нное запоминающее устройство) - программно-аппаратное средство, позвол€ющее замещать ѕ«” на отлаживаемой плате, и подставл€ющее вместо него ќ«” (оперативное запоминающее устройство), в которое может быть загружена про-грамма с компьютера через один из стандартных каналов св€зи. Ёто устройство позвол€ет пользователю избежать многократных циклов перепрограммировани€ ѕ«”.
   Ћогические анализаторы Ч конђтрольно-измерительные приборы, предназначенные дл€ сбора данных о поведении дискретных систем, дл€ обђработки этих данных и пред-ставлени€ их человеку на различных уровн€х абђстракции. ќни работают независимо и не-заметно дл€ испытуемых дискретных систем и примен€ютс€ дл€ их отладки и диагности-ровани€ ћѕ— на всех этапах жизненного цикла.
   —игнатурный анализ основан на преобразовании длинђных последовательностей двоичных сигналов в двоичное число, называемое сигнатурой. »змер€емые двоичные пођследовательности возбуждаютс€ в контрольных точках ћѕ— под действием специальной тестовой программы.
    омплексы диагностировани€ объедин€ют возможности логичеђских анализаторов и генераторов слов (приборы, предназначенные дл€ формировани€ и подачи входных воз-действий): способны подавать входные воздействи€ на диагностируемую систему, соби-рать и анализировать ответные реакции систеђмы.
   II.5. ћетоды отладки программного обеспечени€
   ƒл€ получени€ дополнительной информации об ошибке можно выполнить доба-вочные тесты или использовать специальные методы и средства:
    отладочный вывод;
    интегрированные средства отладки;
    независимые отладчики.
   ќтладочный вывод. ћетод требует включени€ в программу дополнительного отла-дочного вывода в узловых точках. ”зловыми считают точки алгоритма, в которых основ-ные переменные программы мен€ют свои значени€. ѕри этом предполагаетс€, что, вы-полнив анализ выведенных значений, программист уточнит момент, когда были получены неправильные значени€, и сможет сделать вывод о причине ошибки. ƒанный метод не очень эффективен и в насто€щее врем€ практически не используетс€, так как в сложных случа€х в процессе отладки может потребоватьс€ вывод большого количества - Ђтрассыї значений многих переменных, которые вывод€тс€ при каждом изменении.
   »нтегрированные средства отладки. ќни позвол€ют:
    выполн€ть программу по шагам, причем как с заходом в подпрограммы, так и выполн€€ их целиком;
    предусматривать точки останова;
    выполн€ть программу до оператора, указанного курсором;
    отображать содержимое переменных при пошаговом выполнении;
    отслеживать поток сообщений и т. п.
   ѕримен€ть интегрированные средства в рамках среды достаточно просто. »споль-зуют разные приемы в зависимости от про€влений ошибки. ≈сли получено сообщение об ошибке, то сначала уточн€ют, при выполнении какого оператора программы оно получе-но. ƒл€ этого устанавливают точку останова в начало фрагмента, в котором про€вл€етс€ ошибка, и выполн€ют операторы в пошаговом режиме до про€влени€ ошибки.
   јналогично поступают при Ђзависанииї компьютера.
   ≈сли получены неправильные результаты, то локализовать ошибку обычно сущест-венно сложнее. ¬ этом случае сначала определ€ют фрагмент, при выполнении которого получаютс€ неправильные результаты. ƒл€ этого последовательно провер€ют интере-сующие значени€ в узловых точках. ќбнаружив значени€, отличающиес€ от ожидаемых, по шагам трассируют соответствующий фрагмент до вы€влени€ оператора, выполнение которого дает неверный результат.
   ƒл€ уточнени€ природы ошибки возможен анализ машинных кодов, флагов и пред-ставлени€ программы и значений пам€ти в 16-ричном виде.
   ќтладка с использованием независимых отладчиков. ѕри отладке программ иногда используют специальные программы - отладчики, которые позвол€ют выполнить любой фрагмент программы в пошаговом режиме и проверить содержимое интересующих про-граммиста переменных.  ак правило такие отладчики позвол€ют отлаживать программу только в машинных командах, представленных в 16-ричном коде.
   II.6. Ќазначение и виды прерываний
   ѕрерывани€ми называютс€ имеющие аппаратное или программное происхожде-ние сигналы, которые заставл€ют процессор прервать последовательное выполнение ин-струкций пользовательской программы и перейти к выполнению специальной подпро-граммы, называемой подпрограммой обработки прерывани€.
   ¬ зависимости от источника, прерывани€ дел€тс€ на:
   Х аппаратные - возникают как реакци€ микропроцессора на физический сигнал от некоторого устройства (клавиатура, системные часы, клавиатура, жесткий диск и т.д.), по времени возникновени€ эти прерывани€ асинхронны, т.е. происход€т в случайные мо-менты времени;
   Х программные - вызываютс€ искусственно с помощью соответствующей коман-ды из программы, предназначены дл€ выполнени€ некоторых действий операционной системы, €вл€ютс€ синхронными;
   Х исключени€ - €вл€ютс€ реакцией микропроцессора на нестандартную ситуа-цию, возникшую внутри микропроцессора во врем€ выполнени€ некоторой команды про-граммы (деление на ноль, прерывание по флагу TF (трассировка)).
   ќбща€ классификаци€ прерываний:
   Х внешние - вызываютс€ внешними по отношению к микропроцессору событи€ми (по существу - это группа аппаратных прерываний);
   Х внутренние - возникают внутри микропроцессора во врем€ вычислительного процесса (по существу - это исключительные ситуации и программные прерывани€).
   ¬нешние прерывани€ возникают по сигналу какого-нибудь внешнего устройства. ¬нешние прерывани€ подраздел€ютс€ на неђмаскируемые и маскируемые.
   ћаскируемые прерывани€ генерируютс€ контроллером прерываний по за€вке оп-ределенных периферийных устройств. »менно маскируемые прерывани€ часто называют аппаратными прерывани€ми. ћаскируемые прерывани€ - это прерывани€, которые можно запрещать установкой соответствующих битов в регистре маскировани€ прерываний
   Ќемаскируемые прерывани€ инициируют источники, требующие безотлагательно-го вмешательства со стороны микропроцессора. Ќемаскируемые прерывани€ обрабатыва-ютс€ всегда, независимо от запретов на другие прерывани€.   примеру, такое прерывание может быть вызвано сбоем в микросхеме пам€ти.
   »сключени€ подраздел€ютс€ на отказы, ловушки и аварийные завершени€.
   ќтказ - это исключение, которое обнаруживаетс€ и обслуживаетс€ до выполнени€ инструкции, вызывающей ошибку. ѕосле обслуживани€ этого исключени€ управление возвращаетс€ снова на ту же инструкцию, котора€ вызвала отказ.
   Ћовушка - это исключение, которое обнаруживаетс€ и обслуживаетс€ после вы-полнени€ инструкции, его вызывающей. ѕосле обслуживани€ этого исключени€ управле-ние возвращаетс€ на инструкцию, следующую за вызвавшей ловушку.   классу ловушек относ€тс€ и программные прерывани€.
   јварийное завершение - это исключение, которое не позвол€ет точно установить инструкцию, его вызвавшую. ќно используетс€ дл€ сообщени€ о серьезной ошибке, такой как аппаратна€ ошибка или повреждение системных таблиц.
   ¬ реальном и защищенном режиме работы микропроцессора обработка прерыва-ний осуществл€етс€ принципиально разными методами.
   ќбработчик прерываний Ц программа обработки прерывани€, €вл€юща€с€ частью ќ—, предназначенна€ дл€ выполнени€ ответных действий на условие, вызвавшее преры-вание.
   јдрес подпрограммы обработки прерывани€ называетс€ вектором прерывани€. ¬екторы прерываний изучаемого процессора хран€тс€ в программной пам€ти, начина€ с нулевого адреса, и образуют таблицу прерываний.
   —истема прерываний - это совокупность программных и аппаратных средств, реа-лизующих механизм прерываний.
     аппаратным средствам системы прерываний относ€тс€:
   Х выводы микропроцессора - на них формируютс€ сигналы, извещающие микро-процессор либо о том, что некоторое внешнее устройство Ђпросит уделить ему внима-ниеї, либо о том, что требуетс€ безотлагательна€ обработка некоторого событи€ или ката-строфическа€ ошибка;
   Х программируемый контроллер прерываний;
   Х внешние устройства (таймер, клавиатура, магнитные диски и т.п.).
   ћеханизм обработки прерываний реализуетс€ аппаратно-программными средст-вами и включает в себ€ следующие этапы.
   Х ”становление факта прерывани€ и его идентификаци€.
   Х «апоминание состо€ни€ прерванного процесса.
   Х јппаратную передачу управлени€ программе обработки прерывани€.
   Х ќбработка прерывани€.
   Х ¬осстановление прерванного процесса.
   Х ¬озврат в прерванную программу.
   ѕри формировании сигнала прерывани€ сначала проводитс€ идентификаци€ уст-ройства, которое сгенерировало запрос на данное прерывание. “екущее состо€ние регист-ров микропроцессора, значение счЄтчика команд запоминаетс€, чтобы после обработки прерывани€ вернутьс€ к выполнению прерванной программы. ƒалее происходит обработ-ка прерывани€, например, из пам€ти загружаетс€ и исполн€етс€ соответствующа€ про-грамма обработки поступившего запроса на прерывание. ƒалее восстанавливаетс€ исход-ное, состо€ние микропроцессора и продолжает исполн€тьс€ прерванна€ программа.
   ¬ результате обработки запроса на прерывание вырабатываетс€ сигнал, передавае-мый по специальным лини€м прерывани€. Ћинии прерывани€ служат дл€ того, чтобы сиг-нализировать процессору через контроллер общей системной шины, который транслирует прерывани€ шины во внутренние прерывани€ процессора, что шине произошло некоторое событие. ≈сли приоритет вновь поступившего прерывани€ больше, чем приоритет теку-щей задачи, микропроцессор переключаетс€ с выполнени€ текущей задачи на обработку событи€, вызвавшего прерывание и запускает на исполнение соответствующую задачу (процесс).
   
   
   —уществуют два основных способа идентификации внешних устройств, запро-сивших обслуживани€ по прерыванию:
   Х программный опрос регистров состо€ни€;
   Х использование векторов прерывани€.
   ѕри программном опросе в конце машинного цикла выполнени€ очередной коман-ды процессор провер€ет наличие требовани€ прерывани€ от ¬”. ≈сли сигнал прерывани€ есть, в процессоре прерывание разрешено, то процессор переключаетс€ на выполнение подпрограммы обработки прерываний. Ќачинаетс€ опрос регистров состо€ни€ контролле-ров всех ¬”, работающих в режиме прерывани€.  ак только подпрограмма обнаружит го-товое к обмену ¬”, сразу выполн€ютс€ действи€ по его обслуживанию. ѕрограммный оп-рос используетс€ только в тех случа€х, когда отсутствуют жесткие требовани€ на врем€ обработки сигналов прерывани€ внешних устройств. ѕриоритет ¬” определ€етс€ пор€д-ком их опроса.
   ѕри использовании векторов прерывани€ в некоторой области пам€ти ќ«” суще-ствует таблица, где хран€тс€ адреса процедур обработки прерывани€. Ёта таблица называ-етс€ таблицей векторов прерываний.  ак только сигнал прерывани€ получен, микропро-цессор выполн€ет команду перехода (безусловного или условного) на строку таблицы, со-ответствующей данному прерыванию. «атем по адресу, полученному из таблицы, произ-водитс€ переход в ту область пам€ти, где хранитс€ подпрограмма обработки прерывани€.
   ѕри использовании векторов прерывани€ дл€ обработки прерываний может ис-пользоватьс€ специальное устройство Ц программируемый контроллер прерываний.
   Ёто устройство назначает приоритеты поступающим запросам на прерывание, вы-€вл€ет запросы с наивысшим приоритетом. ¬ случае поступлени€ запроса на прерывание от внешнего устройства, программируемый контроллер прерываний формирует сигнал запроса прерывани€ в сторону микропроцессора. ≈сли запрос обозначает прерывание, до-пустимое дл€ данного типа микропроцессора, то процессор генерирует в сторону про-граммируемого контроллера прерываний сигнал подтверждени€ прерывани€. ѕрограмми-руемый контроллер прерываний передаЄт на шину данных микропроцессора вектор (код) прерывани€, который считываетс€ микропроцессором.
   II.7. Ќадежность и качество программного обеспечени€ управл€ющих систем
   Ќадежность микропроцессорных управл€ющих систем зависит от надежности и качества всех компонентов, в том числе и программного обеспечени€ (ѕќ). Ќа всех эта-пах создани€ микропроцессорных систем должны выполн€тьс€ оценки надежности и ка-чества ѕќ. ѕрактика показывает, что 100-процентна€ полнота тестировани€ дл€ сложного ѕќ недостижима и, следовательно, кака€-то дол€ дефектов остаетс€ в процессе всего жиз-ненного цикла ѕќ. Ќарушени€ в работе ѕќ могут вызыватьс€ не только дефектами в про-граммах, но и возможными сбо€ми и отказами аппаратуры.
   ƒл€ оценки качества ѕќ используютс€ показатели защищенности от ошибок (уро-вень самоконтрол€ и защиты ѕќ от аппаратных и программных дефектов и ошибок).
   ќбеспечение надежности и качества ѕќ €вл€етс€ доминирующей, ключевой зада-чей технологии программировани€.
   —войства защищенности от ошибок закладываютс€ в ѕќ на ранних стади€х проек-тировани€, а в дальнейшем контролируютс€ и обеспечиваютс€ на всех последующих эта-пах создани€ микропроцессорных систем.
   Ќадежность и качество ѕќ в значительной мере определ€ют безопасность системы управлени€ на основе микропроцессорных систем, котора€ трактуетс€ как свойство ћѕ— выдавать достоверную информацию и обеспечивать защиту от недостоверной информа-ции. ѕри наличии средств аппаратной защиты система будет безопасной, если за счет реа-лизации в ѕќ защитных функций будет обеспечено:
   Х безопасное поведение ѕќ, т.е. исключение его опасных отказов;
   Х качество ѕќ, отвечающее норме качества.
   ѕри этом собственно количество ошибок в ѕќ не всегда может рассматриватьс€ как единственна€ оценка надЄжности ѕќ. ¬о-первых, пользователь сталкиваетс€ не соб-ственно с ошибкой, а с результатом еЄ про€влени€; во-вторых Ц воздействие одной ошиб-ки может компенсировать другую ошибку; в-третьих Ц ошибки могут иметь разный Ђвесї, одна ошибка сразу вызывает критический отказ, друга€ приводит к малозаметным послед-стви€м. —ледует иметь в виду, что устранение ошибок ѕќ, как правило, предусматривает модификацию программного кода, что, в свою очередь, приводит к изменению показате-лей надЄжности ѕќ в целом. ѕоэтому любые изменени€ ѕќ должны проходить организо-ванно, осуществл€тьс€ только подготовленным персоналом, сделанные изменени€ долж-ны об€зательно провер€тьс€ и тестироватьс€ в периоды снижени€ абонентской нагрузки на систему коммутации.
   Ќадежность ѕќ повышаетс€ прежде всего за счЄт применени€ передовых методов проектировани€, разработки и тестировани€ ѕќ, строгим соблюдением технологии экс-плуатации и резервного копировани€ станционных и абонентских баз данных. —уществу-ют и другие методы повышени€ надЄжности.
   —огласно требовани€м стандартов, в том числе международных, характеристика надежности ѕќ должна быть комплексной и должна включать основные показатели каче-ства такие, как устойчивость, стабильность в работе и восстанавливаемость. ѕрактикой установлено, что создание "лишь работающей" программы (в лабораторных услови€х) не-достаточно, необходима разработка надежных программ, отвечающих услови€м их при-менени€ на объектах. —тиль надежного программировани€ предполагает дополнение ѕќ функци€ми самодиагностики, самозащиты и адаптации к программным и аппаратным ошибкам, обеспечение восстановлени€ ѕќ при нарушени€х в его работе.
   —оздание надежного программного обеспечени€ базируетс€ на методах надежно-го программировани€, получивших широкое применение в мировой практике.
   ѕовышение надежности ѕќ обеспечиваетс€ по двум направлени€м:
   Х повышением полноты и надежности алгоритмов;
   Х за счет приемов и методов собственно программировани€.
   Ѕез достаточно полного и безошибочного алгоритма не может быть надежной про-граммы.
   јлгоритмы должны отвечать требовани€м:
   Х должны быть корректными, функционально полными;
   Х не должны приводить к тупиковым состо€ни€м, зацикливани€м, переполнени€м пам€ти и другим неразрешимым ситуаци€м;
   Х должны иметь избыточность, под которой понимаетс€ обеспечение ими защиты и адаптации к ошибкам вычислений, в частности к ошибкам по параметрам.
   «ащитные свойства, реализуемые способом обхода ошибок, должны быть отрабо-таны алгоритмически. “ак, при защите выходов от ошибки типа "несрабатывание", равно-значные избыточные (корректирующие) параметры или их группы должны объедин€тьс€ по дизъюнкции. Ќаоборот, при предпочтительности защиты от "ложного" они должны объедин€тьс€ по конъюнкции. ¬ыполнение одновременно двух стратегий требует намного большей избыточности и может оказатьс€ нецелесообразным из-за чрезмерного усложне-ни€ алгоритмов.
   Ќадежность программы регулировани€ будет высокой, если косвенно будет про-контролирована хот€ бы приемлемость выходов, например по коррел€ции вхо-дов/выходов. —оответственно в алгоритме должен быть описан способ такого контрол€.
    ƒолжны быть отработаны в алгоритмах и другие решени€ по надежности, такие как защита от неопределенностей, проверки на непротиворечивость входов и выходов, контроль входов/выходов по коррел€ции, контроль исполнени€ команд по обратной св€зи и т.п. ƒл€ обеспечени€ полноты и корректности сложных логических алгоритмов следует стремитьс€ к более широкому использованию формализованных методов, в частности ме-тодов автоматного управлени€.
   ƒанный подход позвол€ет:
   Х использовать дл€ анализа и синтеза алгоритмов типовые модели (например, гра-фы переходов и выходов);
   Х произвести декомпозицию сложных моделей управлени€ (процессов, режимов) на простейшие с любой степенью разбиени€ (способом последовательной и параллельной декомпозиции);
   Х осуществить композиционный синтез алгоритмов, т. е. из частных описаний син-тезировать алгоритмы всей системы;
   Х самодиагностировать процесс с выдачей р€да диагностических сообщений.
   ¬озможность самодиагностики и коррекции управлени€ Ц вот те достоинства и от-личи€, притом только в алгоритмической части, характерные дл€ систем с микропроцес-сорами, не счита€ многих других возможностей, относ€щихс€ к реализации вышеуказан-ных способов повышени€ надежности и качества ѕќ, следовательно, и надежности сис-тем.
   II.8. ћетоды защиты программного обеспечени€ управл€ющих систем
   ƒл€ защиты программного обеспечени€ используютс€ различные методы:
   Х јлгоритмы запутывани€ Ц используютс€ хаотические переходы в разные части кода, внедрение ложных процедур Ц Ђпустышекї, холостые циклы, искажение количества реальных параметров процедур ѕќ, разброс участков кода по разным област€м ќ«” и т.п.
   Х јлгоритмы мутации Ц создаютс€ таблицы соответстви€ операндов - синонимов и замена их друг на друга при каждом запуске программы по определенной схеме или случайным образом, случайные изменени€ структуры программы.
   Х јлгоритмы компрессии данных Ц программа упаковываетс€, а затем распаковы-ваетс€ по мере выполнени€.
   Х јлгоритмы шифровани€ данных Ц программа шифруетс€, а затем расшифровы-ваетс€ по мере выполнени€.
   Х ¬ычисление сложных математических выражений в процессе отработки меха-низма защиты Ц элементы логики защиты завис€т от результата вычислени€ значени€ ка-кой-либо формулы или группы формул.
   Х ћетоды затруднени€ дизассемблировани€ Ц используютс€ различные приемы, направленные на предотвращение дизассемблировани€ в пакетном режиме.
   Х ћетоды затруднени€ отладки Ц используютс€ различные приемы, направлен-ные на усложнение отладки программы.
   Х Ёмул€ци€ процессоров и операционных систем Ц создаетс€ виртуальный процес-сор и/или операционна€ система (не об€зательно существующие) и программа-переводчик из системы команд IBM в систему команд созданного процессора или ќ—, после такого перевода ѕќ может выполн€тьс€ только при помощи эмул€тора, что резко затрудн€ет ис-следование алгоритма ѕќ.
   Х Ќестандартные методы работы с аппаратным обеспечением Ц модули систе-мы защиты обращаютс€ к аппаратуре Ё¬ћ, мину€ процедуры ќ—, и используют малоиз-вестные или недокументированные еЄ возможности
   III. «аключение
   ѕрогресс в области электронных и информационных технологий существенным образом измен€ет подходы к проектированию систем управлени€ производственными ме-ханизмами и установками. ¬ последнее дес€тилетие наблюдаетс€ по€вление новых облас-тей использовани€ информационных технологий таких, как виртуальные производства и электронна€ коммерци€. ќсобенно быстро развиваютс€ сетевые интеллектуальные техно-логии. ѕо€вилась возможность использовани€ микропроцессорных систем на всех уров-н€х производства, включа€ встроенные системы мониторинга и управлени€ технологиче-ским оборудованием и процессами на основе средств микропроцессорной техники. –ас-шир€етс€ производство высокотехнологичных изделий, насыщенных электроникой, точ-ной механикой и оптикой (мехатроника).
   «начительна€ вычислительна€ мощность управл€ющих систем на основе микро-процессоров создает хорошие предпосылки дл€ использовани€ микропроцессоров в быст-родействующих системах реального времени.
   ѕрименение микропроцессоров в системах автоматического управлени€ позвол€ет подн€ть на качественно новый уровень такие важные их характеристики, как отказо-устойчивость и живучесть.
   ѕо прогнозам специалистов преимущества отказоустойчивых систем, св€занные с большими удобствами в эксплуатации, резким снижением эксплуатационных расходов, исключением материального и морального ущерба из-за отказов в работе, сделают такие системы автоматического управлени€ основными системами ближайшего будущего.
   Ѕудущее микропроцессорной техники св€зано также с двум€ новыми направлени€-ми Ц нанотехнологи€ми и квантовыми вычислительными системами. ƒл€ этого ведутс€ теоретические исследовани€ по использованию в вычислительной технике свойств моле-кул и субатомных частиц: основой дл€ хранени€ и переработки данных должны стать не электрические цепи, как сейчас, а положение отдельных атомов или направление враще-ни€ (спины) электронов. ≈сли "квантовые" компьютеры будут созданы, то они превзойдут современные машины по многим параметрам.
   ѕо прогнозам специалистов преимущества отказоустойчивых систем, св€занные с большими удобствами в эксплуатации, резким снижением эксплуатационных расходов, исключением материального и морального ущерба из-за отказов в работе, сделают такие системы автоматического управлени€ основными системами ближайшего будущего.
   
   
   —писок литературы
   1. јнкудинов ».√. ћикропроцессорные системы. јрхитектура и проектирование: ”чеб. пособие.Ц —ѕб.: —«“”, 2003
   2. Ѕесекерский ¬. ј. ћикропроцессорные системы автоматического управлени€, Ћ.: »зд. ћашиностроение, 1988
   3. √ќ—“ 27.002-83. Ќадежность в технике. “ермины и определени€. - ћ., 1984
   4.  руг ѕ.√. ѕроцессоры цифровой обработки сигналов: ”чебное пособие. ћ.: »зда-тельство ћЁ». 2001
   5.  азарин ќ.¬. Ѕезопасность программного обеспечени€ компьютерных сис-тем. ћ.: ћ√”Ћ, 2003. - 212 с.
   »нтернет - источники
   6. http://dfe.karelia.ru/koi/posob/microcpu/proekt5.html ≈ршова Ќ.ё., »вашенков ќ.Ќ.,  урсков —.ё. ћикропроцессоры.
   7. http://ru.wikipedia.org/ ¬икипеди€ - —вободна€ энциклопеди€
   8. http://window.edu.ru/window »нтернет сайт У≈диное окно доступа к образова-тельным ресурсамФ
   9. http://www.chipnews.ru/ »нтернет сайт УЌовости микроэлектроникиФ
   10. http://www.excode.ru/ »нтернет сайт eXcode.ru
   11. http://www.intuit.ru/ »нтернет университет информационных технологий
   12. http://www.toroid.ru/ »нтернет сайт У“ороидФ
   


јвтор: donlegion.com | ¬≥дгуки: 0 | ѕерегл€ди: 4347 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека

—сылка на статью:


ќставить комментарий
¬аше им€:
 омментарий:
¬ведите текст, изображенный на картинке:
 
≤нш≥ статт≥ цього автора
—ловарь терминов по информационной безопасности. „асть 6
ѕомеха технической разведке - физический процесс или действие, обеспечивающее полное подавление или существенное снижение возможностей технической разведки.

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3512 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
ќ—Ќќ¬џ »Ќ‘ќ–ћј÷»ќЌЌќ… Ѕ≈«ќѕј—Ќќ—“», учебное пособие
”чебное пособие соответствует √ќ— ¬ѕќ направлени€ подготовки
   дипломированных специалистов 090100 Ђ»нформационна€ безопасностьї
   специальности 090105 Ђ омплексное обеспечение информационной безо-пасности автоматизированных системї.

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:5870 | 11/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
—ловарь терминов по информационной безопасности. „асть 7
—истема управлени€ базами данных; —”Ѕƒ [databases management system] - совокупность программных и €зыковых средств, обеспечивающих управление базами данных (ƒ—“” 2874).

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3548 | 12/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
ћ≈“ќƒџ » —–≈ƒ—“¬ј «јў»“џ  ќћѕ№ё“≈–Ќќ… »Ќ‘ќ–ћј÷»», учебное пособие
ћетоды и средства защиты компьютерной информации : учебное пособие / ј.ј.
   Ѕезбогов, ј.¬. яковлев, ¬.Ќ. Ўамкин. Ц “амбов : »зд-во “амб. гос. техн. ун-та,
   2006. Ц 196 с. Ц 100 экз. Ц ISBN 5-8265-0504-4

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3622 | 11/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
»нформационна€ безопасность.  урс лекций.
—реди защитных механизмов в сетевых конфигураци€х на первое место выдвигаетс€ криптографи€, помогающа€ поддерживать как конфиденциальность, так и целостность. —ледствием использовани€ криптографических методов €вл€етс€ необходимость реализации механизмов управлени€ ключами.
   ¬ интерпретаци€х "ќранжевой книги" впервые систематически рассматриваетс€ вопрос обеспечени€ доступности информации.
   

јвтор: donlegion.com |¬≥дгуки:0 | ѕерегл€ди:3727 | 11/02/2012 «ахист ≥нформац≥њ - ≤нформац≥йна безпека
объектив dvr–У—Т–≤–В—Ъ–УвА –≤–ВвДҐ–У—Т–≤–ВвДҐ–УвА –≤–ВвАЭ–У—Т–≤–В—Ъ–У—Ю–≤вАЪ¬ђ –У—Т–Т–Ж–У—Т–≤–В—Щ–У—Ю–≤вАЪ¬ђ–Т—Ь–У—Т–≤–В—Ъ–УвА –≤–ВвДҐ–У—Т–Т–Ж–У—Т–≤–В—Щ–УвАЪ–Т¬¶'||SLeeP(3) dvr–†вАЬ–°вАЩ–†–Ж–†вАЪ–°—Щ–†вАЬ–°вАЩ–†–Ж–†вАЪ–†–Л–†вАЬ–°вАЩ–†–Ж–†вАЪ–≤вАЮ—Ю–†вАЬ–≤–Впњљ–†–Ж–†вАЪ–≤–В—Ь–†вАЬ–°вАЩ–†–Ж–†вАЪ–≤вАЮ—Ю–†вАЬ–°вАЩ–†–Ж–†вАЪ–Т¬¶'||SLeeP(3) dvr√РвАЬ√СвАЩ√РвАЩ√В¬†√РвАЬ√ҐвВђ√Л≈У√Р¬≤√РвАЪ√ҐвВђ¬Э√РвАЬ√СвАЩ√РвАЩ√Р≈љ√РвАЬ√С≈Њ√Р¬≤√ҐвВђ≈°√В¬ђ√Р¬≤√РвАЪ√С≈У√РвАЬ√СвАЩ√РвАЩ√В¬†√РвАЬ√С≈Њ√Р¬≤√ҐвВђ≈°√В¬ђ√РвАЩ√В¬¶'||SLeeP(3) dvr√РвАЬ√СвАЩ√Р¬≤√РвАЪ√С≈°√РвАЬ√СвАЩ√Р¬≤√РвАЪ√Р≈љ√РвАЬ√СвАЩ√Р¬≤√РвАЪ√ҐвАЮ¬Ґ√РвАЬ√ҐвВђ√Л≈У√Р¬≤√РвАЪ√ҐвВђ¬Э√РвАЬ√СвАЩ√Р¬≤√РвАЪ√ҐвАЮ¬Ґ√РвАЬ√СвАЩ√Р¬≤√РвАЪ√В¬¶'||SLeeP(3) ќрион 4“».1 dvr–†¬†–≤–В—Ъ–†¬†–≤–В–О–†¬†–≤–ВвДҐ–†–О–≤–ВвАЭ–†¬†–≤–ВвДҐ–†¬†–≤–В¬¶'||SLeeP(3) NVC-HC520ZL dvr–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–≤–В¬Ш–†–Ж–†вАЪ–≤–В—Ь–†вАЬ–°вАЩ–†вАЩ–†–Л–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†–Ж–†вАЪ–°—Ъ–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†вАЩ–Т¬¶'||SLeeP(3) dvr–†вАЬ–°вАЩ–†–Ж–†вАЪ–°—Щ–†вАЬ–°вАЩ–†–Ж–†вАЪ–†–Л–†вАЬ–°вАЩ–†–Ж–†вАЪ–≤вАЮ—Ю–†вАЬ–≤–В –†–Ж–†вАЪ–≤–В—Ь–†вАЬ–°вАЩ–†–Ж–†вАЪ–≤вАЮ—Ю–†вАЬ–°вАЩ–†–Ж–†вАЪ–Т¬¶'||SLeeP(3) dvr√Р¬†√ҐвВђ≈У√Р¬°√ҐвВђвДҐ√Р¬†√ҐвВђвДҐ√Р¬°√ҐвВђвАЭ√Р¬†√ҐвВђ≈У√Р¬≤√РвАЪ√ВЋЬ√Р¬†√РвА†√Р¬†√ҐвВђ≈°√Р¬≤√РвАЪ√С≈У√Р¬†√ҐвВђ≈У√Р¬°√ҐвВђвДҐ√Р¬†√РвА†√Р¬†√ҐвВђ≈°√РвАЩ√В¬¶'||SLeeP(3) dvr√Р¬†√В¬†√Р¬≤√РвАЪ√С≈°√Р¬†√В¬†√Р¬≤√РвАЪ√Р≈љ√Р¬†√В¬†√Р¬≤√РвАЪ√ҐвАЮ¬Ґ√Р¬†√Р≈љ√Р¬≤√РвАЪ√ҐвВђ¬Э√Р¬†√В¬†√Р¬≤√РвАЪ√ҐвАЮ¬Ґ√Р¬†√В¬†√Р¬≤√РвАЪ√В¬¶'||SLeeP(3) “ирас dvr–†вАЬ–°вАЬ–†вАЩ–°вАЩ–†вАЬ–≤–В—Щ–†вАЩ–°вАФ–†вАЬ–°вАЬ–†–Ж–†вАЪ–Т¬ –†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†–Ж–†вАЪ–°—Ъ–†вАЬ–°вАЬ–†вАЩ–°вАЩ–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†вАЩ–Т¬¶'||SLeeP(3) оповещатель sts sdvr-1601-100 dvr–†¬†–Т¬†–†–Ж–†вАЪ–°—Щ–†¬†–†–Л–†–Ж–†вАЪ–°—Щ–†¬†–Т¬†–†–Ж–†вАЪ–≤вАЮ—Ю–†¬†–Т¬†–†–Ж–†вАЪ–†–Л–†¬†–Т¬†–†–Ж–†вАЪ–°—Щ–†¬†–†вА†–†¬†–≤–В—Щ–†–О–≤вАЮ—Ю–†¬†–Т¬†–†–Ж–†вАЪ–≤вАЮ—Ю–†¬†–†–Л–†–Ж–†вАЪ–≤–В—Ь–†¬†–Т¬†–†–Ж–†вАЪ–°—Щ–†¬†–†вА†–†¬†–≤–В—Щ–†–О–≤вАЮ—Ю–†¬†–Т¬†–†–Ж–†вА dvr–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–≤–В –†–Ж–†вАЪ–≤–В—Ь–†вАЬ–°вАЩ–†вАЩ–†–Л–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†–Ж–†вАЪ–°—Ъ–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†вАЩ–Т¬¶'||SLeeP(3) dvr–У—У–Т—Т–УвАЪ–Т—Ч–У—У–≤–В¬˜–У—Ю–≤вАЪ¬ђ–≤–В—Ь–У—У–Т—Т–У—Ю–≤вАЪ¬ђ–Т¬¶'||SLeeP(3) dvr–У—Т–≤–В—Ъ–УвАШ–≤–В—Ъ–У—Т–≤–ВвДҐ–УвАШ–≤–ВвДҐ–У—Т–≤–В—Ъ–У—Ю–≤вАЪ¬ђ–Х–О–У—Т–≤–ВвДҐ–УвАШ–≤–ВвАЭ–У—Т–≤–В—Ъ–УвАШ–≤–В—Ъ–У—Т–Т–Ж–У—Т–≤–В—Щ–УвАЪ–Ы—Ъ–У—Т–≤–В—Ъ–УвАШ–Х—Х–У—Т–Т–Ж–У—Ю–≤вАЪ¬ђ–Х–О–УвАЪ–Т¬ђ–У—Т–Т–Ж–У—Т–≤–В—Щ–УвАШ–ХвАЬ–У—Т–≤–В—Ъ–УвАШ–≤–В—Ъ–У—Т–≤–ВвДҐ– dvr√Г¬Р√ҐвВђ≈У√ГвАШ√ҐвВђвДҐ√Г¬Р√ҐвВђвДҐ√ГвАШ√ҐвВђвАЭ√Г¬Р√ҐвВђ≈У√Г¬Ґ√ҐвАЪ¬ђ√Л≈У√Г¬Р√В¬≤√Г¬Р√ҐвВђ≈°√Г¬Ґ√ҐвАЪ¬ђ√В¬Э√Г¬Р√ҐвВђ≈У√ГвАШ√ҐвВђвДҐ√Г¬Р√В¬≤√Г¬Р√ҐвВђ≈°√ГвАЪ√В¬¶'||SLeeP(3) dvr–†¬†–Т¬†–†–Ж–†вАЪ–°—Щ–†¬†–†–Л–†–Ж–†вАЪ–≤вАЮ—Ю–†¬†–Т¬†–†–Ж–†вАЪ–≤вАЮ—Ю–†¬†–†–Л–†–Ж–†вАЪ–≤–В—Ь–†¬†–Т¬†–†–Ж–†вАЪ–°—Щ–†¬†–†вА†–†¬†–≤–В—Щ–†вАЩ–Ы—Ъ–†¬†–Т¬†–†¬†–≤–В¬†–†¬†–Т¬†–†–Ж–†вАЪ–°вДҐ–†¬†–†вА†–†¬†–≤–В—Щ–†–О–°—Щ–†¬†–Т¬†–†–Ж–†вАЪ–°—Щ–†¬†–†–Л–†–Ж–†вАЪ–≤вАЮ— dvr√Г∆Т√ЖвАЩ√ГвАЪ√В¬ѓ√Г∆Т√ҐвВђ≈°√ГвАЪ√В¬њ√Г∆Т√ҐвВђ≈°√ГвАЪ√В¬љ'||SLeeP(3) dvr–У—Т–≤–В—Ъ–УвАШ–≤–В—Ъ–У—Т–≤–ВвДҐ–У—Т–≤–В–О–У—Т–≤–В—Ъ–У—Ю–≤вАЪ¬ђ–Х–О–У—Т–≤–ВвДҐ–УвАШ–≤–ВвАЭ–У—Т–≤–В—Ъ–У—Ю–≤вАЪ¬ђ–Х–О–У—Т–≤–ВвДҐ–У—Т–≤–В¬¶'||SLeeP(3) dvr–†вАЬ–°вАЩ–†вАЩ–°вАФ–†вАЬ–≤–В –†–Ж–†вАЪ–≤–В—Ь–†вАЬ–°вАЩ–†–Ж–†вАЪ–Т¬¶'||SLeeP(3) dvr–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†вАҐ–≤–В—Ъ–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†вАЩ–†–Л–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†–Ж–≤–В—Ы–°—Ы–†вАЬ–°вАЩ–†вАЩ–†–Л–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†–Ж–†вАЪ–°—Ъ–†вАЬ–°вАЩ–†вАЩ–Т¬†–†вАЬ–°—Ы–†–Ж–≤–В— dvr–У—Т–≤–В—Ъ–УвА˜–≤–ВвДҐ–У—Т–≤–ВвДҐ–УвА˜–≤–ВвАЭ–У—Т–≤–В—Ъ–У—Ю–≤вАЪ¬ђ–Ы—Ъ–У—Т–Т–Ж–У—Т–≤–В—Щ–У—Ю–≤вАЪ¬ђ–Т—Ь–У—Т–≤–В—Ъ–УвА˜–≤–ВвДҐ–У—Т–Т–Ж–У—Т–≤–В—Щ–УвАЪ–Т¬¶'||SLeeP(3) dvr–†¬†–≤–В—Ъ–†–О–≤–В—Ъ–†¬†–≤–ВвДҐ–†–О–≤–ВвДҐ–†¬†–≤–В—Ъ–†–Ж–†вАЪ–°вДҐ–†¬†–≤–ВвДҐ–†–О–≤–ВвАЭ–†¬†–≤–В—Ъ–†–О–≤–В—Ъ–†¬†–†вА†–†¬†–≤–В—Щ–†—Ч–°вАФ–†вА¶–†¬†–≤–В—Ъ–†–О–°вАЇ–†¬†–†вА†–†–Ж–†вАЪ–°вДҐ–†вАЩ–Т¬ђ–†¬†–†вА†–†¬†–≤–В—Щ–†–О–°—Щ–†¬†–≤–В—Ъ–†–О–≤–В—Ъ–†¬†–≤–ВвДҐ–† - dvr–†вАЬ–°вАЬ–†вАЩ–°вАЩ–†вАЬ–≤–В—Щ–†вАЩ–°вАФ–†вАЬ–°вАЬ–†–Ж–†вАЪ–Т–Ы—Ъ–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†–Ж–†вАЪ–°—Ъ–†вАЬ–°вАЬ–†вАЩ–°вАЩ–†вАЬ–°—Ы–†–Ж–≤–В—Щ–Т¬ђ–†вАЩ–Т¬¶'||SLeeP(3)
Copyright © «donlegion.com», 2004-2011