Обеспечение требований ко времени реакции системы

2.5 Обеспечение требований ко времени реакции системы

Эту характеристику можно улучшить использованием контроллера дисковой подсиситемы IDE, установкой прграммного КЭШа, или использованием контроллера диска с аппаратным КЭШем объемом 1Мб и выше.

2.6 Хранение и обработка данных

Для хранения данных, поступающих на АРМ РД, ПО общесистемного назначения и ПО специального назначения необходим минимальный размер дисковой памяти 80 МБ, а также съёмные магнитные носители информации (дискеты) для организации архива данных.

 

2.7 Возможность выдачи информации на принтер и экран монитора АРМ РД

Для обеспечения возможности отображения информации оба ПК должны быть укомплектованы цветными мониторами VGA и принтерами EPSON LX-100.

3. Структура базы данных

 

3.1 Алгоритм обработки информации 3.1.1 Организация информационного обмена в системе

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

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

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

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

Функциональный контроль (ФК) - это контроль работоспособности устройств системы и обнаружение неисправностей, возникающих в процессе работы. Можно сказать, что устройства, входящие в КСА, охвачены алгоритмом функционального контроля. Это означает, что в кодограммах обмена отдельные поля, биты или группы полей отражают текущее состояние устройства с различной степенью детализации. Кодограмма формируется и передается на АРМ РД при изменении состояния устройства в ту или иную сторону - было исправно, стало неисправно, было неисправно - стало исправно, т.е. при любом изменении статуса устройства. Это изменение обнаруживается встроенными в устройство программно-техническими средствами, которые и формируют кодограмму, поступающую от устройства.

Кодограммы обмена содержат в себе информацию о состоянии системы, например:

несанкционированный доступ (НСД) к устройствам системы;

несанкционированный доступ к оперативной памяти (НСД ОП);

навязывание ложной информации (НЛИ);

а также о состояниях технических устройств, таких как:

обмен информацией между устройствами системы;

сбой в работе устройств, КС, нарушение связи с устройством, и т.п.;

информации функционального контроля (ФК);

информации байтов состояния (БС) устройств.

По виду кодограммы обмена ПО АРМ РД определяет, откуда пришла кодограмма.

Вид кодограмм обмена между ВК и АРМ РД представлен ниже.

Кодограммы обмена между ВК и АРМ РД.

Общий вид кодограммы регистрации №1 представлен на рис.3. Кодограмма регистрации состоит из 6-ти слов, каждое слово имеет размер в два байта.

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	Счетчик сбоев (двоичный код)						Признак Печати					Часы (двоичный код)
1 слово	Минуты (двоичный код)							Секунды (двоичный код)
2 слово	0-й байт кодограммы							1-й байт кодограммы
3 слово	2-й байт кодограммы							3-й байт кодограммы
4 слово	4-й байт кодограммы							5-й байт кодограммы
5 слово	6-й байт кодограммы							7-й байт кодограммы

Рис.3. Кодограмма регистрации №1.

Значение поля “Счетчик сбоев" (11-15 разряды нулевого слова) содержит следующую информацию: от неисправного устройства поступают кодограммы в ВК по стыку С1. Пока устройство неисправно, кодограммы, содержащие одну и ту же информацию, будут поступать в ВК. Поскольку информация в кодограмме не изменялась, то программы обработки информации (каждая для своего устройства) обнаружив, что точно такая же кодограмма уже есть в очереди на обслуживание, делают всего навсего увеличение счетчика этих поступивших одинаковых кодограмм. Эти счетчики расположены в поле кодограммы с именем “счетчик сбоев". Поэтому, когда кодограмма будет взята на обслуживание из входной очереди, она может содержать в себе значение “счетчика сбоев" отличное от 1. Значение этого счетчика, кроме того, дает возможность анализировать степень загрузки ВК и качество обслуживания в “пиковых” ситуациях, при максимальной загрузке ВК.

Со 2-го по 5-е слово кодограммы регистрации №1 располагается следующая информация:

информация обмена по КС1, КС2, КС3;

информация обмена между Ш1, Ш2, Ш3 и ВК;

сбойная информация обмена по КС1, КС2, КС3;

