Автоматизированная информационная система диспетчерской службы связи
Состав работы
|
|
|
|
|
|
Описание
Для работы программы необходимы установленные:
- MS Framework .NET 3.5
- MS SQL SERVER 2005 EXPRESS
- MS OFFICE 2003+
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка автоматически попадает исполнителю.
- Исполнитель выполняет работы по ТО СС, согласно наряду. Получает на бумажном документе наряда соответствующие подписи. Передаёт оригинал документа в бухгалтерию для учета работ. В АИС «ДСС» закрывает наряд или фиксирует все изменения состояния заявки.
- Для формирования сводки о состоянии связи диспетчер использует АИС «ДСС». Сводка о состоянии связи при этом формируется автоматически. После формирования сводки о состоянии связи диспетчер переносит в архив выполненные заявки (готовность которых подтверждена исполнителем).
Основной алгоритм работы:
При внесении заявки в журнал учета заявок на ТО СС диспетчером она создается в начальном состоянии Новая заявка. При внесении заявки в журнал указываются:
- Тип работ — предварительно определяемый диспетчером тип работ на основе содержания поданной заявки. На основе типа работ осуществляется диспетчеризация — распределение заявок между исполнителями
- Характер повреждения — произвольное текстовое описание повреждения со слов пользователя
- № абонента — телефонный номер пользователя, подавшего заявку
- Направление, адрес, объект — описание, позволяющее исполнителю определить расположение объекта пользователя
- ФИО заявителя — фамилия и инициалы пользователя, подавшего заявку
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали повреждения
Далее, если исполнитель считает, что диспетчеризация заявки осуществлена верно, он принимает заявку, и заявка переходит в состояние Приём заявки. При этом указываются:
- Тип работы — определенный регламентом тип работы, который предусматривает фиксированное время выполнения работы. На основе регламентного типа работы происходит контроль сроков
- Комментарий — планируемые действия по выполнения работ по заявке
В противном случае исполнитель отказывается от заявки, и она переходит в состояние Отказ. При этом указываются:
- Причина — типовая причина отказа
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали отказа
Находящуюся в состоянии Отказ заявку диспетчер может переназначить новому исполнителю (например, если неправильно сработала автоматическая диспетчеризация). При этом указываются:
- Исполнитель — новый исполнитель работ по заявке
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали замены. Комментарий является обязательным для заполнения в случае, если исполнитель фактически не меняется (заменяется на самого себя)
Также диспетчер может принять решение о прекращении работ по заявке (например, если мотивированный отказ исполнителя свидетельствует об ошибочности подачи заявки пользователем). Закрытие заявок должно происходить только после того, как диспетчер сформирует и распечатает Сводку состояния связи
Если по принятой заявке исполнитель не может выполнить работы в регламентный срок, срок выполнения заявки переносится на новую дату. Заявка в этом случае переходит в состояние Перенос. Заявка может переноситься неоднократно. При этом указываются:
- Перенос на — количество дней (максимум 3), на которое производится перенос сроков выполнения
- Причина переноса — типовая причина переноса
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали переноса.
После окончания выполнения работ по заявке она закрывается исполнителем. При закрытии заявки исполнителем она переходит в состояние Закрытие исполнителем. При этом указываются:
- Причина — типовая причина неисправности (в зависимости от типа работ)
- Комментарий — описание проделанной работы
- Исполнено — дата и время фактического исполнения заявки (если она отличается от даты закрытия заявки исполнителем в системе)
- Тип СС — тип средства связи
- Инв. № — инвентарный номер средства связи
Заявки, находящиеся в состоянии Закрытие исполнителем, переносятся диспетчером в архив – состояние Архив.
При необходимости диспетчер может активировать заявку – перенести её из архива в активные заявки. Заявка переходит в состояние Активирована.
- MS Framework .NET 3.5
- MS SQL SERVER 2005 EXPRESS
- MS OFFICE 2003+
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка автоматически попадает исполнителю.
- Исполнитель выполняет работы по ТО СС, согласно наряду. Получает на бумажном документе наряда соответствующие подписи. Передаёт оригинал документа в бухгалтерию для учета работ. В АИС «ДСС» закрывает наряд или фиксирует все изменения состояния заявки.
- Для формирования сводки о состоянии связи диспетчер использует АИС «ДСС». Сводка о состоянии связи при этом формируется автоматически. После формирования сводки о состоянии связи диспетчер переносит в архив выполненные заявки (готовность которых подтверждена исполнителем).
Основной алгоритм работы:
При внесении заявки в журнал учета заявок на ТО СС диспетчером она создается в начальном состоянии Новая заявка. При внесении заявки в журнал указываются:
- Тип работ — предварительно определяемый диспетчером тип работ на основе содержания поданной заявки. На основе типа работ осуществляется диспетчеризация — распределение заявок между исполнителями
- Характер повреждения — произвольное текстовое описание повреждения со слов пользователя
- № абонента — телефонный номер пользователя, подавшего заявку
- Направление, адрес, объект — описание, позволяющее исполнителю определить расположение объекта пользователя
- ФИО заявителя — фамилия и инициалы пользователя, подавшего заявку
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали повреждения
Далее, если исполнитель считает, что диспетчеризация заявки осуществлена верно, он принимает заявку, и заявка переходит в состояние Приём заявки. При этом указываются:
- Тип работы — определенный регламентом тип работы, который предусматривает фиксированное время выполнения работы. На основе регламентного типа работы происходит контроль сроков
- Комментарий — планируемые действия по выполнения работ по заявке
В противном случае исполнитель отказывается от заявки, и она переходит в состояние Отказ. При этом указываются:
- Причина — типовая причина отказа
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали отказа
Находящуюся в состоянии Отказ заявку диспетчер может переназначить новому исполнителю (например, если неправильно сработала автоматическая диспетчеризация). При этом указываются:
- Исполнитель — новый исполнитель работ по заявке
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали замены. Комментарий является обязательным для заполнения в случае, если исполнитель фактически не меняется (заменяется на самого себя)
Также диспетчер может принять решение о прекращении работ по заявке (например, если мотивированный отказ исполнителя свидетельствует об ошибочности подачи заявки пользователем). Закрытие заявок должно происходить только после того, как диспетчер сформирует и распечатает Сводку состояния связи
Если по принятой заявке исполнитель не может выполнить работы в регламентный срок, срок выполнения заявки переносится на новую дату. Заявка в этом случае переходит в состояние Перенос. Заявка может переноситься неоднократно. При этом указываются:
- Перенос на — количество дней (максимум 3), на которое производится перенос сроков выполнения
- Причина переноса — типовая причина переноса
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали переноса.
После окончания выполнения работ по заявке она закрывается исполнителем. При закрытии заявки исполнителем она переходит в состояние Закрытие исполнителем. При этом указываются:
- Причина — типовая причина неисправности (в зависимости от типа работ)
- Комментарий — описание проделанной работы
- Исполнено — дата и время фактического исполнения заявки (если она отличается от даты закрытия заявки исполнителем в системе)
- Тип СС — тип средства связи
- Инв. № — инвентарный номер средства связи
Заявки, находящиеся в состоянии Закрытие исполнителем, переносятся диспетчером в архив – состояние Архив.
При необходимости диспетчер может активировать заявку – перенести её из архива в активные заявки. Заявка переходит в состояние Активирована.
Похожие материалы
Проект автоматизированной информационной системы диспетчерской службы связи
evelin
: 22 января 2013
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка автоматически попадает исполнителю.
- Исполнитель выполняет работы по ТО СС, согласно наряду. Получает на бумажном документ
19 руб.
Другие работы
Проект участка изготовления деталей с использованием автоматизированной транспортно-складской системы (на базе ОРГ-2)
VitekShalaev
: 23 апреля 2010
Оглавление
Введение
1 Технологический раздел
1.1 Анализ исходных данных для разработки технологического процесса
1.2 Определение типа производства
1.3 Выбор вида и метода изготовления исходной заготовки
1.4 Выбор технологических баз
1.5 Составление технологического маршрута обработки детали
1.6 Расчет припусков и межпереходных размеров аналитическим и табличным методами
1.7 Определение массы заготовки и расчет коэффициента использования материала
1.8 Разработка технологических операций
1.9 Расче
Организация малого бизнеса в сфере такси
Elfa254
: 1 ноября 2013
Введение………………………………………………………..……3
1. Сущность и финансы малого предпринимательства.
1.1. Сущность и критерии малого предпринимательства…………………………..5
1.2. Организация финансов малого предприятия…………………………………..11
1.3. Способы государственной поддержки малого предпринимательства……………………………………………..………………20
2. Организация бизнеса – автопарка маршрутных такси и его экономическое обоснование.
2.1. Анализ рынка пассажирских перевозок Тюменского региона..........................................
15 руб.
Маркетинговые исследования как средство повышения конкурентоспособности организации и ее продукции на рынке
Elfa254
: 21 октября 2013
Содержание
Введение………………………………………………………………………………….4
1.ТЕОРЕТИЧЕСКИЕ АСПЕКТЫ МАРКЕТИНГОВЫХ
ИССЛЕДОВАНИЙ……………………………………………………………………7
1.1. Сущность и принципы маркетинга……………………………………………..7
1.2.Товар в системе маркетинга…………………………………………………….14
1.3. Методы маркетинговых исследований………………………...........................21
1.4. Задачи и этапы маркетинговых исследований………………..........................27
1.5. Этика маркетинговых исследований…………………………………………..31
1.6. Рынок пива в России………
5 руб.
Вычислительная математика. Лабораторные работы №1-5. Вариант 2. C++
acimbo
: 9 января 2018
Лабораторные по Вычислительной математике 1-5.
Известно, что функция f(x) удовлетворяет условию |f"(x)|≤2c при любом x. Рассчитать шаг таблицы значений функции f(x) , по которой с помощью линейной интерполяции можно было бы найти промежуточные значения функции с точностью 0.0001, если табличные значения функции округлены до 4-х знаков после запятой. Составить программу, которая:
1. Выводит таблицу значений функции с рассчитанным шагом h на интервале [c, c+30h].
2. С помощью линейной интерпо
85 руб.