Kategorija Arhīvs: SharePoint darbplūsmas

Manu darbplūsma grāmata ir pieejama iegādi

Es pirmo reizi sāka runāt ar manu sākotnējo līdzautoriem vairāk nekā pirms diviem gadiem.  Galu galā viņi pamesti projekta, bet šā gada vasaras beigās, ar vairāku jaunu līdzautoriem palīdzību, Es beidzot varēja celt šo visā finiša līniju. 

Profesionālā darbplūsmas koplietošanas vidē SharePoint 2010: Reālajā pasaulē biznesa risinājumi skāra Amazon un Barnes un Noble mājas lapā kādu laiku pēdējā 10 dienas.  Tas ir pieejams brošēta grāmata un iekurt/kakts un visu, kas, tikai savlaicīgi lieliska Ziemassvētku dāvana. smaids

Šī grāmata ir par divām lietām.: 1) spēcina tiešajiem lietotājiem, lai viņi varētu atrisināt savas biznesa problēmas, lietojot SP 2010 darbplūsmu iespējas un 2) palīdz IT speciālistiem (izstrādātājiem, it īpaši) darīt to pašu.  Apmēram divas trešdaļas grāmatā būs vērsti uz to, ko es saucu par "Aktīvists lietotājiem" (augsti kvalificētu, bet nav tehniskas un motivēti lietotāji).  Tā mēģina paskaidrot, kā izstrādāt risinājumus koplietošanas vidē SharePoint 2010 izmantojot SharePoint Designer darbplūsmas un virkni papildu SharePoint līdzekļi.

Pēdējā trešdaļā ir mērķis squarely uz attīstītājs.  Tomēr, Atšķirībā no dažiem tīri tehniski grāmatu tirgū, šīm nodaļām, paskaidrot, kā SharePoint izstrādātājiem izveidot funkcionalitāti, kas tālāk dod tiem aktīvistu lietotājiem ar pielāgotu SharePoint Designer aktivitātes un citas tehnikas biti.  Rosinot aktīvistu lietotāji jūsu uzņēmumā, jūs atbrīvos jūsu attīstības komandas (vai tikai sev) darīt patiešām grūti (un parasti vairāk tehniski interesanti) sīkumi, ka tiešajiem lietotājiem nekad darīt un nekad vajadzētu izmēģināt savas.

Nākamajās nedēļās, Es uzrakstīšu vairāk par grāmatu, ieskaitot pūkains stuff, piemēram, "kā tas ir tāpat kā uzrakstīt grāmatas" es zinu, daudzi cilvēki ir ieinteresēti nezinot.  Vispirms-es ņemšu ieviest mans līdzautoriem, bez kuriem šī grāmata saglabāties redzēt dienas gaismu.

Lasīt vairāk par grāmatu par Amazon tīmekļa vietnē.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

CodePlex Project Update: SharePoint Designer darbplūsmas paplašinājumi

A kamēr ago, ES rakstīja ka bija mēģina atdzīvināt manu veco CodePlex projekts, SharePoint Designer darbplūsmas paplašinājumi.  CodePlex projektā tika izstrādāta WSS/MOSS un pievieno nedaudz lietderība tipa funkcijas, piemēram, "ToLower()”, "ToUpper()”, "Apakšvirkni()"un tā tālāk.  Tas pat ir universāla "zvanu tīmekļa pakalpojums" stils funkcija.  Jūs varat izlasīt vairāk par to šeit: http://paulgalvinsoldblog.wordpress.com/2007/10/28/sharepoint-designer-custom-activity-to-execute-user-defined-c-functions/.

Es vairāk vai mazāk pamestu diezgan brītiņa atpakaļ.  Kopš SharePoint 2010 iznāca, Tomēr, Esmu bijis nozīmē, lai atskatītos uz to un likt tai darboties SP 2010. gadā.  Nu, šodien, Es darīja tikai to.  Man nav atjaunota šo kodu CodePlex vēl. Vēlaties, lai izglītotu sevi par CodePlex konvencijām, pirms to, ka, bet vai atjaunināt projekta mājas lapā wiki.

Platāks un interesantāku netieši ir pielāgotas darbības no WSS un MOSS šķiet diezgan viegli porta pār, kas ir (laipni lūdzam) pārsteigums man.

Lūk, kā tas izskatās, ka programmā SharePoint Designer strādājot ir:

