Курсовая работа (т): Автоматизированная информационная система мониторинга производства

Процесс построения информационной модели системы состоял из следующих шагов:

определение сущностей;

определение зависимостей между сущностями;

задание первичных и альтернативных ключей;

определение атрибутов сущностей;

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

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

генерация базы данных [16].

Приведем перечень сущностей предметной области и их атрибутов, полученных в результате нормализации:

) Пользователи - данные пользователей системы с указанием их ролей:

- id (первичный ключ);

login

2) Подразделения - сведения о подразделениях предприятия:

КодПодразделения (первичный ключ);

Наименование.

) Детали - перечень детелей:

КодДетали (первичный ключ);

Наименование

План

Лимит

) Материалы - перечень материалов:

КодМатериала(первичный ключ);

Наименование

Лимит.

) Нормы - данные по нормам на предприятии;

КодНормы (первичный ключ);

КодДетали (внешний ключ);

Наименование;

ЧистыйВес;

Норма;

Ширина

Высота;

Длина.

) ГотоваяПродукция - сведения о движении готовой продукции по складу:

Код (первичный ключ);

КодДетали;

Значение;

Дата;

ТипОперации.

) ТМЦ - сведения о движении ТМЦ по складу:

Код (первичный ключ);

КодМатериала;

КодПодразделения;

Дата;

Наличие;

Приход;

Расход.

) ГрафикРабот - данные о графике работы:

ID (первичный ключ);

КодПодразделения;

КодДетали;

Значение;

Дата

Проведем последовательную нормализацию схем отношений на примере пользователей системы.

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

Рассмотрим отношение R(id, login, pass, role).

Данное отношения находятся в 1NF.

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

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

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

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

По окончании процесса построения информационной модели системы при помощи прямого проектирования была произведена генерация базы данных MSSQLServer.

Рисунок 4.3 - Схема данных системы

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

.1 Тестирование системы

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

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

Системный подход к тестированию включал в себя несколько этапов:

. Выбор методологии тестирования. Тестирование системы проводилось по нисходящему принципу. Это означает, что последовательно выполнялась проверка корректности работы сайта, начиная от наиболее общих функций (выбрать пункт меню, создать запись, отредактировать запись и т.п.), до узкоспециализированных (в случае возникновения ошибки на более высоком уровне);

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

. Тестирование;

. Анализ результатов.

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

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

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

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

Проверка ссылок показала единственную ошибку: отсутствие файла одного из графических элементов дизайна. Найденная ошибка была устранена. Для проверки на кроссбраузерную совместимость использовались следующие версии браузеров, наиболее распространенные в настоящее время: InternetExplorer 8, MozillaFirefox 6.0, Opera 12 и GoogleChrome.

Рисунок 5.1 - Результат проверки целостности ссылок

Карта тестирования приведена в таблице 5.1.

Таблица 5.1 - Карта тестирования на кроссбраузерную совместимость

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

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

Рисунок 5.2 - Фрагмент последовательности действий при авторизации пользователей

Известно, что для программ, содержащих только одно условие на каждом принятии решения, минимальным является набор тестов покрытия решений ([20], [23]).

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

Таблица 5.2 - Результаты тестирования

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

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

структурные и визуальные характеристики страниц не изменяются существенно в зависимости от браузера;

навигационные характеристики не зависят от браузера;

все обязательные требования, предъявленные в спецификации, выполнены.

.2 Руководство пользователя

Для входа в систему пользователю необходимо авторизоваться (рисунок 5.3)

Рисунок 5.3 - Вход в систему

В системе предусмотрено 4 роли пользователя:

администратор (доступ ко всем функциям);

инженер;

мастер;

кладовщик;

Рассмотрим действия пользователя в зависимости от его роли в системе.

В случае спешной авторизации пользователь «инженер» будет направлен на главную страницу (рисунок 5.4)

Рисунок 5.4 - Главная страница

Инженер может просматривать движение ТМЦ по складу ТМЦ, задавая параметры поиска (рисунок 5.5)

