Download
1 / 29
290 likes | 485 Views
חקר ישימות עקרונות. מהדורה 03. SDLC :מחזור חיים בפיתוח מערכת מידע. מהדורה 03. מודל חקר הישימות. בקשה לקבלת מידע – RFI. בקשה המופצת כאשר יש לקבל החלטות בסביבת אי וודאות בקשה המופצת לכל החברות הפוטנציאליות הבקשה לא כוללת התחייבות כלשהי של הלקוח או הספק להצעות הבקשה כוללת:
E N D
חקר ישימות עקרונות מהדורה 03
SDLC :מחזור חיים בפיתוח מערכת מידע מהדורה 03
בקשה לקבלת מידע –RFI • בקשה המופצת כאשר יש לקבל החלטות בסביבת אי וודאות • בקשה המופצת לכל החברות הפוטנציאליות • הבקשה לא כוללת התחייבות כלשהי של הלקוח או הספק להצעות • הבקשה כוללת: • תאור סביבת המערכת העתידית • תאור הדרישות הפונקציונליות - מה המערכת אמורה לבצע • בקשה לקבלת מידע על פתרונות אפשריים
בקשה לקבלת הצעות – RFP • בקשה המופנית לספקים פוטנציאליים • בקשה מחייבת את הספק כולל הסעיף הכלכלי • אין הלקוח מתחייב לקבל כל הצעה • הבקשה כוללת התייחסות לנושאים הבאים: • תאור הדרישות הפונקציונליות - מה המערכת העתידית אמורה לבצע • תאור הפתרון הלוגי - תצורה אפשרית של הפתרון כפי שמוגדרת ע”י הלקוח • תאור כמותי של כל סעיף במסמך הדרישות • קריטריונים ותנאי סף לקבלה או לפסילה • בקשה לקבלת התיאור הפתרון הפיסי איכויות / עלויות
מסמך RFP מסמךRFP 0. מנהלה 1. יעדים 2. יישום • טכנולוגיה ותשתית 4. מימוש 5. עלות
מסמך בקשה להצעות : RFP • המפרט זהה בסעיפיו למסמך האיפיון למעט תוספת של פרק מינהלה • פרק המימוש-4 דורש שיכתוב • פרק העלות – דורש שיכתוב • סיווג רכיבי המפרט על פי המלצה כדלקמן: • I-Information רכיב המובא לידיעה בלבד ואין צורך בתשובה מהספק • G-Generalסעיף פתוח הדורש תשובה כללית, כולל הרחבות והצעות • S-Specific רכיב הדורש תשובה מפורטת ומדוייקת • M-Mandatoryסעיף חובה (( Go/NoGo חוסר תשובה תפסול את ההצעה • N-not relevantסימון מיוחד לסעיפים שהושמטו
Specific-S • נדרשת התייחסות פרטנית ותיאור מדויק של הדרך בה מתקיימת הדרישה בהצעת המציע. בסעיפים אלה חובה לתת תשובה מפורטת ומדויקת. המבנה של התשובה חופשי, ובלבד שניתנת תשובה ברורה וחד-משמעית על הסעיף המבוקש. • תשובות אפשריות הן: • א. יש/כן/קיים, בצירוף תיאור מדויק ומפורט של הפתרון. • ב. אין/לא/חלקי, בצירוף לוח זמנים ומשאבים ליישום הפתרון. • ג. אין/לא יהיה, בצירוף תיאור הסיבות לכך. • אם נדרשת תשובה ארוכה במיוחד, ניתן לתת תשובה תמציתית ליד מספר הסעיף ולצרף נספח המפרט את התשובה. כל מספר יסומן במספר הסעיף אליו הוא מתייחס.
M - Mandatory • סעיף במפרט שהעמידה בדרישתו היא דרישת סף לקבלת ההצעה. רמת הפירוט בו זהה ל-(S). דרישות הסף פזורות במקומות שונים בפרקים השונים. על המציע לבדוק האם הצעתו עונה על דרישות הסף לפני המענה על כל דרישות המפרט. תשובה מסוג "אין/לא ולא יהיה" אינה מתקבלת וההצעה תיפסל על הסף. • קיימים סעיפים המוגדרים (M) בהם נדרש המציע להתחייב לביצוע. • בסעיפים אלה יענה המציע "קראתי, הבנתי ואני מתחייב לבצע"
I - Information • סעיף במפרט המובא לידיעת המציע בלבד ואין צורך בתשובה. העדר תשובה יובן ע"י המבקש כ"קראתי והבנתי". אם בכל זאת יש למציע הערות, יש לציינן
G - General • סעיף במפרט הדורש תשובה כללית בלבד, ללא ירידה לפרטים. בכל הסעיפים המסומנים (G) יש לענות קיים/לא קיים ולציין תכונות חשובות בלבד. היקף התשובה בסעיפים מסוג זה ינוע, ברוב המקרים, בין שורה אחת למחצית העמוד.
0. מינהלה 0.1 כללי 0.2 הגדרות 0.3 קבלת המפרט המלא 0.4 הנחיות מיוחדות 0.5 סיווג הרכיבים 0.6 התחייבויות ואישורים בגין הגשת ההצעה 0.7 התחייבויות ואישורים בגין זכייה בפרוייקט 0.8 זכויות המשרד מוציא המפרט 0.9 הצעת הספק 0.10 בעלות על המפרט ועל ההצעה 0.11 שלמות ההצעה ואחריות כוללת 0.12 בדיקת הצעות והערכתן 0.13 סמכות השיפוט 0.14 המחירים (הצמדה , מע"מ) 0.15 ציוד משומש 0.16 סיווג בטחוני
סמכות השיפוט 18/5/2005
חוסר יעילות 13/11/2005
מפ"ל – מסמכים פנימיים לבדיקה • כללי: תהליך הבדיקה וסרגל הבדיקה • תנאי סף • ציונים ומשקלות • מקורות מידע וכלים • תבחינים :קריטריונים לבדיקה • טפסי בדיקה • סיכום תועלת • סיכום עלות • סיכום כולל : עלות תועלת
כנס ספקים* – Bidders’ Conference • מטרות אפשריות של ספקים: • הבהרות • מי מופיע • להפגין נוכחות • מטרות אפשריות של הלקוח: • הבהרות • לגלות למי יש עניין • לקבל רעיונות • ליצור אווירה תחרותית * מקובלים כיום גם כנסים וירטואליים
מענה מהספקים • קבלת מענה ל - RFP • סינון הצעות ראשוני • בדיקה יסודית של הצעות • השוואת הצעות ע"פ מפ"ל • בחירת רשימה קצרה
SOW • SOW הוא מיזוג (merge) של המפרט (מסמך האפיון) והצעת הספק. • בשיטת מפת"ח, כיון ששניהם בנויים על בסיס אותו סרגל עץ המערכת, השילוב הוא עימות תכנים, סעיף מול סעיף ואימותם. • SOW הוא "כלב השמירה" של הפרויקט! כלב שמירה עבור שני הצדדים, הלקוח והספק. לשניהם יש אינטרס משותף לבנות SOW ולתחזק אותו, לאורך כל שלב הפיתוח.
