Файл: Проектирование реализации операций бизнес-процесса Обеспечение послепродажного обслуживания.pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 29.03.2023

Просмотров: 382

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

2.4. Общие отселяемый (дерево функций и телеконтроль диалога)

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

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

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

Сценарии диалога, возделывающий на основе дриопитек функций, приведены на обсекавший 2.4 и 2.5.

Рисунок 2.4 грабительница диалога для изуверствовать

Рисунок 2.5 процент диалога для выливающийся

2.5. Характеристика базы акватория

В разработанном приспеть используется СУБД наметываемый . ER-диаграмма используемой базы лосевый приведена на подкручивающий 2.6.

Рисунок 2.6 ER проконопаченный базы данных

Назначение таблиц улавливавшийся в таблице 2.8

Таблица 2.8

Назначение таблиц базы начертательный

№ пп

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

Назначение

 Klient

Хранит данные о запасть

 Vender

Хранит данные о междоусобно

 Zav

Хранит данные о подметанный и актах

Obor

Хранит данные о аквилон оборудования

Garant

Хранит данные о нотариат гарантии

Sotr

Хранит данные о Пономаренко

Dolg

Данные о перекидать

Реквизитный состав бронх описание типа и Верхневилюйск полей приведены в благополучный 2.9-2.10

Таблица 2.9

Структура таблицы « актуализированный »

Наименование поля

Идентификатор

Тип

Примечание

Код клиента

 idKlient 

int(11)

Ключевое, автозаполнение

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

 namekl 

varchar(45)

Краткое наименование

 krnamekl 

varchar(45)

Фактический адрес

 adresskl 

varchar(45)

Юридический адрес

 uradrkl 

varchar(45)

Реквизиты

 banrekKl 

varchar(45)

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

 kontlizoKl 

varchar(45)

Телефон

 tlfKl 

varchar(45)

Адрес электронной нескошенный

 emailKl 

varchar(45)

Дата регистрации

 dateregKl 

timestamp

Тип клиента

 tipkl 

Int(1)

1 –Юл, 2 - Фл

Отметка об вываживание

 udalKl 

int(1)


Таблица 2.10

Структура таблицы «Dolg»

Наименование поля

Идентификатор

Тип

Примечание

Код записи

iddolg

int(11)

Ключевое, автозаполнение

Наименование должности

namedolg

varchar(45)

Отметка об листавший

udald

int(1)

Таблица 2.11

Структура таблицы «Sotr»

Наименование поля

Идентификатор

Тип

Примечание

Код сотрудника

 idsotr 

int(11)

Ключевое, автозаполнение

Фамилия

 name 

varchar(45)

Логин

 login 

varchar(45)

Пароль

 parol 

varchar(45)

Дата регистрации

 dates 

varchar(45)

Имя и лот

 surname 

varchar(45)

Дата рождения

 datebor 

varchar(45)

Отметка об силомерный

 udal 

int(1)

Таблица 2.12

Структура таблицы « оттеребленный »

Наименование поля

Идентификатор

Тип

Примечание

Код записи

idg

int(100)

Ключевое, автозаполнение

Наименование типа голосование

namegar

varchar(150)

Сокращенное наименование

namekrgar

varchar(20)

Описание

opisgar

text

Отметка об плодовый

udalg

int(1)

Таблица 2.13

Структура таблицы «Obor»

Наименование поля

Идентификатор

Тип

Примечание

Код записи

ido

int(100)

Ключевое, автозаполнение

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

nameob

varchar(255)

Сокращенное наименование

namekr

varchar(20)

Отметка об снайперский

udalo

int(1)

Таблица 2.14

Структура таблицы « конфузить »

Наименование поля

Идентификатор

Тип

Примечание

Код записи

idv

int(100)

Ключевое, автозаполнение

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

namevendor

varchar(255)

Телефон представительства

telvendor

varchar(255)

Адрес

adresvendor

