Учет заявок на ремонт и диагностику - дипломная работа готовая

ООО "Диплом777"

8:00–20:00 Ежедневно

Никольская, д. 10, оф. 118

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

7

Введение

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

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

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

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

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

Задачи исследования:

изучение структуры учреждения, выявление его основных задач и функций;

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

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

разработка базы данных;

разработка приложения для работы с базой данных (БД).

Объект исследования – учет торгового и офисного оборудования на предприятиях торговли

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

Методы и средства решения поставленной задачи:

изучение организационно-правовой документации учреждения;

проектирование информационных процессов с помощью средства BPWin; автоматизированный информационный учет заявка

разработка информационной системы с помощью среды программирования Delphi и СУБД в офисном приложении Access.

Основные практические результаты:

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

1. Аналитическая часть

1.1Анализ организационно-экономической схемы предприятия и её описание

Самбери – самая крупная розничная сеть на Дальнем Востоке по количеству гипермаркетов и одна из крупнейших по объему продаж. Первый на Дальнем Востоке гипермаркет «Самбери», был открыт 29 апреля 2004 г. в Хабаровске работающий в формате Дискаунтер.

Сегодня «Самбери» – включает в себя 16 гипермаркетов, расположенных в: Хабаровске, Биробиджане, Владивостоке, Комсомольске-на-Амуре, Уссурийске. В будущем компания планирует открыть гипермаркеты во всех городах Дальнего Востока.

Основной сферой деятельности гипермаркетов Самбери является розничная торговля.

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

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

Цены в гипермаркете ориентированы как на менее состоятельного клиента, так и на оптовых покупателей.

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

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

На рисунке 1.1 представлена структура организации, в которую входит:

директор гипермаркета;

коммерческий отдел;

контролер управления;

отдел персонала;

производственный сектор;

служба предотвращения внештатных ситуаций.

Рисунок 1.1 – Структура организации ООО «Платина»

В организации ООО «Платина» имеется4 службы, таких как: «ОЭиТО» «Отдел автоматизации» «отдел персонала» «служба предотвращения внештатных ситуаций»

Производственный сектор, который включает в себя собственное производство и привозное.

Отдел ЗП – Зона приемки товара, тут начинается круговорот товара в магазине.

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

промышленный 1;

промышленный 2;

промышленный 3;

напитки и табачные изделия;

бакалея;

кондитерский отдел;

скоропортящиеся товары;

овощи – фрукты;

замороженные товары;

Подробнее о каждом из отделов.

«ОЭиТО» – отдел занимается мелким ремонтом оборудования магазина, работает с электричеством в гипермаркете, установка оборудования для продажи: такого как полки магазина, доп. места продажи (плато, холодильники)

«Отдел персонала» – отдел занимается подбором персонала, оформлением, и занесением в базу, так же работают с трудовыми договорами, следят за сан книжками сотрудников, устраивают мероприятия, проводят тренинги для сотрудников, и др.

«Служба предотвращения внештатных ситуаций» – отдел занимается предотвращением хамства со стороны сотрудников компании, так же поимкой тех, кто пытается своровать товар, оклейкой товара в целях предотвращения краж

Производственный сектор – в данном отделе в основном готовят блюда собственного производства, которые можно встретить на витрине гипермаркета.

Отдел ЗП – зона приемки, весь товар который приходит в магазин сначала попадает на зону приемки, операторы зоны приемки, подготавливают документы на прием товара, кладовщики принимают товар, пересчитывают и добавляют в базу 1С, далее товар отправляется в торговый зал.

Коммерческий отдел – отдел менеджеров, которые занимаются руководством своего направления, делают заказы на товар в свой отдел.

Информационная система разрабатывается для отдела автоматизации ООО «Платина».

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

Этапы технологического процесса по ремонту техники:

получение неисправной техники;

выявление причины поломки;

поиск и подбор необходимых деталей;

устранение поломки.

В организационную структуру Отдела автоматизации входят:

системный администратор;

помощник системного администратора;

помощник системного администратора.

Прием оборудования в отдел автоматизации ООО «Платина» отображен схемой (см. рис. 1.2):

Рисунок 1.2 – Схема передачи заявки

Заказы, поступающие в отдел автоматизации, выполняются специалистами отдела, в работу по диагностике и ремонту компьютеров и оргтехники входят:

