Курсовые работы / ПРИС К_10

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

Для эксплуатации разработанной системы предъявляются такие основные аппаратные требования, как наличие персонального компьютера с ОС Windows 7, 8, 10 и установленной версией платформы «1С: Предприятие 8.3». Исходя из этого, можно установить следующие минимальные требования для корректной работы системы [18]:

-32-разрядный (x86) или 64-разрядный (x64) процессор с тактовой частотой 1 гигагерц (ГГц) или выше;

-16 ГБ (для 32-разрядной системы) или 20 ГБ (для 64-разрядной системы) пространства на жестком диске;

-графическое устройство DirectX 9 с драйвером WDDM версии 1.0 или

выше.

Для того, чтобы добавить созданную информационную систему (в

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

необходимо выполнить следующие действия [19]:

запустить «1С: Предприятие»;

в появившемся окне нажать на кнопку «Добавить...»;

в появившемся окне необходимо выбрать «Добавление в список уже существующей базы»;

в появившемся окне необходимо выбрать «Создание информационной базы без конфигурации»;

далее указать название будущей информационной базы на свое усмотрение и выбрать тип расположения информационной базы (по умолчанию оставить «На данном компьютере или на компьютере в локальной сети»);

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

далее выделить появившуюся базу и запустить в режиме

«Конфигуратор»;

44

в верхнем меню выбрать пункт «Администрирование» и «Загрузить информационную базу»;

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

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

Запуск будет происходить под пользователем «Администратор».

Рисунок 3.8 – Авторизация пользователя

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

Рисунок 3.9 – Интерфейс системы автоматизации учета гарантийного ремонта

45

На рисунке 3.10 представлена форма документа «Заявка на ремонт» неисправного изделия, который в автоматизируемой предметной области является основным. Форма заявки представляет собой основную часть, где хранятся сведения о дате и статусе заявки, покупателе (наименование, адрес,

телефон) и подразделение, которое берет на себя ответственность при предоставлении ремонтного обслуживания. Документ содержит две табличные части, в одной из которых фиксируется информация об изделии, в другой – информация о необходимых запчастях. Важно отметить, что в табличной части

«Запчасти» настроен перечень комплектующих к каждому конкретному изделию. Реализована автоматическая подстановка розничной цены на запчасти из документа «Приходная накладная на запчасти»; также созданы поля для отображения итогов по количеству и сумме комплектующих.

Рисунок 3.10 – Заполнение документа «Заявка на ремонт»

46

В форме данного документа созданы две печатные формы: «Печать заявки на ремонт», «Печать гарантийного талона», что отображено на рисунках 3.11-3.12.

Рисунок 3.6 – Печатная форма заявки на ремонт

Рисунок 3.6 – Печатная форма гарантийного талона по заявке

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

47

3.6 Способы и результаты тестирования программного продукта в

различных режимах

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

трех режимах: нормальном, экстремальном и исключительном [20].

Вданной работе было проведено три вида тестирования: нормальное,

экстремальное и исключительное. При нормальном тестировании была проверка всех подсистем, введены необходимые данные для тестирования,

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

что отображено на рисунке 3.7.

Рисунок 3.7 – Корректное заполнение документа «Приходная накладная на запчасти»

48

Исключительное тестирование представляло собой ввод критичных параметров (максимальных или минимальных значений), а также отсутствие их ввода. Например, при добавлении новой карточки «Запчасти» (поступившая на предприятие комплектующая деталь) пользователь не ввел наименование запчасти. При нажатии кнопки «Записать и закрыть» информационная система выдаст предупреждение о том, что конкретное поле не заполнено, после чего пользователь будет возвращен к заполняемой форме; критичного сбоя системы при этом не произойдет. Результат тестирования в исключительных условиях представлены на рисунке 3.8.

В справочнике «Запчасти» также установлено ограничение на поле

«Наименование» в 50 символов (тип: строка). Разработанная система позволила ввести только 50 символов при этом, не выдав сообщения об ошибке, что отображено на рисунке 3.9.

Рисунок 3.8 – Исключительное тестирование карточки «Запчасти»

49

(модули формы документа), два модуля реализуют вывод печатных форм по документам (модули менеджера) и четыре модуля фигурируют в отчётах

(основные схема компоновки данных).

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

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

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

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

51