сбойная информация между Ш1, Ш2, Ш3 и ВК;

информация о НЛИ.

Поле “Признак печати” (5-9 разряды 1-го слова кодограммы регистрации №1) определяет, от какого устройства пришла информация.

№№ Разрядов					Значение поля “Признак печати”
9	8	7	6	5
0	0	0	0	0	Информация от КС1
0	0	0	0	1	Информация от КС2
0	0	0	1	0	Информация от КС3
0	0	0	1	1	Информация от Ш1
0	0	1	0	0	Информация от Ш2
0	0	1	0	1	Информация от Ш3
0	0	1	1	0	Сбой от КС1
0	0	1	1	1	Сбой от КС2
0	1	0	0	0	Сбой от КС3
0	1	0	0	1	Сбой от Ш1
0	1	0	1	0	Сбой от Ш2
0	1	0	1	1	Сбой от Ш3
0	1	1	0	0	Информация в КС1
0	1	1	0	1	Информация в КС2
0	1	1	1	0	Информация в КС3
0	1	1	1	1	Информация на Ш1
1	0	0	0	0	Информация на Ш2
1	0	0	0	1	Информация на Ш3
1	0	0	1	0	Информация НЛИ

Рис.4. Значение поля “Признак печати”

Общий вид кодограммы регистрации №2 представлен на рис.5.

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	0								Признак печати			Часы (двоичный код)
1 слово	Минуты (двоичный код)								Секунды (двоичный код)
2 слово	Позиционный № внешнего устройства
3 слово	0								Позицион. № внешнего устр-ва
4 слово	Код причины отсутствия связи по 3-му каналу								Код типа печати по НСД и ФК
5 слово	Код причины отсутствия связи по 2-му каналу								Код причины отсутствия связи по 1-му каналу

Рис.5. Кодограмма регистрации №2.

С помощью этой кодограммы осуществляется регистрация:

информации ФК (функционального контроля);

информации НСД;

информации НСД ОП;

информации БС (байтов состояния) устройств.

Значение поля “Признак печати” (5-9 разряды 1-го слова)

10011 - регистрация НСД,10101 - регистрация НСД ОП,

10100 - регистрация ФК,10110 - регистрация БС

Регистрация НСД (признак печати = 10011).

В младшем байте 4-го слова кодограммы при регистрации НСД записывается код типа печати, принимающий следующие значения (Рис.6):

	№№ Разрядов								Текст НСД
N\P	7	6	5	4	3	2	1	0
1	0	0	0	0	0	0	0	1	НСД
2	0	0	0	0	0	0	1	0	НСД снято
3	0	0	0	0	0	0	1	1	НСД разрешено
4	0	0	0	0	0	1	0	0	Разрешение НСД снято
5	0	0	0	0	0	1	0	1	Разрешенное НСД
6	0	0	0	0	0	1	1	0	Разрешенное НСД снято

Рис.6. Значение поля “Код типа печати по НСД”

Во 2-ом слове и [0-7] разрядах 3-го слова передается позиционный код устройств, по которым поступило сообщение указанное “Кодом типа печати". Наличие “1” (“0”) в соответствующем разряде указывает, что по данному устройству поступило (не поступило) сообщение. Соответствие разрядов устройствам показано ниже (рис.7, рис.8).

15

14

13

12

11

10

9

8

7

6

5

4

3

2

1

0

Рис.7. 2-е слово

0-Ш15-АРМ110-15-

1-Ш26-11-

2-7-АРМ212-АРМ5

3-8-АРМ313-АРМ6

4-Ш39-АРМ414-

Рис.8. 3-е слово

15

14

13

12

11

10

9

8

7

6

5

4

3

2

1

0

0-АРМ РД 12-И-ПП

1-АРМ РД 23-И-ВП

Регистрация результатов ФК (признак печати = 10100).

В 4-ом слове кодограммы при регистрации ФК записывается код типа печати, принимающий следующие значения (рис.9).

	№№ Разрядов								Текст ФК