установка и настройка ОС;

устранение ошибок работы ОС, оптимизация работы ОС под конкретную конфигурацию ПК;

установка новых устройств и драйверов к ним;

восстановление «упавших» ОС;

восстановление данных с HDD, USB-Flash вследствие логических сбоев;

работа с оргтехникой: принтер, сканер, копир- диагностика неполадок и ремонт;

диагностика и ремонт торгового оборудования, такого как Весы, Кассы, прайс-чекеры, ручные сканеры, принтеры ШК.

Решаемые задачи:

изучение структуры учреждения, выявление его основных задач и функций;

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

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

разработка базы данных;

разработка структуры базы данных

разработка базы данных

создание приложения для использования базы данных в среде Delphi 7 XE;

подключение базы данных к приложению, созданному в Delphi 7 XE;

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

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

Местом решения выбран кабинет отдела автоматизации ООО «Платина»

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

Данная автоматизированная система предназначена для сотрудников отдела автоматизации ООО «Платина».

Решение поставленной цели началось в Январе 2015 года, срок окончания проектирования данной автоматизированной системы намечен на июнь 2015 года.

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

Всю необходимую информацию по оборудованию я извлек из актов приема оборудования на гипермаркете.

Информацию о работающих сотрудниках мне удалось получить из ПО, установленного на предприятии, а именно 1С: предприятие.

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

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

1.2 Анализ входной информации и процессов

Оформлением сломанного оборудования компании занимается системный администратор, который затем передает всю необходимую информацию, указания к выполнению специалисту (см. рис. 1.3).

Рисунок 1.3 – Общая схема работы приема сломанного оборудования в отдел автоматизации.

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

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

Для автоматизации процесса необходимо структурировать информацию и определить типы вводимых данных. Для этого существует 11 таблиц базы данных в которых будет храниться вся информация по работе с оборудованием.

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

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

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

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

Средняя конфигурация компьютеров: процессор AMDSempron ™ Processor 2800+ 1,6 ГГц, оперативная память 2 GB, видеокарта интегрированная 512 MB.

Для защиты от вирусов установлена антивирусная программа ESET NOD32 Secure Enterprise. Выход в сеть Интернет может осуществляться только системными администраторами.

В основном на предприятии используются программы, такие как:

1C версии 8.2;

Серверные программы для настройки весов самообслуживания;

LWdasi для обновления конфигурации фасовочных весов;

Клиентское приложение MFPManager для поточного сетевого сканирования;

Dameware для удаленного управления ПК пользователей;

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

MSExcel – табличный процессор, предназначен для обработки табличный данных и выполнения сложных вычислений;

Outlook – менеджер персональной информации, предназначен для обеспечения унифицированного доступа к корпоративной информации;

Foxit Reader – ПО для просмотра документов в формате PDF. Используются программы редактирования изображений;

Adobe PhotoShop и CorelDraw.

В настоящее время компания не использует ПО для учёта заявок не рабочего оборудования.

Решением проблемы автоматизации учёта заявок может быть разработка автоматизированной информационной системы строго по выполняемым функциям.

На предприятии существует аналог системы учета оборудованияSet: Cristal, проблема данного продукта заключается в следующем, он не нацелен именно на учет заявок по ремонту, диагностике оборудования, так же в нем выводится неполная информация по оборудованию, к тому же производится учет только лишь неполного списка торгового оборудования такого как: кассы, весы и термопринтеры.

В планах совершенствование ИС, добавление новых возможностей по выводу бланков документации используемых при работе с оборудованием.

1.4 Выявление объекта и задачи автоматизации

Объектом исследования данной работы будет являться компания ООО «Платина», а точнее работа, которая проводится с заявкой на обслуживание оборудования (см. рис. 1.5).

Рисунок 1.5 – Объект автоматизации ООО «Платина»

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

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

По первой главе можно сделать определенные выводы:

с помощью ИС станет возможным автоматизировать прием оборудования в ремонт, отслеживания процесса его ремонта, диагностики, а так же ИС позволит определять необходимость списания данного оборудования, по причине непригодности или же нецелесообразного ремонта, так как стоимость ремонта превышает 60 % от стоимости оборудования;

при помощи информационной системы мы можем получить следующие отчеты;

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

