Главная Случайная страница


Полезное:

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


Категории:

АрхитектураАстрономияБиологияГеографияГеологияИнформатикаИскусствоИсторияКулинарияКультураМаркетингМатематикаМедицинаМенеджментОхрана трудаПравоПроизводствоПсихологияРелигияСоциологияСпортТехникаФизикаФилософияХимияЭкологияЭкономикаЭлектроника






Построение инфологической модели предметной области





СОДЕРЖАНИЕ

 

1 Введение. 3

2 Функциональные диаграммы бизнес-процессов ПО.. 5

3 Требования к проектируемой информационной системе. 7

4 Описание данных. 10

5 Дерево функций информационной системы.. 13

6 Эскизы экранных форм. 14

7 Диаграмма классов (UML) 18

8 Диаграмма последовательности (UML) 19

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

 


1 Описание предметной области

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

- упрощение порядка подачи заявок;

- корректный учет поступающих заявок;

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

- контроль сроков исполнения заявок;

- ведение переписки и хранение информации по заявкам.

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

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

Заявки на техническое обслуживание:

В заявке указывается

- ФИО заявителя,

- дата подачи заявки,

- вид проблемы,

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

- статус заявки.

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


 

2 Функциональные диаграммы бизнес-процессов ПО

Рисунок 1 — Контекстная диаграмма A-0

Рисунок 2 — Диаграмма 1-го приближения A0

Рисунок 3 — Диаграмма 2-го приближения A1

Рисунок 4 — Диаграмма 2-го приближения A2


 

3 Требования к проектируемой информационной системе

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

- учет сведений о поступивших заявках;

- регистрация новых пользователей в системе;

- регистрация заявок от клиентов;

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

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

 

Система подразумевает четыре типа пользователей:

1. Клиент;

2. Диспетчер;

3. Мастер (IT-специалист);

4. Администратор.

В подсистеме «Обработка заявки» выделены следующие требования для ролей пользователей

Клиент:

- Заполнение заявки;

- Редактирование заявки (внесение изменений в заявку для возможности ее выполнения мастером);

- Подача заявки (размещение заявки в системе, после чего невозможно редактирование данной заявки);

- Просмотр статуса поданной заявки (просмотр, на каком этапе выполнения находится заявка).

Диспетчер:

- Просмотр поступивших заявок;

- Отправка заявки клиенту для редактирования и уточнения неясных моментов с комментарием (с целью осуществления возможности выполнения указанных работ мастером);

- Заполнение заявки от пользователя, обратившегося по телефону, лично;

- Формирование отчетов;

- Изменение статуса у новых заявок (При назначении мастера, для выполнения заявки, диспетчер изменяет статус заявки на «Мастеру»).

Мастер:

- Просмотр поступивших заявок;

- Изменение статуса заявок («выполнена» / «не выполнена», с указанием причины невыполнения в последнем случае);

- Отправка заявки клиенту для редактирования и уточнения неясных моментов с комментарием (с целью осуществления возможности выполнения указанных работ мастером);

- Формирование отчетов по своим заявкам (ответственный за выполнение заявки).

Администратор:

- Создание, изменение, удаление данных пользователя;

- Просмотр сводных отчетов.

Системные требования.

Для работы в системе необходимы:

- Веб-браузер (Internet Explorer 9 или выше);

- Интернет (Средняя скорость 512кб/с).

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


 

4 Описание данных

Построение инфологической модели предметной области

В предметной области можно выделить следующие классы объектов:

- Заявка,

- Тип проблемы

- Статус выполнения,

- Мастер,

- Клиент,

- Диспетчер,

- Пользователи,

- Права.

 

Опишем свойства каждого класса.

 

Имя класса Свойства
Заявка Дата Описание
Тип Проблемы Наименование
Статус выполнения Наименование
Мастер ФИО Телефон
Клиент Наименование/ФИО Телефон
Диспетчер ФИО Телефон
Пользователи Логин Пароль
Права Название

 

Связи между классами:

 

1. Клиент оформляет Заявку – 1:m

2. Диспетчер изменяет Статус выполнения Заявки – 1:1:m

3. Мастер изменяет Статус выполнения Заявки – 1:1:m

4. Мастер относится к Заявке – 1:m


 

Date: 2015-07-27; view: 862; Нарушение авторских прав; Помощь в написании работы --> СЮДА...



mydocx.ru - 2015-2024 year. (0.006 sec.) Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав - Пожаловаться на публикацию