Технические требования
Материал из AutoPark
(Различия между версиями)
| Строка 1: | Строка 1: | ||
| − | Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований. | + | Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований. |
| + | ==Важные вопросы== | ||
| + | ===Почему нужно использовать эту функциональность АвтоПарк?=== | ||
| + | Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно: | ||
| + | *Заказчик видит, какие задачи он поставил, как и когда они были решены (или не решены). | ||
| + | *Исполнитель имеет документированные задачи. | ||
| + | ===Когда нужно оформить <b>новое</b> техническое требование?=== | ||
| + | Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла <b><big>новая</big></b> задача, которую следует решить. Классификацию задач см. ниже. | ||
| + | ===Когда нельзя оформлять новое ТТ?=== | ||
| + | Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует | ||
| + | писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ! | ||
==Оформление== | ==Оформление== | ||
*Номер. Заполняется автоматически. | *Номер. Заполняется автоматически. | ||
*Дата выпуска. Заполняется автоматически. | *Дата выпуска. Заполняется автоматически. | ||
| − | *Отправитель. Табельный номер текущего пользователя Системы. | + | *Отправитель. [[Работники|Табельный номер работника]] - текущего пользователя Системы. Обратите внимание, что должно быть оформлено [[Физические лица#Свойства|свойство физлица 5140]] и работник находиться в штате на дату оформления ТТ. |
*Состояние | *Состояние | ||
**Подготовлено | **Подготовлено | ||
**Отправлено - устанавливается автоматически при отправке ТТ | **Отправлено - устанавливается автоматически при отправке ТТ | ||
**Аннулировано | **Аннулировано | ||
| − | **Отработано. По окончании работы с ТТ необходимо указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например: "--О:" - ответ Службы поддержки на ТТ | + | **Отработано. По окончании работы с ТТ необходимо указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например: |
| + | "--О:" - ответ Службы поддержки на ТТ | ||
| + | "--В:" - Ваш ответ (уточнение) | ||
| + | и т.д. вплоть до закрытия ТТ. | ||
*Тип. Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования: | *Тип. Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования: | ||
**Исправление ошибок Системы - <b>как проявляется ошибка</b>. | **Исправление ошибок Системы - <b>как проявляется ошибка</b>. | ||
| Строка 27: | Строка 40: | ||
*Содержание ТТ. Необходимо внимательно относится к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но и относится также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей. | *Содержание ТТ. Необходимо внимательно относится к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но и относится также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей. | ||
*Вложения. Список файлов, присоединенных к ТТ. См. Присоединение файлов к ТТ | *Вложения. Список файлов, присоединенных к ТТ. См. Присоединение файлов к ТТ | ||
| − | + | ===Оформление экстренных вызовов=== | |
| − | + | Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 21:00 до 09:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 09:00 до 21:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа. | |
| − | + | ===Оформление на основе журнала ошибок=== | |
| − | + | ||
| − | + | ||
| − | + | ||
Для облегчения оформления ТТ существует возможность вставить описание ошибки в ТТ из журнала ошибок (при использовании локального меню во время редактирования поля "Содержание ТТ"). В этом случае тема заполняется автоматически ("Фрагмент журнала об ошибках"). Если тема уже заполнена, будет предложено заменить ее на тему по умолчанию. | Для облегчения оформления ТТ существует возможность вставить описание ошибки в ТТ из журнала ошибок (при использовании локального меню во время редактирования поля "Содержание ТТ"). В этом случае тема заполняется автоматически ("Фрагмент журнала об ошибках"). Если тема уже заполнена, будет предложено заменить ее на тему по умолчанию. | ||
| − | + | ==Присоединение файлов== | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | ==Присоединение файлов | + | |
| − | + | ||
Для хранения файлов, присоединенных к ТТ, создается специальный подкаталог в каталоге для хранения вложений. При первоначальной вставке вложения (ручной или автоматической) создается подкаталог технического требования. При отправке ТТ все содержимое этого каталога (включая подкаталоги) будет присоединено к ТТ. | Для хранения файлов, присоединенных к ТТ, создается специальный подкаталог в каталоге для хранения вложений. При первоначальной вставке вложения (ручной или автоматической) создается подкаталог технического требования. При отправке ТТ все содержимое этого каталога (включая подкаталоги) будет присоединено к ТТ. | ||
| − | + | ===Специальные каталоги=== | |
| + | *Каталог для хранения вложений. По умолчанию каталог для хранения вложений SprtAttchmnts создается автоматически в корневом каталоге Системы. Этот каталог может быть переопределен в red-файле Системы, секция ASB Special Folders, параметр SupportAttachments. | ||
| + | **Каталог технического требования - каталог, имя которого есть номер технического требования. Создается автоматически при ручном или автоматическом присоединении файла к ТТ. | ||
| + | **Рабочий каталог ToSend - специальный каталог, содержимое которого автоматически переносится в каталог технического требования. По умолчанию располагается в каталоге для хранения вложений SprtAttchmnts. Может быть переопределен в red-файле Системы, секция ASB Special Folders, параметр sa_ToSend. | ||
| + | ===Приемы присоединения файлов=== | ||
*ручная вставка - в процессе редактирования ТТ или в процессе редактирования вложений с использованием локального меню; | *ручная вставка - в процессе редактирования ТТ или в процессе редактирования вложений с использованием локального меню; | ||
*автоматическая вставка - при создании нового/отправке подготовленного ТТ сканируется специальный рабочий каталог ToSend. Если в этом каталоге находятся файлы или подкаталоги, то после подтверждения операции все содержимое этого каталога переносится в каталог технического требования. Каталог ToSend рекомендуется использовать для хранения скриншотов, которые необходимо вложить в ТТ (скриншоты с изображением ошибки, окна, отчета и т.п.). | *автоматическая вставка - при создании нового/отправке подготовленного ТТ сканируется специальный рабочий каталог ToSend. Если в этом каталоге находятся файлы или подкаталоги, то после подтверждения операции все содержимое этого каталога переносится в каталог технического требования. Каталог ToSend рекомендуется использовать для хранения скриншотов, которые необходимо вложить в ТТ (скриншоты с изображением ошибки, окна, отчета и т.п.). | ||
*непосредственное копирование файлов в каталог технического требования. Содержимое каталога будет присоединено при отправке ТТ. | *непосредственное копирование файлов в каталог технического требования. Содержимое каталога будет присоединено при отправке ТТ. | ||
| − | == | + | ==Отправка== |
| − | + | После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки. Обратный адрес технического требования (т.е. на который будет отправлен ответ от службы поддержки) выявляется на основе данных о [[Контакты|контактах]], ассоциированных с объектами АвтоПарк, в следующем порядке: | |
| − | + | #[[Физические лица|Физического лица]] текущего пользователя; | |
| − | + | #[[Рабочие места|Рабочего места]] текущего пользователя; | |
| − | + | #[[Контакты контрагента|Общего контакта контрагента с кодом 0000]]. | |
| − | + | ||
[[Категория:Объекты АвтоПарк]] | [[Категория:Объекты АвтоПарк]] | ||
[[Категория:Администратору]] | [[Категория:Администратору]] | ||
Версия 09:22, 28 декабря 2007
Технические требования предназначены для стандартизации обращений в Службу поддержки и фиксации результатов отработки этих требований.
Содержание |
Важные вопросы
Почему нужно использовать эту функциональность АвтоПарк?
Ставить задачи всегда желательно посредством оформления ТТ, ибо это взаимовыгодно:
- Заказчик видит, какие задачи он поставил, как и когда они были решены (или не решены).
- Исполнитель имеет документированные задачи.
Когда нужно оформить новое техническое требование?
Это очень простой вопрос. Новое ТТ нужно писать тогда и только тогда, когда возникла новая задача, которую следует решить. Классификацию задач см. ниже.
Когда нельзя оформлять новое ТТ?
Это тоже простой вопрос. Всякий раз, когда есть необходимость что-либо сообщить в связи с уже имеющимся ТТ, следует писать письмо, звонить по телефону и т.п. Но не оформлять новое ТТ!
Оформление
- Номер. Заполняется автоматически.
- Дата выпуска. Заполняется автоматически.
- Отправитель. Табельный номер работника - текущего пользователя Системы. Обратите внимание, что должно быть оформлено свойство физлица 5140 и работник находиться в штате на дату оформления ТТ.
- Состояние
- Подготовлено
- Отправлено - устанавливается автоматически при отправке ТТ
- Аннулировано
- Отработано. По окончании работы с ТТ необходимо указывать как резюме по итогам выполнения ТТ, так и переписку со Службой поддержки. Для этого существует возможность записи комментариев к ТТ - допускается вносить комментарии для отправленных и выполненных ТТ (см. локальное меню). При внесении дополнительной информации (переписка) для повышения читабельности рекомендуется использовать префиксы для блоков информации, например:
"--О:" - ответ Службы поддержки на ТТ "--В:" - Ваш ответ (уточнение) и т.д. вплоть до закрытия ТТ.
- Тип. Этот элемент оформления ТТ необходим, в основном, для того, чтобы помочь автору ТТ правильно сформулировать текст ТТ. Обратите внимание, что выбор того или иного значения этого поля отражается на формулировке того, что же разработчики ожидают увидеть в тексте технического требования:
- Исправление ошибок Системы - как проявляется ошибка.
- Исправление наших ошибок - опишите, что наделали ;).
- Консультация - изложите вопрос.
- Изменение функционирования - опишите подробно (!) возникшую задачу. Тут стоит остановиться подробнее. Обратите внимание, разработчики хотели бы получить описание возникшей задачи, а вовсе не способ ее решения!
- Требуется срочная помощь! Этот тип ТТ используется для экстренного вызова Службы поддержки, используется ТОЛЬКО в случае возникновения проблемы в нерабочее время (выходные или праздничные дни, или период времени с 21:00 до 09:00) при необходимости НЕМЕДЛЕННОГО устранения этой проблемы. См. подробнее.
- Срок исполнения. Важнейший элемент ТТ. Необходимо взвешенно подходить к определению срока исполнения.
- Немедленно. Требует немедленная (это значит, что мы должны бросить все другие дела и решать именно заявленную проблему) реакция.
- В течение дня.
- К завтрашнему дню. Это означает, что автор ТТ ожидает получить решение к утру следующего рабочего дня.
- В течении недели.
- К указанной дате.
- В будущем. Выбор такого срока означает, что автор ТТ оставляет срок исполнения на усмотрение разработчиков.
- Тема
- Автор. Должность (и, если необходимо, ФИО) инициатора ТТ.
- Нормативный документ.
- Содержание ТТ. Необходимо внимательно относится к оформлению ТТ, максимально подробно описывая возникшую задачу (это в большей степени относится к ТТ "Изменение функционирования", но и относится также и к любым другим ТТ) - чем больше будет первоначальной информации, тем меньше времени будет потрачено на уточнение ТТ и выяснение подробностей.
- Вложения. Список файлов, присоединенных к ТТ. См. Присоединение файлов к ТТ
Оформление экстренных вызовов
Как уже говорилось, оформление экстренного вызова Службы поддержки возможно только в то время, когда невозможен обычный вызов Службы поддержки - т.е. выходные/праздничные дни и период времени с 21:00 до 09:00. Напоминаем, что Служба поддержки работает по обычному пятидневному графику (выходные дни: суббота, воскресенье), с 09:00 до 21:00. Рекомендуем пользователей, работающих вне пятидневной недели (кладовщики, диспетчера и .т.п.) при возникновении экстренных случаев (т.е. когда невозможна работа в Системе) обучить оформлению технических требований данного типа.
Оформление на основе журнала ошибок
Для облегчения оформления ТТ существует возможность вставить описание ошибки в ТТ из журнала ошибок (при использовании локального меню во время редактирования поля "Содержание ТТ"). В этом случае тема заполняется автоматически ("Фрагмент журнала об ошибках"). Если тема уже заполнена, будет предложено заменить ее на тему по умолчанию.
Присоединение файлов
Для хранения файлов, присоединенных к ТТ, создается специальный подкаталог в каталоге для хранения вложений. При первоначальной вставке вложения (ручной или автоматической) создается подкаталог технического требования. При отправке ТТ все содержимое этого каталога (включая подкаталоги) будет присоединено к ТТ.
Специальные каталоги
- Каталог для хранения вложений. По умолчанию каталог для хранения вложений SprtAttchmnts создается автоматически в корневом каталоге Системы. Этот каталог может быть переопределен в red-файле Системы, секция ASB Special Folders, параметр SupportAttachments.
- Каталог технического требования - каталог, имя которого есть номер технического требования. Создается автоматически при ручном или автоматическом присоединении файла к ТТ.
- Рабочий каталог ToSend - специальный каталог, содержимое которого автоматически переносится в каталог технического требования. По умолчанию располагается в каталоге для хранения вложений SprtAttchmnts. Может быть переопределен в red-файле Системы, секция ASB Special Folders, параметр sa_ToSend.
Приемы присоединения файлов
- ручная вставка - в процессе редактирования ТТ или в процессе редактирования вложений с использованием локального меню;
- автоматическая вставка - при создании нового/отправке подготовленного ТТ сканируется специальный рабочий каталог ToSend. Если в этом каталоге находятся файлы или подкаталоги, то после подтверждения операции все содержимое этого каталога переносится в каталог технического требования. Каталог ToSend рекомендуется использовать для хранения скриншотов, которые необходимо вложить в ТТ (скриншоты с изображением ошибки, окна, отчета и т.п.).
- непосредственное копирование файлов в каталог технического требования. Содержимое каталога будет присоединено при отправке ТТ.
Отправка
После подготовки технического требования на выбор отправителя ТТ предлагается либо сохранить ТТ в состоянии "Подготовлено", либо отправить ТТ в Службу поддержки. Обратный адрес технического требования (т.е. на который будет отправлен ответ от службы поддержки) выявляется на основе данных о контактах, ассоциированных с объектами АвтоПарк, в следующем порядке:
- Физического лица текущего пользователя;
- Рабочего места текущего пользователя;
- Общего контакта контрагента с кодом 0000.
