1. ניתוח מערכות מידע ב' הרצאה 1

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

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

4. הערכה ומטלות הציון מורכב מ: תרגילים: פרויקט המורכב מתרגילים (%50)
מבחן סופי (%50)
העבודה בזוגות (על שני בני הזוג להפגין בקיאות)
נוכחות אינה חובה (אבל מומלצת)
מועד ב' – מורשה לתלמיד(ה) בעל(ת) לפחות 70% נוכחות.
הערה: חובה לעבור את המבחן הסופי בציון של 55 לפחות.
תרגילים:
חובה להגיש תרגילי בית בזמן.

5. סוגי מערכות מידע

6. Strategic Level Systems

7. סוגי מערכות מידע
TPS - Transaction Processing System מערכת עיבוד תנועות. אחסון ועיבוד של נתונים עסקיים יומיומיים כגון תנועות מלאיי, פקודות עבודה בייצור וכו'. משרתות עובדים ומנהלים בדרגים הנמוכים. למשל מערכת לניהול מחסן MIS - Management Information System מערכת מידע ניהולית. מערכת מספקת דוחות סיכומיים, דוחות בחתכים , דוחות משווים, דוחות חריגים ודוחות תחזית המשמשים מנהלים בדרג בינוני. מבוססות על מערכות TPS. למשל מודול דוחות של מערכת ERP. DSS - Decision Support System מערכת תומכת החלטה. מערכות אלה נועדו לסייע בקבלת החלטות שאינן מובנות או מובנות באופן חלקי. משתמש יכול לקיים דו שיח עם מערכת, לשנות את הנתונים של מצב נתון כדי לבחון אלטרנטיבות. למשל מערכת למסחר בבורסא לתווחים בינוניים גבוהים, תוך התחשבות בניתוח טכני ו/או ניתוח פונדמנטלי

8. סוגי מערכות מידע (המשך)
EIS - Executive Information System מערכת מידע להנהלה בכירה. מערכות אלה מרכזות ומציגות מידע משולב מתחומי פעילות שונים של הארגון. מציגות מידע סיכומי בחתכים שונים וברמות פירוט שונות. KWS - Knowledge Work System מערכת עובדי ידע. מערכות לעובדים מקצועיים. ברך כלל מערכות עצמאיות ואינן קשורות למערכות אחרות. למשל PDMLINK, תוכנות מתמטיות וסטטיסטיות, תוכנות לתכנון הנדסי, תוכנות בתחום המשפט ועוד... OIS - Office Information System מערכת מידע משרדית. תפקידם ליייעל את עבודת המשרד. למשל תוכנות לניהול יומני פגישות, תוכנות לניהול מסמכים. גם OUTLOOK נכנס לקטגוריה זו. ES - Expert System מערכת מומחה. תחום של בינה מלאכותית. למשל מערכת לביצוע אבחון רפואי.

9. מערכות מידע מול דרגים הניהולים
Management
Hierarchy
Information System
Hierarchy
Top Management
Middle Management
Tactical Management
Knowledge Workers
Support Staff
Line & Staff employees
(Day to Day Operations)
ESS
Strategic Planning
DSS
Planning & Control
Management
MIS
Operational
KWS
Knowledge Management
OAS
Office automation
TPS
Transaction Processing

10. מיקוד של המערכות סוג מערכת זמן הופעה מיקוד TPS אמצע שנות ה-05 נתונים
MIS
תחילת שנות ה-60
מידע
DSS
תחילת שנות ה-70
החלטות
OAS
סוף שנות ה-70
תקשורת
EIS
אמצע שנות ה-80
נגישות
KWS
ידע

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

12. TPS - דוגמאות

13. MIS - Management Information System מערכות מידע למנהלים
מערכת המידע בדרג הניהולי של הארגון המשמשת ככלי עזר בתכנון בקרה וקבלת החלטות על ידי הפקת סיכומים ודוחות חריגים.
תכונות ה MIS
המערכת פולטת מידע המתבסס בעיקר על נתונים ממערכות TPS.
מערכות MIS מתבססות בעיקר על מידע פנים ארגוני.
המידע בפלט מתייחס לעבר והווה ולא לעתיד.
רוב מערכות MIS אינן גמישות ויש להן יכולות ניתוח מועטות.

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

15. דוגמא לפלט של מערכת MIS

16. DSS - Decision Support System מערכת תומכת החלטה

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

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

19. דוגמא לפלט של מערכת DSS

20. DSS vs. MIS MIS DSS Support Info about performance
Info and modeling to analyze problems
Report Form
Periodic reports
or On Demand
Interactive Inquiries
Format
Pre-specified Fixed format
Flexible and Adaptable
Processing
Extract and manipulate data
Analytical modeling of data

