Информационная система диспетчерской службы связи
Состав работы
|
|
|
|
|
|
Описание
В архиве содержится приложение (Debug.rar - исполняемый файл Dispatch.exe) и БД (Data.rar - файлы должны приаттачиваться к MS SQL SERVER 2005 EXPRESS)
Для установки скопируйте папку Data с файлами БД (из архива Data.rar) в корневой каталог диска C: и приаттачте их к SQL SERVER
Для запуска приложения запустите файл dispatch.exe (после распаковки архива Debug.rar). В данном варианте программы installer не поставляется
Для работы программы необходимы установленные:
- MS Framework .NET 3.5
- MS SQL SERVER 2005 EXPRESS
- MS OFFICE 2003+
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка автоматически попадает исполнителю.
- Исполнитель выполняет работы по ТО СС, согласно наряду. Получает на бумажном документе наряда соответствующие подписи. Передаёт оригинал документа в бухгалтерию для учета работ. В АИС «ДСС» закрывает наряд или фиксирует все изменения состояния заявки.
- Для формирования сводки о состоянии связи диспетчер использует АИС «ДСС». Сводка о состоянии связи при этом формируется автоматически. После формирования сводки о состоянии связи диспетчер переносит в архив выполненные заявки (готовность которых подтверждена исполнителем).
Основной алгоритм работы:
При внесении заявки в журнал учета заявок на ТО СС диспетчером она создается в начальном состоянии Новая заявка. При внесении заявки в журнал указываются:
- Тип работ — предварительно определяемый диспетчером тип работ на основе содержания поданной заявки. На основе типа работ осуществляется диспетчеризация — распределение заявок между исполнителями
- Характер повреждения — произвольное текстовое описание повреждения со слов пользователя
- № абонента — телефонный номер пользователя, подавшего заявку
- Направление, адрес, объект — описание, позволяющее исполнителю определить расположение объекта пользователя
- ФИО заявителя — фамилия и инициалы пользователя, подавшего заявку
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали повреждения
Далее, если исполнитель считает, что диспетчеризация заявки осуществлена верно, он принимает заявку, и заявка переходит в состояние Приём заявки. При этом указываются:
- Тип работы — определенный регламентом тип работы, который предусматривает фиксированное время выполнения работы. На основе регламентного типа работы происходит контроль сроков
- Комментарий — планируемые действия по выполнения работ по заявке
В противном случае исполнитель отказывается от заявки, и она переходит в состояние Отказ. При этом указываются:
- Причина — типовая причина отказа
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали отказа
Находящуюся в состоянии Отказ заявку диспетчер может переназначить новому исполнителю (например, если неправильно сработала автоматическая диспетчеризация). При этом указываются:
- Исполнитель — новый исполнитель работ по заявке
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали замены. Комментарий является обязательным для заполнения в случае, если исполнитель фактически не меняется (заменяется на самого себя)
Также диспетчер может принять решение о прекращении работ по заявке (например, если мотивированный отказ исполнителя свидетельствует об ошибочности подачи заявки пользователем). Закрытие заявок должно происходить только после того, как диспетчер сформирует и распечатает Сводку состояния связи
Если по принятой заявке исполнитель не может выполнить работы в регламентный срок, срок выполнения заявки переносится на новую дату. Заявка в этом случае переходит в состояние Перенос. Заявка может переноситься неоднократно. При этом указываются:
- Перенос на — количество дней (максимум 3), на которое производится перенос сроков выполнения
- Причина переноса — типовая причина переноса
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали переноса.
После окончания выполнения работ по заявке она закрывается исполнителем. При закрытии заявки исполнителем она переходит в состояние Закрытие исполнителем. При этом указываются:
- Причина — типовая причина неисправности (в зависимости от типа работ)
- Комментарий — описание проделанной работы
- Исполнено — дата и время фактического исполнения заявки (если она отличается от даты закрытия заявки исполнителем в системе)
- Тип СС — тип средства связи
- Инв. № — инвентарный номер средства связи
Заявки, находящиеся в состоянии Закрытие исполнителем, переносятся диспетчером в архив – состояние Архив.
При необходимости диспетчер может активировать заявку – перенести её из архива в активные заявки. Заявка переходит в состояние Активирована.
Для установки скопируйте папку Data с файлами БД (из архива Data.rar) в корневой каталог диска C: и приаттачте их к SQL SERVER
Для запуска приложения запустите файл dispatch.exe (после распаковки архива Debug.rar). В данном варианте программы installer не поставляется
Для работы программы необходимы установленные:
- MS Framework .NET 3.5
- MS SQL SERVER 2005 EXPRESS
- MS OFFICE 2003+
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка автоматически попадает исполнителю.
- Исполнитель выполняет работы по ТО СС, согласно наряду. Получает на бумажном документе наряда соответствующие подписи. Передаёт оригинал документа в бухгалтерию для учета работ. В АИС «ДСС» закрывает наряд или фиксирует все изменения состояния заявки.
- Для формирования сводки о состоянии связи диспетчер использует АИС «ДСС». Сводка о состоянии связи при этом формируется автоматически. После формирования сводки о состоянии связи диспетчер переносит в архив выполненные заявки (готовность которых подтверждена исполнителем).
Основной алгоритм работы:
При внесении заявки в журнал учета заявок на ТО СС диспетчером она создается в начальном состоянии Новая заявка. При внесении заявки в журнал указываются:
- Тип работ — предварительно определяемый диспетчером тип работ на основе содержания поданной заявки. На основе типа работ осуществляется диспетчеризация — распределение заявок между исполнителями
- Характер повреждения — произвольное текстовое описание повреждения со слов пользователя
- № абонента — телефонный номер пользователя, подавшего заявку
- Направление, адрес, объект — описание, позволяющее исполнителю определить расположение объекта пользователя
- ФИО заявителя — фамилия и инициалы пользователя, подавшего заявку
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали повреждения
Далее, если исполнитель считает, что диспетчеризация заявки осуществлена верно, он принимает заявку, и заявка переходит в состояние Приём заявки. При этом указываются:
- Тип работы — определенный регламентом тип работы, который предусматривает фиксированное время выполнения работы. На основе регламентного типа работы происходит контроль сроков
- Комментарий — планируемые действия по выполнения работ по заявке
В противном случае исполнитель отказывается от заявки, и она переходит в состояние Отказ. При этом указываются:
- Причина — типовая причина отказа
- Комментарий — необязательная произвольная текстовая информация, например, уточняющая некоторые детали отказа
Находящуюся в состоянии Отказ заявку диспетчер может переназначить новому исполнителю (например, если неправильно сработала автоматическая диспетчеризация). При этом указываются:
- Исполнитель — новый исполнитель работ по заявке
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали замены. Комментарий является обязательным для заполнения в случае, если исполнитель фактически не меняется (заменяется на самого себя)
Также диспетчер может принять решение о прекращении работ по заявке (например, если мотивированный отказ исполнителя свидетельствует об ошибочности подачи заявки пользователем). Закрытие заявок должно происходить только после того, как диспетчер сформирует и распечатает Сводку состояния связи
Если по принятой заявке исполнитель не может выполнить работы в регламентный срок, срок выполнения заявки переносится на новую дату. Заявка в этом случае переходит в состояние Перенос. Заявка может переноситься неоднократно. При этом указываются:
- Перенос на — количество дней (максимум 3), на которое производится перенос сроков выполнения
- Причина переноса — типовая причина переноса
- Комментарий — произвольная текстовая информация, например, уточняющая некоторые детали переноса.
После окончания выполнения работ по заявке она закрывается исполнителем. При закрытии заявки исполнителем она переходит в состояние Закрытие исполнителем. При этом указываются:
- Причина — типовая причина неисправности (в зависимости от типа работ)
- Комментарий — описание проделанной работы
- Исполнено — дата и время фактического исполнения заявки (если она отличается от даты закрытия заявки исполнителем в системе)
- Тип СС — тип средства связи
- Инв. № — инвентарный номер средства связи
Заявки, находящиеся в состоянии Закрытие исполнителем, переносятся диспетчером в архив – состояние Архив.
При необходимости диспетчер может активировать заявку – перенести её из архива в активные заявки. Заявка переходит в состояние Активирована.
Похожие материалы
Автоматизированная информационная система диспетчерской службы связи
Aronitue9
: 24 августа 2012
Для работы программы необходимы установленные:
- MS Framework .NET 3.5
- MS SQL SERVER 2005 EXPRESS
- MS OFFICE 2003+
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка авт
20 руб.
Проект автоматизированной информационной системы диспетчерской службы связи
evelin
: 22 января 2013
Для использования АИС «ДСС» (или использования после незначительных доработок) необходимо чтобы автоматизированный бизнес-процесс имел следующую структуру:
- Пользователь подаёт заявку на ТО СС, установленном на объекте. Факт проблем с СС сообщается в диспетчерскую по телефону.
- Диспетчер ДСС регистрирует заявку на ТО СС в журнале регистрации заявок АИС «ДСС».
- Заявка автоматически попадает исполнителю.
- Исполнитель выполняет работы по ТО СС, согласно наряду. Получает на бумажном документ
19 руб.
Другие работы
Перхлораты и их использование
wizardikoff
: 23 февраля 2012
Содержание
Введение. 2
1. Взрывчатые свойства неорганических перхлоратов 3
2. Взрывчатые вещества на основе органических перхлоратов 10
3. Перхлораты для снаряжения взрывателей и пиротехники 11
4. Применение перхлоратов в ракетном топливе 13
Выводы 14
Список использованной литературы 15
Производство перхлората аммония было впервые организовано в промышленном масштабе в 1895 г. О. Карлсоном – президентом фирмы «Stockholms Superfosfat Fabriks Aktiebolag». Этот продукт предполагали использовать в
Чертеж - Динамометр-люфтомер модели К402
Рики-Тики-Та
: 15 июля 2018
Чертеж - Динамометр-люфтомер модели К402 + спецификация
11 руб.
Направляющие среды в сетях электросвязи и методы их защиты (часть 2) экзамен билет 18
Антон28
: 8 августа 2025
Направляющие среды в сетях электросвязи и методы их защиты (часть 2) экзамен билет 18
500 руб.
Ферма
mamtschur
: 7 сентября 2012
Креслення ферми прольотом 24м із парних стальних кутиків. Всі профілі, довжини і катети швів підібрані і розраховані відповідно до заданого навантаження. Запроектовано всі вузли ферми і виконано їх детальні креслення. Також є креслення колони з консоллю для підкранової балки. Колона виконана з двох віток: підкранової і зовнішньої. Підкранова вітка запроектована у вигляді зварного двутавра, а зовнішня - складеного зварного швелера із двох кутиків і пластини.
Стержні ферми проектуються таврового п