2. Практическая часть

2.1 Разработка концепции построения информационной модели информационной системы

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

В качестве исходных данных является информация, полученная непосредственно со слов сотрудника компании ООО «Платина». Эти данные нужно обрабатывать и сохранять.

Таким образом, было принято решение разработать приложение для учета оборудования.

К разрабатываемой АИС были предъявлены следующие требования:

АИС должна обладать удобным интерфейсом для пользователя, быть надёжной и не сложной в работе;

АИС должна позволять осуществлять поиск информации в базе данных;

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

На рисунке 2.1 представлена концептуальная модель разрабатываемой автоматизированной информационной системы:

Рисунок 2.1 – Концептуальная модель ИС

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

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

Пример диаграммы взаимодействия основного автоматизируемого процесса – ввода информации о поступившем оборудовании (см. рис. 2.2).

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

Рисунок 2.2 – Диаграмма взаимодействия функции ввода информации

Рассмотрим данную функцию более подробно:

Шаг 1: после того, как системный администратор авторизуется в системе, происходит запуск главной формы. С этой формы он активирует форму «Ремонт».

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

Шаг 3: после происходит возврат на главную форму.

Шаг 4: переход на форму оборудование в ремонте

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

Шаг 6: после происходит возврат на главную форму.

Шаг 7: переход на форму «Счет на оборудование в ремонте»

Шаг 8: на данной форме системный администратор так же может использовать сортировку, поиск, выбор даты и конкретного оборудования для составления отчета за определенный период времени, вывести отчет на печать с предварительным подсчетом общей суммы ремонтов оборудования.

Шаг 9: возврат на главную форму.

Разработка структуры базы данных

Разработка структуры базы данных была выполнена с описания логической и физической моделей (см. рис. 2.3). Первоначальным этапом является выявление сущностей модели и определение связей между ними.

Рисунок 2.3 – Логическая модель базы данных

Разрабатываемая база данных состоит из 13 таблиц, 8 из них основных: «оборудование», «Ремонт», «Диагностика», «Списание оборудования», «обслуживание картриджей», «Счет по картриджам», вывод счета по диагностике», «вывод счета по ремонту» и 5 справочников.

Необходимо выявить атрибуты каждой сущности и определим их тип (см. рис. 2.4).

Рисунок 2.4 – Физическая модель базы данных

Для организации и ведения базы данных была выбрана система управления базами данных MSAccess. Основными аргументами выбора явились следующие параметры:

доступность;

удобство работы;

устойчивость;

быстрота функционирования.

Подробнее рассмотрим таблицы и их атрибуты.

Таблица «Ремонт» содержит информацию об оборудовании побывавшем в ремонте (см. табл. 2.1).

Таблица 2.1 – Описание атрибутов таблицы «Ремонт»

Имя поля

Тип данных

Максимальная разрядность

ID Ремонта

Счетчик (int)

№ Диагностики

Числовой (Int)

10

ID оборудования

Числовой (Int)

10

ID контрагента

Числовой (Int)

10

Заменяемые детали

Текстовый (varchar)

100

Статус

Текстовый (varchar)

10

Начало ремонта

Дата/время (Data)

Конец ремонта

Дата/время (Data)

Стоимость ремонта

Числовой (Int)

10

Таблица «Диагностика» содержит информацию об оборудовании побывавшем на диагностике (см. табл. 2.2).

Таблица 2.2 – Описание атрибутов таблицы «Диагностика»

Имя поля

Тип данных

Максимальная разрядность

№ Диагностики

Счетчик (int)

ID оборудования

Числовой (int)

10

ID контрагента

Числовой (int)

10

Стоимость

Числовой (int)

10

Заключение

Текстовый (varchar)

100

Таблица «Журнал учета ТСД за МОЛ» содержит информацию за кем закреплено оборудование ТСД (см. табл. 2.3).

Таблица 2.3 – Описание атрибутов таблицы «Журнал учета ТСД за МОЛ»

Имя поля

Тип данных

Максимальная разрядность

№ ТСД

Счетчик (int)

ID оборудования

Числовой (int)

10

Ответственный

Текстовый (varchar)

40

Отдел ответственного лица

Текстовый (varchar)

30

