Archivy kategorií: Návrh řešení služby SharePoint

Sledování zdravotní péče – Část 1

Asi před rokem, Připojil jsem se Slalom, poradenství tady v new Yorku jako co si říkáme, že praxe oblasti vedou.  (Jako menší stranou k bodu tohoto blogu posta, účty pro mé celkové drop-off v blogování to změnit v zaměstnání.  To byla velká změna v rolích a velká změna v den "věci", ale jaksi jsem sám Aklimatizovali a vzhled předat dál psát znovu Usměj se ).

V této roli PAL, Já jsem odpovědný zachránit společnost a bezprostředním okolí 21 Západ 21st street od katastrofy v pravidelných intervalech.  Je to hodně tlak (víc než si myslíte – jen pomyslete na všechny děti!). 

V provozu na tento imperativ, Potřebuji pomoci s pre-prodej, vytvořit a aktualizovat go-to tržní nabídky, pronájem dobré lidi, vlak se lidi aby byly lepší (ale opravdu, Chcete-li usnadnit práci) a občas něco fakturaci klienta.  Já si hodně "vstup" – otázky od klientů, prodejní příležitosti, Moje vlastní popletených myšlenky a tak dále.  Místy je to opravdu dobrý (jako horké prodejní oppty) Zatímco mnoho z toho je méně dobré.  Klíčem je zpočátku sledovat, priority a řídit každý z těchto myšlenek (velké a malé) ke zdárnému konci. 

Tento druh řízení úloh není nové, doprava?  A máme spoustu úkolů nástrojů, aby nám pomohli s tím.  Aplikace Outlook má úkoly.  Tabulku můžete dát dohromady pěkný a rychlý.  Moje úplně první úkol nástroj řízení byl právní Poznámkový blok zpátky v mé dny na GAF jako vývojář v oddělení IT.  (Dotaz na těch starých dobrých časů příště uvidíte mě, jestli máte zájem, nebo možná taky ne…).

Být mužem SharePoint (formálně, nejméně), Vždycky jsem si myslel používat SharePoint.  Ale z nějakého důvodu, Obecný seznam úkolů nikdy docela to udělal pro mě.  Banda před měsíci, Rozhodl jsem se léčit sám a jen vytvořit řešení SharePoint založený.  To bylo tak trapně snadné vytvořit, že jsem myslel, že o tom tady psát.

Tak, Moje cíle jsou velmi jednoduché:

  • Zadávání dat super snadno a rychle
  • Priority činnosti
  • Kategorizace činností
  • "další krok" řízený – tyto aktivity často obsáhne týdnů (Možná i měsíce).  Téměř nikdy "končí" po jedné konkrétní aktualizace.

Tyto bity samy o sobě velmi pěkně k typu obsahu, tak to je to, co jsem vytvořila:

image

Můžete skutečně vidět, že jsem měl obchodní zaujatost s tím zpočátku, vzhledem k tomu, že mám toto pole "Klient".  Hodně z mé praxe aktivity jsou založeny kolem klientů (skutečné nebo potenciální).  Ale mnozí z nich jsou také vnitřně zaměřeny.  Facku "Slalom" tam, když jsem je vytvořit, ale to je vždy trošku divně.  Měla jsem ji pojmenoval něco obecnějšího.  Možná "cílové organizace", nebo tak něco.

