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

работающему с конкретным объектом, связанному с другими объектами,

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

полученных из нескольких объектов.

Схемы, отражающие взаимосвязь модулей и массивов данных представлены на рисунке 3.1 – 3.5.

Рисунок 3.1 – Схема взаимосвязи общих модулей и массивов данных

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

Рисунок 3.2 – Схема взаимодействия модулей объектов и массивов данных

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

документа формируются соответствующие данные (записи) в регистрах

32

накопления (проведение документа отражено в модулях объектов). Как было отмечено ранее, для отражения гарантийного обслуживания, в форму документа извлекаются данные из регистров сведений (рисунок 3.3).

Рисунок 3.3 – Схема взаимодействия форм документа и массивов данных

Таким образом, из рисунков видно, что программные модули обращаются к 1-3 объектам базы данных единовременно, а также выполняют функцию добавления данных в регистры накопления.

3.3 Алгоритм работы модулей информационной системы

Результатом ведения аудита ИТ инфраструктуры является инвентарная карточка программно-аппаратного средства, которая формируется на основе документа «Принятие к учету» (рисунок 3.4).

Рисунок 3.4 – Печатная форма «Инвентарная акрточка»

33

С вкладки данного документа, нажав на кнопку «Печать инвентарной карточки», пользователь увидит карточку по конкретному оборудованию.

Текст запроса на создание печатной формы представлен в листинге 3.1.

Листинг 3.1 – Текст запроса отчета «Инвентарные данные по подразделению»

Процедура Печать1(ТабДок, Ссылка) Экспорт //{{_КОНСТРУКТОР_ПЕЧАТИ(Печать1)

Макет = Документы. ПринятиеКУчету.ПолучитьМакет("Инвентарная карточка"); Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ

Запрос.Параметры.Вставить("Ссылка", Ссылка); Выборка = Запрос.Выполнить().Выбрать();

ОбластьЗаголовок = Макет.ПолучитьОбласть("Заголовок"); Шапка = Макет.ПолучитьОбласть("Шапка");

ОбластьСпецификацияШапка = Макет.ПолучитьОбласть("СпецификацияШапка"); ОбластьСпецификация = Макет.ПолучитьОбласть("Спецификация"); ОбластьОборудвоаниеШапка = Макет.ПолучитьОбласть("ЗапчастиШапка"); ОбластьОброрудование = Макет.ПолучитьОбласть("Запчасти"); Подвал = Макет.ПолучитьОбласть("Подвал");

ОбластьТекст = Макет.ПолучитьОбласть("Текст"); ОбластьТекст2 = Макет.ПолучитьОбласть("Текст2"); ТабДок.Очистить();

ВставлятьРазделительСтраниц = Ложь; Пока Выборка.Следующий() Цикл

Если ВставлятьРазделительСтраниц Тогда ТабДок.ВывестиГоризонтальныйРазделительСтраниц();

КонецЕсли; ТабДок.Вывести(ОбластьЗаголовок); Шапка.Параметры.Заполнить(Выборка);

34

ТабДок.Вывести(Шапка, Выборка.Уровень()); ТабДок.Вывести(ОбластьСпецификацияШапка); ВыборкаСпецификация = Выборка.Спецификация.Выбрать(); Пока ВыборкаСпецификация.Следующий() Цикл

ОбластьСпецификация.Параметры.Заполнить(ВыборкаСпецификация); ТабДок.Вывести(ОбластьСпецификация, ВыборкаСпецификация.Уровень());

КонецЦикла; ТабДок.Вывести(ОбластьТекст);

ТабДок.Вывести(ОбластьОборудованиеШапка); ВыборкаОборудование = Выборка. Оборудование.Выбрать(); Пока ВыборкаОборудование.Следующий() Цикл

ОбластьОборудование.Параметры.Заполнить(ВыборкаОборудование); ТабДок.Вывести(ОбластьОборудование, ВыборкаОборудование.Уровень());

КонецЦикла; ТабДок.Вывести(ОбластьТекст2); Подвал.Параметры.Заполнить(Выборка); ТабДок.Вывести(Подвал); ВставлятьРазделительСтраниц = Истина;

КонецЦикла;

//}}

КонецПроцедуры

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

«Принятие к учету» в обработчик поступают данные, и формируется запрос по необходимым критериям из существующих параметров.

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

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

35

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С: Предприятие»;

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

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

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

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

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

37

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

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

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

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

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

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

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

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

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

38

На рисунке 3.10 представлена форма журнала документов «Программно-

аппаратные средства на обслуживании и ремонте». Форма представляет собой основную часть, где хранятся сведения о дате и статусе ремонта, подрядчике

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

Рисунок 3.8 – Журнал документов «Оборудование на ремонте»

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

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

39

Журнал по учету мест хранения оборудования и ПО представлен на рисунке 3.10.

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

Отчет «Паспорт мест хранения» по остаткам, состоянию, движению и в целом учету оборудования представлен на рисунке 3.11.

Рисунок 3.11 - Отчет «Паспорт мест хранения»

40

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

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

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

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

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

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

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

Рисунок 3.12 – Корректное заполнение документа «Назначение сотрудников»

41