(Այս գրառումը խաչը տեղադրվել է http://paulgalvin.spaces.live.com/blog/ իսկ http://blogs.conchango.com)
Այդ դիտել այս կայքում են իմ սեփական եւ պարտադիր չէ, որ Conchango դիրքերը, ռազմավարությունների եւ կարծիքները.
Overview:
Այս գրառումը նկարագրում որոշ տեղեկություններ է մեծ (3,000 ալբոմներ) Microsoft Office Sharepoint Server (MOSS) rollout and what we did to get the project rolling in such a way that the client is happy and firmly down a path that ends with full adoption of the MOSS feature set. As of the writing of the entry, մենք մոտ 50% complete with the first phase of the project. As things progress, Ես է այս մուտքի եւ / կամ գրել նոր գրառում.
Այս կոնկրետ գործով, the company had already installed SharePoint Portal Server 2003. The IT group installed the product in a sort of "let’s see if anyone cares" fashion. It was quickly adopted by many business users and became quite popular in the enterprise at large. Ինչպես կարող եք պատկերացնել, սա ոչ թե լավագույն rollout ռազմավարությունը (որը հաճախորդը հեշտությամբ ընդունում) եւ երբ MOSS ժամանել է դեպքի վայր, the client resolved to "do it right" եւ վարձու մեզ օգնել.
Մեկը կենտրոնական հարցերից կանգնած է մեզ, երբ մենք սկսեցինք իրականացնել այս նախագիծը եղել է: Ինչպես ենք մենք ներկայացնում MOSS այս հաճախորդին? Given that the client already had experience with SharePoint, Մենք մտածել — do we need to do "differential" վերապատրաստումը, կամ մենք սկսենք գետնին մինչեւ? After working with key users, we determined that treating this as a green field project made more sense.
That decision gave a starting point but still left us with the major requirement of figuring out a good strategy for rolling MOSS out to the enterprise. MOSS is such a big animal … it includes content management, Փաստաթղթաշրջանառության կառավարման, որոնել, անվտանգություն, լսարանը նպատակադրման, Ծրագրի կառավարում, "fabulous forty" կաղապարներ, աշխատանքի արդյունքում, բիզնես տվյալների միակցիչ, եւ այլն:. Couple this with the fact that it’s a large organization that կարող իսկապես օգտվել գրեթե յուրաքանչյուր խոշոր MOSS հնարավորությունը, եւ դուք ունեք մի մեծ ծրագրի makings է ձեռնարկության հասնել, եւ շատ լավ բաներ happening.
Մենք բախվում այս հարցով ժամանակի եւ ժամանակի կրկին … MOSS ունի ձեռնարկության հասանելիության իր ձեռնարկության feature-set, բայց նույնիսկ փոքր - ինչ բարդ հաճախորդները ունեն ծանր ժամանակ մտավոր կլանող այն հատկանիշները, թող մենակ ներառում է գնահատելի խմբակցության նրանց մեջ իրենց առօրյան.
I don’t have a magic solution to the problem. I instead address just the very first steps that we’ve taken with the client to lead them down the path to successful long-term adoption.
Շրջանակ:
As much as I wanted the team to craft a project plan that included such milestones as "PoepleSoft Integration via BDC Completed", "New Cross-Departmental Product Launch Workflow Complete" and "Executive Management KPI’s Accepted", I had to settle for something less. This is not to say that "less" վատ. Ի դեպ, the "less" that we decided for the initial rollout was miles ahead of where they were before we started. Մեր դեպքում,, the "less" վերածվեց:
- Simple Փաստաթղթաշրջանառության կառավարման կիրառման փաստաթուղթը գրադարաններ, version control and content types.
- Արդյունավետ որոնման հիմնված բովանդակության տեսակների եւ անհատական որոնում (միջոցով հաջողվել հատկությունների, XSLT արտադրել գեղեցիկ արդյունքները, եւ այլն:).
Ի լրումն վերը նշված ձեռնարկությունների լայն հնարավորությունները (նշանակում է, որ նրանք պետք է ուղղում բոլոր վարչությունների եւ օգտագործողների), մենք ավելացրել հետեւյալ SINGLETON in-շրջանակը մինի - ծրագրեր:
- Proof հայեցակարգի BDC ինտեգրման.
- Multi-քայլ եւ բազմամյա մասնաճյուղ workflow գործընթացը ստեղծված միջոցով SPD.
- Complex InfoPath ձեւ.
- Surfacing KPI-ի համար ինչ - որ բիզնես գործընթացների (հավանաբար HR տաղանդը ձեռքբերումը մեր դեպքում, չնայած, որ կարող է փոխել).
Շրջանակը այստեղ չէ, 100% accurate but representative of our approach and sufficient for my purpose here, which is to explain what I consider to be an "effective" ներդրում MOSS որը սահմանել է հաճախորդին ամուր է ոսկե ճանապարհին ամբողջական MOSS ընդունմանը.
I won’t write much more about the singleton in this entry. I do want to point out that these are part of our over-arching strategy. The idea is to implement the core document management and search features to all users yet provide highly functional, high visible and highly representative examples of other core MOSS features which are simply beyond the ability of most users to absorb at this early stage. Սակայն, they will be "out there" եւ հուսով է, որ մյուս գործարար միավորներն են իմանալ, թե իմանալ դրանց մասին եւ ցանկանում է այդ հնարավորությունները իրենց համար, leading to greater adoption. These singleton success stories also serve to provide our sales team "ammunition" եւ հաջողությամբ հաղթելու երկրորդ, third and n-phase projects.
Ինչ ենք ներդնել եւ ինչու?
Որոնք լուծել Փաստաթղթաշրջանառության կառավարման եւ որոնել որպես բազային ձեռնարկության - լայն պահանջ, we needed to start gathering details. As a practical matter, Այս ծավալվեցին հասկանալու իրենց փաստաթղթերը, եւ որ ի վերջո mapped հասկանալու բովանդակության տեսակի.
I’ve found it’s difficult to explain content types without visual aides. More technical folk can walk away from a discussion about content types when CT’s are described in database terms. "A CT is similar to a database table, այն ունի սյուներ եւ սյուներ են սահմանվում առումով տվյալների տեսակների, բայց CT տվյալների տեսակները ներառում են ավելի քան պարզ թիվ / ամսաթիվը, but also "choice" and "lookup" and the like." We can talk about "extending" բովանդակության տեսակ, much like one can inherit functionality from a base class in object oriented languages. However this is obviously not helpful for the transportation department admin person who has no technical background. Այսինքն,, գրեթե բոլորն են, որ կարեւոր է MOSS rollout.
Using a white board is iffy. I’ve presented the idea of a content type and drawn brilliant (կամ նրանք կարծես) լուսանկարները բովանդակության տեսակների, եւ ինչ են անում ձեզ առումով որոնելու եւ թե ինչպես նրանք կարող են ընդլայնվել, եւ այլն:. Վերջում, դա զգում են լույսի էլեկտրական լամպ են վառեց, but the resulting white board picture is a mess.
Դա հանգեցրել է մեզ մեր ներկա եւ այնքան հեռու առավել արդյունավետ նավամատույց: ա MOSS ավազամանը site կազմաձեւվել ցուցադրել այդ հատկանիշները.
Օգտագործելով Sandbox կայքը, Մենք ցույց:
- Բովանդակության տեսակներ:
- Ստեղծելով CT բազմաթիվ տվյալների տեսակների (տեքստ, ամսաթիվ, ընտրություն, Բուլյան, lookup, եւ այլն:).
- Ընդլայնումը եւ CT ստեղծելով նոր CT հիման վրա ծնող.
- Որոնում Փաստաթղթերի օգտագործելով CT մետատվյալներ.
- Փաստաթղթերի որոնում:
- Associating մի CT հետ գրադարան.
- Ինչ է տեղի ունենում, երբ մենք վերբեռնեք փաստաթուղթ այդ գրադարանին?
- Associating բազմակի CT ի հետ doc գրադարան.
- Ինչ է տեղի ունենում, երբ մենք վերբեռնեք փաստաթուղթ այդ գրադարանին?
- Զտիչ եւ տեսակավորման միջոցով սյունակի Դուք մի doc lib.
- Փաստաթղթերի գրադարանի դիտում:
- Տեսակավորում
- Խմբավորումը
- "Quick entry" (տվյալների թերթիկ տեսք)
- "Untagged data" (աջակցել է արտագաղթի MOSS այլ բովանդակության աղբյուրներից; այլ այս է ստորեւ).
The Sandbox Site:
Մենք մշակել ենք Sandbox կայքը լինել մշտական խաղարկային զարգացման միջավայր, որոնք պետք է օգտագործել ուսուցման նպատակներով երկար հետո մենք ավարտել ծրագիրը ներառում է մի քանի artifacts ինչպես նկարագրված:
Բովանդակության տեսակներ:
Մենք սահմանել հետեւյալ բովանդակությամբ տեսակները: Ապրանքագիր, Գնման պատվերի, Ծառայություններ հաշիվ - ապրանքագրերի.
Մենք ընտրել հաշիվ - ապրանքագրերի, եւ գնման պատվերի, քանի որ նրանք կարող են քիչ թե շատ համընդհանուր տակ
stood entities. Everyone in business understands that an invoice is a demand for payment to a հաճախորդ համար գումար տրված որոշակի ամսաթիվ որը պետք է վճարվի ըստ որոշ վճարման պայմանները. This leads to a natural definition of a CT which we called "Training Invoice" (տարբերել այն որեւէ այլ տեսակի հաշիվը). The purchase order is similarly easily defined. We also created a "Training Services Invoice" by creating a new CT based upon the "Training Invoice" CT, եւ ավելացրեց միայն մեկ սյունակ, "services rendered".
With վերոնշյալ, մենք կարող ենք այժմ ցույց տալ որոշ առանցքային հատկանիշները CT է, առանց ստանալու bogged են փորձում բացատրել, վերացական հասկացությունը առաջին; everyone already understands what we mean by "invoice" and "purchase order" եւ դրա փոխարեն կարող է կենտրոնանալ մեխանիկայի եւ CT մեջ.
Պատվերով ցուցակներ:
CT with columns of type "lookup" point to a custom list or document library. We use this extensively and for the sandbox, we created one supporting custom list that contains customers. We picked customers because it’s an easy concept to understand and easy to demonstrate. The Invoice CT has a column, "customer" that is defined of type "lookup" that points at this list.
We created a similar custom list to manage "vendors" for the "Purchase Order" CT.
Փաստաթղթերի որոնում:
Մենք ստեղծել ենք երկու փաստաթուղթը գրադարաններ: "Invoices" and "Mixed Documents".
We configured the invoices document library to manage only documents of CT type "Invoice".
We configured the "Mixed Documents" Գրադարանային կառավարել բոլոր երեք CT է.
Ստեղծել տարաձայնություններ, որոնք ցույց տեսակավորում, զտիչ, Տվյալների թերթ եւ խմբավորում.
Որոնել:
Մենք սահմանել երկու նոր հաջողվել ունեցվածքն ու mapped նրանց հաշիվը համարը եւ Հաճախորդի.
We created a new customized advance search site and modified it to enable users to search for "invoices" օգտագործելով այդ երկու mapped հատկությունները.
Փոփոխությունները XSLT որպեսզի հաշիվը եւ հաճախորդների թվի, երբ առկա, appear in an HTML table in a bright color. The objective here is to demonstrate that such formatting is possible.
Դնում միասին:
Մենք կազմակերպում բառ օգտվողները մասնակցելու ցուցադրություն.
Մենք հետեւում ենք այս պարզ սցենար:
- Նկարագրեք իմաստը եւ նպատակը մի CT, օգտագործելով հաշիվ - ապրանքագրերի եւ գնման պատվերներ, ինչպես օրինակ.
- Ցուցադրել ապրանքագիր CT սահմանումը միաժամանակ վստահեցնելով, որ նրանք պետք չէ օգտագործել այդ էկրաններ են, պարզապես վերցնել հասկացությունները.
- Գնալ դեպի հաշիվ ապրանքագրեր փաստաթղթի գրադարանի.
- Վերբեռնել փաստաթուղթը.
- Ցույց տալ, որ հաճախորդը բացվող իսկապես sourced է մաքսային ցուցակից.
- Ավելացնել նոր հաճախորդին, ինչպես նաեւ հաճախորդի ցուցակում, ապա թարմացնել Վերջին Ավելացվածները հաշիվը ծանոթյություններ Meta տվյալների հետ նորաստեղծ հաճախորդի.
- Switch to the "mixed documents" library and upload a document. Explain how the system prompts for a document type.
- Go back to invoices document library and show how clicking on a column name changes sort order.
- Ցուցադրել սյունակ մակարդակի զտիչ.
- Ցույց տալ տարբեր տեսակետներ, որ ցույց բազմաստիճան դասավորում, զտիչ եւ խմբավորման.
- Ցուցադրել տվյալների թերթիկ տեսակետը.
- Explain the purpose of a "untagged documents" դիտել.
- Անցնել անհատական Ընդլայնված որոնում.
- Առայժմ, Վերջերս Վերբեռնման փաստաթուղթը պետք է տարածման եւ ինդեքսավորվում, որ կատարել որոնում, որը ցուցաբերում կարողությունը կմնա այդ ապրանքագիր միջոցով mapped գույքի.
- Մենք ցույց տալ տարբերությունը որոնման միջոցով mapped հատկությունների vs. մի տեքստում.
Այս պահին, we are more or less done with the demo. It seems to take about 30 դեպի 45 րոպե, կախված նրանից, թե որքան մարդ է հարցեր տալ.
We then send them back to their desks with "homework". This consists of a simple excel spreadsheet where we ask them to define for us what they think they need in terms of CT’s, այնպես էլ բարձր մակարդակի վրա (պարզապես անունը եւ Գործնական Առիթ) as well as columns and type of data they would store in the column. We don’t ask them to define column data types in MOSS terms, but business terms.
Ամփոփելով:
We’ve created a sandbox environment that we can use to demonstrate some core MOSS features whose appeal are enterprise-wide.
We have modeled easily understood and common business entities so that users can focus on MOSS and not get bogged down on the entities / օրինակներ իրենք.
Business users walk away from theses sessions with "homework" տեսքով Excel փաստաթղթեր, որոնք նրանք պետք է իրավասու լրացնել եւ օգտագործել նախագծման իրենց առաջին cut բովանդակության տեսակի.
Վերջապես, քանի որ մենք կատարել դեմո ժամանակի, Հաճախորդի թիմի անդամները իրենք ավելի կարողանում տանել առաջ, անել դեմո - ի իրենք եւ, ընդհանրապես, ազատ մինչեւ մնացած մեզ է աշխատել ավելի բարդ խնդիրների, ինչպիսիք են գլոբալ taxonomy, համալիր workflows, BDC եւ այլն.