21. EIS/ESS - Executive Information System מערכות מידע להנהלה בכירה
מערכות ממוחשבות שנועדו לתמוך במנהלים בכירים בתהליך קבלת החלטות אסטרטגיות. החלטות אלה מתאפיינות ע"י הפעלה נרחבת של שיקול דעת והערכות מומחה.
תכונות ה ESS
ESS לא נועדה לפתרון בעיות מתחום ספציפי, אלא מספקת יכולות מחשוב כלליות לפתרון מגוון רחב של בעיות מסוג של: "מה עושים המתחרים?", "איזה חלק מהעסק עלינו למכור כדי להיות תחרותיים יותר?".
קל לשימוש. תצוגה גראפית.

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

23. דוגמא לפלט של מערכת EIS\ESS

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

25. KWS - Knowledge Work System
משמש כוח אדם טכנולוגי ומקצועי
(בדרך כלל מערכת עצמאית בארגון)
קלט: מפרטים, נתונים טכני
עיבוד: בניית מודלים, עיבודים ייעודיים
פלט: נתוני מודלים, ייצוגים גרפיים
משתמשים: מנהלים בכירים
דוגמאות: מערכות CAD (Computer Aided Design) מערכות לתכנון גרפי

26. OIS - Office Information System
משמש כוח אדם פקידותי (בעיקר)
קלט: מסמכים, לוחות זמנים
עיבוד: ניהול מסמכים, שיבוץ, תקשורת
פלט: מסמכים, לוחות זמנים, דואר
משתמשים: בעיקר כוח אדם פקידותי
דוגמאות: מעבד תמלילים (WORD), מערכת דוא"ל, ניהול משרד וכו'

27. ES Expert System

28. סיכום רמות ה-IS בארגונים

29. סיכום רמות ה-IS בארגונים

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

31. ERP מערכת לתכנון משאבי ארגון Enterprise Resource Planning System
ניהול המידע הפנימי והחיצוני של ארגון
כספים
ייצור
כוח אדם
מכירות
ניהול לקוחות...
מטרתה ניהול יעיל, תקין מלאי החברה ותהליכיה
המערכות יכולות לרוץ על מגוון מערכות תוכנה

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

33. קישורים מעניינים לעיון נוסף
CRM
ERP

34. מערכת לניהול הספרייה בקמפוס
הצגה של פרויקט הקורס

35. מערכת לניהול הספרייה בקמפוס
בס"ד
מערכת לניהול הספרייה בקמפוס

36. מערכת לניהול הספרייה בקמפוס
בקמפוס קיימת ספריה שמשמשת לעיון ולהשאלת ספרים לסטודנטים ולמרצים בקמפוס.
כיום, אין בספריה מערכת ממוחשבת כלשהי. הספרייה מנוהלת ידנית באמצעות כרטסת.
באמצעות המערכת הממוחשבת ניתן יהיה להשאיל ספרים באופן מסודר יותר וביתר נוחות, הן מצד המנוי והן מצד הספרנית הראשית.
2.5 מיליון בשנה – לכתוב?
בבג"ט קיים מערך נרחב ומבוסס של "עבודות סטודנטים" אשר מקיף מספר תחומים כגון: שמירה, בדיקת תרגילים, שיעורי עזר, ארגון והפקת ימים פתוחים וכנסים ועוד.
בשנת 2011 השתלבו בעבודות תלמידים בבג"ט מעל 500 סטודנטים, שעבדו ביחד – 74,600 שעות עבודה. בג"ט רואה חשיבות רבה בשילוב תלמידים בעבודות השוטפות ולא בהעסקת עובדי חברת כוח אדם, מתוך הבנה שדרך עבודות התלמידים ניתנת לסטודנט תחושת שותפות בעשייה וכן סיוע כלכלי מכובד.

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

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

39. פניני לה"ט
פרויקט
לדוגמה

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

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

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

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

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

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

46. מפעל התכשיטים - הטמעת מערכת מידע שלב 1: ניתוח דרישות מפורט והגדרת תכולת הפרויקט

47. מבנה מסמך דרישות (מלא) 1. הקדמה 1.1 מטרת הפרויקט 1.2 סביבה עסקית
1.3 השותפים בפרויקט
1.4 הצעות לפתרון
1.5 תיאור המסמך
2. שירותי המערכת
2.1 תחום הגדרה (טווח)
2.2 דרישות פונקציונליות
2.3 דרישות מידע

48. מבנה מסמך דרישות (המשך)
3. אילוצי מערכת
3.1 דרישות ממשק
3.2 דרישות ביצועים
3.3 דרישות אבטחה
3.4 אחר
4. נושאי פרויקט
4.1 נושאים פתוחים
4.2 לוח זמנים ראשוני
4.3 תקציב ראשוני 
נספחים (מילון, ביבליוגרפיה, מסמכים נלווים)

