Презентация на тему Информационное обеспечение АСОИУ

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

объемам, размещению и формам существования информации, применяемой в АСОИУ при ее функционировании

при функционировании АСОИУ. Информационная база состоит из внемашинной и

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

информация, поступающая в АСОИУ в виде документов, сообщений, данных,

сигналов, необходимая для выполнения функций АСОИУ.
Выходная информация - информация, получаемая в результате выполнения функций АСОИУ и выдаваемая на объект ее деятельности, пользователю или в другие системы

представляться в виде диаграммы потоков данных (DFD),
Формирование словаря данных,

таблицы со следующими столбцами: № п.п, данные, тип данных, описание (атрибуты).
Формирование списка операций над данными, который имеет следующие характеристики: наименование операции, совокупность данных (из словаря данных), ориентировочный объем, скорость изменение объема (в течении фиксированного временного промежутка).
Словарь данных и операций являются основанием для формирования структуры базы данных (в случае необходимости).

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

области каждого из типов пользователей
Логическое проектирование базы данных (для реляционной модели)
выбор СУБД
Физическое проектирование базы данных (с использованием реляционной СУБД)

и связывание их с типами сущностей и связей.
Определение доменов

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

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

из типов пользователей.
Устранение особенностей локальной логической модели, несовместимых с реляционной моделью (необязательный этап).
Определение набора отношений исходя из структуры локальной логической модели данных.
Проверка отношений с помощью правил нормализации.
Проверка соответствия отношений требованиям пользовательских транзакций.
Определение требований поддержки целостности данных.
Обсуждение разработанных локальных логических моделей данных с конечными пользователями.
Создание и проверка глобальной логической модели данных.
Слияние локальных логических моделей данных в единую глобальную модель данных.
Проверка глобальной логической модели данных.
Проверка возможностей расширения модели в будущем.
Обсуждение глобальной логической модели данных с пользователями.

в среду целевой СУБД.
Проектирование базовых отношений в среде целевой

СУБД.
Проектирование отношений, содержащих производные данные.
Реализация ограничений предметной области.
Проектирование физического представления базы данных.
Анализ транзакций.
Выбор файловой структуры.
Определение индексов.
Определение требований к дисковой памяти.
Разработка пользовательских представлений.
Разработка механизмов защиты.
Анализ необходимости введения контролируемой избыточности.

IF NOT EXISTS `jkjhdskhiu` DEFAULT CHARACTER SET utf8 COLLATE

default collation ;

USE `jkjhdskhiu`;



-- -----------------------------------------------------

-- Table `jkjhdskhiu`.`tbAddFlats`

-- -----------------------------------------------------

CREATE TABLE IF NOT EXISTS `jkjhdskhiu`.`tbAddFlats` (

`tbAddFlats` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT ,

`tbObjects_id_objects` INT(11) NULL DEFAULT '0' ,

`tbRubricsObjects_id` TINYINT(4) NOT NULL DEFAULT '0' ,

`floor` INT(11) NULL DEFAULT '0' ,

`floor_count` INT(11) NOT NULL DEFAULT '0' ,

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

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

естественного языка рассматривается Ограниченный Естественный Язык (ОЕЯ) - это

профессионально-ориентированное подмножество ЕЯ конечного пользователя

age more then 30




Select * from tStudents where age

> 30

ОЕЯ в результате разбора которых либо теряется смысл, либо

имеется многовариантность.

В предложении «Какой завод заказал оборудование для конвертерного цеха в Бельгии?» неясен смысл: был ли сделан заказ в Бельгии или цех находится в Бельгии.

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

Например,

на тему «Куда Вы хотите лететь?». В этом случае нужно глубокое знание предметной области (номера рейсов, время прилета-отлета, цены и т.д.).

одни и те же сущности предметной области.
«У дома стоит

слон» и «У дома стоит существо с хоботом и бивнями»? На первый взгляд нет сомнений в равнозначности этих предложений. А если в базе знаний существо с хоботом и бивнями определено двумя значениями: слон и мамонт, то такие сомнения, наверное, появятся.

связях
Преподаватель = Сотрудник университета
Сотрудник = работник = служащий
…

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

вывода, возможность действия.

элементов диалога.

Например, в пословице «Береги платье снову, а

честь - смолоду» вторая часть предложения будет синтаксическим эллипсисом (опущен глагол береги).

содержатся элементы в различных временах


Например, в предложении «Я хотел

завтра пойти в кино» глагол «хотел» в прошедшей форме сочетается с обстоятельством будущего времени «завтра», что противоречит общепринятой логике.

Трансляторами (ЛТ).

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

существительное , прилагательное, глагол и местоимение.
Синтаксический анализ (СА) определяет синтаксическую структуру входного предложения.
Семантическая интерпретация (СИ) определяет семантическое представление предложения. Результатом СИ должна быть модель в виде, например, семантической сети для отображения отношений между объектами предложения или лингвистического фрейма (ЛФ).

предложения. Результатом СИ должна быть модель в виде, например,

семантической сети для отображения отношений между объектами предложения или лингвистического фрейма (ЛФ).
Проблемный анализ отображает входные строки, представленные в виде сети ЛФ, в сеть проблемных фреймов (ПФ), служащую для внутреннего представления знаний в ИС. Для каждой предметной области должна быть разработана собственная база знаний, включающая абстрактную сеть ПФ

запросам;
взаимодействие персонала с КСА (голосовые сервисы).
межсистемного взаимодействия.

в соответствующем разделе документа «Техническое задание».
Требования включают в

себя требования к
применению в системе языков программирования высокого уровня,
языков взаимодействия пользователей и технических средств системы,
требования к кодированию и декодированию данных,
языкам ввода-вывода данных,
языкам манипулирования данными,
средствам описания предметной области (объекта автоматизации),
способам организации диалога