Kategorija Archives: SharePoint darbo eigos

Mano darbo eigos knyga yra pirkimo galima

Aš pirmą kartą pradėjo kalbėti su mano originalus bendraautoriais per dvejus metus.  Jie galų gale atsisakė projekto, Tačiau vėlai šią vasarą, su kelių naujų bendraautoriais Žinynas, Aš pagaliau galėjo, kad šis visoje finišo liniją. 

Profesinės darbo eiga SharePoint 2010: Realaus pasaulio verslo sprendimai paspauskite Amazon ir Barnes and Noble svetainėje šiek tiek laiko per pastaruosius 10 dienų.  Jis yra minkštas ir pakurti/užkampis ir visa tai, tik tuo metu, kai puiki kalėdinė dovana. šypsena

Ši knyga yra apie du dalykus: 1) suteikiančio galutiniams vartotojams, kad jie gali išspręsti savo verslo problemų naudojant SP 2010 galimybėmis ir 2) padėti IT specialistai (kūrėjai visų pirma) daryti tą patį.  Apie du trečdalius knygos yra skirta ką aš skambinti "Aktyvistas vartotojams" (aukštos kvalifikacijos, bet ne techninio pobūdžio ir motyvuotus galutiniams vartotojams).  Jis bando paaiškinti kaip laivas sprendimai SharePoint 2010 naudojant SharePoint Designer darbo eigos ir nemažai papildomų SharePoint funkcijas.

Trečiame yra nukreiptos tiesiai užsakovui.  Tačiau, Skirtingai nuo kai kurių techninių knygų rinkoje, Šiuose skyriuose paaiškinama, kaip SharePoint kūrėjai gali sukurti funkcijas, kurios toliau leidžia tuos aktyvistas vartotojams naudojant pasirinktinį SharePoint Designer veiklą ir kitas technikos.  Suteikiančio aktyvistas vartotojams jūsų organizacijoje, galite atlaisvinti savo vystymo grupė (ar tik sau) tai tikrai sunku (ir paprastai daugiau techniškai įdomūs) kad galutiniams vartotojams galite niekada padaryti ir niekada turėtų išbandyti savo daiktai.

Per ateinančias savaites, Aš parašiau daugiau apie knyga, įskaitant pūkuotas dalykų, pavyzdžiui, "kaip gi taip kaip parašyti knygą" kad aš žinau, daug žmonių domisi žinios.  Pirmiausia-aš jums įvesti mano bendraautoriais be kurių ši knyga niekada nebūtų išliko pamatyti dienos šviesą.

Skaityti daugiau apie knygą, Amazon interneto svetainėje.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

CodePlex projekto naujinimas: SharePoint Designer darbo eigos plėtiniai

A, o atgal, AŠ parašė kad aš bandžiau prisikelti mano senas CodePlex projekto, SharePoint Designer darbo eigos plėtiniai.  Kad CodePlex projektas buvo sukurtas WSS/MOSS, prideda keletas komunalinių paslaugų tipo funkcijos, pvz., "ToLower()”, "ToUpper()”, "Dalinė eilutė()"ir kt.  Ji netgi turi bendrosios paskirties "skambinti interneto paslaugos" stiliaus funkcija.  Galite paskaityti daugiau apie tai čia: http://paulgalvinsoldblog.wordpress.com/2007/10/28/sharepoint-designer-custom-activity-to-execute-user-defined-c-functions/.

Aš daugiau ar mažiau atsisakė ją gana seniai.  Nuo SharePoint 2010 išėjo, Tačiau, I been prasme atsigręžti į jį ir padaryti jį dirbti į SP 2010.  Na, Šiandien, Aš tik tai.  Aš nebuvo atnaujintas kodą į CodePlex dar. Aš noriu, kad šviesti sau apie CodePlex Konvencijos prieš tai, kad, bet aš atnaujinti pagrindinį puslapį wiki projektas.

Plačiau ir įdomiau prielaida, kad užsakymą veikla iš WSS ir samanų, atrodo, į uostą per gana lengvai, tai yra (sveikas atvykęs) siurprizas man.

Štai kaip jis atrodo programa SharePoint Designer dirbant:

image

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

