Olen ümber mu elu natuke ja leidsin aega, et esitada artikli suhtes www.endusersharepoint.com. Minu viimane artikkel on siin: Kohandatud loendite tõhusam töövoo auditeerimise (http://www.endusersharepoint.com/?p=1658).

See on avamine "graafik:

SharePoint Designeri töövoo ei anna meile palju nähtavus mis toimub meie töövoo lahendused. Ja, Me saame nähtavust takistab suhteliselt kehv kasutajaliides ja 60 päevane aeg aken. See 60 päevase akna saab uue SharePoint Designeri kasutajatele suur pettumus, sest see on reklaamitud tööriistaga, ise. Ei ole sugugi ebatavaline keegi tule kuni SharePoint Designeris, Loo töövoo lahendus, mis intensiivistab "Logi ajaloo loend" action...

Probleem on selles, et pärast 60 päeva, Sel viisil loodavaid sõnumeid kustutatakse töövoo ajalooloendisse! Pärast natuke hambad, hammaste kiristamine ja "mida nad mõtlesime?"argumente, alumine rida on see: seda juhtub ja see peab toimuma. Küsimus on, Kuidas saada selle ümber?

Ametlik vastus on enamasti kasutada SharePoint's sisseehitatud siseauditi funktsioon. Lõppkasutaja seisukohast, Aga, See on väga nõrk, WSS-i ja mitte palju parem MOSS. Õnneks, Me ikka võimendada tuttav SharePoint Designeri tööriist luua vastupidav töövoo ajalugu ja audit trail, mis on kasulikum boot suurusjärgus. Siin on, kuidas.

Ma kirjeldada, kuidas luua sõbralik ja kasulik auditi lahendus deklaratiivseid töövoo loodud SPD.

Mul oli inspireeritud kirjutada see artikkel tehtud projekti kliendile, mis olid tekkinud üheksa tehnilise SPD töövood ühe loogilise äriprotsesside toetuseks. Eeldades jaoks nüüd, et üheksa on mõistlikuks, See oli kindlasti väljakutse debug see või vaadata protsessi üldist seisundit üks lihtne vaade. Iga eraldi tehniline töövood on oma sõltumatu töövoo ajalooloendisse ja see ei ole kontrollitav. Mul oli võimalus ühendada kõik nende ühtse auditi nimekirja ma kirjeldada saidi tehnikas.

Check it out.

</lõpp>

Telli minu blogi.

Järgi mind vidistama kell http://www.twitter.com/pagalvin