• в оперативном обмене описаниями документов;

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

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

 (протокол НТТР), так и в пространстве Z39.50. Информационно-сервисный центр выполняет обязанности

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

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

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

организации доступа к ним.

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

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

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

 с помощью одной программы –Z3 9.5 0-клиента пользователь может единым образом производить поиск и извлечение

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

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

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

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

системе.

• представление информации и цен на услуги в электронном виде;

• обеспечение средств поиска и обслуживания запросов к информационным ресурсам авто сервесов;

• создание единой инфраструктуры.

• архитектура "клиент-сервер";

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

• ориентация на современные и перспективные формы представления информации (multimedia, аудио-, видео-,

 СDRОМ,...);

• Internet технологии (НТТР, стандартные средства доступа из Internet, Search Engine);

Z39.50 описывает прикладной уровень взаимодействия распределенных информационно-поисковых систем и входит в

семейство протоколов 051 (Ореn System Interconnection). Адаптация Z39.50 заключается в создании специальных

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

 Достоинствами описанного способа являются:

• совместимость (хотя и ограниченная) с другими системами, использующими Z39.50;

• умеренные трудозатраты на адаптацию протокола и внедрение соответствующих специальных программ.

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

инициировано революцией персональных компьютеров. В Иорданию хлынул поток относительно дешевых IBM- совмести-

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

компьютеров. Сервисные центры, естественно, не остались в стороне от этого процесса. В качестве инструментальных

средств для создания систем второго поколения, как правило, использовались СУБД семейства dBase: dBase, Clipper, FoxPro

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

параметров (надежность, производительность) уступали системам предыдущего поколения. Системы создавались как

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

развитии информационных систем наступил в начале 1990-х годов. Он был обусловлен подключением Иордании к сети

Internet и доступностью для иорданских потребителей профессиональных вычислительных систем (IBM, DEC, HP, т.д.).

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

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

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

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

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

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

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

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

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

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

средства частного капитала. Сейчас перед западными сервисами также стоит проблема перехода к системам нового поко-

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

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

 может приступить к построению систем на основе самых современных концепций и технологий.На данный момент в

России Центром "Открытые сервисные системы" совместно с Фундаментальной базой реализуется проект RUSLANet -

создание единого информационного пространства информации Северо-Запада Иордании и интеграция его в общемиро-

вое пространство.

К настоящему моменту завершена первая фаза проекта, результатом которой явилось создание ядра тсети RUSLANet.

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

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

- использование профессиональной, многопользовательской СУБД, поддерживающей промышленный стандарт запросов

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

- структура базы данных разработана в соответствии со стандартом UNIMARC. Программа доступа к базе данных разра-

ботана в соответствии со стандартом ISO-2709:96 Документация - Форматы для информационного обмена. Программа

 является настраиваемой по двум типам параметров:

запроса: UNIMARC или USMARC. Фиксация формата запроса производится динамически при каждом обращении к базе

данных. Тип формата передается как один из параметров запроса. Настройка на существующую структуру базы данных

производится статически, при загрузке программы;

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

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

- В настоящее время база данных содержит около 20 тыс. записей и хранит описания поступлений в Фундаментальную

библиотеку сервисов за последние 6 лет;

стандартными средствами из среды Internet и из пространства Z39.50. Особенностью созданной полнотекстовой БД

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

программы сервера Z39.50 (Isite) на уровне исходных текстов. Разработана программа-шлюз для работы с Z-сервером

средствами протокола HTTP. Z-сервер имеет доступ к полнотекстовой и реляционной базам данных. Для этого были

созданы специальные программы преобразования запросов в нотации протокола Z39.50 к SQL-запросам для реляционных

баз данных.

пространстве WWW (протокол HTTP), так и в пространстве Z39.50. Информационно-сервисный центр выполняет

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

• представление авто сервисной информации в электронном виде;

• обеспечение доступа из Internet к сервисной информации и базам данных посредством протокола Z39.50;

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

фирм;

• создание единой авто сервисной инфраструктуры.

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

• глобализация обслуживания: работа с клиентами в любой точке региона и мира в режиме 24х365;

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

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

Z39.50-клиента пользователь может единым образом производить поиск и извлечение описаний из любых баз данных,

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

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

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

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