SPD XOML failą išvalyti kintamųjų redaguoti rankiniu būdu.

Į šį postą čia ("Gauti atsakymus atgal nuo pradėti patvirtinimo proceso veiklos"), Jau minėjau, kad netyčia galite pridėti visą pobił darbo eigos kintamųjų jūsų SharePoint Designer darbo eigos.  Dalykų gali greitai tapti cluttered ir sunku skaityti.  Konkrečiai, Jei jūs įtraukiate "Pradėti patvirtinimo proceso veikla" veiksmų, jūsų darbo eigos, ištrinti ir vėl jį pridėkite, jūs galų gale su visų šios veiklos darbo eigos kintamųjų du kartus. 

Tai realus skausmo eiti per ir pašalinti visus tuos rankiniu būdu, todėl aš nors norėčiau pabandyti pašalinti juos tiesiogiai iš XOML failą.  Tai buvo gana paprasta padaryti. 

Pirmosios, jums reikia nustatyti faktinį XOML failą.  Parašiau apie šią temą čia: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files.  Kai bus nustatyta, atidaryti XOML failą ir Suraskite norimą pašalinti kintamasis.  Šiuo atveju, Aš pridėjo "Pradėti patvirtinimo procesas" veiklos pasirodydami du kartus.  Aš noriu pašalinti darbo eigos kintamąjį, pavadintą "isItemApproved", nes jis nebenaudojamas ir nėra pasikartojančių kintamąjį, pavadintą "isItemApproved1". 

Tiesiog daryti teksto paieška kintamajam.  Mano ekrane atrodo taip:

image 

Jei jūs ieškote aplink XOML failą, matyti, kad "IsItemApproved1" yra naudojamas daugelyje skirtingų vietų, o originalus "IsItemApproved" yra tiesiog vieną kartą ir niekada naudojamos.

Ištrinti ir tada įrašykite failą.

Tik sudėtinga dalis yra tai, kad aš iš tikrųjų iš viso uždaryti BPD ir iš naujo atidarykite jį prieš BPD pripažino, kad lauko panaikinti.

žinoma, ištrinti laukai nėra vienintelis dalykas, jūs galite padaryti su su XOML ir gali dienoraštis apie kitas temas kaip šis ateityje.

Jūs norite būti labai atsargūs, apie ką jūs čia ir imtis atsargines kopijas savo darbą.  Jūs galite padaryti pažiūros nepilnametis / subtilus galetum tos šiukšlės darbo eiga kiek BPD yra susirūpinęs ir jums gali prarasti valandų pastangų, o jūs ją atstatyti.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Kaip rasti ir redaguoti BPD 2010 Darbo eigos XOML failus

Buvau tyrimus galima lengvai pašalinti krūva darbo eigos kintamieji be mano visiškai išsiskleidęs BPD spustelėkite kankinimus sesijos popietę praleisti.  Mano mintis buvo tiesiogiai redaguoti, XOML, kuris yra XML failas pagrindinių BPD 's DEKLARUOTINŲ darbo eigos.  Tai yra, kaip aš, kad tai.

Pirmosios, eikite į parinktį visus failus pagal svetainės objektų navigacijos.  Turite reikiamas teises pamatyti, Taigi, jei tai nėra jums, apeliacinį skundą dešinę admin asmeniui suteikti jums su priv.  Tai kaip jis atrodo:

image

 

Visus failus rodo sąrašą... visi failai:

image

Pasirinkite aplanką darbo eigos ir pamatysite sąrašą aplankų kiekvienai darbo eigai:

image

Spustelėkite į tinkamą aplanką ir  matote kokį nors sąrašą visų įdomių prekes, kurios sudaro BPD deklaruotinų darbo eigą.  Dešiniuoju pelės mygtuku spustelėkite ant .xoml failą ir pasirinkite "atidaryti su-> SharePoint Designer (Open XML formatu)"Jei norite tiesiogiai redaguoti į XOML:

image