49. דרישות ואילוצים service statements - דרישות פונקציונליות
מה המערכת "צריכה לעשות"
הגדרה ברורה של התפקידים של המערכת
אילו תפקידים ימומשו ע"י מערכת המידע ואילו דורשים התערבות ידנית
באיזה מידע המערכת תטפל
constraint statements – אילוצי המערכת
מה הן המגבלות שלנו בפיתוח המערכת

50. דרישות פונקציונליות דרישה תפעולית (OR-Operational Requirement)
מתייחסת לתפעול, לאינטראקציה או להתנהגות המוצר
פעולות, תרחישים, תגובות לאירועים וכו'
פונקציות, שירותים
דרישת מידע DR - Data Requirement))
– דרישה המתייחסת לישויות המידע ולנתונים בהן המערכת מטפלת (קלט, אחסון, אחזור, עיבד, פלט)
נתונים ומבני נתונים
מאגרי מידע, בסיסי נתונים
דרישות קלט/פלט

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

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

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

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

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

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

57. שיטות איסוף מודרניות-אב טיפוס (Prototype) (Kotonya and Somerville 1998)
אב טיפוס הוא דגם ראשוני של המוצר
מורכב ממשק למשתמש (בד"כ חלקי)
הפונקציונליות אינה ממומשת באופן מלא
לפעמים בנויה על מצב היפותטי של המערכת
המטרה היא לתת תחושה של המערכת הסופית
אב טיפוס "לזריקה" (throw-away) משמש רק להדגמה
אב טיפוס "מתפתח" (evolutionary) מורחב אח"כ למערכת האמתית
יתרונות – מקל על הגדרת דרישות, ומציאת סתירות
חסרונות – זמן הפיתוח

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

59. שיטות איסוף מודרניות – JAD Joint Application Development
פיתוח יישום שיתופי
דומה לסיעור מוחין, אך מובנה יותר
משתתפים:
מנהל (leader)– חיצוני, אינו ממתכנני המערכת וגם לא לקוח
רשם (scribe) – רושם את כל מה שמתנהל
לקוחות (customers) – הגורם הכי פעיל, מגדירים את הדרישות וכו'
מפתחים (developers) – אנשי צוות הפיתוח בעיקר מקשיבים...

60. שיטות איסוף מודרניות – RAD Rapid Application Development
פיתוח יישום מהיר
שילוב של מספר שיטות
בניית אב טיפוס מהיר
שימוש בכלי CASE
פגישת JAD
קביעת מגבלות זמן
יתרונות – מתאים לפרויקטים קטנים או "פחות חשובים"
חסרונות – נוטה לסבול מסתירות פנימיות, חוסר שימוש חוזר, העדר מסמכים מלווים וקשוי בתחזוקה

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

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

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

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

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

66. ניהול דרישות - זיהוי וסיווג דרישות
הדרישות נכתבות בשפה רגילה, למשל:
"יש לפרט את כל חומרי הגלם המפעל"
"יש לעקוב אחר הזמנות מספקים"
יהיו המוני דרישות ויש לעקוב ע"י מספור מסודר
שיטות מספור מקובלות:
מספר זיהוי ייחודי
מספר זיהוי התלוי במבנה מסמך הדרישות
נמצא בפרק 2, סעיף 6 חלק 1
מספר זיהוי התלוי בדרג הדרישות
הוא חלק מדרישה 2 , תת דרישה 6 וכו'

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

68. מסמך דרישות (מסמך ייזום)
כל הדרישות שראינו צריכים להיכתב במסמך דרישות
לא קיים פורמט אחיד למסמך כזה
יש תבניות מקובלות באינטרנט, בספרים ובחברות יעוץ
חברות בד"כ מפתחות תבנית קבועה משלהם
בקורס נשתמש בתבנית (תרגום של...) מתוך הספר:
Requirements Analysis and System Design (Leszek A. Maciaszek)

69. מבנה מסמך דרישות (מלא) 1. הקדמה 1.1 מטרת הפרויקט 1.2 סביבה עסקית
1.3 השותפים בפרויקט
1.4 הצעות לפתרון
1.5 תיאור המסמך
2. שירותי המערכת
2.1 תחום הגדרה (טווח)
2.2 דרישות פונקציונליות
2.3 דרישות מידע

70. מבנה מסמך דרישות (המשך)
3. אילוצי מערכת
3.1 דרישות ממשק
3.2 דרישות ביצועים
3.3 דרישות אבטחה
3.4 אחר
4. נושאי פרויקט
4.1 נושאים פתוחים
4.2 לוח זמנים ראשוני
4.3 תקציב ראשוני 
נספחים (מילון, ביבליוגרפיה, מסמכים נלווים)

71. דוגמא – מסמך דרישות
מסמך דרישות של מפעל התכשיטים ישמש דוגמא למסמך שעליכם להגיש.