Рисунок 5.5 -Просмотр ТМЦ инженером

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

Рисунок 5.6 -Просмотр движения готовой продукции инженером

Инженер может вводить данные графика работ (рисунок 5.7), а также проводить корректировку записей (рисунок 5.8)

Рисунок 5.7 - Ввод данных графика работ

Рисунок 5.8 - Корректировка данных графика работ

Инженеру также доступна функция ввода норм и поиска данных по заданным параметрам (рисунок 5.9)

Рисунок 5.9 -Работа с нормами

Мастер УРТМ может просматривать движение ТМЦ за период (рисунок 5.10) и за текущий месяц (рисунок 5.11)

Рисунок 5.10 - Просмотр ТМЦ за период

Рисунок 5.11 - Просмотр ТМЦ за текущий месяц

Мастер УРТМ может также просматривать движение готовой продукции по складу (рисунок 5.12).

Рисунок 5.12 - Просмотр движения готовой продукции

Мастеру также доступна функция просмотра норм (рисунок 5.13)

Рисунок 5.13 -Просмотр норм мастером

Мастер может просматривать график работ:

за текущий день (рисунок 5.14);

за период (рисунок 5.15);

за текущий месяц (рисунок 5.16)

Рисунок 5.14 - Просмотр графика работ за сегодня мастером

Рисунок 5.15 -Просмотр графика работ за период мастером

Рисунок 5.16 -Просмотр графика работ за месяц мастером

Для работы с движением готовой продукции кладовщику доступны следующие функции:

просмотр (рисунок 5.17);

просмотр за период (рисунок 5.18);

отгрузка (рисунок 5.19);

принять готовую продукцию (рисунок 5.20).

Рисунок 5.17 - Просмотр

Рисунок 5.18 - Просмотр за период

Рисунок 5.19 - Отгрузка готовой продукции

Рисунок 5.20 - Принятие готовой продукции

Также кладовщик может просматривать график работ (рисунок 5.21)

Рисунок 5.21 -Просмотр графика работ

Для работы с движением ТМЦ кладовщику доступны следующие функции:

просмотр за текущий месяц (рисунок 5.22);

просмотр за период (рисунок 5.23);

коррекция данных (рисунок 5.24).

Рисунок 5.22 - Просмотр ТМЦ за текущий месяц

Рисунок 5.23 - Просмотр ТМЦ за период

Рисунок 5.24 - Коррекция данных

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

) просмотр движения готовой продукции:

за период (рисунок 5.25);

за текущий месяц (рисунок 5.26).

Рисунок 5.25 - Просмотр движения готовой продукции за период

Рисунок 5.26 - Просмотр движения готовой продукции

за текущий месяц

) просмотр движения ТМЦ:

за период (рисунок 5.27);

за текущий месяц (рисунок 5.28).

Рисунок 5.27 - Просмотр движения ТМЦ за период администратором

Рисунок 5.28 - Просмотр движения ТМЦ за текущий месяц администратором

) просмотр графика работ (рисунок 5.29)

Рисунок 5.29 -Просмотр графика работ администратором

) просмотр норм (рисунок 5.30)

Рисунок 5.30 - Просмотр норм администратором

. Охрана труда. Обеспечение светотехнических условий рабочего места пользователя персонального компьютера при использовании внедрённой автоматизированной системы мониторинга производственной деятельности завода бытовой техники ЗАО «Атлант»

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

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

В соответствии со «Строительными нормами и правилами» СНиП 23-05-95 освещение должно обеспечить: санитарные нормы освещенности на рабочих местах, равномерную яркость в поле зрения, отсутствие резких теней и блескости, постоянство освещенности по времени и правильность направления светового потока. Для измерения освещенности используется объективный люксметр (Ю-16, Ю-116, Ю-117). Принцип работы люксметра основан на измерении с помощью миллиамперметра тока от фотоэлемента, на который падает световой поток. Отклонение стрелки миллиамперметра пропорционально освещенности фотоэлемента. Миллиамперметр проградуирован в люксах.