(овој запис крстот испратени меѓу http://paulgalvin.spaces.live.com/blog/ и http://blogs.conchango.com)
На работи на овој сајт се моето и не ги одразуваат ставовите Conchango е, стратегии или мислења.
Преглед:
Оваа страница ја опишува некоја позадина информации за голем (3,000 корисници) Microsoft Office SharePoint Server (Мос) 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. Како што можете може да се замисли, ова не е најдоброто ширењето стратегија (кој клиентот признава дека) и кога Мос пристигна на местото на настанот, the client resolved to "do it right" и ни најмен да им помогне.
Една од централните прашања со кои се соочува нас кога ние започнавме да го реализираме овој проект беше: Како ние да се воведе Мос за овој клиент? 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 може навистина прават користењето на речиси сите поголеми Мос функција и ќе имаат профит од голем проект со едно претпријатие дофат и многу добри работи што се случуваат.
Ние сме соочени со ова прашање време и време повторно … Мос има едно претпријатие дофат со своите претпријатие функција-сет, Сепак, дури и малку софистицирани клиенти имаат тешко време ментално апсорбирање оние карактеристики, а камоли инкорпорирање на значителен дел од нив во нивната секојдневна рутина.
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" се претвори во:
- Едноставен за управување со документи со користење документ библиотеки, version control and content types.
- Ефикасно пребарување врз основа на содржината видови и кориснички однапред пребарување (преку успеа својства, XSLT да се произведе прилично резултати, итн).
Во прилог на погоре претпријатие-широк карактеристики (што значи дека тие требаше да бидат стркала до сите одделенија и корисници), додадовме следниве Синглтон во опсегот мини-проекти:
- Доказ за концепт ЦРБ интеграција.
- Мулти-чекор и мулти-филијала работното процес создадени преку СПД.
- Комплекс InfoPath формулар.
- Површина KPI е за некои бизнис процес (веројатно човечки ресурси талент стекнување во нашиот случај, иако тоа може да се промени).
Опсегот тука не е 100% accurate but representative of our approach and sufficient for my purpose here, which is to explain what I consider to be an "effective" воведувањето на Мос која ќе го поставите на клиентот цврсто одредување на златниот патот кон целосна Мос усвојување.
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, ова се вртел околу разбирање на нивните документи и дека во крајна линија одбележан со разбирање типови содржини.
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, има колони и колони се дефинира во однос на типови на податоци, но КТ типови на податоци вклучуваат повеќе од едноставна цел број / датум, 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. Односно, речиси сите што е важно во ширењето Мос.
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.
Ова нè доведоа до нашите сегашни и досега повеќето ефективни Целна место: на Мос песок сајт конфигуриран да се покаже овие карактеристики.
Користење на песок сајт, ние демонстрира:
- Типови содржини:
- Креирање на КТ со повеќе типови на податоци (текст, датум, избор, логичка, пребарување, итн).
- Продолжување на КТ, преку создавање на нови КТ врз основа на родител.
- Во потрага по документи со користење на КТ метаподатоци.
- Документ библиотеки:
- Асоцирањето една КТ со библиотека.
- Што се случува кога ќе испратите документот на таа библиотека?
- Асоцирањето повеќе КТ со библиотека doc.
- Што се случува кога ќе испратите документот на таа библиотека?
- Филтрирање и сортирање преку колона наслови во doc lib.
- Документ библиотека пати:
- Сортирање
- Групирање
- "Quick entry" (Податоци поглед)
- "Untagged data" (да им помогне со миграцијата кон Мос од други содржини извори; повеќе информации за ова подолу).
Мапа на Sandbox:
Ние дизајниравме нашиот песок сајт да биде постојана карактеристика во развој на животната средина да се користи за целите на обуката долго откако ќе заврши проектот и се вклучени неколку артефакти како што е опишано:
Типови содржини:
Ние ги дефинираше следните типови содржини: Фактура, Нарачка, Услуги Фактура.
Ние избрани Фактура и купување на цел бидејќи тие се повеќе или помалку универзално под
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" КТ и додава само една колона, "services rendered".Со горенаведените, ние сега можат да покажат некои клучни карактеристики на КТ без добивање забодувајќи се обидува да објасни апстрактен концепт прв; everyone already understands what we mean by "invoice" and "purchase order" а треба да се во можност да се фокусира на механика на КТ себе.
Прилагодено листи:
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" КТ.
Документ библиотеки:
Ние направивме две документ библиотеки: "Invoices" and "Mixed Documents".
We configured the invoices document library to manage only documents of CT type "Invoice".
We configured the "Mixed Documents" библиотека да управуваат со сите три КТ е.
Направете неколку пати кои покажуваат сортирање, филтрирање, Податоци и групирање.
Пребарување:
Ние дефинирани две нови успеа својства и одбележан нив да фактура број и клиентите.
We created a new customized advance search site and modified it to enable users to search for "invoices" користење на овие две одбележан својства.
Измени на XSLT, така што на фактурата и клиентот број, кога се присутни, appear in an HTML table in a bright color. The objective here is to demonstrate that such formatting is possible.
Ставањето на сето тоа заедно:
Ние организираме за клучни корисници да учествуваат во демо.
Ние ја следиме оваа едноставна скрипта:
- Опише значењето и целта на КТ, користење на фактури и купување на налози како примери.
- Покаже на фактурата КТ дефиниција, додека истовремено ги уверувајќи дека тие не треба да ги користат овие екрани се, само земам концепти.
- Оди до документот фактури библиотека.
- Испратите документот.
- Покажуваат дека на клиентите паѓачката е навистина извори од сопствени листа.
- Додај нов клиент до клиент листа, а потоа ажурирање мета податоци на неодамна качен фактура со новосоздадените клиент.
- 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" видите.
- Префрли се на кориснички напредно пребарување.
- До сега, неодамна поставени документ треба да се запиша и индексираат, па извршите пребарување покажува дека способноста да се лоцира кој фактура преку одбележан сопственост.
- Ние демонстрира разликата меѓу пребарување преку одбележан својства наспроти. само пребарување на текст.
Во овој момент, 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" во форма на ексел документи кои што се сега надлежните да пополните и да го користите за дизајнирање свој прв-намалување на типови на содржина.
Конечно, како што вршат демо снимки со текот на времето, членовите на тимот на клиентот самите да станат способни да го носат напред, стори демонстрација на себе и, генерално, се ослободи остатокот од нас до работа на повеќе комплексни прашања, како што се глобалното таксономија, сложени работни текови, ЦРБ и слично.
Ова е голем здрав разум чек за мене. I’ve been through this now a few times with clients. Especially regarding describing Content Types without getting too far into the nitty gritty of it and trying to show the advantages with regards to scoping searches via "Document Types" and Metadata.