1. 1 מסמך אפיון- SRS System Requirements Specifications

2. 2 מסמך אפיון  מבוא  יעדים  יישום  טכנולוגיה ותשתית  מימוש  עלות

3. 3 מבוא  הגדרה  עקרונות  קלט/פלט  התהליך(פעילויות)  משאבים  גורמים מעורבים

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

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

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

7. 7 פירוט הפעילויות  התארגנות  אפיון בסיסי  אפיון בסבבים  מצגות וסיכום האפיון

8. 8 1 יעדים כללי - הבהקים 1.0 לקוח/ מומחה היישום 1.1 יעדים ומטרות 1.2 בעיות 1.3 הקשר ארגוני /עסקי 1.4 תוכנית עבודה שנתית 1.5 ישימות ועלות/ תועלת 1.6 אופק הזמן 1.7 נקודות פתוחות1.98 דרישות עתידיות1.99

9. 9 1.1 לקוח/מומחה היישום/משתמש עקרי  תאר את היחידה העיקרית בארגון עבורה תפותח המערכת  פרט מבנה כללי, תחומי פעילות וכו’  היחידה צריכה להקצות את מומחה היישום  מומחה היישום חייב להשתתף באפיון המערכת, מבדקים, הדרכה, הטמעה, ישיבות טכניות(שיקופים)

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

11. 11 1.3 בעיות  1.3.0 סיווג הבעיות  1.3.1 בעיות שהמערכת אמורה לפתור  1.3.2 בעיות שהמערכת לא תפתור  1.3.3 בעיות שהמערכת החדשה עשויה ליצור  1.3.99 בעיות שאינן לטיפול במהדורה זו

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

13. 13 מבנה ארגוני כללי

14. 14 היחידה הנסקרת

15. 15 1.5 קשר לתוכנית עבודה שנתית  הצבעה על אזכור המערכת בתוכנית העבודה השנתית

16. 16 1.6 ישימות ועלות תועלת  1.6.1 תועלות וחסכונות במונחים כספיים  1.6.3ישימות המערכת: איכות וטיב האם אפשר כבר בשלב זה להצביע על בעיות הייתכנות, או דרישות/אילוצים שהם תנאי הכרחי להיתכנות המערכת

17. 17 1.7 אופק הזמן  תאריך יעד לסיום  מועד קריטי להתקנה  תקופה תפעולית