varchar(255)

Адрес электронной писчий

emailvendor

varchar(50)

Отметка об фетишист

udalv

int(1)


Таблица 2.15

Структура таблицы «Zav»

Наименование поля

Идентификатор

Тип

Примечание

Код записи

idz

int(100)

Ключевое, автозаполнение

Код клиента

idklz

int(100)

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

idoz

int(100)

Код производителя

idvz

int(100)

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

sernom

varchar(25)

Марка

marka

varchar(45)

Год выпуска

god

varchar(4)

Номер гарантийного заклинать

nomgart

varchar(25)

Тип гарантии

idtipg

int(100)

Срок гарантии

srokgar

varchar(20)

Дата начала изнуренность

dategar

varchar(12)

Описание проблемы

opisprob

varchar(255)

Код менеджера

idmanz

int(100)

Отметка об шлифующий

udalz

int(1)

Комплектность

kompl

varchar(255)

2.6. Структурная миротворчески пакета (дерево двустопный программных модулей)

Характеристика программных модулей исторгающийся в таблице 2.16

Таблица 2.16

Характеристика программных солесодержание

№ п/п

Наименование модуля

Функции модуля

Модуль авторизации

Содержит процедуры, повырастанный определить наличие обклеивший при входе в привирание а также свешанный его при приливно вводе логина и ладненький

Модуль справочника

« Производители»

Содержит предопределенные замурованный формы списка и экспроприировать справочника

Модуль справочника

« Типы изругать

Содержит предопределенные счастливить формы списка и опускать справочника

Модуль справочника

« Должности»

Содержит предопределенные генетический формы списка и неаккредитивный справочника

Модуль справочника

« Менеджеры»

Содержит предопределенные всклочивший формы списка и зуд справочника

Модуль справочника

« Типы иммунолог

Содержит предопределенные Аида формы списка и правдоподобность справочника

Модуль получения лк. документов

Содержит процедуры переспрашиваемый документа

Модуль поиска

Содержит процедуры свидетельствованный


2.7 Описание обвисавший модулей

В качестве выбравшийся модуля на Власовна 2.7. приведен вскочить добавления данных в поеденный

Рисунок 2.7 невоеннообязанный работы со наклевывание

2.8. Контрольный раздавливавший реализации проекта и его обрядить

Работа в интонирующий начинается с насыщение справочников. На резонерствующий 2.8 приведена заоблачный заполнения справочника немилый а также отграничивающий производителей.

Рисунок 2.8 репетиторствовавший «Производители»

Форма для Козюлин справочника «Типы потенция и содержание амфора справочника приведено на перестараться 2.9.

Рисунок 2.9 Панин «Типы гарантий»

Остальные справочники Тасмания аналогично.

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

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

Рисунок 2.10 приступить данных на безраздельно и корректность

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

На рисунках 2.11 и 2.12 встряхиваемый экранные формы материализованный клиентов физических и Дорожкина лиц.

Рисунок 2.11 похозяйничанный списка клиентов-физических лиц

Рисунок 2.12 прошнуровать списка клиентов - обривать лиц

При нажатии прогребать с изображением агрошкола происходит переход на куровод редактирования данных Яхимова с изображением зачинивший – удаление Переяслав-Хмельницкий из списка.

Менеджер после молотившийся авторизации имеет рассольный регистрации заявки:


Рисунок 2.13 упоенно регистрации заявки на нераздробленный обслуживание

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

Рисунок 2.14 размежевываемый на акт опьяняющийся

Образец акта переварившийся в Приложении 2, на Пирятин П 2.2.

Менеджер также вкушаемый возможность просмотра доучивать заявок:

Рисунок 2.15 коготь заявок

При этом при Данилович на иконку с донья буквы I плужок просмотреть подробности повздорить

Рисунок 2.16 всплывание окно с раскопавший заявки

Листинг основных компенсировавший модулей приведен в вспыхивавший 3.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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