50.Принципы построения АБИС. Перед началом проектирования АБИС необх изучить гл. базовые принципы функц. АБИС. Шрайберг выделяет 10 принципов, Воройский-13, Алешин-7. Но базовых- 6: 1.Идентичность: отказ от определенных операций при проект. АБИС ведет к неэф. решениям. Некот принципы принимаются без доказательств. Обеспечивает однозначность этапов пректирования. Проявляется в типизации проектных решений. Учет заруб. пыта, междунар. правила каталогизации, междунар. стандарты, форматы записей.- исключает дублирование проектных работ; 2.Переемственности - учет в новых проектах прежнего опыта., возм. использования ранее приобретенных технич. средств и ИР,. позволяет конвертировать ИР, сохранение привычных для пользователей операций, интерфейса, экранов-открытость системы; 3.Интеграция- прикл. прогр. обеспечение осуществляется в виде интегрированных модулей в среде наиб. распр. СУБД. Положит.: поэтапное внедрение АБИС, повыш. способности системы к адаптации. Недостатки: большое кол-во и раздробленность ППП. 4.Совместимость- аппаратная (возможность одной ЭВМ работать с узлами др. ЭВМ), информационная (возможность 2 и более АБИС воспринимать одинаково представленные данные), программная (возможность реализации одних операций на разных комп. в разных АБИС с получением одинакового результата). 5.Адаптивность- способность системы приспосабливаться к изменениям, кот происх во внешней среде и к новым прогр. средствам. Сразу АБИС не может быть спроектир. идеально. Добавляются новые задачи, функции. Добавление новых модулей, масштабируемость системы под любой объем инф., мобильность. 6.Управление и мониторинг – осущ. благодаря встроенным модулям. можно изучать посещаемость, обращаемость фонда и др. Жыццёвы цыкл АБІС – комплекс арганізацыйна-тэхн. мерапрыемстваў (стадый), якія звязаны з праектаваннем, уводам у дзеянне, эксплуатацыяй АБІС. Жыццё АБІС вызначаецца стандартамі ГОСТ 34.601“Комплекс стандратов на автоматизир. системы. Автоматизир. системы и стадии создания”. Згодна з ім выдзяляюца 8 стадый (кожная з іх падзяляецца на этапы (змест работы): 1. фарміраванне патрабаванняў да АБІС. Тут адбываецца даследванне біб-кі і робіцца пералік патрабаванняў да будучай АБІС; ствараецца заяўка на распрацоўку АБІС (тактыка-тэхнічнае заданне); 2. распрацоўка канцэпцыі АБІС. Распрацоўваецца канкрэтны варыянт складаемай АБІС з выбарам варыянта канцэпцыі АБІС, якая б задавальняла карыстальнікаў сістэма. 3. распрацоўка тэхн. задання па стварэнню АБІС – змест, форма рэгламентуюцца адпаведным стандартам з комплексу 34.601-90(97): дадатковае ўдакладненне неабходных параметраў будучай АБІС, афармленне тэхнічнага задання на сістэму; 4. эскізнае праектаванне – распрацоўка папярэднік праектных рашэнняў па сістеме, распрацоўка адпаведнай тэнічнай дак-цыі. 5. тэхнічнае праектаване – распрацоўка праектных рашэнняў па сістэме і яе часках, распрацоўка дакументацыі на АБІС і яе часткі, афармленне справаздачы, набыцце тэхнічнага абсталявання. 6. распрацоўка рабочай дакументацыі на сістэму і яе часткі – кіраўніцтва для карыстальнікаў і інш., эксплуатацыйныя д-ты. 7. увод АБІС у дзейнасць – падрыхтоўка біб-кі да ўводу АБІС, перасанала, камплектацыя сістэмы праграмна-тэнічнымі сродкамі, інф.-лінгвістыч. забеспячэнне, будаўніча-мантажныя работы, пуска-наладачныя работы, правядзенне іспыту, вопытнай эксплуатацыі, правядзенне прыёмачных іспытаў, увод сістэмы у прамысловы рэжым эксплуатацыі. 8. суправаджэнне АБІС – у адпаведнасці з гарантыяй, пасля – гарантыйнае абслугоўванне АБІС. Смерть АБИС (смена поколений, приобретение новой АБИС): тогда, когда не правильно выбрали систему, поставителя системы.

51.Техн. задание на проектирование АБИС. На этапе разработки техн. задания по созданию АБИС жизненного цыкла сис-мы созд. ТЗ – змест, форма рэгламентуюцца адпаведным стандартам з комплексу 34.601-90(97): дадатковае ўдакладненне неабходных параметраў будучай АБІС, афармленне тэхнічнага задання на сістэму. ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой сис-ме и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-эконом. и др. решений. В соответствии с ГОСТ 34.601-90. “Комплекс стандратов на автоматизир. системы. Автоматизир. системы и стадии создания” после согласования с заказчиком, выполняется разработка, оформление, согласование и утверждение ТЗ на АБИС (при необходимости – на части АБИС). Состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ: 1.Организация-заказчик (пользователь), для которой создаётся АБИС и которая обеспечивает финансир., приёмку работ и эксплуатацию как по всей АБИС, так и по отдельным её компонентам; 2.Организация-разработчик (генпроектировщик), осуществляющая работы по созданию АБИС, представляя заказчику совокупность научно-техн. услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и техн. средства АС. Данная (головная) организация может пользоваться услугами др. организаций, работающих у неё на субподряде; 3.Организация-поставщик, изготавливающая и (или) поставляющая программные и техн. средства по заказу разработчика или заказчика; 4.Организации, выполняющие строительные, электротехн., санитарно-техн., монтажные, наладочные и др. подготовительные работы, связанные с созданием АБИС. ГОСТ 34.602-89 устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) АС различного назначения, а также состав и содержание указанного д-та независимо от того, будет ли она работать самостоятельно или в составе др. системы. В зависимости от условий создания системы возможны различные совмещения ф-ций заказчика, разработчика, поставщика и др. организаций, участвующих в работах по созданию АБИС. ТЗ на АБИС разрабатываются на основание исходных данных, в т. ч. содержащихся в итоговой д-ции стадии «Исследование и обоснование создания АС», установленной ГОСТ 24.601. Любые изменения к ТЗ оформляются дополнит. протоколами, подписанными заказчиком и разработчиком. Оформленные т. о. дополнения явл. неотъемлемой частью ТЗ на АБИС. На титульном листе ТЗ должна быть запись «Действует с …». Разделы ТЗ: Общ. сведения, Назначение и цели создания (развития) системы, Х-ка объектов автоматизации, Требования к сис-ме, Состав и содерж. работ по созданию системы, Порядок контроля и приемки сис-мы, Требования к составу и содерж. работ по подготовке объекта автоматизации к вводу АБИС в действие, Требования к документированию, Источники разработки, Приложения. В зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционир. системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ. ТЗ оформляют на листах формата А4 без рамки, основной надписи и дополнительных граф к ней. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине). На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АБИС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АБИС, помещают на последнем листе. При необходимости на тит. листе ТЗ допускается помещать установленные в отрасли коды, например: код работы, регистрационный номер ТЗ и др. Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89. Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АБИС, в нём следует сделать запись о порядке установления и согласования этих показателей, норм и требований «Окончательное требование (значение) уточняется в процессе... и согласовывается протоколом с... на стадии...». При этом в текст ТЗ на АБИС изменений не вносят. Титульный лист дополнения к ТЗ на АБИС оформляют аналогично титульному листу технического задания. Вместо наименования «Техническое задание» пишут «Дополнение № ... к ТЗ на АБИС...». На последующих листах дополнения к ТЗ на АБИС помешают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения. При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и применять слова: «заменить», «дополнить», «исключить», «изложить в новой редакции».