image

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Manuāli rediģēt SPD XOML failu, lai attīrītu mainīgie

Šeit šajā amatā ("Atbilžu saņemšana atpakaļ no sākuma apstiprināšanas procesu aktivitāte"), Es teicu, ka nejauši jūs varat pievienot darbplūsmu mainīgo lielumu visai apgriezties SharePoint Designer darbplūsmu.  Lietas ātri var kļūt pārblīvēta un grūti salasāms.  Īpaši, Ja pievienojat "Sāktu apstiprināšanas procesu aktivitāte" rīcību savu darbplūsmu, izdzēsīsim to un pievienojiet to vēlreiz, jūs galu galā ar visu šo darbību darbplūsmas mainīgie divreiz. 

Tas ir reālas sāpes iet cauri un manuāli izdzēsiet visus šos, tāpēc es tomēr gribētu izmēģināt tos noņemt tieši no XOML failu.  Tas izrādījās tik viegli izdarāms. 

Pirmais, jums nepieciešams atrast faktisko XOML failu.  Es rakstīju par šo tēmu: http://www.mstechblogs.com/paul/how-to-find-and-edit-spd-2010-workflow-xoml-files.  Kad konstatēts, XOML failu atvērt un atrodiet mainīgo, kuru vēlaties noņemt.  Šajā gadījumā, Es pievieno "Sāktu apstiprināšanas Process" aktivitāte manu darbplūsma divreiz.  Es vēlos noņemt darbplūsmu mainīgo ar nosaukumu "isItemApproved", jo tas vairs nav izmantots un nav dublikātu mainīgo ar nosaukumu "isItemApproved1". 

Vienkārši darīt mainīgā teksta meklēšanu.  Mans ekrāns izskatās šādi:

image 

Ja jūs meklējat apkārt XOML failā, jūs redzēsiet, ka "IsItemApproved1" tiek izmantota daudzās dažādās vietās, kamēr sākotnējā "IsItemApproved" ir vienkārši noteikts vienreiz un nekad nav izmantots.

Dzēsiet to un pēc tam šo failu saglabājiet.

Tikai kutelīgs daļa ir tas, ka man bija faktiski noslēguma VPD vispār un to atkārtoti atvērt, pirms VPD atzina laukā Dzēst.

protams, dzēšot laukus nav vienīgā lieta, ko jūs varat darīt ar XOML un es varētu blog par citām tēmām, kā tas nākotnē.

Jūs vēlaties būt ļoti uzmanīgiem, ko jūs darīt šeit un veikt dublējumu jūsu darbu.  Jūs varat veikt šķietami nelielas / smalks izmaiņas šeit ka trashes pēc VPD darbplūsma ir saistīta, un jūs zaudēsit stundas pūles, kamēr jūs atjaunotu to.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Kā atrast un rediģēt VPD 2010 Darbplūsmas XOML failus

Biju pētot viegls veids, kā noņemt darbplūsmu mainīgie ķekars bez nepieciešamības tērēt manu pēcpusdienā pilnīgi izplaucis VPD noklikšķiniet uz spīdzināšanu sesijā.  Mana doma bija, lai tieši rediģētu XOML, kas ir XML failu pamatā SPD deklaratīva darbplūsmas.  Tas ir kā es atklāju, ka.

Pirmais, dodieties uz visus failus opciju zem vietnes navigācijas objekti.  Ir atbilstošas atļaujas, lai redzētu šo, Tātad, ja to nav, jums, apelācijas tiesības admin personai piešķirt priv.  Tas ir kā tas izskatās:

image

 

Visi faili tiek parādīts saraksts... visi faili:

image

Atlasiet darbplūsmas mapi un redzētu mapju sarakstu, lai katrai darbplūsmai:

image

Noklikšķiniet uz pareizo mapi un  Redzi, visi interesanti labumi, ka izveido VPD deklaratīva darbplūsmu sarakstu.  Peles labo pogu noklikšķiniet uz .xoml failu un izvēlieties "Open ar-> SharePoint Designer (Atvērta XML kā)"lai rediģētu XOML tieši:

image

