Havi Archívum: Szeptember 2007

Titokzatos SharePoint hibák elhárítása.

– Áttekintés:

Hibakeresés esetén nehéz fejlődő egyéni funkciókat, a Windows SharePoint Services 3.0 (WSS) vagy a Microsoft Office SharePoint Server (MOSS). A fő bűnös az, hogy SharePoint általában felületek nagyon kevés diagnosztikai információk a web böngésző hiba esetén. Ez a blog bejegyzés leírja, hogyan keresse meg a kiegészítő rendszer által generált diagnosztikai adatokat gyakran nyújthat az extra apró részlet, hogy az egyik kiváltó okainak azonosításához szükséges. Ez akkor vezethet, hogy a probléma megoldása.

Nekem van használt ez a technika nagy sikerrel oldja meg egyébként rejtélyes hiba.

Megközelítés:

SharePoint menti a nagy mennyiségű információt a diagnosztikai naplóban egy fatörzs reszelő-ban az 12 kaptár.

A "12 kaptár" általában található "C:\A program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Nem vagyok benne biztos, ha ez lehetséges, hogy a 12 kaptár élni bárhol máshol, valójában).

Az ötlet, hogy keresse meg az aktuális naplófájl, kényszerít a hiba, és gyorsan nyissa meg a naplófájlt. A naplófájlok jellemzi:

  • Bőséges mennyiségű információ. SharePoint létrehoz egy nagyon nagy mennyiségű diagnosztikai adatokat, és írja a naplófájlba nagyon gyorsan. Kell lenned az ujjak, hogy elfog ez a gyors.
  • Sokfélesége. SharePoint nem egyetlen naplófájlba írja, de inkább több fatörzs fájlokat generál sorozat.
  • Másol és tészta szépen MS Excel.

Az én-m kedvenc módszer:

  1. Nyit megjelöl a windows-explorer, rámutatva, hogy a 12 hivelogs.
  2. A nézet megjelenítése a módosítási dátum szerint rendezése (legutóbbi első).
  3. Jelölje ki az aktuális naplófájl.
  4. Egy webböngészőablakban, kényszerít a hiba fordul elő.
  5. Gyorsan megnyitja az aktuális naplófájlt, és másolja annak tartalmát MS Excel.
  6. Ugrás a végére, és elemezni a vonatkozó bejegyzéseket.

Egyéb megjegyzések:

Alapértelmezés, a diagnosztikai naplóban található a 12 hiveLOGS könyvtár.

MS Best gyakorlatok (szerint Mike T. a Microsoft) kimondják, hogy a log fájlokat kell menteni egy külön merevlemez-meghajtó. Csinál ez keresztül a központi admin. A rendszergazda lehet tenni ez, Ebben az esetben természetesen szüksége lenne megtalálni a fatörzs reszelő van az alapértelmezett helyett 12 kaptár helye).

Ez a bejegyzés kérdésekkel foglalkozik, mint például:

  • SharePoint-munkafolyamat indítása egy belső hiba miatt nem sikerült.
  • (több-hoz lenni hozzáadott idő múltával)
  • Ez belépés volt hasznos, diagnosztizálásában munkafolyamat-hibák (pl. "A munkafolyamat elindításához, belső hiba miatt nem sikerült").

MOSS: Hatásos bevezetés, a szervezet

