ответы на билеты (775507), страница 4
Текст из файла (страница 4)
Для решения вопроса с переносимостью программ. прод-в между различн. продуктами предложен стандарт POSIX. В основе был UNIX. Классификация – это порядковый номер, который ставится после posix (1,2,4,5 и т.д.)
Posix 2 – это оболчка и утилиты;
Posix 3 – технология тестирования.
Компоненты posix:
Спецификация posix 1003 Руков-во польз-ля по откр. системам. Спецификация по системным интерфейсам.
Релиз 1с – механизм нитей
Релиз 1е –технология Application Security
И.т.д.
Спецификация 1327 –систем. Админ-е
Спецификация 2003 – тех-я тестирования
Вопросы по управляемости польз. интерфейсом -насколько хорошо юзер имеет возможностьть управлять, взаимод.-ть с ПК посредством интерфейса.
Терминология POSIX:
Пользователь – у него есть имя и числовой id (В БД уникал. Id).
Файл – объект, допускающий чтение (запись) и имеющий атрибут: права доступа, тип, скрытый, системный и т.д.
Процесс – адресное пространство (некая область памяти) вместе с выполняемыми в нем потоками управления, а также сист. ресурсами, которые этим потокам требуются
Терминал – спец. файл, который подчиняется спецификациям терминального интерфейса.
Сеть – совокупность взаимосвязанных хостов.
Языковая и культурная среда – часть пользовательского окружения, зависящая от языковых и культурных соглашений.
Локализация – например, перевод MS office на китайский язык
БИЛЕТ 25. ОТКРЫТЫЕ СИСТЕМЫ. ТРЕБОВАНИЯ К ПОСТРОЕНИЮ ОТКРЫТЫХ СИСТЕМ СОГЛАСНО ГОСТ ИСО/МЭК 9126.
Открытые системы, их пример: Open Office, Linux, программы на Linux, программы, на которых разрабатываются интернет сайты и магазины.
ОС – это ПС, обеспечивающее своб. доступ пользователя к своим прогр. кодам и обеспеч. Свое видоизменение через такой доступ. В целом это как следствие того, что ОС, она отвеч. Неким стандартам, соответств. OSI. РФ придумала ГОСТ 9126 «Требования к построение ОС». Там 3 пар-ра: Мобильность, взаимодействие, масштабируемость.
Мобильность – перенос, взаимодействие – использ-е единого архива библиотек , масштабируемость –
(пример: нематериал. активы, потом фирма растет, меняется парк ПК, меняется ПО. Чтобы не произошло так, что мы выкинем все ненужное ПО, надо те проги, которые мы покупаем, должны соответствовать требованиям построения открытых систем. 2) При смене платформы нам нужно, чтобы мы не теряли данные и все было совметимо.)
ОС разраб. Специалистами без привлечения фирм, которые берут на себ яответсвенность за соблюд. Стандартов. (наши изме-ния – мы за них отвечаем, а не правообладатель.)
БИЛЕТ 26. МОДЕЛЬ OSI. УРОВНИ МОДЕЛИ OSI.
Сетевая модель OSI (базовая эталонная модель взаимодействия открытых систем, англ. Open Systems Interconnection Basic Reference Model) — абстрактная сетевая модель для коммуникаций и разработки сетевых протоколов. Представляет уровневый подход к сети. Каждый уровень обслуживает свою часть процесса взаимодействия. Благодаря такой структуре совместная работа сетевого оборудования и программного обеспечения становится гораздо проще и прозрачнее.
7 уровней:
-
физический – кодирование бит-кадра (кодирование 0-1);
-
канальный – формирование фреймов, контроль ошибок управления потоками данных;
-
сетевой – инфо для маршрутизации (протокол о маршрутизации о сетевом ур-не можно посмотреть в файле конфиг-ии сети)
-
транспортный - делит потоки информации на пакеты для передачи их на сетевой уровень.
-
сеансовый – производит диалоги между ПК
-
представления данных – сжатие, распаковка, шифрование и т.д. (кодировка koi-801)
-
прикладной – доступ к сетевым ресурсам.
БИЛЕТ 27. МОДЕЛЬ ВЗАИМОСВЯЗИ ОТКРЫТЫХ СИСТЕМ BOC/OSI. ОБЛАСТЬ ПРИМЕНЕНИЯ МОДЕЛИ ВОС.
BOC – стандарт, который нужен для того, чтобы взаимодействие между разл. уровнями сетевой модели работало и проходило функционально и эффективно.
BOC обеспечивает:
-
Декомпозицию на уровне OSI
-
Использование стандартных интерфейсов между сетевыми функциями
-
Обеспечение симметрии функций в каждом узле сети
-
Обеспечение единого языка взаимодействия разработчиков различных частей сети
БИЛЕТ 28. СТАНДАРТИЗАЦИЯ ПЕРЕДАЧИ, ДОСТУПА И УПРАВЛЕНИЯ ФАЙЛАМИ POSIX 1238: FTAM. ОБЛАСТЬ ПРИМЕНЕНИЯ СТАНДАРТА FTAM.
FTAM-стандарт, регулирующий вопросы передачи данных. На уровне межсетевых протоколов. Он относится к части открытых систем. Он нужен для:
-
доступ к файловому серверу различных клиентов (Unix-client: прога, кот-я взаимодействует с OS, некими стандартами, которые приняты в сети, которая подлежит конфигурации.) Для обеспечения взаимодействия данных клиентов с сетевой архитектурой иcпол. 1238 POSIX/
-
Позв. польз. раб.станций подкл-ся к сетям откр. систем
-
Позв. польз. раб.станций обмениваться с хостами
-
Аналог США OSI-протоколов в РФ – это ФАПСИ (Федерал. Агентство Правительств. Связи Информации), которая рег. все вопросы, связ. с передачей данных, связанных с правительств. структурами.
-
Станции posix ftam могут обмениваться с файловыми серверами Posix FTAM, могут передавать файлы как на хостинг, так и между собой.
Есть некоторые стандарты, с помощью которых правит-во имеет доступ к внутристрановым ресурсам. (чтение почты)
Спецификация 1238. Обмен файлами.
Документ: заголовок
Реквизиты-признаки и реквизиты-основания.
Реквизиты документа: дата, номер, название, дата подписания, основной текст, лицо, подписавшее документ. – это (док-т) единица хранения эконом. Информации.
БИЛЕТ 29. ЯЗЫКИ РАЗМЕТКИ ДОКУМЕНТОВ. ОБЛАСТЬ ПРИМЕНЕНИЯ
Языки разметки - совокупность стандартов для описания структуры документа для соотношения этой структуры.
HTML – видим в браузере. Теги – команды, которые позволяют проводить разметки того самого документа.
HTML=SGML+DTD
XML,PHP, PERL
Стандарт SGML . 1. Разметка описывает структуру док-та, она не указ.характер операции над док-м – это положение данного стандарта. 2. Она допуск. обработку прогр. Средствами. 3. Она позволяет хранение объектов в БД (в БД хранятся реквизиты дока: дата, название, текст, в виде отдельного memo-поля (текстового поля) или в виде объекта)
Т.е. когда выполняется разметка дока в станд-те sgml, рисуется некий граф (это не явл. Орграфом), вершины которого явл. Компоненты, а ребра – это связи между этими компон-ми.
Пример:
Назване док-та –
Метатеги , атрибуты и хар-ки метат-в.
Head – раздел, в котором находятся осн. модули. (там еще могут нах-ся ссылки на скрипты)
XML-расширенный язык разметки использ: офис, web-технологии, клиент-сервер, файл-сервер.
Треб-я к xml:
- допускать работу в интернет
- совмест-ть с sgml
- кол-во необяз.-х cd-d должно быть минимально
- xml доки должны читаться простейшими текстов. Редакторами
- xml –разметка должна быть интуитивно понятна.
XML – типы компонентов:
Элементы, ссылки на текст /бинарн. Объекты, комменты, инструкция обраб. , отмеченные разделы данных, декларация типа док-та.
Область применения языков разметки:
Проект Zedak Corp.
Сист. Автомат. Подписки на рекламу. Сист. Исп-т язык AdMarkup + DTD/ Внедрена в рекламных агентсвах – THE new york times.
Проект Commerce One’s Common Business Library (электронный бизнес)
Набор стандартизирован. Описаний заказов на покупку, отчетов, описаний товаров и графиков поставки.
Проект Bank Intennob Payment System – поддержанный банковским …
Поощрение компаний, использ-х транзакции через интернет.
БИЛЕТ 30. DTD-ОПИСАНИЯ ЯЗЫКОВ РАЗМЕТКИ ДОКУМЕНТОВ
Документ-описание – необходимо сделать так, чтобы то, что мы написали в виде всевозможных тегов, связей, мог увидеть пользователь . для представления пользователя о том, о чем идет речь, существ. Dtd –описание инструкций для преобразования структурной разметки документа данного типа разметку предоставления для конечного польз-ля. Когда браузер идет на написанные нами теги он действует по неким инструкциям. Он должен знать, что прочитав такую то тег или макрокоманду он должен сделать то-то. Все это имеет некую стандартизацию, связанную с тем, что любой разраб-к , располагающий необходимыми ресурсами может обратиться к данным стандартам и написать некий аналог того же Интернет Explorer’a.
DTD – описания определяют те необходимые реквизиты док-та, с которыми работают польз-ли: реквизиты-требования, реквизиты –основания.
В случае стандарта sgml мы говорим о семантич. структурных ед-х, то в случае с dtd-описанием идет набор реквизитов, кот-е опред. данный тип док-та.
Пример:
Microsoft позаботились о том, чтобы мы не изучали данный язык, а писали на интуитивно-понятном нам языке: страничку начать, страничку закончить. Все это мы не видим, мы, как конечные польз-ли платим деньги за то, чтобы MS посидели 2 года и составили определенные библиотеки.
Виды документов: право-применительный акт
Реквизиты Счета-фактуры: банковские реквизиты, получатель, плательщик и т.д.
БИЛЕТ 31. СРЕДСТВА РАБОТЫ С ЯЗЫКАМИ РАЗМЕТКИ ДОКУМЕНТОВ.
Анализаторы структуированных док-в (parsers) . По исходному документу построение древовидной структуры с ассоциированной мет информ-ии о назнач. Эл-в-узлов.
Свободно распространяемый анализатор SP: поддержка всех Аппаратно-программных платформ, доступность исх. Текстов, что позвол. Встраивание в любые приложения.
-
Редактор структуированных эл-в. Adept Edition. X-metal итд.
-
Просмотрщики: Mozilla, XML Viewer, IE итд.
-
Пакетные средства: Свободно распростр. П Jade: возможность экспорта в формат RTF(в документе лежат сами библиотеки), tex, html,mif (внутри ссылки на библиотеки)
17