מבט כולל:

איתור באגים קשה בעת פיתוח פונקציונליות מותאמת אישית עבור Windows SharePoint Services 3.0 (WSS) או Microsoft Office SharePoint Server (מוס). האשם העיקרי הוא כי SharePoint בדרך כלל משטחים מעט מאוד מידע אבחון בדפדפן האינטרנט כאשר מתרחשת שגיאה. את הבלוג מתאר כיצד לאתר נוספים שנוצרו על-ידי מערכת מידע אבחון זה יכול לעיתים קרובות לספק הניצב קצת פירוט זה זקוק כדי לזהות את שורש. לאחר מכן יוביל לפתרון הבעיה.

השתמשתי בטכניקה זו בהצלחה רבה כדי לפתור שגיאות אחרת מסתורי.

גישה:

SharePoint חוסך הרבה מאוד מידע יומן האבחון בקובץ יומן הרישום במקום 12 כוורת.

"12 הכוורת" הממוקמת בדרך כלל "C:\תוכנית FilesCommon FilesMicrosoft SharedWeb שרת Extensions12 ". (אני לא בטוח אם זה אפשרי 12 כוורת לחיות במקום אחר, למעשה).

הרעיון הוא כדי לאתר את קובץ יומן הרישום הנוכחי, לכפות את השגיאה ולאחר מכן לפתוח במהירות את קובץ יומן הרישום. קבצי יומן רישום אלה מאופיינים על ידי:

• כמות המידע. SharePoint יוצרת כמות גדולה מאוד של מידע אבחוני וכותב אותו קובץ יומן רישום זה מהר מאוד. אתה צריך להיות מהיר עם האצבעות כדי ללכוד אותו.
• ריבוי. SharePoint לא לכתוב לקובץ יומן רישום יחיד, אבל מעדיף יוצר קבצי יומן רישום מרובים ברצף.
• העתק והדבק יפה MS-Excel.

השיטה האהובה שלי:

1. פתח את סייר windows הצבעה על 12 hivelogs.
2. למיין את התצוגה כדי להציג על ידי השוואתו לתאריך (הראשונה האחרונה).
3. סמן את קובץ יומן הרישום העדכניים ביותר.
4. בחלון דפדפן אינטרנט, לכפות את השגיאה תתרחש.
5. פתח את קובץ יומן הרישום הנוכחי ובמהירות להעתיק את תוכנו ל- MS Excel.
6. לקפוץ לסוף ולנתח את הערכים הרלוונטיים.

הערות אחרות:

כברירת מחדל, יומן דיגאנוסטי ממוקם 12 מדריך hiveLOGS.

MS מומלצות (לפי T מייק. של מיקרוסופט) מצב בו יש לשמור את קבצי יומן הרישום כדי כונן קשיח נפרדים. עושה זאת באמצעות ניהול מרכזי. מנהל המערכת שלך יכול לעשות את זה, במקרה הזה ברור תצטרך למצוא את קובץ יומן הרישום שם במקום המוגדרים כברירת מחדל 12 מיקום כוורת).

ערך זה מטפל בבעיות כגון:

• SharePoint זרימת העבודה נכשלה עקב שגיאה פנימית.
• (יותר כדי להוסיף לאורך זמן)
• הפוסט הזה היה מועיל אבחון לשגיאות בזרימות עבודה (המסופקים. "זרימת העבודה נכשלה עקב שגיאה פנימית").

