Автоматизированная информационная система диспетчерской службы связи
Состав работы
|
|
|
|
|
|
Описание
Для работы программы необходимы установленные:
- 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 руб.
Другие работы
ЭВМ и переферийные устройства. Курсовая работа. Вариант №8
rt
: 28 февраля 2015
Разработать и отладить программу на языке Ассемблера, которая выполняет следующие задачи:
а) Вычисляет выражение в соответствии с заданным вариантом математическое выражение (табл. 1) и для значений X от 0 до 10 и сохраняет в массив.
б) Распечатывает на экране полученный в пункте а) массив в формате в соответствии с вариантом (таблица 2)
в) Осуществляет операцию по обработке массива, получен-ного в п. а) в соответствии с вариантом (таблица 3) и распечатыва-ет результат выполнения на экране.
г) О
200 руб.
Лабораторная работа №1 по дисциплине: Микропроцессоры и цифровая обработка сигналов. Вариант 07
Учеба "Под ключ"
: 14 августа 2022
Лабораторная работа № 1 (часть 1)
«Вывод информации через параллельные порты»
1. Цель работы
1.1. Изучить особенности работы параллельных портов микроконтроллера.
1.2. Изучить схемы подключения светодиодов к цифровым микросхемам.
1.3. Научиться управлять светодиодами при помощи программы.
1.4. Научиться управлять цифровыми индикаторами.
1.5. Научиться загружать программы в микроконтроллер.
1.6. Изучить способы отладки программ на лабораторном стенде ЛЭСО1.
Таблица 1 – Исходные данные варианта
600 руб.
Объективно-ориентированное программирование. Вариант №03
IT-STUDHELP
: 29 декабря 2021
Задание
КУРСОВАЯ РАБОТА
по дисциплине “Объектно-ориентированное программирование”
Курсовая работа состоит из одного задания. Вид графического объекта, движение которого надо будет реализовать в работе, выбирается согласно своему варианту (см. далее таблицу вариантов).
Задание: есть 2 варианта задания, можете выбрать любой из них
Вариант 1.
Написать программу, используя объектно-ориентированный подход, которая двигает по экрану изображение заданного графического объекта.
Допускается: замен
250 руб.
Контрольная работа по дисциплине: Звуковое вещание. Вариант №15
Учеба "Под ключ"
: 5 декабря 2020
Задание на контрольную работу
Контрольная работа содержит три вопроса. Номера задач и вопросов выбирают из таблицы 1. Студент выбирает номера вопросов по последним цифрам пароля.
Таблица 1 – Вариант контрольной работы
Вариант: 15
Вопросы: 16, 35, 74
16. Чем различаются понятия: корректирование АЧХ, регулирование тембра (спектра), частотные предыскажения? Каковы цели этих преобразований сигнала?
35. Какие методы повышения помехозащищенности ЗС используются в звуковом вещании?
74. Изобразите
400 руб.