|
|
| נשלח ב-4/9/2011 13:48 |
 |
| |
חולמת בהקיץ, נשמח באם תכתבי הודעה ב"מי אני?", את מסקרנת.. :)
|
|
|
|
| נשלח ב-4/9/2011 15:41 |
|
| |
קשה לי לכתוב מה כן צריך
מה שבטוח הוא שבפועל כמעט הכל שונה מהתאוריה...
למשל בתור מתכנת לשעבר (וגם כיום כותב לעיתים) הכלל הראשון שלי הוא להשתדל לכתוב כמה שפחות קוד חדש
לנסות למצא בקודים הקיימים במערכת קוד זהה ולעשות העתק והדבק
ולכן גם בניתוח, אני פשוט לוקח כל סעיף קיים במסמך ומשנה את תוכנו
מה עוד שלדעתי ניתוח זה אחד התפקידים הכי משעממים במערכת המחשוב ולכן אי משתדל לא להתקרב לתחום הזה
לעומת זה תחום הניהול הרבהיותר מרתק ומעניין (לא כמו כתיבת הקוד עצמו...)
|
|
|
|
| נשלח ב-4/9/2011 16:29 |
|
| |
ניהול זה לא קשור כלל לתכנות, לא?
|
|
|
|
|
| נשלח ב-4/9/2011 22:53 |
|
| |
| אנוני_מוס כתב: |  | | אני מצטרפת! |
|
בכיף נוני :)
אז מתי את אצלי..?
|
|
|
|
| נשלח ב-5/9/2011 05:56 |
|
| |
בנוסף להיותו מרחב חישובי, אובייקט הוא ההפשטה של המציאות. יש בדיחה על אדמו"ר שאמר שהשולחן הזה הוא כמו פרה. הלך אחד מתלמידיו ושם דלי מתחתיו. שאלו אותו מה הוא עושה, והוא ענה "האדמו"ר אומר שזה כמו פרה, אז אני חולב אותו". אמר לו הבן של האדמו"ר, שהאדמו"ר התכוון שיש לו ארבע רגלים כמו פרה.
|
|
|
|
| נשלח ב-5/9/2011 06:15 |
|
| |
אתר הטיסות והנופש בארץ ובעולם הכי זולים
.
תוקן על ידי צופנבוב ב- 25/08/2020 16:47:44
|
|
|
|
| נשלח ב-5/9/2011 09:05 |
|
| |
| אנוני_מוס כתב: | | | ניהול זה לא קשור כלל לתכנות, לא? |
|
מה ז"א לא קשור ?
כל מתכנת ומנתח צריך מישהו שינהל אותו, לא ?
כמובן שבאופן עקרוני אין חובה שהמנהל ידע מה זה תכנות לעומק.
אבל ברור שמנהל שבא מאותו מקום יכול לנהל בצורה הרבה יותר מועילה את הפרויקטים ואת העובדים אותם הוא מנהל.
ולכן אצלינו רוב המנהלים היו בעבר מתכנתים ומנתחים.
מקווה שעניתי לך על שאלתך...
מנתח
אכפת לך גם לענות על שאלות או אתה מעדיף רק לכתוב את מונחי היסוד ביתוח מערכות וזהו ?
תוקן על ידי קובוליסט ב- 05/09/2011 09:08:48
|
|
|
|
| נשלח ב-5/9/2011 16:57 |
|
| |
אני אענה על שאלות, אבל מעדיף לעשות את זה באשכול נפרד.
גם ככה יש לי בימים אלו עומס עבודה גדול, ואין לי זמן לכנס ולכתוב את הכמה דקות ביום באמצע העבודה.
כתבתי לעצמי למייל, ואשתדל להעלות את זה בקרוב.
השאיפה שלי היא שכל מי שרוצה ללמוד מושגים אלו יוכל לעשות את זה.
אני אפתח מייל שיהיה אפשר לשלוח לי שאלה, אפילו אם אני לא נכנס לכאן.
|
|
|
|
| נשלח ב-5/9/2011 17:06 |
|
| |
יישר כוח..
|
|
|
|
| נשלח ב-7/9/2011 05:29 |
|
| |
מה הקשר בין אובייקט למציאות?
אוביקט הוא הפשטה של המציאות, שבה אני מדגיש ומתייחס לחלק מהתכונות רלוונטיות, ומתעלם מהתכונות שלא רלוונטיים. . . . .
ההפשטה תלוי בממרחב הבעיה, ומאד סובייקטיבי בעיני המאבחן / המנתח . . . .
לדוגמא, אם יש לי כמה כלי כתיבה, ואני רוצה להגדיר את האבייקטים הפיזיים בתוכנה.
אז אם יש לי כמה כלי כתיבה פיזיים, ויש לי צורך להגדיר אובייקט כזה, מה יהיו התכונות שלהם?
אם התוכנה הוא עבור חנות לכלי כתיבה, יהיה לאובייקט מחיר, חיי מדף, שם ספק וכו'
אם התוכנה הוא עבור מורה, אז התכונות העיקריות הן מחיק / לא מחיק, עובד / לא עובד.
|
|
|
|
| נשלח ב-7/9/2011 05:45 |
|
| |
| חולמת_בקיץ כתב: | | אני גם לא מבינה כלום ממה שכתבת..
אתה יכול לכתוב בצורה מוחשית הרבה יותר
למשל משהו כמו: אוביקט = כסא
מחלקה = מאפייני כסא |
|
ועכשיו נגיע למחלקה.
אם אובייקט הוא הפשטה של המציאות, שיש בה "מצב", "התנהגות", וזהות, אז המחלקה הוא ההגדרה שמאפשרת את היכולות והתכונות האלו.
מחלקה היא הפשטה של אובייקטים, שיש להם את הגדרת התכונות המשותפות שמאפשרות את המצבים ויכולות, וכל אובייקט ואובייקט שונה בערכים בפועל של התכונות האלו.
אז בדוגמא שלנו, בכלי כתיבה של חנות יש מחלקה כלי כתיבה, שהוגדרו בתוכו את ה-ATTRIBUTES האלו
עלותמחיר
חיי מדף
שם ספק
ואילו OPERATIONS יהיו למחלקה עט?
לזה נצטרך להגדיר את תחום התפקיד והאחריות של המחלקה.
אם למחלקה אין שום תחום אחריות, אז אין לו התנהגות, והוא סך הכל STRUCT, מבנה נתונים.
בכדי לזכות בשם מחלקה, אני צריך לתת לו התנהגות, ותחום אחריות.
אז נוכל להגדיר שכלי כתיבה חייבים לדעת האם חיי מדף שלהם תקפים להיום, ואם לא הם חייבים לדווח.
זה די מצחיק לחשוב על עט ששוכב בחנות והוא קם לתחייה לצעוק "היי, חיי מדף שלי נגמרו!!!"
אבל בתוכנה אפשר לעשות הכל.
סתתתתתם.
אמרנו שאובייקט הוא הפשטה של המציאות, לא המציאות ממש.
אבל איך טוש מחיק מסוגל לדעת האם חיי מדף שלו נגמרו?
והאם זה מה שאנחנו רוצים, שאחרי שאני כבר לא יכול למכור אותו הוא יתריע?
אז כנראה שנצטרך להוסיף לו עוד ATTRIBUTE תאריך יצור, וכנראה שנשנה את האחריות שלו, להתריע חודשיים לפני שפג חיי מדף שלו.
זה יתן לבעל החנות מספיק זמן לעשות מבצע "שתים במחיר אחד", ולהיפטר מהם שלא במחיר הפסד.
לסיכום, למחלקה חייבת להיות תפקיד ואחריות.
בניתיים הגדרנו מה זה אחריות, בהמשך נסביר מה זה תפקיד.
|
|
|
|
| נשלח ב-7/9/2011 05:55 |
|
| |
זה הדוא"ל שלי.
תוקן על ידי אנוני_מוס ב- 07/09/2011 10:16:38
|
|
|
|
| נשלח ב-7/9/2011 08:07 |
|
| |
הרווחים האלה לא הגיוניים בשביל מייל, לא?
|
|
|
|
| נשלח ב-7/9/2011 08:42 |
|
| |
כמובן. צריך להחליף את הרווחים ו AT בשטרודל.
|
|
|
|
| נשלח ב-7/9/2011 08:49 |
|
| |
ניתוחית, הגדרת מחלקה כזו עבור הצרכים שהגדרתי, היא בעייתי מאד.
אין שום יחודיות בכלי כתיבה מעבר לכל פריט אחר בחנות. לכל פריט יש חיי מדף וכו'.
הייתי צריך להגדיר מחלקה בשם "פריט", ולתת לו את התכונות אלו.
אם נרצה לסנן ולחפש פריטים לפי קטגוריה ותת קטגוריה, נוסיף למחלקה "פריט" שני מאפיינים אלו, "קטגוריה" ו "תת קטגוריה".
וכך כל אובייקט מסוג פריט שהוא בפועל כלי כתיבה נציב קטגוריה = "כלי כתיבה", ונציב תת קטגוריה = "עט".
גם בזה יש בעייה ניתוחית, אבל נשמע מה דעתכם בינתיים.
אני מתכונן להעלות צילומי מסך של מחלקות ואובייקטים אלו.
אשתמש בתוכנה ENTERPRISE ARCHITECT, שהוא כלי UML הכי זול ונפוץ בחברות בארץ.
תוקן על ידי מנתחמערכות ב- 07/09/2011 09:29:20
|
|
|
|
|