Таблица «Оборудование» содержит информацию по оборудованию находящемся на магазине (см. табл. 2.4).

Таблица 2.4 – Описание атрибутов таблицы «Оборудование»

Имя поля

Тип данных

Максимальная разрядность

ID оборудования

Счетчик (int)

№ типового оборудования

Числовой (int)

10

Инвентарный номер

Числовой (int)

20

Серийный номер

Текстовый (varchar)

30

Дата ввода в эксплуатацию

Дата/время (Data)

Таблица «Обслуживание картриджей» содержит информацию по предоставляемым услугам на обслуживание картриджей и стоимости (см. табл. 2.5).

Таблица 2.5 – Описание атрибутов таблицы «Обслуживание картриджей»

Имя поля

Тип данных

Максимальная разрядность

ID оборудования

Счетчик (int)

ID картриджа

Числовой (int)

10

ID контрагента

Числовой (int)

10

Стоимость услуги

Числовой (int)

30

Услуга

Текстовый (varchar)

50

Таблица «Списание оборудования» содержит информацию по оборудованию, которое списали и утилизировали (см. табл. 2.6).

Таблица 2.6 – Описание атрибутов таблицы «Списание оборудования»

Имя поля

Тип данных

Максимальная разрядность

ID списания

Счетчик (int)

ID оборудования

Числовой (int)

10

Дата списания

Дата/время (Data)

№ акта списания

Числовой (int)

20

Срок службы

Текстовый (varchar)

20

№ Диагностики

Числовой (int)

20

Таблица «Справочник картриджей» содержит информацию по всем картриджам на предприятии (см. табл. 2.7).

Таблица 2.7 – Описание атрибутов таблицы «Справочник картриджей»

Имя поля

Тип данных

Максимальная разрядность

ID Картриджа

Счетчик (int)

Модель

Текстовый (varchar)

50

Кол-во заправок

Числовой (int)

20

Статус

Текстовый (varchar)

10

Инвентарный номер

Числовой (int)

20

Таблица «Справочник контрагентов» содержит информацию по всем поставщикам услуг, с которыми работает ООО «Платина» (см. табл. 2.8).

Таблица 2.8 – Описание атрибутов таблицы «Справочник контрагентов»

Имя поля

Тип данных

Максимальная разрядность

ID контрагента

Счетчик (int)

Наименование контрагента

Текстовый (varchar)

50

Предоставляемая услуга

Текстовый (varchar)

50

Контактное лицо

Текстовый (varchar)

30

Телефон

Текстовый (varchar)

20

Email

Текстовый (varchar)

25

Адрес

Текстовый (varchar)

30

Таблица «Справочник поверка весов» содержит информацию по дате проведения поверки и дате окончания поверки (см. табл. 2.9).

Таблица 2.9 – Описание атрибутов таблицы «Справочник поверка весов»

Имя поля

Тип данных

Максимальная разрядность

ID оборудования

Числовой (int)

20

Дата поверки

Дата/время (Data)

Действительно до

Дата/время (Data)

Таблица «Справочник типового оборудования» содержит в себе все типы оборудования для быстрого заполнения связанных таблиц (см. табл. 2.10).

Таблица 2.10 – Описание атрибутов таблицы «Справочник типового оборудования»

Имя поля

Тип данных

Максимальная разрядность

№ типового оборудования

Счетчик (int)

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

Текстовый (varchar)

50

Модель

Текстовый (varchar)

50

Тип оборудования

Текстовый (varchar)

30

Таблица «Счет Диагностика» содержит в себе информацию по счетам за оборудование, находившееся на диагностике(см. табл. 2.11).

Таблица 2.11 – Описание атрибутов таблицы «Счет Диагностика»

Имя поля

Тип данных

Максимальная разрядность

№ счета

Счетчик (int)

№ Диагностики

Числовой (int)

10

Вид обслуживания

Текстовый (varchar)

30

Статус счета

Текстовый (varchar)

11

Таблица «Счет Картриджи» содержит в себе информацию по счетам за ремонт или заправку картриджей (см. табл. 2.12).

Таблица 2.12 – Описание атрибутов таблицы «Счет Картриджи»

Имя поля

Тип данных

Максимальная разрядность

№ счета

Счетчик (int)

ID картриджа

Числовой (int)

10

Вид обслуживания

