Рефераты

Главная

Программирование и
комп-ры

Психология

Радиоэлектроника

Аудит

АХД экпред финансы
предприятий

Банковское дело

Биографии

Биология и химия

Биржевое дело

Финансы деньги и налоги

Философия

Физика и энергетика

Военная кафедра

Ветеринария

Валютные отношения

География и экономическая
география

Геология гидрология и
геодезия

Государство и право

Товароведение

Транспорт

Нотариат

Архитектура

Химия

Гражданское право и
процесс

Графология

Делопроизводство

Деньги и кредит

Новые и неперечисленные

Информационная система складского терминала

на паллеты, а именно:

- код товара;

- число коробов на паллете;

- срок годности продукции;

- адрес местонахождения продукции на складе;

- информация об операторе (зав. складом), производившем приемку

товара;

Формы выходных документов прихода (акт о разгрузке, журнал прихода)

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

склад, состоит из следующих документов:

- лист отгрузки со склада;

- журнал расхода;

Эти документы подтверждают факт отгрузки продукции со склада. Лист отгрузки

со склада содержит следующие данные:

- название склада, с которого была отгружена продукция;

- номер заказа;

- код клиента, получающего продукцию;

- название клиента;

- дата и время отгрузки;

- код отгружаемой продукции;

- название отгружаемой продукции;

- срок годности отгружаемой продукции;

- количество отгружаемых коробов;

- информация об операторе, производившем отгрузку;

Журнал расхода содержит следующие данные:

- номер журнала расхода;

- название склада производившего отгрузку;

- информацию о расходе товара с учетом разделения товара на

паллеты, а именно:

- код товара;

- число коробов на паллете;

- срок годности продукции;

- адрес местонахождения продукции на складе;

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

товара;

Формы выходных документов расхода (лист отгрузки со склада, журнал расхода)

приведены в приложении. Помимо указанных выше документов, во время приема

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

паллеты и содержат:

. код продукта;

. наименование продукта;

. срок годности продукта;

. количество коробов на паллете;

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

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

должна формировать и выводить на печать приказы на перемещение паллет из

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

Приказ на перемещение должен содержать:

( код перемещаемого продукта;

. наименование перемещаемого продукта;

. адрес, с которого необходимо переместить продукцию;

. количество коробов находящихся в данном адресе;

. срок годности перемещаемой продукции;

. номер заказа, для которого производится перемещение;

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

заказа

Пример приказа на перемещение представлен в приложении. Формы выходной

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

системой самостоятельно, таким образом, как это может наблюдать

пользователь на своем мониторе.

1.3.8 Требования к системе

Общие требования. Разрабатываемая система должна представлять собой

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

управления складским комплексом в установленном объеме задач. Для

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

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

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

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

средствами защиты от сбоев и восстановления. Система должна быть открытой

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

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

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

программной документации на систему: техническое задание, описание

программы, исходный текст программы, руководства системного программиста и

пользователя.

Требования к видам обеспечения и компонентам. По техническому обеспечению:

персональный компьютер, с достаточным объемом оперативной памяти, наличие

дисковых накопителей (НЖМД, НГМД) для хранения БД, документов и их архивных

копий, монитор, принтер для печати отчетной документации.

По программному обеспечению:

1) системное: операционная система, драйвера для встроенных и внешних

устройств;

2) прикладное: программы диагностики аппаратных средств и антивирусной

защиты.

По информационному обеспечению: информационное обеспечение процесса

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

представить следующей схемой.

[pic]

1. Описание функциональной структуры информационной системы складского

терминала

В соответствии с техническим заданием структуру задач, решаемых

системой можно представить следующей схемой рис. 2.1.

[pic]

Для выполнения первой задачи – идентификации пользователей, необходимо

чтобы система могла:

V Разрешать работу с системой только зарегистрированным

пользователям.

V Обеспечивать гибкую настройку доступности процедур системы для

каждого отдельного пользователя.

V Обеспечивать сохранение информации в базе данных системы о

пользователе и изменениях, им произведенных.

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

первой функции , выполнение которой

обеспечивают четыре подфункции: ,

, , .