N\P	7	6	5	4	3	2	1	0
**1	0	0	0	0	0	0	0	1	Устройство неисправно по ФК
**2	0	0	0	0	0	0	1	0	Неисправность по ФК снята
**3	0	0	0	0	0	0	1	1	Блокировка по ФК
**4	0	0	0	0	0	1	0	0	Блокировка по ФК снята
--5	0	0	0	0	0	1	0	1	ФК КСА, неисправны Ш1, Ш2, Ш3
--6	0	0	0	0	0	1	1	0	ФК КСА, неисправны АРМ1,…АРМ6
--7	0	0	0	0	0	1	1	1	ФК КСА, неисправны АРМ-РД1, АРМ-РД2
--8	0	0	0	0	1	0	0	0	ФК КСА, неисправны ИП-П, ИВ-П
--9	0	0	0	0	1	0	0	1	ФК КСА, неисправны ПУ1,…ПУ3
--10	№ АБН			0	1	0	1	0	ФК с АБ № х нет связи
--11	№ АБН			0	1	0	1	1	ФК с АБ № х связь восстановлена
--12	0	0	0	0	1	1	0	0	ФК, нет связи по КС1, КС2, КС3
--13	0	1	0	0	1	0	1	1	ФК, связь по КС1, КС2, КС3 восстан.
--14	0	1	0	0	1	1	0	0	ФК, с ПУ1 нет связи
--15	0	1	0	1	1	0	1	1	ФК, с ПУ1 связь восстановлена
--16	0	1	0	1	1	1	0	0	ФК, с ПУ2 нет связи
--17	0	1	0	1	1	1	0	1	ФК, с ПУ2 связь восстановлена
--18	0	1	0	1	1	1	1	0	ФК, с ПУ3 нет связи
--19	0	1	1	0	0	0	0	0	ФК, с ПУ3 связь восстановлена

Рис. 9. Значение поля “Код типа печати по ФК”

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

Сообщения с кодом типа печати, помеченного в этой таблице значком “--" не сопровождаются позиционным номером устройств во втором и третьем слове кодограммы. Второе и третье слова кодограммы №2 при поступлении информации ФК предназначены для позиционного кода устройств. Допускается любое сочетание значений указанных разрядов в этих словах.

Устройства, по которым поступают перечисленные в коде типа печати сообщения, указываются “1” соответствующем разряде первого или второго слова. Соответствие разряда устройству показано ниже (рис.10,11). Разряды 15-8 второго слова всегда содержат “0". Единица в соответствующем разряде свидетельствует о наличии, а нуль - об отсутствии сообщений ФК по заданному устройству.

15

14

13

12

11

10

9

8

7

6

5

4

3

2

1

0

Рис.10. 1-е слово

0-Ш15-АРМ110-ПУ315-КС3

1-Ш26-КС111-

2-ПУ17-АРМ212-АРМ5

3-ПУ28-АРМ313-АРМ6

4-Ш39-АРМ414-КС2

15

14

13

12

11

10

9

8

7

6

5

4

3

2

1

0

Рис.11. 2-е слово

0-АРМ-РД12-ИП-П

1-АРМ-РД23-ИВ-П

Значение поля “Код причины отсутствия связи”

№ Разрядов								Причина отсутствия связи с абонентом	Обозна чение
7	6	5	4	3	2	1	0
0	0	0	0	0	0	1	0	Прием от АБН 3-х кодограмм подряд с признаком контроля К2	К2
0	0	0	0	0	1	0	0	Отсутствие информации от источника на входе ПУ1…ПУ3 более 12 сек.	ВР
0	0	0	0	0	1	1	0	Прием от АБН 3-х кодограмм подряд с ВПС-1010 (не получен)	НП
0	0	0	0	1	0	1	0	Отсутствие связи в тракте ИСТ - > КС1, КС2, КС3 (где ИСТ - ПУ1…ПУ3, АБН)	ПД
0	0	0	0	1	1	1	0	Отсутствие связи в тракте КС1, КС2, КС3 - > ИСТ (где ИСТ - ПУ1…ПУ3, АБН)	ПМ

Рис.12. Значение поля “Код причины отсутствия связи”

Где К2 - признак контроля, ВР - время ожидания, ПД - тракт передачи, ПМ - тракт приема, НП - не получено сообщение.