Galite daryti rankiniu atsargines kopijas prieš jums smuiku su dalykų.  Reguliariai kopijuoti/įklijuokite failą tiesiai į BPD yra tikriausiai pakankamai gerai, arba galite nukopijuoti įklijuoti visą XML tekstą ir išsaugokite jį į savo darbalaukį ar kokia yra jūsų įprotis šiais atvejais.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Gauti atsakymus atgal nuo pradėti patvirtinimo proceso veiklos

I been playing around su SharePoint Designer darbo eigos išgalvotas naujas "Pradėti patvirtinimo procesas" veikla ir buvo greitai suardo, nes negalėjo iškart atsakyti į klausimą, "buvo ji patvirtinta ar ne?”. 

Trumpas atsakymas yra, kad tai gana lengvai gauti atsakymą.  Kai pridedate šią veiklą į savo pagrindinės darbo eigą, BPD prideda bazillion kintamųjų darbo eigos kintamųjų ir parametrų duomenų šaltinio, kaip jūs galite pamatyti čia:

SNAGHTML2350fe72

Jūs taip pat pažymi, jei jūs pridedate daugiau nei vieną iš šių, BPD prideda "1" ir tt, visi rodikliai. 

Radau, kad panaikinus pirmąją "Pradėti patvirtinimo procesas" veiklą, pirmąjį darbų kintamųjų liko (Deja).  Taigi, Būkite atsargūs, kaip jūs tai naudoti, nes kitaip, jūs galų gale su  labai netvarkinga darbo eigos kintamųjų sąrašas.

Duosiu Microsoft kredito po "yra" vardų suteikimo konvencija / / Būlio kintamąjį.  Ši Konvencija suteikia gana aišku, kokius duomenis turėtų būti ten.

Tiriant, Radau šis naudingas straipsnis: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx.  Tai tikrai ne spręsti šią konkrečią problemą, Tačiau yra nemažai geros informacijos apie tema, norėčiau eiti čia Norėdami sužinoti daugiau apie šia veikla ir jos broliai ir seserys.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

SharePoint Designer 2010 Funkcija MOD

Aš dirbu, kai žurnalo, tais atvejais, kai darbuotojai gali prašyti atostogų, nedarbingumo metu, ir tt. Vienas tikrinimo taisyklė reikalauja, kad jūs turi visada prašyti laiko išjungti 4 valandas.  Tai yra paprasta – naudoti a modulis funkcija.  Nulinis modulis funkcija pasakoja likusią kvadrate.  Jei nėra jokių likutis, modulio yra nulis, kitaip, tai, kas liko.  Pavyzdžiui, 8 mod 4 = 0 (8 / 4 = 2 kurių nėra frakcija).  kita vertus, 8 mod 5 yra 3.

Man reikia padaryti vieną kartą su BPD 2007 kažkada ir aš iš tikrųjų baigėsi, naudojant programos InfoPath formą spręsti, todėl jis buvo perkrauta apie visą pabaigos tuo metu.  Šiuo atveju, gali būti programos InfoPath formą nuotrauką, bet tai dar ne aišku dar.  Taigi, Aš dirbau, technika turi užtikrinti, kad prašymai visada yra Vietovė 4 valandą žingsniais.  Aš ketino padaryti matematika, įrašykite jį į eilutę ir dalinių tada daryti kai eilučių stuff. 

Aš atsigriebti BPD 2010 ir mano nuostabai (ir mažai varžymasis) There's a modulio funkcija jau:

image

Aš dar kartą maloniai nustebintas, kad kažkas man reikia ar jau yra out of the box.  Ji atrodo keistai funkcija, skirta Microsoft įtraukti į mišinį.  Ji turi savotišką "tai paprasta, todėl galime mesti jį į"feel it.  Aš atjausti su tuo, kaip man tai padaryti pats visą laiką.  Šis CodePlex projektas turi mažai funkcijų, kad rezultatas iš ItsEasy principo.  Tuo pačiu metu, Microsoft ir toliau remti įrodymais "95 %, kaip" poveikis su produktu.  Jie įgyvendinti funkcija Mod, bet ne funkcija round, pvz..

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

SharePoint Designer 2007 Darbo eigos plėtinių CodePlex projekto