Подфункция системы

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

и .

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

подфункциями второго уровня , ,

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

третьего уровня. Для подфункции это:

Для подфункции это:

Подфункция системы имеет важное значение, и поэтому выделена в отдельную

подфункцию. Назначение данной подфункции состоит в сохранении

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

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

необходимо для восстановления информации о том – кто, когда и какие

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

[pic]

Для выполнения второй задачи – учета продукции поступающей в зону

складского комплекса, необходимо чтобы система могла:

V Обеспечивать возможность ввода информации о приходе продукции на

склад в двух режимах:

o Автоматический режим – режим, при котором на систему ложится

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

Оператор вводит в систему принимаемую продукцию, система

определяет – где ее расположить.

o Ручной режим – режим, при котором оператор вручную определяет

расположение принимаемой продукции на складе.

V Обеспечивать возможность корректировки введенной информации.

V Обеспечивать просмотр имеющейся информации.

V Контролировать правильность ввода информации.

V Автоматически сохранять введенную информацию.

V Обеспечивать возможность удаления информации.

V Обеспечивать возможность поиска необходимых данных.

V Обеспечивать возможность сортировки имеющейся информации.

V Обеспечивать формирование необходимой документации и вывод ее на

печать.

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

функции , выполнение которой

обеспечивают такие подфункции как , , , .

Подфункция системы

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

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

подфункций третьего уровня:

Для реализации подфункции также необходима

подфункция третьего уровня . В задачи данной

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

на складе и выдача соответствующих адресов склада для принимаемой

продукции.

Подфункция системы реализуется с

помощью подфункций второго уровня и . Подфункция системы может быть

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

. Выполнение задач подфункции

осуществляется подфункциями третьего уровня:

а подфункции в свою очередь подфункциями:

Подфункция системы реализуется

четырьмя подфункциями второго уровня:

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

Для выполнения третьей задачи - учета продукции отгруженной из зоны

складского комплекса, необходимо чтобы система могла:

V Обеспечивать возможность ввода информации об отгрузке продукции со

склад в двух режимах:

o Автоматический режим – режим, при котором на систему ложится

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

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

систему отгружаемую продукцию, система определяет – где ее

взять.

[pic]

o Ручной режим – режим, при котором оператор вручную определяет

расположение отгружаемой продукции на складе.

V Обеспечивать возможность корректировки введенной информации.

V Обеспечивать просмотр имеющейся информации.

V Контролировать правильность ввода информации.

V Автоматически сохранять введенную информацию.

V Обеспечивать возможность удаления информации.

V Обеспечивать возможность поиска необходимых данных.

V Обеспечивать возможность сортировки имеющейся информации.

V Обеспечивать формирование необходимой документации и вывод ее на

печать.

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

второй функции , выполнение которой

обеспечивают такие подфункции как , , , . Как видно, перечень

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

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

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

Так же, для реализации функции

изменится назначение подфункции третьего уровня . В задачи

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

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

продукции. Структурная схема функции системы будет аналогична схеме функции рис. 2.3.

Для выполнения четвертой задачи – контроль за состоянием складского

комплекса, необходимо чтобы система могла вести:

V Учет поставщиков продукции.

V Учет клиентов складского комплекса.

V Учет наименований продукции складского комплекса.

V Возможность произведения операций с виртуальными ячейками склада.

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

функции , выполнение которой

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

подфункциями второго уровня:

Подфункция также реализуется четырьмя

подфункциями второго уровня:

Подфункции и реализованы

также как и предыдущая подфункция, и имеют по четыре подфункции, отвечающие

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

редактирование информации. Структурная схема функции системы представлена на рис. 2.4.

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

необходимо чтобы система могла:

V Поиск информации для составленных отчетов.

V Просмотр сформированных отчетов.

V Создание запросов для связи отчетов с данными.

V Создание форм отчетов.

V Генерацию отчетов.

V Настройку представления отчетов.

V Печать и сохранение отчетов в различных форматах.

[pic]

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

функции , выполнение которой

осуществляется подфункциями , , и . Подфункция

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

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

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

вызвавшего данный запрос. Функционирование данной подфункции осуществляется

