שלבי האפיון והעיצוב במחזור החיים אפיון מוכוון תהליכים אפיון מוכוון אירועים עיצוב תוכנה הרצאה מס' 5

← אפיון מוכוון תהליכים←אירועים←עיצוב5שיעור

קורס ניתוח מערכות מידע

1

שלבי האפיון והעיצוב במחזור החייםאפיון מוכוון תהליכיםאפיון מוכוון אירועים

עיצוב תוכנה5הרצאה מס'



2

היכן אנחנו במחזור החיים של המערכת?

2

ה

ה

ה

ג

ד

ר

ב

נ

י

הטמעהתחזוקההסבה

יזום

לימוד המערכתהקיימת

דרישות לקוח

הגדרת

בדיקותקבלה

תכנות

עיצוב מפורט

עיצובכללי

בניתאבטיפוס

חקרישימות

מבדקים

מומי

ש



3

על מה נדבר היום?

שלב אפיון מערכת:אפיון מכוון תהליכיםאפיון מכוון אירועים

עיצוב תוכנה:עיצוב לוגיעיצוב פיסי



4

שלב האפיון



5

מהו שלב האפיון?

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

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

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

את מרכיביה. תוצרים חשובים לשלב האפיון:2

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



6

קצת היסטוריה...

: אפיון מוכוון תהליכים1970-1980

: אפיון מוכוון אירועים1980-1997

ואילך: אפיון מוכוון עצמים1997



7

תכנון המערכת העתידיתתכנון המערכת העתידית שלוש טכניקות←טכנולוגיות של אפיון:

Process Oriented מוכוון תהליכים

Event Oriented מוכוון אירועים

Object Oriented מוכוון עצמים

ולכל אחת יש להוסיףData Oriented אפיון מוכוון נתונים



8

מתודולוגיות אפיון

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

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

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

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

להשיג.



9

Process Oriented מוכוון תהליכים בהדגש של תהליכיםDFD טכניקת

)לעומת המצב הקיים( סימון התהליכים החדשים/מוצעים

(DFD 1← )לא עוצרים ב הפירוק הוא עד לתהליך הנמוך

יתרון: הבהירות והפשטות חיסרון:

חשש לקיבעון מחשבתי ← "מה שהיה הוא שיהיה"

BPI - Business Process Improvement instead of BPR - Business Process Reengineering

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

אין מימד זמן



10

אפיון מוכוון תהליכים

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

התהליכים הרלוונטיים לתיאור המערכת הינם אלה שהמערכת שומרת עבורם

נתונים או אלו הנעזרים בנתונים השמורים בה.

, בדומה DFDשיטת הסימון: תרשימי לשלב חקר מצב קיים



11

תרשימי האפיוןתרשים תוכן- מציג את תיחום המערכת מול

הישויות החיצוניות.DFD "0 פיסי- מציג את הנפשות הפועלות "בארגון.

עץ תהליכים- פירוק המערכת לתתי מערכות ותהליכים.

DFD "0 לוגי- הצגת התיחום הפנימי של "המערכת על ידי תיאור התהליכים הראשיים

.במערכתDFD ומעלה- פירוק התהליכים 1ברמה

הראשיים לתתי תהליכים.



12

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

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

המצב החדש בו המערכת החדשה אמורה לתמוך.

אופן ביצוע המעבר:

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

במצב הישן.

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



13

אפיון מוכוון תהליכים-חסרונות

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

קיבעון מחשבתי- על המערכת במצב הקיים במקום על המערכת החדשה.

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

אין התייחסות למימד הזמן.



14

Event Oriented מוכוון אירועים אירוע:

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

לסייע לו בביצוע פעילות עסקית. סוגי אירועים:מפעיל פעילות בתוך המערכת חיצוני ←

מפעיל פעילות בתוך המערכת + פלט פנימי ←

מפעיל פעילות בתוך המערכת + עדכון + ]שעון[ זמן ← פלט



15

אפיון מכוון אירועים

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

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

חקר מצב קיים מסייע בזיהוי האירועים ובאפיונם.



16

סוגי אירועים

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

אירוע פנימי- תגובה למופע המתרחש בתוך המערכת או להחלטות פנימיות במערכת

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

אירוע זמן- תגובה למופע של זמן הגורם לפעילות בתוך המערכת, להפקת פלט

ולעיתים גם לעדכון מאגרי מידע.



17


T

EEישות חיצונית #

Tשעון← המזניק של אירוע זמן #

DSמאגר #

Eאירוע #

DFאפיק מידע/נתונים #



18

שיטת הסימון

ישות חיצונית- משתמש חיצוני במערכת.

שעון- הינו מאתחל באירועי זמן

מאגר נתונים-טבלה נתונים



19

שיטת הסימון- המשך

אירוע- פעילות בסיסית

אפיק מידע- מציין את מהות המידע הזורם.



20


הנחיות לבניה של התרשים DOWN ← TOP רמות 3

)בשקף ביטוי של המציאות באירוע בסיסי בעל כול המרכיבים