Информация НСД ОП (признак печати = 10101).

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	№ устройства (в двоичном коде)						Признак Печати					Часы (двоичный код)
1 слово	Минуты (двоичный код)							Секунды (двоичный код)
2 слово	0							0
3 слово	0							0
4 слово	Адрес памяти
5 слово	Содержимое памяти

Рис.13. Кодограмма регистрации НСД ОП.

Поля кодограммы регистрации НСД ОП: Часы, Минуты, Секунды - время обращения к памяти, Адрес памяти - адрес слова ОЗУ. В слове 5 находится непосредственно содержимое памяти.

Регистрация БС устройств (признак печати = 10110).

БС передаются в последних 4-х словах кодограммы. Соответствующие устройства занимают под БС от 1-го до 4-х слов кодограммы. Общий вид кодограммы регистрации БС устройств представлен на рис.14.

№ слова	15	14	13	12	11	10	9	8	7	6	5	4	3	2	1	0
0 слово	№ устройства (в двоичном коде)						Признак печати					Часы (двоичный код)
1 слово	Минуты (двоичный код)							Секунды (двоичный код)
2 слово	1-й байт БС							0-й байт БС
3 слово	3-й байт БС							2-й байт БС
4 слово	5-й байт БС							4-й байт БС
5 слово	7-й байт БС							6-й байт БС

Рис.14. Кодограмма регистрации БС.

Номера устройств при передаче БС кодируются следующим образом (рис.15):

№№ Разрядов

Устройства

Количество слов в кодограмме

15	14	13	12	11	10
0	0	0	0	0	0	Ш1	1
0	0	0	0	0	1	ПУ1	1
0	0	0	0	1	0	АРМ1	1
0	0	0	0	1	1	АРМ2	1
0	0	0	1	0	0	АРМ3	4
0	0	0	1	0	1	АРМ4	3
0	0	0	1	1	0	КС1	4
0	0	0	1	1	1	Ш2	1
0	0	1	0	0	0	ПУ2	1
0	0	1	0	0	1	АРМ5	1
0	0	1	0	1	0	АРМ6	1
0	0	1	0	1	1	Ш3	1
0	0	1	1	0	0	КС2	4
0	0	1	1	0	1	-	3
0	0	1	1	1	0	КС3	4
0	0	1	1	1	1	ПУ3	1
0	1	0	0	0	0	АРМ-РД1	2
0	1	0	0	0	1	АРМ-РД2	2
0	1	0	0	1	0	ИП-П	2
0	1	0	0	1	1	ИВ-П	2

Рис.15.

Количество слов, отведенное под БС, указано в 3-й колонке таблицы.

В зависимости от типа устройства, слова, занятые в кодограмме под БС, кодируются различным образом. В качестве примера рассмотрим кодограммы регистрации БС для устройств, охваченных ФК. Так, кодограммы регистрации БС для ПУ1, ПУ2 и ПУ3 выглядят следующим образом (рис.16):

№ слова	15	14	13	12	11	10	9		8	7		6		5		4	3	2		1		0
0 слово	№ устройства (в двоичном коде)						1	0		1		1		0		Часы (двоичный код)
1 слово	Минуты (двоичный код)									Секунды (двоичный код)
2 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		1		0		1
3 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		0		0		0
4 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		0		0		0
5 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		0		0		0

Рис.16. Кодограмма регистрации БС для ПУ1, ПУ2, ПУ3.

№ устройства = 000001 для ПУ1,№ устройства = 001000 для ПУ2,№ устройства = 001111 для ПУ3.

Наличие “0” или “1” в разрядах [0-5] 2-го слова кодограммы свидетельствует о наличии соответствующих признаков, смысловое содержание которых следующее:

для ПУ1 [0,1] разряды 2-го слова

[0] р. “1” - ПУ1 заблокировано по ФК оператором;

[0] р. “0” - ПУ1 разблокировано по ФК оператором;

[1] р. “1” - ПУ1 неисправно;

[1] р. “0” - ПУ1 исправно.

для ПУ2 [2,3] разряды 2-го слова

[2] р. “1” - ПУ2 заблокировано по ФК оператором;

[2] р. “0” - ПУ2 разблокировано по ФК оператором;

