jamii Archives: SharePoint Solutions Design

Kufuatilia Mazoezi Shughuli – Sehemu 1

Kuhusu mwaka mmoja uliopita, Nilijiunga Slalom Consulting hapa katika mpya York kama kile tunachokiita Area Mazoezi Kiongozi.  (Kama madogo kando kwa uhakika wa hii blog post, kuwa mabadiliko katika akaunti ya ajira kwa taarifa yangu tone-off katika mabalozi.  Ilikuwa ni mabadiliko makubwa katika majukumu na mabadiliko makubwa katika siku ya "mambo" siku lakini nimepata aina ya acclimated mwenyewe kwa hayo na kuangalia mbele kwa kuandika tena Smile ).

Katika jukumu hili PAL, Mimi nina wajibu wa kuokoa kampuni na mazingira ya haraka ya 21 Magharibi ya 21 mitaani kutoka maafa ya mara kwa mara.  Ni mengi ya shinikizo (zaidi ya wewe kufikiri - tu kufikiri ya watoto wote!). 

Katika huduma muhimu kwamba, Nahitaji msaada kutoka nje na kabla ya mauzo, kujenga na update sadaka go-na-soko, kuajiri folks mzuri, mafunzo juu folks kuwafanya bora (lakini kwa kweli, kufanya kazi yangu rahisi) na mara kwa mara kufanya kitu billable saa mteja.  Mimi kupata mengi ya "pembejeo" - maswali kutoka kwa wateja, mauzo fursa, addled mawazo yangu mwenyewe na kadhalika.  Baadhi ya kweli ni nzuri (kama oppty moto mauzo) wakati mwingi ni chini nzuri.  muhimu ni awali kufuatilia, kipaumbele na kusimamia kila moja ya mawazo haya (kubwa na ndogo) katika hitimisho lenye mafanikio. 

Aina hii ya usimamizi wa kazi si mpya, haki?  Na sisi kuwa na kura ya zana kazi ya kutusaidia kwa hili.  Mtazamo ana kazi.  Unaweza kofi spreadsheet pamoja nzuri na ya haraka.  Kazi yangu ya kwanza kabisa usimamizi wa chombo alikuwa kisheria notepad nyuma katika siku yangu katika GAF kama developer katika idara ya IT.  (Kuuliza mimi kuhusu siku hizo nzuri ya zamani wakati ujao wewe kuona mimi kama wewe ni nia ya, au labda si...).

Kuwa guy SharePoint (husemwa, angalau), Nimekuwa daima walidhani kutumia SharePoint.  Lakini kwa sababu fulani, generic Task orodha kamwe kabisa alifanya hivyo kwa ajili yangu.  rundo la iliyopita, Niliamua kujiponya na kujenga tu SharePoint makao ufumbuzi.  Ilikuwa hivyo embarrassingly rahisi kujenga kwamba nilifikiri kuandika kuhusu hilo hapa.

Hivyo, malengo yangu hapa walikuwa rahisi sana:

  • Super rahisi na ya haraka data entry
  • Kipaumbele shughuli za
  • Panga shughuli
  • "Hatua ya pili" inayotokana - shughuli hizi mara nyingi span wiki (labda hata miezi).  Wao kamwe karibu "ya mwisho" baada ya update moja maalum.

Haya bits mikopo wenyewe vizuri mno na aina maudhui, hivyo kwamba ni nini mimi umba:

image

Unaweza kweli kuona kwamba sikuwa na upendeleo mauzo na hii kwa mara ya kwanza, tangu nina kwamba "Mteja" shamba.  mengi ya shughuli mazoezi yangu ni msingi kote wateja (ama halisi au wanaotazamiwa).  Lakini wengi wao ni pia ndani umakini.  Mimi kofi "Slalom" katika kuna wakati mimi kujenga yao, lakini daima anahisi tad weird.  Mimi lazima jina lake ni kitu zaidi ya kurefusha maisha.  Labda "inayolengwa Shirika" au kitu.