Jūs varat veikt manuālu dublējumu pirms jūs spēlēt vijoli ar lietām.  Regulāra kopēt/ielīmēt failu tieši SPD ir iespējams pietiekami labs, vai_ar ī jūs varat kopēt ielīmēt visu XML tekstu un saglabāt uz darbvirsmas vai kāds jūsu paradis šādos gadījumos.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Atbilžu saņemšana atpakaļ no sākuma apstiprināšanas procesa darbības

Es esmu spēlē aptuveni ar SharePoint Designer darbplūsmas iedomātā jaunu "Sāktu apstiprināšanas Process" darbību un ātri bija norūpējušies, jo nevaru uzreiz atbildēt uz jautājumu, "tas apstiprināja vai ne?”. 

Īsā atbilde ir, ka tas ir diezgan viegli dabūt atbildi.  Kad pievienojat šai aktivitātei galveno darbplūsmas, VPD pievieno bazillion mainīgie darbplūsmas mainīgos un parametrus datu avotu, kā jūs varat redzēt šeit:

SNAGHTML2350fe72

Jūs arī atzīmēt, ja pievienojat vairāk nekā vienu no šiem, VPD pievieno "1" un tā tālāk visus mainīgos lielumus. 

Es atklāju, ka, dzēšot pirmo "Sāktu apstiprināšanas Process" aktivitātes, pirmos mainīgie palika saistīta darbplūsma (Diemžēl).  Tik, Esiet uzmanīgi, kā jūs izmantot šo, jo citādi, jūs galu galā ar  ļoti cluttered darbplūsmas mainīgo sarakstu.

Es dodu Microsoft kredītu par šādu "ir" nosaukumdošanas konvencija Būla mainīgais.  Šīs konvencijas ir diezgan skaidrs, kāda veida datus ir paredzēts tur būt.

Pētot, Es atklāju šo noderīgu rakstu: http://office.microsoft.com/en-us/sharepoint-designer-help/workflow-actions-in-sharepoint-designer-2010-a-quick-reference-guide-HA010376961.aspx.  Tā doesn't tiešām risināt šo konkrēto jautājumu, bet ir dažas labas ziņas par tēmu, tāpēc es gribētu iet tur, ja jūs vēlaties uzzināt vairāk par šo noteikto aktivitāti un savu brāļu un māsu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint Designer 2010 Funkcija MOD

Esmu darba ārā kādu žurnālu, kur darbinieki var pieprasīt atvaļinājumu, slimības laikā, uc. Viena validācijas kārtula pieprasa, ka jums vienmēr jālūdz laiks pie 4 stundu starplaikiem.  Tas ir viegli lietot modulo funkcija.  Modulo funkciju norāda atlikušo rajonā.  Ja nav nekādu atlikumu, Modulo ir nulle, Pretējā gadījumā, tas ir, kāds ir palicis.  Piemēram, 8 Mod 4 = 0 (8 / 4 = 2 neviena frakcija ar).  no otras puses, 8 Mod 5 ir 3.

Man vajadzēja izdarīt vienreiz ar VPD 2007 reiz, sensenos laikos... un es patiesībā beidzās izmantojot InfoPath veidlapu, lai atrisinātu, Tātad tā bija jārīkojas uz priekšgalu tajā laikā.  Šajā gadījumā, attēlā var InfoPath veidlapu, bet tas vēl nav skaidrs.  Tik, Bija darba tehniku, lai nodrošinātu, ka laikā no pieprasījumiem ir vienmēr 4 stundu periodos.  I gatavojas do math, saglabājiet to virknē, un pēc tam daži apakšvirkne sīkumi. 

Es nobremzēju VPD 2010 un man par lielu pārsteigumu (un nelielu apmulsumu) tur ir modulo funkcija jau:

image

Esmu atkal patīkami pārsteigti, ka kaut ko vajadzēja jau ir gatavas.  Tas šķist dīvaini funkcija Microsoft jāiekļauj samaisa.  Tā ir sava veida "tas ir viegli, So let's to iemest"sajust to.  Man simpatizēt ar šo, kā man tas pats visu laiku.  Šis projekts CodePlex ir ķekars maz funkcijas, kas izriet no ItsEasy princips.  Tajā pašā laikā, Microsoft turpina atbalstīt pierādījumi "95 % no tā, kā" efekts kopā ar produktu.  Tās īsteno funkcija Mod, bet ne funkciju round, piemēram.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

SharePoint Designer 2007 Darbplūsmas paplašinājumi CodePlex projekta