Текстовый (varchar)

30

Статус счета

Текстовый (varchar)

11

Таблица «Счет Ремонт» содержит в себе информацию по счетам за оборудование, находившееся в ремонте (см. табл. 2.13).

Таблица 2.13 – Описание атрибутов таблицы «Счет Ремонт»

Имя поля

Тип данных

Максимальная разрядность

№ счета

Счетчик (int)

ID ремонта

Числовой (int)

10

Вид обслуживания

Текстовый (varchar)

30

Статус счета

Текстовый (varchar)

11

Разработка клиентского приложения

Разработка клиентского приложения производилась в среде программирования DelphiXE7. Данная среда предоставляет нам все необходимые возможности для реализации проекта.

Приводится схема интерфейса программы, на которой изображены Основные формы приложения (см. рис. 2.5).

Рисунок 2.5 – Схема интерфейса клиентского приложения, основные формы

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

Рисунок 2.6- Схема интерфейса клиентского приложения, дополнительные формы

При запуске программы появляется окно авторизации, в котором необходимо указать имя пользователя и пароль для входа в систему (см. рис. 2.7).

Рисунок 2.7- Форма авторизации

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

Рисунок 2.8- Главная форма программы

Опишем данную форму более подробно:

В контекстном меню есть вкладки: Файл, Таблицы, справочники, запросы, Настройки, о программе.

На панели инструментов расположены дополнительные компоненты для удобства работы, а именно часы, калькулятор, 2 справочника

Ниже мы видим вкладки: Таблицы, справочники, запросы. При нажатии на вкладку в окне справа открывается панель с таблицами и запросами (см. рис. 2.7), предназначены они для быстрого перехода на нужную нам форму.

Для начала рассмотрим форму «ремонт» с которой и начинается заполнение заявки на прием оборудования (см. рис. 2.9).

Рисунок 2.9- Форма «ремонт»

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

Следующим шагом становится отправка оборудования на диагностику переходим на форму «Диагностика» для заполнения информации по диагностике (см. рис. 2.10).

Рисунок 2.10- Форма «Диагностика»

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

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

Рисунок 2.11- Форма «Оборудование»

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

Так же на форме присутствует поиск по всем полям таблицы, а также сортировка по наименованию и дате ввода в эксплуатацию.

Далее рассмотрим форму «Список типового оборудования» для того, чтобы понять, как взаимосвязаны таблицы оборудование и справочник типового оборудования.(см. рис. 2.12)

Рисунок 2.12- Форма «Список типового оборудования»

На форме «Список типового оборудования» мы можем добавить информацию о новом оборудовании появившемся на предприятии.

Отдельная таблица разработана для удобства заполнения таблиц, с которыми она связана, а именно добавление выпадающего списка по наименованию. Связь происходит по полю «№ типового оборудования». На форме присутствуют кнопки для добавления и редактирования данных в таблице: добавить, удалить, изменить. Присутствует кнопка «выход»

Так же на форме присутствует поиск по всем полям таблицы, а также сортировка по наименованию, типу оборудования, по номеру типового оборудования.

Далее рассмотрим заполнение таблицы по счетам диагностики (см. рис. 2.13)

Рисунок 2.13- Форма «Счет на диагностику»

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

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

Имеется поиск по всем полям таблицы и сортировка по: № диагностики, по статусу счета. Присутствует кнопка «выход»

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

Дополнительной функцией АИС является учет картриджей на предприятии, для этого созданы таблицы «справочник картриджей» и «обслуживание картриджей» сначала рассмотрим таблицу «справочник картриджей» (см. рис. 2.14)

Рисунок 2.14- Форма «Справочник по картриджам»

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

Далее рассмотрим форму «обслуживание картриджей» (см. рис. 2.15)

Рисунок 2.15- Форма «Обслуживание картриджей»

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

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

Рассмотрим запрос на поверку весов и отчет по данному запросу.(см. рис. 2.16)

Рисунок 2.16-форма «Информация по поверке весов»

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

Выведем отчет по данной форме, который выводится при нажатии на кнопку «вывести отчет» (см. рис. 2.17)

Рисунок 2.17- Отчет по поверке весов

В данном отчете выводится дата печати отчета, вся информация из запроса, наименование отчета и строка для подписи системным администратором.