пятью подфункциями второго уровня:

Подфункция предназначена для создания шапок

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

заголовки столбцов и т.д.) а также указываются используемые запросы,

необходимые для формирования данного отчета. Функционирование данной

подфункции осуществляется пятью подфункциями второго уровня:

[pic]

Подфункция реализуется в системе с помощью

подфункций второго уровня: , ,

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

. Составим структурную схему

функции системы рис. 2.5.

3. Описание программы

Информационная система складского терминала (далее ИС или

программа) представляет собой Windows – приложение, созданное с помощью

программной среды Delphi 5. Программа функционирует как приложение для

работы с базами данных, построенное на имеющихся для этого программных

средствах Delphi 5. ИС работает под управлением операционной системы

Windows 95/98/NT. Аппаратная часть ИС – компьютера (процессор Pentium 266

МГц, ОЗУ – 32 МБ, HDD – 2.4 Гб, видеопамять 4 МБ); дисплея 17ґґ; принтера

(Lexmark Optra S 1855); принтера наклеек DATAMAX DMX 600. Характерной

особенностью созданных с помощью Delphi программ для работы с базами данных

(БД) является непременное использование в них BDE (Borland Database Engine

– машина баз данных Borland), которая осуществляет роль связующего моста

между программой и таблицами БД. BDE представляет собой набор DLL –

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

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

использует приложения для работы с БД, написанные на Delphi. BDE не

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

регистрироваться в реестре Windows 32. При установке ИС на компьютер все

необходимые DLL – библиотеки копируются по умолчанию в каталог C:\Program

Files\BDE\. В каталоге …IS\MODULS находятся исходные файлы программы.

Запускающим файлом ИС является исполнимый файл START.EXE, находящийся в

папке IS. Экранные формы информационной системы представлены на рисунках

3.1; 3.2; 3.3; 3.4.

[pic]

Рис. 3.1. Экранная форма заголовка расходной накладной

[pic]

Рис. 3.2. Экранная форма строк расходной накладной

[pic]

Рис.3.3. Экранная форма редактора списков сотрудников

[pic]

Рис 3.4. Экранная форма редактора классификаторов товаров

3.1 Алгоритм функционирования информационной системы

складского терминала

Функционирование ИС осуществляется согласно структурному алгоритму,

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

функциям (разделы 1.3 и 2). Работу всей системы можно представить

алгоритмом, изображенным на рис. 3.5, 3.6, 3.7, 3.8.

[pic]

Рис. 3.5. Алгоритм работы информационной системы складского терминала

3.2 Информационная структура базы данных.

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

данных. Проектируемая база данных будет содержать объектное отношение

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

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

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

отношения документов прихода:

1. № акта о разгрузке;

2. оператор, производящий приемку продукции на склад (зав. складом);

3. № товарно-транспортной накладной, по которой продукция прибыла на

склад;

[pic]

Рис. 3.6. Алгоритм работы информационной системы складского терминала

[pic]

4. дата создания акта о разгрузке;

5. время создания акта о разгрузке;

6. № машины, с которой прибыла продукция;

7. поставщик продукции;

8. водитель машины;

9. дата разгрузки;

10. время разгрузки;

11. код продукта;

12. наименование продукта;

13. срок годности продукта;

14. количество коробов продукции;

15. вес короба продукции;

16. цена короба продукции;

17. адрес разгруженной продукции на складе;

Данное объектное отношение также должно содержать информацию о

поставщике продукции (адрес, телефон и т.д.). Используя данное объектное

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

избыточностью. Так как принятая продукция будет иметь определенное

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

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

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

целесообразно будет разбить объектное отношение документов прихода на

несколько отдельных объектных отношений: документы прихода, карточка

товара, поставщики, операторы, расположение.

Определим атрибуты объектного отношения «Карточка товара»:

1. наименование товарной единицы;

2. производитель товарной единицы;

3. код продукта;

4. вес короба продукции;

5. высота короба продукции;

6. ширина короба продукции;

7. длина короба продукции;

8. цена короба продукции.

Определим атрибуты объектного отношения «Поставщики»:

1. код поставщика;

2. название поставщика;

3. адрес поставщика;

4. телефон поставщика;

5. расчетный счет поставщика;

6. № договора с поставщиком;

Определим атрибуты объектного отношения «операторы»:

1. фамилия оператора;

2. имя оператора;

3. отчество оператора;

4. адрес оператора;

5. телефон оператора;

Определим атрибуты объектного отношения «Документы прихода»:

1. № акта разгрузки;

2. оператор;

3. № товарно-транспортной накладной;

4. время создания акта разгрузки;

5. дата создания акта разгрузки;

6. № машины, с которой прибыла продукция;

7. поставщик;

8. водитель машины;

9. дата разгрузки;

10. время разгрузки;

Определим атрибуты объектного отношения «Расположение»:

1. № акта разгрузки;

2. код продукта;

3. количество коробов;

4. срок годности продукции;

5. адрес;

Информация о товарах будет располагаться в файле с именем «tovar.dbf» со

следующей структурой файла (Таблица 3.1.):

Таблица 3.1.

Информация о поставщиках будет располагаться в файле с именем «postav.dbf»

со следующей структурой файла (Таблица 3.2):

Таблица 3.2.

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

«operators.dbf» со следующей структурой файла (Таблица 3.3.):

Таблица 3.3.

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

«prihod.dbf» со следующей структурой файла (Таблица 3.4.):

Таблица 3.4.

|№ акта |№_akt |числовой |10 |

|№ |№_TTN |числовой |5 |

Информация о расположении будет располагаться в файле с именем «adress.dbf»

со следующей структурой файла (Таблица 3.5.):

Таблица 3.5.

|Срок годности |BBD |общий |15 |

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

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

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

отношения документов отгрузки со склада:

1. № акта об отгрузки;

2. № заказа;

3. оператор;

4. время создания акта;

5. дата создания акта;

6. код клиента;

7. название клиента;

8. адрес клиента;

9. телефон клиента;

10. дата отгрузки

11. время отгрузки

12. код продукции

13. адрес продукции на складе

14. количество коробов

15. срок годности продукции

Используя данное объектное отношение, мы получим слишком громоздкую

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

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

продукции в отдельности, то мы получим большое число строк, в которых будет

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

анализа целесообразно будет разбить объектное отношение документов отгрузки

на несколько отдельных объектных отношений: документы отгрузки, карточка

товара, клиенты, операторы, адрес отгрузки.

Объектные отношения карточка товара и операторы представлены выше.

Определим атрибуты объектного отношения «Клиенты»:

1. код клиента;

2. название клиента;

3. адрес клиента;

4. телефон клиента;

Определим атрибуты объектного отношения «Документы отгрузки»:

1. № акта отгрузки;

2. № заказа;

3. оператор;

4. время создания акта отгрузки;

5. дата создания акта отгрузки;

6. код клиента;

7. дата отгрузки;

8. время отгрузки;

Определим атрибуты объектного отношения «адрес отгрузки»:

1. код продукта;

2. количество коробов;

3. срок годности продукции;

4. адрес продукции

Информация о клиентах будет располагаться в файле с именем «klient.dbf» со

следующей структурой файла (Таблица 3.6.):

Таблица 3.6.

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

«otgryska.dbf» со следующей структурой файла (Таблица 3.7.):

Таблица 3.7.

|№ акта отгрузки|№_akt1 |числовой |10 |

Информация о расположении будет располагаться в файле с именем

«adress1.dbf» со следующей структурой файла (Таблица 3.8.):

Таблица 3.8.

|Срок годности |BBD |общий |15 |

Инфологическая модель баз данных "Приход", "Уход" построенная с помощью

языка "таблицы-связи" представлена на рис. 3.9. /5/

3.4 Описание модулей программы

В виду громоздкости программного кода проекта в данном разделе приведем

описание одного модуля программы на примере модуля Unit1.pas. Этот модуль

описывает работу формы ввода пароля. Соответствующий листинг представлен в

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

объектно-ориентированном языке Object Pascal реализует интерфейс

пользователя для ввода пароля. В списке Uses данного модуля присутствуют