Aš komponavimas mano antrasis CodePlex projektą (informacija turi būti paskelbta trečiadienį šią savaitę, plius arba minus) ir aš pažvelgti į mano pirmasis projektas, "SharePoint Designer darbo eigos plėtiniai". Buvau sukrėstas ir Samulsis pamatyti, kad ji buvo atsisiųsti 4,800 kartus:

image

Iš esmės pamiršau apie šį projektą per pastaruosius 12 mėnesių. Aš drovus, nes aš iš esmės atsisakė jį.

I 'm gonna turiu kitą atrodo ir priminti sau apie ką tai visi apie.

Jei kas nors domina darbo šiuo, Leiskite man žinoti, ir mes pamatyti apie bendradarbiauja dλl ji. 4,800 Parsisiųsti nėra milžinišką sumą, bet tai daugiau nei aš kada nors suprato ir tai tikriausiai verta šiek tiek pastangų pasirenkant jį ir jo vežimą į priekį.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Sukurti, Naujinti ir naikinti modeliai su BPD darbo eigos

Aš neseniai parašė straipsnį už geras žmonės ne ShaerPointBriefing.com apie bendrą modelį, įgyvendinama CRUD SharePoint Designer.  Čia yra kibinimas:

image

Visą straipsnį čia:  http://sharepointbriefing.com/features/article.php/3889486/Create-Update-Delete-Patterns-with-SharePoint-Designer-Workflow.htm

Check it out!

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin

Pasirinktinis sąrašus naudoti veiksmingiau darbo eigos tikrinimas

Aš reorganizuota mano gyvenimo bitų ir rasti šiek tiek laiko pateikti straipsniai www.endusersharepoint.com. Mano naujausias straipsnis yra čia: Pasirinktinis sąrašus naudoti veiksmingiau darbo eigos tikrinimas (http://www.endusersharepoint.com/?p=1658).

Tai yra pradėti "grafikas:

SharePoint Designer darbo eigos nesuteikia mums daug matomumą į kas vyksta su mūsų workflow sprendimai. Ir, matomumą, kad mes gauti kliudo santykinai prasta sąsaja ir 60 dienos laiko langą. Tai 60 dienų lango gali būti pagrindinis nusivylimas nauja SharePoint Designer naudotojams, nes jis nėra skelbiamas iš įrankis. Tai visai ne neįprasta, kad kas nors į ugnį SharePoint Designer, sukurti darbo eigos sprendimą, kuris naudoja veiksmą "Žurnalo į istorijos sąrašą"...

Problema ta, kad po 60 dienų, visus pranešimus, kurie jums sukurti tokiu būdu yra pašalinami iš darbo eigos retrospektyvos sąrašą! Po šiek tiek dantų zgrzytanie ir "ką jie ir mąstymas?"argumentai, esmė yra tai: taip atsitinka, ir jis turi įvykti. Klausimas yra, kaip mes galime gauti aplink jį?

Oficialus atsakymas yra remtis SharePoint's built-in audito funkcija. Galutinio vartotojo požiūriu, Tačiau, tai labai silpnas WSS ir ne daug geriau Moss. Laimei, Mes vis dar galite sverto susipažinę SharePoint Designer įrankis sukurti ilgalaikio darbo eigos retrospektyvos ir audito seka, kuri yra naudinga įkelti didumo. Štai kaip.

Aprašyti, kaip sukurti labiau draugiškas ir naudinga audito sprendimą deklaruotinų darbo eigos sukurtos BPD.

Mane įkvėpė parašyti šį straipsnį iš neseniai projektas dėl kliento, kuris sukūrė devynios techninės BPD eigas vieną loginį verslo procesui paremti. Darant prielaidą kad dabar devyni yra tiktai pagrįstai nustatytą skaičių, tai buvo tikrai sunku derinti jį arba peržiūrėti elementų statusas proceso – vieną paprastą rodinį. Kiekvienos iš šių atskirų techninių darbo eigos turi savo nepriklausomą darbo eigos retrospektyvos sąrašą ir tai tiesiog nėra valdomas. Man pavyko sujungti visus juos į bendrą audito sąrašą naudojant techniką aš apibūdinti svetainėje.

Check it out.

</pabaigos>

Prenumeruoti savo dienoraštį.

Sekite mane Twitter ne http://www.twitter.com/pagalvin