Pārskats

Šī ievadne apraksta gadījumā pētījums, kas raksturo faktisko ULD (Uzturēšana, Remonta un operāciju) darbplūsma apstiprināšanas procesu īsteno MOSS.

Tas nav klaji tehniskās apspriedes, bet tā vietā ir nepieciešams kalpo, lai nodrošinātu reālās pasaules piemērs, kas demonstrē, kā sūnu platforma iepazinos ar reālās pasaules.

(Šis ieraksts ir pārrobežu ievietojis starp http://paulgalvin.spaces.live.com un http://blogs.conchango.com)

Fona

Klienta ULD procesā bija raksturo šādi

• Manuālās apstiprināšanas procesu.
• Atbalstu, izmantojot excel izklājlapas.
• Neregulārās apstiprināšanas procesu. Pašu ULD pirkuma apstiprināšanas procesu varētu mainīties katru dienu, persona ar personu.
• Daudz papīru un parakstiem rokrakstā — pirkuma pieprasījumus, kas prasa līdz pat 3 pirms galīgās apstiprināšanas rakstiski paraksti.

Šajā projektā iekļauto mērķu:

• Pilnībā automatizētu procesu.
• Īstenot uzņēmuma standartu apstiprināšanai.
• Sniedz konsolidētu skatu uz GRO iepirkumu dažādiem vadītājiem.
• Sīki izstrādātas revīzijas liecības.

Kā risinājums blakusparādība, rakstveida parakstus vairs netika prasītas.

Apstiprināšanas Process

Apstiprināšanas process sastāv no četrām "peldēt joslas": Rīkojuma, Tiešā vadītāja, Funkcionālās vadītāja un nodaļas vadītājs.

Rīkojuma:

Uzskata, ka nepieciešams pirkumam un sākas process. Ievērojiet, ka rīkojuma var vai nevar faktiski ievadīt pirkšanas pasūtījumu, bet tā vietā tieši cits darbinieks to darīt. Dažas reizes, Autors nav tehniskas zināšanas PO pieprasījuma aizpildīšanai. Piemēram, lietotājs, iespējams, vēlēsities rekvizīciju jaunu klēpjdatoru, bet labākais pārdevējs nezina, IT standarti, uc. Šajā gadījumā, autoru darbu ar to, un tas faktiski aizpilda pieteikumu.

Tiešā vadītāja:

Tas ir tiešā vadītāja rīkojuma (kas var atšķirties no personas, kas faktiski stājās PO pieprasījuma MOSS). Tiešo vadītāju, ir jāapstiprina PO pieprasījuma pirms sistēma meklē apstiprinājumu turpmāk paredzēto līniju.

Funkcionālā Manager:

Funkcionālā pārvaldnieks ir atbildīgs par to, ka ierosinātā iegāde atbilst uzņēmuma standartus noteiktu uzņēmuma funkciju ietvaros indivīds. Piemēram, TĀ funkcionālo vadītājs apstiprina IT iepirkumu.

Nodaļas vadītājs:

Departamentu vadītāji apstiprina pirkuma pieprasījumu stingri ar savu dolāru summu. Nodaļas vadītājs apstiprina pirkuma pieprasījumus, kas pārsniedz konfigurējamu dolāru summu.

Šķīdums

Mēs izmantojām šādus rīkus un komponentus, lai ieviestu risinājumu:

SŪNA: Kalpo kā platforma, pie kam viss pārējais "uzkaras". SŪNA sniedz drošības pakalpojumus pamatieži, pamatdatu, audita un citi līdzekļi.

InfoPath forms services: MOSS komponents, Tas ļauj lietotājiem aizpildīt pirkuma pieprasījumu, izmantojot tīmekļa pārlūkprogrammu.

SharePoint Designer (VPD): Mēs izmantojām VPD ieviest automatizētu darbplūsmas procesu.

Web pakalpojums: C# web pakalpojums atvieglo lietotāju darbu, ļaujot kaskādes atlases sarakstus programmā InfoPath formu un nodrošina labāku veiktspēju attiecībā uz datu filtrēšana. Sk. šeit par tehnisko dziļi nirt par šo tēmu un savi iemesli, lai, izmantojot to.

Pielāgotiem sarakstiem: SŪNA lietotāju profili nodrošina konkrētā lietotāja tiešā vadītāja, taču lielākā daļa datu, kas kontrolē darbplūsmu lēmumus nesniedza (piem.. vai nodaļas vadītājs, ir nepieciešams apstiprināt PO pieprasījuma). Mēs izmantojām pielāgotiem sarakstiem, "uzņēmuma dati" vietu, lai saglabātu datus, piemēram, "Nodaļas vadītāju apstiprināšanu dolāru summu", "Funkcionālās zonas pārvaldnieka" un tā tālāk. Saraksti ļoti labi integrēti programmā InfoPath, kā arī paredz izveidot/update/izdzēst (CRUD) funkcionalitāti ar revīziju un drošību no box.

Lietošanas gadījumā

Šo lietošanas gadījums ilustrē, kā risinājums der kopā:

1. Paul vēlas jaunu klēpjdatoru. Viņš apraksta savas vajadzības, lai Vivek, IT persona, kas ir pazīstami ar korporatīvo klēpjdators standartiem, vēlamais kreditoriem, uc.
2. Vivek piesakās MOSS, piekļūst PO pieprasījuma veidlapu un ievada pieprasījuma vārdā, Paul. Veidlapa pieprasa Vivek iepirkuma kategorija, kuru pēc tam izmanto web pakalpojumus, lai aizpildītu nolaižamā saraksta uzņēmums apstiprināts kreditoru. Vivek norāda arī korporatīvo funkcionālajai zonai par šo pirkumu (piem.. "TAS" vai "Finanses").
3. VPD pamatā darbplūsma tiek sākta, nosaka Pāvila tiešo vadītāju un maršrutē pieprasījuma savam vadītājam, Stacy.
4. Stacy apstiprina pirkšanas pasūtījumu.
5. VPD darbplūsmas pārbauda pieteikumu un nosaka to ir tā pirkšanas. To maršrutē darbplūsmas funkcionālās IT vadītājs, Wonson.
6. Wonson apstiprina pirkuma.
7. VPD darbplūsmas vēlreiz pārbauda pieteikumu un nosaka, ka iepirkuma summa pārsniedz maxium dolāru summu un maršrutē apstiprināšanai nodaļas vadītājs.
8. Nodaļas vadītājs apstiprina pirkšanas pasūtījumu.

Piezīmes

• Izmantošanas gadījumā liecina par "tīru" palaist bez noraidījumi vai lec.
• Katru apstiprinātājs ir iespēja apstiprināt, vai noraidīt pieteikumu, kā arī sniegt rakstiskas atsauksmes. Tie tiek reģistrētas auditācijas pierakstu.
• Ja atbildīgais vadītājs noraida pirkšanas pieteikumu jebkurā brīdī, PO pieprasījuma ir "miris" un šis process ir jāatsāk no sākuma.
• Darbplūsmas paziņo ik uz soļa procesa iniciators.
• Nekādu rakstisku paraksti — klients noteica (pēc dažu spēcīgu ieteikumus) auditācijas pieraksta, kas nodrošināti, izmantojot darbplūsmas vēsture, pasniedz to revīzijas vajadzībām.
• Pūles — pagāja apmēram trīs vīru nedēļas, lai īstenotu šo risinājumu.

Secinājums

Šo risinājumu kā attīstības un izpildlaika platforma piesaista MOSS. Klientam bija iespēja sviras pamatfunkcijas MOSS automatizē ikdienas uzņēmējdarbības procesos, kas skar gandrīz katru uzņēmuma darbinieks. Izņemot vienkāršu web pakalpojums (kas pats piesaista MOSS), gandrīz nav faktisko "programmēšana" bija vajadzīgs.

Risinājums kalpo arī kā vitrīna"" klientam, demonstrē kā dažādas sūnas līdzekļus var apvienot, lai izveidotu pilnībā featured biznesa lietojumprogrammu un radīs jaunas konsultāciju iespējas nākotnē.

Glosārijs

ULD: Uzturēšana, remonta un operāciju. Šie pirkumi parasti ietver tādus vienumus kā notepads, krēsli, personālie datori, printeriem, Mobilie telefoni un tamlīdzīgi.

Tas var būt skaidrs, daudziem, bet kamēr studē par manu MOSS programmēšanas eksāmenu, Uzzināju, ka tas ir diezgan viegli nokļūt faktisko XML no meklēšanas vaicājumu, izmantojot lietotāja interfeisu.

Vienu ātru metodi, ir šāds:

• Piekļuves Izvērstā meklēšana.
• Veikt meklēšanu, kas atgriež datus.
• Rediģēt lapu (izmantojot vietnes iestatījumus).
• Pārmaiņas pēc XSL:

<?XML versija="1.0" kodējums="UTF-8"?>
<XSL:izvēršamā stila lapu versija="1.0" xmlns:XSL="http://www.w3.org/ 1999/XSL/transformāciju">
<XSL:izvades metode="XML" versija="1.0" kodējums="UTF-8" atkāpes="jā"/>
<XSL:Veidne: atbilst="/">
<Pre>
<XSL:kopēt no atlasiet="*"/>
</Pre>
</XSL:Veidne:>
</XSL:izvēršamā stila lapu>

• Rezultāts attiecas.
• Skatīt avotu pārlūkprogrammā.

Ievērojiet, ka <Pre> taga nedara daudz izņemot kalpo kā ērts zīmi, skatot rezultātus.

Šis triks var būt ļoti noderīga, strādājot ar pārvaldītajiem rekvizītiem un pielāgot meklēšanas. Tas sniegs galīgo sarakstu pieejams lietošanai jūsu XSLT, kas būtu bijusi ļoti noderīga XML pēdējo 25 reižu es radīju dažus pielāgotus meklēšanas rezultātus.

To vajadzētu strādāt par dataviews, kā arī, gan man nav pārbaudīts tas, kā vēl.

Es redzu, ka Eric Kraus saskārās ar prasību parasti tikās ar satura vaicājuma web daļa. Problēma? Viņš bija tīra WSS vidē, kur nav piekļuves CQWP. Tā vietā saritinājās embrija pozā (vēlēšanās man ir jācīnās ar katru dienu, šķiet, ka), viņš nāca klajā ar risinājumu, kas dod vismaz WSS veikalos izredzes gūt panākumus. Tas ir aprakstīts šeit.

Stefan Goßner ir apkopojusi drausmīgs 4 daļa sēriju par SharePoint saturu un izvietošanas API šeit. Tā piedāvā lielisku pārskatu un ļoti labi piemēri Code (C#).

Es pirmo reizi paņēma šo saiti no joris poelmans blog http://jopx.blogspot.com/.

Pat ja jūs esat līdzīgi man, ka jums nav bijis daudz praktisku darbu satura vadības, tas ir labi vērts 20 minūtes sava laika, lai lasītu.

Izmantojot API, viens var:

• Eksportēt un importēt saturu ļoti viegli.
• Atkārtota vecākelementa satura. Ja vēlaties eksportēt kādu saturu no vietnes "A" un nosūtiet to uz vietas "B" bet pavisam jaunā vieta hierarhijā, tas ir iespējams.
• Eksportēt saturu no lapas A un Atlasītais bitu importēt vietnes A.
• Re-link saturu (nozīmē, ka nodarbojas ar visām hipersaitēm).

Kāds Internets bija jautā par to, kā izveidot aprēķinātu kolonnu, sarakstā, kas liecinātu, ka vērtība, kas formatēta kā"[Lietotājs] – [Statuss] – [Atrašanās vieta]" tāpat kā "Paul Galvin – Dzeramais [bezmaksas] Alus – Beach".

Paul varētu iet un atjaunināt savu ierakstu sarakstā un aprēķinātās kolonnas būtu atjaunināta atbilstoši. Uz [Lietotājs] būtu noklusējuma lietotāju saraksta ievadīšana/atjaunināšana.

Aprēķinātās kolonnas nevar izmantot "gaistošie" funkcijām, piemēram [Mani] vai [Šodien]. Es atrisināt to ar šiem soļiem testēšanas vidē:

1. Izveidotu teksta kolonna ar nosaukumu "Pašreizējais lietotājs".
2. Tā noklusējuma vērtība ir iestatīts [Mani]
3. Izveidot aprēķināto kolonnu sauc par "Calc Test".
4. Iestatītu tās vērtību = [Pašreizējais lietotājs]

Es devos uz, pievienot vienumu sarakstā, un tā strādāja.

Es esmu bijusi plagued ar šo 9 mēnešus, un redzēt, ka cilvēki uz MSDN un Usenet forumos ir too.l

Dažreiz, piekļūstot word dokumentu (vai citu veidu doc) no dokumentu bibliotēkas liek programmai Internet Explorer vienkārši crash un aiziet prom (ņemot visas cilnes ar to, ja jebkurš tiek atvērta).

To var atrisināt šo labojumfailu MS: http://support.microsoft.com/kb/938888

Arī, tur ir dažas apraksts par šo problēmu šeit:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

Pārskats:

Izveidot pielāgotu sarakstu, kas pārvalda ar daži desmiti kolonnas satura tipam.

Pievieno to lapu un pēc tam caur SPD, Konvertē datu skatu.

Problēma:

Manu Xpath izteiksme atgrieza tukša kolonna ar nosaukumu "Pašreizējais stāvoklis". Es pieminēts, tas thusly:

    <tabulas apmales = "1">
      <XSL:par katru atlases = "/ dsQueryResponse/rindu/rindas" >
        <TR>
          <TD>
            Pašreizējais statuss:
            <XSL:"vērtība, select="@Current_x0020_Status></XSL:vērtību no>
          </TD>
        </TR>
      </XSL>
    </tabula>

CT kolonnā nosaukums ir "Pašreizējais stāvoklis". Tas parādās uzmeklēšanas kā "Pašreizējais stāvoklis". Visur tu skaties, jūs redzat "Pašreizējais stāvoklis".

Kamēr kulšana tērēts aptuveni, meklē risinājumu, Tā vietā es minēju "@Recruiter" un Lūk! — kas faktiski atgrieza atpakaļ pašreizējo statusu. Es gaidīju to atgriezt atpakaļ recruiter, kad es to darīju.

Šķīdums:

Es poked VPD. Dodieties uz šo lapu VPD un tā parāda datu skatu. Jūs varat pārbaudīt faktisko datu skatam un ar tiem saistītā Xpath. Šeit konstatēja, ka patiešām, Xpath norādīja uz "Recruiter". Savādi, "faktiskie" Recruiter lauku norādīja no "Recruiter1".

ņem nost:

SPD sniedz autoritatīvu Xpath izteiksmes rindām & datu skata kolonnām.

Otrais, tas liecina, ka faktiskie dati. Tā, piemēram, kolonna, kuras tips ir norādīts, tas:

<NOBR><laiduma><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">Galvin, Paul</A><IMG u ="0" augstums = "1" platums = "3" src="/_layouts/Images/blank.gif"/><href = "javascript:’ OnClick ='IMNImageOnClick();atgriezties viltus;’ class = 'ms-imnlink'><IMG nosaukums = "imnmark’ nosaukums =” u =’0′ augstums ='12’ platums ='12’ src='/_layouts/Images/blank.gif’ ALT = "nav dalības informāciju’ SIP ='PGalvin@xxx.com’ ID = "imn_77, ierakstiet = smtp'/></a></laiduma></NOBR>