Существуют ли преимущества рабочих процессов в списке задач?

Question

Я видел этот подход, поскольку моя компания в настоящее время обновляется от SP2007 до SP2010.Поскольку человек, который спроектировал это покинул компанию, и не было никого, кто продолжал поддерживать сайт / архитектуру, мне интересно, имеет ли этот подход какой-либо смысл.

На самом деле дизайн похож на это:

Существует один список задач с похожими на 10 типов содержимого (например, «Запрос на печать», «Отправить документ» ...) Прилагается.Каждый тип содержимого имеет пользовательские формы, и все формы хранятся в самом рабочем процессе.Таким образом, типы содержимого ссылаются на формы внутри «Список рабочих процессов».

Интересно, имеет ли этот подход какой-либо преимущество, что я не вижу?

Answer 1

Если это один рабочий процесс Visual Studio, то вот как работает рабочие процессы.

Когда вы создаете рабочий процесс, вы не знаете название либо списка задачи, либо истории (Visual Studio заставляет вас думать, что вы это знаете, но это только для отладки), когда вы связываете рабочий процесс со списком, вы указываете задачу/ Списки истории как новые или существующие списки.Но все задачи в рабочем процессе используют один и тот же список.

Если это несколько рабочих процессов, то преимущество может заключаться в том, что легче получить обзор всех непогашенных задач рабочих процессов, чем если они распространяются в несколько списков.

Answer 2

Мне нравится делать это, потому что я создаю календари на основе представления одного списка задач.Я знаю, что вы можете сделать это в рамках нескольких списков задач, но это проще / просты для всего.Кроме того, у меня есть WePart на своей странице приветствия, которая является «моим задачам» представление о списке задач - поскольку это один список задач, который был Super Simple для включения.