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

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

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

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

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

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

33

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

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

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

34

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

В качестве стратегии тестирования выбрана стратегия «черный ящик»,

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

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

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

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

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

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

35

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

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

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

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

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

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

36

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

Таблица 3.6 – Результаты тестирование системы

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

37

Выводы по третьему разделу

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

справочников, 2 перечисления, 5 документов, 4 регистра сведений, 3 регистра накопления, 4 отчета, назначение которых и взаимосвязь между которыми отражена в пункте 2.1.

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

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

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

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

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

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

38

ЗАКЛЮЧЕНИЕ

В ходе выполнения курсового проекта были рассмотрены теоретические аспекты процесса учета ремонта и профилактического обслуживания оборудования на АЗС, так же был проведен анализ существующих программных продуктов. Проанализировав все варианты программного обеспечения был сделан вывод о том, что ПО следует выбирать исходя из размеров организации. Все представленные программы являлись универсальными и при их написании не учитывалась отрасль организации,

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

В качестве подготовительной работы, для разработки собственной системы был проведен анализ основных бизнес-процессов предметной области, формы входных и выходных документов, выявлены основные категории пользователей для которых разрабатывается система. На основе проведенного анализа было определено основное назначение системы и ее возможности. Также была определена цель и задачи разрабатываемой системы. После чего была определена структура и необходимый функционал информационной системы. Функциональная модель для автоматизируемого бизнес-процесса была построена по стандарту IDEF0. Для построения логической модели использовался стандарт IDEF1.X и представлена диаграммой классов. В заключении работы было проведено тестирование системы в трех режимах: нормальном, экстремальном и исключительном, тем самым исключив наиболее вероятные сбои программы.

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

39

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

1 Гарантийный ремонт и его особенности [Электронный ресурс]. 2017.

URL : http://juresovet.ru/remont-tovara-po-garantii/ (дата обращения 25.12.17). 2 Вопросы к юристам по гарантийному ремонту [Электронный

ресурс]. 2017. URL: https://business.ngs.ru/forum/board/buh/flat (дата обращения

25.12.17).

3 Программа «БП: Авторизованный сервисный центр» [Электронный ресурс]. 2017. URL : https://analitica.ru/service/bp_avtorizovannii_servisnii_centr

(дата обращения 25.01.18).

4 Программа «КомпьюЛиб» [Электронный ресурс]. 2017. URL : http://www.softportal.com/software-699-kompyulib.html (дата обращения

11.01.18).

5Программа «Hardware Inspector» [Электронный ресурс]. 2017. URL : http://www.hwinspector.com/ (дата обращения 11.01.18).

6Кондратьев В.А., Подольская О.В. Внедрение автоматизированной информационной системы в складской учет // сб. трудов конф. «Современные технологии: актуальные вопросы, достижения и инновации», г. Пенза. 2016.

С.52 – 54 7 Складской учет товаров онлайн | Мой склад [Электронный ресурс] //

Мой склад. URL: http://www.moysklad.ru/ (дата обращения: 20.01.2018)

81С: Управление торговлей [Электронный ресурс] // 1С: Предприятие

8.URL: http://v8.1c.ru/trade/ (дата обращения: 20.01.2018)

9Карточка решения 1С: Предприятие 8. 1С Логистика : Управление складом [Электронный ресурс] // 1С Отраслевые и специализированные решения. URL: http://solutions.1c.ru/catalog/wms (дата обращения: 20.01.2018)

10Моделирование бизнеса. Основные подходы / Блог компании Trinion // Новостной блог программистов Хабрахабр [Электронный ресурс]. 2017.

URL : https://habrahabr.ru/company/trinion/blog/332772/ (дата обращения

20.01.2018).

40

11 Методология IDEF0 / Статьи раздела BPWin // ITteach.ru

[Электронный ресурс]. 2016. URL : http://itteach.ru/bpwin/metodologiya-idef0

(дата обращения 25.01.2018).

12 Методология IDEF1X / Статьи раздела BPWin // ITteach.ru

[Электронный ресурс]. 2016. URL : http://itteach.ru/bpwin/metodologiya-idef1x

(дата обращения 25.01.2018).

13Васильев В. С. Диаграммы классов UML / В. С. Васильев // Блог программиста [Электронный ресурс]. 07.06.2017. URL : https://proprof.com/archives/3212 (дата обращения 25.01.2018).

141С модули / 1С Программист [Электронный ресурс]. 2017. URL : http://1c-md.com/programmirovanie/1s-moduli.html (дата обращения

25.01.2018).

15 Структурная схема пакета - дерево вызова программных модулей /

1СHelp [Электронный ресурс]. 2017. URL :

http://xcschemem.appspot.com/strukturnaya-shema-paketa-derevo-vyzova-progra mmnyh-modulyay.html дата обращения 25.01.2018).

16 Основные виды объектов конфигурации / ГЛАВА 01 - КОНЦЕПЦИЯ СИСТЕМЫ «1С: ПРЕДПРИЯТИЕ» // Петербуржский программист 1С [Электронный ресурс]. 23.03.2017. URL : http://master1c8.ru/platforma-1s- predpriyatie-8/rukovodstvo-razrabottchika/glava1-kontseptsiya-sistem- 1spredpriyatie/osnovne-vid-obaektov-konfiguratsii/ (дата обращения 25.01.2018).

17 Модули в Платформе 1С: Предприятие 8.3 / Бесплатная статья по Программированию в 1С 8.3 // Курсы-по-1С-РФ.2014. URL : http://курсы-по-

1с.рф/articles/модули-в-платформе-1с-предприятие-8-3/ (дата обращения

25.01.2018).

18 1C : Системные требования / Программирование 1C. 2017. URL : http://capitally.ru/1c-development/administrirovanie/1s-sistemnye-trebovaniya/

(дата обращения 25.01.2018).

41

19Установка конфигурации 1С / Пошаговое руководство // Programs. 2017. URL : http://1c-programs.ru/chastye-voprosy-po-1s/ustanovka-konfiguracii- 1s-poshagovoe-rukovodstvo.html (дата обращения 25.01.2018).

20Проць С. Методы тестирования программного обеспечения и их сравнение. Тестирование методом «черного ящика» и тестирование методом

«белого ящика» / С. Проць // Информационный портал FB.ru [Электронный ресурс]. 2016. URL : http://fb.ru/article/247668/metodyi-testirovaniya- programmnogo-obespecheniya-i-ih-sravnenie-testirovanie-metodom-chernogo- yaschi ka-i-testirovanie-metodom-belogo-yaschika (дата обращения 25.01.2018).

42