Mea Culpa — SharePoint Designer POVAS* Krei Ŝtatan Maŝinon Workflows

Mi ĵus lernis ke ĝi estas ebla kaj eĉ juste facila krei ŝtatan maŝinon workflow uzanta SharePoint Designer. Neceso estas la patrino de inventaĵo kaj ĉiuj tiu bona aĵo kaj mi havis bezonon ĉi tiu semajno kiu serĉis inventaĵon. Coincidentally, Mi trovis Ĉi tiu MSDNa foruma poŝto Ankaŭ. Mia propra sperto ĉi tiu semajno kaj ke "sendependa konfirmo" Pruntedonas forton al mia konvinkiĝo. Mi planas skribi pri tio ĉi ĉe pli granda longeco kun plene blovita ekzemplon, Sed ĉi tie-a la esenco de ĝi:

  • La alproksimiĝo ekspluatas la fakton ke workflow povas ŝanĝi listan eron, Tiel ekkaŭzanta novan workflow. Mi normale konsideris tion ĉi esti ĉagreno kaj eĉ Blogged pri uzanta semaforojn Pritrakti ĝin.
  • SharePoint permesas multoblan sendependa workflows esti aktiva kontraŭ specifa lista ero.

Formi ĝin:

  • Desegni vian ŝtatan maŝinon (T.e., La statoj kaj kiel stata transiro de unu al la sekvanta).
  • Efektivigi ĉiun staton kiel aparta workflow.
  • Formi ĉiun de ĉi tiuj ŝtata workflows efektivigi en respondo al ajna ŝanĝo en la lista ero.

Ĉiu ŝtata workflow sekvas ĉi tiun aspran skemon:

  • Al initialization, Determini ĉu ĝi vere devus kurita de inspektanta ŝtatan informon en la "nuna ero". Haltigi se ne.
  • Fari la laboron.
  • Ĝisdatigi la "nunan eron" Kun nova stata informo. Tio ĉi ekkaŭzas ĝisdatigon al la nuna ero kaj fajregoj de ĉiuj la ŝtata workflows.

Flankenmetite de la evidenta utilo ke unu povas krei declarative stata #ma?ino workflow, #?Iuj tiu #?tata informo estas grandega por konstruanta KPIs kaj interesaj vidoj.

?i faras havi juste granda #malavanta?o — norma laborflua historia spurado estas eĉ pli senutila ol normala 🙂 Tio estas facile riparebla, Tamen. Enteni ĉiujn de via revizia tipa informo en laŭmenda listo. Tio estas verŝajne bona ideo eĉ por vanilo sinsekva workflow, sed tio estas por alia blogaĵo 🙂

Mi vokas #tio ?i "mea culpa" #?Ar mi havas, Bedaŭrinde, Diris pli ol unufoje sur forumoj kaj aliloke ke unu devas uzi vidan studion krei ŝtatan maŝinon workflow. KE simple ne estas vera.

</Fino>

Aboni al mia blogo.

Technorati Etikedoj:

4 pensoj pri "Mea Culpa — SharePoint Designer POVAS* Krei Ŝtatan Maŝinon Workflows

  1. Jaustral skribis:
    Hi Paul,
    Kiom da statoj estas vi traktanta? Mi nur akiras havi du malsama aktiva workflows kiam mi iras al la workflow fiksa paĝo?
    Plej bone,
    Juan.
    Respondo
  2. Sanjeev Rajput
    I?? Vere #?ati legi la plenajn ekzemplojn. Espereble unu el vi uloj povas helpi klarigi kelkajn inkubojn I??E estita havanta kun mia simila procezo. I?? #?E la punkto kie I?? Preta komenci de #fre?a.
    Respondo
  3. Paul Galvin
    Tio estas vere interesa alproksimiĝo metas ekkrian punkton sur la pli granda punkto ke SPD povas krei ŝtatan maŝinon workflows.
    Mi ne scias se estas granda diferenca elfaro-saĝa inter kio vi skizas kaj kio mi skizas. En mia kazo ĉi tiu semajno, Elfaro isn?? Afero #?ar #?i tiu aparta workflow estas longa-flua afero (16 #A? pli da semajnoj de komenco fini) Kaj estas neniam pli ol iu dekduo aktiva ĉe ajna tempo. Se estis iu dekduo komencanta supre kaj kuranta ĉiun horon … Kiu estus malsama rakonto. Mi pensas ke elfaro kaj workflow en generalo estas tre nebula temo.
    Mi ne scias se vi kuras vian propran blogon aŭ ne. Se vi fari, Vi ought konsideri skribanta pri via alproksimiĝo en pli da detalo. Se ne, I?? Esti pli da ol #feli?a voki vin "gasta bloganto" Kaj #al?uto via #po?to al mia blogo.
    Dankonas por la rimarko. Ĝi estas unu el la plej bona mi estis kapabla al elicit sur mia blogo!
    –Paul G
    Respondo
  4. Mike Atkins
    Mi efektivigis la #?tata #ma?ino uzanta apartan liston teni la staton dum la #?tata transiroj. La ĉefa workflow kreis eron ĉi tie kaj fiksita la komencan staton. Mi uzis ununuran, Aparta, Workflow pritrakti ĉiujn de la statoj, Uzanta "IF-TIAMA-ELSEIF" Strukturo (En "#Pa?o 1") Sur la eblaj statoj.
    Por #?iu stato, #?Iu mi devis fari estis akiri respondon de uzanto.
    Mia ekzemplo estis multobla-nivelo sinsekva aprobo, Kie #?iu #pa?o (Reprezentita de stato) Povus havi diversajn eblajn posteulojn. Tio ĉi signifis ke ĉiu uzanto havis (Potenciale) Malsamaj elektoj faris haveblan en elektita menuo. Mia "Paŝo Du" Estis ankaŭ "IF-TIAMA-ELSE" Strukturo kiu konsideris ĉiujn de la eblaj respondoj (De ĉiuj stadioj), Kaj tiam decidita sur kio la sekvanta stato devus esti. "Paŝi 3" Tiam fiksita ke stato, Kaj la workflow finis.
    Ĉi tiu metodo havas la (Evidenta) Avantaĝo okazi ene de ununura (Duaranga) Workflow. Tamen, La amplekso de kio povus esti plenumita en ĉi tiu workflow estas pli limigita ke unu havus kun workflows por ĉiu stato. Mi estis scivolanta, Tamen, Kio speco de elfara frapo okazas se ĉiuj de la individua ŝtata workflows komenco supre (Albeit finanta tuj poste).
    Ankaŭ, Mi uzas duarangan liston (Kun ĝia propra workflow) Reprezenti la transiron inter statoj kiel ĉi tiu procezo povus esti nura parto de pli granda workflow. Kiam la ĉefa workflow komencas la ŝtatan maŝinan procezon, ?i iras en atenda stato, Kaj enspezoj kiam la "looping" Havas termintaed. Mi estis ankaŭ kontemplanta la eblecon ke mia ĉefa workflow bone povas deziri ŝanĝi datumon en la originala Lista Ero, Kaj mi deziris eviti havanta nenecesajn "pafadojn" De la #?tata #ma?ino workflow.
    Respondo

Lasi Respondon

Via retpoŝta adreso ne estos eldonita. Postulita kampojn estas markita *