Как и на любом предприятии, есть оборудование которое необходимо списывать, для этого создана таблица и запрос по списанию оборудования, рассмотрим запрос и вывод отчета по нему (см. рис. 2.18).

Рисунок 2.18- Форма «Информация по списанному оборудованию»

На форме «Информация по списанному оборудованию» отображен SQLзапрос на вывод информации из таблиц «Диагностика», «Списание оборудования», «справочник типового оборудования», «оборудование».

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

Рассмотрим отчет по данной форме, который выводится при нажатии на кнопку «вывести отчет»(см. рис. 2.19)

Рисунок 2.19-Отчет по списанному оборудованию

В данном отчете выводится дата печати отчета, вся информация из запроса, наименование отчета и строка для подписи системным администратором.

Далее рассмотрим запрос на вывод счета по диагностике, с функцией подсчета общей суммы затрат на ремонт оборудования, для этого откроем форму «Вывод счета по диагностике» (см. рис. 2.20)

Рисунок 2.20-Форма «Вывод счета по диагностике»

На форме «Вывод счета по диагностике» отображен SQL запрос на вывод информации из таблиц «Диагностика», «Счет диагностика», «справочник типового оборудования», «оборудование».

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

Выведем отчет по счету на оборудование «весы Bizerba», находящееся на диагностике (см. рис. 2.21)

Рисунок 2.21- Отчет по выводу счета диагностики

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

Далее рассмотрим запрос на вывод счета по картриджам, с функцией подсчета общей суммы затрат на обслуживание картриджей, для этого откроем форму «Вывод счета по картриджам» (см. рис. 2.22)

Рисунок 2.22- Форма «Вывод счета по картриджам

На форме «Вывод счета по картриджам» отображен SQLзапрос на вывод информации из таблиц «Обслуживание картриджей», «Справочник картриджей», «Счет картриджи», «справочник контрагентов».

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

Выведем отчет по счету на обслуживание картриджей.(см. рис. 2.23)

Рисунок 2.23- Отчет по выводу счета на картриджи

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

Рассмотрим запрос на вывод счета по ремонту, с функцией подсчета общей суммы затрат на ремонт оборудования, для этого откроем форму «Вывод счета по ремонту» (см. рис. 2.24)

Рисунок 2.24- Форма «вывод счета по ремонту»

На форме «Вывод счета по ремонту» отображен SQL запрос на вывод информации выбираемой из таблиц «Ремонт», «Справочник контрагентов» «Диагностика», «Счет ремонт», «справочник типового оборудования», «оборудование».

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

Выведем отчет по счету за ремонт. (См. рис. 2.25)

Рисунок 2.25- Отчет по выводу счета за ремонт

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

Выведем запрос по оборудованию побывавшем или находящимся в ремонте, в данном запросе будет добавлена возможность выбора определенного оборудования совместно по инвентарному номеру и по дате за определенный период времени, выставив нужные параметры в фильтре «оборудование за период» (см. рис. 2.26)

Рисунок 2.26-Форма «Запрос по ремонту оборудования»

На форме «Запрос по ремонту оборудования» отображен SQL запрос на вывод информации выбираемой из таблиц «Ремонт», «Справочник контрагентов» «Диагностика», «справочник типового оборудования», «оборудование».

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

Отфильтруем запрос по оборудованию с инвентарным номером:29014560454 за период 01.04.2015: 16.06.2015(см. рис. 2.27)

Рисунок 2.27- Проверка работы фильтра

Выведем отчет по оборудованию с инвентарным номером:29014560454 за период 01.04.2015 : 16.06.2015 (см. рис. 2.28)

Рисунок 2.28- Отчет по оборудованию побывавшем либо находящемся в ремонте

3. Расчет надежности информационной системы

Тест №1. Проверка ввода информации в поле «№ акта списания», представленная на рисунке 3.1. и на рисунке 3.2. При сохранении данных не происходит проверки на заполнение всех необходимых полей.

Рисунок 3.1 – Проверка ввода информации в поле «№ акта списания»

Рисунок 3.2- Проверка ввода информации в поле «№ акта списания

Описание результата: тест не пройден,данные заносятся в информационную систему.

Необходимые действия: исключить ввод данных.