Zde jsou různé poznámky k typu obsahu:

  • Činnost vliv převedené do měření prioritou.  Ani nevím proč jsem šel s "Dopad" a ne "Priority" den nula, ale to, co jsem udělal. 
  • Další kroky a datum další kroky – mám řídicí panel, který je poháněn příští datum aktivity.  Tento řídicí panel se stalo mé rozkazy za den/týden.  Jsem prostě jít k řídicímu panelu a zaměřit se na nejdůležitější věci a jít od toho.  (Existuje pojem an "neoznačený"
  • Primární majitel – jediné poznámky je – není to úžasné, že můžete řadit a filtrovat na vybrat více sloupců v SP 2010! Já jsem vlastně nekoupil plně do tohoto pojmu v prvním.
  • Stav aktivity – opravdu jen "Otevřít" nebo "Zavřeno." 
  • Primární praxe – poté, co jsem začal používat to, Další PAL v mé skupině chtěl to vyzkoušet, tak jsem to sklouzl do mix rozlišovat mezi moje věci (Portály & Spolupráce) a její věci (Azure).

Tady je moje dashboard:

image

(Omlouvám se za všechny rozmazané, bitů – jsem neměl chuť vytvářet spoustu údajů o zkouškách a já nechci, aby někdo dostat infarkt nad sdílení životně důležité detaily [viz bit v intro re: zachránit svět, atd., atd., atd.]).

Mám několik dalších pohledů na tomto seznamu, včetně zobrazení datového listu, které mi hromadné aktualizace umožňuje.  Dělám to velmi často, když banda nižší priorita položky jsem plánoval udělat nikdy docela skončily a je třeba být vytlačeny týden.

Každý den, Vytáhnout mé aktivity log a začít pracovat z horní části seznamu.

V části 2, Vysvětlím ti, jak jsem to udělal ještě užitečnější, s přidáním hezký e-mail podporující doc knihovny a SPD workflow.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Ať svítí příklady vedoucí cestu k přijetí zvýšené SharePoint

Můj první "čisté" položka blogu BrightStarr byla dnes zveřejněna.  Tady je oříšek:

Je tu spousta konverzace na Internets na téma SharePoint přijetí a zejména neexistenci. Nikdo nechce jít na všechny problémy návrhu farmu a bezpečnostní infrastrukturu, účast na seminářích, Jak dát dohromady elegantní vzhled a chování, cvičit skály pevné informační architektury, která vydrží nestálostí společnosti re-orgs a nakonec, fanfára plné zavedení jen zjistit tři měsíce post go-live to méně než 50% společnosti jsou zaměstnanci pomocí služby SharePoint a většina z nich ji využívají k nahrazení staré síťové souborové servery ("S:\ jednotka").

Žádná stříbrná kulka (nebo jednotné blogu) jde o řešení problému. Avšak, spousta věcí, které můžete udělat snížit riziko bezkrevný portálu SharePoint. Jedna taková technika je "Shining příklad vzor."

Rád bych věděl o jiné strategie přijetí SharePoint, které chcete sdílet.  Sdílíte-li, Prosím, nechte jako komentáře na blogu BrightStarr.

Přečtěte si celou věc: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Vytvořit přátelské stránek tiskárny a dokonce i v tisku

Jsem napsal článek pro Přehledové služby SharePoint týden nebo tak dávno a je zaúčtován.  Tady je otevírání:

image

Si můžete přečíst celou věc: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

Doufám, že to někomu pomůže.  Užijte si!

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

"Může udělat” versus "by měl udělat” v projektech SharePoint

Myslím, že mnozí z nás se občas představena, z nedostatku lepší fráze, Young podřízené požadavky.  Koncový uživatel skutečně, velmi špatně chce určitou konkrétní vzhled a chování, nebo velmi specifické struktury třídění nebo vyříznout jedním klepnutím nebo možnost nabídky pro snadnou navigaci nebo [Vložte vášnivě držené přesvědčení, že se stane být špatně].  Jako SharePoint pro, Obecně se můžeme setkat téměř jakýkoliv druh požadavků s platformou, ale pro některé z nich, v našich srdcích víme,:

  • Chtějí neúměrné množství času k provedení (a tudíž dražší)
  • Chtějí být vysoce vlastní a proto obtížné údržbě a řešení potíží
  • Je nějaké snadné SharePoint přístup, který splňuje 80% z požadavku (tj. splňuje sprit požadavku, ale ne písmeno požadavku)

Čára dole, Víme, že "požadavek" je opravdu jen příjemné mít, nebo dokonce v nějakém smyslu legitimní, ale něco, co lidé měli žít s spíše než trávit spoustu času se snaží "řešit."

Myslím, že z nich jako "malé dítě" požadavky, protože jsem viděl tento vzor již mnohokrát předtím.  Děti budou chřadnout a hysterka pro nějakou novou hračku pro týdny najednou.  Získáte je hračka, hrát s ním na pár hodin či dní a pak ho odložil, Nikdy se už nikdy ji vyzvednout.  Nebo, Vy to nechápete hračky, neodbytná zastaví a dítě se pohybuje se stal prezidentem svobodného světa.   Viděl jsem to v SharePoint projekty.  Rozhodovací pravomocí buď dostat, co chtějí a stává se nevyužité nebo málo využívané funkce nebo nedostanou, co chtějí a projekt uspěje stále stejně.

Jsem byl připomnělo, že dnes na fóru post a líbilo se mi jak Clayton Cobb Snažil se dostat Fórum plakát tlačit zpět na jednom z těchto typů požadavků: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Jsem opravdu zvědavý, jak lidé vnímají toto téma a jak jste se s tím vypořádat.  Jsem chybí bod?  Máte strategie řídit rozhodnutí tvůrců od overinvesting v triviální požadavky?  Prosím, zanechte komentář.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Použití pracovního postupu k simulaci zabezpečení obsahu Typ

Další den, inspiroval další fóra MSDN post.

Někdo ptal, zda by mohla zajistit typ obsahu, tak, že když uživatel klepne na tlačítko "nový" na vlastní seznam, pouze typy obsahu, do které tato osoba je udělen přístup by se v rozevíracím seznamu.  Jak víme, Tato funkce není podporována z krabice.

Tato otázka přijde a občas a tentokrát, Měl jsem novou myšlenku.  Předpokládejme, že máme scénář jako:

  • Máme helpdesk jízdenek.
  • Helpdesk jízdenek umožňuje uživatelům zadávat informace o lístek pravidelné helpdesk, jako problém oblast, stav problému, atd.
  • Chceme umožnit "super" uživatelé zadat pole "naléhavé".
  • Ostatní uživatelé nemají přístup k této oblasti.  Systém bude vždy přiřadit úroveň priority "střední" jejich žádosti.

Co jsme mohli udělat, je vytvořit dva samostatné seznamy služby SharePoint a dva různé typy obsahu, jeden pro "super" uživatele a druhá pro všechny ostatní.

Postup v každém seznamu zkopíruje data do hlavní seznam (Seznam lístek skutečné helpdesk) a proces pokračuje od.

Tento přístup by mohlo fungovat tok druh sloupce úroveň zabezpečení. 

Nezkoušela jsem to, Ale to je rozumný a dává poměrně jednoduchý, je-li to pěkně tvrdé, možnost provést určitý typ obsahu a i sloupec zabezpečení na úrovni.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Webová část obsah dotazu: SharePoint je švýcarský armádní nůž

Můj poslední článek je až na www.sharepointbriefing.com. Tady je oříšek:

image

Přečtěte si celou věc: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

Najdete ji v používání reálné veřejné webu podle následujících kroků:

  1. Přejít na tuto webovou stránku: http://cdi-its.com/Pages/Customer_Support.aspx (Toto je stránka podpory zákazníků pro CDI).
  2. Klepněte na "Případové studie" v levé ruce navigaci.

Bude přejít k části "Customer Support" případových studií, výpis.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Stávající podmínky: Šablony služby SharePoint oznámení na pomoc (?)

Jeden z mých klientů pracoval s předchozím dodavatelem vybudovat z malé, ale užitečné HR aplikace pro rozlehlou síť. Tento dodavatel lze implementovat část pracovního postupu řešení SharePoint Designer. To je trochu zmatek. Například, existuje devět SPD pracovní postupy na podporu jediné logické pracovní postup a až pět z nich může oheň současně v daném okamžiku dané podmínky. It’s not easy to debug 🙂

Můj zákazník má řadu dosud nevyřízených požadavků, jedním z nich je obecně poskytnout další kontext, když systém odešle e-mailová upozornění – jak v e-mailu, sám, stejně jako související úkol formy. Jako SPD workflow realizátory vědět, akce "shromažďovat data od uživatele" SPD ve skutečnosti vytvoříte úkol s vlastní typ obsahu. Když používáme akce, Nemáme moc určit. Můžeme se dotázat na některé hodnoty (např.. "schválit" nebo "odepřít") a můžeme určit hodnotu pevně zakódovaný v názvu a popisu. To je vše.

Můj zákazník požadavek je dvojí:

  1. Když SharePoint odešle e-mail o přiřazení úkolu, obsahuje spoustu informací o úkolu v těle e-mailu.
  2. Ještě důležitější je, zdaleka – Když uživatel klepne na odkaz úkolu v e-mailu, Formulář úkolů by měla mít všechny informace, které schvalovatel potřebuje, aby se jeho schválit nebo zamítnout rozhodnutí. Hned teď, manažer musí kliknout na odkaz položky přímo přejít do technických podrobností a nikdo nemá rád. Musíte klepnout v e-mailu. Pak je třeba klepnout na jakýsi obskurní odkaz na položku úkolu. Pak se můžete podívat na podkladová data (aplikace InfoPath tvoří v tomto případě). Klepněte na tlačítko zpět/zpět, atd. Všichni nenávidí.

Zdědil jsem poněkud chaotický technické řešení a chci udělat změny v nejméně dotěrné způsobem možné.

Přístup, beru teď je vytvořit šablonu vlastní upozornění. Si můžete přečíst o tom zde. Toku funguje takto:

  • SPD pracovní postup bude spuštěn.
  • V určitém okamžiku, přiřadí úkol manažera.
  • Systém služby SharePoint automaticky odešle výstrahu danému vedoucímu. To není součástí SPD workflow, ale spíše "SharePoint co." (Služba SharePoint timer service, Věřím, že).
  • Vlastní popisovači upozornění je vyvoláno ve prospěch proces standardní oznámení (Kouzelná pravidel jak je popsáno ve výše odkazovaný článek).
  • Když běží můj vlastní popisovači upozornění, To vytváří krásný e-mail. Ještě důležitější je, vzhledem k tomu, že to má za úkol v ruce, to také zdobí aktuální úkol všechny kontextové informace nezbytné pro splnění požadavku obchodní.
  • Uživatel dostane e-mail a je to plné užitečných kontextové informace.
  • Uživatel klepne na odkaz úkolu a úkol sám je plný užitečných kontextové informace.
  • A všichni budeme mít meloun a zmrzliny.

Udělal jsem rychlé ověření koncepce a funguje to dobře v testovacím prostředí. Já si své vlastní e-mailové upozornění podle očekávání. Také jsem si aktualizovat popis úkolu a název.

Jediná choulostivá, zatím, je předejít situaci, kdy záznam aktualizuje položku, což vyvolalo další upozornění. To mi nevadí.

Zatím vypadá slibně...

Skvělá věc na tom je, že není třeba hnojit asi s některou z existujících pracovních postupů, SPD. Jsou to blažené nevědomosti, že obslužná rutina výstrahy je"IIZ RUNNIN V DA BAKGROUND, DECORATIN TÁ ÚLOH SEZNAM WIF MOAR KONTEXT”.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,

Demonstrace služby SharePoint: Využívat služby SharePoint vytvořit svislý obchodní aplikace

[Poznámka:: Chci se hned říct, že mám finanční zájem na požadovaný výsledek této demonstrace, které zmiňuji v zájmu o úplném zveřejnění informací, atd. Je to vlastně poprvé, co jsem kdy blogged o akci kde stojím prospěch osobně tímto způsobem.]

Tento web demonstrace se koná ve čtvrtek, 06/04 na 12:30 EDT, končí na 1:30PM EDT.

Ve spolupráci s mým vynikajícím obchodním partnerem, Integrované systémy a služby Group (ISSG), Jsem pracoval vyvinout vertikální obchodní aplikace pomocí služby SharePoint jako platforma. V tomto případě, jsme stavební aplikace, která slouží potřebám výrobců, které vlastní produkt pro své zákazníky. V těchto případech, hodně spolupráce musí brát mezi zákazníkem a výrobcem. K dispozici je také hodně spolupráce mezi různými skupinami uvnitř výrobce, včetně prodeje, inženýrství, výzkum a vývoj, právní a další skupiny.

Demo se chystá Ukázat aplikaci, která usnadňuje tento druh spolupráce, spolu se diskuse o tom, jak všechny z těch spolupráce musí integrovat s ERP systémem backend.

A konečně, to nebude SharePoint demo. To je ukázka řešení pro specifická problém, který se stane pro používání služby SharePoint jako platforma.

Tak, Proč byste se obtěžovat se přihlásit a toto ukázku? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

Pokud máte zájem, Prosím přihlašte se zde(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Lze rozevřít SharePoint Designer Z mého chladu, Mrtvé ruce

Můj poslední článek úkolem je www.EndUserSharePoint.com. Psal jsem o aplikaci SharePoint Designer, Konec uživatelů a obrys strategie, že koncoví uživatelé mohli zkusit a pokračujte k prokázání odborné způsobilosti a vybudovat důvěru kolem tohoto nástroje.

Komentáře jsou mnohem zajímavější než článku samotném.

Prohlédněte si.

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,

Profil uživatele MECH jako úřad pro upřednostňovaný jazyk uživatele

Na mém aktuálního projektu, Někteří uživatelé budou cestovat po celém světě a kdy dorazí do různých destinací, použít, ať stroj je šikovný v době. Tyto stroje Hodnocení bude systém Windows a nainstalován a nakonfigurován pro místní prostředí. (Právě jsem si uvědomil, že hodnocení stroje nemusí mít správné jazykové sady… zřejmě nebude, Vlastně… Jsem tenhle prozatím parkování).

SharePoint je třeba vytvořit mechanismus, kterým uživatel může vybrat svůj preferovaný jazyk a pak MOSS ctít tento jazyk bez ohledu na to, jak uživatel přistupuje k MOSS. Jinými slovy, ignorovat, co prohlížeč říká IIS/MOSS a místo toho vyhledat tento preferovaný jazyk a použít ji.

Jedeme vyšetřovat dva přístupy:

  1. Popisovač HTTP: Vlastní popisovač HTTP v IIS nainstalován bude vyhledávat MOSS profil, zjistit upřednostňovaný jazyk a potom přepnout záhlaví HTTP kolem podle potřeby před předáním řízení MOSS.
  2. Global.asax: Úprava global.asax udělat totéž. Můžeme upravit něco jiného, Ale myšlenka je, že najdeme nějaké místo, kde můžeme vložit locale přepínání logiky.

Komplikujícím faktorem je, že potřebujeme podporu 60k uživatelům, o 1,000 z nichž může být současně přístup MOSS na vrcholu zatížení.

Popisovač HTTP, se zdá být docela drastické, Ale možná nejlepší místo, kde vložit kód, protože je to na úrovni služby IIS a vševědoucí. Je to dobré v jednom místě práce.

My jsme přiklánějí k přístupu typu global.asax, hlavně proto, že věříme, že budeme mít více možností pro ukládání dat v daném okamžiku.

Já budu blogů na toto téma, jak jsem se dozvědět více.

Máte-li vědět nic o tom, please post a comment 🙂

</Konec>

Přihlásit se na mém blogu.

Za mnou na Twitter na http://www.twitter.com/pagalvin

Doplněk Technorati značky: ,