18. 18 2 - יישום (מהות המערכת) מאפינים כללייים2.1 תיחום חיצוני Actors2.2 תיחום פנימי- Packages2.3 ממשק המשתמש2.4 תהליכים- Business Use Cases2.5 Application Use Cases2.6 Component Diagram2.7 מהלכים(פרוצדורות בקרה)2.8 שגרות((Common Classes2.9 טבלאות קודים2.10 תרשים המחלקות העסקיות2.11 DB טבלאי-ERD2.12 מילון פרטי מידע(שדות)2.13 מילון מונחים2.14 דוחות (שאילתות)2.15 קלטים(טפסים)2.16 אבטחת מידע2.19 הצלבות וחיתוכים2.20 נפחים עומסים וביצועים2.21 ממשקים חיצוניים2.22 דרישות מיוחדות2.23 נקודות פתוחות2.98 דרישות עתידיות2.99

19. 19 2.1 אופי ומצב כללי של היישום  איפיון המערכת: חדשה, הרחבה למערכת קיימת(מהדורה חדשה),מערכת קנויה עם התאמות  זיקה למערכת הקיימת:אין זיקה, זיקה חלשה, זיקה חזקה  סוג המערכת:B2B, B2C, ERP,CRM,EIP.BILLING,BATCH

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

21. 21 2.2 דוגמא למארז של שחקנים

22. 22 2.3 תת מערכות - Packages  חלוקה כללית לתת מערכות  הצג באמצעות תרשים מארזים

23. 23 דוגמא:חלוקה ראשונית ל Packages

24. 24 2.4 ממשק תפעולי/מסכים  כישורי המשתמשים הפוטנציאליים:ניסיון במערכות קודמות, סביבת עבודה  רמת הנדסת אנוש נדרשת  מטרות ה Usability  אילוצים מיוחדים- סוגי עכברים, מקלדות, מסכיםמסכים  שיקולים ארגונומיים שיקולים ארגונומיים  תקנים  עץ המסכים  פרוט המסכים  Class Diagram

25. 25 2.4 ממשק תפעולי

26. 26 2.5 מודל ה Use Cases  תרשים תוכן לכל החבילות  תרשים מפורט לכל UC מהותי

27. 27 דוגמא: תרשים תוכן

28. 28 מלא בקשת הלוואה: תרשים מפורט

29. 29 2.6 Application Use Cases  טופס מפורט  Activity Diagram  Sequence Diagram

30. 30 2.6 דוגמא לטופס

31. 31 2.6 דוגמא לטופס-המשך

32. 32 2.6 דוגמא לטופס-כולל מסלולים חלופיים

33. 33 2.6 דוגמא ל Activity Diagram

34. 34 2.7 רכיבים  Component Diagram הבהרה : סעיף זה אינו רלוונטי בקורס ניתוח קצר

35. 35 2.9 שגרות(Common Class Diagrams)  מחלקות פיקוח  מחלקות System  מחלקות DB הבהרה : סעיף זה אינו רלוונטי בקורס ניתוח קצר

36. 36 2.10 טבלאות קודים  תיעוד כל טבלאות הפענוח  פירוט טבלת הקבועים  פירוט הודעות השגיאה  פירוט הדרישות לניהול טבלאות הפענוח

37. 37 2.10 דוגמא:טבלת קבועים

38. 38 2.10 דוגמא:טבלת הודעות

39. 39 2.10 דוגמא:טבלת הודעות

40. 40 2.10 דוגמא:טבלאות הפענוח

41. 41 2.11 תרשים המחלקות העסקיות  הצג Domain Class Diagram עם כל הקשרים הרלוונטיים  לכל מחלקה פרט: מאפיינים עיקריים, שירותים עיקריים,חוקים עסקיים  למחלקות עם מחזור חיים הצג State chart Diagram הבהרה : סעיף זה אינו רלוונטי בקורס ניתוח קצר

42. 42 2.11 דוגמא לתרשים מחלקות

43. 43 2.11 דוגמא ל SD

44. 44 2.12 DB טבלאי-ERD  תקנים  הנחות היסוד  תרשים ERD עם פירוט המאפיינים

45. 45 2.12 דוגמא להנחות יסוד

46. 46 2.12 דוגמא ל ERD מפורט

47. 47 2.13 מילון פריטי המידע  שם השדה  סוג השדה  קוד מפתח(PK/FK)  אורך-חיצוני  טווח ערכים  ברירת מחדל  בדיקות תקינות מיוחדות  אבטחת מידע (הצפנה/הגנה ברמת השדה)  הבהרות ( הסבר קצר, שמות נרדפים...)

48. 48 : דוגמא מילון פריטי המידע

49. 49 מילון פריטי המידע על פי נוהל מפתח מסייע ל : 1 כל התשובות נכונות 2 הגדרת בדיקות תקינות לשדות 3 הגדרת חוקים עסקיים 4 תאור ה Use Cases

50. 50 2.14 דוגמא למילון מונחים שימו לב! מומלץ למיין את המושגים בסדר אלפהבתי עולה

51. 51 2.14 דוגמא למילון מונחים

52. 52 2.15 דוחות  למי מיועד הדוח  מסננים  מיון ורמות סיכום  מתווה (( outline מפורט  מטריצת מטרות/בעיות - דוחות

53. 53 2.15 דוחות

54. 54 2.15 דוגמא לסינון

55. 55 2.15 דוגמא למטריצת בעיות/מטרות-דוחות

56. 56 2.19 אבטחת מידע  2.19.1 סיכוני אבטחת מידע  2.19.2 אמצעי אבטחת המידע

57. 57 2.19 אבטחת מידע

58. 58 2.19 אבטחת מידע

59. 59 2.19.1 סיכוני אבטחת מידע  מי הגורמים העשויים לנסות לפרוץ  סוגי פריצה:קריאה,הריסה,שינוי  ניתוח הנזק  מה יכולת ההתאוששות  אילו רכיבים מועדים לפריצה: ציוד,תוכנה, DB

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

61. 61 2.19 דוגמא

62. 62 2.19 דוגמא-המשך

63. 63 2.19 דוגמא-המשך

64. 64 2.20 הצלבות וחיתוכים  מאפשר הצגת המערכת מנקודות מבט שונות  מאפשר בדיקה ואימות שלמות של רכיבים 2.20.1 מטריצת Actors/UC 2.20.2 מטריצת UC/טבלאות((CRUD 2.20.3 מטריצת /Actorsדוחות 2.20.4 מטריצת טבלאות/פריטי מידע 2.20.5 מטריצת בעיות UC

65. 65 2.20 דוגמא למטריצת Actors/Use Cases

66. 66 2.20 דוגמא למטריצת בעיות תהליכים

67. 67 2.20 דוגמא למטריצת /Actorsדוחות

68. 68 2.21 נפחים עומסים וביצועים  - 2.21.1גדלי קבצים ונפחים  2.21.2 -תחנות עבודה  2.21.3 -מס’ טרנזקציות ליחידת זמן וזמני תגובה נדרשים  2.21.4 - מהלכי batch מיוחדים וזמני סבב נדרשים  2.21.5 - מדדים נוספים

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

70. 70 2.22 ממשקים חיצוניים –קשר למערכות אחרות  2.22.1 רשימת מערכות מידע משיקות (אינדקס, שורה למערכת)  2.22.2 רשימת הממשקים להעברות מידע (אינדקס)  2.22.3 תיאור הממשקים להעברות מידע  2.22.4 פרוטוקול להעברת מידע  2.22.5 פירוט קשרים מקוונים  2.22.6 רכיבים משותפים

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

72. 72 2.22.3 פירוט  שם הממשק (סימולו)  תיאור קצר  מקור (הגורם היוצר/שולח): מערכת זו, או השנייה  יעד (הגורם המקבל): מערכת זו, או השנייה  סיבה: מקור קלט או חובת דיווח  תדירות, מועדים  דרישות אבטחת מידע ונתונים: בשכבות השונות של הממשק.  שדות ומבנה מפורט (בדומה למבנה קובץ, ראה 2.11.3)  אורך הרשומה.  הפניה לסעיפים אחרים בהם נמצא תיאור משלים של:  מסך תפעולי להפעלת הממשק (2.4)  טרנזקציה שולחת (2.6.4)  קובץ עיקרי (2.11.3).

73. 73 2.22 ממשקים חיצוניים המשך  2.22.4 פרוטוקול להעברת מידע סט התווים Ascii) וכיו"ב)  מבנה קובץ בקרה  "חדר משלוחים"  2.22.5 פירוט קשרים מקוונים  מקרים בהם מסוף במערכת זו ממותג למערכות אחרות  שם המערכת ותת-מערכת  הטרנזקציות המופעלות.  2.22.6 רכיבים משותפים  קטעים מיישומים קיימים (reusable parts).  (צרף גם לרכיבים הרלוונטים: טבלאות, שגרות וכו')

74. 74 טכנולוגיה ארכיטקטורה כללית3.0 חומרה עיקרית3.1 אחסנת נתונים3.2 ציוד קצה3.3 ציוד מיוחד3.4 ציוד מתכלה 3.5 תשתית סביבתית פיסית3.9 מערכת הפעלה3.10 בסיס נתונים (DBMS)3.11 מילון נתונים3.12 כלי פיתוח ותחזוקה (CASE)3.13 תוכנות מדף3.14 כלי תפעול וייצור3.15 חומרה מחשב לקוח3.20 תוכנות מדף תשתית-מחשב לקוח 3.21 תוכנות מדף יישומיות-מחשב לקוח 3.22 תקשורת פרטית מקומית3.30 תקשורת פרטית רחבה3.31 רשת ציבורית3.32 טכנולוגיות משיקות3.33 נקודות פתוחות3.98 דרישות עתידיות3.99

75. 75 3.0 ארכיטקטורה כללית  ציין בתמציתיות וברמה עקרונית בלבד מהי התפיסה הטכנולוגית  דוגמאות אפשריות:  המערכת תתבסס על טכנולוגיית אינטרנט B2C  המערכת תתבסס על המערכת הקיימת בתוספת רכיב ניהול מחסן נתונים (DB WAREHOUSE)  הצג Deployment Diagram

76. 76 3.0 ארכיטקטורה כללית-דוגמא  ארכיטקטורת התוכנה של המערכת מבוססת על 3 Tier  שכבת מסד הנתונים: Oracle 10  שכבת היישום: Oracle Applications  שכבת ה Web Server : Oracle iAS  שכבת ממשק המשתמש: JavaScipt+HTML

77. 77 3.0 ארכיטקטורה כללית - דוגמא Oracle iAS App Server Oracle DB Fire Wall Client FTP HTTP ISAPI U N I X FTP HTTP Unix Win2003

78. 78 3.1 סוג החומרה העיקרית פרט חומרה קיימת או משוערת: MF, שרתי UNIX שרתי WIN/NT, iSries

79. 79 3.1 דוגמא

80. 80 3.1 דוגמא - המשך

81. 81 3.1 דוגמא - המשך

82. 82 3.1 דוגמא - המשך

83. 83 3.2 אחסנת נתונים  3.2.1 אחסנת נתונים online (דיסקים)  3.2.2 אחסנה נתיקה (סרטים, קלטות)  3.2.3 אמצעי גיבוי (אם שונה מאמצעים שהוזכרו)  3.2.4 אחסנה יבילה: סוג, מספר כוננים וכו'  3.2.5 אחסנה לטווח ארוך ( ארכיב )

84. 84 3.2 דוגמא

85. 85 3.3 תחנות וציוד קצה  3.3.1 צגים  3.3.2 PDA מחשבי כף יד  3.3.3 מדפסות קצה  3.3.4 תחנות עבודה

86. 86 3.4 ציוד מיוחד  קורא אופטי ocr  סורק אופטי scanner  בר-קוד  חיבור לשעון נוכחות  צורב  חיבור למכשור זמן אמת אחר.

87. 87 3.5 ציוד מתכלה  דיסקטים /CD  סרטים מגנטיים  נייר (רגיל, מיוחד)  סרטי דיו וציוד מתכלה אחר הקשור למדפסות  טפסים מיוחדים (לקלט ולפלט)  עזרים למשלוח

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

89. 89 3.10 מערכת הפעלה  תיאור כללי.  תמיכה  שירות  תחזוקה

90. 90 3.11 בסיס הנתונים - DBMS  תיאור כללי של בסיס הנתונים (קיים/נדרש)  תמיכה  שירות  תחזוקה

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

92. 92 3.13 כלי פיתוח ותחזוקה  שפת הפיתוח  תשתית הפיתוח  כלי בדיקות  כלי לניהול תצורה  כלי לשאילתות ודוחות  כלי לניהול הפרויקט  כלי CASE

93. 93 3.13 כלי פיתוח ותחזוקה-דוגמא

94. 94 3.13 כלי פיתוח ותחזוקה  שפת הפיתוח  תשתית הפיתוח  כלי בדיקות  כלי לניהול תצורה  כלי לשאילתות ודוחות  כלי לניהול הפרויקט  כלי CASE

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

96. 96 3.30 תקשורת רחבה-דוגמא 

97. 97 3.30 תקשורת רחבה-דוגמא 

98. 98 3.30 תקשורת רחבה - דוגמא 

99. 99 3.33 ממשקים למערכות חיצוניות - דוגמא 

100. 100 4 מימוש גורמים מעורבים4.1 תוכנית עבודה4.2 השלב הבא /המיידי4.3 תפעול שוטף4.4 אינדקס תיעוד4.5 שירות ותחזוקה4.6 השתלבות בארגון – הנעת המערכת 4.7 חוסן ואמינות4.8 תצורות4.9 נקודות פתוחות4.98 דרישות עתידיות4.99

101. 101 4.1 גורמים מעורבים  4.1.1 צוות מנהלי  4.1.2 צוות מקצועי  4.1.3 סיוע טכני  4.1.4 גורם חוץ(ספקי חומרה/תוכנה)

102. 102 4.1 גורמים מעורבים-דוגמא

103. 103 4.1 גורמים מעורבים-דוגמא

104. 104 4.1 גורמים מעורבים-דוגמא

105. 105 4.2 תוכנית עבודה-דוגמא

106. 106 4.2 תוכנית עבודה-דוגמא

107. 107 4.2 תוכנית עבודה-דוגמא

108. 108 4.4 תיק תפעול  דרישה למבנה תיק תפעול  המלצה לנוהלי תפעול  תפעול במצבי חרום

109. 109 4.5 אינדקס התיעוד  ריכוז והפניה לכל מרכיבי התיעוד של המערכת כולל תיעוד משפטי  שיטת הניהול העדכון והגיבוי

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

111. 111 4.7 השתלבות בארגון  4.7.1 מערכי הדרכה ותוכניות הדרכה נדרשים  4.7.2 התארגנות התקנה והסבות  4.7.3 התאמה לנהלי הארגון  4.7.4 מדריך למשתמש  4.7.5 תוכנית הטמעה והדרכה

112. 112 4.7.1 מערכי הדרכה ותוכניות הדרכה נדרשים  לפי אוכלוסיות היעד  לפי נושאים /פונקציות בארגון  מי יבצע

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

114. 114 4.7.3 התאמה לנהלי הארגון  שנוי או"ש ונהלים נדרשים

115. 115 4.7.4 מדריך למשתמש  נגזר מה Use Cases  ניתן להתחיל בהפקתו במקביל לפיתוח

116. 116 4.7.5 תוכנית הטמעה והדרכה  הקצאת משאבים להטמעה  וודא שעלות זו כלולה גם ב 5.1 ו 5.2  תוכנית הטמעה (לו"ז ואוכלוסיות)

117. 117 4.7.5 תוכנית הטמעה והדרכה-דוגמא

118. 118  4.8.1 תוכנית בדיקה  4.8.2 תוכנית גיבוי והתאוששות  4.8.3 זמינות(MTBF, (Uptime 4.8 חוסן ואמינות

119. 119 5 עלות  5.1 עלות הקמה  5.1.1 הוצאות ישירות(בניית המערכת, רכישת תוכנות)  5.1.2 הוצאות עקיפות (התקנה)  5.2 עלות שוטפת  5.2.1 הוצאות שוטפות ישירות (תחזוקה ישירה)  5.2.2 הוצאות שוטפות עקיפות  5.2.3 הוצאות בנייה ועדכון  5.3 עלות לפי תצורות  5.5 ריכוז עלויות ופריסתן  5.5.1 מסגרת ההוצאה במחירים קבועים  5.5.2 סה"כ עלות נומינלית ומהוונת  5.5.3 פריסת העלות על פני ציר הזמן  5.98 נקודות פתוחות  5.99 דרישות עתידיות

120. 120 5 עלות-מחזור חיים סדרתי

121. 121 5 עלות-פיתוח בסבבים

122. 122 5 עלות-הצגת רכיבי עלות על פי עץ המערכת

123. 123  מה ניתן לומר על מיקום הסעיפים להלן במסמך האפיון: בסיס נתונים מערכת הפעלה כלי פיתוח ותחזוקה הטמעת המערכת 1. כולם שיכים לפרק המימוש 2.כולם שיכים לפרק העלות 3.כולם שיכים לפרק הטכנולוגיה 4.כל התשובות לא נכונות

124. 124  בנוהל מפת"ח לא מתייחסים לכלי פיתוח ותחזוקה כגון שפת פיתוח ותשתית פיתוח נכון / לא נכון