הקודם(

איגוד האירועים הבסיסיים לאירועי←על, לפי: נושא משותף/שווה

בסיס נתונים משותף אופי האירועים ← מטפלים באותו נושא

תדירות של הפעילות ← מזניק אחד למספר אירועים רציפות יעד מקור )או אירועים נגררים(

כול אירוע על בתרשים נפרד תמונת על

עברית מבנית



21

מבנה אירוע



22

- 1אפיון אירועים- אירוע מס' עדכון פרטי מרצה

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

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

ומוציאה הודעת אישור למרצה.שירטוט:



23

- 2אפיון אירועים- אירוע מס' הפקת קטלוג קורסים

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

ומציגה אותם למבקש.שירטוט:



24

- 3אפיון אירועים- אירוע מס' הפקת קטלוג קורסים

נסגרת 22:00תיאור: כל יום בשעה רשימת הזמנות החומר ליום העוקב

ומייד מוציאים פקס לספק.שרטוט:



25

- 4אפיון אירועים- אירוע מס' הסרת וירוסים

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

המערכת צריכה להסירו.שרטוט:



26

- 4אפיון אירועים- אירוע מס' הסרת וירוסים- המשך



27

אירועי על

לאחר שירטוט כל האירועים הבסיסיים, יש לאגדם לאירועי על.

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

אופי אירועים- מספר אירועים המטפלים בנושא אחד.

תדירות פעילות- גורם מאתחל משותף בתדירות אחידה.

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



28

אירועי על- המשך

- המערכת0רמה

- אירועי על1רמה

- אירועים 2רמה בסיסיים



29

אירוע על- דוגמה

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

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

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

על בסיס אופי האירועים.אירוע העל יקרא טיפול בסטודנט.



30

אירוע על- דוגמה- המשך



31

Event Oriented מוכוון אירועים יתרונות

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

תיאור מציאותי יותר של המערכת רמות בלבד3 גישה מובנית של

תזמון אירועים ומימד הזמן



33

שילוב אפיון אירועים עם אפיון בסיסי נתונים

שלוש גישות:אפיון בסיס נתונים ואח"כ אפיון

האירועים.אפיון האירועים ואח"כ אפיון בסיס

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

בסיס הנתונים.



34

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

תהליכים- בסעיף זה יתוארו 2.5סעיף אירועי העל במערכת.

תנועות- בסעיף יתוארו 2.6סעיף האירועים הבסיסיים )תנועה=אירוע(.

קבצים 2.11 טבלאות, 2.10סעיפים קבצים פיסיים- בסעיף זה 2.12לוגיים,

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



35

שלב העיצוב



36

העיצוב מהו ? בשלב האפיון ביצענו

הממשק ← קלט ודוחות בסיס הנתונים

האירועים שלב העיצוב הוא שלב נוסף ברמת הפירוט:

תוך שמירה עצמאות השכבותבמידת האפשר משוחרר מאילוצי עיצוב לוגי ←

טכנולוגיה

אירועים ממשקים

בסיס נתונים

עיצוב פיסי



37

שלב העיצוב

שלבים:2שלב עיצוב המערכת נחלק ל-עיצוב לוגי- פירוט שלב האפיון ללא תלות

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

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

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

המבוקשים.



38

שלב העיצוב-המשך

העיצוב הלוגי והעיצוב הפיסי באים לידי תחומים:3ביטוי ב-

עיצוב אירועיםעיצוב ממשקים )מסכים ודוחות(

עיצוב בסיס נתונים



39

עיצוב לוגי



40

עיצוב לוגי

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

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

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

הפיסי.



41

עיצוב לוגי- עיצוב אירועים

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

לצורך ביצוע פונקציונאליות אחת. סוגי שגרות:2יש להבחין בין

שגרת מערכת- מופעלת ברמת המערכת.

שגרה כללית- מופעלת ברמת אירוע מסוים.



42

עיצוב לוגי- עיצוב אירועים- המשך

מרכיבים:3שגרה מורכבת מ-קלט- קלטים של השגרה

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

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

פלט- פלטים של השגרה.



43

(1 )עיצוב לוגי ← שגרות

בטכניקה של חלוקה אל שגרות:Middle Outאירועים Procedure= רצף פקודות המוגדרות יחד לביצוע פונקציונליות

אחת

Function = ביצוע פעולה אחת והחזרה של ערך סוגי שגרות:

REUSE מערכת = ביצוע מטלה אשר יש לה

כללית = מופעלת רק מאירוע מסוים אחד

שורות קוד, לא ניתנת להפרדה15מטפלת בנושא אחד, עד חזקה = מספר המשתנים = קשר מינימלי לעולם החיצון Coupling צימוד נמוך

המועברים

← פלט)תרשים, עברית מבנית( מבנה השגרה: קלט ← עיבוד



44

(2 )עיצוב לוגי ← מסכים/דוחות

תכנון פונקציונאלי ללא הנדסת אנוש לא נדרש ידע גרפי או תוכנות גרפיות

עץ המסכים שאיתות מול דוחות

ללא רובד מתחתיו בכלי התכנותLAYOUTעדיפות לתכנות



45

עיצוב לוגי- עיצוב ממשקים

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

Word, PowerPoint, Access.



47

עיצוב לוגי- עיצוב בסיס הנתונים

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

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

. 7מס'



48

עיצוב פיסי



49

(1)עיצוב פיסי ←

הפרדה של התכנון הלוגי מרובד הטכנולוגיה = אי תלות

התחומים: אירועים מסכים

בסיס הנתונים



50

עיצוב פיסי

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

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

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



51

(2)עיצוב פיסי ← אירועים

בחירה של סביבת הפיתוח המרה/התאמה של השגרות לסביבת הפיתוח

יתרונות:חלפה של סביבת הפיתוח ללא שינויים לוגיים

אנשי התכנון אינם חייבים בידע טכנולוגי



52

עיצוב פיסי- עיצוב אירועים

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

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

של שפת תכנות בקלות יחסית.



53

(3)עיצוב פיסי ← מסכים

Business Rules בלבד ללא Framesתצוגה/)ממשק UI - User Interfaceהשלמה של שיקולי

