Диплом: Автоматизация приема заявок на ремонт и модернизацию ПК на Ленинградской АЭС

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
77
Таблица 2.20
Описание реквизитов документа «Ремонт оборудования»
Наименование идентификатора
Тип данных/Размерность
Номер
AN
Дата ремонта
D
Дата поломки
D
Подразделение
С(50)
Статус
С(50)
Сотрудник
С(50)
Оборудование
С(50)
Количество
N(6)
Причина поломки
N(6)
Макет электронной формы документа «Ремонт оборудования» и макет
отчета представлены на рис. 2.15 – 2.16.
Рис. 2.15 Макет электронного документа «Ремонт оборудования»
78
Рис. 2.16 Макет отчета «Ремонт оборудования»
Таблица 2.21
Описание реквизитов документа «Списание оборудования»
Наименование идентификатора
Тип данных/Размерность
Номер
AN
Дата списания
D
Дата
D
Подразделение
С(50)
Сотрудник
С(50)
Оборудование
С(50)
Тип оборудования
С(50)
Причина
С(50)
Количество
N(6)
Цена
N(10)
Сумма
N(10)
Макет электронной формы документа «Списание оборудования» и макет
отчета представлены на рис. 2.17 – 2.18.
Рис. 2.17 Макет электронного документа «Списание оборудования»
79
Рис. 2.18 Макет отчета «Списание оборудования»
Таблица 2.22
Описание реквизитов документа «Закупка оборудования»
Наименование идентификатора
Тип данных/Размерность
Номер
AN
Дата закупки
D
Дата
D
Подразделение
С(50)
Сотрудник
С(50)
Причина
С(50)
Оборудование
С(50)
Количество
N(6)
Цена
N(10)
Сумма
N(10)
Макет электронной формы документа «Закупка оборудования» и макет
отчета представлены на рис. 2.19.
Рис. 2.19 Макет отчета «Закупка оборудования»
80
Отчет по поломкам, ремонтам – предоставляется в печатном виде на
бумажном носителе, а также в электронном виде на магнитном носителе, за
каждый отчетный период к определенной дате или по требованию за истекший
период.
В конфигурации 1С Предприятие, возможно, реализовывать отчеты на
основании запросов к базе данных, реализуя группировку и отбор позиция по
заданным условиям. По результатам выборки, возможно разработать форму
представления информации. Разработка отчета по поступлению представлена на
рис. 2.20.
Рис. 2.20 Разработка отчета заявкам на ремонт
Разработка отчета по поступлению представлена на рис. 2.21.
Рис. 2.21 Разработка отчета заявкам на ремонт
Данные обрабатываются в конфигурации отдельно в специализированных
модулях, каждый модель работает с определенным хранилищем данных.
Обработанные данные записываются и сохраняются в таблицы конфигурации и
представления полученные на основе выборок и представлений.
Регистры накопления, разработанные в системе, представлены на рисунке
2.22.
81
Рис. 2.22 Регистры учета промежуточных данных
Разработанные регистры для хранения промежуточных данных по
документам представлены на рис. 2.23 2.24.
Рис. 2.23 Регистр накопления поступления
Настройка регистратора представлена на рисунке 29.
Рис. 2.24. Настройка регистрации документов регистра остатков
Настройка движения по документу и работа с регистрами для документа
поступление представлены на рисунке 30 – 31.
82
Рис. 2.25 Настройка движения регистров
2.3. Программное обеспечение задачи
2.3.1. Общие положения (дерево функций и сценарий диалога)
Дерево функций управления и обработки данных, которые призвана
автоматизировать разрабатываемая информационная система, приведена на
рисунке 2.26.
Функции
Основные Служебные
Авторизация
Справочная
информация
Учет оборудования
Обслуживание
оборудования
Регистрация
оборудования
Работа с
журналами
Ведение
справочников
Рис. 2.26 Дерево функций ИС
Сценарий диалога представлен на рис. 2.27.
84
2.3.2. Характеристика базы данных
ER-диаграммы очень удобны при проектировании моделей информационных
систем, баз данных, архитектур программ и т.д. В ER-диаграмме указываются
сущности, отношения между сущностями и атрибуты сущностей.
Сущность – любой различимый объект (объект, который мы можем
отличить от другого объекта), информацию о котором необходимо хранить в
базе данных.
Структура базы данных состоит из 12 справочников и таблиц. Анализ
предметной области позволяет выделить сущности проектируемой базы данных
которые взаимодействуют в системе между собой:
1. Детали.
2. Замена.
3. Заявка на обслуживание.
4. Марки.
5. Оборудование.
6. Подразделения.
7. Поломки.
8. Причина поломки.
9. Размещение.
10. Сотрудник.
11. Списание оборудования.
12. Тип оборудования.
13. Закупка комплектующих.
Структура таблиц базы данных представлена в таблицах П1.1 – П1.12 в
приложении 1.
Для реализации проекта был выбран тип СУБД – MS SQL SERVER 2008.
Данная СУБД выбрана еще и потому, что с помощью нее можно организовать
многопользовательский доступ, и приложение будет работать в «Клиент-
серверном» варианте [45].
ER-диаграмма логической модели представлена на рисунке. 2.28. НА
схеме представлены отношения, по которым необходимо в дальнейшем
реализовать связи, обеспечить хранение данных.
85
Причина_поломки
PK Код_причины
Причина
Детали
PK Код_детали
Детали
FK1,I1 Код_марки
Наименование
Размещение
PK Код_размещения
FK1,I1 Код_оборудования
FK2,I2 Код_подразделения
FK3,I3 Табельный_номер
Дата_установки
Рабочее_место
Замена
PK Код_замены
Дата
FK2,I2 Код_детали
Количество
FK1,I1 Код_размещения
Статус
Сотрудник
PK Табельный_номер
ФИО
Должность
Подразделение
Заявка_на_обслуживание
PK Номер_заявки
Дата_заявки
FK1,I1 Код_размещения
Списание_оборудования
PK Код_списания
Дата_списания
FK1,I1 Код_размещения
FK2,I2 Код_причины
Марки
PK Код_марки
Марка
Оборудование
PK Код_оборудования
FK2,I2 Код_марки
Название
FK1,I1 Код_типа_оборудования
Тип_оборудования
PK Код_типа_оборудования
Наименование
Подразделение
PK,I1 Код_подразделения
Наименование
Адрес
Поломки
PK Код_поломки
Дата
Количество
FK1,I1 Код_причины
FK2,I2 Код_размещения
Статус
Закупка_комплектуюущих
PK Код_закупки
Дата
Сотрудник
Подразделение
Цена
Сумма
FK1 Код_оборудования
Рис. 2.28 ER диаграмма
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Программа представляет собой модуль с разработанными формами и
86
встроенными модулями. Модуль приложения располагается в корневом разделе
конфигурации, в нем располагаются процедуры-обработчики событий, которые
инициализируются при старте и окончании работы системы. В модуле
приложения возможно объявление переменных, а также объявление и описание
процедур и функций, которые будут доступны в любом модуле конфигурации. В
контексте модуля приложения доступны экспортируемые процедуры и функции
общих модулей [14, 18].
Разработанные подсистемы для отображения форм и отчетов
конфигурации представлены на рис. 2.29.
Рис. 2.29 Подсистемы для управления модулями ИС
В системе «1С: Предприятие» существуют несколько видов программных
модулей. Они различаются по месту размещения и доступному контексту.
Модуль приложения располагается в корневом разделе конфигурации, в
нем располагаются процедуры-обработчики событий, которые
инициализируются при старте и окончании работы системы. В контексте модуля
приложения доступны экспортируемые процедуры и функции общих модулей
[49].

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)