109
Ввиду корпоративной тайны я не могу показать полную процедуру
входа в сеть, а также хранящихся там папок и файлов, и приведу описание
последнего.
Сотрудником осуществляется ввод выданных учетных данных сотрудниками
ИТ-отдела, после ввода этих данных сотрудник попадает в корневой каталог
сети предприятия.
Таким образом мною делается заключение что сценарий диалога является
удобным, не имеет избыточного функционала, и позволяет с легкостью и
простотой вести пользователю трудовую деятельность в сети.
110
2.3.2. Характеристика базы данных
Рисунок 6. ER-модель базы данных
Выбрав в качестве модели реляционную базу данных, на иллюстрации
выше, можно наблюдать таблицы, которые приведены к третьей форме
нормальности, а так же возможные связи между ними изображены в таблице
базы данных, помимо этого между всему составляющими модели
установлены связи. У каждой таблицы имеется первичный ключ. У
множества из этих таблиц имеется и вторичный ключ, а так же
индексируемые поля при помощи которых осуществляется поиск. Ниже
мною в рамках данной дипломной работы будет представлена таблица 16.
Таблица 16.
Таблица Жизненные циклы
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
code
Строка
5
Ключевое
поле
Открыта
open
Строка
20
Распределена
distributed
Строка
20
В процессе
in_process
Строка
20
На процессе
on_process
Строка
20
На проверке
on_checking
Строка
20
Закрыта
close
Строка
20
111
Таблица «Активы», имеет следующие поля - представленные в таблице
17 ниже:
Таблица 17.
Таблица Активы.
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
code
Строка
5
Ключевое
поле
Номер
кабинета
nu_cabinet
Число
5
Номер отдела
nu_department
число
5
Таблица под названием «Заявки» подразумевает заказы на сборку
оборудования от планово-экономического отдела, имеет следующие поля
таблица 18.
Таблица 18.
Таблица Заявки.
Наименование
поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
Код
Code
Строка
5
Ключевое
поле
Имя
Name
Строка
20
Описание
describing
Строка
30
Комментарий
Comment
Строка
30
Статус
status
Строка
15
Приоритет
Priority
Строка
15
ID активы
Id_assets
Строка
20
Файл
File
Строка
15
ID категории
Id_categories
Строка
15
ID
пользователя
Id_users
Строка
15
ID
жизненного
цикла
Id_life_cycle
Строка
15
ID
исполнителя
Id_performers
Строка
15
112
Таблица «Пользователи», имеет следующие поля - таблица 19.
Таблица 19.
Таблица Пользователи.
Наименование
поля
Идентификатор
поля
Тип поля
Длина
поля
Прочее
Код
Code
Строка
5
Ключевое
поле
Имя
name
Строка
10
Логин
login
Строка
15
Пароль
password
Строка
15
Должность
Position
Строка
30
ID отдела
id_department
Строка
20
ID
пользователя
Id_users
Строка
20
Таблица имеет наименование “Отделы” и подразумевает под собой набор по
отзывам на пропускную способность мультисервисной сети:
Таблица 20.
Таблица Отделы.
Наименование
поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
Код
code
Строка
5
Ключевое
поле
Название
отдела
Department_name
Строка
20
113
Таблица 21.
Таблица Категории.
Наименование
поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
Код
Code
Строка
5
Ключевое
поле
Категория
Class
Строка
20
Таблица 22.
Таблица Статусы пользователей.
Наименование
поля
Идентификатор
поля
Тип
поля
Длина
поля
Прочее
Код
Code
Строка
5
Ключевое
поле
Статус
пользователя
User_status
Строка
20
При помощи логической модели идет отображение состава и
взаимосвязи таблиц, которые отражают содержание информационной
модели, и в терминах конкретной конфигурации.
114
2.3.3 Структурная схема пакета (дерево вызова процедур и программ)
Поскольку основным программным продуктом, разрабатываемым в
данном проекте, является корпоративная мультисервисная сеть на
предприятии ООО «Депо электроникс», обрабатывающая заказы и
распределяющая их по специалистам планово-экономического отдела, то и
дерево функций будет описано именно для неё.
Таблица 23.
Модули и функции пакетов
№
п/
п
Наименование модуля
Функции модуля
1.
Глобальный модуль
Содержит глобальные процедуры и
функции, предопределенные
процедуры, процедуры и функции,
которые необходимо выполнить при
запуске и входе в сеть
2.
Модуль справочника
«Виды пакетов»
Содержит предопределенные
процедуры формы списка и
элемента справочника
3.
Модуль справочника
«Расход материала»
Содержит предопределенные
процедуры формы списка и
элемента справочника
115
Основная процедура
работы предприятия
(Main procedure)
Форма
«Пользователи и
пароли»
Форма
«Редактирование
прав доступа
пользователей»
Форма «Журнал
созданных заказов на
сборку»
Форма «Журнал
обработанных
Заказов на сборку»
Форма «Авторизация»
(check_login
Procedure)
Форма «О программе»
(About_procedure)
Рисунок 7. Схема графических форм сетевого интерфейса в МКС
на обеспечение предприятия ООО "Депо электроникс"
116
2.4 Испытания разработанного решения.
2.4.1 Перечень объектов и функций, подлежащих испытаниям
Предварительные испытания проводятся для всей разработанной
мультисервисной корпоративной сети согласно ГОСТ 34.603-92 и носят
собой комплексный характер.
Целью проведения испытаний является проверка работоспособности
мультисервисной сети в целом, а так же ее отдельных задач.
Условия и порядок проведения испытаний. Для проведения испытаний
создается контрольный пример. В качестве исходной информации для
контроля будет использован фрагмент информации в объеме, достаточном
для обеспечения необходимой достоверности информации.
Перечень проверяемых объектов и функций приведен в таблице 24.
Таблица 24
Перечень проверяемых функций
№
п/п
Проверяемая функция
Примечание
1
Авторизация
Вход в мультисервисную
корпоративную сеть
2
Создание документационного
раздела
Добавление, редактирование и
удаление записей
3
Создание нового поставщика
4
Создание нового заказа поставщику
5
Приход комплектующих на склад
под заказ поставщику
6
Списание комплектующих в
производство
7
Создание заказа в Производство
До начала предполагаемого испытания специалистам необходимо
провести заполнение всех справочников в сети: справочник номенклатуры,
справочник производства и закупки комплектующих в базе данных, путём
присвоения значений через клиент WIBS.
117
2.4.2 Методы проведения испытаний
Для каждой отдельной функции, которую мы проверяем, было
составлено описание проверки. Ниже представлено описание в виде таблицы
(таблицы 25-30).
Таблица 25.
Описание проверки функции «Авторизация»
Параметр
Значение
Функция
1. Авторизация
Предмет проверки
1.1. Проверка имени пользователя и пароля
1.2. Работа авторизации
Местоположение
Сервер предприятия
Исходные данные
Логин и пароль пользователя
Ввод неверной
информации для проверки
1) ввод неверного пароля
2) ввод пустого пароля
Отклик программы
1.1. Выводится сообщение о некорректных данных
1.2. Диалоговое окно закрывается
Вид отображения
Визуальное отображение
Таблица 26
Описание проверки функции «Создание документационного
раздела»
Параметр
Значение
Функция
1. Создание нового заказа для производста
Предмет проверки
1.1. Проверка некорректных данных
1.2. Создание заявки на оплату на основании
заказа поставщику
1.3. Отправка уведомления менеджеру
Местоположение
Локально на компьютере предприятия
Исходные данные
Данные заказа
Ввод неверной
информации для проверки
1) ввод неверных данных
2) ввод суммы в заявке на оплату
отличающейся от заказа поставщика
Отклик программы
1.1. Вывод
сообщения о некорректности данных
1.2. Указание вида ошибки
Вид отображения
Визуальное отображение
118
Таблица 27
Описание проверки функции «Приход комплектующих на склад
под заказ клиента»(для нашего предприятия)
Параметр
Значение
Функция
1. Приход комплектующих на склад под заказ
поставщику
Предмет проверки
1.1. Автоматическая сверка поступления
комплектующих на склад в разрезе заказа
поставщику
1.2. Проверка некорректных данных
Местоположение
Локально на компьютере предприятия
Исходные данные
Заказ поставщику
Ввод неверной
информации для проверки
1. ввод отличающихся комплектующих по коду
номенклатуры
Отклик программы
1. Вывод ошибки, номенклатура не совпадает
Способ определения
результатов
Визуальное отображение