[3] р. “1” - ПУ2 неисправно;

[3] р. “0” - ПУ2 исправно.

для ПУ3 [4,5] разряды 2-го слова

[4] р. “1” - ПУ3 заблокировано по ФК оператором;

[4] р. “0” - ПУ3 разблокировано по ФК оператором;

[5] р. “1” - ПУ3 неисправно;

[5] р. “0” - ПУ3 исправно.

Кодограмма регистрации БС для Ш1, Ш2, Ш3 выглядит следующим образом:

№ слова	15	14	13	12	11	10	9		8	7		6		5		4	3	2		1		0
0 слово	№ устройства (в двоичном коде)						1	0		1		1		0		Часы (двоичный код)
1 слово	Минуты (двоичный код)									Секунды (двоичный код)
2 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		1		0		0
3 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		0		0		0
4 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		0		0		0
5 слово	0	0	0	0	0	0	0		0	0	0		0		0		0		0		0		0

Рис.17. Кодограмма регистрации БС для Ш1, Ш2, Ш3.

№ устройства = 000000 для Ш1,№ устройства = 000111 для Ш2,№ устройства = 001011 для Ш3.

Наличие “0” или “1” в разрядах [0-2] 2-го слова кодограммы свидетельствует о наличии соответствующих признаков, смысловое содержание которых следующее:

для Ш1 [0] разряд 2-го слова

“1” - Ш1 неисправен;

“0” - Ш1 исправен.

для Ш2 [1] разряд 2-го слова

“1” - Ш2 неисправен;

“0” - Ш2 исправен.

для Ш3 [2] разряд 2-го слова

“1” - Ш3 неисправен;

“0” - Ш3 исправен.

 

3.2 Обоснование необходимости организации базы данных

 

3.2.1 Понятие базы данных

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

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

Слова “динамически обновляемая" означают, что соответствие БД текущему состоянию предметной области обеспечивается не периодически (раз в месяц, неделю, день), а в режиме реального времени.

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

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

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

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

3.2.2 Достоинства интеграции данных

Отметим некоторые достоинства интеграции данных.

Во-первых, интеграция обеспечивает синхронное поддержание данных для всех приложений (файловые системы не обеспечивают такой поддержки).

Во-вторых, за счет специальной организации устраняется возможная в файловых системах избыточность данных (сведения об объекте БД не дублируются). Как минимум это приводит к сокращению объемов памяти, необходимой для хранения данных.

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

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

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

Обычно выделяются два аспекта независимости приложений от организации данных: логическая и физическая независимость. Первая предполагает возможность “безболезненного” изменения параметров логической организации БД, а вторая - изменения хранения данных в памяти ЭВМ.

 

3.2.3 Проблемы интеграции данных

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

Защита данных от разрушения при сбое оборудования. Этот вид защиты часто называют обеспечением физической целостности данных. Физическая целостность обеспечивается средствами ведения системного журнального файла и возможностью восстановления текущего состояния БД на основании копии и журнального файла. В журнальном файле регистрируются все изменения в БД с некоторого периода времени. Копия БД должна быть выполнена на момент начала ведения журнального файла.

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

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

 

3.2.4 Необходимость организации БД на АРМ РД

Непосредственное функциональное назначение АРМ РД - регистрация и документирование информации, поступающей из ВК. АРМ РД в режиме реального времени выполняет следующие функции:

прием данных, круглосуточно поступающих от ВК;

выдачу информации в ВК;

регистрацию поступивших данных в памяти ЭВМ;

документирование данных, размещенных в информационных массивах.

Согласно с функциональным назначением, проектирование БД на АРМ РД должно решить следующие задачи:

создать “динамическую" модель предметной области системы (в которой соответствие БД текущему состоянию предметной области обеспечивается не периодически, а в режиме реального времени);

обеспечить эффективность функционирования, т.е. обеспечить требования ко времени реакции системы на запросы и обновления БД;

обеспечить централизованное хранение данных в памяти ЭВМ;

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

обеспечить удобство эксплуатации информационной системы;

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

Эти задачи можно осуществить при помощи создания единого хранилища - базы данных и использования средств СУБД.