(Ez a bejegyzés kereszt kategória között http://paulgalvin.spaces.live.com/blog/ és http://blogs.conchango.com)

A hozzászólásokat ezen az oldalon a saját, és nem feltétlenül tükrözik a pozíciókat Conchango barátait, stratégiák vagy vélemények.

– Áttekintés:

Ez a rész bemutatja néhány háttér-információkat, a nagy (3,000 a felhasználók) A Microsoft Office SharePoint Server (MOSS) kínálatból, és mit tettünk, hogy a projekt oly módon, hogy az ügyfél nem boldog, és határozottan meg az utat a végén a MOSS vonás készlet teljes elfogadása. Mint az írás, a bejegyzés, körülbelül vagyunk 50% a projekt első szakaszának komplett. A fejlődéshez dolgok, Fogom frissíteni ezt a bejegyzést, illetve új bejegyzés írása.

Ebben az esetben, a cég már telepített SharePoint Portal Server 2003. Az informatikai csoport telepítve a termék egyfajta "lássuk, ha akárki cirógatás" divat. Gyorsan elfogadta a sok üzleti felhasználók, és lett nagyon népszerű, nagy vállalati. El tudod képzelni, Ez nem volt a legjobb bevezetési stratégia (amely az ügyfél azonnal bevallja) és amikor a helyszínre érkezett moha, az ügyfél elhatározta, hogy "do it right" és nekünk, hogy segítsen nekik.

Az egyik központi kérdés előttünk, amikor elkezdtük, e projekt végrehajtása volt.: Hogyan tegyünk be MOSS az ügyfélnek? Tekintettel arra, hogy az ügyfél már volt tapasztalat-val SharePoint, kíváncsiak voltunk, vajon — van szükségünk, hogy "különbözeti" képzés vagy a nem kezdjük az alapoktól felfelé? A főbb felhasználók munka után, azt állapította meg, hogy kezeli ezt a zöldmezős projekt több értelme.

E határozat adott egy összerezzenés pont, de mindig marad nekünk kitalálni jó stratégia a MOSS elterjedni a vállalat fontos követelmény. MOHA is ilyen nagy állat … Ez magában foglalja a Webtartalom-kezelés, Dokumentumkezelés, Szálláshelyek keresése, biztonsági, célközönség kiválasztása, projekt menedzsment, "mesés negyven" sablonok, munkafolyamat, üzleti adatok csatlakozó, stb. Pár ezt az a tény, hogy ez egy nagy szervezet, lehet igazán csinál használ-ból szinte minden jelentős moha szolgáltatás, és van egy nagy projekt egy vállalati reach és sok jó dolog történik hozzávaló.

Mi szembe ez a kérdés újra és újra … MOHA is elérheti a vállalati szolgáltatás-set, a gazdálkodó, még valamennyire kifinomult ügyfelek volna egy nehéz idő, értelmi elnyeli azokat a funkciókat, hagyja, hogy egyedül beépítése egy jelentős része a napi rutin.

Nem kell egy mágikus megoldás, hogy a probléma. Ehelyett címet csak a legelső lépéseket, hogy az általunk figyelembe véve az ügyfelekkel való vezeti őket az ösvényen, a sikeres hosszú távú elfogadása.

Hatókör:

Mint szerettem volna a csapatot, hogy egy ilyen mérföldköveket, mint "PoepleSoft integráció keresztül BDC befejezett" projekt terv kézműves, "Új hatáskörökön termék dob munkafolyamat teljes" "ügyvezető irányító KPI elfogadott", Rendezni valamit, kevésbé kellett. Ez nem azt jelenti, hogy kevesebb"" rossz. valójában, a "kevésbé" hogy úgy döntöttünk, a kezdeti kiépítése volt mérföldekkel megelőz, hol voltak, mielőtt elkezdtük. A mi esetünkben, a "kevésbé" esztergált-ba:

  • Dokumentumtárak használata egyszerű Dokumentumkezelés, verzió ellenőrzése és a tartalom típusok.
  • Hatékony keresési alapuló tartalomtípust és testreszabott előre keresés (keresztül felügyelt tulajdonságok, XSLT-szép eredményt, stb).

A fenti vállalati szintű funkciók (ami azt jelenti, hogy ők összecsavart ki-hoz minden szervezeti és felhasználóknak), adtunk a következő singleton hatálya a mini-projektek:

  • Próba-ból fogalom BDC-integráció.
  • Többlépcsős és multi--ág munkafolyamatban teremtett keresztül SPD.
  • Komplex InfoPath-űrlap.
  • KPI-k felszínre néhány üzleti folyamat (valószínűleg HR tehetségkutatás esetünkben, Bár amit május cserél).

A hatókör itt 100% pontos, de reprezentatív megközelítésünk és megfelelő részére az én-m cél itt, melyik a elmagyarázni, hogy mit úgy vélem, hogy "hatékony" Bevezetés a moha, amely teljes MOSS elfogadása értékre állítja be az ügyfél szilárdan az arany ösvényen.

Nem írok, ebben a bejegyzés sokkal többet a singleton. Szeretnék rámutatni, hogy ezek az átfogó stratégia részét. Az ötlet, hogy végre az alapvető dokumentum menedzsment és keresési szolgáltatások minden felhasználó mégis nyújt rendkívül funkcionális, magas látható és igen reprezentatív példa más alapvető MOSS jellemzői, amelyek egyszerűen túl képes a legtöbb felhasználó felvenni ebben a korai szakaszban. Azonban, "ott lesz" egy reméli, hogy egyéb üzleti egységek, hogy vagy tudjon meg róluk és szeretné azokat a funkciókat, a maguk számára, és, nagyobb elfogadásához vezető. Ezek egyke sikertörténetek is szolgálja, hogy értékesítési csapatunk "lőszer" sikeresen megnyerte második, harmadik és n-fázisú projektek.

Mi bemutatjuk, és miért?

Miután rendezni a dokumentumkezelést és a keresési alapterv vállalati szintű követelmény, Mi szükséges adatok összegyűjtése. Mint egy gyakorlati kérdés, Ez forog-körül megértés a dokumentumokat, és végső soron a megértés tartalomtípusok rendelt.

Azt találtuk, hogy nehéz megmagyarázni, hogy tartalomtípusok nélkül vizuális aides. További technikai népi séta el-ból egy vitát a tartalomtípusok, amikor CT az adatbázis-kezelésben. "A CT hasonlít egy adatbázis tábla, az oszlopok, és oszlopok vannak kidolgozottnak adattípusok, de CT adattípusok között több, mint egyszerű egész szám, dátum, de is "választás" és a "keresési" és hasonlók." Beszélhetünk "kiterjesztése" tartalomtípusokat, sokkal, mint egy tudja örökölni funkciókat egy alap osztály objektum-orientált nyelvek. Azonban ez nyilvánvalóan nem hasznos a Közlekedési Minisztérium admin személy, aki nincs technikai háttér. Azaz, szinte mindenki, ami számít a MOSS kínálatból.

Egy fehér tábla használata József. Amit bemutatott az elképzelést, a tartalomtípust és a rajzolt ragyogó (tehát úgy tűnik, vagy) tartalomtípusokat, és mit csinálnak, ami a keresés, és hogyan lehet bővíteni a képek, stb. A végén, úgy érzem, néhány izzók be van kapcsolva, de a fehér tábla kép is a rendetlenség.

Ez vezetett bennünket, hogy a jelenlegi és így messze a leghatékonyabb leszállási hely: egy moha homokozó oldalon úgy, hogy ezek a funkciók megjelenítése.

A sandbox-webhelyek használata, azt bizonyítjuk:

  • Tartalomtípusokat:
    • A CT több adattípus létrehozása (szöveg, dátum, választás, logikai, Keresés, stb).
    • Kiterjesztése a CT, mellett teremtő egy új CT alapján a szülő.
    • CT metaadatok segítségével a dokumentumok keresését.
  • Dokumentumtárak:
    • Egyetlen CT társítása egy könyvtár.
    • Mi történik, ha a dokumentum feltöltése a könyvtár?
    • Több CT társítása egy doc könyvtár.
    • Mi történik, ha a dokumentum feltöltése a könyvtár?
    • Szűrés és szortírozás keresztül oszlopfejlécei doc lib.
    • Dokumentumtár-nézeteket:
      • Válogatás
      • Csoportosítása
      • "Gyors belépés" (adatok lap nézetben)
      • "Címkézetlen adatok" (hogy segítse a migráció Moss más tartalom források; Bővebben erről az alábbiakban).

A Sandbox-webhely:

Tervezett homokozó oldalunkat, hogy egy állandó jellemzője a hosszú képzési célokra lehet felhasználni, miután befejeztük a projekt fejlesztési környezetben, és tartalmazza több leletek leírt:

A tartalomtípusok:

Meghatároztuk a következő tartalomtípusok: Számla, Beszerzési rendelés, Számla szolgáltatásról.

Mi a kiválasztott számla és a beszerzési rendelés, mert többé-kevésbé általánosan alatt
állt entitások. Mindenki az üzleti életben megérti, hogy egy számla fizetési igénye egy ügyfél az egy összeg kiadott egy bizonyos dátum mint néhány által fizetendő fizetési feltételek. Ez egy természetes meghatározását a CT, amely az úgynevezett "képzés számlát vezet" (megkülönböztetni bármilyen más számla). A beszerzési rendelés hasonlóan könnyen határozza meg. Is létrehoztunk egy "képzési szolgáltatások számla" létrehozásával egy új CT alapján a képzés számla"" CT és a hozzá csak egy oszlop, "nyújtott szolgáltatások".

A fenti, Mi most bizonyítani tudja, néhány kulcs jellegét meghatározza-ból CT nélkül szerzés kobold legyőz próbálta elmagyarázni egy elvont fogalom, először; mindenki már érti mit értünk a "számla" és a "beszerzési rendelés" inkább képesek arra, hogy a hangsúly a mechanika a CT, és maga.

Egyéni listák:

CT "keresés típusú oszlopokkal" mutasson egy egyéni lista vagy dokumentumtár. Mi használ ez széles körben pedig a Homokszóró láda, hoztunk létre egy egyéni listát, amely tartalmazza a(z) támogató. A(z) szedtünk, mert ez egy egyszerű fogalom, megérteni és könnyű. A számla CT van egy oszlop, "ügyfél" "a keresés típusú definiált" hogy pont ezt a listát.

Létrehoztunk egy hasonló egyéni listát "eladók" a "beszerzési rendelés" CT.

Dokumentumtárak:

Hoztunk létre a két dokumentumtárak: "A számlák" és a "Vegyes dokumentumok".

Azt állítva, hogy a számlák dokumentumtár CT típusú "Számlát" csak dokumentumok kezelése.

Azt állítva, hogy a "vegyes dokumentumok" könyvtár minden három CT kezelése.

Hozzon létre több nézetet, azt mutatják, válogatás, szűrés, az adatlap és a csoportosítás.

Szálláshelyek keresése:

Mi határozza meg a két új felügyelt tulajdonságok és térképezni, hogy a számla számát és a vevő.

A létrehozott új egyéni előzetes keresési hely, és módosítása, hogy engedélyezi a felhasználók számára, hogy keressen "számlák" e két megfeleltetett tulajdonságok használatával.

Az XSLT módosítása úgy, hogy a számla és a vevő számát, Mikor jelen, a világos színű HTML-táblázatban jelennek meg. A cél itt, hogy bizonyítja, hogy ilyen formázást lehetséges.

Mindezt összerakva:

Vállaljuk fő számára, hogy részt vegyenek egy demo.

Követjük az egyszerű script:

  1. Ismertesse az értelmét és célját a CT, Példaként a számlák és a beszerzési rendelések.
  2. A számla CT meghatározást, egyidejűleg biztosítva őket, hogy nem kell használni e képernyők, maguk Térkép, Csak vegye fel a fogalmak.
  3. Megy a számlák dokumentumtár.
  4. Dokumentum feltöltése.
  5. Bizonyítani, hogy az ügyfél legördülő igazán származik egyéni lista.
  6. Egy új ügyfél hozzáadása a vevő listán és majd frissíteni a nemrég feltöltött számla meta-adatok az újonnan létrehozott ügyfél.
  7. Váltson át a "vegyes dokumentumok" könyvtár- és feltölteni egy dokumentum. Magyarázza el, hogyan kér egy dokumentum-típus.
  8. Visszamegy-hoz számlák dokumentumtár és mutat hogyan rákattint egy oszlop neve megváltoztatja a rendezési sorrend.
  9. Bizonyítani oszlop szintű szűrés.
  10. Térkép a különböző nézeteket, hogy bizonyítani, többszintű válogatás, szűrés és csoportosítás.
  11. Az adatok lap nézet megjelenítése.
  12. Magyarázza el a cél egy "címkézetlen dokumentumok" nézet.
  13. Váltson át a testreszabott speciális keresés.
  14. Most már, a nemrég feltöltött dokumentum kell már feltérképezzük és indexeljük, így végre egy keresést, amely bizonyítja a képessége, hogy keresse meg a számla keresztül a hozzárendelt tulajdonság.
  15. Bizonyítani, hogy a különbség a keres keresztül vs megfeleltetett tulajdonságok. csak a szöveg keresése.

Ezen a ponton, többé-kevésbé elkészült a demo. Úgy tűnik, hogy a 30 a 45 perc, attól függően, hogy hány kérdést emberek kérdez.

Mi majd küldje vissza a saját helyükön tájékoztathatjuk a "házi". Ez áll egy egyszerű excel táblázatba, ha megkérdezzük őket, hogy meghatározza, nekünk mi ők gondol van szükségük, ami a CT, mind a magas szintű (csak nevét és célját) oszlopok és típusú adatokat kíván tárolni, oszlopban. Nem kérjük őket, hogy határozza meg az oszlop adattípus MOSS szempontból, de üzleti feltételek.

Összefoglaló:

Készítettünk egy homokszóró láda környezet, hogy fel tudjuk használni annak bizonyítására, MOSS néhány alapszolgáltatások, amelynek a fellebbezés olyan vállalati szintű.

Mi van mintájára könnyen érthetőnek és közös üzleti entitások, azért használók tud figyelni-MOSS, és nem kap leragadt az entitásokon / példák, magukat.

Üzleti felhasználók sétára tézisek gyűlés-val "házi" a képernyőn az excel dokumentumot, amely most illetékesek, hogy töltse ki, és használja a saját első vágott tartalomtípusok tervezése.

Végül, mi végre demók idővel, az ügyfél-csapat tagjai, maguk válnak arra, hogy folytatni, a demo saját maguk, és általában felszabadítani a többiek a munka a bonyolultabb, például a globális taxonómia, komplex munkafolyamatok, Az üzleti Adatkatalógus és hasonlók.

Tanulás agilis // Dulakodás

Megkérdeztem néhány tanácsot ma jó források a tanulás agilis és a dulakodás – első lépések. Itt van egy összefoglaló a válasz. Bízom benne, a források, de nem tudom, hogy ez az átfogó (Biztos vagyok benne, nem).

Nekem is van átirat néhány ilyen helytelenül.

Több ember válasz és agilis projekt menedzsment által Ken Scwaber az egységes "első merülés" ajánlás.

Személyiségek:

  • Ken Schwaber
  • Mike Cohn

Könyvek:

  • Scrum és agilis projekt menedzsment által Ken Schwaber.
  • Sovány szoftverfejlesztés: Egy agilis Toolkit szoftver fejlesztési vezetők Mary és Tom Poppendieck.
  • "Mike Cohn semmit"
  • Agilis retrospektív által Ken Schwaber, Larsen-Diana, Esther Derby.

Linkek: