מערכת ivr חדשה ברשות -...

מערכת לניהול הדרכה לרשות שדות התעופה

רש"תנספח א' - המפרט הטכנילמערכת ניהול הדרכה

2014דצמבר

מעודכן ליום עמודים -186 מתוך 1- עמוד נספח א' - המפרט הטכני31.12.14


תוכן העניינים

1.

כלל .......................................................................................................................י

......46.................................................................................רקע ומצב קיים1.111................................................................................היקפים וכמויות1.221............................................................................משתמשי המערכת1.313...................................................................................מילון מונחים1.4

2.

היישו .....................................................................................................................ם..17

17.......................................עקרונות ותפיסה כללית למערכת ניהול הדרכה2.118.........................................דרישות פונקציונאליות למערכת ניהול הדרכה2.242.................................................(Q )הנדסת האנוש בממשק המשתמש2.349...............................................................................רגולציה ותקינה2.449................................................................................. .יכולת פיתוח2.550................................................................ ... ........טבלאות במערכת2.650.................................................................................. .......דו"חות2.753............................................................ ...רכיבים למימוש אופציונאלי2.8 54 .........................................................................טבלת תאימות מענה פונקציונאלי 2.9

57..............................................................................טכנולוגיה ותשתית.357...............................................................................עקרונות כלליים3.158.......................................................חלוקת האספקות בין רש"ת לספק3.260..........................................................................טכנולוגיית המערכת3.361....................................................................(Q )ארכיטקטורה לוגית3.462..................................................................(Q )ארכיטקטורת מחשוב3.564.......................................................................... .תסביבות העבודה3.665................................................................................אבטחת המידע3.73.8

חומר73 ......................................................................................................................ה

3.9

תוכנ74 .......................................................................................................................ה

76..............................................................................תקשורת ורשתות3.1076....................................................................... ...מערכות ההפעלה3.1177..................................................................................תחנות עבודה3.1277.............................................................................ממשק המשתמש3.13



77........................................................................(Q )אחסנת הנתונים3.1478...........................................................................(Q )בסיס הנתונים3.1579.................................................................................. ....ממשקים3.1692....................................................................................ניהול תצורה3.1792...........................................................................כלי פיתוח ותחזוקה3.1893.....................................................................................בדיקותכלי 3.1993.................................................................................שליטה ובקרה3.2094..............................................................................................גיבוי.3.2195..........................................................................שרידות והתאוששות3.2295.........................................................................זמני תגובה במערכת3.2395......................................................................זמינות המערכתיתירות ו3.2496................................................................................אפשרויות גידול3.253.26 ( הטכנולוגיים לסטנדרטים תאימות טבלת Q........................................................... )96

99............................................................................................מימוש.499.............................................................................................כללי.4.199...............................................(Q )יכולות המציע לעניין ניהול הפרויקט4.299..................................................................(Q )מתודולוגיה ומומחיות4.3100..................................................................... ....פרטים על המציע4.4105.................................................................מימוש כולל של המערכת4.5

129................................................................................שירות ותחזוקה.5129..............................................................................תקופת ההרצה5.1129...................................................................תקופת האחריות )בדק(5.2130...........................................................................תקופת התחזוקה5.3131........................................................ .......תמיכה כולל מוקד שירות5.4131......................................................................אופן הטיפול בתקלות5.5..זמני התגובה לטיפול בבקשות עדכונים, שינויים והרחבות ...........................................5.6

138138 ....................................................................................... .........תהליך היפרדות 5.7

139 .....................................................................................מוסף א' - הטכנולוגיות ברש"ת



כללי.1

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

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

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

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

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



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

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

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

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

סימול סעיפים במפרט:

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

"(: דרישות חובהבטבלה זו להלן )"

M- הוראה במפרט, המסומנת באות“M ”מהווה דרישת חובה לגביה יידרש המציע ליתן מענה, בהתאם לרמת הפירוט הנדרשת במפרט הטכני, עבור

אותה הוראה.

Q-“ הוראה במפרט, המסומנת באותQ,כלומר” אינה מהווה דרישת חובה



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

בהתאם לרמת הפירוט הנדרשת ,”Q“הוראה במפרט, המסומנת באות במפרט הטכני עבור אותה הוראה.

,”Q“נקב המציע מענה פוזיטיבי עבור הוראה במפרט המסומנת באות ( מענה המציע להוראה זו, יחשב כדרישת חובהiיחולו ההוראות הבאות: )

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

לשם כך במפ"ל וביתר מסמכי המכרז.

O-“ הוראה במפרט, המסומנת באותOמהווה דרישת חובה לגביה יידרש ” המציע ליתן מענה, בהתאם לרמת הפירוט הנדרשת במפרט הטכני, עבור

ל המציע מענה הוראה. “אותה באות המסומנת במפרט, ”,Oהוראה לא אך רשאית, תהא הרשות כלומר, הרשות, עבור "אופציה" מהווה ידי המציע על שהוצעו שירות ו/או מוצר להטמיע ו/או לרכוש חייבת,

”, ככל שהצעתו תזכה במכרז. Oכמענה להוראה המסומנת באות “

”, הנה דרישת חובה האמורה להתקיים במציע אוMהוראה במפרט, המסומנת באות “)בין שהן יתר הוראות המפרט כל כבר במועד האחרון להגשת ההצעות. בהצעה, ו/או ובין שאינן מסומנות(, כלומר – הוראה שאינה מסומנת באות כלשהי מסומנות

” לגביה נקב המציע מענה פוזיטיבי ו/או הוראה המסומנתQהוראה המסומנת באות “ ”, הנן דרישות חובה אשר עמידתו של המציע בהן תיבחן במועד הנקוב לשםOבאות “

כך במסמכי המכרז )וככל שלא ננקב מועד פוזיטיבי – במועד בדיקות הקבלה(.

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

האב שלו.

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

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

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

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

לספק, והכל בהתאם להוראות החוזה בכלל, ומפרט טכני זה בפרט.



רקע ומצב קיים.1.1המצב הקיים.1.1.1

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

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

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

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

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

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

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

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

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

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

הפועלות בנתב"ג בתחום החירום וההצלה, מבצעי הקרקע, הטיפול בכבודת הנוסעים



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

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

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

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

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

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

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

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

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

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

המחשה וכו'. הקבוצות המודרכות מאורגנות בגדלים משתנים עפ"י סוג ההדרכה. יום(, אימונים10-42פעילות ההדרכה של המחלקה כוללת: קורסים באורכים שונים )

( יום(, מבחני כושר גופני, הדרכת אימוני חוץ. דרישות1-3חוזרים באורכים שונים והן ניהול תיק מודרך אישי אשר משמש הן למעקב המחלקה כוללות, בין השאר,

לזימון על פי התדירות הנדרשת בהנחיות.



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

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

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

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

השינוע(. פעילות הדרכתית נוספת מתקיימת במחלקת מודיעין, המספקת שירותי מודיעין לכלל

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

מערכות קיימות.1.1.2פנימי( פיתוח ומערכות המבוססות על )מערכות מדף פירוט המערכות הקיימות להלן

המערכת על-ידי להסבה/החלפה כתוצאה המיועדות להסבה/התממשקות או החדשה משילוב המערכת החדשה:

"ברקת"(1 כ- מערכת מזה פועלת רש"ת של הביטחון בחטיבת – מערכת20 שנים "ברקת", תוצרת חברת בריטניקה.

.NET ומפותחת בסביבתWEBמערכת "ברקת" הינה מערכת המבוססת טכנולוגיית א.

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

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

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

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



מערכת רישום ומעקב קורסים(2 – המכילה את פירוטAS400 , DB2המערכת מבוססת על פיתוח פנימי בסביבת ה- א.

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

עבור רלוונטיים ומסמכים תעודות צירוף לרבות השנים, לאורך רש"ת עובדי ההכשרה הספציפית.

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

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

– המערכת מופעלת על-ידי יחידות רש"ת מערכת ניהול בקשות לתוכנית הדרכה שנתית(3להן קיימות בקשות לאגף הדרכה לתוכנית הדרכה שנתית.

ה-א. פלטפורמת על-בסיס רש"ת בפורטל פנימי פיתוח על מושתתת המערכת SharePointהדרכתית לפעילות הבקשה פרטי של בפורטל הזנה על ומבוססת

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

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

דו"חות שונים( עפ"יExcelהעברת נתונים לגיליון )והפקת וביצוע חתכים שונים הצורך.

– המערכת מופעלת בחטיבת מבצעים, בחטיבת תפעול ומבצעי מערכת "קרא וחתום"(4קרקע ובחטיבת שתפ"א ומסופים.

כגון:א. תוכן, מנהל על-ידי תכנים העלאת על מבוססת היישום פונקציונאליות וכד'(, הוראות ועוד. נהלים אלו מופצים בצורהWord, PDF, Excelנהלים/מסמכים )

של שליחת דוא"ל למשתמשים הנדרשים לבצע את פעולת ה"קרא וחתום" בצירוףקישור למסמך אותו נדרש לקרוא ולאשר את הקריאה.

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



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

– המערכת מופעלת ביחידת הבטיחות בתעבורה של נתב"ג כאשר כל מערכת מבחנים(5 נאמני הבטיחות בתעבורה ברש"ת עושים בה שימוש לטובת קיום מבחנים ממוחשבים

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

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

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

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

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

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

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

כשירות מבצעית(6 ב- מערכת פנימי פיתוח על מבוססת – המערכת Dotnetומשמשת לבניית תמונת מצב של הכשירות המקצועית של העובד, ע"ב עמידה במדדי/סרגלי

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

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

נתוני המדריכים, דפי מעקב ומשובים של מודרכים המצויים בקורס ועוד. מערכת כשירות מבצעית תושפע מקליטת המערכת החדשה – נתונים הדרכתייםב.

א לעיל( המיוצרים ומנוהלים כיום במערכת כשירות6)כדוגמת אלו שתוארו בס"ק ויועבר מידע נדרש מהמערכת החדשה וינוהלו במערכת החדשה ייווצרו מבצעית

למערכת כשירות מבצעית.



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

– בחטיבת הביטחון מותקן מחולל לומדות. מחולל לומדות(7ניתן להמירא. ובאמצעותו תוכן ללימוד בצורה ממוחשבת ליצור המחולל מאפשר

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

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

החדשה שתוקם.

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

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

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

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

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

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

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

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

המודרכים, התפלגות הציונים של כל מודרך וכד'.



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

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

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

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

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

שמירה על רמת עדכניות גבוהה.לעובדיםה. הלימודיים והתכנים ההדרכה חומרי של והנגישות הזמינות רמת הגדלת

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

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

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

במספר מערכות.מודולאריתיא. ניתנת להרחבה בקלות, בעלת ארכיטקטורה מודרנית, פתוחה, מערכת

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

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

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

. Top Downגישה למידע על סמך היררכיה של



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

מפגשים. מודרכים בקורס.25מקסימום ב. משתמשים ברשת הרגילה.1,500קיימים כ-ג. מודרכים נוספים ברשת האדומה )רשת מאובטחת1,800 משתמשים וכ-200קיימים כ-ד.

ונפרדת עבור חטיבת הביטחון(.משתמשים וכ-30קיימים כ-ה. מודרכים נוספים ברשת הקב"טים )רשת מאובטחת100

ונפרדת עבור חטיבת שתפ"א ומסופים(. משתמשים שהם נהגי חוץ.1,000קיימים כ-ו.

.2014נתונים אלה נכונים לאוגוסט משתמשי המערכת.1.3

תיאור/הערותסוגמשתמש# גורמי רש"ת.1

העוסקים בפעילות הדרכתית )מנהלי

יחידות, מנהלי הכשרות, מדריכים,

מודרכים, עורכי תוכן ומפתחי

הדרכה(

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

שינוע, בטיחות בתעבורה, בטיחות וגהות.

מומחי היישום –.2 אגף הדרכה וחטיבת

הביטחון

הצדפנימי על האחראים רש"ת מטעם התוכן מומחי המקצועי-תורתי של תהליכי ההדרכה והלמידה.

המשתמש )מטעם הדרכה באגף היישום מומחה המוביל( – מר בני שבירו.

מומחית היישום מטעם חטיבת הביטחון – גברת הדסלויתן.



תיאור/הערותסוגמשתמש# מנהלי המערכת.3

מטעם המשתמשבעלפנימי המשתמש. מטעם המערכת של תוכן אחראי

עדכון ויכולות המערכת פעילות אחר מעקב יכולת למערכת.

לתתי בהתאם תוכן מנהלי מספר יהיו למערכת הסביבות.

אנשי תשתיות.4 Systemומנהל טכני )Administrator)

עובדי רש"ת, מטפלים בהיבטים הטכניים של המערכת.פנימי

מפתחי יישומים.5בחטיבת התקשוב

אנשי יחידת המחשב של רש"ת.פנימי

מנהל.6 הפרויקט/המערכת

מטעם חטיבתהתקשוב

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

המשתמשים.

אנשי מרכז הסיוע.7 הראשי של רש"ת

Help)מס"ר – Desk)

מרכז סיוע ראשי - תפעול המערכת. פנימי של רש"ת Helpdeskאנשי ה-

צוות הבודקים של המערכת.פנימימרכז המבדקים.8חיצוניתחיצונינהגי חוץ רש"ת .9 מערכת רש"ת מבקשת החוץ נהגי עבור

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

במפרט זה – ממשקים(. 3.16פירוט בסעיף אנשי שירות מטעם.10

הספק לבצעחיצוני להידרש עשויים הספק, של השירות עובדי

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



הבהרות/הערותמונח#שלמות,אבטחת המידע.1 סודיות, על לשמירה הננקטים האמצעים מכלול

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

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

תחומי המערכת – אפליקטיביים, פונקציונאליים וטכניים. בדיקות מערכת המבוצעות על סביבת ההפעלה המיועדתבדיקות קבלה.3

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

לדרישותיה.ומודרכיםהכשרה.4 מדריכים הכוללת הדרכתית הדרכה/מסגרת

והמוגדרת כחיונית למילוי תפקידו של העובד )או תפקיד אותוותפקוד מדרישת המשרה כמתחייב למלא(, העובד מיועד

העובד. המכרז למערכת ניהול.5

הדרכה" בחוזה להתקשרות פומבי לאפיון,Turn-Keyמכרז "

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



הבהרות/הערותמונח#והלמידה,המערכת.6 ההדרכה תהליכי לניהול כוללת מידע מערכת

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

. ERPמחבילת מותקנותהמערכות הקיימות.7 אשר רש"ת של הנוכחיות ההדרכה מערכות

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

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

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

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

הפרויקט.כלהצעה.10 על הדרכה ניהול למערכת למכרז מציע של מענה

נספחיו, חלקיו ותנאיו. הכשרה שהינה שיפור הרמה המקצועית והשלמת מיומנויותהשתלמות.11

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

גם כנסים ותערוכות.



הבהרות/הערותמונח#וההצעהחוזה.12 זה מסמכי המכרז ובכלל נספחיו כל על החוזה,

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

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

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

(.LMSלמידה ממוחשבת ) כלי מדידה או תהליך שיטתי שנועד לבחון תכונה )כמו טיבמבחן.15

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

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

בתוכןמודרך.17 שימוש תוך הדרכתית בפעילות המשתתף עובד הדרכתי ובמשאבי הדרכה ונחנך על-ידי סגל ההדרכה.

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

מבוצע. מידעמס"ר.19 בנושאי ותמיכה סיוע מרכז – ראשי" סיוע "מרכז

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

העבודה של משתמשי רש"ת.לוח זמנים של ההכשרה בחלוקה לשבועות.מערכת שעות שבועית.20ניהולמציע.21 למערכת המכרז מסמכי את רכש אשר גורם כל

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



הבהרות/הערותמונח#לימודמרצה.22 בעזרת ידע המעביר רש"ת( עובד )אינו חוץ גורם

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

הדרכה(הדרכה ניהול למערכת במכרז זכתה הצעתו אשר מציע

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

וכדומה.המיומנותרענון.27 שמירת לצורך המבוצעת הדרכתית פעילות

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

מדרישות המשרה ותפקוד העובד.רשות שדות התעופה בישראל.רש"ת.28 שינויים ושיפורים.29

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

שדות תעופה פנים ארציים ומסופי הגבול היבשתיים.שתפ"א ומסופים.30 אירועי למידה הכוללים הדרכה על-ידי מדריך, למידה עצמיתתהליכי למידה.31

(e-Learning.מעשיות ומטלות ממוחשבים מבחנים ,) או הכשרה במסגרת מתבצעים אלו אירועים/תהליכים

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

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

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

המודרך.



הבהרות/הערותמונח# התיק האישי-הדרכתי של מדריך הכולל תיעוד אירועים ב"חיי"תיק מדריך.34

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

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

רוחבית משמעות בעלי ומאפיינים הדרכתיים מאפיינים תהליכית במערכת )כגון סגל הדרכה ומשאבים נדרשים(.

בעיה המפריעה לפעולתה השוטפת של המערכת.תקלה.3637.LMSLearning Management System.לניהול הלמידה מערכת –

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

38.SCORMShareable Content Object Reference Modelתקן בינלאומי – התקן מאפשר לתכנים מתוקשבים למערכות ניהול למידה.

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

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

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



היישום.2ניהול הדרכהעקרונות ותפיסה כללית למערכת .2.1הנדרשת תאפשר לרש"ת לתכנן ולנהל בצורה ממוחשבת את מערך ההדרכההמערכת.2.1.1

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

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

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

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

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

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



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

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

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

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

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

מירב הנתונים.ובתוך תתי.2.1.6 בין הרכיבים בין רכיבי המערכת )קשר תהליכי מלא תתקיים אינטגרציה מלאה

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

הדרישות.2.1.7 מימוש המאפשרת ומאובטחת יציבה פלטפורמה על תושתת המוצעת המערכת ( תוך מזעורOut of the Box)המתוארות בפירוט בהמשך פרק זה( על בסיס יכולות קיימות )

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

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

Down-המערכת תתמוך תמיכה מלאה בקישור הרשאות המשתמשים ל .Active Directory

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

הספק.המערכת תותקן ותתוחזק על-ידי הספק על-גבי תשתיות רש"ת..2.1.10

דרישות פונקציונאליות למערכת ניהול הדרכה .2.2כללי.2.2.1



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

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

ועדכונים, פיתוח ועריכת תכנים. ויכולת להוסיף ולשנות מודולים,(2 תמיכה במודולים הנדרשים )כגון פתיחת קורסים(

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

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

במערכת.יגיש כחלק ממסמך האפיון המפורט של המערכת את(5 הגדרת הרשאות – הספק

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

שתאושרנה על-ידי רש"ת במסמך האפיון המפורט.

תת-סעיף של – עבור כלהמפורטות להלן המערכת תכלול את הדרישות הפונקציונאליות .2.2.2ו-2.2.2.28(, למעט תתי-סעיפים 2.2.2סעיף זה ) , המציע יפרט אודות מידת2.2.2.29

ההתאמה והמענה של מוצר המדף המוצע על-ידו לדרישות תת-הסעיף ומידת הפיתוחהייעודי הנדרש:

אפיון פרופיל הדרכה/הכשרה למקצוע2.2.2.1המערכת תאפשר לשייך לכל משרה פרופיל הדרכה נדרש לביצוע המשרה.(1 המערכת תאפשר הגדרה של דרישות קדם חובה בתחום הקורסים שעל העובד(2

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

להשלים במסגרת משרה ספציפית. המערכת תציג את הפערים שעל העובד להשלים ברמת ההדרכה הנדרשת על(4

מנת לבצע את התפקיד.



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

המערכת תאפשר להגדיר מהו ציון עובר לכל הדרכה/קורס נדרש במסגרת המקצוע.(6 לעיל. יינתן1-6המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (7

(.Qניקוד לאופן המימוש המוצע )__________________________________________________________________________

________________________________________________________________________

(O ׁ)איתור צרכי הדרכה לקורס2.2.2.2 המערכת תאפשר ביצוע סקר ארגוני לאיתור צרכי הדרכה ברש"ת, כשאלון(1

עצמאי לכלל הארגון או ליחידות מסוימות. משתמשי(2 לכלל הארגוני הסקר את להפיץ למשתמש תאפשר המערכת

המערכת או לאוכלוסיות מסוימות. לעיל.1-2המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (3

(. Qיינתן ניקוד לאופן המימוש המוצע )__________________________________________________________________________

________________________________________________________________________

הגשת בקשה להדרכה/קורס, מעקב אחר הבקשה וסטאטוס הטיפול בה2.2.2.3בהדרכה/קורס,(1 להשתתפות בקשה להגיש למשתמש תאפשר המערכת

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

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

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

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

המערכת תאפשר רישום עובד לקורס על-ידי מנהל ההדרכה ביחידה אליה(4משויך העובד.



המערכת תאפשר שריון מקום בקורס לעובד אחד או יותר ללא צורך בהקלדת(5 אנשים מאגף הבודקים בחטיבת הביטחון.6שמות, לדוגמא: שריון מקום ל-

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

תאריכי הקורס, שם היחידה הדורשת, שמות המודרכים וכדומה. במידה ונדרש צירוף מסמכים מתאימים להגשת הבקשה להדרכה, המערכת(7

להלן(. 2.2.2.16תאפשר את צירוף המסמכים לבקשה )ראה גם תת-סעיף נמצא(8 )לדוגמה: לקורס הרישום בקשות עבור סטאטוסים תנהל המערכת

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

לעובד ולמנהליו תתאפשר צפייה בסטאטוס הבקשה לרישום. (9 מנהל אשר הגיש מספר בקשות רישום לקורס עבור מספר עובדים יוכל לצפות(10

במרוכז בסטאטוס של כל בקשות הרישום. המערכת תבצע בדיקה בעת רישום לקורס האם העובד עומד בדרישות הקדם(11

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

חזותית וברורה באילו מהדרישות אינו עומד. הגשת(12 בעת העובד של למנהל אוטומטית דוא"ל הודעת תשלח המערכת

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

להלן( לשרת הדואר של רש"ת )3.1כמפורט בסעיף Exchangeבכל רשת( ) יותקן שרת דואר מתאים(.

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

דוא"ל ומכתב דחייה שיופק מהמערכת. רשימת הבקשות(14 לכל גישה תהיה המוביל, קרי, המשתמש הדרכה, לאגף

והדחיות. לעיל.1-14המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (15


________________________________________________________________________



תוכנית הדרכה שנתית2.2.2.4לרבות(1 וחיצוניים, פנימיים קורסים של מקדים תכנון תאפשר המערכת

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

מסך תכנון הקורס בתוכנית ההדרכה השנתית יכלול לפחות את השדות הבאים(2)עבור כל קורס(:

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

ידנית(3 המערכת תאפשר העברת קורס משלב התכנון לשלב הביצוע בצורה ויזומה על-ידי המשתמש.

תוכנית ההדרכה השנתית תכלול את כלל הקורסים המתוכננים בשנה קלנדרית(4אחת.

קורס המתחיל בשנה קלנדרית אחת ונמשך לתוך השנה הקלנדרית העוקבת(5 יחשב לקורס השייך לשנת ההדרכה בה החל. אילוץ זה יובא בחשבון לצורך

תכנון ההדרכה בשנת ההדרכה העוקבת. במידה ונפתח קורס באמצע השנה יבוצע תכנון של תוכנית ההדרכה ליתרת(6

אותה שנה קלנדרית. הכנת תוכנית ההדרכה השנתית תביא בחשבון את כלל אילוצי התכנון של כל(7

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



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

הדרכה(8 כיתת )למשל: קריטיים קבועים במשאבים יתחשב ההדרכות תכנון זמינה( ובמשאבי הדרכה )למשל: זמינות מדריך/מרצה( בכל נקודת זמן במהלך

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

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

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

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

המערכת תאפשר ביצוע הוספה ו/או גריעה של קורסים אל/מ תוכנית ההדרכה(12 השנתית בהתאם לצרכים מבצעיים שיתעוררו – כל הוספה ו/או גריעה של קורס

תגרום לעדכון במערכת של תוכנית ההדרכה השנתית.לרבות(13 תוכנית ההדרכה השנתית שלה את ולנהל לתכנן המערכת תאפשר

עדכון התוכנית וקיום סבב אישורים במערכת לתוכנית המעודכנת. לעיל.1-13המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (14


________________________________________________________________________

סינון לקורס לפי קטגוריות2.2.2.5 המערכת תאפשר לסנן מועמדים לקורס עפ"י קטגוריות שונות )כגון: מעמד,(1

מקצוע, ותק, פעילויות הדרכה קודמות וכדומה(.המערכת תאפשר לסנן מועמדים לקורס לפי מאפיינים שיוגדרו בתיק מודרך.(2לעיל.1-2המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (3

(. Qיינתן ניקוד לאופן המימוש המוצע )________________________________________________________________________

__________________________________________________________________________



הכנת תיק קורס ופתיחת קורס2.2.2.6 המערכת תאפשר יצירת תיק קורס לכל קורס חדש. התיק יכלול לפחות את(1

הרכיבים הבאים: קוד/סימול כגון: שם הקורס, מטרות הקורס, תכניים-הדרכתיים, חומרים

סילבוס הקורס, תוכנית קדם(, )דרישות לקורס כניסה נתוני הקורס, דפי הערכה על והפרויקטים, הקורס, מערך המבחנים, מערך העבודות

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

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

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

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

תיאור קורס, פירוט נושאי הקורס וכדומה.המערכת תאפשר צירוף מסמך סילבוס חיצוני לתבנית הקורס.(4המערכת תאפשר הגדרת דרישות קדם ברמת כל קורס. (5המערכת תאפשר הגדרת מספר המחזורים עבור כל קורס ומועדם. (6לכל מחזור ניתן יהיה להגדיר מספר סידורי אשר מבוסס על מספר קורס האב. (7האב:(8 בקורס שהוזנו ההגדרות כל את שלו האב מקורס יירש המחזור

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

)כגון: פעיל/לא פעיל, הסתיים(9 המערכת תאפשר הגדרת סטאטוסים לקורס ייקבעו על-ידי מנהל המערכת מטעם וכדומה(. נדרש כי שמות הסטאטוסים

המשתמש המקים את הקורס. המערכת תאפשר הגדרת תיאור כללי של הקורס.(10המערכת תאפשר הגדרת נושאי הלימוד בקורס.(11המערכת תאפשר סיווג קורס כפנימי/חיצוני.(12



המערכת תאפשר הגדרת ציון מעבר לקורס.(13המערכת תאפשר הגדרת מספר מפגשים לקורס.(14מטווח,(15 מבחן, שיעור, )כגון: פעילויות מספר הגדרת תאפשר המערכת

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

הכולל לכלל הפעילויות. המערכת תאפשר שריון מועדי המפגשים )תאריכים ושעות( שאינם רציפים, שכן(18

הקורסים יכולים להתקיים בימים שונים ובפריסה על פני מספר שבועות.המערכת תאפשר הגדרות מיקום ביצוע הקורס, אחד או יותר.(19המערכת תאפשר הזנת סה"כ שעות הקורס.(20 המערכת תאפשר בניית לוח זמנים לשיעורים בתוך הקורס לפי מערכת שעות(21

שבועית ו/או יומית במהלך הקורס. המערכת תתמוך ביכולת עדכון של מערכת השעות השבועית תוך כדי ביצוע(22

הקורס.רבעונית,(23 )שנתית, משתנות בפריסות בקורסים צפייה תאפשר המערכת

חודשית, שבועית( בתצוגת יומן קורסים.המערכת תאפשר למודרך יכולת צפייה בתיק הקורס.(24וגיוס לרש"ת,(25 מיון מודרכים המצויים בתהליך בו משתתפים קורס עבור כל

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

(.O להלן )3.16הקורס וכדומה(. ראה גם סעיף קורס(26 לתיק ביטול וביצוע קורס לתיק עדכון/שינוי ביצוע תאפשר המערכת

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

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

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

של תת-סעיף זה )25הדרכה יוזנו הנתונים המוזכרים בס"ק ידנית( 2.2.2.6



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

האופציה על-ידי רש"ת. לעיל.1-26המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (27


________________________________________________________________________

רישום ועדכון נוכחות בקורס2.2.2.7 המערכת תאפשר הגדרת נוכחות בקורס ברמת דיווח של משעה עד שעה כולל(1

חצאי שעות.נוכחות או היעדרות בכל עת על-ידי סגל(2 ידנית של המערכת תאפשר הזנה

ההדרכה.המערכת תכלול תיבת תיוג לסימון כולל של כל הנוכחים.(3 המערכת תאפשר הזנת שעות נוכחות חלקיות פר עובד במקרה שעובד לא נכח(4

בכל שעות הקורס. במידה והעובד אינו נוכח בשעה ספציפית משעות הקורס, המערכת תאפשר(5

הזנת סיבת ההיעדרות. במקרה של היעדרות מקורס, תאפשר המערכת שליחת הודעת דוא"ל לעובד,(6

למנהלו הישיר ולגורמים אחרים בעת הצורך. לעיל.1-6המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (7


__________________________________________________________________________

שיוך מדריכים, מרצים וספקים אחרים לקורס2.2.2.8המערכת תאפשר לשייך מספר מדריכים ו/או מרצי חוץ לקורס אחד.(1 המערכת תאפשר לשייך מספר ספקים שאינם מרצים לקורס אחד )כדוגמת:(2

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



זמין )מרצה / מדריך ששובץ(4 המערכת תמנע שיבוץ של מרצה / מדריך לא לקורס אחר( ותתריע כי המרצה / המדריך אינו זמין.

לכל מרצה / מדריך ינוהל תיק אישי הכולל מאפיינים אודות המרצה / מדריך,(5 להלן.2.2.2.12 ו-2.2.2.11כמפורט בתתי-סעיפים

לעיל.1-5המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (6 (. Qיינתן ניקוד לאופן המימוש המוצע )

__________________________________________________________________________________________________________________________________________________

ניהול משאבים2.2.2.9 המערכת תאפשר הגדרה של סוגים שונים של משאבים )כגון: כיתות הדרכה,(1

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

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

מאפיינים,5שונה לשימוש ככיתת מחשבים( וכדומה. המערכת תאפשר הגדרת לפחות, לכל משאב.

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

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

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

על(6 תתריע ושיעורים, לקורסים משאבים הקצאת בדיקת תבצע המערכת משאבים של סופית הקצאה לאשר ותמליץ משאבים בהקצאת התנגשויות

לשיעור. המערכת תאפשר חסימת שיבוץ משאב במועדים מסוימים בשל סיבות ארגוניות,(7

למשל: יום כיף לחטיבה.



המערכת תאפשר שיבוץ מספר משאבים ברמת מפגשים ספציפיים ולא ברמת(8הקורס הגורפת.

יומן עבור כל משאב שיציג את זמינותו ברזולוציה של חצאי(9 המערכת תנהל שעות ושעות.

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

יומן(11 מתוך ישירות קיים לקורס פנוי משאב להקצות תאפשר המערכת המשאבים.

המערכת תאפשר להקצות משאב פנוי לקורס מתוך מסך תכנון הקורס. (12המערכת תעשה שימוש בצבעים שונים אשר יסמנו את תצוגת המשאב. (13 המערכת לא תאפשר שיבוץ של משאב לא זמין ותתריע למשתמש כי המשאב(14

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

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


_______________________________________________________________________ הגדרת תיק מודרך 2.2.2.10

המערכת תקים תיק אישי-הדרכתי ממוחשב למודרך )"תיק מודרך"( עבור כל(1מודרך המשתתף בהכשרה.

תיקו האישי-הדרכתי של המודרך יאפשר לנהל את כל המידע בתחום ההדרכה(2אודות המודרך בצורה ממוכנת.

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

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

לפני שיבוץ לתפקיד וכדומה.



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

ההכשרה..הסמכה/הדחה של המודרך.ריכוז משובים וחוות דעת שהמודרך קיבל במהלך ההכשרה

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

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

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

חיתוך(6 לטובת המודרך שבתיק המאפיינים בשדות שימוש המערכת תאפשר דו"חות.

7)( לשוניות לסידור הנתונים בתיק המודרך.TABSהמערכת תאפשר הגדרת ) לדוגמה:

לשונית 'פרטים אישיים' תכיל את כל המאפיינים האישיים, כגון: שם, מספר ת.ז, טלפון וכדומה.

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

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

ניתן יהיה לשבץ תמונה של העובד בתיק המודרך.(8הסמכות(9 לרבות וההסמכות, הרענונים ההדרכות, פירוט יכיל מודרך תיק

המשנה, שביצע העובד, כולל נתונים אודות רשימת הקורסים, ציונים, מועד

הקורס, מטעם מי נשלח העובד לקורס, שיחות משוב של המודרך עם מנהלי

הקורס לרבות סיכום המשוב, חוזקות וחולשות מקצועיות, הערות.

תצוגת הציונים בתיק המודרך תכלול את מועד הקורס/השתלמות, נושא(10

הבחינה והציון.



המערכת תאפשר רישום של מספר הפציעות ועבירות הבטיחות של מודרך.(11

המערכת תאפשר הפקת דו"ח פציעות ועבירות בטיחות בחתך תקופתי.(12

רשומת קורס בתיק המודרך תכלול שדה 'סיבת הדחה' שימולא במקרה של(13

הדחה מקורס.

המערכת תשמור היסטוריה של נתוני המודרך גם במקרים בהם עבר העובד(14

למעט חטיבת הביטחון שבה ההיסטוריה שלמיחידה ארגונית אחת לשנייה,

.ולא תועבר ליחידה אחרת נתוני המודרך תישמר בחטיבה

בתיקו(15 ולעיין לגשת יוכל הביטחון( מחטיבת למודרכים )פרט מודרך כל

שביצע וההסמכות ההכשרה תוכנית האישיים, פרטיו כולל האישי-הדרכתי,

וציוניו.

המערכת תאפשר למנהלים הישירים של העובד לצפות במידע המלא בתיק(16

האישי-הדרכתי של כל העובדים שתחת אחריותם.

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

ומערכת מיון וגיוס עובדים לא תוקם עד למועד הפעלת מערכת ניהול הדרכה יוזנושל תת-סעיף זה )4הנתונים המוזכרים בס"ק במערכת ניהולידנית( 2.2.2.10

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

לעיל.1-16 המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (17(. Qיינתן ניקוד לאופן המימוש המוצע )

_________________________________________________________________________________________________________________________________________________

ניהול תיק מדריך 2.2.2.11

לכל מדריך ינוהל תיק אישי שיכלול פרטים אישיים, תחומי התמחות והסמכות(1של המדריך.



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

3)( לשוניות יכיל המדריך בתיקTABSתיק המאפיינים שדות וסידור לארגון ) המדריך. לדוגמה:

לשונית 'פרטים אישיים' תכיל פרטים אישיים של המדריך כגון: שם, ת"ז, מין וכדומה.

לשונית 'השכלה' תכיל פרטים אודות השכלתו של המדריך, כגון: בית ספר יסודי, תיכון, מגמה וכדומה.

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

ניתן יהיה לשבץ תמונה של העובד בתיק המדריך.(4תיק המדריך יכלול ריכוז של משובים וחוות דעת של מודרכים על המדריך.(5תיק המדריך יכלול תעודות הערכה של המדריך בתחום ההדרכה.(6לעיל.1-6המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (7


_________________________________________________________________________

ניהול מאגר מרצים 2.2.2.12המערכת תאפשר הגדרת רשימות מרצים לכל יחידה ארגונית ברש"ת.(1 המערכת תאפשר הגדרת מאפיינים לכל מרצה, כגון: נושאי התמחות, נושאי(2

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

זמן בו הוא אינו זמין.לעיל.1-4המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (5


_________________________________________________________________________



הסמכה והדחה של מודרך 2.2.2.13בין(1 בחירה מודרך ולכל בהכשרה המודרכים כלל הצגת תאפשר המערכת

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

המסמיכות. המערכת תאפשר גם הצגת מלל חופשי לגבי כל מטלה. המערכת תאפשר לדרג את המודרכים עפ"י ציון סופי וציון מטלות מסמיכות –(3

נדרש כי מודרכים שעברו יסומנו במערכת כמוסמכים ומודרכים שנכשלו יסומנוכמודחים.

ניתן יהיה להזין במערכת הסמכה/הדחה לכל המודרכים או לחלקם.(4 מתוך כלל המודרכים בסטאטוס "הסמכה" ניתן יהיה לסמן במערכת עד מודרך(5

אחד כמצטיין.כגון:(6 ההדחה, סיבת את לציין תאפשר המערכת בהדחה, בחירה בעת

אי-התקדמות, ויתור, עזיבה מרצון, משמעת, בעיה רפואית, אי-התאמה וכדומה.ולא השתתף בהכשרה עד(7 וגיוס לרש"ת מיון והמודרך מצוי בתהליך במידה

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


ומערכת מיון וגיוס עובדים לא תוקם עד למועד הפעלת מערכת ניהול הדרכה יוזנושל תת-סעיף זה )7הנתונים המוזכרים בס"ק על-ידי משתמשיידנית( 2.2.2.13

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

לעיל.1-7 המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (8 (.Qיינתן ניקוד לאופן המימוש המוצע )

_________________________________________________________________________________________________________________________________________________

הפקת תעודות גמר 2.2.2.14

נתוניםPDFהמערכת תאפשר הפקת תעודות גמר בפורמט (1 אשר תכלולנה אודות הקורס ושם המודרך.



וכדומה(bmp, jpgהמערכת תאפשר לשלב תמונות ולוגו מפורמטים שונים )כגון: (2בתעודות הגמר.

המערכת תאפשר למשתמש לבצע שינויים ועריכות לפורמט מסמכי התעודות(3הקיימים.

המערכת תאפשר לייצר תבניות חדשות של מסמכים ותעודות.(4לעיל.1-4המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (5


_________________________________________________________________________

הפקת מכתבים, הדפסתם ושליחתם 2.2.2.15)לדוגמה: מכתב(1 לייצר תבנית לכתיבת המכתב המערכת תאפשר למשתמש

זימון לקורס(.בבסיס(2 הקיימים השדות רשימת מתוך לבחור למשתמש תאפשר המערכת

הנתונים במערכת אילו שדות יישתלו במכתב. המערכת תאפשר הגדרת תבניות מלל קבועות כגון: "אנא שלח בהקדם רשימת(3

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

המערכת תאפשר הדפסת מכתב ו/או שליחה באמצעות הדוא"ל לנמענים.המערכת לא תאפשר עריכת מכתב לאחר הפקתו )שליחתו בדוא"ל לנמענים(.(5תיקייה כללית ייעודית במחשב.כברירת מחדל יישמרו כל המכתבים שנוצרים ב(6לעיל.1-6המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (7


_________________________________________________________________________

צירוף מסמכים 2.2.2.16 ,doc ,ppt, xls, PDF, PNG( מסוג Attachmentהמערכת תאפשר צירוף מסמכים )(1

JPG.לתיקי הקורס, המודרך, המדריך והמרצה



לא יתאפשר צירוף למערכת של כל מסמך שאינו מסוגי המסמכים שהוזכרו(2להיות1בס"ק נדרש למערכת המסמכים העלאת מנגנון כי יובהר לעיל.

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


_________________________________________________________________________________________________________________________________________________

סיום קורס וסגירתו 2.2.2.17נתונים מסכמים(1 וגיוס עובדים מיון יועברו מהמערכת למערכת בסוף הקורס

בנוגע למודרכים המצויים בתהליך מיון וגיוס לרש"ת – כמות מודרכים שסיימו(. O להלן )3.16וכמות מודרכים שהודחו מהקורס, כמפורט בסעיף

מעבר לסטטוס "סיום קורס" וסגירת הקורס תתאפשר בשני אופנים: (2אוטומטית – בהתאם להגדרת תאריך סיום הקורס בתיק הקורס שבהגיעו

מתחלף הסטאטוס אוטומטית. .ידנית – בשליטת המשתמש והחלפת הסטאטוס


ומערכת מיון וגיוס עובדים לא תוקם עד למועד הפעלת מערכת ניהול הדרכה יוזנושל תת-סעיף זה )1הנתונים המוזכרים בס"ק על-ידי משתמשיידנית( 2.2.2.17

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


_________________________________________________________________________________________________________________________________________________

שכפול קורס על כל מרכיביו 2.2.2.18המערכת תאפשר שכפול מלא של כל קורס לרבות תכנים ומבנה.(1



לאחר ביצוע פעולת שכפול קורס באופן מלא, הקורס המשוכפל יתנתק מן(2המקורי וייווצר כקורס עצמאי.

לאחר שהקורס המשוכפל יהיה עצמאי תתאפשר עריכה של כל תכניו.(3לעיל.1-3המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (4


_________________________________________________________________________

רענונים 2.2.2.19המערכת תאפשר הגדרת רענונים תקופתיים.(1המערכת תאפשר הגדרת דרישות קדם לביצוע רענונים.(2המערכת תספק מידע לגבי עמידתו של העובד בדרישות הקדם של הרענון.(3 המערכת תאפשר גמישות לאישור ידני של השתתפות ברענון על אף אי עמידה(4

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

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

המערכת תאפשר ניהול מעקב אחר ביצוע רענון באמצעות הפקת דו"ח של(6 החודשים הקרובים.Xעובדים שאמורים לבצע רענון ב-

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

תתקבל בדוא"ל. המערכת תאפשר שליחת התראות שתוגדרנה מראש, כגון: התראות על מועד(8

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

המערכת תאפשר הפקת דו"ח של עובדים שאמורים לבצע רענון בחתך נושא(9ספציפי.

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



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

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

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

לעיל.1-12המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (13(. Qיינתן ניקוד לאופן המימוש המוצע )

_________________________________________________________________________________________________________________________________________________

ביצוע משוב לקורס 2.2.2.20המערכת תאפשר הגדרת משוב לקורס שיכיל אוסף של שאלות בנוגע לקורס.(1שבמשוב(2 השאלות של לתשובות ערכים סולמות הגדרת תאפשר המערכת

)לדוגמה: במידה מועטה מאוד, במידה מתאימה, במידה רבה מאוד או הגדרת(.1-5מדדים מספריים לכל תשובה, למשל

לו(3 המערכת תאפשר למשתמש לבחור לכל שאלה את התשובה המתאימה מתוך רשימת תשובות.

זו התשובה(4 בהן חופשי בשאלות מלל להוסיף המערכת תאפשר למשתמש הנדרשת.

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

קריטריונים אחרים.המערכת תמנע ממשתמש אשר ענה למשוב לענות שנית.(6

המערכת תאפשר להגדיר האם המשוב אנונימי או שמי )ההגדרה תופיע על-גבי(7

טופס המשוב לביצוע(.

מילוי המשוב יבוצע במחשב על-ידי המודרכים או יופק על נייר ויוזן במרוכז(8

)למשל, במקרה של משוב שממלאים מחוץ למתחם בו מתקיים הקורס(.



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

.Excelהמערכת תאפשר ייצוא נתוני המשוב לקובץ (10

המערכת תאפשר תצוגה טבלאית וגרפית של נתוני המשובים.(11

.PDF, Docתתאפשר הפקת טפסי משוב על מרצה בפורמט (12 לעיל.1-12המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (13


_________________________________________________________________________

ניהול תכנים וידע 2.2.2.21 המערכת תפעל בחלוקה של סביבות ידע ולימוד עצמאיות שתנוהלנה כל אחת(1

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

מגדל כגון: תתי-סביבות, תכיל מבצעים חטיבת סביבת לדוגמה: סביבות(, נתב"ג, מגדל אילת וכדומה.

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

על כלל ההדרכות ברש"ת.ותתי-סביבות בהתאם(4 וידע לימוד המערכת תאפשר לרש"ת להוסיף סביבות

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

פריטים בעלי מכנה משותף וליצור "ענפי ידע" בנושאים שונים המיוצגים ברמתענפים, תתי-ענפים ועלים.

בסיס עץ הידע במערכת יכיל את הנושאים המרכזיים, ה"ענפים" הם ייצוג שמות(7 הפריטים השונים לפי סדר לוגי בתיקיות, ו"העלים", כלומר, סוף כל ענף הוא

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



כגון:(9 שונים, מסוגים מידע אובייקטי הידע בעץ לכלול תאפשר המערכת דוא"ל, טבלאות בבסיס הנתונים, קטעי לומדות, מצגות, משימות, מסמכים,

וידאו, קטעי קול וכדומה.,TIF ,PDFהמערכת תאפשר העלאת קבצים מפורמטים שונים, כגון: (10 XML,

JPG, PNG, AVI, 3MP, 4MP.וכדומה לתוך עץ הידע )אובייקטי המידע( באמצעות החלפה של(11 המערכת תאפשר עדכון הקבצים

הקובץ במלואו או עדכון חלקי.שנמצא(12 המידע לאובייקט ועדכון צפייה הרשאות הגדרת תאפשר המערכת

בספריות העץ לפי תפקיד או מודרך בודד או קבוצת מודרכים. לעיל.1-12המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (13


_______________________________________________________________________ מבחנים ממוחשבים 2.2.2.22

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

המערכת תכלול מחולל מבחנים מובנה. (2כגון: שאלות רב-ברירה(3 שונים של שאלות, סוגים המערכת תאפשר הגדרת

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

– גרירה Dragשאלות and Dropלאזור המסך ע"ג אובייקטים )"גרירת" המתאים(, שאלות משולבות מולטימדיה ועוד.

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

של כלל המודרכים. תוך(5 מבחנים ובניית השונות לשאלות משקלות הגדרת תאפשר המערכת

התחשבות במשקלות.



פתיחת מבחן וסגירתו באמצעות המערכת יתאפשרו על-ידי מדריך בלבד, בעל(6הרשאות מתאימות.

ניהול משך המבחן – משך מוגבל / פתוח. בנוסף, המערכת תאפשר הגדרת(7 משך שונה למודרך בעל לקויות למידה תוך הסתמכות על הארכת זמן שאושרה

בתיק המודרך. המערכת תאפשר מתן חיווי למודרך לגבי מיפוי התשובות הנכונות והשגיאות(8

יהיה לקבוע את ניתן שלו באמצעות שליחת משובים לשאלות – לכל משוב המשוב לפחות מבין סוגי המשובים הבאים:

ניסיונות מספר לאחר )או מיידית יקבל המודרך – נכון נכון/לא משוב כושלים( את החיווי לגבי נכונות תשובתו.

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

ללא משוב – המודרך לא יקבל חיווי בנוגע לנכונות המענה שניתן. המידע יעבור למערכת להמשך ניתוח.

בכל שאלה ניתן יהיה לקבוע את מספר הפעמים למענה תשובה לא נכונה. (9 מחולל המבחנים של המערכת יאפשר ניהול מאגרי שאלות אשר מתוכן ניתן(10

יהיה לרכז שאלות לכל מבחן. המערכת תאפשר בחירת אקראית של השאלות למבחנים. למרות זאת, ניתן(11

יהיה להגדיר רצף מוגדר של שאלות, שתישאלנה בהתאם לסדר מסוים הקבועמראש.

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

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

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

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

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



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

לביה"ס להדרכת מאבטחים:

מב

חן

מודר

ך

מ.מ. ירי

קמ"ג

לחימ

ה

ריצ

ת

30

00

ריצ

ת

40

0

מת

ח

מקבילי

ת

בט

ן

ציון

מסכ

ם

לקור

ס

נדב

יצחקי

33

בן

מאור

34

לנושאי(18 בהתאם נבחנים, לפי הציונים התפלגות תצוגת תאפשר המערכת המבחן.

למבחן(19 לגשת יוכל שמודרך הפעמים מספר של הגדרה תאפשר המערכת מסוים.

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

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

המערכת תאפשר הוצאת שאלה מסוימת מהחישוב הכללי. (22המערכת תאפשר הדפסת מבחנים. (23 המערכת תאפשר הפקת דו"ח ניתוח תוצאות מבחן לטובת תיקוף המבחן עצמו(24

ולטובת זיהוי פערי ידע בקרב המודרכים – זיהוי שאלות בעלות אחוז הצלחה



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

במבחן. לעיל.1-24המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (25


_________________________________________________________________________ הפצה והטמעה של נהלים ועדכונים 2.2.2.23

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

הפצת המטלות, ההודעות, מערכי השיעור והנהלים תכיל טקסט או כל קובץ(2. PDF, xls, ppt, docאחר מסוג

והנהלים(3 השיעור מערכי המטלות, ההודעות, שליחת תאפשר המערכת למשתמש אחד או יותר לפי שם המשתמש או רשימת תפוצה מוגדרת מראש.

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

המשתמש שקיבל את המטלה/המשימה במערכת יצטרך לדווח בסיום הביצוע(5 באמצעות פעולת אישור במערכת. המערכת תודיע למפיק המשימה על סיום

ביצוע. המערכת תאפשר למפיק המשימה להזין בכל עת את סטאטוס תהליך ביצוע(6

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

הזמן שהוגדר במערכת להשלמת המשימה. המערכת תאפשר לדחות את ביצוע המשימה על-ידי העובד למועד מאוחר יותר(8

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

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

סיימו את ביצוע המשימות.



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

הנוהל בפורמט תאריך ושעה. אוטומטית(12 ותדווח התפקידים לבעלי ומשימות מידע "תדחוף" המערכת

למנהלים לפי רשימות תפוצה לרבות בקרה והתרעות. לעיל.1-12המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (13


_________________________________________________________________________

פיתוח ועריכת תכנים 2.2.2.24 המערכת תכלול כלי לפיתוח ועריכת תכנים המיועד לשימושם של עורכי התוכן(1

משתמשים ביחידות השונות(.6ברש"ת )כ-הכלי יכלול, בין היתר, את היכולות הבאות:(2

.אפשרות ליצירת לומדות.הפעלה ע"ג דפדפן ברשת.תמיכה בכל סוגי המדיהיכולת העלאת תוצרי הכלי )דוגמת הלומדות( למערכת ניהול הדרכה, לרשת

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

פיתוח לומדה יבוצע בכלי פיתוח לומדה/מחולל לומדות ייעודי.(3 בגרסתו העדכנית.SCORMהלומדה תפותח על-פי תקן (4ויוזנו למערכת באחריות(5 יוכנו התכנים )למשל: מערכי שיעור בתחום מסוים(

מנהל המערכת מטעם המשתמש.המערכת תאפשר ייבוא לומדות שפותחו בכלים אחרים ותומכות בתקן זה.(6כלי פיתוח הלומדה יאפשר לפחות את היכולות הבאות:(7

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

וכדומה.



יכולת שילוב מולטימדיה ויכולות אינטראקטיביות, כגון: שילוב תמונות וזיהוי אזורים ע"ג התמונה, קבלת תגובות ויזואליות, שילוב סרטונים, קטעי קול

וכדומה..הפעלת היכולות האינטראקטיביות על-ידי המשתמש ללא תכנות ,תמונות וידאו, כגון: מדיה, קבצי של קלה בצורה ושימוש Flashייבוא

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

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

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

הנתונים המועברים מהלומדה יעדכנו את תיק המודרך בנוגע להישגיהמודרך.

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

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

לעיל.1-7המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (8 (.Qיינתן ניקוד לאופן המימוש המוצע )

_________________________________________________________________________________________________________________________________________________

טעינת תכנים למערכת 2.2.2.25

בפורמט (1 תכנים טעינת פיתוחHTMLתתאפשר כלי באמצעות שנוצרו לומדה/מחולל לומדות למערכת.



יינתן1המציע יפרט כיצד הוא נותן מענה לדרישה המפורטת בסעיף (2 לעיל. (. Qניקוד לאופן המימוש המוצע )

_________________________________________________________________________________________________________________________________________________

עלויות הדרכה 2.2.2.26 של כל הכשרה )קורס, השתלמות( וכלמשוערתהמערכת תאפשר הזנת עלות (1

תוכנית במסגרת המתוכננות וכדומה( עיון יום )סדנה, הדרכתית פעילות ההדרכה השנתית.

של כל הכשרה וכל פעילות הדרכתיתבפועלהמערכת תאפשר הזנת עלות (2 שהתקיימו, לצורך ניהול מעקב בין תכנון העלות לביצוע בפועל.


_________________________________________________________________________________________________________________________________________________

שמירת נתונים היסטוריים 2.2.2.27

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

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

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

ההדחה. בעת שהמדריך יבצע שמירת תיקי המודרכים שהודחו, תבוצע העברת נתוני תיקי(5

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

(.O להלן )3.16ניהול מסמכים ותוכן, כמפורט בסעיף



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

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

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

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

מסמכים ותוכן ע"ג הרשת האדומה הנוספת. לעיל. יינתן1-6המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים (7

(. Qניקוד לאופן המימוש המוצע )________________________________________________________________________

_________________________________________________________________________

דו"חות 2.2.2.28המערכת תאפשר בניית דו"חות והפקתם תוך שימוש במחולל דו"חות.(1 להלן. 2.7פירוט דרישות בנושא הדו"חות – ראה בסעיף (2

הרשאות 2.2.2.29של(1 לתפקיד בהתאם והרשאות משתמשים לניהול מנגנון תכלול המערכת

יכול לצפות, המשתמש ותאפשר שליטה מלאה במה שכל משתמש במערכת לעדכן ולהפעיל.

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

מבוסס הרשאות מנגנון על-בסיס זאת וכל הרשאות Topלפרופילי Down, במפרט זה. 3.7כמפורט בסעיף

עקרוניתתצורה פיזית .2.2.3 הרשתות הקיימות ברש"ת: 3להלן תרשים תצורה פיזית עבור כל אחת מ-



רשת רגילה אשר עליה תותקן המערכת עבור מרבית יחידות רש"ת )חלקו הימני(1של התרשים(.

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

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

של התרשים(.

פונקציות תפעוליות נדרשות מהמערכת.2.2.4לא רלוונטי

תמיכה בשפות.2.2.5 ( M ממשק משתמש )א. ממשק המשתמש יהיה בעברית בלבד. נדרש ממשק משתמש בעברית באופן מלא(1

משולבות במחרוזות מלאה תמיכה זה ובכלל שונות בשפות ערכים וכתיבת עברית/אנגלית/ספרות.



לעיל.1 המציע יפרט האם וכיצד הוא נותן מענה לדרישה המפורטת בתת-סעיף (2_______________________________________________________________________________

_____________________________________________________________________________ מסכי עזרה למשתמש יהיו בעברית בלבד. כמו כן, התמיכה והתיעוד של המערכת יהיוב.

המערכת למנהל ותיעוד הפעלה ספרי משתמשים, מדריכי כולל העברית בשפה ולאנשי התמיכה.

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

כלים תפעוליים וניהוליים.2.2.6 כללי.2.2.6.1

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

הספק לפחות הבאים: - המערכת תכלול מנגנון אשר יאפשר מימוש תהליכי עבודה חוצי ארגון,Workflowמנגנון (1

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

מנגנון התרעות – המערכת תעשה שימוש במנגנון התרעות אשר יכלול רמות שונות של(2ושליחת התרעות להיררכיה ניהולית לפיחומרה להתרעה לרבות הודעות מתפרצות

חומרת ההתרעה. עזרי ניווט והתמצאות במערכת – ערכת כלים, עזרים וכללים אשר יאפשרו למשתמש(3

להתמצא במערכת, לדעת היכן הוא נמצא. הגלילה בדפים פנימיים בהם יש צורך בגלילה תהיה אנכית. (4המערכת תכלול, לפחות, שני מנגנוני חיפוש - חיפוש פשוט וחיפוש מתקדם:(5

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

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



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

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

המקורי שממנו בוצע החיפוש לראשונה. ( שבלחיצת עכברHyperLink( או רכיב גרפי )HyperTextקישורים – כגון תגיות טקסט )(6

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

מוביל אותו. תגית הקישור תסומן כמקובל ברשת באמצעות קו תחתי בקישור עצמו או במעברב.

עליו.הקישור יופיע בצבע כחול. ג.

לעיל. יינתן1-6המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בתתי-סעיפים (7(.Qניקוד לאופן המימוש המוצע )

__________________________________________________________________________________________________________________________________________________________

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

דרישות כלליות 2.3.1המציע יפרט את מידת המענה המוצע על-ידו בנושאים הבאים:א.

אופן ההיערכות של המציע לתכנון ועיצוב ממשק המשתמש מבחינה פרויקטאלית(1)תוכנית עבודה(.

( באמצעות המנגנונים2.3אופן היישום של כל העקרונות המפורטים בסעיף זה )(2השונים במערכת.

דוגמאות הממחישות את ההצעה )כגון מסכים מייצגים(.(3__________________________________________________________________________________________________________________________________________________________



( בסטנדרט עדכני במועד התקנת המערכת. המציעGUIנדרש ממשק משתמש גרפי )ב.יציג את עקרונות ממשק המשתמש הגרפי במסגרת המענה המוצע על-ידו.

__________________________________________________________________________________________________________________________________________________________

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

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

ייקבע בשלב האפיון המפורט של המערכת.__________________________________________________________________________________________________________________________________________________________

התאמה משימתית – תלות בהקשר.2.3.3

לא רלוונטי

אחידות ועקביות.2.3.4הכללים על יקפיד הספק כולה במערכת בתפעול ועקביות אחידות על לשמור בכדי

הבאים: סדר פעולות אחיד ועקבי ושימוש באותם מקשים/כפתורי הפעלה בתהליכי התפעולא.

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

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

תשומת לב המשתמש.סגנון גרפי אחיד של גופנים שונים באזורי המסך השונים.ז.



__________________________________________________________________________________________________________________________________________________

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

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

__________________________________________________________________________________________________________________________________________________

תפעול תפריטים, סרגלי כלים וכפתורי הפעלה .2.3.6אמצעי ההפעלה הנ"ל יתוכננו ויעוצבו על-ידי הספק לפי הכללים הבאים:

עץ התפריטים יהיה פשוט והגיוני וישקף את משימות המשתמש.א.

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

בחירה מרשימת אפשרויות סגורה תתאפשר על-ידי בחירה מטבלאות או מתפריטי "ג.Pull Down"-ו "Pop Up."

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

יופיעו במעומעם.__________________________________________________________________________

________________________________________________________________________

התמצאות במערכת.2.3.7 מסכי המערכת/חלונות ייבנו על-ידי הספק על בסיס תבנית אחידה, כאשר יוקצו מקומות

קבועים עבור:הצגת הפרטים הקבועים.(1הצגת הפרטים הייחודיים למסך. (2ביצוע פעולות הרלוונטיות לכל המסכים.(3



ביצוע פעולות ייחודיות למסך.(4הספק יעצב את המערכת כך שלמשתמש יהיה ברור בכל רגע נתון:

באיזו פונקציה הוא נמצא במערכת.א.

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

__________________________________________________________________________________________________________________________________________________

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

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

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

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

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

)עזרה והכוונה( כאחד.



__________________________________________________________________________________________________________________________________________________

שגיאות והתגברות על שגיאות.2.3.9הטיפול בשגיאות תפעוליות יעשה על-ידי הספק לפי הכללים הבאים:

התרעה ברורה על שגיאה, תוך הבחנה בין סוגי שגיאות. א.

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

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

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

שינויים/תיקונים. המיועדת לכך. Logשמירת הודעות שגיאה מסוג "חמור" תעשה בטבלת ח.

__________________________________________________________________________________________________________________________________________________

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

שתוצאותיהן חמורה תפעולית: )יכולת להפעלת א. ( לרבות הפעלתUNDOרצוי שכל פעולה במערכת תהיה הפיכה

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

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

ביטול/מחיקה של רכיב במערכת ויציאה מפעולה טרם השלמתה.__________________________________________________________________________________________________________________________________________________



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

כנ"ל תשולב אוטומטית בשדה הקלט המתאים.__________________________________________________________________________________________________________________________________________________

אחזור מידע.2.3.12בתהליכי הגדרת הפרמטרים לצורך אחזור או גישה לעדכון מידע יישמרו הכללים הבאים:

חיפוש פריט מרשימה ארוכה על-ידי הקשת קבוצת אותיות חלקית.א.

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

__________________________________________________________________________________________________________________________________________________

(HELPמסכי עזרה ).2.3.13 המערכת תספק עזרה והבהרות למשתמש בעת הפעילות השוטפת, לדוגמא: מסכיא.

.ToolTipsעזרה ו- (. מסכי העזרהOnline Helpהמערכת תכלול מסכי עזרה אינטראקטיביים למשתמש )ב.

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

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



ב-)1Fנדרש כי הצגת מסך עזרה תעשה על-ידי פעולת הקשה אחת בלבד )דוגמת ד. Windows .חזרה ממסך עזרה תעשה על-ידי פעולת הקשה אחת בלבד .

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

למשתמש.__________________________________________________________________________________________________________________________________________________

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

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

__________________________________________________________________________________________________________________________________________________

מסכי המערכת.2.3.15כל מסך יכיל שם מסך ו/או תהליך/פעילות.א. הצגת המידע במסך תהיה באמצעות הפרדה לוגית )לדוגמא חוצצים( כאשר כל המידעב.

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

__________________________________________________________________________________________________________________________________________________

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

מהעדכני ביותר למוקדם ביותר, כאשר המידע העדכני יובלט.



__________________________________________________________________________________________________________________________________________________

קישור צרופות.2.3.17 תינתן האפשרות לקישור צרופות למסך או לחוצץ לוגי. הקישור יבוצע על-ידי בחירהא.

באפשרות 'קישור צרופה' או גרירה ממסך אחר. הצגת הצרופות תתבצע באמצעותפקד מתוך מסך או בהצגת חוצץ לוגי.

תתאפשר הגבלת גודל צרופה מסוג תמונה )לדוגמא: לא יתאפשר קישור צרופה מסוגב.תוצגKB200תמונה מעל לנפח של יותר גדול בנפח ניסיון לקשור צרופה (. בעת

התרעה למשתמש.__________________________________________________________________________________________________________________________________________________

עדכון/צפייה.2.3.18יש לבצע אבחנה ברורה בין שדות לעדכון ושדות לצפייה.א.

__________________________________________________________________________________________________________________________________________________

אפשרויות תפריט לא פעילות.2.3.19(.ghostedאפשרויות תפריט לא פעילות יסומנו כמקובל )לדוגמא: יהיו מוצללים א.

__________________________________________________________________________________________________________________________________________________

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

22/01/2013 ייקלט במערכת כ- 220113שתי ספרות של השנה )לדוגמא: אם יוקלד ויוצג כך על המסך(.



__________________________________________________________________________________________________________________________________________________

LOGקובץ .2.3.21

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

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

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

כל הנתונים שדווחו בתאריך מסוים.(1כל הנתונים שדווחו על-ידי משתמש מסוים. (2כל הנתונים שדווחו למודרך מסוים בטווח תאריכים.(3

.LOGהמערכת תאפשר פעולת אצווה של שחזור קליטת נתונים מתוך קובץ ה-ד.__________________________________________________________________________________________________________________________________________________

תאימות לסטנדרטים בממשק משתמש.2.3.22 הפקדים יהיו זהים ככל הניתן לפקדים המקובלים, ואופן השימוש בפקדים אלו יהיהא.

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

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

לביטול פעולה אחרונה(.Ctrl + Z לביטול, Esc לאישור, Enter)למשל: יש להימנע מממשק משתמש בעל תפעולים חבויים אשר יקשה על המשתמש אתד.

ביצוע הפעולה הנדרשת )במיוחד כאשר היא שכיחה( ועלול לפגוע ביעילות תפעולהמערכת.

__________________________________________________________________________________________________________________________________________________

המחשה.2.3.23



המציע יצרף למענה תיאור והצגה של מסכים צבעוניים מייצגים של המערכת, לרבותא. שלGUIמסכי כניסה/תפריט, מסכים תפעוליים ודו"חות אשר יאפשרו להתרשם מה-

המערכת המוצעת. למסכים המוצגים יצורף על-ידי המציע הסבר כיצד הם עונים עלדרישות רש"ת.

__________________________________________________________________________________________________________________________________________________

רגולציה ותקינה .2.4.SCORM( Sharable Content Object Reference Modelהמערכת תתמוך בתקן ).2.4.1

ה- יאפשר SCORMיישום מודל ולמידה, לניהול הדרכה ולמערכות לתכנים מתוקשבים התואמות את התקן, להעביר מידע ביניהם אשר יאפשר מעקב אחר התקדמות הלומד

בחומר הלמידה. (.Qעל המציע להמציא אישורים כי הוא עומד בתקן הנ"ל ).2.4.2

__________________________________________________________________________________________________________________________________________________

יוצעו על-ידי המציע יעמדו.2.4.3 כל הציוד, החומרים, אביזרי התקנות ושאר מרכיבי המערכת אשר בתקנים /

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

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

מערכות רש"ת בפן התפעולי, מבצעי, בטיחותי וכדומה.__________________________________________________________________________________________________________________________________________________

יכולת פיתוח .2.5.המוצעת תכלול יכולות פיתוח של נושאים נוספים להטמעה בה המערכת.2.5.1 ניתן יהיה להוסיף נושאים נוספים אשר יהיו חלק מתתי-המערכות הקיימות או תתי-מערכות.2.5.2

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



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

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

המציע יתאר את היכולות להוספה ועדכון של תתי-מערכות נוספות, ויפרט את התהליכים המובנים.2.5.4(.Qבמערכת והממשק לביצוע יכולות אלו )

__________________________________________________________________________________________________________________________________________________

טבלאות במערכת .2.6המערכת תנהל באופן מרכזי את כל נושא ניהול הנתונים ברמת טבלאות בבסיס נתונים יחסי ).2.6.1

relational database.)יהיה לעדכן אותן באופן פשוט על-ידי.2.6.2 ניתן המערכת תהיה מבוססת על טבלאות אשר

המידע פריטי הנתונים(. בסיס מול ישירות )ולא ייעודי ממשק דרך המערכת מנהלי המתבססים על ערכים מנוהלים ינוהלו בטבלאות ניהול ולא בקוד.

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

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

( הכולל את כל הטבלאות במערכתERDהספק יעביר לרש"ת תיאור מפורט של בסיס הנתונים ).2.6.4)שמות,

יצירת ה- לשם שחזור במידתDBשמות שדות, סוג שדות, קשרים בין הטבלאות, קוד הצורך(.

המציע יפרט בהצעתו )בצירוף דוגמאות( את רשימת הטבלאות הקיימות במערכת המוצעת ואת.2.6.5(.Qמידת היכולת לעדכון הטבלאות )

__________________________________________________________________________________________________________________________________________________



דו"חות .2.7 מנגנון הדו"חות יהווה נדבך מרכזי במערכת ויתמוך בפעולות שוטפות, בבקרה תפעולית.2.7.1

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

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

הדפסה המאפשר גישה לכלל תתי-המערכות הרלוונטיות. המערכת תכלול מחולל דו"חות מובנה / חיצוני שיאפשר למשתמשים לפחות את היכולות.2.7.4

הבאות:המערכות(1 ושל המערכת של המידע כלל על מבוססת לדו"חות, נתונים תשתית

התפעוליות המשיקות.של(2 הכללי ההרשאות מודל על המבוסס הנתונים, תשתית על הרשאות מודל

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

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

שונות, מערכות משיקות שונות(. יכולת להפיק דו"חות בחתכים שונים – יחידות ארגוניות, תיחום תאריכים ו/או פילוח(6

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

המשתמש מורשה להצגת הדו"ח.לנושא(8 וניתוב שורה כגון: הקשה על יכלול אפשרויות מתקדמות מנגנון הדו"חות

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

של(9 השונים למשתמשים והעדפות מחדל ברירות ניהול יאפשר הדו"חות מנגנון המערכת.

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

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

כחלק מיצירת הדו"חות.קבוע(12 בזמן דו"ח הפקת )כגון ריצתם ומקום הדו"חות הפקת תזמון על שליטה

לקבוצת משתמשים(.המחולל "יבין" את מבנה הנתונים של המערכת ואת הקשרים ההיררכיים בין הנתונים.(13



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

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

דו"חות או חלקי-דו"חות לתוך מסמכי (16 לייצוא של ייצוא תוךOfficeיכולת , לרבות קישור אל הדו"ח המקורי )עדכון מקוון של תוצאות השאילתה(.

יכולותיו של מחולל הדו"חות המוצע על-ידו, לתאר התאמתו.2.7.5 נדרש לפרט את המציע לדרישות המוצגות

לעיל ולצרף דוגמאות לדו"חות שהופקו באמצעות המחולל2.7.3-2.7.4בסעיפים (Q.)

__________________________________________________________________________________________________________________________________________________

המערכת תאפשר לנווט את תוצאות הדו"חות ליעדים:.2.7.6מסך(1מדפסת(2 או קבצים במבנהPDF, קובץ Office (Word, Excel, Power Point)קובץ במבנה מוצרי (3

HTML, XML.

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

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

)בטווח תאריכים(. שנים לפחות. נתונים אלו מהווים7המערכת תשמור היסטוריה של הנתונים לתקופה של .2.7.9

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

(.Q לעיל )2.7.6-2.7.9המציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים .2.7.10__________________________________________________________________________________________________________________________________________________

(.Qעל המציע להציג את מגוון הדו"חות הקיימים במוצר המוצע על-ידו ).2.7.11



__________________________________________________________________________________________________________________________________________________

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

(.Qמשתמשים מחוברים למערכת, פעילויות משתמשים במערכת לפי חתכי זמן )__________________________________________________________________________________________________________________________________________________

להלן רשימה חלקית למספר דו"חות עיקריים, שיכללו נתונים ספציפיים, הנדרשים על-ידי.2.7.13הספק:

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

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

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

דו"חות מעקב ובקרה אחר ההדרכות שבוצעו ברמת מודרך ספציפי.(2דו"חות מעקב ובקרה אחר ההדרכות שבוצעו ברמת תפקיד ספציפי.(3דו"חות מעקב ובקרה אחר ההדרכות שבוצעו למדריך ספציפי.(4ובקרה אחר ההדרכות שבוצעו למודרכים אשר אינם עובדי רש"ת(5 דו"חות מעקב

)לדוגמה עובדי קבלני משנה(.של .2.7.15 פיתוח עלות יתמחר ייעודיים10המציע דו"חות יאופיינו, אשר המערכת עבור

בתיאום עם רש"ת, בשלב האפיון המפורט.__________________________________________________________________________

________________________________________________________________________



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

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

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

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

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

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

האופציונאליים עליהם נדרש המציע להוסיף ולהרחיב בהצעתו הינם: הרכיבים לעיל.2.2.2.2: בהתאם למפורט בתת-סעיף איתור צרכי הדרכה לקורס.2.8.1: ממשקים.2.8.2

ממשק למערכת מיון וגיוס עובדים )ברשת הרגילה בלבד( בהתאם למפורט בסעיףא. להלן.3.16

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

3.16.8 )ברשת הרגילה בלבד( בהתאם למפורט בסעיף IDMממשק למערכתג.להלן.

בסעיף .2.8.3 המתואר האופציונאלי הרכיב את תזמין ורש"ת במהלך2.8.1במידה לעיל חודשים ממועד חתימת החוזה, הספק יהיה3התקופה שבין מועד חתימת החוזה ועד ל-

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



במהלך התקופה2.8.1במידה ורש"ת תזמין את הרכיב האופציונאלי המתואר בסעיף .2.8.4 זה עד 3שלאחר יהיה מחויב לממש רכיב חודשים ממועד חתימת החוזה, הספק 12

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

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

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

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

לחוזה.7.9סעיף __________________________________________________________________________

________________________________________________________________________

טבלת תאימות מענה פונקציונאלי .2.9 על המציע למלא הטבלה להלן:

נושאמענה כלליזמינותמוכחות

בשלבימעבדה

/ הוכחתיכולת

פעיל באתרילקוחות

ניתןלפתח

קיים אך דורש

התאמות

קיים Out Of

The Box

איןמענה

מענ ה

חלקי

מענ ה

מלא

מעברלנדר

ש

סעיף במפרטמהותהטכני

XXX יש לסמןX בעמודה המתאימה

אפיון פרופיל2.2.2.1הדרכה/הכשרה למקצוע

2.2.2.2איתור צרכי הדרכה לקורס

הגשת בקשה להדרכה/קורס, מעקב

אחר הבקשה וסטאטוסהטיפול בה

2.2.2.3

2.2.2.4תוכנית הדרכה שנתית

2.2.2.5סינון לקורס לפי קטגוריות







ניתןלפתח


התאמות

קיים Out Of

The Box

איןמענה

מענ ה

חלקי

מענ ה

מלא

מעברלנדר

ש


הכנת תיק קורס ופתיחת2.2.2.6קורס

רישום ועדכון נוכחות2.2.2.7בקורס

שיוך מדריכים, מרצים2.2.2.8וספקים אחרים לקורס

2.2.2.9ניהול משאבים

2.2.2.10הגדרת תיק מודרך

2.2.2.11ניהול תיק מדריך

2.2.2.12ניהול מאגר מרצים

2.2.2.13הסמכה והדחה של מודרך

2.2.2.14הפקת תעודות גמר

הפקת מכתבים, הדפסתם2.2.2.15ושליחתם

2.2.2.16צירוף מסמכים

2.2.2.17סיום קורס וסגירתו

שכפול קורס על כל2.2.2.18מרכיביו

2.2.2.19רענונים

2.2.2.20ביצוע משוב לקורס

2.2.2.21ניהול תכנים וידע

2.2.2.22מבחנים ממוחשבים

הפצה והטמעה של נהלים2.2.2.23ועדכונים

2.2.2.24פיתוח ועריכת תכנים

2.2.2.25טעינת תכנים למערכת

2.2.2.26עלויות הדרכה

2.2.2.27שמירת נתונים היסטוריים

2.2.2.28דו"חות

2.2.2.29הרשאות

2.2.6כלים תפעוליים וניהוליים

2.3.1דרישות כלליות

2.3.2התאמה לפרופיל משתמש

2.3.4אחידות ועקביות

2.3.5עומס נתונים במסך/חלון

תפעול תפריטים, סרגלי2.3.6כלים וכפתורי הפעלה







ניתןלפתח


התאמות

קיים Out Of

The Box

איןמענה

מענ ה

חלקי

מענ ה

מלא

מעברלנדר

ש


2.3.7התמצאות במערכת

2.3.8פשטות תפעול

שגיאות והתגברות על2.3.9שגיאות

הגנה מפני פעולות2.3.10חמורות

2.3.11עומס זיכרון אנושי נדרש

2.3.12אחזור מידע

2.3.13(HELPמסכי עזרה )

2.3.14היזון חוזר )משוב(

2.3.15מסכי המערכת

2.3.16נגררת מידע היסטורי

2.3.17קישור צרופות

2.3.18עדכון/צפייה

אפשרויות תפריט לא2.3.19פעילות

2.3.20שדות תאריך

LOG2.3.21קובץ

תאימות לסטנדרטים2.3.22בממשקי משתמש

2.3.23המחשה

2.4רגולציה ותקינה

2.5יכולת פיתוח

2.6טבלאות במערכת

2.7דו"חות

רכיבים למימוש2.8אופציונאלי



טכנולוגיה ותשתית .3

עקרונות כלליים.3.1כי.3.1.1 לוודא המציע על ברש"ת. הטכנולוגיות – א' מוסף מצורף זה מסמך של בסיפא

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

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

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

רציף ושוטף בכל שעות היממה אולם התמיכה התחזוקתית תינתן בשעותהמערכת באופן השעות בין א'-ה' )ימים הרגילות השעות08:00-17:00העבודה בין חג ו'/ערב ויום

להלן. יחד עם זאת ובמידת הצורך, ייתכנו ימים3.24(, כמפורט בסעיף 07:00-14:00 בודדים בשנה בהם תידרש תמיכה במערכת מצד הספק מעבר לשעות הרגילות.

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



Site License( עבור המשתמשים השונים בשלוש הרשתותאחד לרש"ת רישוי אתרי .הנפרדות( ללא הגבלת כמות משתמשים

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

ללא הגבלתSite Licenseרש"ת אל הרשת הרגילה – גם התקנה זאת תתבצע במודל כמות משתמשים.

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

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

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

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

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

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

( M התקנה בתצורה מקומית ).3.1.10התקנהא. על תושתת למכרז הצעתו במסגרת המציע על-ידי תוצע אשר המערכת

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

בתצורה זאת במועד פרסום מפרט זה.המציע יפרט האם וכיצד הוא נותן מענה לדרישה המפורטת בתת-סעיף א' לעיל.ב.

__________________________________________________________________________________________________________________________________________________

ERP ( M ) חבילת .3.1.11 אינה יכולה להיות חלקהמערכת אשר תוצע על-ידי המציע במסגרת הצעתו למכרז א.

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

המציע יפרט האם וכיצד הוא נותן מענה לדרישה המפורטת בתת-סעיף א' לעיל.ב.



__________________________________________________________________________________________________________________________________________________

לספק חלוקת האספקות בין רש"ת .3.2להלן מפורטת חלוקת האספקה והתחזוקה של מרכיבי המערכת:

באחריותרכיב#הספק

באחריותרש"ת

הערות

במסגרת ההצעה,XXשרתים .1 המציע יגיש מפרט ויציע תצורה עבור

השרתים ויכלול את העלויות הרלוונטיות

בהצעתו. רש"ת תבחן האם המערכת תשתלב במערך השרתים הקיים

ברש"ת ותשקול, במידת הצורך, לרכוש את השרתים מהספק

או באופן עצמאי ציוד אחר / רכיבי ציוד חומרה.2

אחריםXX,במסגרת ההצעה

המציע יגיש מפרט ויציע תצורה עבור רכיבי ציוד חומרה

אחרים הנדרשים ויכלול את העלויות

הרלוונטיות בהצעתו. רש"ת תשקול, במידת

הצורך, לרכוש את הציוד האחר מהספק

או באופן עצמאיXרישוי מערכת )אפליקציה(.3

Site Licenseבמודל של Xרישוי משתמשים.4 למשתמשי רש"ת – הרישוי יהיה עבור

מספר בלתי מוגבל שלמשתמשים

רישוי מוצרי צד ג' ומוצרים.5משלימים

X





הערות

בהנחה שהתשתיתXרישוי תשתיתי לשרתים.6 תבוסס על

ארכיטקטורתMicrosoftמערכות( -MS תוכנת הפעלה,

SQL .)וכדומה בקרת האפיון ואישורוXאפיון מפורט.7

באחריות רש"ת בקרה ואישור באחריותXתכנון ועיצוב.8

רש"ת בקרה ואישור באחריותXפיתוח והתאמות.9

רש"ת Xממשקים.10

ממערכת הספק

למערכותרש"ת

X ממערכות

רש"ת למערכתהספק

המציע יכלול בהצעתו מימוש ממשקים ,3כמפורט בפרק

. בקרת3.16סעיף הממשקים ואישורם

באחריות רש"ת Xהסבות נתונים.11

ביצוע ההסבות, בדיקות וטעינת נתונים

למערכתהחדשה

רש"ת תסייע בקבלת ההחלטות המקצועיות

הנוגעות להסבה, באספקת הנתונים

לטובת ההסבהובבקרת הביצוע

הספק יבצע אתXבדיקות מסירה.12 בדיקות המסירה

במתחם נתב"ג וזאת בנוסף לבדיקות המסירה שיבצע

במתקני הספק. בקרהואישור באחריות רש"ת

בדיקות הקבלהXבדיקות קבלה.13 תבוצענה בליווי רש"ת.אישור באחריות רש"ת

Xהדרכה .14

Xתיעוד.15

Xהטמעה והרצה.16





הערות

Xגיבוי ושחזור.17פרוצדורות

Xחומרה ותוכנה

הגיבוי והשחזור מבוצע באמצעות מערכת

מרכזית )ראה מוסף א' – סטנדרטים

טכנולוגיים ברש"ת( באחריות הספקSCOM X( / OVOמערכת שו"ב ).18

התממשקות למערכות השו"ב הקיימות

ברש"תXאבטחת מידע.19

עמידהבדרישות

X הכוונה ופיקוח,

בקרת קודמאובטח

עקרונות אבטחת מידע ודרישות פרטניות

לפרויקט – כמפורט3.7, סעיף 3בפרק

הספק יבצע, במידתXתקשורת סטנדרטית .20 הצורך, התאמה

לתקשורת הקיימת ברש"ת כאמור במוסף

א' – סטנדרטיםטכנולוגיים ברש"ת

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

תתקבל על-ידי רש"ת בתאום עם הספק.

טכנולוגיית המערכת .3.3מודרנית(1 על בסיס פלטפורמה שפותחה לניהול הדרכה יתבסס על מערכת היישום

. ,NETכגון: WEB, SharePoint, OSSעדכני וניהול קישוריות יכולות בעלת וכדומה, ומתקדם.

המערכת תכלול בין היתר, את היכולות הבאות:(2(.Workflow מנגנון ניהול אישורים )

מנוע חיפוש פנימי.



המציע יפרט את אופן תמיכתו בטכנולוגיות הללו, המוצרים שישולבו ואת אופן השילוב(3בפונקציונאליות לתמוך מנת על לרש"ת המוצעת במערכת הללו הטכנולוגיות של

.(Q)הנדרשת תינתן עדיפות להצעה מתאימה לתצורה הטכנולוגית ולכלים המצויים ברש"ת.

__________________________________________________________________________________________________________________________________________________

Administrator ( M ) הרשאות (4ברמת תחנת העבודה לשם הפעלתAdministratorהמערכת לא תדרוש הרשאות א(

התוכנה אלא רק, ובמידה ונדרש, לשם התקנתה. מערכת אשר תדרוש הרשאותAdministrator.לצורך הפעלת התוכנה לא תאושר

המציע יפרט האם וכיצד הוא נותן מענה לדרישה המפורטת בסעיף א' לעיל.ב(__________________________________________________________________________

________________________________________________________________________

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

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

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

להלן.3.4.1המודולים הלוגיים שבסעיף ________________________________________________________________________________

______________________________________________________________________________

תצורת המערכת ברמת מודולים ותתי-מערכות.3.4.1על המציע למלא את טבלת המודולים הלוגיים שלהלן:(1



תת-מערכ#ת

התייחסותרכיב לוגילדרישה בסעיף

תיאור הפעילות וקשרים עם מערכות

אחרות

הערות

1.2.3.4.5.6.7.8.

המציע יתאר בקצרה את מרכיבי הפתרון ואת הקשרים ביניהם כולל את מקור(2)יצרן( המודול.

__________________________________________________________________________________________________________________________________________________

המציע יצרף תרשים גראפי הממחיש את הפתרון המוצע על כל מרכיביו.(3__________________________________________________________________________

________________________________________________________________________

המציע יפרט לגבי כל מודול לוגי את המרכיב הפיזי בו ימצא.(4__________________________________________________________________________

________________________________________________________________________

תצורה לוגית.3.4.2 המציע יפרט את תהליך זרימת המידע לאורך כל מרכיבי המערכת, כולל מרכיבים(1

כמו ממשקי המערכת למערכות התפעוליות של רש"ת, הזדהות, שימוש במערכות וקישור לשרתי האפליקציה.2010BTSהאינטגרציה הארגוניות כדוגמת

__________________________________________________________________________________________________________________________________________________

לשירותי הספרייה (2 או התממשקות שימוש יפרט Activeהמציע Directoryככל , שקיים.



__________________________________________________________________________________________________________________________________________________

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

משתמשים באפליקציה.

__________________________________________________________________________________________________________________________________________________

( Qב )ארכיטקטורת מחשו.3.5 המציע יפרט במענה את ארכיטקטורת המחשוב והתשתיות המוצעת על ידו לכל סביבות

העבודה. ויכולת התאוששות שרידות, גבוהה, יציבות ברמת תתאפיין המבוקשת הארכיטקטורה

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

לכל הדרישות המצטברות המפורטות להלן: )דפדפן( – אם קיימת.WEBתצורת פתרון מלא בארכיטקטורת (1 Citrixתצורת פתרון מלא בארכיטקטורה מבוססת ניהול אפליקציות מרכזי, כדוגמת (2

XenApp,וגישה מהבית, אשר חלקם – אם קיימת עבור גישה מאתרים מרוחקים . Citrixעושים שירות בחוות שרתי ה-

– אםVDI (Virtualization Desktop Infrastructure)תצורת פתרון מלא בארכיטקטורת (3 כשהעיבודThin Clientקיימת, עבור סביבת עבודה הכוללת עמדות קצה המבוססות

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

יפרט המציע אילו רכיבים ממומשים בכל אחת ואחרים בארכיטקטורת שרת-לקוח, את ליישם יש שרת-לקוח, בארכיטקטורת ומדובר במידה הארכיטקטורות. משתי

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

הטכנולוגית של רש"ת.__________________________________________________________________________

________________________________________________________________________



תצורה טכנולוגית.3.5.1רכיבי הפתרון:

המציע יפרט בטבלת מרכיבי המערכת שלהלן את הרכיבים והמוצרים שישולבו בפתרון(1המוצע:

מרכיבי#המער

כת

חומרה

תוכנה

שםהפרי

ט

גרסה

שםהיצרן

תיאו ר

מפורט

כמות עבורהמער

כתהמוצע

ת

כמותהתקנות

מועדכניס ת

גרסהחדשה

E.O.L של

גרסהקיימת

עיקרי השינוייםבגרסה באר

ץבעול

ם

1.2.3.4.5.6.7.8.

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

יש לפרט יכולות טכניות ופונקציונאליות של המוצרים. (2__________________________________________________________________________

________________________________________________________________________

יש לצרף דפי מידע על המוצרים המוצעים ויכולותיהם.(3)המפרט(4 למערכת על-ידו המוצעות הפיזיות תתי-המערכות את לפרט המציע על

יכלול: שרת/ים, כרטיסי תקשורת, ציוד אחר(. __________________________________________________________________________

________________________________________________________________________



המציע יתאר את מרכיבי הפתרון ואת הקשרים ביניהם.(5__________________________________________________________________________

________________________________________________________________________

יש לציין מהי תרומתו של כל רכיב במערכת.(6__________________________________________________________________________

________________________________________________________________________

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

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

תוכנה מסחריות, חבילות תוכנה/מודולים ייעודיים וכדומה.[.Roadmapכיווני הפיתוח העתידיים של המוצר ]ז.תאריך גרסה נוכחית, תאריך יעד לגרסה הבאה, עיקרי חידושים בגרסה הבאה.ח.סביבות עבודה נדרשות.ט. שימוש בכלים צד ג' )לדוגמא שימוש בכלי ספציפי לשם יצוא קבצים לפורמטיםי.

(PDF, CSVשונים, כגון: כדוגמת יא. )שימוש בטכנולוגיות עומסים במערכת וחלוקת ,MS-CLUSTERשרידות

Load Balancing.)אחר ,__________________________________________________________________________

________________________________________________________________________

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

__________________________________________________________________________________________________________________________________________________

סביבות העבודה .3.6וכן בכדי לאפשר מחזור חיים מלא.3.6.1 לשם מתן מענה מלא וארוך טווח לדרישות רש"ת

:ברש"תכמקובל בתעשייה, המערכת נדרשת לכלול את סביבות העבודה הבאות



בדיקות.(1.Stagingהדמיה – (2ייצור.(3

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

לעיל(. כמו כן, על המציע לפרט את3.5כמפורט בסעיף ארכיטקטורת המחשוב )סעיף (.Q(( )7 )3.5סביבות העבודה בשרטוטים המצורפים )סעיף

__________________________________________________________________________________________________________________________________________________

תקשורת.3.6.3 נתונים, בסיסי תוכנה, חומרה, מבחינת הסביבות מאפייני את יפרט המציע (.Qוכדומה )

__________________________________________________________________________________________________________________________________________________

המציע יפרט כיצד תמומש על ידו הפרדת סביבות העבודה ויתאר את אופן ביצוע העתקת.3.6.4(.Qהנתונים והאפליקציה בין הסביבות השונות )

__________________________________________________________________________________________________________________________________________________

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

ברש"ת קיים הרצון להעמיק ככל שניתן את השימוש בתשתיות וסביבות וירטואליות. על.3.6.6(.Qהמציע להציג את הפתרון המוצע לאור האמור לעיל )

__________________________________________________________________________________________________________________________________________________

אבטחת המידע .3.7עקרונות.3.7.1

המפורטים(1 רש"ת של המידע אבטחת לעקרונות בהתאם לפעול יהיה הספק על בנספח ה' בחוזה – נספח הוראות ביטחון, אבטחת מידע ושמירת סודיות, וכן בהתאם

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

ברמת כלל המערכת.



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

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

הספק מתחייב לפעול לתיקון של כל בעיה הקשורה לאבטחת המידע במערכת מיד(5עם קבלת פנייה ממנהל המערכת ברש"ת.

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

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

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

)חומות אש, מערכות זה לנושא Loadתספק Balanceוירוס ואנטי ניטור , מערכות וכדומה(.

הפרטיות(9 הגנת חוק עפ"י רגיש מידע מאגר מהווה המערכת של המידע מאגר ( למשפט1981התשמ"א הרשות ידי על שמונחים הכללים לפי יפעל הספק .)

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

(Qסיכונים ואיומים ).3.7.2

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

במענה לסיכונים ואיומים בסביבות אלו.להלן עיקרי הסיכונים והאיומים בתחום אבטחת המידע:

פגיעה חלקית או מלאה בזמינות מערכת המידע.(1העדר תיעוד משתמשים שביצעו עדכוני נתונים.(2על-ידי(3 או בהם ופגיעה המידע למאגרי מחדירה כתוצאה המידע באמינות פגיעה

חשיפה/דליפת מידע רגיש, מידע האסור לפרסום מטעמי בטחון מידע, מידע חסוי עלפי דין.

שינוי בלתי מורשה של מידע ו/או של הגדרות תפעוליות במערכת ורכיבים.(4הכנסת קוד עוין למערכת.(5 פגיעה בפרטיות של גורמים שפרטיהם מצויים במערכת, כתוצאה מדלף מידע לגורמים(6

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



גישה בלתי מורשית – גישה למאגרי מידע ו/או השגת מידע ממודר במערכת )כגון תיק(7 מודרך( על-ידי משתמש אשר אינו מורשה למידע )עפ"י רמות המידור שהוגדרו( או

על-ידי גורם שאינו משתמש מורשה כלל, על-ידי חדירה למערכת / למאגרי המידע.פגיעה בשרידות המערכת בשל כשל טכני או נזק.(8התקפות אלקטרוניות על המערכת ברמה האפליקטיבית.(9

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

התקפות.__________________________________________________________________________

________________________________________________________________________

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

__________________________________________________________________________________________________________________________________________________

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

__________________________________________________________________________________________________________________________________________________

המציע רשאי לפרט סיכונים ואיומים נוספים שאינם כלולים ברשימת הסיכונים והאיומיםדלעיל ולציין כיצד בכוונתו לטפל בהם.

__________________________________________________________________________________________________________________________________________________



דרישות פרטניות לפרויקט זה .3.7.3 – זיהוי המשתמשים במערכת יתאפשר בדרך הבאה בלבד: זיהוי(1

-ממשק למערכת הActive Directoryעבור הזדהות משתמשים כמתואר בסעיף להלן. 3.7.5

הרשאות(2הפתרון המוצע יספק:

הרשאות שימוש שונות על פי תפקיד. א.

)מנהל המערכת ברמה האפליקטיבית(.Administratorהרשאות ב. ( לעיל. כמו כן, יפרט2המציע יפרט כיצד ייתן מענה לדרישות המפורטות בסעיף (3

יינתן מסוימים במערכת. לפונקציה/נתונים הגישה הגבלת כיצד תתבצע המציע (.Qניקוד לאופן המימוש המוצע )

__________________________________________________________________________________________________________________________________________________



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

לבין הבדיקות בסביבת למערכת נדרשות הרשאות בין להפריד מתבקש הרשאות הנדרשות למערכת בסביבת הייצור.

על המציע לתאר תצורה אחרת למתן תמיכה אם תצורה זאת לא תאושר לו.ה.

(: אם יאושר קישור מרחוק )לתשומת לב המציעi.על-ידי למערכת מרחוק גישה כלל לאפשר מתחייבת אינה רש"ת

כחלק רש"ת באתר פעילויות לביצוע להיערך הספק ועל הספק .מהתמיכה במערכת

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

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

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

חשבונו.__________________________________________________________________________

________________________________________________________________________

להלן. 3.7.8 כמפורט בסעיף Auditing תכיל מנגנון המערכת - logמנגנון (5 – יכולות המידור יתייחסו למרכיבים הבאים:מידור (6

מידור הגישות אל מערכות רש"ת כך שרק לגורמים מאושרים על-ידי רש"תא. וכן הגדרות רמות גישה בשרתים.FWתהא גישה אליהם ברמת חוקי ה-

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



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

הגישה הנדרשת. דרישות נוספות:(7

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

המערכות )גם לא בחצר הספק(..Cookiesרש"ת איננה תומכת בתצורת עבודה ב- ב.וה-Username אשר שדות ה- Web Configרש"ת לא תאפשר שימוש בקובץ ג.

Password( בו יהיו קריאים Clear Text.ולא מוצפנים )כל משתמשי המערכתד. על-ידי שינויים מהותיים ביצוע המערכת לא תאפשר

, שינוי של תאריכים ועוד. log)מתוך המערכת(, כגון: מחיקת

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

הממשקים למערכות אבטחת המידע הפועלות ברש"ת. עבורSDL(Security Development Lifecycle)על המציע להוכיח עמידה בפרמטרים של

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

__________________________________________________________________________________________________________________________________________________

הזדהות וניהול משתמשים .3.7.51)( הספרייה שירותי מול ברש"ת ממומש משתמשים Activeזיהוי/אימות Directory)

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

באפליקציה.פנימי(2 באופן ינוהלו משתמשים, קבוצות לרבות והרשאותיהם, המערכת משתמשי

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

(Qהמציע יפרט כיצד תתנהל ההזדהות במערכת המוצעת על-ידו )(3



__________________________________________________________________________________________________________________________________________________

מערכת הרשאות .3.7.6 המערכת תכלול מנגנון לניהול משתמשים והרשאות בהתאם לתפקיד של המשתמש.(1

יכול לצפות, לעדכן המערכת תאפשר שליטה מלאה במה שכל משתמש במערכת ולהפעיל. לדוגמה:

הרשאות עדכון )לרמות שונות של מידע(.א.

, כך שהגורםTop Downעל המערכת לתמוך ברמות שונות של הרשאה במבנה ב. הראשי יהא בעל ההרשאות הגבוהות ביותר ויוכל לעדכן כל גורם שמתחתיו מבחינת ההרשאות במערכת, הבא אחריו יוכל לעדכן כל מי שמתחתיו אך לא מי שמעליו

וחוזר חלילה. כלל הפעילויות של הגורם הראשי יתועדו במערכת במלואן. AD (Activeהמנגנון יתבסס על ניהול משתמשים ממאגר משתמשים אחד הקיים ב-ג.

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

יפרט מהו המענה הניתן לדרישות המפורטות בסעיף (2 ניקוד1המציע יינתן ( לעיל. (.Qלאופן המימוש המוצע )

__________________________________________________________________________________________________________________________________________________

( Mתעבורת מידע בין אקסטראנט לרשת של רש"ת ).3.7.7

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

תתקבל. לעיל.1המציע יפרט האם וכיצד הוא נותן מענה לדרישה המפורטת בתת-סעיף (2

__________________________________________________________________________________________________________________________________________________



Logתיעוד פעילויות ו-.3.7.81)( מעקב מנגנון תכלול פעילות משתמשיAuditingהמערכת את יתעד פנימי, אשר )

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

ליומן האירועים לצורך תחקירים. Systemיידוע של מנהל המערכת או הוספת ערך

Event Log מתעד אירועים הקשורים ליישומים, לאבטחה ולמערכת. באמצעות System

log .ניתן לקבל פרטים על רכיבי חומרה, תוכנה ומערכת ולפקח על אירועי אבטחה המערכת.Logהמערכת תאפשר גישה נוחה וידידותית לצפייה ב- (2 שינויים בהגדרות המערכת, בתפריטים, תסריטים, הקלטות ובכל מידע במערכת ירשמו(3

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

( מתוך המערכת, וכן לאפשר מחיקהMS-Word, MS-Excel, TXTהלוגים בפורמט קבוע ) לאחר השמירה )במידה ולא בוצעה שמירה, אין לאפשר מחיקת הלוגים(.

(Qהמציע יפרט כיצד הוא נותן מענה לדרישות המוצגות לעיל בסעיף זה )(4__________________________________________________________________________

________________________________________________________________________

חציצה .3.7.9 תמומש בסגמנט רשת נפרד מהרשת הארגונית.המערכתייתכן כי סביבת

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

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

.(Q )הנדרשים לצורך כך במקרה זה __________________________________________________________________________

________________________________________________________________________ HTTP (80), HTTPS (443), SMTPרש"ת מבצעת שימוש בפרוטוקולים ידועים בלבד, כגון

ואחרים עפ"י ה-(25) RFCהמקובל בעולם ואינה מאפשרת, ללא אישור מראש, שימוש ועד 1בפרוטוקולים ידועים בפורטים לא טבעיים, וזאת בכל הפורטים בין . לאור1024

האמור לעיל, על המציע לוודא כי כלל פעילויות התקשורת מהמערכת שלו אל מערכות. RFCאחרות או בתוך המערכת שלו חייבות לעמוד בהגדרות של תקני ה-



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

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

אין קשר בין מערכות המידע של הלקוחות השונים של הספק לבין המידע של(1רש"ת.

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

אפשרות שלקוח אחר יוכל להיכנס לניהול המערכת של רש"ת.יובהר כי אין אישור(5 בכל הקשור לפיתוח או מידע המתייחס לרשתות המסווגות,

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

__________________________________________________________________________________________________________________________________________________

בקרת קוד מאובטח.3.7.11 לרש"ת תהיה הזכות לפי שיקול דעתה לדרוש מהספק ביצוע בקרת קוד מאובטח עלהאיכות. נספח הבטחת – החוזה של ז' בנספח הרשומים לכללים המערכת בהתאם

של במנגנונים פיתוח של Openבמקרה Sourceגם קוד בקרת לדרוש רש"ת תוכל , לפתרונות מדף.

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

אמת. דקות ללא שימוש.20המערכת תכלול ניתוק משתמש לאחר (2



המערכת תכלול קובץ היסטוריה שיכיל מידע על כל עדכון/הוספה/ביטול של פריט(3 מידע במערכת )בשילוב נתונים יישומיים – לדוגמה: הדחת מודרך מקורס( בשילוב

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

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

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

בקרת המערכת, רשימת המשתמשים, קבוצות המשתמשים וההרשאות השונות.יהיה(6 הזיהוי – קצה תחנת זיהוי עפ"י בקרה יכולת עם מערכת יספק הספק

של הסגמנט.IP של התחנה וכתובת IPבאמצעות כתובת המערכת תאפשר הפעלה של מנגנון שאילתות ודו"חות למנהל המערכת או לכל(7

משתמש מורשה אחר שיהיה אחראי על בקרת השימוש במערכת.המערכת תאפשר הגדרת מגבלות למועדים ושעות פעילות.(8 כולל רישום בקובץ הבקרה.Batchהמערכת תכלול בקרה למהלכי ה-(9

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

מנגנונים כאלו.

3.7.14.IPV6



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

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

הקישוריות לתמיכה בפרוטוקול זה. במידה והמערכת המוצעת על-ידי המציע תומכת ביכולות פרוטוקול זה, על המציע לפרט את אופן התמיכה הקיימת. במידה ולא קיימת תמיכה של המערכת המוצעת בפרוטוקול,

יאשר המציע כי במידה ויידרש יוכל ליישם את התמיכה בזמן סביר. __________________________________________________________________________

_______________________________________________________________________

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

המערכת ודרישות היחידה להגנה וסיכול איומי סייבר.

חומרה .3.8חומרה סטנדרטית .3.8.1

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

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

__________________________________________________________________________________________________________________________________________________



נדרשת תאימות לסטנדרטים הטכנולוגיים הנהוגים ברש"ת, כמפורט במוסף א' של(2מפרט זה.

חומרה ייעודית .3.8.2המערכת המוצעת תאפשר לשלב חומרה ייעודית הכלולה בפתרון )ככל שקיימת(. (1(Q ) רכיבי חומרה ייעודיים(2

חומרה רכיב )לדוגמה: ייעודיים חומרה רכיבי גם למימוש המערכת ונדרשים היה בין השרתים, כרטיסים ייעודיים(, המציע מתבקש לפרטם ע"ג Load Balancingהמבצע

הטבלה הבאה:

מפרט ספציפי כמותייעוד הרכיבשם הרכיב

לסטנדרטים(3 התאמה תידרש המציע על-ידי שיוצע ייעודי חומרה רכיב כל עבור הטכנולוגיים של רש"ת, כמפורט במוסף א' של מפרט זה.

תוכנה .3.9המציע יפרט במענה את מוצרי התוכנה המוצעים על-ידו עבור המערכת.

על המציע לציין את הרישיונות הנדרשים עבור המוצרים השונים.__________________________________________________________________________

________________________________________________________________________

)Client )Qתוכנת ה-.3.9.1Internet-ית, עליה לתמוך בדפדפן WEBבמידה והמערכת תהא (1 Explorer 9בגרסה

Internet Explorerומעלה. בעניין זה יודגש כי רש"ת תומכת במערכותיה רק בדפדפן ומעלה ואינה עושה או תעשה שימוש בדפדפן מסוג אחר.9בגרסה

המערכת תוכל לעבוד על תחנות עבודה, סטנדרטיות ברש"ת, בשיתוף עם יישומים(2.אחרים

דפדפן (3 באמצעות המערכת להפעלת עדיפות Internetקיימת Explorerללא בלבד ( של המשתמש )למשתמש אין הרשאתClientהתקנה נוספת כלשהי על תחנת הקצה )

Administrator.)על מחשבו ולכן התקנת מוצר כלשהו מחייבת תקורה מנהלתית



באם המציע מתכנן בכל זאת כחלק מהפתרון להתקין רכיבי/מוצרי/תוכנת תשתית או(4ה- על כלשהי אפליקציה מערכתClientתוכנת על-ידי להיתמך צריכה זו תוכנה ,

ההפעלה הסטנדרטית של מיקרוסופט על כל סוגיה תוך שימוש, כאמור לעיל, בדפדפןExplorer 9 Internetומעלה לרבות הגרסה העדכנית ביותר בשימוש ברש"ת ביום העלייה

לאוויר.Clientהמציע יפרט את סוג ה-(5 (Client Server, Web):אם למציע חלופות שונות, כגון .

Rich Client / Thin Client.יש לפרט אודות הפונקציונאליות של כל חלופה ,__________________________________________________________________________

________________________________________________________________________

הדורש התקנה. המציע יפרטClientיפרט האם הפתרון המוצע על-ידו כולל המציע (6 .Clientאודות הפונקציונאליות של ה-

:על הפתרון לעמוד בדרישות הבאות התקנות אלו תהיינה מנוהלות, מאופשרות דרך הרשת ולא תדרושנה גישה פיזיתא.

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

, ללא התערבות ידנית.MSI תהיה בפורמט Clientהתקנת ה-ב.__________________________________________________________________________

________________________________________________________________________

ידי המציע התקנת מוצרי תשתית או אפליקציות כלשהן על (7 ה-במידה ונדרשת על Client המציע מתבקש לפרטם לרבות מרכיבים המותקנים באמצעות ,MSI.

__________________________________________________________________________________________________________________________________________________

(Qתוכנות צד ג' ).3.9.2ובתחזוקה(1 במימוש להיכלל הנדרשות בכלל, אם ג', צד תוכנות מהן יציין המציע

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

הנדרש. לעיל תקפות גם לתוכנות צד ג'. 3.9.1כל ההערות וההנחיות המוזכרות בסעיף (3

__________________________________________________________________________________________________________________________________________________



(Qמחולל דו"חות ).3.9.3 המציע יפרט הכלי המוצע על-ידו, המיועד לתת מענה לדרישות רש"ת, כמפורט בסעיף(1

לעיל – שם היצרן, תצורת הכלי )2.7.4 Client Server, Webוכדומה(, הגרסה, אופן שילוב הכלי באפליקציה המוצעת וכן הגורם המתחזק בארץ.

__________________________________________________________________________________________________________________________________________________

2)( מקומי דו"חות מחולל על מדובר האם יפרט Clientהמציע Serverיצריך אשר ) עדכונים מקומיים ברמת כל דו"ח / תפריט בעמדת כל משתמש או האם מדובר על

מחולל בו ניתן לנהל את אינוונטר הדו"חות והתפריטים הארגוניים במקום מרכזי.

__________________________________________________________________________________________________________________________________________________

המציע יפרט האם קיימת אפשרות להפצה אוטומטית של עדכוני גרסאות דו"חות אל(3(.Client Serverעמדות המשתמשים )במידה ומדובר על

__________________________________________________________________________________________________________________________________________________

המציע יפרט האם יתאפשר למשתמש / מנהלן רש"ת לעדכן דו"חות קיימים או ליצור(4הרשאות בהגדרת הגמישות רמת מהי לפרט יש עצמאי. באופן חדשים דו"חות

המשתמשים מול הדו"חות – האם ברמת תפריט/דו"ח/שדה בדו"ח/ערך בשדה בדו"ח.__________________________________________________________________________

________________________________________________________________________

(Qרישיונות התוכנה במערכת ).3.9.4 המציע יפרט אודות כל סוגי הרישיונות הנדרשים לשם הקמת המערכת ועמידתה בכל

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

מהות.(1פרטי יצרן.(2הסכם מציע המערכת עם היצרן.(3מחויבות היצרן לתמיכה ולשירות טכניים.(4תקופת האחריות ומשך השימוש הנדרש.(5כמות הרישיונות המסופקים.(67)( הנדרשים הרישיונות ספירת Concurrentשיטת Users / Registered Users / Installed

Applications.)תוקף הרישיונות.(8



.ללא ציון העלותשיטת התמחור של רכיבי התוכנה ואופציות הרחבת כמות הרישיונות, (9__________________________________________________________________________

________________________________________________________________________

תקשורת ורשתות .3.10 מגה.2המערכת תתמוך בעבודה מאתרים מרוחקים ברוחב פס של

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

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

מערכות ההפעלה .3.11–א. א' במוסף להלן למפורט תואמת תהיה המערכת שרתי של ההפעלה מערכת

– מערכות הפעלה.2.6הטכנולוגיות ברש"ת, סעיף (Qהמציע יפרט: )ב.

ביט(.64 / 32סוג וגרסת מערכת ההפעלה )כולל ציון באם מדובר בגרסת (1 Hot( , תיקונים )SP: חבילות שירות )Windowsעדכונים נדרשים )לדוגמה, בסביבת (2

Fix. __________________________________________________________________________

________________________________________________________________________

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

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

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

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



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

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

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

ממשק המשתמש.3.13והדרכה.3.13.1 מהיר תפעול לאפשר מנת על ואינטואיטיבי ידידותי יהיה המשתמש ממשק

מינימאלית.ממשק המערכת יהיה בשפה העברית בלבד..3.13.2שהן .3.13.3 כפי הדרישות אוסף את תבטא ממשק המשתמש של מפורטותהפונקציונאליות

במפרט זה.2.3 ובסעיף 2.2.5בסעיף

( Q )אחסנת הנתונים.3.14 : ברש"ת קיים מערך אחסון מרכזי, כמפורט במוסף א' במפרט זה – טכנולוגיותהערה

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

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

/לוגים / היסטוריה וגיבויים.DATAיש לפרט נפח נדרש ל: התקנה/ (2__________________________________________________________________________

________________________________________________________________________



(Q ) בסיס הנתונים.3.15להשתלבהערה נדרש והספק הנתונים בסיסי עבור מרכזית סביבה קיימת ברש"ת :

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

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

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

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

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

__________________________________________________________________________________________________________________________________________________

בסביבת הייצור תותר לספק גישה לקריאה בלבד של בסיס הנתונים. לא יותרו שינויי מבנה ברש"ת.DBAבסביבה זו אלא בתיאום ובאישור מראש של צוות ה-

הספק יידרש לפרט בשלב האפיון המפורט את הנתונים הבאים עבור הסביבה האמורה: ( נדרשים בכלHot Fix( ותיקונים )SPשם וגרסת בסיס הנתונים, לרבות חבילות שירות )(1

אחת מסביבות המערכת.של בסיס הנתונים, הכולל את שמות הטבלאות,ERD [Entity Relation Diagram]ה- (2

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

וההרשאות הנדרשות(3 ופירוט המשתמשים על-ידי האפליקציה נדרשת מידע אבטחת (ׁ הספרייה המרכזיים בשירותי שימוש לעשות )יש הסביבות Activeבכלל Directory)

ברש"ת(. INSERTSנפחים נדרשים בבסיס הנתונים )הערכה לפי ניסיון עבר/סביבת פיתוח, צפי (4

ליום וכדומה(., ובמידה וכן, מדוע נעשה בו שימוש ?CLRהאם נעשה שימוש ב-(5 וכדומה(.Stored Proceduresקונבנציית שמות )למרכיבים כגון: טבלאות, פונקציות, (6 המלצות לשגרות ולתחזוקה שוטפת של בסיס הנתונים של המערכת )אנדוקס מחדש,(7

עדכון סטטיסטיקות(. Full Recovery Modelהאם נדרש מימוש ? (8



ממשקים .3.16סוגי ממשקים .3.16.1

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

מהם במקביל. 2010מערכת BizTalk עדכון שוטף של המידע שיעבור באמצעות – BizTalkבתצורת

והן כהעברתOnline(. העברת המסרים תוכל להתבצע הן ב-Messagesהעברת מסרים ) עדכונים למידע במערכת בזמנים קצובים לפי תזמון שייקבע בשלב האפיון המפורט.

WS"העברת נתונים או קבלת נתונים על-ידי הפעלה או כתיבת תוכנה מסוג "שירות – , בפרוטוקולי רשת תקנייםWeb Serviceומהווה תקן לממשקים בין יישומים, בטכנולוגיית

מבוצע בדר"כ עבור ממשקים סינכרוניים.WS. השימוש ב-HTTP ו-SOAPכמו . WS או WCFבממשקים סינכרוניים תינתן עדיפות לממשקים מסוג

הקיימת ברש"ת. BizTalk 2010בממשקים א-סניכרוניים תינתן עדיפות להפעלה דרך מערכת

מנגנון הממשקים יתמוך באופן מלא בתהליכי העברת הנתונים מהמערכת ואליה ויהיה לפחותבעל התכונות הבאות:

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

ולמומחה היישום מטעם רש"ת. כגון: ניהול( בקרת חיווי פעילות הממשקיםLogהמערכת – )פעילות לכל אחד מהממשקים

תאפשר ניטור וחיווי של הממשקים אל/מ המערכת.

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

(Q.)______________________________________________________________________________________________________________________________________________________________

המציע יציג את מערך התמיכה בממשקים וכיצד יבטיח ביצוע מלא ושלם של תהליכי העברת(2(.Qנתונים בממשקים )

______________________________________________________________________________________________________________________________________________________________



המציע יציג האם בידיו ממשקים מוכנים מראש אותם נדרש לשלב בהתאמות כאלו ואחרות )(3Q.)

______________________________________________________________________________________________________________________________________________________________

Qממשקים נוספים הנדרשים, במידת הצורך, לשם מימוש הפתרון המוצע על ידו )(4 ׂׂׂׂ .)______________________________________________________________________________________________________________________________________________________________

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

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

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

הממשקים תבוצע תוך תיאום בין צוות הספק לצוות רש"ת.

ברשתהתרשים הבא מתאר את סוגי המערכות של רש"ת המתממשקות למערכת ניהול הדרכה ומציין את מהות הנתונים המועברים בכל ממשק:הרגילה



:להלן רשימת הממשקים הידועים בשלב זה ברשת הרגילה טרם ביצוע האפיון המפורט



מערכת#משיקה

הערותכיווןפירוט הממשקתיאור מערכת משיקה

מערכת.1 כשירות

מבצעית )חטיבת תפעול

ומבצעי קרקע וחטיבת

מבצעים(

מערכת כשירות מבצעית משמשת לבניית תמונת

מצב של הכשירות המבצעית של הפרט,

על-בסיס עמידה במדדי/סרגלי כשירות

שהוגדרו לפרט, והזנת מערכת ניהול הכשירות והמוכנות על-ידי תמונת

מצב זו. במערכת מוגדר תיק

אישי-מקצועי לכל פרט הכלול בתמונת

הכשירות, התיק כולל פרטים אישיים ואוסף של

נתונים מקצועייםשנצברו על הפרט

נדרשת העברת נתונים ממערכת ניהול הדרכה למערכת כשירות

מבצעית. להלן הנתוניםהנדרשים להעברה:

. הציון הסופי של המודרך1בשלב הקורס

. ההערכה המסכמת )במלל(2 אשר ניתנה למודרך בסיום

הקורס . הציון הסופי שניתן למודרך3

בתום שלב החניכה )לאחר סיוםהקורס(


החניכה. תאריך ההסמכה של המודרך5 . נתונים המתייחסים6

לפוטנציאל לקידום ולפוטנציאל להדרכה של המודרך )נתונים

אלו מוזנים לחניך הן בשלבהקורס והן בשלב החניכה(

חד-כיווני)ממערכ ת ניהול הדרכה

למערכת כשירות

מבצעית(

יאופיין ויוגדר במסגרת

שלב האפיוןהמפורט





מערכת.2 כוח-אדם – נתוני מבנה

ארגוני

מערכת כוח אדם של בסביבתרש"ת פועלת

, ומשמשת400ASה- כמערכת תפעול

מנהלתית בה מבוצעים תהליכי הקליטה והשיבוץ

לתפקיד של עובדי רש"ת. המערכת כוללת

את התיקים האישיים של כלל העובדים מן המניין

בארגון

העברת נתוני מבנה ארגוני ממערכת כוח אדם למערכת

ניהול הדרכה. נתונים כגון: ממונה ישיר, ממונה עקיף,

יחידה אליה שייך העובד. מערכת ניהול הדרכה תקלוט

מימושנתונים אלו לטובת : הצרכים הבאים

. קליטת עובד חדש במערכת1 כוח אדם תעביר את נתוניו

לתיק ההדרכה במערכת ניהולהדרכה )כולל הסמכותיו(.

. הגשת בקשה לקורס וניהול2האישורים על-ידי הממונים.

. זימון לקורס על-ידי אגף3הדרכה יועבר לעובד ולממונים.

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

עליו.

חד-כיווני)ממערכ

ת כוח אדם

למערכת ניהול

הדרכה(







מערכת.3כוח-אדם

מערכת כוח אדם של בסביבתרש"ת פועלת

, ומשמשת400ASה- כמערכת תפעול

מנהלתית בה מבוצעים תהליכי הקליטה והשיבוץ

לתפקיד של עובדי רש"ת. המערכת כוללת

את התיקים האישיים של כלל העובדים מן המניין

בארגון

בתהליך גיוס עובדים נרשמים פרטי השכלתו והכשרות של

העובד במקום ייעודי לכךבמערכת כוח אדם.

להלן המקרים בהם תידרש השקה בין מערכת כוח אדם

למערכת ניהול הדרכה:

. בעת גיוס עובד חדש והזנת1 נתוניו יבוצע עדכון ממערכת כוח

אדם למערכת ניהול הדרכה.

. לאחר הזנת נתוני2 קורס/הדרכה של עובד בתיק מודרך תעודכן רשומת העובד

במערכת כוח אדם.

. עדכון טבלאות: סוג לימודים3 וסוג תעודה המנוהלת במערכת כוח אדם. כל תוספת/שינוי של

טבלאות סוג הלימודים וסוג התעודה, שתתבצע באחת מבין

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

תתאפשר יכולת צפייה בנתוני.4 תיק מודרך מתוך מערכת כוח

אדם באמצעות שאילתא.


ת כוח אדם


הדרכה(


למערכת כוח

אדם(

דו-כיווני


ת כוח אדם


הדרכה(







4.

שירותי הדוארשל רש"ת )

Exchange)

שרת הדואר של רש"ת ישמש כתשתית לקבלת הודעות דוא"ל )עדכוני

סטאטוס וחיוויים(מהמערכת לכל מודרך

–הודעות דוא"ל למודרך בתהליכי ניהול הדרכה נדרשת

העברת הודעות דוא"ל ממערכת ניהול הדרכה המוצעת

למודרכים בדבר סטאטוסהמודרכים בשלב הקורס

חד-כיווני)ממערכ ת ניהול הדרכה לשרת

הדואר(

מערכת לניהול צימערכת רו"ן.5 הרכבים והנהגים של

רש"ת, הפועלת בסביבתMAGICוכוללת את כל

פרטי הנהגים ברש"ת

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

הדרכה למערכת רו"ן


למערכתרו"ן(



פורטל ארגוני.6של רש"ת

הפורטל של רש"ת ישמש כיישום המנהל את מאגר

התמונות של העובדים ומאפשר שליפת

התמונות לכל בעלהרשאה מתאים

העברת התמונות הקיימות בבסיס הנתונים של הפורטל לתיק מודרך במערכת ניהול

הדרכה. מערכת ניהול הדרכה תקלוט

את תמונת העובד לתיקהמודרך בשני מקרים:

. בהסבת תיקים ממערכות1 ההדרכה הקיימות למערכת

החדשה.

. בפתיחת תיק מודרך חדש2 שאינו קיים במערכת )המערכת

תזהה שלמודרך אין תמונה(.

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

את התמונות

חד-כיווני )מבסיס הנתונים

של הפורטל למערכת

ניהולהדרכה(



מודול מבחנים.7 חיצוני

באקסטראנט

מודול מבחנים חיצוני שיותקן ע"ג רשת נפרדת

)אקסטראנט( ויאפשר העברת מבחנים לנהגי

חוץ של רש"ת

נהגי חוץ של רש"ת ייבחנו במודול המבחנים שיותקן

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

פרטי מבחן, ציון וכדומה( יועברו למערכת ניהול הדרכה, שתותקן ברשת הרגילה, ויעדכנו את תיק

המודרך שבה

חד-כיווני)מהמחו

לל למערכת

ניהולהדרכה(







8.Active Directory

מערכת לניהולמשתמשים.

על המערכת המוצעת להתבסס על חשבון

המשתמש במערכת ה-ADהארגונית ועל

קבוצות ההרשאה(.Groupsבמערכת זו )

בתהליך ניהול הדרכה נדרשת קישוריות בין מערכת ניהול

הדרכה המוצעת למערכת ניהול המשתמשים. להלן המקרה בו

תידרש ההשקה בין שתיהמערכות:

מערכת ניהול הדרכה תאפשר גישה והרשאות במערכת לפי

ADזיהוי המשתמש ב-

דו-כיווני

מערכת ניהול.9 מסמכים ותוכן

(O)

מערכת מנהלתית עתידית המיועדת לניהול

שתתבססמסמכים ותוכן, על מוצר תשתית לניהול מסמכים ומספר יישומים.

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

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

ארגוני לאיתור, אחזור ושליפה של מידע השמור

במערכת ניהול המסמכים ובמערכות

נוספות ברש"ת

נדרשת העברת נתונים ממערכת ניהול הדרכה המוצעת למערכת

ניהול מסמכים ותוכן חדשה ואחזור נתונים המצויים

במערכת ניהול מסמכים ותוכןלמערכת ניהול הדרכה.

להלן המקרים בהם תידרשההשקה בין שתי המערכות:

שמירת תיקי המודרכים. 1 – בעת שהמדריךבקורס שנדחו

יבצע שמירת תיקי המודרכים שנדחו בקורס, תבוצע העברת

נתוני תיקי המודרכים )פרטים אישיים של המודרכים, ציונים

וכדומה( ממערכת ניהול הדרכה למערכת ניהול

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

5ניהול מסמכים ותוכן, לפחות שנים ממועד הדחייה

אחזור תיקי מודרכים שנדחו. 2 – בעת שייווצר צורךבקורס

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

ממערכת ניהול הדרכה לאחזור הנתונים מתיק המודרך

המאוחסן במערכת ניהולמסמכים ותוכן

חד-כיווני)ממערכ ת ניהול הדרכהלמערכ ת ניהול

מסמכיםותוכן(

חד-כיווני)ממערכ ת ניהול

מסמכים ותוכן

למערכ ת ניהולהדרכה(


שלב האפיון המפורט, יש

להביא בחשבון כי

יתכן שתכולת הממשקתורחב





מערכת מיון.10וגיוס עובדים )

O)

מערכת מנהלתית עתידית המיועדת לתמוך במיון וגיוס של מועמדים

חיצוניים לרש"ת

בתהליך מיון וגיוס מועמדים חיצוניים לרש"ת נדרשת העברת

נתונים ממערכת המיון והגיוס החדשה למערכת ניהול

ההדרכה החדשה והעברת נתונים ממערכת ניהול ההדרכה

למערכת המיון והגיוס. להלן המקרים בהם תידרש

ההשקה בין שתי המערכות: נתוני מועמדים לביצוע קורס. 1

– העברת פרטים אישיים של מודרכים, המופנים לביצוע

קורס בהתאם לתפקיד, ממערכת מיון וגיוס לתיק

המודרך במערכת ניהול הדרכה

– העברת נתוניםנתוני קורס. 2 המוזנים בפתיחת קורס

במערכת ניהול הדרכה )עבורכל קורס( למערכת המיון והגיוס

–נתונים מסכמים לקורס. 3 העברת נתונים מסכמים בסוף

הקורס )כמות מודרכים שסיימו, כמות מודרכים שהודחו וכדומה(

ממערכת ניהול הדרכהלמערכת המיון והגיוס


ת מיון וגיוס

עובדיםלמערכ ת ניהולהדרכה(

חד-כיווני)ממערכ ת ניהול הדרכהלמערכ ת מיון וגיוס

עובדים(

חד-כיווני)ממערכ ת ניהול הדרכהלמערכ ת מיון וגיוס

עובדים(




יתכן שתכולת הממשק

תורחב

ברשתהתרשים הבא מתאר את סוגי המערכות של רש"ת המתממשקות למערכת ניהול הדרכה ומציין את מהות הנתונים המועברים בכל ממשק:האדומה



:להלן רשימת הממשקים הידועים בשלב זה ברשת האדומה טרם ביצוע האפיון המפורט




תיאור מערכתמשיקה

הערותכיווןפירוט הממשק


מבצעית )חטיבת

הביטחון(

מערכת כשירות מבצעית משמשת

לבניית תמונת מצב של הכשירות המבצעית של

הפרט, על-בסיס עמידה במדדי/סרגלי

כשירות שהוגדרו לפרט, והזנת מערכת

ניהול הכשירות והמוכנות על-ידי תמונת



הכשירות, התיק כולל פרטים אישיים ואוסף של נתונים מקצועיים

שנצברו על הפרט













מבצעית(



שירותי הדואר.2 של חטיבתהביטחון )Exchange)

שרת הדואר של חטיבת הביטחון ישמש כתשתית לקבלת הודעות דוא"ל

)עדכוני סטאטוס וחיוויים( מהמערכת

לכל מודרך





הדואר(






3.Active Directory










דו-כיווני

מערכת ניהול.4 מסמכים ותוכן

(O)

מערכת מנהלתית עתידית המיועדת

לניהול מסמכים ותוכן, שתתבסס על מוצר

תשתית לניהול מסמכים ומספר יישומים.

המערכת הנדרשת תהווה תשתית

לאינדוקס ואחזור פריטים הנמצאים

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

ארגוני לאיתור, אחזור ושליפה של מידע

השמור במערכת ניהול המסמכים ובמערכות

נוספות ברש"ת

נדרשת העברת נתונים ממערכת ניהול הדרכה המוצעת למערכת

ניהול מסמכים ותוכן חדשה ואחזור נתונים המצויים

במערכת ניהול מסמכים ותוכןלמערכת ניהול הדרכה.

להלן המקרים בהם תידרשההשקה בין שתי המערכות:

שמירת תיקי המודרכים. 1 – בעת שהמדריךבקורס שנדחו

יבצע שמירת תיקי המודרכים שנדחו בקורס, תבוצע העברת

נתוני תיקי המודרכים )פרטים אישיים של המודרכים, ציונים

וכדומה( ממערכת ניהול הדרכה למערכת ניהול

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

5ניהול מסמכים ותוכן, לפחות שנים ממועד הדחייה

אחזור תיקי המודרכים שנדחו. 2 – בעת שייווצר צורךבקורס

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

ממערכת ניהול הדרכה לאחזור הנתונים מתיק המודרך

המאוחסן במערכת ניהולמסמכים ותוכן

חד-כיווני)ממערכ ת ניהול הדרכהלמערכ ת ניהול

מסמכיםותוכן(

חד-כיווני)ממערכ ת ניהול

מסמכים ותוכן

למערכ ת ניהולהדרכה(




יתכן שתכולת הממשק

תורחב



ניהול הדרכה על-גבי הערה שלידנית, תבוצע העברה הרשת האדומה: בהתייחס למערכת ניהול הדרכה למערכת כוח אדם והעברת נתונים ידניתנתונים )לא על-ידי ממשק( ממערכת

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

ברשתהתרשים הבא מתאר את סוגי המערכות של רש"ת המתממשקות למערכת ניהול הדרכה ומציין את מהות הנתונים המועברים בכל ממשק:האדומה הנוספת

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







מבצעית )חטיבת שתפ"א

ומסופים(

מערכת כשירות מבצעית משמשת

לבניית תמונת מצב של הכשירות המבצעית של

הפרט, על-בסיס עמידה במדדי/סרגלי

כשירות שהוגדרו לפרט, והזנת מערכת

ניהול הכשירות והמוכנות על-ידי תמונת



הכשירות, התיק כולל פרטים אישיים ואוסף של נתונים מקצועיים

שנצברו על הפרט













מבצעית(

יאופיין ויוגדר

במסגרת שלב האפיון

המפורט

שירותי הדואר.2 של חטיבת

שתפ"אומסופים )Exchange)

שרת הדואר של חטיבת שתפ"א ומסופים ישמש

כתשתית לקבלת הודעות דוא"ל )עדכוני

סטאטוס וחיוויים(מהמערכת לכל מודרך





הדואר(






3.Active Directory










דו-כיווני

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

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

משלוש.3.16.2 אחת כל עבור לעיל המצוינות לדרישות מענה נותן הוא כיצד יפרט המציע (.Qהרשתות )

_________________________________________________________________________ _________________________________________________________________________

. המציע יפרטMS Excelנדרש כי המערכת המוצעת תוכל לייצא ולייבא נתונים אל ומ-.3.16.3 (.Q הנתמכות )Excelכיצד ימומש המענה לדרישה זו וכן את גרסאות

_________________________________________________________________________ _________________________________________________________________________

ולשמור נתונים בפורמטMS Wordנדרש כי המערכת המוצעת תוכל לייצא נתונים אל .3.16.4 Adobe Acrobat PDF-גודל קבצי ה .PDF נדרשים להיות סבירים ביחס לגודל קבצי MS

Word/Excel המציע יפרט כיצד ימומש המענה לדרישה זו וכן את גרסאות .Wordהנתמכות (Q.)

_________________________________________________________________________ _________________________________________________________________________

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

(.SCOMהניטור של רש"ת )הניטור עשוי להתבסס גם על מערכת ה- של רש"ת. המערכת המוצעת תכלול ממשקBIניתן יהיה להעביר מידע למערכות ה-.3.16.6

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



במסגרת שלב האפיון המפורט של המערכת, יעביר הספק לרש"ת אפיון מפורט אודות.3.16.7 (. המסמך יתוחזקInterface Control Documentיכולת ההתקשרות עם המערכת המוקמת )

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

המסמך יכלול לפחות את הפירוט הבא:תיאור כללי של המערכת.(1מסמכים ישימים.(2סקיצה המתארת את השכבה הפיסית והלוגית.(3הטכנולוגיה באמצעותה ניתן להתממשק עם המערכת )פרוטוקול(.(4Message(דוגמאות למבנה כל סוגי הקלט/פלט (5 Format( המועברים בממשק כולל

.Ack/HeartBeatתעבורת (.Connect Phaseתיאור של הליך הקמת ערוץ הממשק )(6(.Disconnect Phaseתיאור של הליך סגירת ערוץ הממשק )(7זמינות.(8שרידות.(9גיבוי.(10(.OVO/SCOMבקרת פעילות שוטפת )לוגים/טבלאות בקרה/ניטור באמצעות (11

(O ברשת הרגילה )IDMקישוריות מול מערכת ה-.3.16.8או למערכתADהמערכת מיועדת להתממשק למערכת ניהול הזהויות הארגונית .1 CA

Identity Managementבגרסתה המותקנת ברש"ת בזמן ביצוע הפרויקט בפועל )כיום (, ולאפשר את ביצוע כלל פעולות ניהול חשבונות המשתמשים12.6מותקנת גרסה

והרשאותיהם באופן אוטומטי. האפשרות אשר לפיה ניתן לבצע את ההתממשקות למערכת ניהול הזהויות הארגונית.2

הינה כדלקמן: Active התבססות על מערכת ה-א. Directory על המערכת המוצעת להתבסס על :

הארגונית ועל קבוצות ההרשאה במערכת זו )ADחשבון המשתמש במערכת ה-Groups-מערכת ה – )ADניהול הזהויות הארגונית מנוהלת כיום על-ידי מערכת

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

התבססות מלאה של משתמשי המערכת המוצעת בחשבון המשתמש ב-(1AD.

ב-(2 תוקמנה אשר ההרשאה קבוצות ההרשאותADפירוט ניהול לשם במערכת המוצעת.

לכל קבוצת הרשאה יש לתת תיאור בעברית המתאר את ההרשאה.(3 במידה ולמערכת קיים ניהול משתמשים פנימי משלה, ביצוע סנכרון יבוצע(4

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

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

פעולות אלו ואופן הפעלתן ו/או ניהולן.



ניהול תצורה .3.17ניהול התצורה על-ידי הספק יבוצע על-פי הדרישות הבאות:

במהלך תקופת ההתקשרות יבוצע ניהול תצורה קפדני, כאשר הפיתוח יבוצע תחת כלי ממוכן.3.17.1 בגרסה התקפה ברש"תTeam Foundation Server(TFS)לניהול תצורה, עדיף בתוכנת

למועד המסירה. שמירה על גרסה אחידה. גרסת המערכת תהיה בשאיפה זהה בכל אחת משלוש הרשתות עליהן.3.17.2

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

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

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

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

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

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

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

_________________________________________________________________________ _________________________________________________________________________

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

(.Qבגרסה( )_________________________________________________________________________

_________________________________________________________________________

כלי פיתוח ותחזוקה .3.18יישומים.3.18.1 וכן המציע יפרט את סביבת הפיתוח וכלי הפיתוח והתחזוקה אשר יעשה בהם שימוש

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



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

_________________________________________________________________________ _________________________________________________________________________

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

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

כלי בדיקות .3.19 המציע יפרט את כלי ניהול הבדיקות אשר ישמשו לעבודה בסביבת הבדיקות וכן יישומים

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

_________________________________________________________________________

שליטה ובקרה .3.20כללי.3.20.1

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

הטכנולוגית והן בנושא רציפות תפעולית של התהליכים.

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

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

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



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

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

ניטור שוטף ורציף .3.20.3

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

.Logפעילות הממשקים. כל חריגה מפעילות תקינה של המערכת תקבל ביטוי בקבצי בדיקת לדוגמה: קיימים במערכת(. )אם תקופתיים מהלכים הרצת תאפשר המערכת

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

חודשים לפחות.12לתקופה של

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

SMS-וה Exchange.של רש"ת )מסרונים ודוא"ל(, וזאת רק ברשת הרגילה

גיבוי .3.21 כמפורט במוסף א' במפרט זה – טכנולוגיות ברש"ת, קיימת ברש"ת מערכת גיבוי מרכזית

אשר תשמש לגיבוי המערכת המוצעת. IBMמבית VEEAMהרשתות הנפרדות )כדוגמת הרשת האדומה( נשענות על מערכת גיבוי עצמאית

Backup & Replication 7R2.יבוצע אוטומטית )ללא צורך בהתערבות מפעיל( באופן שגרתי, בהתאם גיבוי הנתונים לקבוע זמן שיוגדר על-ידי מנהל המערכת. בנוסף, ניתן יהיה ליזום גיבוי בכל נקודת זמן

רצויה. העברת הנתונים לגיבוי תהיה שקופה למשתמשים ולא תפגע בפעילות המלאה של

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

ברש"ת ובהתאמה למערכת הגיבוי בכל רשת. מעודכן ליום עמודים -186 מתוך 115- עמוד נספח א' - המפרט הטכני

31.12.14


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

תוכנית הגיבויים המוצעת עבור סביבות העבודה השונות.(1פריטי המידע שמומלץ לגבותם, בחלוקה למידע קריטי / חשוב / רצוי.(2המידע שצריך להישמר במערכת.(3טווח הזמן הנדרש לשמירת המידע )יום, חודש, שנה, לצמיתות(.(4תדירות הגיבוי הנדרשת.(5 כל האירועים המצריכים גיבוי של מרכיבים מסוימים. לדוגמה: שינויי תצורה במרכיב(6

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

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

שרידות והתאוששות .3.22 בשלב האפיון המפורט, יציג הספק את המנגנונים שיאפשרו התאוששות ושרידות בפעילות.3.22.1

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

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

תקלות וכדומה.

זמני תגובה במערכת .3.23 נמדד מהרגע בו נשלחה הפעולה )על-ידי הקשת מקש אישור כלשהו( ועדזמן התגובה

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

התגובה המקובלים במערכות מידע תפעוליות, כמפורט להלן:/ כולל הגעה לתפריט, פתיחת חלון כניסה למערכת )כגון: נפוצות פעולות תפעוליות

שניות.3לשונית, בחירה מתפריט / ניתוב למסך, שמירת נתונים וכדומה( – עד שניות.10הפעלת ממשק – עד

שחזור נתוני מודרכים וקורסים מתקופה היסטורית )מתוך נתונים הזמינים לשליפה מתוך שניות.90בסיס הנתונים( – עד

שניות.30הפקת דו"ח פשוט – עד



שניות.90הפקת דו"ח מורכב – עד

יתירות וזמינות המערכת.3.24יתירות.3.24.1

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

,5לפרק המערכת המוצעת, על כלל מרכיביה, נדרשת לעמוד בדרישות הבאות, בהתאם -5.5.5סעיף להלן

זמני התגובה לטיפול בתקלות: המערכת תתופעל באופן רציף ושוטף בכל שעות היממה אולם התמיכה התחזוקתית(1

– 17:00תינתן בשעות העבודה הרגילות, קרי: ימים א'-ה', בין השעות שעון08:00 שעון ישראל )להלן "שעות העבודה07:00-14:00ישראל וביום ו'/ערב חג, בין השעות

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

להלן. 5.5.4, סעיף 5דרישת זמינות מוקד השירות מפורטת בפרק (2מתוך שעות פעילותה99.5%במהלך שנה קלנדארית, תהיה המערכת בזמינות של (3

הנדרשות. שעות לכל היותר.8כל השבתה או הפסקת פעילות המערכת לא תהיה מעבר ל-(4יזומות מטעם הספק, המתוכננות לחלון שעות העבודה בפועל, תתואמנה(5 השבתות

ימי עסקים טרם ההשבתה.3ותאושרנה מראש מול רש"ת, לפחות על הספק להימנע ככל שניתן מהשבתות יזומות בשעות העבודה בפועל.(6 תקלה משביתה כלל מערכתית: לא יותר מפעמיים בשנה, זמן מרבי לתיקון והחזרת(7

שעות.8המערכת לפעולה, בין אם באמצעות פתרון זמני או קבוע, לא יעלה על

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

_________________________________________________________________________ _________________________________________________________________________

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

יכולת הביזור של השירותים בין מספר שרתים לפי הצורך.(1יכולת הפעלה על מספר שרתים המריצים את אותו שירות.(2יכולת תמיכה במספר מעבדים באותו שרת ועבודה במקביל.(3



יכולת תמיכה בהגדלת זיכרון פנימי וניצולו לטובת היישום.(4יכולת הרחבה/גידול של קווי תקשורת למיניהם.(5

יש לפרט משמעויות גידול בכל מרכיבי המערכת )שרתים, ממשקים וכדומה(._________________________________________________________________________

_________________________________________________________________________

(Qטבלת תאימות לסטנדרטים הטכנולוגיים ).3.26ברש"ת, הטכנולוגיים הסטנדרטים על המבוססת המצ"ב, הטבלה את למלא המציע על המפורטים במוסף א' – מוסף הטכנולוגיות – במפרט טכני זה. יינתן יתרון לפתרון המבוסס על הסטנדרטים הטכנולוגיים הרלוונטיים הפעילים ברש"ת, גם במידה ורש"ת תספק אי אילו ממרכיבי

המערכת.

(.3פירוט טכני וטכנולוגי יש לפרט בסעיפים הרלוונטיים במענה לפרק זה )פרק

מס' סעיף במוסף

הטכנולוגיות

תאימותפירוטמלאה

תאימותחלקית

איןתאימות

חומרה מרכזית IBM ,HP תוצרת WINTELשרתי 2.4.1 מערכות אחסון מרכזי )שתי יחידות בגיבוי חם(2.4.1

מסוג: IBM DS 8800

תחנות עבודה שולחניות מתוצרת יצרנים שונים2.4.1ציוד קצה

"– מתוצרת יצרנים שוניםLCD 19צגי 2.4.2.1"– מתוצרת יצרנים שוניםLCD 22צגי 2.4.2.1

תוכנות תשתית )ומעלה( על כלל רכיביה Office 2010גרסת 2.4.3.1)ומעלה( 9 גרסה Internet Explorerדפדפן 2.4.3.2 )ומעלה(Microsoft IIS 8.5שרת 2.4.3.4

אחסנת נתונים







איןתאימות

SAN, המחוברת ברשת IBM DS8800מערכת 2.5.2EMCמערכת 2.5.3 VNX ביטחון5300 רשת –

ורשת קב"טיםמערכות הפעלה

)ומעלה(MS Windows 7תחנות עבודה: 2.6.1שרתים:2.6.1

2012 R2 Server Standard Edition Windows )ומעלה( לשרת יחיד.

Windows 2008 R2 Server Enterprise Edition )ומעלה( לשרת בתצורת אשכול.

בסיסי נתונים2.7.1MS-SQL 2012 גרסאות ,Standard -ו Enterprise

)ומעלה(כלי פיתוח ותחזוקה

2.8.1C#, VB.Net –למערכות שרת-לקוח dotNet 3.5 ומעלה

2.8.1ASP.Netלמערכות dotNet 3.5אינטרנט/אינטראנט/אקסטראנט-

ומעלה2.8.1Visual Studio 2008)ומעלה( 2.8.1Team Foundation Server 2013 2.8.1 SharePoint תהליכי2010 פורטלים, לבניית

מערכי "חכמים", טפסים ארגוניים, עבודה הדרכה, ארכיון מסמכים

2.8.1Microsoft SharePoint Designer 2010כלי שליטה ובקרה

OVOמערכת 2.9.1 ע"ג 9.1 Unix מבית ,HP )ומעלה(

SCCMמערכת 2.9.2 מיקרוסופט2007 מבית שנת הערה)ומעלה(. במהלך צפוי2014:

SCCM 2012שדרוג לגרסת SCOMמערכת 2.9.3 מיקרוסופט2012 מבית

)ומעלה(טכנולוגיות נוספות

2.12EAI התאמה למערכת - EAI מסוג BizTalk )ומעלה( מבית מיקרוסופט, המיישמת2010







איןתאימות

בארגון השונות המערכות בין קישוריות ומחוצה לו

- למטרת גישהCitrix XenApp 6.5מערכת2.12המצויים ומשתמשים מרוחקים מאתרים המידע למערכות הארגון, לגבולות מחוץ

בנתב"גהארגון2.12 לגורמי בטוחה לגישה מערכת

OTPמבוססת תעודות דיגיטאליות ומנגנוני מבית 2.12 "כספות"Cyber-Arkמערכת –

להעברת וחיצוני פנימי לשימוש וירטואליות מידע עד סיווג "שמור"

VMwareתשתית שרתים וירטואליים מבוססת 2.12Vsphere 5.1

Microsoft Exchange 2010תשתית דוא"ל - 2.12– מבוסס Load Balancingמנגנון 2.12 Aceמבית

Ciscoבמערכות עומסים חלוקת לצורך , רש"ת

תוכנת 2.12 פקסים: MESSAGEשרת Manager Server

2.12NAS - Netapp Data ONTAP Release 8.1.2P1

(N6040G ) -משמש כ – Gatewayבלבד אל מול מערך האחסון המרכזי, כמפורט מעלה.

סביבת אתר האינטרנט

האתר נמצא בשירות אירוח מחוץ לרש"ת2.13פלטפורמת 2.13 על מבוסס SharePointהאתר

Portal Server 2013

סביבת שירותי האקסטרנט

)ומעלה(6 גרסה Microsoft IISשרתי 2.13 )ומעלה(2008 גרסת Microsoft SQLשרתי 2.13



מימוש .4

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

לתוכנית עבודה מפורטת שתוכן על-ידי הספק.

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

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

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

טכני, מנהל שירות וכדומה.בהתקדמות(2 מטעמו המשנה קבלני ושל המציע של הבכירות ההנהלות מעורבות

הפרויקט.ורצף העבודה עם רש"ת בכל שלב של מחזור חיי הפיתוח,(3 פירוט נקודות ההשקה

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

השיטות והכלים לשיתוף ידע ולניהול ובקרת הפרויקט שבכוונת המציע להעמיד על מנת(4 פנימיות של המציע וקבלניReviewsלאפשר את התקדמות הפרויקט. לדוגמא: פגישות

ל- ובלי קשר )עם בנוגע להתקדמותReviewsהמשנה דו"חות בקרה מול רש"ת(, תוכנית העבודה, ערוצי הידברות דחופים, נהלי תיעוד וכתיבת מסמכים וכיו"ב.

אחר, לשיקול דעתו של המציע.(5_________________________________________________________________________

_________________________________________________________________________

(Qׂׂׂׂמתודולוגיה ומומחיות ).4.3 המציע יציג את המומחיות המוצעת על-ידו לביצוע הפרויקט, על בסיס ניסיון מעשי עצמאי.

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

להלן. 4.5.2



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

פירוט המתודולוגיה שבה תפותח המערכת.א.

. וכדומה(. NETפירוט מרכיבי סביבת הפיתוח )כגון: ב._________________________________________________________________________

_________________________________________________________________________

פרטים על המציע .4.4פרטי המציע .4.4.1

מספר החברהשם החברה)ח"פ(

מיקודעירכתובת

מספר פקסמספר טלפון

כתובת אתר אינטרנטכתובת דוא"ל

תפקידשם איש הקשר

מספר טלפון ניידמספר טלפון במשרד

מספר פקסכתובת דוא"ל

בנוסף, המציע יציג במענה את הנתונים הבאים:.1 שמות בעלי העניין בחברה )כהגדרתם בחוק ני"ע(, בעלי זכות החתימה בחברה ומנהליהא.

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

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

לקוחות.



______________________________________________________________________________ ______________________________________________________________________________

( את התשובה הנכונה[:Vהמציע יקים את הפרויקט ]יש למלא ב-).2

][ על-ידי המציע בלבד ][ על-ידי המציע + קבלני משנה

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

מעמד המציע .4.4.2הנתונים שלהלן נדרשים עבור המציע בלבד.

1) -----לא רלוונטי

( Q ותק וניסיון )(2היקף פעילות בתחום הנדרשא.

ותק וניסיון בשוק הישראלי ______________________________________________.

_______מספר שנות הפעילות בתחום מערכות לניהול הדרכה ולמידה - שנים.

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

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

– טבלת פרויקטים 1 טבלה מספר

פרויקט מערכת / פרויקט1

פרויקט2

פרויקט3

פרויקט4

פרויקט5

פרויקט6

תיאור תמציתי שלהמערכת / הפרויקט

תיאור טכנולוגיות הפרויקט /

פלטפורמות היישום תיאור ממשקים

למערכות פנים וחוץארגוניות




פרויקט2

פרויקט3

פרויקט4

פרויקט5

פרויקט6

תיאור היבטי אבטחתהמידע בפרויקט

תוכנה:. שם היצרן1. שם המוצר2. גרסה ומועד השקה34 .DB

תקופת הפרויקט –מועדי התחלה וסיום

היקפי פיתוח ההתאמות במערכת,

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

אדם )לא כוללהרחבות ושו"שים(מועד עלייה לאוויר

תקופת התחזוקה:הלקוח

. שם הארגון1. איש קשר ותפקידו2. מס' טלפון )קווי ונייד(3. כתובת דוא"ל4 פרטי איש קשר. 5

לקבלת חוות דעת - שם, תפקיד, מספר טלפון

)קווי ונייד(, כתובתדוא"ל

מספר משתמשים במערכת )פנים ארגוניים וחוץ

ארגוניים( תפקיד המציע בביצוע

הפרויקט והאם המציע שימש כקבלן ראשי/משנה בהקמת

המערכת שמות קבלני משנה

ותיאור קצר של חלקם




פרויקט2

פרויקט3

פרויקט4

פרויקט5

פרויקט6

בפרויקט

: הערות והנחיותשלעיל עד 1המציע נדרש לפרט בטבלה מספר א. ניהול ההדרכה6 פרויקטים בתחום

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

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

ושביעות הרצון משירותי המציע.

כ"א בחברה (3המציע יפרט את הנתונים הנדרשים כדלקמן:

עובדים._____ א. מספר מועסקים כללי בחברה - _

______ב. מספר עובדי החברה הכללי העוסקים בתחום מערכות לניהול הדרכה ולמידה - ובדים.ע

ג. פירוט עובדים בתחום הקמת המערכת הנדרשת:

תחוםהשכלהשםתפקיד#התמחות

פרויקטים בהם היה

שותף

תפקידובפרויק

ט ותק

בתחום ותק

בחברה

1.2.3.4.5.6.7.8.9.10.



מערך ההדרכה(4יתייחס בעיקר והתשתיות הקיימות למתן הדרכה. המציע יכולות המציע יש לפרט את

לנושאים הבאים: מערך הדרכה קבוע העומד לרשות המציע.(1)היערכות למתן הדרכה, הטמעה וליווי באתר הלקוח.(2)שיטת ההדרכה.(3)

_____________________________________________________________________________ _____________________________________________________________________________

5) -----לא רלוונטי

(Q צוות מקצועי מטעם המציע )(6

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

עם המערכת המוצעת, בסיס הנתונים המוצע וכדומה(.

תחו#ם

תפקיד

ניסיון שם רלוונטיבתחום

% משרהמעורבות בפרויקטיםבפרויקט

סיווגביטחו

ניאזרחי

חברה/ קבלןמשנה

לקו שםח

מועד סיום

הפרויקט

האם קיים)כן/לא(

1.2.3.4.5.6.7.8.9.10.



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

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

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

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

המציע יפרט אנשי קשר לקבלת חוות דעת על מנהל הפרויקט המוצע על-ידו:ד.

איש הקשרהפרויקטהלקוח#דוא"לתפקידטלפוןשם

1.2.3.4.5.6.7.

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

טיב הקשר של המציע עם יצרן תוכנת המדף המוצעת(7 המציע יפרט מעמד כללי של יצרן תוכנת המדף המוצעת על-ידו במענה למכרז זה, בשוק

המקומי והבינלאומי._____________________________________________________________________________ ______________________________________________________________________________

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

ביניהם בפרויקטים דומים קודמים._____________________________________________________________________________ ______________________________________________________________________________



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

העסקי והמקצועי ופרטים באשר לחוסנה הפיננסי של החברה הנ"ל._____________________________________________________________________________ ______________________________________________________________________________

המציע יפרט את מחויבות היצרן לפרויקטים בניהול המציע._____________________________________________________________________________ ______________________________________________________________________________

המציע יפרט את חלקי המערכת והיצרן של כל מרכיב במערכת:

פרטי היצרן )שםפירוט הרכיב#החברה, שם המוצר(

הסכם ההתקשרות עם(1היצרן )

1.2.3.4.5.

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

(Q פרטים על קבלני משנה )(8

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

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

הרלוונטיים שנשאלו לגבי קבלן המשנה.

הפעילות /# רכיב

במערכת

שםקבלן

המשנה

אופןההתקשרו

ת עם קבלן

המשנה )1)

פרויקטים שקבלן המשנה ביצע( 2בתחום )

הערות

מועד סיוםלקוחתיאור הפרויקט

1.



הפעילות /# רכיב

במערכת

שםקבלן

המשנה

אופןההתקשרו

ת עם קבלן

המשנה )

פרויקטים שקבלן המשנה ביצע( 2בתחום )

הערות

מועד סיוםלקוחתיאור הפרויקט

2.3.4.5.

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

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

המציע יפרט במדויק את הפרויקטים שקבלן המשנה ביצע בתחום ויציין כיצד יתבצע(2)על-ידו הפיקוח על קבלני המשנה.

מימוש כולל של המערכת .4.5

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

במסמכי המכרז. וההטמעה כמפורט במסמכי יהיה אחראי על כל פעילויות ההתאמה, ההקמה המציע

המכרז. , תוך מימוש מהיר, עםTurn-Key-Projectסוג הפתרון הנדרש הינו מערכת שלמה ומלאה,

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

(Q) תוכנית עבודה.4.5.1 המציע יציע במסגרת הצעתו ועל סמך ניסיונו תוכנית עבודה שתכלול את כל השלבים(1

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

לשלבים ופעילויות אלו.



,PROJECT-MSהמציע יציג את תוכנית העבודה המוצעת בגאנט, המבוסס על תוכנת (2או בגרסה התקפה ברש"ת, שיכלול את השלבים והפעילויות שפורטו2010בגרסת

בתוכנית העבודה המוצעת.המציע יציין ויפרט את הסיכונים הצפויים בלוח הזמנים ובתוכנית העבודה המוצעת.(3

______________________________________________________________________________ ______________________________________________________________________________

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

כמפורט להלן.1דרך מס' לעיל, המציע יכין ויגיש במסגרת הצעתו, תוכנית עבודה המותאמת4.5.1כאמור בסעיף

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

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

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

מאחר ומדובר במערכת רוחבית ברש"ת הרי שבהיבט הטמעת המערכת יתבצע המימושבשני שלבים: שלב א' – הטמעת המערכת במקביל עבור אגף הדרכה וחטיבת הביטחון.

שלב ב' – הטמעת המערכת באופן מדורג עבור שאר היחידות הארגוניות של רש"ת. להלן( מפורטות בהרחבה הפעילויות המופיעות בטבלה שלהלן.4.5.3בסעיף הבא )סעיף

פעילותנושאפירוט הכנת והגשת.1

תוכניות העבודההמפורטות

באחריותהספק:

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

האיכות. תוכנית עבודה מפורטת 2. גאנט3



פעילותנושאפירוט]פעילויות4 מפורטת סיכונים ניהול תוכנית .

התיקונים ישולבו בגאנט[

. תוכנית בדיקות 5. תוכנית הדרכה והטמעה6

]ראה פירוט בנספח ז' בחוזה – נספח הבטחתהאיכות[

באחריותרש"ת:

אישור / הנחיות לעדכון תוכנית העבודה

ותוכניות עדכניותתיאור כללי: הכנה והגשה של מסמכי עבודה נספח – בחוזה ז' בנספח כמפורט ומפורטות,

הבטחת האיכותתוך לו"ז: אישורימים 10הגשה מיום חתימת החוזה.

ימים מהגשת המסמכים והתוכניות 10רש"ת תוך מחתימת חוזה.חודשסיום השלב עד

באחריותהכנת אפיון מפורט.2הספק:

הכנה והגשה של אפיון מפורט של המערכת..12.( מפורט אפיון מצגת Detailedהכנת Design)

והצגתה בסקר תיכון קריטי באחריות

רש"ת:אישור / הנחיות לעדכון האפיון המפורט

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

(. תנאיCDR – Critical Design Reviewתיכון קריטי )מסמך אישור הינו הספק, עם הפרויקט להמשך

. CDRהאפיון על-ידי רש"ת לאחר קיום ה-תוך לו"ז: המפורט האפיון מסמך ימים 45הגשת

תוך רש"ת אישור החוזה. ימים15מחתימת מהגשת מסמך האפיון המפורט לאחר שהוטמעו בו

.CDRהערות רש"ת שנמסרו לספק במסגרת ה- מחתימת חוזה. חודשים3 סיום השלב עד

פיתוח והתאמות.3 מודולים

פונקציונאליים,פיתוח ממשקים


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


ליווי, בקרה ומעקב. יישום ממשקים מהמערכות התפעוליות של רש"ת

למערכת והכנת התשתית לקליטת המערכת פיתוח והתאמת כלל הפונקציונאליות הנדרשת שלתיאור כללי:



פעילותנושאפירוטלמערכות המערכת ממשקי לרבות המערכת

התפעוליות של רש"ת מחתימת החוזה חודשים10 סיום השלב עדלו"ז:

הסבת נתונים )שלב.4א' ושלב ב'(


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

לסביבת הייצור באחריות

רש"ת: אישור תוצאות ההסבה שבוצעה בסביבת הבדיקות

ואישור העלאת התוצאות לסביבת הייצורקיימותתיאור כללי: אודות המודרכים ממערכות נתונים הסבת

פירוט מבצעית(, כשירות מבחנים, )"ברקת", הקורסים שביצעו והציונים ממערכת רישום ומעקב

( למערכת המוצעת400ASקורסים ישנה ) חודשים11סיום השלב: הסבת נתוני שלב א' – עד לו"ז:

25 מחתימת החוזה, הסבת נתוני שלב ב' – עד מחתימת החוזהחודשים

הכנת תוכנית.5בדיקות מסירה


הכנה והגשה של המסמכים הנ"ל לאישור רש"ת:STP – Software Test Plan

STD – Software Test Description באחריות

רש"ת:אישור / הנחיות לעדכון, ליווי ומעקב

תסריטיתיאור כללי: תכנון ומסמך הבדיקות תוכנית הכנת בדיקות מסירה עבור כלל מרכיבי המערכת ותסריטי בדיקות למרכיבים ייחודיים עבור המשתמשים אשר

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

טרם מועד סיום שלב הפיתוח וההתאמות ימים30על-ידי הספק.

תוך רש"ת ימים30אישור התוכנית מהגשת והתסריטים )לרבות סבבים, במידה ויידרשו(.

מחתימת החוזה חודשים10סיום השלב עד בדיקות מסירה ).6

FAT) באחריות

הספק:שתתגלינה תקלות ותיקוני מסירה בדיקות ביצוע

במהלך הבדיקות באתר הספק הגשת המסמכים הנ"ל לאישור רש"ת:

STR – Software Test Results מסמך אפיון התקנת תשתית וגרסת תוכנה בסביבת

הבדיקות ברש"ת באחריות

רש"ת:ליווי הבדיקות ואישורן.

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



פעילותנושאפירוטמתהליך הפיתוח וההתאמות למרכיבי המערכת

סיום השלב לרבות תיקוני תקלות על-ידי הספק עדלו"ז: מחתימת החוזה חודשים11

הכנת תוכנית.7בדיקות קבלה


הכנה והגשה של המסמכים הנ"ל לאישור רש"ת:STP – Software Test Planמעודכן, במידת הצורך

STD – Software Test Description באחריות

רש"ת:אישור / הנחיות לעדכון

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

בדיקות מטעמה.הבדיקות, בסביבת התקנה אפיון מסמך אישור

תיאום האישורים להתקנה והכנת סביבת הבדיקות תוכנית הבדיקות ותסריטי הבדיקות יוגשו לרש"ת עדלו"ז:

טרם מועד סיום שלב בדיקות המסירה על ימים10ידי הספק.

ותסריטי הבדיקות תוכנית את תאשר רש"ת ימים10הבדיקות תוך מקבלתם מהספק )לרבות

סבבים, במידה ויידרשו(. מחתימת החוזה חודשים11סיום השלב עד

בדיקות קבלה.8(SATבאתרי רש"ת )


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

במפרט זה3.7טרם עלייה לאוויר, כמפורט בסעיף ובנספח ז' בחוזה – נספח הבטחת האיכות.

תיקוני תקלות שתתגלינה במהלך הבדיקות.STR – Software Test Resultsהגשת מסמך


ליווי הבדיקות ואישורן.הכנת סביבת הבדיקות, תיאום האישורים להתקנה

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

חדירות מבדק ביצוע וכן עומסים בדיקות לרבות ( Penetrationמבוקר Testעל-ידי ויידרש במידה ,)

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

הספק לאור ממצאי הבדיקותעד לו"ז: תקלות תיקון כולל חודשים13סיום השלב

מחתימת החוזה



פעילותנושאפירוט התקנת המערכת.9

בסביבת הייצור עבור אגף הדרכה וחטיבת

הביטחון )שלב א'(


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

רש"ת באחריות

רש"ת:ליווי, מעקב ובקרה.

אישור מסמך אפיון התקנה בסביבת הייצור, תיאוםהאישורים להתקנה והכנת סביבת הייצור

התקנת המערכת תתבצע בהתאם למסמך האפיוןתיאור כללי:כל את ותכלול רש"ת, על-ידי שיאושר להתקנה על-ידי הנדרשים והעבודות הרישיונות השירותים,

רש"ת בשלב ההתקנה. ההתקנה תתבצע באופן רציף תוך עמידה בתוכנית

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

ולוח הזמנים המוסכם. התקנת המערכת בסביבת הייצור )שלב א'( תתבצעלו"ז:

ימים20תוך מסיום התיקונים שהתגלו בבדיקות הקבלה.

מחתימת החוזה חודשים14סיום השלב עד קבלה.10 בדיקות

בסביבת הייצור )שלב א'(


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

במפרט זה ובנספח ז' בחוזה –3.7כמפורט בסעיף נספח הבטחת האיכות.

תיקוני תקלות שתתגלינה במהלך הבדיקות. באחריות

רש"ת:ליווי הבדיקות ואישורן.

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

( מבוקר חדירות מבדק ביצוע לרבות הייצור Penetration Test,רש"ת על-ידי ויידרש במידה ,)

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

לאור ממצאי הבדיקותגרסאותלו"ז: והתקנת תקלות תיקון כולל סיום השלב

מחתימת חודשים16מעודכנות בסביבת הייצור עד החוזה

באחריות. תיעוד )שלב א'(11הספק:

הכנה והגשה של מסמכי התיעוד


אישור / הנחיות לעדכון

הכנת תיעוד מסודר ועדכני לכל מרכיבי המערכתתיאור כללי:



פעילותנושאפירוטימים20מסמכי התיעוד יימסרו על-ידי הספק עד לו"ז:

טרם מועד סיום בדיקות הקבלה למערכת בסביבתהייצור.

ימים20אישור רש"ת תוך ממועד קבלת מסמכי התיעוד.

מחתימת החוזה חודשים16סיום השלב עד באחריות. הדרכה )שלב א'(12

הספק:עדכנית הטמעה ותוכנית הדרכה תוכנית הגשת

ומפורטת, ביצוע ההדרכות באחריות

רש"ת:ההטמעה ותוכנית ההדרכה תוכנית אישור

והשתתפות בהדרכותלרבותתיאור כללי: הספק, על-ידי יסופקו ההדרכה שירותי

והתאמת ההדרכות ואמצעי הדרכה עזרי אספקת לסוגי המשתמשים

ממועד ימים20ההדרכות )שלב א'( תבוצענה תוך לו"ז:הייצור. בסביבת למערכת הקבלה בדיקות סיום

מחתימת החוזה חודשים17סיום השלב עד . עלייה לאוויר13

)שלב א'( באחריות

הספק: היערכות לעלייה לאוויר, הפעלת הגרסה בסביבת הייצור, מעורבות פעילה מצד הספק בכל תקופת

העלייה לאוויר.ההדרכות בהשלמת מותנית לאוויר העלייה

הנדרשות להפעלת המערכת בשלב א' באחריות

רש"ת:אישור אבן דרך לעלייה לאוויר

עליית המערכת לאוויר בסביבת הייצור )שלב א'(תיאור כללי: מחתימת החוזה. חודשים17סיום השלב עד לו"ז:

. הטמעה והרצה14)שלב א'(


הטמעת המערכת ותיקוני תקלות דחופותשתתגלינה במהלך תקופת ההרצה


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

הביטחון ברש"תוהרצתתיאור כללי: למשתמשים וליווי הטמעה שירותי מתן

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

מלאים ללא תקלות קריטיות/מהותיות. מחתימת החוזה. יתכן חודשים19סיום השלב עד לו"ז:

כי סיום השלב יתארך בהתאם לתקלות שתתגלינהבמהלך תקופת ההרצה



פעילותנושאפירוט . אישור סופי קבלת15

מערכת )שלב א'( עבור אגף הדרכה

וחטיבת הביטחון


מסירת מערכת התואמת את דרישות אגף הדרכהוחטיבת הביטחון ברש"ת


אישור אבן דרך לקבלת המערכת )שלב א'(

המערכת,תיאור כללי: ובדיקות ההרצה תקופת גמר לאחר רש"ת תאשר את שלב א' לקבלת המערכת בהתאםבתנאים ובתנאי שהמערכת עמדה דעתה לשיקול הנדרשים, והכל בכפוף לתעודת המסירה למערכת

– נספח י' בחוזה. מחתימת החוזה. יתכן חודשים19סיום השלב עד לו"ז:


. שירותי תחזוקה16 תקופתבמסגרת האחריות

שירותי תחזוקה תקופת התחזוקהב

)לאחר תום תקופתהאחריות(

שינויים ושיפורים תקופתבמסגרת

התחזוקה שלאופציה)

רש"ת(


ממועד שנים שלוש הינו האחריות תקופת משך האישור הסופי לקבלת המערכת )שלב א'(

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

המפורטות במסמך זהלמפורט בהתאם הינו התחזוקה תקופת משך

בחוזה.

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

במסמך זה באחריות

רש"ת:מעקב ובקרה

בהתאםתיאור כללי: הספק על-ידי תחזוקה שירותי אספקת והדרישות הנדרשת השירות מרמת למתחייב

המפורטות במסמך זה.התחזוקהלו"ז: תקופת ולפי האחריות תקופת לפי

שנקבעה בתום תקופת האחריות, בהתאם לחוזה,ובתיאום עם רש"ת

באחריות. מימוש שלב ב'17הספק:

,4ביצוע הפעילויות המפורטות בטבלה זו בסעיפים יחידות14, 13, 12, 11, 10, 9, 8 לעיל, עבור

רש"ת הכלולות בשלב ב' באחריות

רש"ת:המערכת תפקוד בדיקת בהדרכות, השתתפות נדרשים תיקונים מסמך הגשת השונות, ביחידות

עקב אי-התאמה לדרישותקבלהתיאור כללי: ובדיקות המערכת התקנת נתונים, הסבת



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

בשאר יחידות רש"ת והרצת המערכת. מחתימת החוזה. יתכן חודשים28סיום השלב עד לו"ז:


. אישור סופי קבלת18 מערכת )שלב ב'(עבור יתר היחידות


מסירת מערכת התואמת את דרישות שאר היחידותברש"ת


אישור אבן דרך לקבלת המערכת )שלב ב'(

המערכת,תיאור כללי: ובדיקות ההרצה תקופת גמר לאחר רש"ת תאשר את שלב ב' לקבלת המערכת בהתאםבתנאים ובתנאי שהמערכת עמדה דעתה לשיקול הנדרשים, והכל בכפוף לתעודת המסירה למערכת

– נספח י' בחוזה. מחתימת החוזה. יתכן חודשים28סיום השלב עד לו"ז:


להלן תרשים שלבי הפרויקט עבור תקופת ההקמה:(1


VVVV

VVVVVVVVVVVVVVVVVVVVV

VVV

VVV

VVV

V

VV

VVVVVVVVV

מקרא: * אבן דרך

2627 78

4. הסבת נתונים-שלבים א' ו-ב'

2. הכנה ואישור אפיון מפורט3. פיתוח והתאמות, ממשקים

1. הכנה ואישור תוכנית עבודה

34

)SAT( 8. בדיקות קבלה

56

5. הכנה+אישור ת. בדי' מסירה)FAT( 6. בדיקות מסירה

7. הכנה+אישור ת. בד' קבלה

2111213חודשים:

12. הדרכה - שלב א'

חתימת חוזה

)ARO(1

13. עלייה לאוויר - שלב א' *14. הטמעה והרצה - שלב א'

15. אישור קבלת מע'-שלב א'*16. מימוש שלב ב'

17. אישור קבלת מע'- שלב ב'*

התהליך בפריסה קלנדארית

9. התקנה בסב' הייצור-שלב א'10. בד' קבלה בייצור - שלב א'

11. תיעוד - שלב א'

242528

תרשים שלבי הפרויקט

1920212223 1415161718 910


: מימוש שלב ב' בתרשים שלעיל עבור יחידות רש"ת הכלולות בשלב ב' כולל את הפעילויותהערה(: 4.5.2הבאות, המפורטות בטבלה שבסעיף זה )

הסבת נתונים.א.

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

הדרך(2 ואבני הפרויקט שלבי של מפורטת עבודה תוכנית בשלב האפיון המפורט יציג הספק בפרויקט.Deliverablesהעיקריות וכן ציון של כל ה-

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

לעיל.2.2.2.2איתור צרכי הדרכה לקורס, כמפורט בתת-סעיף א.

: ממשקיםב. לעיל.3.16 ממשק למערכת מיון וגיוס עובדים )ברשת הרגילה בלבד(, כמפורט בסעיף

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

לעיל.3.16.8 )ברשת הרגילה בלבד(, כמפורט בסעיף IDM ממשק למערכת

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

אחת.



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

שלב א' - מימוש המערכת באגף הדרכה ובחטיבת הביטחון. .(1.3, סעיף 1בפרק שלב ב' – מימוש מדורג אצל יתר המשתמשים ביחידות רש"ת )כמפורט

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

הקיימות הישנות. לעיל:4.5.2להלן פירוט אודות שלבי הפרויקט והפעילויות המוצגות בטבלה בסעיף

בטבלה(1תוכנית העבודה )סעיף (1 הספק, במסגרת החוזה, יתאר את תוכנית העבודה המפורטת להקמת המערכת בהתאםא(

לשלבי המימוש שלעיל. התוכנית תכלול:תוכנית ניהול פרויקט.(1) לוח זמנים ומשך הביצוע. מסגרת לוח הזמנים המוגשת על-ידי הספק תהיה מחייבת(2)

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

משאבי כוח אדם שיוקצו בכל שלב בפרויקט מטעם הספק.(3)תוצרי כל שלב.(4)דרישות מרש"ת.(5) או בגרסה2010 בגרסת MS-Projectתוכנית העבודה תוגש בתרשים גאנט ובאמצעות (6)

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

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

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

ותקלות אפשריות שתשלכנה על תוכנית העבודה.תוכנית ניהול הסיכונים.(9)תוכנית הבטחת האיכות.(10)תוכנית הבדיקות.(11)תוכנית הדרכה והטמעה. (12)



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

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

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

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

בין הספק לרש"ת וכן לפי דרישת רש"ת.ז' בחוזה – נספח הבטחת האיכות, שהואז( כל דרישות הבטחת האיכות מפורטות בנספח

הנספח המחייב לנושאים אלו.

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

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

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

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

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

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

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

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

במדויק אתCDRה- שיתעד כך חיי הפרויקט כל מסמך האפיון במשך יעדכן את . הספק



המערכת ואת התוספות / שינויים שנעשו בה.

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

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

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

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

בטבלה(4 הסבת נתונים )סעיף (4 של רש"ת מחייב שמירת עומק היסטורי של הנתונים. הנתונים ההיסטוריים לגביאופי הפעילות

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

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

(. 1.1.2, סעיף 1 בפרקמהמערכות הקיימות )ראה פירוט תהליך ההפעלה המבצעית של המערכת יכלול תקופה של עבודה במקביל, כאשר בשלב א'

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

(.1.1.2מבצעית ומבחנים, במידה ומופעלות ביחידות( עד לשלב הסבתן )כמפורט בסעיף

להלן היקפי הנתונים הנדרשים להסבה ממערכת ה"ברקת" בחטיבת הביטחון:.2007 נהלים משנת 400קיימים ב"ברקת", נכון לכתיבת מסמך זה, כ-

.2007בתיק המודיעין של החטיבה קיימים פריטים משנת .2004בארכיון החטיבתי קיימים פריטים משנת



הדרכתיות במצגות או )נהלים( בקבצים כלל בדרך מדובר – וחתום" "קרא מטלות הקיימות כפריטים ב"ברקת".

מטלות חודשיות3 סביבות פעילות )תפקידים( ולכל סביבה ניתנות בממוצע 40קיימות כ- מטלות בשנה. יודגש כי מדובר120)מסוג מטלה/"קרא וחתום"( ולכן ניתנות בממוצע כ-

על חוזרת לעיתים ובנוסף, המטלה וללא פריטים שוטפים וחתום" רק במטלות/"קרא עצמה יותר מפעם בשנה.

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

הרלוונטי לתפקידו. 2000-2400היקף התיקים האישיים-מקצועיים המנוהלים במערכת כשירות מבצעית הינו כ-

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

המניין" ונפתח לו תיק אישי-מקצועי, כפי שפורט לעיל.

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

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

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

המערכת המוצעת. )ז. יזומה נסיגה וביצוע יתכנן גם את האפשרות להפסיק את ביצוע ההסבה Rollהספק

Back .במקרה שיתגלו תקלות/שגויים ,) מעודכן ליום עמודים -186 מתוך 142- עמוד נספח א' - המפרט הטכני

31.12.14


בטבלה(5 הכנת תוכנית בדיקות מסירה )סעיף (5 לפי המפורט בנספח ז' בחוזה – נספח הבטחת האיכות.

בטבלה(6 בדיקות מסירה )סעיף (6 לפי המפורט בנספח ז' בחוזה – נספח הבטחת האיכות.

בטבלה(7 הכנת תוכנית בדיקות קבלה )סעיף (7.לפי המפורט בנספח ז' בחוזה – נספח הבטחת האיכות

תוכנית הבדיקות תכלול, בין היתר, את פירוט התהליכים ומרכיבי המערכת וכיצד ייבדקו ברמההפונקציונאלית.

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

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

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

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

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

מועד מסירת המערכת.

בטבלה(8 בדיקות קבלה באתרי רש"ת )סעיף (8 לפי המפורט בנספח ז' בחוזה – נספח הבטחת האיכות.

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

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



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

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

(. זאת בשיתוף פעולה מלא עם הגורמים הרלוונטיים ברש"ת,Productionעלייתה לאוויר ) בחטיבת התקשוב, לרבות מנהל הפרויקט, צוותי תשתיות טכנולוגיות, צוותי פיתוח תוכנה

וצוות מרכז המבדקים.מסמך כיסוי דרישות:ד.

טרם תחילת הבדיקות ובסמוך לשלב מסירת מסמכי הבדיקות, ימסור הספק לרש"ת מסמךמול הדרישות. אל הבדיקות תסריטי כל יפורטו זה, דרישות. במסמך השוואתי כיסוי

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

]חמישה[ ימי עבודה מהמועד האמור, ימסור הספק5בתום ביצוע כל בדיקת קבלה ותוך בכתב לרש"ת, מסמך המפרט נכונה את תוצאות בדיקת הקבלה. זאת בצירוף למסמךלדרישות ביחס כאמור, הקבלה בדיקת של תוצאותיה את המפרט השוואתי

הפונקציונאליות )להלן: "תוצאות הבדיקה"(. הליך אישור עמידה בבדיקת הקבלה:ו.

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

העומדת לרש"ת, תהיה רש"ת רשאית לפעול כדלקמן: ימי עבודה בהתאם להנחיותיה, וכן לערוך10להורות לספק לתקן את הכשלים תוך

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

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

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

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

על-מנת לשלול מצב בו תיקון תקלות יביא לפתיחת תקלות חדשות.



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

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

הבדיקות.כישלון הבדיקות החוזרות:ח.

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

ומבלי לגרוע מכל זכות העומדת לה, את הפעולות כדלקמן: לבצע בעצמה ו/או באמצעות אחר מטעמה, את בדיקות הקבלה הרלוונטיות ו/או

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

של המערכת בהתאם לדרישות רש"ת ו/או; לדחות את המערכת ו/או את כל אחד מרכיבי ההספקה ו/או לדרוש מהספק לתקן

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

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

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

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

לרש"ת כתוצאה מכישלונן של בדיקות הקבלה. השלמת בדיקות הקבלה:י.

כל אחת מבדיקות הקבלה תחשבנה כמושלמת, רק לאחר שרש"ת בחנה את תוצאותיה של בדיקת הקבלה הרלוונטית ונתקבל ממנה אישור בכתב, המעיד על השלמתן המוצלחתהתקלות כשכמות כמושלמת תחשב קבלה בדיקת הקבלה. מבדיקות אחת כל של



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

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

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

אחריות בקשר עם מתן האישור כאמור.

בטבלה(9 התקנת המערכת בסביבת הייצור )סעיף (9 לאחר סיום בדיקות הקבלה ואישורן על-ידי רש"ת תותקן הגרסה הסופית של המערכת בסביבת

הייצור. ביצוע התקנת הגרסה הסופית תתבצע באישור ובתאום עם נציגי רש"ת.

בטבלה(10 בדיקות קבלה בסביבת הייצור )סעיף (10 לעיל.8 ראה ס"ק

בטבלה(11 תיעוד )סעיף (11 4.5.8 השלמת התיעוד לפי המפורט בנספח ז' בחוזה – נספח הבטחת האיכות. ראה גם סעיף

להלן.

בטבלה(12 הדרכה )סעיף (12 להלן. 4.5.7ראה סעיף

בטבלה(13עלייה לאוויר )סעיף (13העלייה לאוויר תבוצע לאחר אישור אבן הדרך לעלייה לאוויר על-ידי רש"ת.

בטבלה(14 הטמעה והרצה )סעיף (14 להלן.4.5.7הטמעה – ראה סעיף

להלן. 5.1הרצה – ראה סעיף

בטבלה(15אישור סופי קבלת המערכת – שלב א' )סעיף (15



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

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

השלמת מימוש כלל דרישות המערכת, כולל תיקון הליקויים אשר התגלו בשלבי בדיקותא.המסירה והקבלה לשלב א'.

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

)ראה פירוט בסעיף ללא תקלות קריטיות/מהותיות בפרק 5.5.5 זמני התגובה5 – לטיפול בתקלות( עבור שלב א'.

שירותי תחזוקה במסגרת תקופת האחריות ושירותי תחזוקה, שינויים ושיפורים במסגרת(16 בטבלה(16תקופת ההתקשרות )סעיף

להלן. 5 בפרק 5.2-5.5ראה סעיפים

בטבלה(17מימוש שלב ב' )סעיף (17 בתום שלב תקופת ההרצה ובדיקות המערכת עבור שלב א' ואישור סופי לקבלת המערכת

לעיל, יחל יישום שלב ב', שיכלול את הפעילויות15בשלב א' על-ידי רש"ת כמפורט בס"ק הבאות:

התקנת המערכת עבור היחידות הארגוניות הכלולות בשלב ב'.א.

לעיל.4הסבת נתונים של היחידות הכלולות בשלב ב' – ראה ס"ק ב. לעיל.8התקנת המערכת בסביבת הבדיקות ובדיקות קבלה בסביבה זו – ראה ס"ק ג. לעיל.9התקנה בסביבת הייצור - ראה ס"ק ד. לעיל.10בדיקות קבלה בסביבת הייצור – ראה ס"ק ה. לעיל.11השלמות תיעוד – ראה ס"ק ו. לעיל.12הדרכת המשתמשים ביחידות – ראה ס"ק ז. לעיל.13עלייה לאוויר של שלב ב' – ראה ס"ק ח. לעיל. 14הטמעה והרצה – ראה ס"ק ט.

בטבלה(18אישור סופי קבלת המערכת – שלב ב' )סעיף (18



לעיל. 15 ראה ס"ק גורמים מעורבים.4.5.4

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

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

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

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

ופעילויות אחרות בתהליך ההקמה והבדיקות מול מומחי היישום. מתן מענה והבהרות לספק ביחס לאפיון המערכת ולמידע חסר הקיים ברש"ת והדרוש(5

לו בשלבי ההקמה והבדיקות. דיווח על התקדמות הפרויקט לגורמי רש"ת. (6תיאום והפעלת הארגון לביצוע המטלות כולל גורמים טכניים ומומחי היישום.(7ריכוז ותיאום התקשורת בין הספק לגורמים השונים ברש"ת.(8

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

(Q)מעקב ובקרה .4.5.5

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

למרכיבים המפורטים בנספח ז' בחוזה – נספח הבטחת האיכות.

______________________________________________________________________________



______________________________________________________________________________

דרישות לשמירת עדכניות המערכת.4.5.6 רש"ת מייחסת חשיבות רבה לשמירה על עדכניות טכנולוגית וגרסאות חדשות של יישומי(1

המערכת, לאורך כל תקופת ההתקשרות, לשיפור מתמיד של שירותי המערכת ובהתאםלמפורט בסעיפים הבאים.

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

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

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

Capacity Planning.מלמד על צורך לרכוש/לשדרג/להחליף רכיבי תוכנה במערכת ) הספק יתריע גם במקרים בהם יש שחיקה או תפקוד לקוי של מערכות ההפעלה או(5

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

(.Qביחס למרכיבי החומרה, מערכות ההפעלה והיישום )______________________________________________________________________________

______________________________________________________________________________

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

(.Qגרסאות אלו כגון משך ההטמעה, השבתה זמנית וכדומה )______________________________________________________________________________

______________________________________________________________________________

המציע יתאר את תוכניתו באשר לשמירה על עדכניות המערכת לאורך כל תקופת(9 ההתקשרות, כולל הארכות ככל שתמומשנה. כמו כן, יתאר המציע כיצד יערך על מנת לעדכן את היישום והמערכת כך שרש"ת תמשיך ליהנות ממערכת שפועלת בסביבה

(.Qטכנולוגית עדכנית )



______________________________________________________________________________ ______________________________________________________________________________

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

השתלבות בארגון .4.5.7 הדרכה (1

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

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

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

אוכלוסיות המודרכים שנדרש לקחת בחשבון בעת תכנון ההדרכה הן:ד.– גורמי רש"ת העוסקים בפעילות הדרכה ביחידות השונות – עד מדריכים ראשיים 20

Train theמדריכים. ההדרכות שתועברנה על-ידי הספק למדריכים הראשיים תהיינה מסוג

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

לאוכלוסייה. מודרכים. המומחים יודרכו5– מומחי התוכן והיישום של המערכת – עד מומחי היישום

.Train the Trainersעל-ידי מדריכים מטעם הספק בהדרכות מסוג – אחראי התוכן של המערכת שהינם אנשי מקצועמנהלי המערכת מטעם המשתמשים

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



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

סיוע ראשי( של חטיבת התקשוב )מרכז אנשי צוות מס"ר –Help Desk עד 10 ועל המערכת על כללית סקירה היתר, בין תכלול, המס"ר אנשי הדרכת מודרכים.

יכולותיה, עקרונות תפעול המערכת ודרכי התמודדות עם תקלות.מודרכים. הדרכת הצוות על-ידי הספק3– עד צוות המבדקים של חטיבת התקשוב

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

מידע, אבטחת הטכנולוגיות, התשתיות אנשי וכוללת: של המערכת הטכניים בהיבטים מודרכים.6מנהלי בסיסי נתונים – עד

– הדרכת מנהל הפרויקט/מערכת תכלול, בין מנהל הפרויקט/מערכת מטעם רש"ת היתר, סקירה כללית של המערכת, ארכיטקטורת המערכת, הסבר והדגמת מימוש תהליכי

העבודה המרכזיים באמצעות המערכת.שעות200עד ההדרכה תהיה בהיקף של ה. עבור של הפעלתשלב א' ושלב ב'

המערכת. במידה ותיוותר יתרת שעות הדרכה שטרם נוצלה במועד האישור הסופיבסעיף כמפורט המערכת, רש"ת4.5.2לקבלת לרשות תעמוד היתרה לעיל,

להלן(.5.2בתקופת האחריות למערכת )ראה סעיף כל האמצעיםו. עלות לרש"ת, את יכלול במסגרת ההדרכות, ללא תוספת הספק

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

(Qכפי שפורטו בס"ק ד' לעיל. התוכנית תכלול לפחות את המרכיבים הבאים: ).קבוצת המודרכים.תכנים.מספר שעות הדרכה.חומרי הדרכה שיסופקו למודרכים.)תרגול )למשתמשי ומנהלי המערכת מטעם רש"ת בלבד

______________________________________________________________________________ ______________________________________________________________________________

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

ולעדכן דו"חות, להוסיף ולעדכן תפריטים הכול באופן עצמאי.



ההדרכות תבוצענה על-ידי מדריכים מוסמכים ומנוסים מטעם הספק שהינם בעליט. כישורים בהדרכה בכלל ובהדרכת כל מרכיבי המערכת, כפי שפורטו על-ידי הספק,

בפרט.רש"ת תתאם את מועדי ההדרכות עם הספק ואין התחייבות כי הם יהיו ברצף.י.

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

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

כאמור בחוזה. 10%על-בסיס שעות עבודה בפועל ע"פ תעריפי מנה"ר בניכוי ערכות הדרכה – הספק יגיש כשבוע לפני כל הדרכה ערכת הדרכה המתאימה לסוגיג.

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

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

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

סקירה כללית על המערכת ועל יכולותיה. הסבר על מבנה המערכת.

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

צילומי מסכים. הסבר על אופן הפקת הדו"חות.

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

– מכיל את כל המידע הנדרש. מקיף – תואם את המהדורה העדכנית של המערכת. תקף(.PDF ו-WORD– ניתן לשכפול וליצירת עותקים נוספים בקלות )נדרש בקובץ נגיש



– מותאם למשתמש וידריך על השימוש במערכת על פי תהליכי העבודה ולא על פי סגנוןטכנית המתאימה לאנשי להימנע מכתיבה בשפה יש המבנה הטכנולוגי של המערכת.

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

רש"ת תהא רשאית להמיר שעות הדרכה שתיוותרנה או לשעות הדרכה פרטניותטז.לאוכלוסיות המודרכים או לשעות הטמעה.

הטמעה (2הטמעת מבחינת בשלבים יתבצע המימוש ברש"ת, רוחבית במערכת ומדובר מאחר

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

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

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

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

.לוודא רמת שימוש נאותה במערכת.לוודא שימוש נכון ותקין במערכת.להיחשף לתקלות ולבעיות / צרכי משתמשים אשר טרם קיבלו מענה.לבחון את רמת שביעות רצון המשתמשים

להלן כמויות המשתמשים אשר צפויים להשתתף בתהליך ההטמעה:א.-משתמשים מאגף הדרכה.6כ -מודרכים נוספים בחטיבת הביטחון. 1,800 משתמשים וכ-200כ -להדרכת30כ הספר בית )לרבות גבול ומסופי שתפ"א מחטיבת משתמשים

מאבטחים(.



-משתמשים ממטה מסופים.5כ -משתמשים מחטיבת מבצעים.25כ -משתמשים מחטיבת תפעול ומבצעי קרקע.20כ -משתמשים ממחלקת מודיעין.4כ -משתמשים מהיחידה לפיקוח מוניות.5כ -משתמשים ממחלקת בטיחות בתעבורה.5כ -משתמשים ממחלקת בטיחות וגהות.20כ -משתמשים מאגף שינוע.5כ

המציע יפרט בהצעתו את תוכנית הטמעת המערכת ואת המתווה לביצוע ההטמעהב.(Qואופן ביצועו. המתווה יכלול לפחות את הנושאים הבאים: )

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

משכי ההטמעה ביחידות השונות, בהתאם לכמויות המשתמשים שפורטו בס"ק א' לעיל, לעיל.1, ס"ק 4.5.7ובחלוקה לאוכלוסיות השונות, כפי שפורטו בסעיף

אמצעים שיסופקו על-ידי הספק לטובת ביצוע ההטמעה.______________________________________________________________________________

______________________________________________________________________________

ההטמעות תתבצענה בשפה העברית.ג.

ההטמעות תתקיימנה באתרי רש"ת.ד.

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

רש"ת תתאם את מועדי ההטמעות עם הספק ואין התחייבות כי הם יהיו ברצף.ו.

במידת הצורך, רש"ת תהיה רשאית לרכוש שעות הטמעה נוספות לפי הצורך על-בסיסז. כמפורט בחוזה.10%שעות עבודה ע"פ תעריפי מנה"ר בניכוי

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

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

ב', כמפורט בסעיף היתרה תעמוד לרשות4.5.2לקבלת המערכת בשלב לעיל, להלן(. 5.2רש"ת בתקופת האחריות למערכת )ראה סעיף



רש"ת תהא רשאית להמיר שעות הטמעה לשעות הדרכה. י.

תיעוד ׁׁׁ .4.5.8 הספק ימסור לרש"ת את כל התיעוד המפורט בנספח ז' בחוזה – נספח הבטחת האיכות.

הספק יוודא מהימנות ושלמות המידע והנתונים בכל התיעוד שיסופק לרש"ת. (1 היה ורש"ת תמצא כי המידע/תיעוד כלשהו אינו מהימן ו/או אינו מעודכן ו/או אינו שלם(2

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

לעיל.4.5.2 הספק יידרש להמשיך ולעדכן את מסמכי תיעוד המערכת באופן שוטף, עם כל עדכון(3

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

המציע יתאר את מתודולוגיית התיעוד אותה הוא מפעיל וכיצד היא מבטיחה כיסוי כל(4(. Qהדרישות המפורטות בנספח ז' בחוזה – נספח הבטחת האיכות )

______________________________________________________________________________ ______________________________________________________________________________

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

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

החל מהתנעת בקשת שינוי וכלה בביצוע השינוי בפועל, לאורך כל תקופת ההתקשרות. בקשת השינוי(1

רש"ת תגדיר את תכולת השינוי הנדרש ותפנה לספק בבקשה לקבלת הצעת מחירו/או רכיבים קיימים בכתב אשר תושתת על-בסיס שעות עבודה ע"פ תעריפי מנה"ר

הכמויות, בהתאם לחוזה. הצעת מחיר(2

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

קבלת ההזמנה. הפקת הזמנה(3

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



מפרט ביצוע שינויים(4עם קבלת ההזמנה הספק יגיש מפרט ביצוע שינויים עבור כל שינוי.

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

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

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

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

מידע חיוני ורלוונטי אחר לפי הצורך. אישור לביצוע שינוי(5

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

ביצוע השינויים וההשלכות הנגזרות(6הספק אחראי:

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

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

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

לבצע בדיקות בשיתוף רש"ת על מנת לוודא את תקינות השינויים ואת התאמתם לדרישותרש"ת.

לבצע הדרכה והטמעה של השינויים באתר רש"ת, במידת הצורך. ניהול סיכונים.4.5.10



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

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

לוחות זמנים.______________________________________________________________________________

______________________________________________________________________________

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

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

______________________________________________________________________________

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

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

החיים של הפרויקט וכל עוד החוזה תקף.

תשתיות ושירותים ברש"ת .4.5.11לא רלוונטי



שירות ותחזוקה .5תקופת ההרצה .5.1

תקופת ההרצה של שלב א' תחל לאחר אישור בדיקות הקבלה של המערכת לשלב א'בסביבת הייצור והעלייה לאוויר של שלב זה.

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

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

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

הנדרשים. ימי עבודה.10ליקויים אשר יימצאו יתוקנו על-ידי הספק תוך

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

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

" )להלן: רש"ת על-ידי א' לשלב המערכת של סופי "אחריותקבלה או תקופת" "(.האחריות

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

האחריות.



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

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

יחליף הספק ניזוקו/התבלו/נשחקוכולה אשר באחריותו. כמו כן, מרכיבי מערכת אשר למרות שימוש סביר על-ידי רש"ת.

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

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

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

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

לעיל )ניהול שינויים(. 4.5.9בסעיף

תקופת התחזוקה .5.3 הספק מתחייב לספק לרש"ת שירותי תחזוקה לכל הפתרון על מרכיביו, עבור שלב א'.5.3.1

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

".תקופת התחזוקהלהלן " שנים לאחר תום תקופת7תקופת התחזוקה למערכת, עבור שלב א' ושלב ב', תימשך .5.3.2

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



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

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

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

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

לעיל. 4.5.6יבוצעו על-ידי הספק בהתאם למפורט בסעיף שדרוגים מהותיים ו/או שינויים ושיפורים אשר יוצעו על-ידי הספק לרש"ת ויאפשרו הרחבת.5.3.6

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

כתוצאה.5.3.7 או כתוצאה מצרכים חדשים על-ידי רש"ת יידרשו שינויים אשר ו/או שדרוגים יבוצעו על-ידי הספק בהתאם למפורט משדרוגים ושינויים בתשתית הטכנולוגית ברש"ת

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

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

למפרט זה בפרט.5בכלל ובפרק ______________________________________________________________________________

______________________________________________________________________________



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

שלהלן. מוקד זה יספק תמיכה לטיפול בתקלות לכל אתרי רש"ת5.5.4כמפורט בסעיף בהם פועלת המערכת.

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

והתגברות על תקלות הקשורות למערכת זו. המציע יפרט את הנתונים הבאים באשר למוקד:.1

____________.כמות עמדות במוקד: _.1.1_____________.כמות טכנאים / אנשי תמיכה במוקד: .1.2

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

______________________________________________________________________________ ______________________________________________________________________________

גיבוי למוקד: .3 המציע יפרט חלופת גיבוי למוקד )פיסי, טכנולוגי( למקרה בו המוקד אינו פעיל.3.1

(. Qבשל תקלה טלפונית / תקלת חשמל / שריפה או כל סיבה אחרת )

______________________________________________________________________________ ______________________________________________________________________________

המציע יפרט את מספר השנים בהן פועל המוקד בנושא תמיכה במערכות לניהול.3.2(.Q שנים )_________הדרכה המותקנות בחצר הלקוח -

(. Qהמציע יפרט את מגוון השירותים שמוקד השירות מספק למשתמשי המערכת ).4

______________________________________________________________________________ ______________________________________________________________________________

אופן הטיפול בתקלות .5.5תקופות הטיפול והשירות.5.5.1



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

דרגי הטיפול בקריאות ובתקלות.5.5.2הגורמים דרגי להלן רש"ת, לקריאות/תקלות משתמשי ואיכותי מלא מענה מתן לשם

המיועדים לתת מענה מטעם רש"ת / הספק: הפעיל באופן שוטף,(Help Deskדרג א': מוקד השירות והתמיכה ברש"ת )מס"ר – (1

)למעט יום הכיפורים(, אליו אמורות להגיע הקריאות מכלל24*365בכל ימות השנה, משתמשי רש"ת.

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

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

רש"ת.רש"ת(2 של בחטיבת המחשוב מקצועיים גורמים ב': קריאותדרג יקבלו אשר ,

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

)דרג ג'( להמשך טיפול. , אשר יקבל קריאות מהמס"ר אודרג ג': מוקד השירות וצוות התמיכה של הספק(3

מנציג מוסמך של רש"ת. מוקד השירות וצוות התמיכה של הספק יפעלו למתן פתרוןמלא לקריאה ובמידת הצורך יעבירו הקריאה לדרג ד'.

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

להלן. 5.5.5המפעילים מעבדות תיקונים, פיתוח ותחזוקה.דרג ד': יצרני רכיבי המערכת, (4

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

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



מאפייני שירות כלליים.5.5.3לעיל(. מוקד השירות יעבוד5.4הספק יעמיד מוקד שירות ותמיכה )כמפורט בסעיף (1

להלן. 5.5.4ויפעל בזמנים המתוארים בתת-סעיף הספק יכשיר את עובדיו בסביבות ובטכנולוגיות הקיימות ברש"ת )כפי שפורטו במפרט(2

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

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

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

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

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

לגרסאות החדשות. הספק יהיה אחראי לתיקון תקלות, שתדווחנה על-ידי רש"ת. באחריות הספק לתקן כל(6

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

5.5.10הספק יהיה אחראי לסיוע טלפוני וכניסה למערכת מרחוק, כמפורט בסעיף (7להלן, על-ידי מומחים הבקיאים במערכת שהותקנה ברש"ת על כל מרכיביה.

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

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

)ניהול שינויים(.

שעות מתן השירות .5.5.4



– 17:00בימי חול )א'-ה'(, בין השעות (1 וביום ו'/ערב חג, בין השעות 08:00 07:00-14:00.

בנוסף על האמור לעיל, רש"ת שומרת לעצמה את הזכות לדרוש ולקבל שירות ותמיכה(2ימים בשנה גם בשעות שמעבר לשעות הפעילות שתוארו לעיל.10בהיקף של עד

ימים מראש על-ידי רש"ת לספק.3הודעה על מועדים אלו תינתן

זמני התגובה לטיפול בתקלות .5.5.5 " – משך הזמן מרגע פתיחת הקריאה במוקדזמן התגובה לטיפולבטבלה שבסעיף זה "

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

( מפורטת בטבלה הבאה:SLAרמת השירות הנדרשת מהספק )(1

פיצויים מוסכמים בגין איזמן תגובה לטיפולתכולהרמת התקלהעמידה בזמן התגובה

רמה א': תקלה

משביתה)קריטית(

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

או יותר מהתהליכיםהמרכזיים. דוגמאות לכשלים:

:כשל בתהליכי ליבה, כגון בניית תוכנית הדרכה

שנתית, הכנת תיק קורס, הגדרת תיק מודרך, ניהול

משאבים.כשל בהפעלת תשתית

,processהמערכת )services, interface) שאינו מאפשר עבודה רציפה שנדרשת לפי

דרישות הזמינות.

מענה טלפוני – בהתאם לעיל.5.4לסעיף

ת טיפול – תוך שעהתחיל במוקדמקבלת הקריאה

השירות.עבודה רציפה עד לפתרון

התקלה.במידה ולא תיפתר התקלה

מרחוק, יגיע טכנאי לאתר שעות4רש"ת לא יאוחר מ-

מרגע קבלת הקריאה.זמן מקסימאלי לתיקון

התקלה ו/או מציאת פתרון שעות מרגע קבלת8עוקף –

הקריאה במוקד השירות ובמסגרת הזמן המוגדרת

בשעות מתן השירות )סעיף לעיל(.5.5.4

נדרש כי תקלה משביתה כלל

מע"מ750 )בתוספת ₪ כדין( בגין כל אחד מהמקרים

הבאים:טלפוני מענה העדר

דקות.10מעבר ל-להגעת עיכוב שעת כל

ל- )מעבר 5טכנאי שעות(.

השלמת הטיפול בתקלה שעות. 8מעבר ל-

מובהר, כי הפיצוי המוסכם הינו מצטבר ולא חילופי.

מע"מ5,000 )בתוספת ₪




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

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

החוזה.מובהר, כי הפיצוי המוסכם

הינו מצטבר ולא חילופי.רמה ב': תקלה

משביתהחלקית

כשלים המונעים עבודה של חלק ממשתמשי המערכת

בחלקים מסוימים במערכת.דוגמאות לכשלים:

כשל בתהליכי מערכת, לדוגמה: הפקת דו"חות.

תפקוד לקוי של תשתית המערכת שמשפיעה על

רכיבי חומרה, תוכנה, ממשקים, אחסון, ניטור

וכדומה.


ת טיפול – עד שעתייםתחיל במוקדמרגע קבלת הקריאה

השירות.עבודה רציפה עד לפתרון

התקלה.במידה ולא תיפתר התקלה

מרחוק, יגיע טכנאי לאתר שעות6רש"ת לא יאוחר מ-

מרגע קבלת הקריאה.זמן מקסימאלי לתיקון

התקלה ו/או מציאת פתרון ימי עבודה מרגע3עוקף –

קבלת הקריאה במוקד השירות ובמסגרת הזמן

המוגדרת בשעות מתן השירות לעיל(.5.5.4)סעיף



דקות.10מעבר ל-להגעת עיכוב שעת כל

ל- )מעבר 7טכנאי שעות(.

בהשלמת עיכוב יום כל מעבר בתקלה הטיפול

ימים. 3ל-מובהר, כי הפיצוי המוסכם

הינו מצטבר ולא חילופי.

רמה ג':תקלה רגילה

מצב בו משתמשים מסוימים במערכת לא יוכלו להשתמש

בפונקציונאליות שולית במערכת בשל סיבה כל שהיא.


תחילת טיפול בתחילת יום העבודה הבא.

זמן מקסימאלי לתיקון התקלה ו/או מציאת פתרון



דקות.10מעבר ל-בתחילת עיכוב יום כל




ימי עבודה10 עוקף תוך מרגע קבלת הקריאה במוקד השירות או בתיאום מול רש"ת

ובאישור רש"ת כתכולהשתשולב בגרסה עתידית.

מעבר בתקלה הטיפול . 1ליום עבודה

הטיפול בהשלמת עיכוב ל- מעבר 10בתקלה

ימים. המוסכם הפיצוי כי מובהר,

הינו מצטבר ולא חילופי.

( – טבלת ריכוזSLAרמת שירות נדרשת מהספק )(2

משך זמן עדנושא תחילת טיפול

במרכז התמיכה של

הספק

משך זמן עד הגעה לאתר רש"ת במידה

ולא ניתן לפתור התקלה

מרחוק

משך זמן עד מתן פתרון קבוע או

זמני

המתנה למענה לקריאה טלפונית

למרכז התמיכה

דקות5

משביתה תקלה )קריטית(

שעות8 שעות4 שעה1

משביתה תקלה חלקית

ימי עבודה3 שעות6 שעות2

יום העבודהתקלה רגילההבא

ימי עבודה10__



פיצויים מוסכמים בגין אי עמידה בזמן התגובה – טבלת ריכוז(3

העדרנושא מענה טלפוני מעבר לזמן

המוגדר

שעות עיכוב מעבר לזמן

המוגד ר

להגע ת

טכנאי

שעות עיכוב

להשלמ ת

הטיפול בתקלה מעבר לזמן

המוגדר

סכום פיצוי *

הפרה יסודית

פיצוי עבור כל תקלה משביתה

כלל מערכתית

מעבר לשתי

תקלות משביתות

בשנהקלנדרית

כל תקלה 5,000₪ משביתה כלל

מערכתית נוספת )מעבר לשתי תקלות

משביתות( באותה שנה

קלנדרית

תקלה משביתה)קריטית(

פיצוי להעדר מענה

טלפוני תוך דקות10

פיצוי לכל שעה

מעבר ל- שעות5


8מעבר ל-שעות

750₪ __

תקלה משביתה

חלקית




מעבר ל- שעות7

פיצוי לכל יום מעבר

ימים3ל-

500₪ __



העדרנושא מענה טלפוני מעבר לזמן

המוגדר

שעות עיכוב מעבר לזמן

המוגד ר

להגע ת

טכנאי

שעות עיכוב

להשלמ ת

הטיפול בתקלה מעבר לזמן

המוגדר

סכום פיצוי *

הפרה יסודית

תקלהרגילה



פיצוי לכל יום

בתחילת הטיפול מעבר

ליום 1עבודה

פיצוי לכל יום מעבר

ימים10ל-

250₪ __

* - יש להוסיף מע"מ כדין

תיעוד התקלות .5.5.6

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

הספק יאפשר לרש"ת לבדוק ולבחון את יומן התקלות בתדירות שתיקבע על-ידי רש"ת.ב.

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

תיעוד התקלות יכיל לכל הפחות את הנתונים הבאים:ד.



מספר סידורי של התקלה(1מהות התקלה(2תיאור התקלה(3הגורם המדווח )מרש"ת((4הגורם האחראי לטיפול(5הגורם המטפל בפועל(6תאריך ושעת דיווח התקלה הראשוני (7תאריך ושעת תחילת הטיפול (8תיאור הטיפול שבוצע / מתוכנן להיות מבוצע (9סטאטוס עדכני (10תאריך ושעת סיום הטיפול בפועל / מתוכנן.(11

(.Qהמציע יפרט כיצד הוא נותן מענה לדרישות המפורטות בסעיפים א'-ד' לעיל )ה.______________________________________________________________________________

______________________________________________________________________________

מעורבות צד ג' .5.5.7

תקלות שהספק נאלץ להעביר לטיפול צד ג' )כגון יצרן התוכנה, חומרה, קבלני משנהוכדומה( תדווחנה כדלהלן:

לאחר אבחון התקלה וההחלטה להעבירה לטיפול צד ג' – יועבר דיווח מיידית למס"ר(1ולמנהל המערכת ברש"ת.

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

מנהל המערכת יעודכן לגבי הצעדים והפעולות שהספק מבצע מול גורם צד ג' ברמה(3יומית.

בזמני(4 תעמודנה שלו, במסגרת הפתרון על-ידי הספק שסופקו ג' צד גורם תוכנות לעיל.5.5.5התגובה לטיפול בתקלות המופיעים בסעיף

לעיל, תחול גם על תקלות הדורשות5.5.5(, כפי שנקבעה בסעיף SLAרמת השירות )(5מעורבות של גורם צד ג'.

העמדת חלופות זמניות .5.5.8



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

רש"ת הרלוונטיים.

טיפול בבקשות שינויים והרחבות שלא באמצעות הספק.5.5.9לא רלוונטי

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

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

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

ההתחברות מרחוק למתן תמיכה, יאושר או יתאפשר ולכן על הספק להיערך מבעודמועד לספק התמיכה באתר רש"ת.

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

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

התגובה לטיפול וברמת השירות כמפורט בפרק זה.

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



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

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

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

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

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

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

א': הסטנדרטים הטכנולוגיים ברש"ת מוסף

מוסף א' – הטכנולוגיות ברש"ת



2014דצמבר



כללי.1

מאפיינים כלליים 1.1

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

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

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

הטכני לעיל – טבלת הסטנדרטים הטכנולוגים הנדרשים למערכת.

תיאור המצב הקיים1.2

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

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

מדיניות סיווג המערכות 1.3

ברש"ת מופעלות מערכות מבצעיות ומנהלתיות:" ע"י רש"ת, תידרשנה לעמוד במדיניות הבאה:מנהלתיותמערכות המוגדרות כ-"

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

" על-ידי רש"ת, תידרשנה לעמוד במדיניות הבאה: מבצעיותמערכות המוגדרות כ-" :הגנה של מאה אחוז על הנתונים המבצעיים ללא נתוניםCorruption .

יותר אובדן מידע של מקסימום חמש דקות אחורנית.

ימים בשבוע.7 שעות, 24: זמינות של יישומים



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

המערכת לניהול הדרכה מוגדרת כמערכת מנהלתית.

סביבת העבודה.2

מאפיינים כלליים של סביבת העבודה הקיימת ברש"ת:2.1

תחנות עבודה המותקנות במערכת הפעלהMicrosoft Windows 7. -שרתי 300כ Wintelהפעלה במערכת מותקנים ,Microsoft Windows Server

2003/2008/2008 R2/ 2012 R2 .2 מחשבי IBM-iSeries .במתחם נתב"ג , מערכות אחסון מרכזיות: בקמפוס נתב"ג קיימות שתי יחידות בגיבוי חם מסוגIBM

DS8800המותקנות בשני חדרי המחשב המרכזיים אליהן מחוברים מרבית השרתים (. Clusterכר"מ, בתצורת שרת יחיד וכן בתצורת אשכול )

רשת תקשורת מקומית ורחבה מבוססתEthernet / TCP-IPהמורכבת ממספר רב של באתרים המרוחקים.LAN ו-WAN( באתר המרכזי ורשתות VLANsרשתות לוגיות )

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

טלפוניות מתוצרת תדיראן.

תשתית סביבתית2.2

Air Sideהמערכת נדרשת להשתלב בסביבת העבודה ברש"ת. חדרי המחשב של רש"ת )

; מערכות מבצעיות וכן חלק מן המערכות המנהלתיות3( מצויים בטרמינל Land Sideו- פרוסות בשני חדרי המחשב לשם מימוש שרידות. כמו כן ישנם שלושה חדרי מרכזיות טלפונים באתרים נפרדים וחדרי תקשורת מרכזיים ואזוריים המאפשרים שרידות ברמה

גבוהה.



סוגי היישומים המרכזיים הקיימים ברש"ת2.3

- היישומים כוללים יישומים מסורתיים של ענ"א ומערכות מידע,יישומים מגוונים2.3.1 כגון: מערכות כספיות, מערכות לניהול כוח-אדם, משק, לוגיסטיקה וכדומה.

זמן אמת2.3.2 כמויישומי וחיוויים, מרגשים אמיתי בזמן נתונים איסוף מערכות - ניטור רעש נתונים מטאורולוגיים, מערכות לתצוגת לוח-טיסות, מערכות לאיסוף

וכדומה. - מערכות סימולציה, המשמשות לתכנון לוח-טיסות עונתי וכןמערכות סימולציה2.3.3

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

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

על לוח-טיסות, חניה, טרום-טיסה ועוד. כמו כן, ישנם יישומים לניהול תורים מתקדםועוד.

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

ועוד. פנימיות וחיצוניות, המופעלות באמצעות דפדפןWeb - מערכות Webיישומי 2.3.6

המשתמש; מערכות אינטרה-נט, אינטרנט ואקסטרה-נט.

חומרה מרכזית 2.4

סטנדרט החומרה המרכזית הנו כדלקמן:2.4.1 שרתיIBM-AS/400דגם -I-740 Power 7 שרתיWINTEL תוצרת יבמ, תוצרת HP.

שנים בקירוב.4 עד 3מחזור החלפת השרתים הינו

שרתיUNIX שרתי - SUN, HP. שרתיLinux שרתי - HP , IBM. מערכות אחסון מרכזי )שתי יחידות בגיבוי חם( מסוגIBM DS 8800.מחשבים אישיים - מתוצרת יצרנים שונים

a. -מחשבים2000כ



b. מארזיSFF

שנים בקירוב.4 עד 3מחזור החלפת המחשבים האישיים הינו

.מערכות טלפוניה ומערכות נילוות עם טלפונים מסוגים שונים )חכמים ואנלוגיים(

ציוד קצה2.4.2:צגים מיצרנים שונים לפי הפירוט הבא2.4.2.1

a. 19צגי LCD.תחנות קצה – משתמשים רגילים – b.22צגי LCDמפעילי ו/או מערכות כמנהלי המשמשים משתמשים –

מערכות עם דרישות תצוגה גדולה. מדפסות – יצרנים שונים2.4.2.2

לייזר שחור לבן אישית, לייזר שחור לבן מחלקתית, לייזר צבעונית, פלוטר. סורקים תעשייתיים – יצרנים שונים.2.4.2.3

תוכנות תשתית: 2.4.3 )ומעלה( על כלל רכיביה. Office 2010 גרסת 2.4.3.1 )ומעלה(.Internet Explorer 9דפדפן 2.4.3.2.Secure 8.08 בוסהנובה 2.4.3.3 )ומעלה(.Microsoft IIS 8.5 שרת 2.4.3.4

אחסנת נתונים וגיבוי2.5

אחסון הנתונים ברש"ת מתרכז על-גבי הפלטפורמות העיקריות כדלקמן: I Series שרתי 2.5.1

)מתחם נתב"ג(.LPAR המחולקים ל-I-740 Power 7 שרתים מדגם 2 DS מערכת 2.5.2

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

.GB 8(, מהירות מבואות Brocade HP\IBMהמבוססת על מתגים אופטיים ) VNXמערכת 2.5.3



.EMC VNX 5300רשת ביטחון ורשת קב"טים – מערכת אפליקציית גיבוי מרכזית2.5.4

בסביבת הרשת הרגילהTSM 6.2, מבוססת IBMאפליקציית גיבוי מרכזית מבית )"שחורה"(.

VEEAM Backup & Replicationרשת ביטחון, רשת קב"טים ואתר אילת – מבוססי

7R2.ספריית קלטות וירטואלית 2.5.5

System Storage TS7650G ProtecTIER Deduplication Gateway IBMספרית קלטות

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

הגיבויים ואפליקציית הגיבוי המרכזית אל מול ספריית הקלטות הוירטואלית.ספריית גיבוי מרכזית2.5.6

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

מערכות הפעלה 2.6

2.6.1Microsoft:a. :תחנות עבודהMicrosoft Windows 7 .)ומעלה( b.:שרתים

2012 R2 Server Standard Edition Windows.ומעלה( לשרת יחיד( Windows 2012 R2 Server Enterprise Editionומעלה( לשרת בתצורת(

אשכול.

iSeries: Release V7R1M0.)ומעלה(

2.6.2UNIX: SUN SOLARIS 10 ,)ומעלה( LINUX, HP-UX.



( DBMSבסיס-נתונים )2.7

Microsoftסביבת 2.7.1

MS-SQL 2012 גרסאות ,Standard -ו Enterprise.)ומעלה( AS/400סביבת 2.7.2

IBM-DBI5 (DB400) V7R1M0.)ומעלה(

כלי פיתוח ותחזוקה 2.8

סביבת מייקרוסופט: 2.8.1C#, VB.Net – למערכות שרת-לקוח dotNet 3.5.ומעלה ASP.Net - למערכות אינטרנט/אינטראנט/אקסטראנט dotNet 3.5.ומעלה Visual Studio 2008.)ומעלה( Team Foundation server 2013. SharePoint 2010,"לבניית פורטלים, תהליכי עבודה ארגוניים, טפסים "חכמים

מערכי הדרכה, ארכיון מסמכים.Microsoft SharePoint Designer 2010.

:AS/400סביבת 2.8.2 RPG LE.

כלי שליטה ובקרה 2.9

)ומעלה(.HP, מבית Unixע"ג OVO 9.1מערכת 2.9.1 מבית מיקרוסופט )ומעלה(.SCCM 2007 מערכת 2.9.2 .2012SCCM צפוי שדרוג לגרסת 2014: במהלך שנת הערה

2.9.3SCOM 2012 .)מבית מיקרוסופט )ומעלה

סביבת תקשורת הנתונים 2.10

כללי



אשר פרוסהLANמערך תקשורת הנתונים של רש"ת מורכב מרשת תקשורת מקומית הפרוסה באתרי קצה )מסופי גבול,WAN ואזורי התמך( ורשת 3 ו-1בנתב"ג )טרמינלים

שדות תעופה פנים ארציים ויחידות בקרה אווירית(. מערך התקשורת מנוהל בשוטף על-ידי צוות התקשורת של חטיבת התקשוב, הצוות

מטפל בכל תחומי תקשורת הנתונים של רש"ת.

רשת התקשורת בנתב"ג2.10.1 Nexus7009שדרת רשת תקשורת הנתונים בקמפוס נתב"ג מבוססת על ארבעה מתגי

Cisco כאשר שני מתגי ליבה מותקנים במתחם האווירי ומקושרים בתצורת ,VPCברוחב .Gig20 ברוחב פס של VPC ושניים במתחם הקרקעי המקושרים בתצורת Gig20פס של

:VDCמתגי הליבה מחולקים לשני 1 .VDC - Data Center.עבור סביבת רשתות השרתים 2 .VDC - Core.עבור סביבת רשתות המשתמשים בקמפוס נתב"ג

.Giga 20 מבוצע ברמה שלישית וברוחב פס של VDCsהקישור בין שני ה בין המתחמים מקושר ברוחב פס של ברמה שניה עבור Giga40הקישור VDC-DC

.VDC-CORE ברמה שניה ושלישית עבור Giga40וברוחב פס של Ciscoבנוסף, ישנם שני מתגי ליבה במתחם התמך המזרחי המבוססים על מתגים מסוג

6509-E 20 בקצב של 3 המקושרים למתגי הליבה בטרמינלG קישור( 10Gושני ,)כפול המקושרים למתגיCisco 3750Xמתגי ליבה במתחם התמך המערבי המבוססים על מתגי

כפול(.1G )קישור 2G בקצב של 3הליבה של טרמינל ו- Cisco 6509מתגי הקצה בקמפוס נתב"ג הינם מסוג מתגי Cisco 3560/3550-כ( 140 קישור אחד לכל מתג שדרה באותוGigaמתגים( המקושרים לשדרת הרשת בשני ממשקי

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

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

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

ברשת התקשורת המקומית מופעלים מספר פרוטוקולי ניתוב ושרידות כגון: VPC,HSRP ,OSPF ,Spanning Tree.ועוד

הרשת הרחבה 2.10.2



אתרי קצה ברחבי הארץ, בכל אתר קצה13( פרוסה ב- WANרשת התקשורת הרחבה ) ( אשר מקושרת למרכז בנתב"ג באמצעות שני קוויLANישנה רשת תקשורת מקומית )

.M 6 IPVPN, וקו נוסףSDH מסוג M 6נתונים של חברת בזק, קו .7200 מדגם Ciscoהנתבים המרכזיים המקשרים את רשת התקשורת הרחבה הינם נתבי

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

ניטור מערכות תקשורת2.10.3שליטה ובקרה על מערכות התקשורת מבוצעת באמצעות מספר מערכות בקרה:

HP-OpenView NNM – 7.53 NNM ע"ג Sun Solaris מבית חברת HPמערכת זו מנטרת . על כל הרכיבים המופיעים במפה ושינויPollingאת כל רכיבי התקשורת באמצעות ביצוע

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

.Alarm Categoriesבחלון ה- משמשת כ- NNMככלל, מערכת ה- MOMלכל מערך השו"ב של התקשורת ואליה

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

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

צפייה במערכות שאותן הם מנהלים.Cisco works 4 מערכת זו משמשת לשליטה ובקרה על ציוד התקשורת של חברת - Cisco,

המערכת מאפשרת קבלה של נתונים נוספים שאינם מתקבלים ממערכת בקרת העל )Openview.)

RME, LMS, DFM, RWAN, ACLמערכת זו כוללת את מרבית המודולים הקיימים כגון

Manager באמצעות מודולים אלו ניתן לנהל את רכיבי .) )Ciscoברמה הגבוהה ביותר ולקבל את מירב המידע על מצב רשת התקשורת.

מערכות תקשורת 2.11

מערך הטלפוניה 2.11.1



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

וספקי סלולר(.PSTNגיבוי ושרידות משותף כולל קישור לעולם החיצון ) שלוחות פעילות.4500 עם כ-C81המרכזיות מתבססות על דגמי מרידיאן

, רישום שיחותCall Pilot , OTהמרכזיות פועלות עם מערכות נלוות, כגון: סימפוזיום,מתוצרת מיינד.

.SDH , ע"ג טבעת PRIהקישור בין המרכזיות מתבסס על צירי ( מתוצרת נורטל ובנוסף טלפונים3904/3טלפוני הקצה הינם דגמים של טאורוס )

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

להלן המרכיבים המרכזיים:7.5מרכזיות מתוצרת נורטל, גירסא. סימפוזיום גירסאCCT-6.של נורטל Call-Pilot של חברת נורטל.6 גירסא רכיבSFDAמתוצרת חברת אספייר המאפשר הפקת דו"חות זמן אמת ומשמש

כממשק לבסיס נתונים חיצוני.

בשאר אתרי הרשות קיימות מרכזיות מתוצרת תדיראן בדגמים שונים.

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

מיינד וחברת אספייר.

רשת אינטרנט אלחוטית2.11.2 בנמל התעופה בן-גוריון, בנמל התעופה באילת, במסוף טאבה, בשדה דב ובשדה התעופה בחיפה פועלות רשתות אלחוטיות לצורך מתן שירותי אינטרנט אלחוטי

נטוויז'ן.013לציבור הרחב המסופקת כיום על-ידי חברת Aironet 1100, 1200( מסוג Access Pointsרשתות האלחוט מורכבות מנקודות גישה )

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

CISCO.

קישור לרשת האינטרנט 2.11.3



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

ASלרש"ת Numberלמטרת האינטרנט ספקי שני באמצעות המופץ עצמאי שרידות.

2.11.4IVR מענה קולי – ונחיתות, מידע לנוסע, קיימת מערכת מענה קולי עם מספר מודולים )המראות

(. המערכתMPS- 500סידור עבודה, ספקים ועוד( על-בסיס פלטפורמה של נורטל )(.PSTNהינה עם שרידות מלאה כולל התקשורת לרשת הציבורית )

תשתיות פסיביות2.11.5בנתב"ג קיימת תשתית פסיבית המתבססת על כבילה אופטית וכבילה מתכתית.

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

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

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

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

טכנולוגיות נוספות2.12

אינטגרציה בין מערכות – התאמה למערכתEAI מסוג BizTalk 2010ומעלה( מבית( מיקרוסופט, המיישמת קישוריות בין המערכות השונות בארגון ומחוצה לו, על-ידי שימוש

בשירותים ושליחת מסרים דו-כיווניים וחד-כיווניים בין מערכות המקור ליעד. מערכתCitrix XenApp 6.5למטרת גישה מאתרים מרוחקים ומשתמשים המצויים –

מחוץ לגבולות הארגון, למערכות המידע בנתב"ג. מערכת לגישה בטוחה לגורמי הארגון מבוסס תעודות דיגיטאליות ומנגנוניOTP.



מערכת מביתCyber-Arkכספות" וירטואליות לשימוש פנימי וחיצוני להעברת מידע" – עד סיווג "שמור".

תשתית שרתים וירטואליים מבוססתVMware Vsphere 5.1. – תשתית דוא"לMicrosoft Exchange 2010. מנגנוןLoad Balancing מבוסס – Ace מבית Ciscoלצורך חלוקת עומסים במערכות ,

רש"ת. שרת פקסים: תוכנתMESSAGE Manager Server.NAS - Netapp Data ONTAP Release 8.1.2P1 (N6040G ) -משמש כ – Gatewayבלבד אל

מול מערך האחסון המרכזי, כמפורט מעלה.

סביבת אתר האינטרנט וסביבת שירותי האקסטרנט2.13

סביבת אתר אינטרנט של רש"ת: .האתר נמצא בשירות אירוח מחוץ לרש"ת האתר מבוסס על פלטפורמתSharePoint Portal Server 2013.

סביבת שירותי האקסטראנט: שרתיMicrosoft IIS ומעלה(.6 גרסה( שרתיMicrosoft SQL ומעלה(.2008 גרסת(

אבטחת המידע.3

רש"ת מגדירה את נושא אבטחת המידע ואבטחת היישומים כנושא מהותי ומחייב בכל מקרה של התקנת מערכת המוגדרת כמחשובית על רשת רש"ת, ללא קשר למיקום החיבור או

תצורתו )פנימי או חיצוני(.

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

התקשוב ואחראי אבטחת המידע ברש"ת.

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



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

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

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

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

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

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

פגיעה או סיכון למערכות הקיימות.אנטי וירוס

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

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

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

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

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



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

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

4.IPV6

ביניהם לפרוטוקולי תקשורת, בכל הקשור בינלאומיים סטנדרטים עפ"י פועלת רש"ת ו- IPV4 מסוג IPתמיכה בפרוטוקולי IPV6עפ"י האמור, כאשר יתברר כי פרוטוקול .

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


מערכת ivr חדשה ברשות -...

Documents