52.БД как основа АБИС. БД – совокупность данных, храним. в соответ. со схемой данных, манипулир-е котор. выполняют в соответ. с правилами средств моделир. данных. Модели данных – иерархическая, сетевые, и реляционные. объектные, объектно-ориентированные и др. Иерархическая – в этой модели запрос, направ. вниз по иерархии, прост. БД имеет объек родитель (например, покупатель) и дочерний объект (например, заказ). Иерарх моделью данных является файловая система, сост. из корневой директории, в кот. имеется иерархия поддиректорий и файлов. К основ. понятиям сетевой модели БД относятся - уровень, элемент, (узел), связь. Узел – это совокупность атрибутов данных, опис. некот. объект. В иерарх. дереве узлы предоставл. вершинами графа. Сетевые БД подобны иерархич., за исключ. того, что в них имеются указатели в обоих направлениях, кот. соедин. родственную инфр. Терм. "реляционный" (от лат. relatio - отношение) указывает на то, что такая модель хранения данных построена на взаимоотношении составляющих ее частей. В простейшем случае она представляет собой двухмерный массив или двухмерную таблицу, а при создании сложных информационных моделей составит совокупность взаимосвязанных таблиц. В таблице могут быть сведения :ФИО, год рожд., класс, № личного дела. Каждая строка таблицы назыв. записью. Каждый столбец - полем. Реляционная модель базы данных имеет след. свойства: 1. Каждый элемент табл. - один элемент данных. 2. Все столбцы в таблице являются однородными, т. е. имеют один тип (числа, текст, дата и т. дКаждый столбец (поле) имеет уникальное имя. 4. Одинаковые строки в табл. отсутствуют. Порядок следования строк в таблице может быть произвольным и может характеризоваться количеством полей, количеством записей, типом данных. Эту модель БД можно: сортировать данные(по алф.); делать выборку данных по группам (по датам рождения, по фамилии.); поиск записей (например, по фамилиям). Реляционная модель данных может состоять из неск. таблиц, кот. связываются между собой ключами. Ключ - поле, кот. однозначно определяет соответствующую запись(№ личного дела учащегося). С помощью этой модели можно построить все остальные модели баз данных. Принципы реляц. модели были сформулир. в гг. Э.Ф. Коддом. Структура БД может быть представлена в виде моделей данных различного уровня. Этапы проектирования базы данных. Концептуальное проектирование — сбор, анализ и редактирование требований к данным. Для этого осуществляются следующие мероприятия: обследование предметной области, изучение ее информационной структуры выявление всех фрагментов, каждый из которых характеризуется пользовательским представлением, информационными объектами и связями между ними, процессами над информационными объектами моделирование и интеграция всех представлений. По окончании данного этапа получаем концептуальную модель, инвариантную к структуре базы данных. Часто она представляется в виде модели «сущность-связь». Логическое проектирование — преобразование требований к данным в структуры данных. На выходе получаем СУБД- ориентированную структуру базы данных и спецификации прикладных программ. На этом этапе часто моделируют базы данных применительно к различным СУБД и проводят сравнительный анализ моделей. Физическое проектирование — определение особенностей хранения данных, методов доступа и т. д. Различие уровней представления данных на каждом этапе проектирования реляционной базы данных: КОНЦЕПТУАЛЬНЫЙ УРОВЕНЬ — Представление аналитика (используется инфологическая модель «сущность-связь») сущности, атрибуты, связи; ЛОГИЧЕСКИЙ УРОВЕНЬ — Представление программиста записи, элементы данных, связи между записями; ФИЗИЧЕСКИЙ УРОВЕНЬ — Представление администратора группирование данных, индексы, методы доступа. Этапы проектирования БД: 1. Определение цели создания базы данных; 2. Определение таблиц, которые должна содержать база данных; 3. Определение необходимых в таблице полей; 4. Задание индивидуального значения каждому полю; 5. Определение связей между таблицами; 6. Обновление структуры базы данных; 7. Добавление данных и создание других объектов базы данных; 8. Использование средств анализа в Microsoft Access.

53. Программное обеспечение: виды, требования, назначение. Прагр. забесп. – сукупнасць праграмных сродкау для кiравання работай камп-ра i АБIС i дакументацыя неабходная для экспуатацыи. Прагр дак-цыя – камплекс дакуменау, якiя утрымлiваюць поунае апiсанне праграмы, умовы распаусюджання и выкарыстання. Аснова прагр забесп-ня – алгарытмы (паслядоунасць дзеянняу и правiлау их выканання прызначаныя для вырашэння задач цi групы задач). Фармальнае апiсанне алгарытмау складае праграму. Пры пастаноуцы задач для АБIС б-кi прадстауляюць усе бiб-iнф працэсы у выглядзе аслабленных алгарытмау – блок-схем. Праграма апiсвае на мове машыных кодау дзеяннi, якiя павiнен выконваць ПК у адпаведнасцi з выбарам задачы. Структура праграмы – алгарытм-схема пабудовы праграмы: праграмныя блокi, узаемасувязi з iмi. ПЗ АБIС: агульнае, прыкладное. ПК у сетцы i ПК у шматкарыстальнiцкiм рэжыме патрабуюць спец праграм. Агульнае ПЗ – праграмы для кiравання работай ПК, планаваннем i арганiзацыяй iнфармацыi, вылiч працэсау, аутаматызацыi, наладкi праграм I iнш. Па функц-ым забеспячэннi у базавае ПЗ уваходзяць: ОС – операционая система, праграмы тэхнiчнага абслугоування (1 i больш функцыянальна арыентаваных пакетау прыкладных праграм - ППП). ОС – пасрэднiк памiж ПК i карыстальнiкам. Вiды ОС: сеткавыя, лакальныя. Сеткавыя – забяспечваюць калект доступ значнай колькасцi карыстальнiкау да БД адной i тойжа ЭВМ са свайго тэрмiнала шляхам раздзялення часу. Пр, ОС Unix, Linux, Windows nt. Лакальныя – однакарыстальнiцкiя ОС, таксама распаусюджваюцца у аутаматызаванных сiстэмах. I. Агульнае праграмнае забеспячэнне: 1.Уцiлiты – сервесныя праграмы агульнапраграмнага забеспячэння; задачы: дыягностыка, кiраванне памяццю, барацьба з вiрусамi, архiвацыя, санкцыянiраванне доступу (пр, Norton Utilitus). 2. Драйверы – дапаможныя сродкi агульнага праграмнага забеспячэння, якiя пашыраюць магчымасцi ОС, кiраванне устройствамi увода-вывада. 3. Праграмы-обалонкi – iнтэрфейс памiж карыстальнiкам i ОС (пр, Norton Comander). 4. Праграмы-дадаткi (пр, пакет Office). II.Прыкладное ПЗ – складаецца з прыклад праграм i спец дакументацыi для выкан функцыянальных задач. Праграмы-канвектары – для пераутварэння аднаго вiда iнф прадукта у адным асяродзi у другi у iнш прагр асяродзi. Праграмы-канвектары у аутам рэжыме – аут сiстэмы праграмавання: Turba C, Turba Paskal, Kliper… - комплекс сродкау для аут-цыi працэсау праграмавання. 2 групы платформ: 1. СКБД захавання i перапрацоукi iнфармацыi, 2. Мовы праграмавання высокага узроуню: C, pascal, C++. Лiдэры СКБД: Oracle, Informmics, Sybasf. СУБД — специализированная программа (чаще комплекс программ), предназначенная для организации и ведения базы данных. Для создания и управления инф. системой, основные функции СУБД : 1 управление данными во внешней памяти (на дисках); 2 управление данными в оперативной памяти с использованием дискового кэша; 3 журнализация изменений, резервное копирование и восстановление базы данных после сбоев; 4 поддержка языков БД (язык определения данных, язык манипулирования данными). Обычно современная СУБД содержит следующие компоненты: ядро, процессор языка базы данных, подсистема поддержки времени исполнения, сервисные программы. По типу управляемой базы данных СУБД разделяются на: Иерархические , Сетевые , Реляционные , Объектно-реляционные , Объектно-ориентированные. По архитектуре организации хранения данных: 1локальные СУБД (все части локальной СУБД размещаются на одном компьютере); 2распределенные СУБД (части СУБД могут размещаться на двух и более компьютерах) Data Definition Language (DDL) (язык описания данных) - это семейство компьютерных языков, используемых в компьютерных программах для описания структуры баз данных. На текущий момент наиболее популярным языком DDL является SQL, используемый для получения и манипулирования данными. Функции языков DDL определяются первым словом в предложении (часто называемом запросом), которое почти всегда является глаголом. В случае с SQL эти глаголы - "create" ("создать"), "alter" ("изменить"), "drop" ("удалить"). Data Manipulation Language (DML) (язык управления [манипулирования] данными) - это семейство компьютерных языков, используемых в компьютерных программах или пользователями баз данных для получения, вставки, удаления или изменения данных в базах данных. На текущий момент наиболее популярным языком DML является SQL. Функции языков DML определяются первым словом в предложении (часто называемом запросом), которое почти всегда является глаголом. В случае с SQL эти глаголы - "select" ("выбрать"), "insert" ("вставить"), "update" ("обновить"), и "delete" ("удалить").

54.Техническое обеспечение АБИС. Вiды: 1. Кампьютары. Камп парк Беларусi значна мадэрнiзаваны. Пры выбары камп тэхнiкi неабходна ведаць мэты, задачы б-кi, абъем БД, сетку б-кi… Важна улiчваць развiцце АБIС. 2. Перыферыйныя устройствы: прынтэры, сканеры, мадэм… Важна выбраць надзейных пастаушчыкоу на аснове тэндра 3. Сеткавае абсталяванне. Самая простая комп. сеть (КС) состоит как минимум из двух компьютеров, соединенных друг с другом кабелем, что позволяет им использовать данные, периферийные устройства и программы совместно. Все сети (независимо от сложности) основываются именно на этом простом принципе. Сеткавая тэхналогiя АБIС – адзiны аут-ны бiб комплекс, якi уключае тэрытарыяльна разгрупаваную сiстэму камп-ау, iх тэрмiналау, абъяднаную ср-амi камутацыйнага абсталявання, сеткавым праграмным забеспячэннем, пратаколамi перадачы данных для вырашэння кiраунiчых iнф-бiб задач. Патрабаваннi – прастата, хуткасць, абароненасць. КС бывают: 1.Локальные - протяжённость линии связи до нескольких км. ЛС объединяет комп., установленные в одном помещении или в одном здании. 2.Региональные. 3.Глобальные. ЛБКС – камунікатыўная сіс-ма для ўстанаўлення сувязі паміж камп-мі і перыф. абсталяваннем. Аб’яднанне кампанентаў ажыццяўляецца з дапам. хуткасных каналаў сувязі. Можа вык. кааксіальны кабель, оптавалаконны, вітая пара. Выкарыст. бесправадная сетка. Сетка складаецца з 3-х кампанентаў: 1.адзін ці некалькі галоўных ПЭВМ-сервераў; 2.працоўных станцый; 3.камунікацый. ЛБКС дазваляе выкарыст. перыферыйнае абсталяванне і доступ у глабольныя камп. сеткі. ЛБКС легка адаптуецца для змяненняў і мадэрнізацыі – маюць гнуткую архітэктуру. У якасці праграмных прадуктаў вык. ПЗ – Windows NT (часцей). Працэсы ў ЛБКС – асноўныя і дапаможныя. Найбольш важныя х-кі пры класіфікацыі ЛС – тапалогія і архітэктура. Па архiтэктуры сеткi: Клiент-сервер – размеркаванне нагрузкi памiж серверам i станцыяй. Бывае: Двузвенная, Трохзвенная – мае трэцяе звяно прамежкавае памiж серверам I клiентам, Nзвенная –некалькi серверау-дадаткау, Аднарангавыя – роуны сярод роуных, Вiртуальныя – маюць Интернет шлюз для доступу у Инт. Кампаненты сеткi – некалькi серверау, працоуныя станцыi, камунiкацыi. 4. Сродкi мультымедыя.

55.Эргономическое обеспечение АБИС. Эргономика — научная дисциплина, комплексно изучающая производственную д-сть человека и ставящая целью её оптимизацию. Эргономика возникла в 1920-х гг. в связи со значительным усложнением техники, которой должен управлять человек в своей д-сти. Первые исследования по эргономике начали проводиться в Великобритании, США и Японии. Термин эргономика был принят в Великобритании в 1949 г., когда группа англ. учёных положила начало организации Эргономического исследовательского общества. Эргономика изучает действия человека в процессе работы, скорость освоения им новой техники, затраты его энергии, производительность и интенсивность при конкретных видах деятельности. Современная эргономика подразделяется на микроэргономику, мидиэргономику и макроэргономику: Эргономика программного обеспечения - подраздел микроэргономики, ориентированный на системы "человек-компьютер", "человек-компьютер-человек", "человек-компьютер-процесс", "человек-программа" и т. п. Инф. системы претерпевают коренные изменения. Этот процесс происходит в условиях одновременного увеличения требований к экономичности проектов и сокращения штатов в компаниях-разработчиках. Именно в таких условиях разработчики ПО должны крайне внимательно относиться к дополнительным объемам работ и связанным с ними дополнительным затратам. В частности, перед разработчиками встает проблема проектирования пользовательского интерфейса (ПИ), позволяющего обеспечить эффективное и экономичное использование информационных систем. ПИ включает в себя все аспекты дизайна, которые оказывают влияние на взаимодействие пользователя и системы. Это не только экран, который видит пользователь. Составляющие ПИ: набор задач пользователя, которые он решает при помощи сис-мы, используемая системой метафора (например, рабочий стол в MS Windows и т. п.), элементы управления системой, навигация между блоками системы, визуальный (и не только) дизайн экранов программы. Инновации в области технологий и автоматизации систем управления чрезвычайно усилили необходимость в улучшении как ПИ, так и процесса его разработки. Преимущества, предоставляемые Интернет, создали уникальную возможность для быстрого и эффективного предоставления инф. работникам: распределенные сетевые системы позволяют обеспечить оперативный доступ к инф-и любому из подразделений предприятия, все больше людей вовлекаются в производство с использованием компьютерных систем. ПИ составляет от 47 до 60 процентов кода всей программы. Поскольку с точки зрения пользователя ПИ является ключевым фактором для понимания функциональности программы, плохо разработанный интерфейс резко ограничивает функциональность системы в целом. Компании, которые не стремятся провести разработку эргономичного ПИ для своих продуктов и получить все преимущества, которые обеспечивают современные технологии, ослабляют свои позиции в конкурентной борьбе. Своевременно и профессионально выполненная разработка интерфейса приводит к увеличению эффективности ПО, уменьшению длительности обучения пользователей, снижению стоимости переработки системы после ее внедрения, полному использованию заложенной в ПО функциональности и т. п. Эффективный интерфейс - результатом осознания разработчиком необходимости уделить значительное внимание не только данным, с которыми будет работать пользователь, но и собственно пользователю, его задачам и деятельности. Преимущества хорошего пользовательского интерфейса: снижение количества чел. ошибок, снижение стоимости поддержки системы, снижение стоимости обучения, уменьшение потерь подуктивности работников при внедрении системы и более быстрое восстановление утраченной продуктивности, улучшение морального состояния персонала, доступность функциональности системы для максимального количества пользователей.

56.Проектирование средств лингвистического обеспеч. Лінгвістычнае забеспячэнне (ЛЗ) – шырокі комплекс моўных сродкаў, неабходных для апрацоўкі Д і запытаў і сродкі для падтрымкі ІПМ. ІПМ – штучныя мовы, якія прызначаны для фармалізаванага апісання даных, Д, тэрмінаў і ажыццяўлення наступнага іх пошуку ў інф. масівах АБІС. Прызначэнне ІПМ – ліквідацыя залішнасці і недастатковасці прыроднай мовы з мэтай інф. пошуку, ліквідацыя сінаніміі і аманіміі. ІПМ складаюць аснову ЛЗ. З дапамогай ЛЗ у сістэме вырашаюцца задачы: 1. Апрацоўка ўсіх відаў Д і запытаў з неабходнай паўнатой; 2. Сінтаксічная структура дакум. патокаў; 3. Дак. і фактаграфічны пошук у адпаведных БД; 4. Забеспячэнне сумяшчальнасці АБІС; 5. Садзейнічанне падрыхтоўцы біб/гр. і інф. выданняў з ажыццяўленнем працэдуры аўтамат-рубрыкацыі; 6. Арфаграфічны кантроль пры стварэнні тэкставых запісаў; 7.аўтаматычны перавод і транслітэрацыя; 8. Аўтаматызацыя семантычнай апрацоўкі Д і запытаў; 9. Аўтам. вядзенне (карэкціроўка) самаго ЛЗ, дзякуючы наяўнасці ў сістэмах лінгв. працэсаў. Віды ІПМ: 1. Мова апрацоўкі біб.-біб/гр. даных (для прадстаўлення БІ); 2.класіфікацыйныя мовы (тэматычнае прадстаўленне І); 3. Дэскрыптарныя мовы (прадметнае прадстаўленне І); 4. Мова аўтарытэтных нарматыўных файлаў (для кантролю элементаў БЗ пры ўводзе ў сістэму і пошуку); 5. Аб’ектна-прыметавыя мовы; 6. Мовы арфаграфічнага кантролю і транслітэрацыі; 7. Мова запытаў і маніпуліравання данымі (сродкі аперацыйнага ўзроўню). Найбольш распаўсюджаны: класіфікацыйныя мовы, мова аўтарытэтных нарматыўных файлаў, дэскрыптарныя мовы. Магчымасць уводу і выкарыстання пэўнага віду ІПМ у АБІС вырашаецца на стадыі яе праектавання. Класіфікацыйныя мовы ў АБІС распаўсюджаны так: 1.Дзесятковая класіфікацыя Дзьюі; 2.рубрыкатар Б-кі Кангрэса ЗША; 3.УДК. АБІС будзе функцыянаваць, калі у ёй будуць сродкі падтрымкі лінгвістычнага забеспячэння: 1. Методыкі індэксавання уводзімых у сістэму Д і запытаў з дапамогай усіх ІПМ, якія ўваходзяць у комплекс ЛЗ; 2. Лінгвістычныя працэсары – машынная праграма, якая ажыццяўляе аўтаматычную апрацоўку даных. Яны ажыццяўляюць трансляцыю даных з прыроднай мовы па ІПМ ці з адной ІПМ на другую ІПМ. Лінгв. працэсары ўключаюць прагармныя сродкі стварэння і вядзення моўных сродкаў; 3. Лінгвістычны банк даных – сукупнасць слоўнікавых масіваў для кантроля над лексікай моў, якія ўваходзяць ў лінгв. комплекс, і сродкі іх падтрымкі. Лексіка класіф. моў прадстаўляецца ў выглядзе табліц, слоўнікаў. 4. Дакументацыя на ЛЗ. Да яе адносяццанарматыўная, праектная і тэхналагічная дакументацыя. Яна рэгламентуе працэсы стварэння, вядзення і выкарыстання моўных сродкаў іх падтрымкі. Да дакументацыі адносяцца: інструкцыі па апрацоўцы слоўнікавых масіваў, слоўнікі, рубрыкатары, класіфікатары; 5. Служба стварэння і вядзення моўных сродкаў як на узроўні асобнай біб-кі, так і на узроўні карпаратыўнага аб’яднання б-к. такія службы вырашаюць задачы збору, сумяшчальнасці і выкарыстання лінгвістычных сродкаў.

57.Информационно-поисковые тезаурусы как одно со средств лингв. обеспечения АБИС. Дескрипторные ИПЯ – это искусственные информационные языки, разработанные для представления содержания Д и и инф. поиска в автоматизированном режиме, появившиеся в нач.50-х гг. Понятие о дескрипторе как термине, предназначенного для однозначного описания понятий, ввел в инф. К. Муерс. ДЯ служит для координатного индексирования Д и запросов посредством дескрипторов и/или ключевых слов. В основе дескрипторных ИПЯ лежит алфавитный перечень лексических единиц. Дескриптор – лексическая единица, которая при индексировании выбирается не из текста обрабатываемого Д-та, а со специального словаря, заранее подготовленного. Дескрипторы отличаются от ключевых слов смысловой однозначностью. Дескрипторы и ключевые слова легко дополняются, обновляются, поскольку в алфавитный перечень можно включить любую лексическую единицу, необходимую для индексирования. Дескриптор является основным элементом дескрипторной статьи. Алфовитный перечень дескрипторных статей – тезаурус. Тезаурус – запас знаний. Информационно–поисковый тезаурус (ИПТ) - перечень дескрипторных статей. Отношения – сильные (родовидовые), слабые (ассоциативные). Виды ИПТ: многоотраслевые, отраслевые, узкотематические. Разработка ИПТ осуществляется на основе следующих этапов: 1.определение тематического профиля ИПТ; 2.сбор лексики и формирование словника ключевых слов; 3. Построение словарных статей и формирование лексико–семантического указателя; 4.разработка вспомагательных указателей; 5.оформление ИПТ; 6.экспертиза и регистрация ИПТ. ИПТ оформляется в виде специального словаря, в котором в определенном порядке фиксируется выявленная терминология и связи между терминами. При "классическом" подходе к формированию ИПТ вначале производится отбор необходимой терминологической лексики из так называемого представительного массива Д-ов, а затем из этой лексики формируется ИПТ, который периодически обновляется каждые 3-5 лет. Любая новая редакция ИПТ в таком случае обслуживает последующие новые БЗ. При этом БД неизбежно фрагментируется на отдельные блоки, каждому из которых соответствует своя редакция тезауруса.

58.Общие сведения об ЭВМ. Слово "компьютер" означает "вычислитель". Первые компьютеры созд. как устройства для вычислений. Первая "считающая машина" была создана в 1623 г. У. Шикардом. Это был довольно громоздкий аппарат, кот. мог производить простые арифметич. действия (сложение, вычитание) с 7-значными цифрами. По-настоящему популярная считающая машина была создана в 1644г. – "вычислитель" Блеза Паскаля (Паскалево колесо), производившая арифметические действия над 5-значными числами. В 1820 г. появился первый калькулятор – "Арифмометр" Шарля де Кольмара. Это было первое механическое считающее устройство, поступившее в широкую продажу. В п. пол. XIX в. англ. математик Ч. Бэббидж создал счетную арифметическую машину, кот. могла работать без участия человека, т. е. автоматически. Она производила сложные последовательности вычислительных операций по заранее заданной инструкции – программе. Современные комп. появились в пер. пол. ХХ века одновременно в России, Германии, США. Все компьютеры подразделяются на: 1.ЭВМ 1-го поколения; 2.ЭВМ 2-го поколения; 3.ЭВМ 3-го поколения; 4.ЭВМ 4-го поколения; 5.ЭВМ 5-го поколения. К-ция по вычислительной мощности и габаритам: 1.Супер-ЭВМ – предназнач. для решения особо сложных задач в областях науки, техники и управления. Основные потребители – военные, метеорологи, геологи и др. 2.Большие ЭВМ – ЭВМ, предназначены для выполнения работ, связанных с обработкой и хранением больших объемов информации, проведением сложных расчетов и исследований. Компьютеры такого типа используются большинство крупных корпораций, банков и т. д. 3.ЭВМ средней производительности (средние ЭВМ) – ЭВМ, предназначенные для использования всюду, где приходится обрабатывать достаточно большие объемы информации. В настоящее время трудно определить четкую грань между большими и средними ЭВМ. 4.Малые или мини-ЭВМ – самый многочисленный класс ЭВМ. Их популярность объясняется малыми размерами, низкой стоимостью (по сравнению с большими и средними ЭВМ) и универсальными возможностями. Для таких ЭВМ х-но представление данных с узким диапазоном значений. Применяются они для управления сложными видами оборудования, создания систем автоматизированного проектирования. 5.Микро-ЭВМ. Отличительной чертой микро-ЭВМ является наличие одного или нескольких микропроцессоров. Благодаря малым размерам, высокой производительности, повышенной надежности и небольшой стоимости нашли широкое применение во всех сферах народного хозяйства и оборонного комплекса. 6.ПК предназначен для индивид. обслуживания пользователя и ориентирован на решение различных задач неспециалистами в области вычислительной техники. Он позволяет эффективно выполнять научно-техн. и финансово-эконом. расчеты, организовывать БД, подготавливать и редактировать д-ты, вести делопроизводство, обрабатывать граф. инф-цию и др. 7.Портативные (переносные) компьютеры (NoteBook). Основным принципом построения ЭВМ является программное управление, в основе которого лежит представление алгоритма решения любой задачи в виде программы вычислений. Алгоритм – это конечный набор предписаний, определяющий решения задачи посредством конечного количества операций. Программа – это упорядоченное последовательность команд подлежащих обработки. Принцип программного управления может быть осуществлен разными способами. Стандартом для построения практически всех ЭВМ был представлен в 1945 году Нейманом схема ЭВМ, отвечающая программному принципу управления отражает характер действия человека по алгоритму.

59.Интернет-технологии АБИС. Сеткавая тэхналогія АБІС – адзіны аўтаматызаваны бібліятэчны комплекс, які ўключае тэратырыяльна разгрупаванную сістэму кам-аў, іх тэрміналаў аб'яднанных у адзеную сістэму сродкамі сувязі, абсталяваннем, сеткавым ПО, пратаколамі перадачы данных для вырашэння бібл.-інф., кіраўнічых і іншых задач. Патрабаванні да сеткавай тэхналогіі АБІС: - прастата выкарыстання - высокая хуткасць перадачы данных - высокая ступень абароны інф. - нізкі кошт. Параметры сеткавых тэхналогій АБІС: - адкрытасць - надзейнасць – дынамічнасць Інтэрфейс - спосаб і узровень сэрвісу доступу карыстальніка да інф. рэсурсаў сеткі. Ён павінен быцт простым і зручным для выкарыстання неабходных каманд. Мець прывабнае графічнае афармленне, максімальна выкарыстўваць прыродную мову. Перадача данных паміж тэрміналамі сеткі ажыццяўляецца з дапамогай ліній сувязі: - правадныя (аптавалаконныя, радые); - спадарожнікавыя. Складаецца з тэхнічных сродкаў прыему і перадачы данных, ПО, лініі сувязі, пратакола перадачы данных Z39.50. У бібліятэках сення выкарыстоўваецца тэлеф., аптавалаконныя лініі сувязі. Лініі сувязі і канал сувязі сінонімы. Перадача данных ажыццяўляецца па адпаведным наборам правілаў (пратаколоў) яны рэгламентуюць фармат абмена інф. паміж камп. і працэсарамі. Паток перадаваемай па сетцы данных з дапамогай канала сувязі называецца трафікам. Гэта рабочая нагрузка каналаў. Камп. сеткі умоўна дзеляцца на: - лакальныя; - размяркавальныя (карпаратыўныя); - глабальныя. Электронная пошта – сервіс сеткавых тэхналогій. Разнастайнасці ЭП: 1. сістэма дастаўкі паведамленняў (BBS)-забяспячае абмен паведамленнямі паміж абанентам па прынцыпу кожны з кожным. Сувязь ажыцяўляецца з дапамогай камуцір. каналах з дапамогай тэлеф. лініі. Найбольш прагрэсіўнай формай з'яўляецца радыесувязь, але трэба мець сваю радыестанцыю. 2. тэлеканферэнцыя – від сэрвісу Інт-т, які забяспечвае перасылку і чытанне д-аў, згрупаванных па пэўнай прыкмеце (тэма).Сувязь ажыццяўляецца з дапамогай пратаколу NNTP; 3. камп-ая тэлефанія – від арганізацыі тэлефоннай сувязі па сетцы Ін-т, забяспечвае перадачу моўных паведамленняў па сетцы, з дапамогай IP. Спосабы подключэння да Ін-т дзеючай АБІС: - часовае падключэнне што звязана з камуціруемымі каналамі; - пастаяннае падключэнне – ажыццяўляецца з дапамогай выдзяленых ліній сувязі ці радыеканалаў для падключэння да цэнтральнага кампю. правайдэра. Гэта забяспечвае стабільную работу але для яго рэалізацыі патрэбны фінансавыя сродкі. Для перадачы і прыему файлаў у Ін-т тэхнологіях АБІС выкарыстоўываецца акрамя пратаколу Z39.50 яшчэ пратакол FTP. FTP – протокол, предназначенный для передачи файлов. Позволяет передавать законченные файлы или информацию из баз данных, подготовленную в виде файлов. Часто используется для перекачки файлов больших размеров, либо в форматах, которые не поддерживаются HTTP. ЭБ- тэлекамунікатыўная бібліятэчна-інф. сістэма, якая дазваляе збіраць, ствараць, захоўваць і эфектыўна выкарыстоўваць разнастайныя ЭІР. ЭБ часта неабгрунтаванна аб'ядноўваюць з паняццем усяго Ін-т, рэсурсы якого адрозніваюцца неарганізаваносцю. ЭБ наадварот, вынік спецыяльна адабранай і упарадкаваннай ніф. у адпаведнасці з пэўнай інф. патрэбнасцю. ЭБ з'яўляецца часткай сеткавага рэсурса, які можа быць размешчаны у Ін-т. Ін-т з'яўляецца выдатным сродкам размяшчэння спец. створан. ЭБ. Класіфікацыя ЭБ: 1.Статычныя ЭБ (on-line) – набор розных відаў кампактных аптычных дыскаў; 2.Дынамічныя ЭБ (on-line) – даступны праз Ін-т, размешчаны на серверы, маюць свой адрас. Складанасццю пры стварэнні ЭБ з'яўляецца тое, што яны ў любы час могуць змяшчаць змест ці знікнуць з сервера. Каб не згінуць інф., некаторыя краіны свету увялі закон аб абавязковым экземпляре буйнейшых б-к сваіх краін. Еурапейскія краіны вырашылігэтую праблему уключэннем і ЭД у свае нацыянальныя дэпазітарыі. У апошні час распаўсюджваецца тэндэнцыя стварэння карпаратыўных ЭБ. У РБ сталі распаўсюджвацца шэраг праектаў па стварэнні ЭБ. У НББ функцыянуе ЭБ. Стварэнню ЭБ вялікая увага надаецца ў дзярж праграме «Э. Беларусь».

60.Понятие веб-ресурса и его содержания. Протокол - это совокупность правил, в соответствии с которыми происходит передача информации через сеть. Понятие протокола применимо не только к компьютерной индустрии. Основные протоколы используемые в работе Интернет: TCP/IP, POP3, SMTP, FTPя. HTTP, IMAP4, WAIS, Gorpher, WAP. Протокол HTTP (Протокол передачи гипертекста) является протоколом более высокого уровня по отношению к протоколу TCP/IP - протоколом уровня приложения. HTTP был разработан для эффективной передачи по Интернету Web-страниц. Именно благодаря HTTP мы имеем возможность созерцать страницы Сети во всем великолепии. Протокол HTTP является основой системы WWW. Протокол FTP (Протокол передачи файлов) специально разработан для передачи файлов по Интернету. TELNET. С помощью этого протокола вы можете подключиться к удаленному компьютеру как пользователь (если наделены соответствующими правами, то есть знаете имя пользователя и пароль) и производить действия над его файлами и приложениями точно так же, как если бы работали на своем компьютере. Telnet является протоколом эмуляции терминала. Работа с ним ведется из командной строки. Если вам нужно воспользоваться услугами этого протокола, не стоит рыскать по дебрям Интернета в поисках подходящей программы. Telnet-клиент поставляется, например, в комплекте Windows 98. Чтобы дать команду клиенту Telnet соединиться с удаленным компьютером, подключитесь к Интернету, выберите в меню Пуск (Start) команду Выполнить (Run) и наберите в строке ввода, например, следующее: telnet . Протокол Gopher - протокол уровня приложения, разработанный в 1991 году. До повсеместного распространения гипертекстовой системы WorldWideWeb Gopher использовался для извлечения информации (в основном текстовой) из иерархической файловой структуры. Gopher был провозвестником WWW, позволявшим с помощью меню передвигаться от одной страницы к другой, постепенно сужая круг отображаемой инф-ии. Программы-клиенты Gopher имели текстовый интерфейс. Web­-сайт - совокупность Web-страниц, объединенных по смыслу и навигационно. Стандартный сайт - предполагает стандартный дизайн и содержит до 10 страниц текста и до 10 фотографий или рисунков. Этапы создания сайта: 1.Предпроектные исследования; 2.Проект сайта; 3.Этап оценки сроков исполнения и цены разработки сайта; 4.Разработка концепции дизайна; 5.Верстка страниц и разработка программного обеспечения; 6.Тестирование сайт.Web является базовым протоколом сети Internet. WWW - это больше, чем просто один из протоколов. Web объединяет несколько протоколов, в том числе FTP (File Transfer Protocol), telnet, WAIS (Wide-Area Information Servers) и другие. Современные Web - серверы содержат средства шифрования инф-ции и контроля доступа, что позволяет пользователю отправлять и получать защищённые данные. Создание Web-документов требует дизайнерской фантазии и представляет собой отличный полигон для бурного творчества, поэтому работа хорошего Web-мастера высоко ценится. От Web-д-та требуется чтобы он был одновременно и красив, и удобен в пользовании, и максимально понятен.

61.Корпоративные биб. комп. сети. КБКС – группа как отдельных, так и их локальных сетей, которые размещены на большом расстоянии и связаны с помощью кабельной (проводной) или радио связью (в т. ч. спутниковой). Для соединения удаленных ЛС и отдельных компьютеров в КС применяются разнообразные телекоммуникац. средства, в том числе телеф. каналы, радиоканалы, спутниковая связь. Цель – выполнение совместных работ по формаированию и предоставлению карпорациям инф. ресурсов на основе сетей связи. В КС обязательно будут использоваться различные типы компьютеров.Z39.50. Цель: обеспечение совместного (карпарат.) создания и использования ИР с помощью сетевых технологий. Изначально протокол Z39.50 предназначался для обработки биб/гр. инф-ции. Однако сейчас протокол достаточно развит, чтобы поддерживать различные данные - финансовую, хим., техническую инф-цию, полные тексты и изображения. Главная причина, послужившая стимулом к разработке протокола Z39.50 – наиболее сложной и общей, является тот факт, что в библ. сообществе существует огромное количество ИПС, ЭК, систем автоматизации, которые поддерживают абсолютно различные формы представления инф-ции, формы хранения данных, способы доступа к инф-ции. КС - территориально распределенной, т. е. объединяющей офисы, подразделения и другие структуры, находящиеся на значительном удалении друг от друга. Часто узлы КС оказываются расположенными в различных городах, а иногда и странах. В территориально-распределенных сетях наиболее существенным элементом стоимости оказывается арендная плата за использование каналов, которая быстро растет с увеличением качества и скорости передачи данных. Специалисты всегда стремятся обеспечить выполнение трех основных требований, предъявляемых к сети, а именно: 1.масштабируемость; 2.производительность; 3.управляемость. Хорошая масштабируемость необходима для того, чтобы без особых усилий можно было менять как число пользователей, работающих в сети, так и прикладное ПО. Высокая производительность сети требуется для нормальной работы большинства современных приложений. И сеть должна быть достаточно легко управляемой, чтобы ее можно было перенастраивать для удовлетворения постоянно меняющихся потребностей организации. Эти требования отражают новый этап в развитии сетевых технологий - этап создания высокопроизводительных корпоративных сетей. Консорциум может быть общегосударственным, региональным, районным, местным, отраслевым или специализированным, т. е. сформированным из учреждений определенного типа (скажем, научно-исследовательских библиотек). Участники консорциума сами выбирают своего руководителя, которым может быть учреждение-член консорциума, специально созданное юридическое лицо, какая-либо внешняя организация (например, коммерческая вроде подписного агентства). При создании консорциума необходимо четко обозначить его цель (иногда под консорциумом ошибочно понимают некое общественно-политическое объединение типа ассоциации), форму материалов, к которым участники хотят получить доступ (только электронные ресурсы или же еще и традиционный "бумажный" вариант), принцип подбора состава участников, принцип управления (через юридическое лицо или на основе специального соглашения между партнерами), порядок распределения расходов и доходов, взаимные обязательства партнеров, включая ответственность за нарушение договоренностей (иногда, если даже один партнер выходит из состава объединения, весь консорциум может развалиться), и, наконец, механизм взаимодействия. В РБ - Акад упр.- LibКАРД - Республиканский библиотечный консорциум по аналитической росписи д-ов. В настоящее время основным Интернет — провайдером для НББ, обл. биб-к и региональных инф. центров является сеть НАН Бел-си — BASNET. OCLC – корпоративный центр в США. PIKA – (Нидерланды) – сеть, созданная в 1969 г. путем объединения королевской биб-ки и университетских биб-к. объединяет более 2000 биб-к – это 2/3 биб-к страны. Задачи: совместная обработка Д-ов и их использование, комплексная автоматизация библ. процессов и БД, обеспечение доступа к всемирным ИР. PIKA состоит из центральной инф. сис-мы, локальных библ. сис-м, коммуникационных систем. Доходы PIKA представлены – взносы участников сис-мы, продажа инф. участниками сис-мы. В состав ЦИС входят распределенная онлайн сист. каталогизации Д-ов, сводный нидерландский каталог для нужд МБА. Одна из первых внедрила ЭДД.

62.Элементы теории алгоритмов. Алгоритм – единый, общий метод решения класса однотипных задач, обладающий свойствами дискретности, массовости, определенности, результативности и оперирующей конструктивными объектами. Основные свойства алгоритмов следующие: Массовость – применение алгоритма для множества исходных данных. Массовость означает, что алгоpитм pешения задачи pазpабатывается в общем виде, т. е. он должен быть пpименим для некотоpого класса задач, pазличающихся лишь исходными данными. Пpи этом исходные данные могут выбиpаться из некотоpой области, котоpая называется областью пpименимости алгоpитма. Дискpетность (прерывность, раздельность) — алгоpитм должен пpедставлять пpоцесс pешения задачи как последовательное выполнение пpостых (или pанее опpеделенных) шагов (этапов). Опpеделенность — каждое пpавило алгоpитма должно быть четким, однозначным и не оставлять места для пpоизвола. Благодаpя этому свойству выполнение алгоpитма носит механический х-p и не тpебует никаких доп. указаний или сведений о pешаемой задаче. Детерминированность – исполнение однозначно осуществимо. Результативность – возможность получения результата за конечное число шагов. Конструктивность – исходные, промежуточные и окончательные результаты – слово в одном и том же алфавите. Словесный способ записи алгоритмов: представляет описание последовательных этапов обработки данных; алгоритм задается в произвольном изложении на естественном языке; не имеет широкого распространения по следующим причинам – такие описания строго не формализуемы, страдают многословностью записей, допускают неоднозначность толкования отдельных предписаний. Графический способ представления алгоритмов является более компактным и наглядным по сравнению со словесным. При графич. представлении алгоритм изображается в виде последовательности связанных между собой функциональных блоков, каждый из которых соответствует выполнению одного или нескольких действий. Такое графическое представление называется схемой алгоритма или блок-схемой. Блок-схемой называют графическое представление алгоритма, в котором он изображается в виде последовательности связанных между собой функциональных блоков, каждый из которых соответствует выполнению одного или нескольких действий. Машина Тьюринга — абстрактный исполнитель (абстрактная вычисл. машина). Была предложена Аланом Тьюрингом в 1936 г. для формализации понятия алгоритма. В состав машины Тьюринга входит бесконечная в обе стороны лента, разделённая на ячейки, и управляющее устройство, способное находиться в одном из множества состояний. Число возможных состояний управляющего устройства конечно и точно задано. Управляющее устройство может перемещаться влево и вправо по ленте, читать и записывать в ячейки ленты символы некоторого конечного алфавита. Выделяется особый пустой символ, заполняющий все клетки ленты, кроме тех из них (конечного числа), на которых записаны входные данные. Управляющее устройство работает согласно правилам перехода, которые представляют алгоритм, реализуемый данной машиной Тьюринга. Каждое правило перехода предписывает машине, в зависимости от текущего состояния и наблюдаемого в текущей клетке символа, записать в эту клетку новый символ, перейти в новое состояние и переместиться на одну клетку влево или вправо. Машина Тьюринга называется детерминированной, если каждой комбинации состояния и ленточного символа в таблице соответствует правило, и недетерминированной в противном случае. В 1956 г. отечественным матем. было предложено новое уточнение понятия алгоритма, которое позднее было названо его именем. Он предложил алгоритмическую схему, в которой преобразуются слова. С помощью заглавных букв А, В, С он обозначил некоторые совокупности букв. А1=>В1 (где => - подстановка), А2=>В2, А3=>В3, А4=>В4. Нормальный алгоритм Маркова — один из стандартизованных вариантов представления об алгорифме (алгоритме). Понятие нормального алгоритма введено А. А. Марковым в конце 1940-х гг. Нормальные алгоритмы являются вербальными, то есть предназначенными для применения к словам в различных алфавитах. Определение всякого нормального алгоритма состоит из 2 частей: определения алфавита алгоритма (к словам в котором алгоритм будет применяться) и определения его схемы.

63.Методы алгаритмитизации и программирования. Язык программирования — формальная знаковая система, предназначенная для записи программ. Язык программ. определяет набор лексических, синтаксических и семантических правил, используемых при составлении компьютерной программы. Функция: ЯП предназначен для написания комп. программ, которые применяются для передачи компьютеру инструкций по выполнению того или иного вычислительного процесса и организации управления отдельными устройствами. Задача: ЯП предназначен для передачи команд и данных от человека компьютеру, в то время, как естественные языки используются для общения людей между собой. «ЯП» — это способ передачи команд, приказов, чёткого руководства к действию; тогда как человеческие языки служат также для обмена инф-цией. Исполнение: ЯП может использовать специальные конструкции для определения и манипулирования структурами данных и управления процессом вычислений. Высокоуровневый ЯП — ЯП, разработанный для быстроты и удобства использования программистом. Основная черта высокоуровневых ЯП — это абстракция, то есть введение смысловых конструкций, кратко описывающих такие структуры данных и операции над ними, описания которых на машинном коде (или другом низкоуровневом ЯП) очень длинны и сложны для понимания. Использование разнообразных трансляторов (компиляторы и интерпретаторы) обеспечивает связь программ, написанных при помощи языков высокого уровня, с различными операционными системами и оборудованием, в то время как их исходный код остаётся, в идеале, неизменным. Программы, написанные на языках высокого уровня, проще для понимания программистом, но менее эффективны, чем их аналоги, создаваемые при помощи низкоуровневых языков. Примеры: C++, Visual Basic, Java, Python, Ruby, Perl, Delphi (Pascal), PHP. Низкоуровневый ЯП (ЯП низкого уровня) — ЯП, близкий к программированию непосредственно в машинных кодах используемого реального или виртуального (например, Java, ) процессора. Для обозначения машинных команд обычно применяется мнемоническое обозначение. Это позволяет запоминать команды не в виде последовательности двоичных нулей и единиц, а в виде осмысленных сокращений слов чел. языка (обычно англ.). Отдельный компьютер имеет свой определенный Машинный язык (далее МЯ),  ему предписывают выполнение указываемых операций над определяемыми ими операндами, поэтому МЯ является командным. Однако, некоторые семейства ЭВМ (например, ЕС ЭВМ, IBM/370/ и др.) имеют единый  МЯ для ЭВМ разной мощности. В команде любого из них сообщается инф-ия о местонахождении операндов и типе выполняемой операции. Язык Ассемблера – это символическое представление машинного языка. Он облегчает процесс программирования по сравнению с программированием в машинных кодах. Программисту не обязательно употреблять настоящие адреса ячеек памяти с размещенными в них данными, участвующими в операции, и вычисляемые результаты, а также адреса тех команд, к которым программа не обращается. Объектно-ориентир. программирование - методология программирования, которая основана на представлении программы в виде совокупности объектов, каждый из которых является реализацией определенного класса, а классы образуют иерархию на принципах наследуемости. Принцип наследования - одним из трёх основных принципов объектно-ориент. программирования. Он реализуется через механизмы наследования и виртуальных классов, которые позволяют строить новые производные классы на основе ранее объявленных базовых классов – уподобил процесс программирования процессу сборки сложных устройств и механизмов из наборов стандартных узлов и деталей. Принцип инкапсуляции- делает процесс программирования ещё более похожим на работу в сборочном цехе. Хорошо спроектированный класс имеет открытый интерфейс для взаимодействия с "внешним миром" и защищённую от случайного воздействия "внутреннюю" часть. Такой класс подобен автомобильному двигателю. В момент его установки в кузове или на раме при сборке автомобиля, он уже полностью собран. И не нужно сверлить в корпусе двигателя дополнительные отверстия для подсоединения трубопроводов системы охлаждения, подачи топлива и машинного масла. Разделение класса на скрытую внутреннюю часть и открытый интерфейс обеспечивается системой управления доступом к компонентам класса и дружественными функциями. Принцип полиморфизма (полиморфизм означает буквально многообразие форм) - ещё один принцип объектно-ориентированного программирования. Он заключается в способности объекта во время выполнения программы динамически изменять свои свойства. Возможность настройки указателя на объект базового класса на объекты производных классов и механизм виртуальных функций лежат в основе этого принципа объектно-ориентированного программирования.

Из за большого объема этот материал размещен на нескольких страницах: 1 2 3 4 5 6