Тест №2. Проверка реакции системы на отсутствие данных при вводе данных, представленная на рисунке 3.3.

Рисунок 3.3 – Проверка реакции системы на отсутствие

данных при вводе данных

Описание результата: тест пройден, выдается предупреждающее сообщение.

Необходимые действия: оставить как есть.

Тест №3. Проверка целостности системы.

Моделирование надежности функционирования отдельных компонентов информационной системы

Надежность функционирования ИС складывается из надежности аппаратных средств, при помощи которых реализуется программа, надежности самого программного приложения (ПП) и качества работы системного администратора. Это можно представить в виде следующей линейной структуры, изображенной на рисунке 3.4.

Рисунок 3.4 – Схема надежности функционирования ИС

Необходимо произвести изучение структуры каждого блока, выполнить анализ компонентов, выявить взаимосвязи между отдельными элементами. Другими словами, необходимо представить структурные схемы каждого из трех блоков с необходимой степенью детализации и рассматривать данные структуры как подсистемы общей системы надежности ИС. Затем переходить к сбору данных о функционировании элементов, подсистем и системы в целом. Основное содержание данного этапа состоит в идентификации параметров системы с целью последующего включения их в модель. Этот этап связан с определением числовых значений параметров надежности системы в режиме её функционирования.

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

, (3.1)

где – вероятность безотказной работы приложения,

– вероятность безотказной работы аппаратных средств,

– вероятность безотказной работы системного оператора.

Расчет надежности аппаратных средств

Рассмотрим надежность работы ПП в зависимости от надежности работы аппаратной части (технических средств) и программного обеспечения ПК. В этом случае обобщающимпоказателем надежности работы ПП может быть вероятность отсутствия сбоев технических средств и программного обеспечения в течении времени t. Считая независимыми сбои технических средств и программного обеспечения, величину можноопределитькак:

.(3.2)

Пусть система состоит из n элементов, каждый из которых имеет определенные характеристики надежности Pi(t), Qi (t), лi (t), ti (средняя наработка до отказа). Если аналогичные показатели надежности системы обозначить соответственно через P(t), Q(t), л (t) и t , то можно получить следующие расчетные зависимости.

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

Рисунок 3.5 – Конфигурация компьютера

В соответствии с расчётной блок-схемой вероятность безотказной работы системы определяется как:

, (3.3)

где N – количество таких элементов;

Pi – вероятность безотказной работы i-го элемента.

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

, (3.4)

где Pi – вероятность безотказной работы i-го элемента;

i- Интенсивность отказов элементов i-го типа;

M – Количество резервных элементов;

T – Время работы ПК.

Для элементов, используемых в ПК, приняты следующие интенсивности отказов:

Материнская плата1=4.5×10-7 ч-1

Процессор 2=3.0×10-7 ч-1

Память 3=3.4×10-7 ч-1

Жесткий диск4=8.1×10-7 ч-1

CD-ROM5=2.0×10-7 ч-1

Контроллер RAID6=3.0×10-7 ч-1

Дисковод7=5.0×10-7 ч-1

Сетевая карта8=2.0×10-6 ч-1

Блок питания9=1.0×10-7 ч-1

Подсчитаем суммарную интенсивность отказов всех устройств:

общ=1 + 2 + 3 + 4 + 5 + 6 + 7 +8+ 9 = 4.5×10-7 + 3.0×10-7 + 3.4×10-7 + +8.1×10-7 + 2.0×10-7 + 3.0×10-7 +5.0×10-7 + 5.0×10-6 + 1.0×10-7 = 3.510-7

Вероятность безотказной работы ПК за Т = 1000 часов:

= 0,9950

Вероятность безотказной работы ПК за Т = 5000 часов

= 0,9753

Вероятность безотказной работы ПК за Т=10000 часов

= 0,9512

Построим график рассчитанных вероятностей и отобразим на рисунке 3.6.

Рисунок 3.6 – Расчет вероятности безотказной работы ПК

Расчет надежности программного средства

Для количественной оценки надежности был выбран метод LaPadula. По этой модели выполнение последовательности тестов производится в т этапов. Каждый этап заканчивается внесением изменений (исправлений) в программном продукте. Возрастающая функция надежности базируется на числе ошибок, обнаруженных в ходе каждого тестового прогона.

