Ce este un flux de lucru? Practic, acesta este format din două elemente forme care procedeul utilizează interacțiunea cu utilizatorii, și logica care determină comportamentul procesului. Pentru a înțelege cum de a crea un proces, trebuie să aveți cunoștințe de ambele elemente.
utilizator flux de lucru comunică cu datele printr-un browser web, și, în consecință, afișează formularul folosind ASP.NET. Aceste forme sunt definite ca pagini ASPX. Un flux de lucru poate afișa potențial forme pe cele patru etape ale ciclului de viață.
Schimbarea: Creatorul unui flux de lucru poate permite o modificare a procesului de funcționare. De exemplu, puteți adăuga participanții de proces executabile sau să amâne treaba. În cazul în care se utilizează această opțiune, fluxul de lucru necesar pentru a afișa un formular care permite participanților să facă modificări.
De îndată ce sunt create formularele InfoPath de flux de lucru, acestea sunt atașate la un flux de lucru prin intermediul fișier workflow.xml, la fel cum este cazul cu forme ASP.NET. Cu toate acestea, spre deosebire de formele de ASP.NET, dezvoltatorii nu trebuie să scrie cod personalizat pentru a muta informații între formele de flux de lucru InfoPath și un flux de lucru. În schimb, SharePoint Server și InfoPath oferă acest link, care facilitează activitatea dezvoltatorilor proceselor de lucru.
Procesul de lucru de colectare a feedback-ului
Activitățile disponibile sunt afișate în Toolbox pe partea stângă a ecranului. Dezvoltatorul poate trage aceste elemente pe suprafața de lucru și, astfel, să indice etapele fluxului de lucru. Apoi, puteți specifica acțiunile ce proprietățile în „Properties“, care se află în colțul din dreapta jos.
În biblioteca a principalelor tipuri de activități WF oferă un grup de activități fundamentale, așa cum este descris mai devreme. În plus, SharePoint Server este un set de activități destinate în mod expres pentru a crea fluxuri de lucru. Mai jos sunt listate unele dintre cele mai importante.
OnWorkflowActivated: punct de pornire standard pentru procesul de lucru. Printre altele, această activitate poate accepta informații de la un administrator SharePoint folosind formularul de contact, în cazul în care fluxul de lucru asociat cu o bibliotecă de documente, lista, tipul de conținut sau un site web. Se poate accepta, de asemenea, informațiile furnizate prin intermediul formularului de inițiere atunci când procesul începe. Prin această acțiune începe orice flux de lucru.
CreateTask: creează o sarcină atribuită unui anumit utilizator într-o listă de sarcini. De exemplu, în aprobarea unui scenariu care a fost descris folosit mai devreme această activitate pentru a adăuga o sarcină în listă, care a fost utilizat de către toți participanții. În plus, această acțiune are SendEmailNotification proprietate. Dacă este activat, sistemul trimite automat un mesaj de e-mail la persoana pentru care a fost creată această sarcină.
OnTaskChanged: acceptă informații din formularul de sarcini Completare. Aprobarea script-ul, care a fost descris anterior, această acțiune este utilizată pentru a primi date de la fiecare participant la aprobarea documentului.
CompleteTask: marchează activitatea ca finalizată.
DeleteTask: elimină o sarcină din listă.
OnWorkflowModified: acțiune ia forma unor modificări ale informațiilor, care pot fi apoi folosite pentru a schimba comportamentul instanței fluxului de lucru. În cazul în care creatorul unui flux de lucru nu include nici un produs de acțiune, fluxul de lucru a început nu poate fi schimbat.
SendEmail: trimite e-mail la o anumită persoană sau un grup de persoane.
O diagramă tipică a unui proces de lucru simplu, începe cu acțiunea OnWorkflowActivated, atunci acțiunea se CreateTask, atribuie o sarcină a fluxului de lucru participant. Apoi, puteți utiliza un BAL acțiune standard, în timp, permițând așteptarea de locuri de muncă. Pentru a afla când se întâmplă (utilizatorul poate face câteva modificări sarcinii și a pus o bifă în formă de locuri de muncă atunci când a terminat), interiorul este necesară acțiunea în timp ce pentru a efectua o acțiune OnTaskChanged, care extrage datele introduse în formularul de către utilizator. Atunci când utilizatorul completează sarcina, puteți efectua o acțiune și CompleteTask DeleteTask. Puteți transfera apoi fluxul de lucru la următorul participant, atribuindu-i sarcina de a folosi CreateTask, și așa mai departe .. Desigur, puteți efectua și alte acțiuni, cum ar fi trimiterea de mesaje e-mail, informații de înregistrare în lista de istorie, sau chiar inclusiv Codul BAL, care permite rularea arbitrară cod.
Toate acțiunile din SharePoint Server cu fluxurile de lucru permițându-operează în mediul SharePoint. Logica de afaceri un flux de lucru aparține numai creatorului. De fapt, dezvoltatorul Windows SharePoint Services flux de lucru este liber de a crea și de a folosi propriile acțiuni. Opțional, utilizați numai acțiunile SharePoint Server și WF.
Așa cum am menționat mai devreme, Windows Workflow Foundation sprijină fluxurile de lucru secvențiale și statice. Fluxul de lucru creat cu proiectantul fluxului de lucru WF, pot utiliza, de asemenea, oricare dintre aceste operațiuni. Pentru a face acest lucru, SharePoint Server adaugă la Visual Studio tipuri de proiecte, câte unul pentru fiecare flux de lucru stil.
Indiferent de stilul, dezvoltatorul trebuie să definească mai mult decât logica fluxului de lucru, dar, de asemenea, forma aspx sau forma InfoPath, pe care îl va folosi. Acesta utilizează un fișier numit element.xml. Acesta este un model în care dezvoltatorul specifică forma (dacă este cazul) ar trebui să fie afișate la fiecare din cele patru puncte în cazul în care procesul se poate face acest lucru.
Pentru a configura schimbul de date între fluxul de lucru și formele pe care le folosește ASPX dezvoltator trebuie să facă ceva. Microsoft.Windows.SharePoint.Workflow numele de spațiu oferă dezvoltatorilor un model de obiect. Cu acest tip de proces de operare spațiu de nume poate comunica cu forma aspx.
Odată ce un flux de lucru și formele sale, dezvoltatorul trebuie să le împachetați într-un așa-numita funcție. Ulterior SharePoint administrator instalează funcția (inclusiv ansamblul fluxului de lucru) la sistemul corespunzător GAC. Acum, noul flux de lucru este afișat administratorului ca un șablon care poate fi asociat cu o bibliotecă de documente, lista, tipul de conținut sau un site web.
Aici se pune întrebarea, ce este logica diferență creată în Microsoft SharePoint Designer? De ce administratorii SharePoint care doresc să implementeze sistemele lor de fluxurile de lucru create cu acest instrument? Faptul este că, creat în Microsoft SharePoint Designer flux de lucru poate utiliza numai activități dintr-o listă de administrator controlat. Pe lângă activitățile prevăzute în SharePoint Server, administratorul poate fi inclus în lista de activități personalizate create de un dezvoltator, dar nu este obligat să facă acest lucru. definirea cu exactitate acțiunile admise ale fluxului de lucru, administratorul SharePoint poate avea mai multă încredere că implementarea creat în Microsoft SharePoint Designer nu va destabiliza logica sistemului.
Datorită faptului că Microsoft SharePoint Designer nu este proiectat pentru dezvoltatori, cât și pentru lucrătorii de informații și este proiectat în principal pentru scenarii simple foloseste un model diferit pentru crearea de fluxuri de lucru, nu la cel care este utilizat în parte proiectantul Visual Studio WF. În loc de o abordare grafică, Microsoft SharePoint Designer folosește o abordare bazată pe reguli. În unele privințe se aseamănă cu Expertul Reguli în Microsoft Outlook - mijloacele cu care mulți sunt familiarizați cu. Ecranul de mai jos ilustrează faza de configurare a procesului de lucru efectuată de către utilizator Designer Microsoft SharePoint. Vă rugăm să rețineți că fluxul de lucru se execută anumite acțiuni în paralel, unele serii. În versiunile anterioare ale SharePoint Server oferă doar secvența de activități.
Ordinea de procesare a fluxului de lucru
Fiecare pas poate avea o condiție și o acțiune. Condiția determină dacă să efectueze o etapă de acțiune în cazul în care declarația de mai sus este necesar. Opțiunile includ acțiuni cum ar fi atribuirea de o tratare a evenimentului, de colectare de probe, și multe altele. În practică, efectul fiecărei acțiuni efectuate SharePoint Server, și utilizează pași sunt aceleași ca și în Visual Studio și proiectantul WF. Lista de acțiuni pot include, de asemenea, orice alte activități permise de SharePoint administrator pentru site-ul Web, inclusiv activități personalizate create de dezvoltatori. În SharePoint Server, există, de asemenea, un set special de acțiuni care permit utilizatorilor să personalizeze paradigma generală a convingerilor sau a aduna feedback-ul sunt incluse în procesul de „crearea unui set de obiective și așteptări ale performanței lor“, într-un special constructor Microsoft SharePoint Designer.
Deși interfața cu utilizatorul de fonduri arata destul de diferit de abordarea grafică utilizată cu Visual Studio și flux de lucru Designer WF, Microsoft SharePoint Designer creează un flux de lucru standard WF. În practică se transformă în serie, în paralel sau proces combinat cu condițiile exprimate folosind regulile motorului WF. În același timp, procesul de configurare astfel încât există unele limitări. De exemplu, spre deosebire de Visual Studio și WF Designer flux de lucru, procesele care rulează nu pot fi schimbate în timpul rulării, și în afară, puteți crea procese doar seriale și paralele - mașini finite nu sunt acceptate. În plus, procesele gata să fie înregistrate într-o anumită listă de bibliotecă și site-ul web. Posibila creare a unui șablon de flux de lucru comun, care mai târziu poate fi asociat cu orice bibliotecă, listă sau tipul de conținut. Cu toate că acest lucru restricționează utilizarea proceselor, dar, de asemenea, simplifică foarte mult implementarea. De fapt, atunci când utilizatorul termină de a crea un flux de lucru cu Microsoft SharePoint Designer, un mijloc de automat și implementează activează-l pe site-ul țintă. Această metodă este mult mai ușor de implementat un proces cu mai multe etape, care este necesară pentru procesele create în Visual Studio și Designer WF fluxului de lucru.
SharePoint Server oferă funcționalități avansate pentru crearea de fluxuri de lucru orientate pe documente. Cu toate acestea, ele reprezintă doar o platformă de dezvoltare și implementare. Funcții ale fluxului de lucru, pe care utilizatorul poate folosi în mod direct, nu aici. Fluxuri de lucru create numai în SharePoint Server, există alte restricții, cum ar fi incapacitatea de a interacționa cu participanții utilizând aplicațiile client Office.