Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Practice report.docx
Скачиваний:
10
Добавлен:
18.02.2016
Размер:
43.37 Кб
Скачать

Ф30.2-072

МИНИСТЕРСТВО ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ

Учреждение образования

«Гродненский государственный университет имени Янки Купалы»

Факультет математики и информатики

Кафедра программного обеспечения интеллектуальных и компьютерных систем

ОТЧЕТ

ПО ТЕХНОЛОГИЧЕСКОЙ ПРАКТИКЕ

_________________

(подпись)

____ ___________ 2015

Руководитель практики от кафедры

Выдра Кристина Станиславовна

Ст. преподаватель кафедры СПиКБ

_________________

(подпись)

____ ___________ 2015

М.П. 2015

ИНДИВИДУАЛЬНОЕ ЗАДАНИЕ

Реализовать веб-приложение по обработке заказов на гарантийную починку оборудования, которое реализует следующие задачи:

  1. Реализовать систему авторизации и регистрации пользователей.

  2. Реализовать систему ролей.

  3. Реализовать систему доступа к ресурсам на основе ролей.

  4. Реализовать систему добавления, удаления, изменения и просмотра заказов.

СОДЕРЖАНИЕ

ИНДИВИДУАЛЬНОЕ ЗАДАНИЕ 2

СОДЕРЖАНИЕ 3

ВВЕДЕНИЕ 4

ГЛАВА 1 ОБЩАЯ ХАРАКТЕРИСТИКА ЗАДАЧИ 6

1.1 Содержательная постановка задачи 6

1.2 Обзор и анализ известных решений по данной тематике 8

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

1.3 Программные средства 9

1.3.1 PHP 9

1.3.2 Symfony2 10

1.3.2 Bootstrap 10

ЗАКЛЮЧЕНИЕ 12

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

Введение

Ремо́нт (техники) — комплекс мероприятий по восстановлению работоспособного или исправного состояния какого-либо объекта и/или восстановлению его ресурса.

Разновидности ремонта:

  • Косметический — восстановление внешнего вида без вмешательства в конструкцию (бытовое название текущего ремонта).

  • Восстановительный (Средний) — обычно производится с заменой частей устройства, подвергшихся износу, либо с их модификацией (наплавка, расточка,пайкаи т. д.)

  • Текущий — ремонт с целью восстановления исправности (работоспособности), а также поддержания эксплуатационных показателей.

  • Капитальный — предполагает разборку и ревизию конструкции с целью выявления скрытых неисправностей и оценки ресурса деталей, замену не только неисправных деталей, но и деталей, выработавших свой ресурс. Такой ремонт предполагает большой объём работ и значительные расходы.

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

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

Предусмотрено решение следующих задач:

  • Обзор существующих решений.

  • Изучение фрэймворка php Symfony2.

  • Изучение Symfony2-документации.

  • Программная реализация приложения на языке php с использованием фрэймворка Symfony2.

  • Ручное тестирование подмодулей веб-проекта.

  • Подготовка отчёта по технологической практике.

Глава 1 общая характеристика задачи

1.1 Содержательная постановка задачи

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

Типы пользователей портала:

Customer - клиент, который создает service order на обслуживание.

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

Engener - собственно мастер, исполнитель работы, может закрыть заказ после исполнения.

Статусы заказа: 

Open -> Assigned -> In Process -> Resolved -> Closed -> Reopened

  • Только что созданный заказ будет иметь статус Open.

  • После назначения заказу мастера статус меняется на Assigned

  • Мастер выставляет заказу In Progress когда берется за его исполнение, при этом хорошо бы фиксировать дату выставления этого статуса чтобы после выставления статуса Resolved зафиксировать длительность исполнения заказа мастером.

  • Closed - выставляет менеджер если нету претензий от клиента и все выполнено хорошо или сам клиент.

  • Reopened может выставить как менеджер так и клиент с добавлением комментария по какое причине заказ переоткрыт. Reopened по дальнейшей обработке будет равен статусу Open.

Права:

customer - может видеть только свои заказы и после его создания может его редактировать только до выставления статуса assigned, дальше он может его только наблюдать. После выставления статуса Resolved может или закрыть заказ или переоткрыть. 

engener - видит только свои заказы, может выставить статус in progress и resolved.

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

Создание заказа:

При создании заказа клиент должен указать:

  • Company - компания в которой случилась поломка.

  • Place - место базирования филиала компании (город).

  • Address - конкретный адрес здания.

  • Description - описать что сломалось и каковы симптомы.

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

1.2 Обзор и анализ известных решений по данной тематике

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