Esmu sagrupējot manu otro CodePlex projektu (Šonedēļ paziņos trešdien detaļas, plus vai mīnus) un man bija apskatīt manu pirmo projektu, "SharePoint Designer darbplūsmas paplašinājumiem". Es biju satriekts un neērti, lai redzētu, ka tas ir lejupielādēts vairāk nekā 4,800 reizes:

image

Būtībā es aizmirsu par šo projektu, jo pēdējā 12 mēneši. Es esmu neērti, jo es būtībā ir pametuši, tas.

I'm gonna ir vēl skatīties un atgādināt sev par to, kas ir visu par.

Ja kāds ir ieinteresēts strādāt šajā, Let me know, un mēs redzēsim par to tapšanā. 4,800 lejupielāde nav milzu summas, bet tas ir vairāk nekā jebkad agrāk saprata, ka, un tas droši vien ir vērts pūles to pacelt un aiznest to uz priekšu.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Izveidot, Atjaunināt un dzēst rakstus ar VPD darbplūsmu

Es nesen wrote rakstu par labi cilvēki pie ShaerPointBriefing.com uz vispārējo modeli par īstenoto CRUD SharePoint Designer.  Šeit ir teaser:

image

Pilnu rakstu šeit:  http://sharepointbriefing.com/features/article.php/3889486/Create-Update-Delete-Patterns-with-SharePoint-Designer-Workflow.htm

Check it out!

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Izmantot pielāgotus sarakstus par efektīvāku darbplūsmas revīziju

Esmu reorganizēta manu dzīvi mazliet un konstatēja kādu laiku, lai iesniegtu rakstu www.endusersharepoint.com. Manu jaunāko rakstu ir šeit: Izmantot pielāgotus sarakstus par efektīvāku darbplūsmas revīziju (http://www.endusersharepoint.com/?p=1658).

Šis ir sākuma "grafa:

SharePoint Designer darbplūsmas nedod mums daudz redzamību, kas notiek ar mūsu darbplūsmas risinājumi. Un, redzamība, ka mēs saņemam kavē salīdzinoši sliktu interfeisu un 60 dienas laika logs. Tas 60 dienu loga var būt lielas vilšanās jauniem lietotājiem, SharePoint Designer, jo to nav reklamē sevi rīks. Tas nemaz nav neparasti, ka kāds uguns līdz SharePoint Designer, izveidot darbplūsmu risinājumu, kas līdzsvaro "Log uz vēstures saraksts" rīcības...

Problēma ir tā, ka pēc 60 dienas, visiem ziņojumiem, kurus izveidojat šādā veidā tiek izdzēsti no sarakstu darbplūsmas vēsture! Pēc mazliet zobi griešanu un "kādi bija tie domāšanu?"argumenti, bottom line ir tas: tas notiek, un tam ir jānotiek. Jautājums ir par to, kā mēs varam iegūt ap to?

Oficiālā atbilde ir jāpaļaujas uz SharePoint ir iebūvēts auditēšanas līdzeklis. No lietotāja viedokļa, Tomēr, tas ir ļoti vājš WSS un nav daudz labāk ar sūnu. Par laimi, mēs joprojām sviras pazīstamo SharePoint Designer rīks izveidot ilgstošu darbplūsmas vēsture un audita liecības, kas ir apjomā noderīgākus boot. Lūk, kā.

Man ir paskaidrots, kā izveidot draudzīgas un noderīgu audita risinājumu deklaratīva darbplūsmai izveidots VPD.

I iedvesmoja rakstīt šo rakstu no nesen projekts par klientu, kas bija izstrādājusi deviņus tehnisko VPD darbplūsmas viena loģiska biznesa procesu. Pieņemot tagad, deviņas ir saprātīgs skaitlis, tas noteikti bija izaicinājums atkļūdot tas vai skatā procesa vispārējo statusu vienu vienkāršu. Katru no šīm atsevišķas tehniskas darbplūsmām ir savs neatkarīgs darbplūsmas vēstures saraksts un tas nav vienkārši pārvaldāmu. Man bija iespēja apvienot tos visus vienotās revīzijas sarakstu, izmantojot metodi, kas aprakstīts, vietnē.

Check it out.

</beigās>

Abonēt manu blogu.

Sekot mani uz čivināt pie http://www.twitter.com/pagalvin

Technorati Tags: Technorati Tags: ,