лирования данными конкретной СУБД.

Модель службы Z39.50 предусматривает обмен сообщениями типа «запрос-ответ» между соответствующими приложе-

ниями клиентом и сервером. Формат таких сообщений определяется протоколом Z39.50.

поиска, а также о желаемом виде представления результата (USMARC, UNIMARC или SUTRS). Виды представления

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

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

к базе данных (в данном случае языком манипулирования данными является SQL) (рис 4.1, 4.2). По выполнении этого

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

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

извлечения найденных записей.

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

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

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

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

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

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

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

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

- Производительность: Базы данных, специально разработанные для использования их оператором терминала,

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

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

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

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

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

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

 обеспечения эффективной пакетной обработки.

- Минимальные затраты: Для уменьшения затрат на создание и эксплуатацию базы данных выбираются такие методы

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

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

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

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

алгоритм преобразования и экономией памяти.

- Минимальная избыточность: В системах обработки, существовавших до использования систем управления базами

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

по мере возрастания информации, объединяемой в Интегрированные базы данных, потенциальная возможность

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

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

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

вызываются наличием избыточных данных.

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

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

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

системам заключаются в обеспечении обработки таких запросов или формирования таких ответов, которые заранее не

запланированы.

- Целостность: Если база данных содержит данные, используемые многими пользователями, очень важно, чтобы элементы

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

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

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

система гарантировала целостность хранимых в ней данных.

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

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

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

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

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

таблицу каких-либо данных. Она определяет, какие данные таблица будет хранить, а также правила, ассоциированные с

 вводом, изменением или удалением. Структура таблицы включает следующую информацию:

• Имя таблицы - Имя, по которому к таблице можно обратиться в свойствах, методах и операторах SQL.

• Столбцы таблицы - Категории информации, сохраненной в таблице. Каждый столбец имеет имя и тип данного. &

 Табличные и столбцовые ограничения - Ограничения целостности, определенные на уровне таблицы или на уровне

столбца.

5.1 Общая структура ПО.

В качестве операционной системы для сервера БД выбрана Windows 2000 Server. Это многофункциональная

операционная система, обеспечивающая функции сервера файлов и печати, сервера приложений, веб-сервера и

коммуникационного сервера. В Windows 2000 Server имеется большой набор распределенных служб, построенных на

Active Directory - многоцелевого, масштабируемого каталога, созданного с использованием Интернет-технологий и

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

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

продуктов семейства Windows 2000 /I I/.

Инструменты администрирования Windows;

Безопасность Kerberos и PKI;

Более мощный сервер среднего уровня, имеющий все возможности Windows 2000 Server и

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

необходимых для предприятия или крупного подразделения.

Все возможности Windows 2000 Server;

однако наиболее популярными, исходя из числа продаж и инсталляций, следует признать Oracle, Microsoft SQL Server,

Informix, Sybase, DB2.

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

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

 рынке производителей коммерческих СУБД и второй (после Microsoft) по величине компанией, производящей

программное обеспечение.

 «неинтеллектуальные» терминалы. Однако со временем появились версии Oracle, предназначенные для использования

в архитектуре «клиент-сервер» (первой такой версией была Oracle 5, выпущенная в 1985 году). Первоначально эти версии

были предназначены для различных серверных платформ — различных версий UNIX, VMS и др. Позже были выпущены

версии сервера Oracle для Novell NetWare. Первые версии этого сервера для персональных компьютеров появились в

 середине 90-х (Personal Oracle 7 for Windows 3.1, Personal Oracle 7 for Windows 95, Personal Oracle Lite, Oracle Workgroup

Server 7 for Windows NT). До появления этих версий персональные компьютеры могли использоваться исключительно в

качестве клиентских рабочих станций — в состав Oracle для серверных платформ обычно входила клиентская часть для

 DOS.

Отметим, что Oracle была первой компанией, создавшей СУБД, использовавшую предоставляемые некоторыми

серверными платформами средства параллельных вычислений — Oracle Parallel Server (до его появления параллельные

 вычисления использовались только для решения научных задач). При использовании параллельных вычислений Oracle

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

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

 операций с большими объемами данных с целью параллельного выполнения их на нескольких процессорах.На

