Geum.ru

Компьютеры, программирование

  • 3441. Конфигурация Cisco Catalyst 2900 – 3500XL
    Информация пополнение в коллекции 12.01.2009

    Нет нужды говорить, что существует несколько типов организации VLAN в сети. Самый простой из них - статический. Вы назначаете каждому порту какой-либо номер VLAN и они будут "видеть" только те порты, что принадлежат тому же VLAN. При этом абсолютно исключается возможность взаимодействия с "чужим" портом. При этом сами коммутаторы соединяются между собой посредством особых каналов связи - trunk магистралей. По таким магистралям проходят данные всех VLAN. Но, к сожалению, trunk порт должен быть point-to-point(о двух концах) и может подключаться только к свитчам и роутерам, поддерживающим VLAN. Таким образом организация сетевого доменного сервера становится возможной только при использовании роутера :(. С другой стороны trunk магистрали поддерживаются всеми типами свитчей, которые умеют делать VLAN. Другое преимущество - использование особого протокола кисок, обеспечивающего централизованное управление всей системой VLAN. Например, вы можете на сервере VTP отключить или включить определЈнную VLAN. МультиVLAN очень интересный тип организации VLAN. Он состоит в определении для порта нескольких допустимых VLAN(например, для экономистов это могут быть VLAN Economics и Server для доступа к общим серверам и.т.д.). Здесь всЈ предельно просто, но, к сожалению, свитчи серии 1900 и младше не поддерживают такую возможность :(( Поэтому такой свитч может обслуживать только один VLAN на одно подключение к новому свитчу Catalyst 2900 XL или 3300. При этом если на основном свитче этот порт будет мульти, то и на старый свитч будут проходить пакеты от всех мульти VLAN описанных на таком порте.И наконец, способ для страдающих параноидальной безопасностью нетадминов, заключается в назначении каждой VLAN списка допустимых мак (или, вроде, IP адресов). Когда на порт приходит пакет, то посылается запрос VPMS серверу, есть такой мак или нет. Но при выборе типа VLAN, учтите что на одном свитче не может быть разных типов организации VLAN.

  • 3442. Конфигурация аппаратных средств персонального компьютера
    Информация пополнение в коллекции 12.01.2009

    Чтобы развернуть некоторую ветвь, нажмите на знак "плюс" [+] слева от любой папки, или дважды щелкните на папке. Для отображения содержание папки, нажмите на нужный ключ, и Вы увидите параметры, перечисленные на правой стороне. Вы можете добавить новый ключ или параметр, выбирая пункт «Создать», из меню «Правка», или щелкая правой кнопкой мыши. Так же Вы можете переименовать любой параметр и почти любой ключ тем же методом, что и переименовываете файлы; щелкните правой кнопкой мыши на объекте, и выберете «Переименовать», или нажмите на нем дважды (медленно), или нажмите F2 на клавиатуре. Наконец, Вы можете удалить ключ или параметр, выбирая его, и, нажимая «Delete» на клавиатуре, или щелкая правой кнопкой мыши на параметре, и выбирая «Удалить». Обратите внимание: Всегда резервируйте Ваш системный реестр перед созданием любых изменений в нем. Это даст Вам возможность не переустанавливать операционную систему в случае неправильных действий. Гораздо лучше перестраховаться, чем потом жалеть!

  • 3443. Конфигурирование интерфейсов Ethernet на маршрутизаторе
    Информация пополнение в коллекции 12.01.2009

     

    1. Подключаем консольным кабелем от соответствующего маршрутизатора к порту COM компьютера.
    2. Запускаем и настраиваем Term95 или Telix под соотвествующий порт и скорость (обычно 9600 kb/s). Установите терминал в режим 8N1. Включите маршрутизатор.
    3. Включаем свой маршрутизатор
    4. Если в нем уже была какая-то настройка, то стираем ее:
      Router>enable
      Router#erase startup configuration
      Router#reload
    5. Отказываемся от автоматической настройки:
      Would you like to enter the initial dialog? [yes]:no
    6. Через некоторое время появится сообщение:
      Router>
      Войти в режим администратора:
      Router>enable
      Подсказка > должна смениться на #
    7. Начать конфигурирование с терминала:
      Router#configure terminal
    8. Задать имя хоста:
      Router(config)#hostname Router (любое имя какое вам нравится)
    9. Задать защищенный пароль администратора:
      Router (config)#enable secret cisco (любое пароль какой вам нравится)
    10. Введите команды:
      Router(config)#ip subnet-zero
      Router(config)#ip classless
    11. Отключаем DNS, если его нет:
      Router(config)#no ip domain-lookup
    12. Выйдите из режима конфигурации:
      Router(config)#exit
      Router#
    13. Сохраните конфигурацию:
      Router(config)#exit
      Router#write
    14. Выйдите из режима расширенных команд:
      Router#exit
      Router>
    15. Настройка терминальных линий (vty) для доступа к Cisco через локальную сеть:
      Router#configure terminal (или conf t)
      Router(config)#line vty 0 4
      Router(config-line)#login
      Router(config-line)#password Сisco
      Router(config-line)#session-timeout 10 output
      Router(config-line)#exit или Сtrl^Z
      Router#write terminal (wr - сокращенно)
  • 3444. Конфигурирование программы "1С:Предприятие" на основе предприятия сельскохозяйственной отрасли
    Дипломная работа пополнение в коллекции 14.04.2012

    Рыболовецкая артель выпускает широкий ассортимент продукции. Вся продукция производится с соблюдениями требований ГОСТ и ТУ. Каждому виду продукции соответствует свой ГОСТ или ТУ. Например икра лососевая зернистая соленая замороженная выпускается в соответствии с ТУ 9264-001-42658943-2004, икра лососевая зернистая баночная - ГОСТ 18173-2004; сельдь соленая - ГОСТ 815-2004, лососи дальневосточные соленые - ГОСТ 16080-2002, сельдь и сардина тихоокеанская пряного посола и маринованные, сельдь тихоокеанская малосоленая - ТУ 9269-104-33620410-08; рыбы лососевые и сиговые холодного копчения - ГОСТ 11298-2002, изделия балычные из дальневосточных лососей и иссык-кульской форели холодного копчения - ГОСТ 2623-97, сельди и сардина тихоокеанская холодного копчения - ГОСТ 813 - 2002, рыба холодного копчения - ГОСТ 11482 - 96; консервы рыбные натуральные с добавлением масла - ГОСТ 13865-2000, консервы рыбные натуральные - ГОСТ 7452-97, консервы из морской капусты - ТУ 9273-066-33620410-05; рыба мороженная - ГОСТ 1168 - 86, сельдь мороженная ОСТ 15-403-97, сайра тихоокеанская мороженная - ТУ 9261-267-00472012-04. Также продукция проходит контроль в соответствии с санитарно-эпидемиологическими правилами и нормативами СанПиН 2.3.2.1078-01 «Гигиенические требования безопасности и пищевой ценности пищевых продуктов». Вся продукция получает удостоверение качества, которое выдает ООО «Независимый экспертно - сертификационный центр».

  • 3445. Конфигурирование, протоколирование событий, подсистема безопасности Windows
    Контрольная работа пополнение в коллекции 06.05.2012

    Существует несколько журналов, в том числе следующие.(Приложение) - хранит важные события, связанные с конкретным приложением. Например, ExchangeServer сохраняет события, относящиеся к пересылке почты, в том числе события информационного хранилища, почтовых ящиков и запущенных служб. По умолчанию помещается вSystemRoot%\Systein32\Config\Appevent.evt.(Служба каталогов) на контроллерах домена этот журнал хранит события службы каталогов ActiveDirectory, в том числе относящиеся к ее запуску, глобальным каталогам и проверкам целостности. По умолчанию помещается в % SystemRoot%\\System32\Config\Ntds.evt.Server (DNS-сервер) - на DNS-серверах в этом журнале сохраняются DNS-запросы, ответы и прочие события DNS. По умолчанию помещается в % SystemRoot%\System32\ Config\Dnsevent.evt.(Служба репликации файлов) - на контроллерах домена и других серверах, использующих репликацию, этот журнал регистрирует действия в системе, связанные с репликацией файлов, в том числе события состояния и управления службой, сканирования данных на системных томах, а также управления наборами репликации. По умолчанию помещается в % SystemRoot%\Sysem32\Config\ Ntfrs.evt.(Безопасность) - хранит события, связанные с безопасностью, такие как вход / выход из системы, использование привилегий и обращение к ресурсам. По умолчанию помещается в в % SystemRoot%\System32\Config\Secevent.evt.

  • 3446. Конфигурирования программного обеспечения алгоритма OSPF на маршрутизаторе
    Информация пополнение в коллекции 12.01.2009

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

    1. OSPF может рассчитать отдельный набор маршрутизаторов для каждого типа сервиса IP (type-of-service) (рисунок 3.2). Это означает, что для любого пункта назначения может быть несколько пунктов в таблице маршрутизации, по одному для каждого типа сервиса IP.
    2. Каждому интерфейсу назначается цена. Она может быть назначена на основании пропускной способности, времени возврата, надежности или по какому-либо другому параметру. Отдельная цена может быть назначена для каждого типа сервиса IP.
    3. Если существует несколько маршрутов к одному пункту назначения с одинаковой ценой, OSPF распределяет траффик (поток данных) поровну между этими маршрутами. Это называется балансом загруженности.
    4. OSPF поддерживает подсети: маска подсети соответствует каждому объявленному маршруту. Это позволяет разбить IP адрес любого класса на несколько подсетей различного размера. (Мы показали это в примере в разделе "Пример подсети" главы 3 и назвали подсетями переменной длины.) Маршруты к хостам объявляются с маской подсети, из всех единичных бит. Маршрут по умолчанию объявляется как IP адрес 0.0.0.0 с маской из всех нулевых битов.
    5. Каналы точка-точка между маршрутизаторами не имеют IP адресов на каждом конце. Это называется сетями без адреса (unnumbered). Такой подход позволяет сэкономить IP адреса - очень ценный ресурс в настоящее время!
    6. Используется простая схема аутентификации. Может быть указан пароль в виде открытого текста, так же как это делается в схеме RIP-2 (раздел "RIP Version 2").
    7. OSPF использует групповую адресацию (глава 12) вместо широковещательной, что уменьшает загруженность систем, которые не распознают OSPF.
  • 3447. Конфиденциальная информация
    Контрольная работа пополнение в коллекции 04.12.2010

    Данная инструкция регламентирует организационно-техническое обеспечение процессов генерации, смены и прекращения действия паролей (удаления учетных записей пользователей) в локальной сети ФГОУ ВПО Костромской ГСХА далее ЛС, а также контроль за действиями пользователей и обслуживающего персонала системы при работе с паролями.

    1. Организационное и техническое обеспечение процессов генерации, использования, смены и прекращения действия паролей во всех подсистемах ЛС и контроль за действиями исполнителей и обслуживающего персонала системы при работе с паролями возлагается на сотрудников ИТЦ - администраторов средств защиты, содержащих механизмы идентификации и аутентификации (подтверждения подлинности) пользователей по значениям паролей.
    2. Личные пароли должны генерироваться и распределяться централизованно либо выбираться пользователями автоматизированной системы самостоятельно с учетом следующих требований:
    3. длина пароля должна быть не менее 8 символов;
    4. в числе символов пароля обязательно должны присутствовать буквы в верхнем и нижнем регистрах, цифры и специальные символы (@, #, $, &, *, % и т.п.);
    5. пароль не должен включать в себя легко вычисляемые сочетания символов (имена, фамилии, наименования АРМ и т.д.), а также общепринятые сокращения (ЭВМ, ЛВС, USER и т.п.);
    6. при смене пароля новое значение должно отличаться от предыдущего не менее чем в 6 позициях;
    7. личный пароль пользователь не имеет права сообщать никому.
    8. При наличии в случае возникновении нештатных ситуаций, форс-мажорных обстоятельств и т.п. технологической необходимости использования имен и паролей некоторых сотрудников (исполнителей) в их отсутствие, такие сотрудники обязаны сразу же после смены своих паролей их новые значения (вместе с именами соответствующих учетных записей) в запечатанном конверте или опечатанном пенале передавать на хранение ответственному за информационную безопасность подразделения (руководителю своего подразделения). Опечатанные конверты (пеналы) с паролями исполнителей должны храниться в сейфе. Для опечатывания конвертов (пеналов) должны применяться личные печати владельцев паролей (при их наличии у исполнителей).
    9. Полная плановая смена паролей пользователей должна проводиться регулярно, не реже одного раза в 40 дней.
    10. Внеплановая смена личного пароля или удаление учетной записи пользователя автоматизированной системы в случае прекращения его полномочий (увольнение, переход на другую работу и т.п.) должна производиться уполномоченными сотрудниками ИТЦ администраторами соответствующих средств защиты немедленно после окончания последнего сеанса работы данного пользователя с системой.
    11. В случае компрометации личного пароля пользователя автоматизированной системы должны быть немедленно предприняты меры в соответствии с п. 5 настоящей Инструкции.
    12. Хранение сотрудником (исполнителем) значений своих паролей на бумажном носителе допускается только в личном, опечатанном владельцем пароля сейфе, либо в сейфе у ответственного за информационную безопасность или руководителя подразделения в опечатанном личной печатью пенале (возможно вместе с персональными ключевыми дискетами и идентификатором Touch Memory).
  • 3448. Конфликты схем сопоставления (collation) в Microsoft SQL Server 2000
    Информация пополнение в коллекции 12.01.2009

    Когда вы работаете в рамках одной структуры collation, проблем не возникает. Чаще всего они появляются, когда вы присоединяете или устанавливаете базу с другой схемой сопоставления. В большинстве случаев это схема SQL_Latin1_General_CP1251_CI_AS. Она представляет собой схему сопоставления вида SQL collations, доставшуюся в наследство от версии MS SQL 7.0. К примеру, указанная схема устанавливается, если вы выполняете обновление сервера или переносите БД с версии MS SQL 7.0 на MS SQL 2000. Здесь следует отметить, что хоть по смыслу схемы SQL_Latin1_General_CP1251_CI_AS и Cyrillic_General_CI_AS схожи, на самом деле для сервера это различные схемы сопоставления. И при их одновременном использовании сложно избежать ошибок.

  • 3449. Концентраторы
    Реферат пополнение в коллекции 09.12.2008

     

    • От производительности сетевых адаптеров зависит производительность любой сложной сети, так как данные всегда проходят не только через коммутаторы и маршрутизаторы сети, но и через адаптеры компьютеров, а результирующая производительность последовательно соединенных устройств определяется производительностью самого медленного устройства.
    • Сетевые адаптеры характеризуются типом поддерживаемого протокола, производительностью, шиной компьютера, к которой они могут присоединяться, типом приемопередатчика, а также наличием собственного процессора, разгружающего центральный процессор компьютера от рутинной работы.
    • Сетевые адаптеры для серверов обычно имеют собственный процессор, а клиентские сетевые адаптеры нет.
    • Современные адаптеры умеют адаптироваться к временным параметрам шины и оперативной памяти компьютера для повышения производительности обмена «сетькомпьютер».
    • Концентраторы, кроме основной функции протокола (побитного повторения кадра на всех или последующем порту), всегда выполняют ряд полезных дополнительных функций, определяемых производителем концентратора.
    • Автосегментация одна из важнейших дополнительных функций, с помощью которой концентратор отключает порт при обнаружении разнообразных проблем с кабелем и конечным узлом, подключенным к данному порту.
    • В число дополнительных функций входят функции защиты сети от несанкционированного доступа, запрещающие подключение к концентратору компьютеров с неизвестными MAC-адресами, а также заполняющие нулями поля данных кадров, поступающих не к станции назначения.
    • Стековые концентраторы сочетают преимущества модульных концентраторов и концентраторов с фиксированным количеством портов.
    • Многосегментные концентраторы позволяют делить сеть на сегменты программным способом, без физической перекоммутации устройств.
    • Сложные концентраторы, выполняющие дополнительные функции, обычно могут управляться централизованно по сети по протоколу SNMP.
  • 3450. Концептно-ориентированная модель памяти переводов
    Статья пополнение в коллекции 12.01.2009

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

  • 3451. Концепции информационного поиска
    Отчет по практике пополнение в коллекции 16.06.2012

    Полнота, точность и F-мера являются мерами, основанными на множествах (например, неупорядоченный набор документов). В ранжированных поисковых системах значения P и R связаны с позицией в рейтинге. Оценка производится путем вычисления точности, как функции от полноты. Если (k+1)-ый найденный документ релевантен, то R(k+1) > R(k), а P(k+1) > P(k). Если (k+1)-ый найденный документ нерелевантен, то R(k+1) = R(k), но P(k+1) < P(k). Чтобы удалить колебания, используется интерполированная точность.

  • 3452. Концепции общей теории информации
    Дипломная работа пополнение в коллекции 12.01.2009

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

  • 3453. Концепции построения ERP-систем на предприятии
    Статья пополнение в коллекции 12.01.2009

    Давайте сравним количество информации, которую должен обработать продавец чтобы отгрузить товар с одного склада и с нескольких складов. В первом случае - это слежение за остатком на одном складе и доставка с одного склада клиенту, тут все просто и понятно. При отгрузке же с нескольких складов дополнительно возникает масса вопросов: как будет доставляться товар клиенту, с каждого склада отдельными машинами или сперва формировать заявку на каком-то одном складе, а потом доставлять? Одинаковы ли условия отгрузки на всех складах (возможно, один склад отгружает упаковками, другой штуками)? Как поступить, если большая часть товара для клиента есть на одном складе, а то, чего не хватило и есть на другом складе, стоит 100 руб. и есть ли смысл собирать и доставлять оставшееся количество товара через весь город и т.д. и т.п.? Можно быть уверенным, что количество ошибок существенно возрастет, и руководство предприятия должно решить для себя, что целесообразнее: увеличить продажи (что далеко не факт!) за счет резкого увеличения ошибок в системе (энтропия возросла!) или стабильность системы важнее? Нужно отдавать себе отчет, что каждое человеческое движение - это ошибки и количество возможных решений необходимо ограничивать.

  • 3454. Концепция информатизации г. Омска
    Информация пополнение в коллекции 12.01.2009
  • 3455. Концепция информатизации судов общей юрисдикции и судебного департамента
    Информация пополнение в коллекции 15.07.2010

    ГАС "Правосудие" разрабатывается в составе следующих 27 подсистем:

    • Подсистема "Административное управление" предназначена для сбора, обработки, хранения и выдачи данных и документов, необходимых для выполнения функциональных обязанностей и информационной поддержки деятельности должностных лиц Судебного департамента, а также управлений (отделов) Судебного департамента в субъектах Российской Федерации, повышения эффективности их информационно-справочного обслуживания;
    • Подсистема "Банк судебных решений (судебной практики)" предназначена для организации автоматизированного сбора судебных решений, формирования единого банка судебных решений, обеспечения механизма для систематизации сведений по данным судебным решениям и обеспечения санкционированного доступа к информации со стороны различных категорий пользователей;
    • Подсистема "Ведомственная статистика Судебного департамента" предназначена для сбора и свода статистических данных ведомственной отчетности, полученных из соответствующих функциональных подсистем ГАС "Правосудие", с целью последующего анализа накопленных данных;
    • Подсистема "Видеоконференц-связь" предназначена для обеспечения Верховного Суда Российской Федерации, областных и равных им судов общей юрисдикции услугами видеоконференц-связи и обеспечивает проведение судебных заседаний в режиме удаленного участия осужденных и свидетелей;
    • Подсистема "Документооборот" предназначена для автоматизации информационных процессов документооборота и делопроизводства, связанных с документационным обеспечением управления деятельностью судов общей юрисдикции и системы Судебного департамента;
    • Интернет-портал ГАС "Правосудие" предназначен для обеспечения доступа граждан, юридических лиц, органов государственной власти к информации о деятельности судебной системы Российской Федерации;
    • Информационно-справочная подсистема предназначена для информационно-справочного обслуживания в оперативном режиме (режиме on-line) судов общей юрисдикции и системы Судебного департамента при Верховном Суде Российской Федерации, а также взаимодействующих органов государственной власти на основе информации, содержащейся в информационном фонде ГАС "Правосудие";
    • Подсистема "Кадры" предназначена для комплексной автоматизации основных участков деятельности кадровых органов Судебного департамента и аппаратов судов: учета, хранения и анализа данных об организационно-штатной структуре и кадровом составе судов разных уровней и органов системы Судебного департамента;
    • Подсистема "Контроль финансов" повышает эффективность проведения проверок и ревизий финансово-хозяйственной деятельности судов и системы Судебного департамента;
    • Подсистема "Материально-технические ресурсы" предназначена для автоматизации планирования и учета обеспеченности материально-техническими средствами системы Судебного департамента и судов общей юрисдикции (в том числе военных судов), создания интегрированной базы данных по поступающим из регионов данным, характеризующим объекты материально-технического учета;
    • Подсистема "Международно-правовое сотрудничество" обеспечивает возможность доступа и поиска необходимой информации в среде информационных ресурсов международных правовых организаций, государственных и иных органов, учреждений судебной власти за рубежом с целью подготовки аналитических отчетов, а также ведения электронных библиотек международных правовых актов и зарубежных законодательных актов по вопросам правосудия;
    • Подсистема "Недвижимость" предназначена для автоматизации информационных процессов управления недвижимостью, проводимыми работами и необходимыми ресурсами, необходимыми для устойчивого функционирования;
    • Подсистема "Обеспечение безопасности информации" предназначена для повышения уровня достоверности данных и информационной безопасности, защиты информационных ресурсов при решении задач по интеграции с другими автоматизированными системами органов государственной власти и внедрении безопасной технологии обработки конфиденциальной информации, а также для создания комплексной системы антивирусной защиты;
    • Подсистема "Обеспечение эксплуатации и сервисного обслуживания" предназначена для автоматизации процессов обеспечения эксплуатации программно-технических средств ГАС "Правосудие" и сервисного обслуживания комплексов средств автоматизации;
    • Подсистема "Обращения граждан" предназначена для автоматизации информационных процессов, связанных с документационным обеспечением в части приема, обработки и рассмотрения писем, жалоб и заявлений граждан, включая возможность создания виртуальной приемной с использованием Web-технологий, а также устных обращений граждан (на приеме) в судах общей юрисдикции и в организациях системы Судебного департамента;
    • Подсистема "Общественные связи" предназначена для повышения эффективности процессов установления и развития связей органов судейского сообщества с государственными и иными органами, учреждениями и организациями (в том числе иностранными);
    • Подсистема "Организационное обеспечение" предназначена для создания, ведения и распространения классификаторов, справочников и словарей, нормативно-справочной информации, а также для обеспечения информационной совместимости и технологического единства информационных потоков судов общей юрисдикции и системы Судебного департамента;
    • Подсистема "Отражение информации коллективного пользования" предназначена для отображения предметов и информации, признанной в качестве вещественных доказательств, в ходе судебного заседания, в том числе с участием присяжных заседателей, справочной информации в приемных и холлах судов субъектов Федерации и управлениях Судебного департамента, а также использования средств визуального отображения для проведения обучения и обеспечения повседневной деятельности судов и управления Судебного департамента;
    • Подсистема "Право" предназначена для ввода, хранения и циркулярной рассылки нормативных актов, организации доступа к справочной базе нормативных актов и к справочным базам правовых актов, находящихся в правовых системах федерального и местного законодательства;
    • Подсистема "Связь и передача данных" представляет современную телекоммуникационную среду для обеспечения достоверной, надежной и оперативной передачи данных между комплексами средств автоматизации ГАС "Правосудие" всех уровней;
    • Подсистема "Судебная экспертиза" предназначена для повышения эффективности информационного взаимодействия пользователей ГАС "Правосудие" всех ее уровней при автоматизации судебно-экспертной деятельности судов общей юрисдикции в части удовлетворения соответствующих информационных запросов судей, их помощников, сотрудников аппарата судов и иных пользователей подсистемы;
    • Подсистема "Судебное делопроизводство и статистика" создана с целью предоставления пользователям средств формирования, анализа и интеграции информационных массивов данных, возникающих в процессе судопроизводства в судах общей юрисдикции, формирования и анализа массивов данных судебной статистики, фиксации хода судебного разбирательства, а также автоматизации процессов регистрации, сбора и хранения информации о лицах, привлеченных к уголовной ответственности и в отношении которых вынесены судебные постановления, вступившие в законную силу;
    • Подсистема "Судебное сообщество" предназначена для автоматизации информационных процессов, связанных с документационным обеспечением управления деятельности органов судебного сообщества;
    • Подсистема "Управление и контроль функционирования" предназначена для обеспечения централизованного управления распределенными компонентами комплексов средств автоматизации и оперативного получения данных о текущем состоянии узлов вычислительной сети объектов информатизации ГАС "Правосудие" для выявления и устранения нештатных ситуаций;
    • Подсистема "Финансы" предназначена для автоматизации деятельности подразделений Судебного департамента, управлений Судебного департамента в субъектах Федерации (округах), осуществляемой ими в процессе управления бюджетными средствами, на основе единого правового, методологического и информационного пространства.
  • 3456. Концепция информации
    Контрольная работа пополнение в коллекции 22.01.2011

    Всякое событие, всякое явление служит источником информации. Всякое событие, всякое явление может быть выражено по-разному, разным способом, разным алфавитом. Чтобы информацию более точно и экономно передать по каналам связи, ее надо соответственно закодировать. Информацию «просеивают» самым тщательным образом. В телеграфе часто встречающиеся буквы, сочетания букв, даже целые фразы изображают более коротким набором нулей и единиц, а те, что встречаются реже, более длинным. В случае, когда уменьшают длину кодового слова для часто встречающихся символов и увеличивают для редко встречающихся, говорят об эффективном кодировании информации. Но на практике довольно часто случается, что код, возникший в результате самого тщательного «просеивания», код удобный и экономный, может исказить сообщение из-за помех, которые бывают в каналах связи: искажения звука в телефоне, атмосферные помехи в радио, искажение или затемнение изображения в телевидении, ошибки при передаче в телеграфе. Эти помехи, или «шумы», обрушиваются на информацию. А от этого бывают самые невероятные и неприятные неожиданности. Поэтому для повышения надежности в передаче и обработке информации приходится вводить лишние символы своеобразную защиту от искажений. Эти лишние символы не несут действительного содержания в сообщении, они избыточны. С точки зрения теории информации все то, что делает язык красочным, гибким, богатым оттенками, многоплановым, многозначным, избыточность. С таких позиций письмо Татьяны к Онегину избыточно, т.к. в нем множество информационных излишеств для краткого и всем понятного сообщения «Я вас люблю»!

  • 3457. Концепция информационной безопасности
    Информация пополнение в коллекции 04.05.2010
  • 3458. Концепция информационной системы онкологического центра
    Информация пополнение в коллекции 12.01.2009

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

  • 3459. Концепция построения и этапы совершенствования объединенной системы распределения тактической информации JTIDS
    Доклад пополнение в коллекции 24.08.2010

    Совместно с системой распределения тактической информации JTIDS на вооружение поступила ВС США и других стран НАТО в 1995 году автоматизированная система ПД Link16 (Tadil-J). Задачи, выполняемые терминалами JTIDS и требования, которые к ним предъявляются разработчиками, позволяют устанавливать оконечные устройства объединенной системы на самых различных источниках/потребителях тактическими данными об обстановке. В свою же очередь линии связи системы Link16 рассматриваются как общий канал связи при проведении совместных операций группировок войск-союзников, подразделения которых обеспечены терминалами JTIDS, в отличие от усовершенствованной СПД Link11. Во время войны в зоне Персидского залива (1990-1991 гг.)[11,15], а также и совместной операции ОВС в Югославии (1999г.) система JTIDS продемонстрировала свои достоинства при совместной работе с СПД Link16. Терминалы JTIDS использовали протокол Link16 для обмена данными со скоростью 115 кбит/с. Для сравнения, имевшиеся на тот момент типовые терминалы тактической радиосвязи могли обеспечить скорость ПД максимум 16 кбит/с. Прямой радиообмен добываемыми сведениями и результатами их обработки между самолетами Р и ДРЛО, спутниковыми системами разведки и ударной авиацией осуществлялся в боевой обстановке именно с использованием аппаратуры ПД JTIDS. На данный момент имеются сведения о ряде программ, ориентированных на разработку технических решений, позволяющих поддерживать совместную согласованную работу систем ПД Link11 и Link16, а использование соответствующего программного обеспечения, сделает возможным интеграцию разнородных по структуре СПД Link11, Link16 и Link22, получив, таким образом, общедоступный цифровой канал передачи тактических данных для его использования корреспондентами любого варианта базирования. Предположительно, этот канал будет образован унифицированной аппаратурой, построенной по модульной структуре и функционирующий на основе динамичных протоколов каналообразования МДВР JTIDS. В дополнение к сказанному отметим, что разработаны ретрансляционные протоколы с расширенным набором элементов алфавита Link16 (чтобы включить в обмен и СПД Link22), обеспечивающие увеличение дальности передачи информации адресацией данных из сети в сеть (из Link16 в Link22 и наоборот). Наряду со всем вышесказанным, планируется использование космического сегмента (на базе спутниковых систем связи DSCS-3 и Skynet-5) для обеспечения реализации концепции сети локальных радиосетей. Имеются сведения о планах по осуществлению передачи данных через радиостанции, оснащенных системой РЭЗ Have Quick-2. [7,11]

  • 3460. Концепция построения моделей композитного документооборота
    Статья пополнение в коллекции 10.03.2006

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