ссылки на модули Unit2 и Unit 3. Благодаря этому данный

[pic]

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

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

компоненты, принадлежащие форме Form1, а также приведены объявления

процедур, используемых в данном модуле. Процедура TForm1.Button1Click

выполняется при нажатии кнопки . Она нажимается тогда, когда пароль

введен в поле MaskEdit1. Процедура проверяет, есть ли в записях базы данных

«операторы» в поле «password» значение введенное в поле MaskEdit1. Если

найдена хотя бы одна запись, имеющая в поле «password» значение, введенное

в MaskEdit1, то программа продолжает работать. Если значение введенное в

MaskEdit1 не найдено приложение прекращает свою работу. После проверки

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

«операторы» в поле «status» стоит значение «оператор», то кнопки на главной

форме, доступные для администратора БД, делаются недоступными. Если поле

«status» содержит значение «администратор», то все кнопки на главной форме

становятся доступными. Значение полей «Fam» и «Status» присваивается меткам

на главной форме. В конце процедуры формы Form1 и Form2 делаются

невидимыми. Главная форма Form3 делается видимой. Процедура

TForm1.MaskEdit1KeyDown необходима для того, чтобы процедура

TForm1.Button1Click запускалась не только при нажатии кнопки , но и при

нажатии клавиши . Процедура TForm1.FormClose выполняется всегда, при

закрытии формы Form1. Форма Form1 делается невидимой, а главная форма Form3

наоборот отображается на экране как модальная.

4. Защита информации в ЛВС подразделения

4.1 Анализ возможностей системы разграничения доступа ОС Wndows NT.

Windows NT имеет средства обеспечения безопасности, встроенные в

операционную систему. Рассмотрим наиболее значимые из них:

Централизованное управление безопасностью

Для повышения удобства Windows NT имеет централизованные средства

управления безопасностью сети. Имеется возможность установки области и

связей доверия для централизации сетевого учета пользователей и другой

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

сетью и использование ее. При централизованном управлении безопасностью для

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

пользователю доступ ко всем разрешенным ему ресурсам сети. Можно

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

на любом сервере сети.

Управление рабочими станциями пользователей

Профили пользователя в Windows NT позволяют обеспечить большое удобство

пользователям и в то же самое время ограничить их возможности, если это

необходимо. Чтобы использовать профили пользователя для большей

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

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

например, сетевые соединения, программные группы и даже цвета экрана. Этот

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

компьютере с Windows NT так, что предпочитаемая им среда следует за ним с

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

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

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

групп и их элементов, делая недоступными части интерфейса Windows NT, когда

пользователь будет регистрироваться в сети.

Слежение за деятельностью сети

Windows NT Server дает много инструментальных средств для слежения за

сетевой деятельностью и использованием сети. ОС позволяет просмотреть

серверы и увидеть, какие ресурсы они совместно используют; увидеть

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

и увидеть, какие файлы у них открыты; проверить данные в журнале

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

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

Начало сеанса на компьютере Windows NT

Всякий раз, когда пользователь начинает сеанс на рабочей станции Windows

NT, экран начала сеанса запрашивают имя пользователя, пароль и домен. Затем

рабочая станция посылает имя пользователя и пароль в определенный домен для

идентификации. Сервер в этом домене проверяет имя пользователя и пароль в

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

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

станцию о начале сеанса.

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

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

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

серверов домена. Только карточкам групп администраторов, операторов

сервера, операторов управления печатью, операторов управления учетными

карточками и операторов управления резервным копированием разрешено это

делать.

Учетные карточки пользователей

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

пользователя в некотором домене сети. Учетная карточка пользователя

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

использованию сети, налагаемые на него. Имеется возможность также

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

в группы; группы облегчают предоставление прав и разрешений на ресурсы,

достаточно сделать только одно действие, дающее права или разрешения всей

группе.

Журнал событий безопасности

Windows NT позволяет определить, что войдет в ревизию и будет записано в

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

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

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

время действия. Это позволяет контролировать как успешные, так и неудачные

попытки каких-либо действий.

Страницы: 1, 2, 3, 4