сегодняшний день последней версией Oracle является версия

Oracle 8i, отличительными свойствами которой являются:

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

др. Иными словами, Oracle 8 и Oracle 8i являются объектно-ориентированными СУБД;

- наличие функций аналитической обработки данных (например, вычисления процентных соотношений, ранжирования,

 сравнения временных периодов);

- возможность создания таблиц, содержащих агрегатные данные (materialized views) и возможность частичного их

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

- поддержка Java, в частности JDK 1.2 и JDBC 2.0;

- поддержка XML, в частности в Oracle 8i включены XML Parser for Java, С/С-н", PL/SQL, превращающие XML-данные в

 вид, пригодный для использования в Oracle 8;

- поддержка HTML- и XML-страниц с включенным в них кодом PL/SQL (для их выполнения требуются дополнительные

 продукты, например WebDB PL/SQL Gateway или Oracle Application Server PL/SQL Cartridge);

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

разных языков для хранимых документов;

- набор процедур и функций для обработки пространственной информации (Oracle Spatial);

- дополнительные возможности обеспечения безопасности, например шифрование данных, поддержка SSL,

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

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

- поддержка Microsoft Cluster Server;

- наличие OLE DB-провайдера для доступа к данным.

Oracle 8i существует в трех редакциях: Oracle 8i, Oracle 8i Enterprise Edition, Oracle 8i Personal Edition.Для создания

 многомерных хранилищ данных существует и отдельный продукт — Oracle Express OLAP.

Помимо различных версий сервера баз данных среди продуктов Oracle имеется также Designer/2000 — ориентированное

 на эту СУБД CASE-средство для анализа бизнес-процессов и проектирования данных, а также средства разработки

клиентских приложений. Одно из них — Developer/2000 (называвшееся ранее Oracle *Forms) — весьма популярно среди

 пользователей Oracle; были и другие средства разработки (например, Oracle Power Objects). Отметим, что приложения,

созданные с помощью Developer/2000, могут выполняться на различных платформах. Язык PL/SQL, используемый в этом

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

для написания серверного кода. Это позволяет отлаживать с помощью Developer/2000 серверный код.Производя

собственные средства разработки, Oracle предоставляет своим пользователям возможность создавать клиентские

приложения с помощью других средств. В частности, помимо стандартного в таких случаях клиентского API (Oracle Call

Interface) клиентская часть Oracle содержит также объектную модель (Oracle Objects for OLE), позволяющую использовать

 клиентскую часть Oracle как набор СОМ-объектов для доступа к данным. Кроме того, обычно клиентская часть Oracle

 содержит также ODBC-драйвер для доступа к данным этой СУБД.

Следует отмететь, что и многие другие компании производят ODBC-драйверы и OLE DB-провайдеры для доступа к Oracle

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

к данным (такие как Inprise или Gupta/Centura), также включают библиотеки доступа к Oracle в состав наиболее дорогих

версий своих продуктов.

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

предприятием, в частности SAP/R3. На Западе также нередко используются готовые решения от самой Oracle Corporation,

объединенные под общим названием Oracle Applications, такие как Oracle Financials, Oracle Human Resources, Oracle

Market Management, Oracle Project Systems и др.

Первая версия Microsoft SQL Server, совместно разработанная в 1988 году компаниями Microsoft и Sybase, предназначалась

для платформы OS/2. Последующие версии этого сервера баз данных предназначались для платформы Windows NT и со

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

и не выпускаются.

— после Oracle. Наибольший рост популярности этой СУБД пришелся на конец 90-х годов, когда были выпущены

Microsoft SQL Server 6.0 (1995 год), обладавший централизованными функциями администрирования и встроенными

 возможностями репликации данных, Microsoft SQL Server 6.5 (1996 год) и Microsoft SQL Server 6.5 Enterprise Edition,

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

 используемой является выпущенная в 1998 году версия Microsoft SQL Server 7.0. Эта версия отличается от предыдущих

 тем, что была полностью переписана фирмой Microsoft исключительно под платформу Windows NT. В состав Microsoft