Надежность информационной системы в течение i-го этапа:

, i = 1,2,3,…, (3.5)

гдеА – параметр роста;

при i , т.еP() – предельная надежность ПС.

Эти неизвестные вычислим, решив следующую систему уравнений:

, (3.6)

где Si. – число тестов;

mi, – число отказов во время i-го этапа;

т – число этапов;

i=1,2, …,т;

Si – число тестов на этапе;

mi – число отказов на i-ом этапе;

m – число этапов;

Pf – предельное значение надежности;

A – параметр роста;

P(i)=Pf-A/i – надежность на i-ом этапе;

m = 3;

S := ; m:=.

Подставим наши значения в представленную выше систему, и найдем А и Pf:

А = 0,046;

Pf = 0,712.

Подставим найденные значения в уравнение надежности информационной системы и решим её для каждого этапа:

P;

P;

P.

Построим графики вероятности и отобразим на рисунке 3.7.

Рисунок 3.7 – График вероятности безотказной работы ПС

Рассчитаем вероятность безотказной работы после 3 этапов тестирования:

.

Расчет вероятности успешной работы системного оператора

Каждая из трёх компонент до использования по назначению обязательно проходит начальный этап своего жизненного цикла. Для технических средств – это этап приработки, для программных средств – этап отладки и тестирования, для живых организмов – этап адаптации к будущей жизнедеятельности. Он сводится либо к обучению определённой деятельности, поведению, либо к отдыху для восстановления умственной или физической работоспособности, тренировке и т.д. Иначе говоря, живой организм обладает более разнообразной совокупностью свойств, общей характерной чертой которых является возможность обучения, адаптации к какому-либо виду его деятельности.

Данные расчёта надёжности системного оператора (СО) по формуле

(3.7)

представлены в таблице 3.1.

Таблица 3.1 – Результаты расчёта надёжности СО

T, час

10

100

1000

N ошибки

3

6

10

0,03

0.08

0.017

P

0,84

0,94

0.98

Из таблицы 3.1 видно, что коэффициент работоспособности системного оператора повысился и стал 0,98. Это объясняется тем, что СО прошел обучение.

Расчет вероятности безотказной работы информационной системы

По формуле мы рассчитали вероятность безотказной работы данного программного продукта:

Р=0,97*0,98*0,98=0,976.

Вывод: разработанный нами информационная система протестирована на надежность безотказной работы, которая достаточна высока.

Заключение

В результате дипломной работы была разработана автоматизированная информационная система «Учета заявок в ООО «Платина».

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

Поставленные задачи были решены с помощью следующих методов: изучение организационно-правовой документации учреждения, проектирование информационных процессов с помощью BPWin, разработка информационной системы с помощьюязыка программированияvisualbasic, среды программированияDelphi и СУБД Msaccess.

Разработка АИС позволила достичь следующих результатов:

уменьшение времени, затрачиваемого на поиск информации о заявках;

уменьшение времени, затрачиваемого на создание отчетов по проделанной работе;

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

В ходе работы были решены все поставленные задачи и достигнута ее основная цель.

Список использованной литературы

Гаскаров Д.В. Интеллектуальные информационные системы: учеб. для вузов – М.: Высшая школа, 2007. – 432 с.

Корняков В.Н. Программирование документов и приложений MS Office в Delphi. – М.: БХВ-Петербург, 2008. – 496 с.

Петров В.Н. Информационные системы – СПб.: Питер, 2003. – 688 с.

Сурменко С.Л. Проектирование информационных систем. Методические рекомендации для выполнения курсовой работы – Биробиджан: Изд-во ДВГСГА, 2006. – 64 с.

Поделиться статьёй
Поделиться в telegram
Поделиться в whatsapp
Поделиться в vk
Поделиться в facebook
Поделиться в twitter
Леонид Федотов
Леонид Федотов
Окончил НИУ ВШЭ факультет компьютерных наук. Сам являюсь кандидатом наук. По специальности работаю 13 лет, за это время создал 8 научных статей и 2 диссертации. В компании подрабатываю в свободное от работы время уже более 5 лет. Нравится помогать школьникам и студентам в решении контрольных работ и написании курсовых проектов. Люблю свою профессию за то, что это направление с каждым годом становится все более востребованным и актуальным.

Ещё статьи