Your SlideShare is downloading. ×
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Spec template and mapping to derivatives of a product
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Spec template and mapping to derivatives of a product

636

Published on

Spec template and mapping to derivatives of a product

Spec template and mapping to derivatives of a product

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
636
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. תבנית למפרט דרישות ומיפוי נגזרות של קו מוצר
  • 2. תוכן עניינים
    • כללי
    • יתרונות שימוש בתבנית
    • השימוש בכלי Doors
    • מבנה התשתית ב Doors
    • תבנית ראשונית ללא קישורים
    • קישורים בין התבנית לנגזרת
    • מיפוי בתבנית
    • הגדרת בעלי תפקידים
    • תהליכי עבודה - הוספת נגזרת
    • תהליכי עבודה - הוספת דרישה חדשה בתבנית
    • הרשאות
    • הכנת התבנית
  • 3. כללי
    • מצב נוכחי :
      • לנגזרותיו של קו מוצר קיימים מסמכי מערכת והגדרת דרישות שונים הן בתכולתם והן במבנה שלהם
    • הבעיה :
      • נגזרת חדשה - מאיפה מתחילים ?
    • החלטה :
      • הכנת תבנית אחידה למסמך דרישות מערכת שתכיל את כל הדרישות האפשריות שניתן להגדיר עבור נגזרת חדשה
      • התבנית תהווה בסיס למסמך דרישות של נגזרת חדשה . הוספת דרישה חדשה לנגזרת , שלא קיימת עדיין בתבנית , תוביל לתהליך של עדכון התבנית
    • מהנדס מערכת של נגזרת חדשה מעתיק את התבנית הנ " ל ומעדכן בהתאם
  • 4. יתרונות שימוש בתבנית
    • הקלה וחסכון משמעותי בזמן לעבודה מול לקוח חדש . על מהנדס המערכת רק לעדכן את הנתונים הספציפיים לאותה נגזרת
    • כל המידע מרוכז בתבנית אחת ובצורה כזו מגיעים לאחידות , מונעים חוסרים , כפילויות , וסתירות בהגדרת הדרישות
    • קו המוצר מנהל את התבנית , כולל הוספת דרישות חדשות
    • ניתן להציע ללקוח חדש להשתמש במסמך שנוצר על פי תבנית זו
  • 5. השימוש בכלי Doors
    • הוחלט לנהל את התבנית בכלי Doors
      • מאפשר שימוש במנגנוני Doors
      • בסיס לניהול דרישות של פרויקט בכלי Doors
    • לא סתם תבנית אלא גם מפה !
      • בהעתקת התבנית לנגזרת חדשה , נוצרים קשרים בין האובייקטים המועתקים לאובייקטים בתבנית . ע " י שימוש במנגנונים הקיימים ב Doors , ניתן למפות ולראות בתבנית איך כל דרישה הוגדרה בפועל בנגזרת מסוימת
      • כאשר מפרטי הדרישות של נגזרת ברמות השונות ( מערכת , תת מערכת , מכלולים ...) מנוהלים ב Doors , ויש קישורים לתבנית , נחשפות בתבנית דרישות שמומשו . ע " י Reuse של דרישות , ניתן לחסוך פיתוחים חוזרים !
  • 6. השימוש בכלי Doors
    • במקרה שהלקוח מספק את מסמך ה – Spec בפורמט שלו , מהנדס המערכת יקשור את הדרישות ממסמך הלקוח לדרישות המופיעות במודול שלו , ואז ימשיך את ניהול הדרישות ב – Doors .
    • הכלי מאפשר הוספת מאפיינים ( Attributes ) לדרישות בתבנית , כגון : האם יש לעדכן פרמטרים בדרישה מסוימת
    • בניית בסיס המידע בצורה כזו שניתנות הרשאות לקריאה וכתיבה בהתאם לצורך
    • יצירת פלטים שונים מבסיס המידע ע " פ צורכי המשתמשים השונים
    • הרשאות שונות ניתנות לאנשים שונים עבור כל אחד מהמשתנים
    • בקרה של השינויים והעדכונים
    • שמירת גרסאות של הנתונים ( Baseline ), עם אפשרות צפייה בגרסאות קודמות
    • ביצוע מיונים וחיתוכים שונים
  • 7. מבנה התשתית ב Doors
    • דוגמא : מוצר " חרק " עם נגזרות " זבוב " " יתוש " " דבורה "
    • מבנה המחיצות :
      • מוגדר " פרויקט " ב Doors בשם Harak ותחתיו מחיצת Common ופרויקטי הנגזרות
      • לכל סוג מוצר מוקם " פרויקט " משלו . לדוגמא Zvuv
      • מחיצת Common מכילה :
        • מודול התבנית בשם Harak SSS Template
        • מודול Harak Glossary
      • מחיצת Link Modules מכילה :
        • מודול קישורים לקשרים שבין התבנית למודולי הנגזרות
    • מבנה הקשרים :
      • מכל מודולי הנגזרות יהיו קשרים למודול התבנית Harak SSS Template מסוג " Lnk2Tmpl "
    • מודול התבנית Harak SSS Template
      • מודול זה מהווה תבנית המכילה את כל הדרישות
      • תכונה TBC - הדרישה מכילה פרמטר שיש אולי לעדכנו בהגדרת נגזרת
    • מודולי הנגזרות :
      • לכל נגזרת יוגדר " פרויקט " ב Doors . תחת הפרויקט תפתח מחיצה Requirements Tables ושם יהיה מודול הדרישות של הנגזרת ( המועתק מהתבנית )
  • 8.  
  • 9. תבנית ראשונית ללא קישורים
  • 10. קישורים בין התבנית לנגזרת
  • 11. מיפוי בתבנית שינוי שבוצע בנגזרת
  • 12. הגדרת בעלי תפקידים
    • מנהל התבנית : אחראי לעדכון התבנית ב Doors
    • מהנדס מערכת של נגזרת : אחראי לבניית מודול נגזרת + ניהול פרויקט הנגזרת ב Doors
    • תמיכת Doors : הגדרת פרויקט חדש , הוספת משתמשים חדשים ומתן הרשאות
  • 13. תהליכי עבודה - הוספת נגזרת
    • באחריות תמיכת Doors :
    • הגדרת פרויקט חדש עם מחיצות מתאימות עבור הנגזרת , למשל :
      • תחת Harak בונים פרויקט בשם Yatush
      • בתוך הפרויקט הנ " ל בונים מחיצות :
        • Originating Documents
        • Requirement table
        • Link Module
    • הגדרת משתמשים ומתן הרשאות בהתאם
  • 14. תהליכי עבודה - הוספת נגזרת
    • באחריות מהנדס המערכת של הנגזרת החדשה :
    • מעתיקים ממודול התבנית את ה Attributes הבאים : Object Text + Heading + TBC , כולל יצירה אוטומטית של קישורים (Links) בין המודול החדש למודול התבנית
    • מהנדס המערכת עובר על המודול החדש , ומבצע שינויים מתאימים :
      • עדכון של ערכים ( שינוי )
      • סימון N/A לגבי דרישות לא רלוונטיות ללקוח ( ביטול )
      • הוספת דרישות חדשות שנוצרו עבור הלקוח הנ " ל ( הוספה )
    • בניית View מיוחד עבור הלקוח – שיכיל רק את המידע שרלוונטי ללקוח הנ " ל
    • רצוי לבדוק אם ללקוח יש כלי Doors בגרסה הקיימת ברפאל
      • אם כן – ניתן לעבוד בשני האתרים על אותו Database ע " י יצוא של המודול מרפאל ( פעולת Archive ) ויבוא של הנ " ל באתר הלקוח ( פעולת Restore )
      • במידה ואין ללקוח כלי Doors – יש להוציא את המודול לקובץ Word או לקובץ Excel . ( יתרון של ה – Excel : ניתן להוסיף Attributes חדשים אצל הלקוח כתוצאה מניתוח הדרישות יחד עם הלקוח , ובצורה אוטומטית הנ " ל יוכנס ל – Doors ברפאל )
    • אחרי העדכונים אצל הלקוח והכנסה מחודשת של המודול ל – Doors יש לבצע הקפאת תצורה (Baseline) להקפאת מצב ההסכמה עם הלקוח (SRR)
  • 15. תהליכי עבודה - הוספת דרישה חדשה בתבנית
    • הצגת הדרישה החדשה בפורום מהנדסי המערכת של הנגזרות השונות
    • העתקת הדרישה החדשה מהנגזרת למודול התבנית ( כולל קישור )
    • עדכון "TBC" במידת הצורך
    • העתקה לנגזרות אחרות במידת הצורך ( על פי ההחלטה בפורום מהנדסי המערכת )
  • 16. הרשאות
    • סוגי אוכלוסיות משתמשים :
      • משתמשים בעלי הרשאות מלאות
      • משתמשים בעלי גישת קריאה בלבד למידע
      • משתמשים בעלי גישת עדכון למודול התבנית
  • 17. הכנת התבנית
    • במידה וקיימים כבר מפרטים של נגזרות , יש לקחת את המפרט הכללי והעדכני ביותר ולהתבסס עליו בהכנת התבנית ב Doors
    • הכנת התבנית בליווי צוות של מהנדסי מערכת , כתב טכני , אא " כ , ואחרים ע " מ לקבל את התבנית הטובה ביותר
    • במידה ורוצים מיפוי למפרטים קיימים , יש להכניסם ל Doors ולקשרם לתבנית
    • הכנת מדריך שיטת עבודה לעבודה עם התבנית

×