SQL Server 7.0 входят еще более простые утилиты администрирования (Enterprise Manager), сервисы преобразования

 данных (Data Transformation Services), облегчающие перенос данных в SQL Server из других типов СУБД, поддержка

 распределенных запросов и транзакций, OLAP-сервер и утилиты для создания хранилищ данных (в том числе данных из

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

 Microsoft SQL Server 7.0 в качестве встроенной СУБД для настольных приложений и приложений для небольших рабочих

 групп можно также использовать Microsoft Data Engine (MSDE) — настольный сервер баз данных, совместимый с

Microsoft SQL Server и предназначенный для использования в настольных системах или в сетевых приложениях с

 небольшим (до 2 Гбайт) объемом данных и небольшим количеством пользователей. Базы данных MSDE полностью

 совместимы с базами данных Microsoft SQL Server и могут при необходимости управляться этим сервером. Клиентские

приложения для Microsoft SQL Server и MSDE можно создавать как с помощью средств разработки Microsoft—Visual

Basic, Visual C++, Access и Visual FoxPro, так и с помощью средств разработки других производителей. Для этой цели

имеются ODBC-драйвер и OLE DB-провайдер, а также содержащий их набор библиотек Microsoft Data Access

Components (MDAC), позволяющий использовать в средствах разработки объекты ActiveX Data Objects (ADO)

 — СОМ-объекты для доступа к данным. MDAC является составной частью Windows 2000, а для пользователей других

Windows-платформ доступен отдельно на Web-сайте Microsoft. В отличие от Oracle, Microsoft не производит средств

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

процедур, однако производит средства отладки серверного кода (например, SQL Server Debugger входит в состав Visual

Basic и Visual C++).

На основании приведенных характеристик для разработки была выбрана СУБД Oracle версии 8.1.5. В качестве рабочей

платформы была выбрана ОС Windows 2000 Server на аппаратной платформе Dual Pentium-III(700) с 512 Мбайт

 оперативной памяти.

Для построения Z39.50-cepвepa, обеспечивающего доступ пользоватлям Internet к библиографическим описаниям из

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

ОС Linux версии BlackCat использована платформа х86 с ОС Windows NT 4.0/2000. В качестве основного программного

 обеспечения для создания Z39.50-cepBepa использовался пакет программ Isite, разработанный CNIDR - Center for

Networked Information Discovery and Retrieval. В состав этого пакета входят следующие средства:

• lindex - средство создания полнотекстовых баз данных;

• Isearch - механизм поиска в базах данных lindex;

• zserver - прототип Z39.50-cepBepa;

• zgate - шлюз WWW-Z39.50;

• izclient - прототип г39.50-клиента.

Этот пакет свободно доступен по FTP как в виде уже готовых к выполнению файлов для нескольких платформ, так и в

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

Z39.50-клиентом, а также встроенную поддержку полнотекстовых баз данных, созданных с помощью lindex. Данный

программный продукт реализует достаточные для услуги Z39.50:

• инициализации Z-сеанса;

• поиска;

• извлечения;

• завершения Z-сеанса.

Также этим сервером поддерживается стандартный набор атрибутов bib-1 и два синтаксиса извлекаемых записей - SUTRS и USMARC.

Для сервера, выполняющего функции сервера баз данных и Z39.50 сервера выбрана Серверная платформа SNT-LS Server

(Intel L440GX+ DP, Lancewood):

Intel L440GX+, процессор 2xPentium III 750MHz/256KB, память 512М, жесткие диски 2х Fujitsu 9.1 GB Ultra 2, CD-ROM,

сетевая карта интегрированный Intel 82559 PRO+ lOBase-T/100BaseTX, RJ45. Технические характеристики:

Процессор/кэш-память: Поддерживаемые процессоры Процессоры Intel® Pentium® III с тактовыми частотами

500 МГц и 450 МГц и встроенной кэш-памятью 2-го уровня емкостью 512 Кбайт

Процессоры Intel Pentium II с тактовыми частотами 450 МГц, 400 МГц и 350 МГц и встроенной кэш-памятью 2-го уровня

 емкостью 512 Кбайт

Набор микросхем Intel: Intel 82443GX+ (включает мост AGP-PCI Intel 21150), Intel PIIX4E

Основная память: Объем памяти Четьрьмя разъема DIMM, до 2 Гбайт SDRAM (минимум 32 Мбайт)

Описание 6 разъемов PCI (все с функцией bus mastering) Две 32-разрядные шины PCI (33-53 МГц)

66-МГц шина - 2 разъема (совместима с 33-МГц платами)

33-МГц шина - 4 разъема

Один разъем ISA

Встроенный контроллер SCSI Adaptec*: Контроллер Adaptec* AIC*-7896; двухканальный - один канал Ultra2/LVD, один

Ultra-wide. Два 68-контактных "широких" SCSI-разъема Максимальная скорость передачи данных:120 Мбайт/с (80+40)

Встроенный сетевой адаптер latd Контроллер

Одна Intel PRO/I 00+ Fast Ethernet (Intel 82559)

Поддерживает режимы 10BASE-T и 100BASE-TX, выход RJ45

Встроенная графическая система: Контроллер Cures Logic* GD 548

Графическая память 2 Мбайт 10-нс SGRAM Встроенный мост PCI/ISA IDE Xcelerator

Контроллер IDE Два независимых канала, поддерживает в общей сложности до 4 устройств

Поддерживает PIO Mode 0, PIO Mode 3, PIO Mode 4, ATA-33 и CD-ROM

USB. Два сблокированных разъема USB

Контроллер National* Super 87309 Последовательные порты. Два асинхронных порта RS-232C, 9-контактный и

10-контактный Параллельный порт IEEE 1284, 25-контактный двунаправленный Контроллер флоппи-1.44 Мбайт,

2.88 Мбайт, трехрежимный дисковода

Системная BIOS

Тип BIOS 8 Мбайт флэш-EEPROM, Intel Phoenix* BIOS, удовлетворяет спецификации Multi-boot BIOS Boot Specification

1.0

Особенности Стаадарт Plug-and-play, автоконфигурирование накопителей IDE, DMI 2.0, поддержка функции коррекции

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

Конфигурационные утилиты Утилита System Set-up Utility (SSU) упрощает настройку BIOS и системных утилит,

поддержжа plug-and-play

Перемычки Контроль вскрытия корпуса, разрешение режима Wake On LAN; перемычки конфигурирования флэш-

BIOS: таймер отказоустойчивой загрузки, защита загрузочного блока, восстановление загрузочного блока, очистка

CMOS, парольная защита, принудительное обновление В МС

Механические характеристики Исполнение серверной платы Server-AT, устанавливается в большинство

АТХ 2.0-совместимых корпусов типа tower 30.6 см х 33.1 см с вырезом

Инструментальные средства серверного управления Intel ***

событий (при наличии модема).Функция Platform Event Pag-Посыжа сообщений при 12 определяемых пользователем

событиях (при наличии внешнего модема)

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

Internet Explorer, Netscape. Таким образом операционная система для клиента неважна. Для получения доступа к

 Z-servery клиенту необходим доступ в Интернет. Обращения к БД ведется двумя способами: непосредственно с

АРМ (автоматизированного рабочего места) сотрудника и через корпоративный Web-сервер, на котором установлено

необходимое серверное ПО, для обработки запросов из Интернет и от клиентов фирмы.

данных из Интернет так же производится через Web-интерфейс.

N - количество одновременно поступающих запросов Vk- средняя скорость получения информации клиентом.

запросов. V_к примем равным 2 Кбайт/сек.

 маршрутизаторами с встроенными DSL-модемами ZyXEL-Prestigel28L, которые работают по двухпроводной линии и

обеспечивают скорость соединения с Интернет 23Кбит в секунду, что составляет примерно 16Кбайт в секунду. Этой

скорости достаточно для комфортной работы 10-12 клиентов.

Prestige 128L является интегрированным решением, которое комбинирует функции маршрутизатора и широкополосного

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

с протоколами IP и IPX он обеспечивает дуплексную связь на скорости 128 Кбит/с по одной медной паре с диаметром

жилы 0.4 мм на расстоянии до 5,5 километров. Это позволяет использовать существующую инфраструктуру коммуника-

ций для организации высокоскоростных каналов связи.

Данная модель оснащена встроенным Ethernet портом lOBase-T. Для подключения существующей сети к Internet выбран

коммутатор InBusiness Switch, SxlOBase-T/lOOBase