נוסדה בשנת

HRM software helps with the management of the human resource department. You can use it to schedule special days for team building where employees can play games such as those found at http://www.casinochoice.ca.

נוסדה בשנת 1989, והתמחתה בפיתוח פתרונות מחשוב למשאבי אנוש ותוכנות ניהול קשרי לקוחות (CRM). שלטה על כ-70% משוק תוכנות משאבי אנוש בארה”ב, ונרכשה על ידי Oracle בשנת 2005. הגרסה העדכנית PeopleSoft FMS 9.1 שוחררה ב- 2009. 

slow_pollBann 
נוסדה בשנת 1978 על ידי האחים Baan בהולנד, ונכנסה לשוק מערכות ה- ERP ב- 1995. החברה מתמחה בעיקר במערכות ERP למפעלי ייצור. Bann נרכשה ב- 2003 על ידי SSA Global, והאחרונה נרכשה על ידי Infor Global Solutions ב- 2006. 
www.Infor.com 

Microsoft Dynamics 
Microsoft Dynamics AX היא מערכת ERP מבית מיקרוסופט. למיקרוסופט דינמיקס מעל 10,000 התקנות בארגונים קטנים ובינוניים ברחבי העולם ו- 300,000 משתמשים.

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

Wise_Fixer• בדיקות יחידה (Unit). מטרתה לוודא שכל יחידת תוכנה (מודול) מבצעת את אשר תוכננה לבצע.
• בדיקות אינטגרציה (Integration). בדיקות של התוכנית כולה, או קבוצה של מודולים יחד, וזאת כדי להבטיח שהם מתקשרים האחד עם השני.
• בדיקות מערכת (System). בדיקות המערכת בכללותה, מבחינה פונקציונאלית והן מבחינת מאגרי המידע, בדרך כלל בראיית המשתמש של יכולות המערכת.
• בדיקות פונקציונאליות (Functional) – מטרתן לבדוק בהתאם למסמך הדרישות האם המערכת עושה את מה שהיא צריכה ולא עושה את מה שאינה צריכה לעשות.
•מערכות מידע הן עניין למקצוענים, גם הזמנות לחתונה הן עניין למקצוענים בלבד. אז אם תמיד חלמתם על הזמנת חתונה ייחודית ובלתי נשכחת, לכו על המקצועיים ביותר – invited. אתם מוזמנים!
• בדיקות שימושיות (Usability) – בדיקות של נוחות השימוש ויעילות העיצוב: נוחות השימוש בתפריטים, ניווט נוח.
• בדיקות קבלה (Acceptance) – בדיקות הנעשות על ידי המשתמש או הלקוח במטרה לוודא כי המערכת פועלת בהתאם לדרישות שהוגדרו במסמך הדרישות המקורי ובהתאם לשינויים שהועברו במהלך מחזור חיי הפיתוח.
• בדיקות נסיגה (Regression) – לאימות פעילות המערכת לאחר שבוצעו בה שינויים. לוודא שמה שעבד לא התקלקל בעקבות העברת גרסה.
• בדיקות שפיות (Sanity) – תפקידן להבטיח כי המערכת נמצאת במצב יציב.
• בדיקות עומס (Load) – בדיקת יכולת התגובה של צד השרת במערכות שרת/לקוח בהן צפויים משתמשים רבים בו זמנית.
• בדיקות אבטחה (Security).
• בדיקות Monkey Tests – בדיקות שנערכות ללא תסריטי בדיקה מסודרים וללא מתודולוגיה מסודרת.

בדיקות תוכנה

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

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

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

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

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

• בדיקות יחידה (Unit). מטרתה לוודא שכל יחידת תוכנה (מודול) מבצעת את אשר תוכננה לבצע.
• בדיקות אינטגרציה (Integration). בדיקות של התוכנית כולה, או קבוצה של מודולים יחד, וזאת כדי להבטיח שהם מתקשרים האחד עם השני.
• בדיקות מערכת (System). בדיקות המערכת בכללותה, מבחינה פונקציונאלית והן מבחינת מאגרי המידע, בדרך כלל בראיית המשתמש של יכולות המערכת.
registry• בדיקות פונקציונאליות (Functional) – מטרתן לבדוק בהתאם למסמך הדרישות האם המערכת עושה את מה שהיא צריכה ולא עושה את מה שאינה צריכה לעשות.
•כשאתם זקוקים למערכות מידע אתם מחפשים את הטוב ביותר? גם בהזמנות לחתונה שלכם, מגיע לכם לא פחות מהטוב ביותר! היכנסו ל – http://www.weddingprint.co.il
• בדיקות שימושיות (Usability) – בדיקות של נוחות השימוש ויעילות העיצוב: נוחות השימוש בתפריטים, ניווט נוח.
• בדיקות קבלה (Acceptance) – בדיקות הנעשות על ידי המשתמש או הלקוח במטרה לוודא כי המערכת פועלת בהתאם לדרישות שהוגדרו במסמך הדרישות המקורי ובהתאם לשינויים שהועברו במהלך מחזור חיי הפיתוח.
• בדיקות נסיגה (Regression) – לאימות פעילות המערכת לאחר שבוצעו בה שינויים. לוודא שמה שעבד לא התקלקל בעקבות העברת גרסה.
• בדיקות שפיות (Sanity) – תפקידן להבטיח כי המערכת נמצאת במצב יציב.
• בדיקות עומס (Load) – בדיקת יכולת התגובה של צד השרת במערכות שרת/לקוח בהן צפויים משתמשים רבים בו זמנית.
• בדיקות אבטחה (Security).
• בדיקות Monkey Tests – בדיקות שנערכות ללא תסריטי בדיקה מסודרים וללא מתודולוגיה מסודרת.

אפשרויות תעסוקה

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

הנדסת תוכנה

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

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

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

איך להגביר את מהירות המחשב

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

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

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

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

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

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

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

בדיקות תוכנה

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

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

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

מושגים בסיסיים QA מול QC 
QA = Quality Assurance = אבטחת איכות
QC = Quality Control = בקרת איכות

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

QC אחראים על הכנת תוכנית בדיקות – ATP – Acceptance Test Plan, ביצוע הבדיקות בפועל ודיווח על ממצאים. התוכנית מורכבת מתרחישים רבים (Scenarios) שצריכים לכסות על כל המקרים המופיעים בדרישות (Specifications), והבודק אמור להשוות את התוצאה הרצויה לתוצאה בפועל. לפעמים מעדיפים ששני צוותים יבדקו דברים זהים בתוכנה, וזאת כביקורת על שיטות העבודה שלהם כדי לראות האם בצוות א’ גילו באגים רבים שצוות ב’ לא עלה עליהם. תוכנית העבודה כוללת פרק המגדיר את סביבת העבודה הנדרשת לצורך הבדיקות, כגון רכיבי חומרה או תוכנה ייעודיים, סימולאטורים מיוחדים, וכדומה. 

עולם בדיקות התוכנה מתחלק לשלוש רמות: 
• רמה גבוהה – קופסא לבנה (White Box). בדיקות אשר מתבססות על הכרות פנימית של קוד התוכנה, דורשות עבודה מול שורות קוד, כולל קריאה מלאה של הקוד ולעיתים ביצוע תיקונים בקוד. כדי לבצע בדיקת תוכנה ברמה כזו יש צורך לדעת תכנות ברמה סבירה. השיטה מזהה ליקויים בקוד, אך לא מזהה תכנון לקוי. 
• רמה בינונית – בדיקת תוכנה ללא התעסקות בקוד. סוג זה של עבודה נקרא קופסא שחורה (Black Box) משום שהתוכנה הנה כמו קופסה שחורה ואטומה בפני הבודק שלא מכיר את המבנה הפנימי שלה. הבדיקות מתבססות על בדיקת הפלט הצפוי לקלט מסוים בהתאם לתכנון מוקדם כלשהו. בסוג זה של עבודה נדרש ידע טכנולוגי ברמה טובה, אולם לא נדרש ידע בתכנות. השיטה מזהה תכנון לקוי, אך לא מזהה ליקויים בקוד. 
• רמה נמוכה – בדיקות אוטומטיות. בדיקת תוכנה בעזרת תוכנות בדיקה אוטומטיות המיוצרות לצורך העניין ודורשות ידע מסוים בהפעלת תוכנת הבדיקה ובתכנון הבדיקה. תוכנות בדיקה מהסוג הן: Win Runner, Record View, LoadRunner. ניסיון בעבודה עם תוכנות מהסוג הוא יתרון אולם בד”כ אינו חובה לעבודה בתחום.

ספקי ERP

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

SAP
החברה המובילה בענף. נוסדה בשנת 1972 על ידי חמישה מהנדסים פורשי IBM.
ל- SAP יותר מ- 100,000 התקנות ב- 120 מדינות ומעל 10 מיליון משתמשים. בשנת 1992 שוחררה גרסת R/3 – מערכת שרת לקוח, ובשנת 2005 שוחררה גרסת ECC – ERP Central Component. התוכנה מכסה את כל תחומי הפעילות של הארגון ומכילה מספר רב של יישומים משלימים. אולם, היא מורכבת, יקרה ולא מתאימה לארגונים בינוניים או קטנים. עלות הרישיון לעבודה במערכת SAP היא 5,000 יורו לשנה למשתמש. 
בין לקוחות SAP בארץ: תעשיה אווירית, ממשלת ישראל (מרכב”ה), חברת חשמל, בזק, שטראוס, עלית, סלקום. 
www.SAP.com 

Oracle
החברה השנייה בגודלה בענף, נוסדה בשנת 1977. מוצריה הבולטים:
בסיס הנתונים אורקל.
חבילת eBusiness – יישום ERP לניהול פיננסי, ייצור ומשאבי אנוש.
Oracle Application Server – שרת יישומים. 
בין לקוחות Oracle בארץ: טבע, מוטורולה, חיל האוויר, אמדוקס, אוניברסיטת תל אביב, פלאפון.

הטמעת מערכת ERP

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

אחת הדוגמאות להטמעה מוצלחת היא Alpina Productos Alimenticios, יצרן גדול של מוצרי חלב מקולומביה, שמייצר 400,000 ליטר חלב ביום ומוכר יותר מ- 200 סוגים של מוצרים בצפון ודרום אמריקה. המערכת החדשה אפשרה לאלפינה להקטין את מספר ימי המלאי הממוצע מ- 35 ל- 25 ולקצר את זמן האספקה מהמפעל ללקוח מ- 8 ימים ל- 5 ימים. כמו כן, הושג חסכון של כ- 3,000,000$ בשנה על הוצאות הובלה.

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

clean_pollדוגמא לכישלון פרויקט ERP היא סיטונאית התרופות האמריקאית FoxMeyer שהייתה הרביעית בגודלה בארה”ב (מחזור של מעל ל- 5 מיליארד דולר). באמצע שנות ה-90 הטמיעה החברה מערכת ERP. הטמעה מהירה מדי, 50 יועצים שרובם היו בלתי מנוסים והתחלפו כל הזמן, בעיות קשות בנתונים ואי-תאימויות מהותיות בין ההזמנות למשלוחים ללקוחות – גרמו לקריסת המערכת, ובסופו של דבר לפשיטת רגל של החברה. לחץ כאן לקריאת ניתוח האירוע.

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

שאלות שצריך לשאול לקראת כניסה לתהליך ההטמעה
האם יש צורך ב- ERP? (האם הקשיים בארגון נובעים מתהליכים עסקיים ומידע ארגוני?)
האם יש טעם להיכנס לתהליך יישום שיניב פירות רק בעוד כמה שנים?
האם יש לארגון משאבים נדרשים למעבר מוצלח ל- ERP?
האם הארגון מסוגל “לבלוע” את המערכת מבחינה תרבותית?