למשתמש(

גרפיקה ללא

יתרונות: עצמאות של כול שכבה



54

עיצוב פיסי- עיצוב ממשקים

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

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

הלוגיקה העומדת מאחורי המסכים והדוחות.



55

(4)עיצוב פיסי ← בסיס נתונים

התאמה של הטבלאות/מאגרים אל

הטכנולוגיה של בסיס הנתונים

יתרונות: עצמאות של כול שכבה



56

עיצוב פיסי- עיצוב בסיסי נתונים

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

נתונים לעיצוב הפיסי שלהם: אפשרות החלפה של תוכנת בסיסי נתונים

)טבלאית( בקלות יחסית.



57

סיכום

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

בסיסי בתהליך(.סימון זהה בשתי הגישות, למעט תוספות

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

חשיבות האבחנה בין עיצוב לוגי לעיצוב פיסי.



58

בעלי תפקידים טכנולוג ראשייזם

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

מטמיעים מנתח מערכותאבטחת מידע מעצב )תוכנה(

תקשורת ראש צוותתשתיות פיסיות תוכניתן

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

תומך תחנות עבודהUI מומחה webmaster גרפיקאי

DBA

תוכניתן ראשי



59

שאלות ?

Documents

שלבי האפיון והעיצוב במחזור החיים אפיון מוכוון תהליכים אפיון מוכוון אירועים עיצוב תוכנה הרצאה מס' 5