מבט כולל

הפוסט הזה מתאר מקרה המתארת את MRO בפועל (תחזוקה, תיקון ותפעול) תהליך אישור זרימת העבודה מיושמת ב- MOSS.

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

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

רקע

תהליך MRO של הלקוח היה מתאפיינת הבאות

• תהליך אישור ידני.
• כמה תמיכה באמצעות גליונות של excel.
• תהליך האישור לא סדיר. תהליך האישור אותו MRO הרכישה עשויה להשתנות מיום ליום, אדם על ידי אדם.
• הרבה נייר, חתימות בכתב יד — נדרש עד דרישות רכש 3 חתימות בכתב לפני האישור הסופי.

מטרות הפרויקט הזה כלול:

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

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

תהליך האישור

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

יוזם:

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

מנהל ישיר:

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

מנהל פונקציונלי:

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

מנהל חטיבה:

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

הפתרון

השתמשנו את הכלים ואת הרכיבים הבאים ליישם את הפתרון:

מוס: משמש כפלטפורמה את אשר כל השאר "נתקע". מוס מספקת שירותי אבטחה סלע, בסיס נתונים, נתיבי ביקורת ותכונות אחרות.

InfoPath forms services: רכיב מוס, דבר זה מאפשר למשתמשים למלא רכש באמצעות דפדפן אינטרנט.

SharePoint Designer (SPD): השתמשנו SPD ליישם תהליך זרימת עבודה אוטומטית.

שירות אינטרנט: שירות אינטרנט c # משפר את חוויית המשתמש על-ידי הפעלת רשימות בחירות מדורגים בטופס InfoPath ומספק ביצועים טובים יותר ביחס סינון נתונים. ראה כאן עבור צלילה עמוקה טכני על הנושא הזה ועל הסיבות שלנו עבור השימוש בו.

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

תרחיש שימוש

מקרה שימוש זה ממחיש כיצד הפתרון מתאים ביחד:

1. Paul רוצה מחשב נייד חדש. הוא מתאר את הצרכים שלו כדי Vivek, אדם זה מוכר עם המחשב הנייד של החברה סטנדרטים, ספקים מועדפים, ועוד.
2. Vivek יומני לתוך מוס, ניגש את טופס הדרישה פו ומזין הדרישה בשם Paul. הטופס מבקשת Vivek קטגוריה רכישה אשר משתמשת את שירותי האינטרנט כדי לאכלס רשימה נפתחת של הספקים שאושרו על-ידי החברה. Vivek מציין גם אזור פונקציונלי של החברה של רכישה זו (המסופקים. "זה" או "כספים").
3. SPD המבוסס על זרימת העבודה מתחילה, קביעת מנהל ישיר של פול ומנתבת הדרישה למנהל שלו, סטייסי.
4. סטייסי אישר הרכש.
5. SPD עבודה בודק את הדרישה וקובע שזה לרכוש אותו. הוא מנתב את זרימת העבודה כדי מנהל ה-IT פונקציונלי, Wonson.
6. Wonson אישר את הדרישה.
7. SPD עבודה שוב בוחנת את הדרישה, קובע כי הסכום הרכישה עולה על סכום בדולרים maxium, מנתב אותה אל מנהל המחלקה לאישור.
8. מנהל החטיבה אישרה הרכש.

הערות

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

מסקנה

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

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

מילון מונחים

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

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

שיטה מהירה אחת הוא כדלקמן:

• גישה חיפוש מתקדם.
• לבצע חיפוש מחזירה נתונים מסוימים.
• לערוך את הדף (באמצעות הגדרות האתר).
• לשנות את ה-XSL הבאים:

<?xml גירסה="1.0" קידוד="utf-8"?>
<xsl:גליון סגנונות גירסה="1.0" xmlns:xsl="http://www.w3.org/ 1999 / / שינוי XSL">
<xsl:פלט שיטה="xml" גירסה="1.0" קידוד="UTF-8" כניסה="כן"/>
<xsl:תבנית התאמה="/">
<טרום>
<xsl:עותק בחר="*"/>
</טרום>
</xsl:תבנית>
</xsl:גליון סגנונות>

• להיט החל.
• View Source בדפדפן.

חשוב לציין כי <טרום> תג לא עושה הרבה חוץ מלשרת כסמן נוח בעת הצגת התוצאות.

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

. זה צריך לעבוד עבור dataviews כמו גם, . אבל אני לא בדקתי את זה עדיין.

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

סטפן Goßner יש להרכיב סדרה 4-חלק נפלא על תוכן SharePoint ואת הפריסה API כאן. המלון מציע סקירה מעולה, טוב מאוד דוגמאות קוד (C #).

ראשית אספתי קישור זה מהבלוג poelmans joris- http://jopx.blogspot.com/.

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

באמצעות ה-API, אחד לא יכול:

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

מישהו באינטרנט'ס שאלה על איך ליצור עמודה מחושבת ברשימת המציגים ערך המעוצב כ-"[משתמש] – [מצב] – [מיקום]" כמו ב- "פול גאלווין – ברים ומועדונים [חינם] בירה – החוף".

Paul להיכנס ולעדכן את הערך ברשימה של העמודה המחושבת לעדכן בהתאם. את [משתמש] צריך כברירת מחדל המשתמש להזין/עדכון הרשימה.

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

1. יצירת עמודת טקסט בשם "המשתמש הנוכחי".
2. מוגדר לערך ברירת המחדל [לי]
3. ליצור עמודה מחושבת הנקראת "מבחן במתמטיקה".
4. להגדיר את הערך שלו = [המשתמש הנוכחי]

נכנסתי פנימה, הוספת פריט ברשימה, זה עבד.

אני כבר כבר מגזימים זה עבור 9 חודשים ואני רואה אנשים בפורומים MSDN ו- Usenet יש אותו too.l

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

תיקון חם זה MS יכול לפתור את זה: http://support.microsoft.com/kb/938888

גם, איזה תיאור על הבעיה כאן:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

מבט כולל:

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

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

הבעיה:

את ביטוי ה-Xpath. מחזיר ריקה עבור עמודה בשם "תפקיד נוכחי". להפנות אליו את אותו נוהג כך:

    <גבול הטבלה = "1">
      <xsl:= בחר עבור, כל "/ dsQueryResponse/שורות/שורה" >
        <. tr>
          <td>
            המצב הנוכחי:
            <xsl:הערך של select="@Current_x0020_Status"></xsl:הערך>
          </td>
        </. tr>
      </xsl>
    </טבלה>

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

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

פתרון:

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

לקחת:

SPD מספק סמכותי ביטויי Xpath עבור שורות & העמודות בתצוגת נתונים.

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

<nobr><טווח><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17 ">. גאלווין, פול</A><גבול img ="0" גובה = "1" רוחב = "3" src="/_layouts/images/blank.gif"/><href = "javascript:’ onclick ='IMNImageOnClick();יש להחזיר false;’ class = 'ms-imnlink'><שם img ='imnmark’ כותרת =” גבול =’0′ גובה = 12’ רוחב = 12’ src='/_layouts/images/blank.gif’ alt = "אין מידע נוכחות’ ללגום ='PGalvin@xxx.com’ id ='imn_77, סוג = smtp'/></של></טווח></nobr>