(הפוסט הזה פורסם חוצים בין http://paulgalvin.spaces.live.com/blog/ ו http://blogs.conchango.com)

הפרסומים באתר זה שלי, לא בהכרח מייצגים העמדות של Conchango, אסטרטגיות או דעות.

מבט כולל:

הפוסט הזה מתאר קצת רקע על גדול (3,000 משתמשים) Microsoft Office SharePoint Server (מוס) בהשקה, מה עשינו כדי להחזיר את הפרוייקט מתגלגל בצורה כזאת, כי הלקוח הוא שמח ולמטה בחוזקה נתיב זה מסתיים עם אימוץ מלא של ערכת התכונות של מוס. כמו של כתיבת הערך, . אנחנו בערך 50% להשלים עם השלב הראשון של הפרויקט. התקדמות דברים, אני לעדכן רשומה זו ו/או לכתוב ערכים חדשים.

במקרה הספציפי הזה, החברה כבר היה מותקן SharePoint Portal Server 2003. הקבוצה זה מותקן המוצר במעין "בוא נראה אם למישהו אכפת" אופנה. זה במהירות אומצה על-ידי משתמשים עסקיים רבים והפך פופולרי למדי בארגון גדול. כפי שאתה יכול לדמיין, . זה לא היה האסטרטגיה הטובה ביותר בהשקה (אשר הלקוח מודה ברצון) וכאשר מוס הגיע לזירה, הלקוח החליט "את זה כמו שצריך" שכר מאיתנו לעזור להם.

אחת השאלות המרכזי העומד לפנינו כאשר התחלנו ליישם את הפרויקט הזה היה: איך אנחנו מציגים מוס זה לקוח? בהתחשב בכך שהלקוח כבר היה לי ניסיון עם SharePoint, תהינו — אנחנו צריכים לעשות "דיפרנציאלי" הכשרה או האם שנתחיל מהיסוד.? לאחר עבודה עם משתמשי מפתח, קבענו את זה מתייחסים לזה בתור פרויקט שדה ירוק יותר הגיוני.

ההחלטה הזו נתנו נקודת התחלה אבל עדיין נשאר לנו עם הדרישה העיקריים להבין אסטרטגיה טובה לפריסה מוס הארגון. מוס היא חיים גדול … זה כולל ניהול תוכן, ניהול מסמכים, חיפוש, אבטחה, והתמקדות בקהל, ניהול פרויקטים, "ארבעים נפלאים" תבניות, זרימת עבודה, מחבר נתונים של עסקים, ועוד. כמה זה עם העובדה כי זה ארגון גדול זה יכול באמת לעשות שימוש כמעט בכל מוס העיקריים כוללים ויש לך את המעלות פרוייקט מצויין עם יד של הארגון, קורים הרבה דברים טובים.

אתה שהתעמתנו עם הנושא הזה שוב ושוב … מוס יש ארגון להגיע עם הארגון שלו, תכונה שנקבע, עדיין קשה נפשית קליטת תכונות אלה לי לקוחות מתוחכמים אפילו במקצת, תן לבד בעזרתם של חלק ניכר מהם בשגרת יומם.

אין לי פתרון קסם לבעיה. במקום זה אני פונה רק את השלבים הראשונה שצילמנו עם הלקוח להוביל אותם בדרך מוצלחת אימוץ לטווח ארוך.

היקף:

עד כמה רציתי הצוות לעצב תוכנית פרוייקט שכלל כזה אבני דרך כמו "PoepleSoft אינטגרציה באמצעות BDC הושלמה", "מוצר בין-מחלקתי ההשקה זרימת חדשה מלאה" "ההנהלה KPI של קיבל", נאלצתי להתפשר על משהו פחות. זה לא אומר זה פחות"" זה רע. למעשה, פחות"" שהחלטנו עבור הפריסה הראשונית היה מתקדם איפה הם היו לפני שהתחלנו. במקרה שלנו, פחות"" הפך:

• ניהול מסמכים פשוטים באמצעות ספריות מסמכים, בקרת גירסה וסוגי תוכן.
• חיפוש יעיל לפי סוגי תכנים ב ומותאמים אישית חיפוש מתקדם (באמצעות מאפיינים מנוהלים, XSLT כדי להפיק תוצאות יפות, ועוד).

בנוסף לתכונות הארגון הנ ל (כלומר, כדי להיות התגלגל כל מחלקות משתמשים), הוספנו סינגלטון טווח ב- mini-הפרויקטים הבאים:

• הוכחת הרעיון BDC אינטגרציה.
• תהליך זרימת העבודה רב שלבי וענף מרובה שנוצרו באמצעות SPD.
• טופס של InfoPath מורכבים.
• חיפוי של ה-KPI עבור תהליך עסקי כלשהו (כנראה HR כישרון רכישה במקרה שלנו, . אבל זה עשוי להשתנות).

הטווח כאן הוא לא 100% אבל נציג של הגישה שלנו ומדויקים מספיקות למטרה שלי כאן, זה להסביר את מה שאני רואה בו "יעיל" הקדמה של מוס זה יגדיר את הלקוח בחוזקה את שביל הזהב כדי אימוץ מלא של מוס.

אני לא אכתוב יותר על סינגלטון בערך זה. אני רוצה לציין כי אלה כחלק מהאסטרטגיה שלנו יתר מתקשת. הרעיון הוא ליישם את המסמך חיפוש וניהול תכונות הליבה כל המשתמשים עדיין מספקים מאוד פונקציונלי, דוגמאות גלוי והייצוגיות מאוד גבוהה של תכונות אחרות מוס הליבה שהם פשוט מעבר ליכולת של רוב המשתמשים לספוג בשלב מוקדם זה. עם זאת, הם יהיו ". שם בחוץ" אני מקווה כי יחידות עסקיות אחרות מכיר או ללמוד עליהם ואני רוצה אותן תכונות עבור עצמם, מובילים אימוץ רבתי. בסיפורים סינגלטון לשמש גם כדי לספק את צוות המכירות שלנו "תחמושת" בהצלחה שניצחתי שנית, פרויקטים n-שלב שלישי.

מה אנחנו מציגים ולמה?

התיישב על ניהול מסמכים וחיפוש כדרישה הארגון בסיסית, היינו צריכים להתחיל באיסוף פרטים. כעניין פרקטי, זו נסובה סביב הבנת את המסמכים שלהם, בסופו של דבר ממופה להבנת סוגי תוכן.

. מצאתי. זה קשה להסביר סוגי תוכן ללא עוזרת חזותית. פולק טכני יותר תוכלו לצאת מזה דיון על סוגי התוכן כאשר של CT מתוארים במונחים של מסד נתונים. "סי. טי דומה לטבלה במסד נתונים, יש עמודות, עמודות מוגדרות במונחים של סוגי נתונים, אך סוגי נתונים CT כוללת יותר מאשר מספר שלם פשוטה/תאריך, אבל ברירה גם"" ו בדיקת מידע"" וכל מיני" אנחנו יכולים לדבר על "הארכת" סוגי תוכן, ממש כמו אחד יכול לרשת פונקציונליות מ מחלקת בסיס השפות מונחה עצמים. עם זאת ברור שזה לא מועיל עבור האדם מנהל מחלקת תחבורה יש ללא רקע טכני. קרי, כמעט כולם שחשוב ב לתרגולי מוס.

באמצעות לוח זה מוטל בספק. שהגשנו לכם את הרעיון של סוג תוכן ו מבריק מצוירות (. כך הם נראים) תמונות של סוגי תוכן ואת מה שהם עושים לך מבחינת חיפוש איך הם ניתן להרחיב, ועוד. בסופו של דבר, זה מרגיש כמו כמה נורות יש מופעלת, אבל התמונה הנוצרת לוח לבן מבולגן.

זה הוביל אותנו למקום הנוכחי, כל כך רחוק היעילה הנחיתה שלנו: אתר ארגז חול מוס נקבעה כדי להציג תכונות אלה.

השימוש באתר ארגז חול, נדגים:

• סוגי תוכן:
  • יצירת סריקת סי. טי עם סוגי נתונים מרובים (טקסט, תאריך, הבחירה, בוליאני, בדיקת מידע, ועוד).
  • הרחבת סריקת סי-טי על-ידי יצירת סריקה חדשה המבוססת על הורה.
  • חיפוש מסמכים באמצעות CT מטא-נתונים.
• ספריות מסמכים:
  • שיוך סריקת סי-טי יחיד עם ספרייה.
  • מה קורה כאשר אנחנו העלאת מסמך לספריית הזה?
  • שיוך של CT מרובים עם ספרייה דוק.
  • מה קורה כאשר אנחנו העלאת מסמך לספריית הזה?
  • סינון ומיון באמצעות כותרות עמודה ב lib דוק.
  • תצוגות מסמך לספריה:
    • מיון
    • קיבוץ
    • "כניסה מהירה" (תצוגת גליון נתונים)
    • "נתונים שאינם מתויגים" (כדי לסייע עם ההעברה מוס ממקורות תוכן אחרים; עוד על זה למטה).

האתר ארגז חול:

אנחנו עוצב האתר ארגז החול שלנו להיות תכונה קבועה בסביבת הפיתוח כדי לשמש למטרות אימונים ארוך, אחרי שנסיים את הפרוייקט וכללה וכמה פריטים כמתואר:

סוגי תוכן:

הגדרנו את סוגי התוכן הבאים: חשבונית, הזמנת רכש, חשבונית שירותים.

בחרנו חשבונית וסדר הרכישה כי הם פחות או יותר אוניברסלית תחת
ישויות עמדו. כולם עסקים מבינים כי חשבונית היא לדרוש תשלום הלקוח בשביל כמות הוציא ב מסוים תאריך ישולם לפי כמה תנאי תשלום. זה מוביל הגדרה טבעית של סריקת סי-טי שאנו קוראים להם "הכשרה חשבונית" (כדי להבדילה כל סוג אחר של חשבונית). הזמנת הרכש מוגדר באופן דומה בקלות. יצרנו גם "הכשרה שירותי לחשבונית" על-ידי יצירת סריקה חדשה המבוססת על אימון החשבונית"" CT ונוספה עמודה אחת בלבד, "תרומתו".

עם האמור לעיל, עכשיו אפשר להדגים כמה תכונות מפתח של CT ללא ולשקוע מנסה להסביר רעיון מופשט קודם; כולם כבר מבינים מה אנחנו מתכוונים "חשבונית" ו "הזמנת רכש" במקום זאת הם מסוגלים להתמקד על המכניקה של ה-CT עצמו.

רשימות מותאמות אישית:

CT עם עמודות מסוג בדיקת מידע"" להצביע ספרייה לרשימה או מסמך מותאמים אישית. אנחנו משתמשים בזה באופן נרחב ועל החול, יצרנו 1 תמיכה רשימה מותאמת אישית המכילה הלקוחות. בחרנו הלקוחות כי זה רעיון קל להבין וקל להדגים. ה-CT חשבונית בעל טור, "הלקוח" זה מוגדר מסוג בדיקת מידע"" זה מצביע על הרשימה הזאת.

יצרנו רשימה מותאמת אישית דומה לניהול ספקים"" עבור הזמנת הרכש"" CT.

ספריות מסמכים:

יצרנו שתי ספריות מסמכים: "חשבוניות" "מעורבבים מסמכים".

אנחנו מוגדרים ספריית המסמכים חשבוניות לניהול מסמכים רק מסוג CT "חשבונית".

אנחנו מוגדרים על "מסמכים מעורבים" ספריית ניהול של CT כל 3.

ליצור מספר תצוגות המציגות מיון, סינון, גליון נתונים וקיבוץ.

חיפוש:

אנחנו מוגדרים שני מאפיינים מנוהלים חדשים, למפות אותם מספר החשבונית ולקוח.

אנחנו שיצרת אתר חיפוש מותאם אישית מראש חדש ושינית אותו כדי לאפשר למשתמשים לחפש "חשבוניות" באמצעות אלה שני מאפיינים ממופים.

לשנות את ה-XSLT כך החשבונית ומספר לקוחות, מתי להציג, מופיעים בטבלת HTML בצבע בהיר. המטרה כאן היא להדגים כי עיצוב כזה הוא אפשרי.

הכול מתחבר יחד:

אנחנו מארגנים עבור משתמשי מפתח להשתתף דמו.

נעקוב אחרי זה script פשוט:

1. לתאר את משמעותם ומטרתם של סריקת סי. טי, באמצעות חשבוניות, הזמנות רכש כדוגמאות.
2. הצג את ההגדרה CT חשבונית כשמטרתנו בו-זמנית אותם כי הם לא צריכים להשתמש המסכים עצמם, . פשוט תרים את המושגים.
3. ללכת אל ספריית המסמכים חשבוניות.
4. העלאת מסמך.
5. להדגים כי הלקוח הנפתחת באמת הטרייה רשימה מותאמת אישית.
6. הוסף לקוח חדש לרשימת לקוחות ולאחר מכן לעדכן מטה נתונים החשבונית שהועלה לאחרונה עם הלקוח החדש שנוצר.
7. לעבור "מסמכים מעורבים" ספריית ולהעלות מסמך. להסביר איך המערכת מבקשת סוג מסמך.
8. לחזור ספריית מסמכים חשבוניות ולהראות איך לחיצה על שם עמודה משנה את סדר המיון.
9. להדגים סינון ברמת עמודה.
10. הצג תצוגות שונות המדגימים מיון מרובות רמות, סינון וקיבוץ.
11. הצג תצוגת גליון הנתונים.
12. להסביר את מטרת "מסמכים לא מתויגים" תצוגה.
13. לעבור החיפוש המתקדם מותאם אישית.
14. עד עכשיו, צריך המסמך שהועלה לאחרונה זחל ובעלות אינדקס, אז לבצע חיפוש זה ממחיש את היכולת לאתר את החשבונית הזאת באמצעות המאפיין ממופה.
15. נדגים את ההבדל בין חיפוש באמצעות מאפיינים ממופים vs. רק חיפוש טקסט.

בנקודה זו, אנחנו נעשים פחות או יותר עם ההדגמה. נראה לקחת על 30 כדי 45 דקות, תלוי כמה אנשים שאלות לשאול.

. ואז נשלח אותם חזרה אל השולחנות שלהם עם "שיעורי בית". זה מורכב של פשוטה גיליון אלקטרוני של excel שבה נשאל אותם כדי להגדיר בשבילנו מה הם חושבים שהם צריכים במונחים של CT, שניהם ברמה גבוהה (המטרה רק שם ועסקיים) העמודות ואת סוג הנתונים הם מאחסנים בעמודה. לא שואלים אותם כדי להגדיר את סוגי הנתונים של עמודה במונחים מוס, אבל מבחינת העסק.

לסיכום:

יצרנו סביבה ארגז חול, אנחנו יכולים להשתמש בו כדי להדגים כמה תכונות הליבה מוס הערעור של מי הן ברמת הארגון.

לנו יש המודל ישויות עסקיות מובן בקלות, נפוצות כך משתמשים יכולים להתמקד מוס לא להתעכב על הישויות / דוגמאות עצמם.

משתמשים עסקיים הליכה תזות הפעלות עם שיעורי הבית"" בצורה של מסמכי excel אשר הם עכשיו כשיר למלא ולעשות שימוש בעיצוב סוגי תוכן משלהם הראשון-קאט.

לבסוף, כפי לנו לבצע הדגמות לאורך זמן, חברי הצוות של הלקוח עצמם הופכים יותר מסוגל להעביר, בהדגמה של עצמם ולפנות בדרך כלל את השאר כדי לעבוד על נושאים מורכבים יותר, כגון עולמי טקסונומיה, תהליכי עבודה מורכבים, BDC וכדומה.