Hapa ni wachache maelezo miscellaneous juu ya aina maudhui:

  • Shughuli Athari ina devolved katika kipimo ya kipaumbele.  Mimi nina uhakika kwa nini mimi nikaenda na "Athari" na sio "Kipaumbele" siku sifuri, lakini hiyo ni nini mimi. 
  • Hatua inayofuata na Next Hatua Tarehe - Nina dashibodi kwamba inaendeshwa na tarehe ya pili ya shughuli.  Dashibodi hii ina aina ya kuwa kuandamana yangu amri kwa ajili ya siku ya wiki /.  Mimi tu kwenda dashibodi na kuzingatia mambo ya juu kipaumbele cha kwanza na kwenda kutoka huko.  (Kuna dhana ya "untagged"
  • Mmiliki msingi - kitu tu kumbuka ni - si ni ajabu kwamba unaweza aina na kuchuja juu ya nguzo mbalimbali kuchagua katika SP 2010! Mimi kwa kweli hakuwa kikamilifu kununua katika dhana hii kwa mara ya kwanza.
  • Shughuli Status - kweli tu "Open" au "Closed." 
  • Msingi Mazoezi - Baada ya mimi alianza kutumia hii, mwingine PAL katika kundi yangu alitaka kujaribu hii nje, hivyo mimi umeteleza hii katika mchanganyiko wa kutofautisha kati ya mambo yangu (Portaler & Kushirikiana) na mambo yake (Azure).

Hapa ni dashibodi yangu:

image

(pole kwa bits wote blurred nje - sikuweza kuhisi kama kujenga rundo la data mtihani na mimi sitaki kutoa mtu yeyote mashambulizi ya moyo juu ya maelezo ya kugawana muhimu [kuona kidogo katika re intro: kuokoa dunia, nk, nk, nk]).

Nina maoni mengine kadhaa katika orodha hii, ikiwa ni pamoja na mtazamo datasheet ambayo inaruhusu mimi kufanya updates habari.  Mimi kufanya hili mara nyingi wakati rundo la vitu chini kipaumbele nilipanga kufanya kamwe kabisa got kufanyika na haja ya kuwa kusukuma nje wiki.

Kila siku, Mimi kuvuta up shughuli zangu logi na kuanza tu kufanya kazi mbali juu ya orodha.

Katika sehemu ya 2, Mimi itabidi kueleza jinsi mimi alifanya hii hata muhimu zaidi na kuongeza ya nzuri email-enabled doc maktaba na SPD workflow.

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

Hebu Shining Mifano Kiongozi Njia ya kufanywa Kuongezeka SharePoint

Yangu ya kwanza "safi" BrightStarr kuingia blog ilikuwa iliyochapishwa leo.  Hapa ni teaser:

Kuna kuwa na mengi ya mazungumzo juu ya Internets wa marehemu juu ya mada ya kupitishwa SharePoint na hasa ukosefu wake. Hakuna mtu anataka kwenda shida ya kubuni shamba na miundombinu yote ya usalama, kushiriki katika warsha, kuweka pamoja kuangalia snazzy na kujisikia, kufanya kazi nje ya mwamba imara habari usanifu ambayo inaweza kuhimili ya mabadiliko ya kampuni ya re-orgs na hatimaye, rollout fanfare ya kujazwa tu kugundua miezi mitatu baada ya kwenda kuishi-kuwa chini ya 50% ya wafanyakazi wa kampuni ni kutumia SharePoint na wengi wao ni kutumia nafasi ya zamani seva faili mtandao ("the S:\ drive").

Hakuna risasi ya fedha (au moja blog post) ni kwenda kutatua tatizo hilo. Hata hivyo, kuna mambo mengi unaweza kufanya ili kupunguza hatari ya upungufu wa damu mwilini SharePoint portal. One such technique is the "Shining Example Pattern."

Ningependa upendo kujua kuhusu mikakati mingine ya kupitishwa SharePoint kwamba huduma ya kushiriki.  Kama wewe kufanya sehemu, tafadhali kuondoka kama maoni juu ya blog BrightStarr.

Kusoma kitu wote hapa: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

Kujenga Printer Makala Friendly na Hata magazeti yao

Niliandika juu ya makala kwa ajili ya SharePoint Briefing wiki au hivyo iliyopita na imekuwa posted.  Hapa ni kidogo kufungua:

image

Unaweza kusoma kitu wote hapa: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Natumaini hii husaidia mtu.  Kufurahia!

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

"Je, Je” dhidi ya "Je, Je,” katika SharePoint Miradi

Nadhani wengi wetu ni mara kwa mara iliyotolewa na, kwa kukosa maneno bora, vijana-mtoto mahitaji.  mtumiaji wa mwisho kweli, vibaya sana anataka fulani maalum ya kuangalia na kujisikia, au maalum sana kuchagua muundo au kukata moja click au chaguo menu kupunguza urambazaji au [kuingiza shauku uliofanyika imani kwamba hutokea kwa kuwa makosa].  Kama SharePoint pro, tunaweza kukutana kwa ujumla karibu aina yoyote ya mahitaji na jukwaa, lakini kwa baadhi yao, tunajua katika mioyo yetu kwamba:

  • Wao ni kwenda kuchukua kiasi mkubwa wa muda wa kutekeleza (na kwa hiyo gharama ya zaidi)
  • Wao wanaenda kuwa yenye desturi na hivyo vigumu kudumisha na troubleshoot
  • Kuna ni baadhi ya mbinu rahisi SharePoint kwamba hukutana 80% au zaidi ya mahitaji ya (i.e. hukutana sprit ya mahitaji, lakini si barua ya mahitaji ya)

Bottom line, tunajua kwamba "mahitaji" ni kweli tu nzuri ya kuwa na au hata halali katika baadhi ya hisia, lakini kitu ambacho watu wanapaswa kuishi na badala ya kutumia muda mwingi kujaribu "kutatua."

Nadhani haya kama "watoto wadogo" mahitaji kwa sababu nimeona hii mfano mara nyingi kabla.  Watoto mapenzi husinyaa na nag wewe kwa toy baadhi ya mwezi kwa wiki wakati.  Kupata yao toy, wao kucheza na ni kwa masaa machache au siku na kisha kuiweka chini, kamwe na pick it up milele tena.  Au, huwezi kupata toy, ataacha nagging na mtoto juu ya hatua ya kuwa Rais wa dunia bure.   Nimeona hii kutokea katika miradi SharePoint.  Watoa maamuzi ama kupata wanataka nini na inakuwa kazi isiyotumika au underused au hawana kupata wanataka nini na mradi bado inafanikiwa anyway.

Mimi nilikuwa aliwakumbusha ya leo kwamba katika post jukwaa na mimi walipenda jinsi Clayton Cobb alijaribu kupata bango jukwaa kushinikiza nyuma kwenye moja ya aina hii ya mahitaji ya: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Mimi kweli curious kuona jinsi watu mada hii, na jinsi gani kukabiliana nayo.  Mimi ni kukosa uhakika?  Je, una mikakati ya Bad watunga maamuzi mbali overinvesting katika mahitaji yasiyo na maana?  Tafadhali acha maoni.

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

Kutumia Workflow kuiga Content Aina ya Usalama

Siku nyingine, mwingine MSDN-vikao aliongoza baada.

Mtu alikuwa kuuliza kama wangeweza kupata aina maudhui ya kwamba vile wakati Clicks mtumiaji kifungo "mpya" kwenye orodha ya desturi, tu maudhui aina ambayo mtu kwamba ni nafasi ya kupata kuonekana katika orodha ya kuacha chini.  Kama sisi kujua, hii si mkono nje ya boksi.

This question comes up now and then and this time, I had a new idea.  Let’s assume that we have scenario like this:

  • We have a helpdesk ticketing system.
  • The helpdesk ticketing system allows users to enter regular helpdesk ticket info, such as problem area, problem status, nk.
  • We want to allow “super” users to specify an “urgency” field.
  • Other users don’t have access to that field.  The system will always assign “medium” level priority to their requests.

What we could do is create two separate SharePoint lists and two different content types, one for “super” users and the other for everyone else.

Workflow on each list copies the data to the master list (the actual helpdesk ticket list) and the process proceeds from there.

This approach might work flow a kind of column level security as well. 

I haven’t tried it, but it feels reasonable and gives a fairly simple, if pretty rough, option to implement a kind of content type and even column level security.

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

Content Query Mtandao Sehemu ya: SharePoint ya Swiss Army kisu

Makala yangu karibuni ni hadi saa www.sharepointbriefing.com. Hapa ni teaser:

image

Kusoma kitu wote hapa: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Kuona katika matumizi ya mali ya umma mtandao hapa kwa kufuata hatua hizi:

  1. Kwenda kwenye ukurasa wa tovuti hii: http://cdi-its.com/Pages/Customer_Support.aspx (Hii ni msaada kwa wateja ukurasa kwa ajili ya CDI).
  2. Bonyeza "Mafunzo ya Uchunguzi" katika urambazaji mkono wa kushoto.

Itakuwa kuruka na "Wateja Support" sehemu ya orodha ya tafiti.

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

Kabla zilizopo Masharti: SharePoint Alert Matukio na Uokoaji (?)

One of my clients worked with a previous contractor to build out a small but useful HR application for the enterprise. That contractor used SharePoint Designer to implement the workflow portion of the solution. It’s a bit of a mess. Kwa mfano, there are nine SPD workflows in support of a single logical workflow process and up to five of them may fire simultaneously at any given time given the right conditions. It’s not easy to debug 🙂

Mteja wangu ana idadi ya mahitaji bado-bora, one of which is to generally provide more context when the system sends out email alerts – both in the email itself as well as associated task forms. As SPD workflow implementers know, the “collect data from user” SPD action actually creates a task with a custom content type. When we use that action, we don’t get to specify much. We can prompt for some values (e.g. "Kupitisha" au "kukataa") and we can specify a hard coded value in the title and description. That’s about it.

Mahitaji ya mteja wangu ni mara mbili:

  1. Wakati SharePoint zituma barua pepe kuhusu zoezi kazi, ni pamoja na mengi ya habari kuhusu kazi katika mwili email.
  2. Muhimu zaidi, kwa mbali – wakati mtumiaji Clicks juu ya kiungo kazi katika barua pepe, the task form should have all the information the approver needs in order to make his/her approve or deny decision. Right now, the manager needs to click on the item link itself to drill down into the underlying details and no one likes that. You have to click in the email. Then you need to click a sort of obscure link on the task item. Then you can look at the underlying data (Fomu InfoPath katika kesi hii). Then you click back/back, nk. Everyone hates it.

Nimekuwa kurithi hii kiasi fulani messy ufumbuzi wa kiufundi na mimi nataka kufanya mabadiliko katika njia angalau intrusive inawezekana.

The approach I’m taking right now is to create a custom alert template. Unaweza kusoma juu ya kwamba hapa. The flow works like this:

  • SPD workflow anaendesha.
  • Katika hatua nyingine, ni inateua kazi na meneja.
  • SharePoint system automatically sends out an alert to that manager. This is not part of the SPD workflow but rather “what SharePoint does.” (Timer SharePoint huduma, Naamini).
  • desturi handler tahadhari ni kutenguliwa katika neema ya mchakato kiwango tahadhari (kufuata sheria ya uchawi kama ilivyoelezwa katika makala hapo juu inatazamwa).
  • Wakati macho yangu handler desturi anaendesha, it generates a beautiful email. Muhimu zaidi, tangu ina kazi katika mkono, pia decorates kazi halisi na taarifa ya mazingira yote muhimu ili kukidhi mahitaji ya biashara.
  • mtumiaji anapata barua pepe na ni kamili ya habari muhimu muktadha.
  • Mtumiaji Clicks juu ya kiungo kazi na kazi yenyewe ni kamili ya habari muhimu muktadha.
  • Kila mtu anakwenda nyumbani kuwa na tikiti maji na ice cream.

I did a quick POC and it works well in a lab environment. I get my custom email alert as expected. I also get to update the task description and title itself.

tu gumu kidogo, hadi sasa, ni kuepuka hali ambapo updates tahadhari bidhaa, triggering another alert. This doesn’t worry me.

Inaonekana kuahidi hadi sasa ...

The great thing about this is that I don’t need to muck about with any of the existing SPD workflows. They are blissfully unaware that an alert handler is “IIZ Runnin IN DA BAKGROUND, DECORATIN teh KAZI ORODHA WIF moar MAELEZO".

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

SharePoint Maandamano: Kujiinua SharePoint Kujenga Wima Biashara Maombi

[Kumbuka: Nataka mara moja kusema kwamba nina maslahi ya kifedha katika matokeo ya taka ya maandamano haya, ambayo mimi kutaja kwa maslahi ya kutoa taarifa kamili, nk. This is actually the first time I’ve ever blogged about an event where I stand to benefit personally in this way.]

Maandamano haya mtandao unafanyika Alhamisi, 06/04 katika 12:30 EDT, kuishia katika 1:30PM EDT.

Katika ushirikiano na mpenzi wangu bora ya biashara, Jumuishi Systems na Huduma Group (ISSG), I have been working to develop a vertical business application using SharePoint as the platform. Katika kesi hiyo, we’re building an application that serves the needs of manufacturers that make customized product for their customers. In these cases, a great deal of collaboration needs to take place between the customer and the manufacturer. There’s also a great deal of collaboration required between different groups within the manufacturer, ikiwa ni pamoja na mauzo ya, uhandisi, utafiti na maendeleo, kisheria na makundi mengine ya.

demo ni kwenda kuonyesha maombi kwamba kuwezesha kwamba aina ya ushirikiano, pamoja na majadiliano juu ya jinsi ya bits wale kushirikiana haja ya kuunganisha pamoja na mfumo backend ERP.

Mwisho, this isn’t going to be a SharePoint demo. This is a demonstration of a solution for a specific niche problem that happens to use SharePoint as the platform.

Hivyo, kwa nini wewe bother kwa ishara ya juu na kuona demo? Sitarajii wasomaji wengi wa blog yangu kwa kuwa kwamba nia zote katika ufumbuzi kwa wazalishaji kufanya-kwa-ili 🙂 yako kuchukua-mbali itakuwa dhana yenyewe - kwa kutumia SharePoint rena kutoa biashara ufumbuzi bila ya kujali SharePoint yenyewe.

Kama wewe ni nia, tafadhali jisajili hapa(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

Unaweza tafiti SharePoint Designer Kutoka baridi yangu, Wafu Mikono

Makala yangu ya karibuni ni hadi saa www.EndUserSharePoint.com. I wrote about SharePoint Designer, Watumiaji wa mwisho na muhtasari wa mkakati kwamba Mwisho Watumiaji wanaweza kujaribu na kufuata ili kuonyesha umahiri na kujenga imani kuzunguka chombo hiki.

maoni ni ya kuvutia zaidi kuliko makala yenyewe.

Kuangalia ni nje.

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin

MOSS User Profile kama Mamlaka kwa mtumiaji Upendeleo lugha

Juu ya mradi wangu wa sasa, baadhi ya watumiaji wa kusafiri kote duniani na wakati wao kufika katika nchi mbalimbali, use whatever machine is handy at the time. Those guest machines will be running Windows and installed and configured for the local locale. (Nimekuwa tu waligundua kwamba mashine mgeni inaweza kuwa Packs lugha ya haki… pengine si, kwa kweli… Mimi maegesho kwamba moja kwa sasa).

SharePoint needs to provide a mechanism whereby the user can pick their preferred language and then have MOSS honor that language regardless of how the user accesses MOSS. In other words, disregard whatever the browser tells IIS/MOSS and instead look up that preferred language and use it.

Tunakwenda kuchunguza njia mbili:

  1. HTTP Handler: desturi HTTP handler imewekwa kwenye IIS kuangalia hadi MOSS mtumiaji profile, kufikiri lugha unayopendelea na kisha kubadili header HTTP kuzunguka kama inahitajika kabla ya kupitisha kudhibiti MOSS.
  2. global.asax: Modify global.asax to do the same thing. We may modify something else, but the idea is that we find some place where we can insert our locale-switching logic.

nyingine complicating sababu ni kwamba tunahitaji kusaidia watumiaji 60k, kuhusu 1,000 ambayo inaweza kuwa wakati huo huo kupata MOSS katika ujazo wa kilele.

Handler HTTP inaonekana kuwa kuporomoka, but possibly the best place to put the code since it’s at the IIS level and all-knowing. It’s a good single point of work.

Sisi ni leaning kuelekea mbinu global.asax aina, hasa kwa sababu tunaamini tutaweza kuwa na chaguzi zaidi kwa ajili ya data Caching katika hatua hiyo.

Nitakuwa mabalozi zaidi juu ya somo hili kama mimi kujifunza zaidi.

Kama una kujua chochote kuhusu hii, tafadhali baada ya maoni 🙂

</mwisho>

Kujiunga na blog yangu.

Kufuata yangu juu ya Twitter kwa http://www.twitter.com/pagalvin