מערכת ניהול מסדי נתונים ושיתוף פעולה

בעמוד זה אנו רוצים לדבר על: "DBA מרוחק בין חברות בדרך שיתופית"

טוב קריאה.

חלק 1 מתוך 2

מידע מקדים

מקור: קלאודיו ונטוריני

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

דובר: ד"ר אנדריאה מאורינו

מנחה: ד"ר אנג'לו סירוני

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

Coopetition: בעיות עבור IT

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

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

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

זיהוי המידע המיועד לשיתוף הבנה של איזה מידע יש להחליף ולפיכך לשלב אותו, כך שיהיה שימושי עבור כלל הארגונים המעורבים.

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

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

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

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

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

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

הם החזירו אותך. במקרים מסוימים, למעשה, גוף צד שלישי זה יכול לקחת אחריות על ניהול ה נתונים מְשׁוּתָף.

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

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

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

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

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

קואופרטיבים מחסן נתונים  (CDW):

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

אותם ארגונים המעורבים בשיתוף פעולה, ובכך יכולים לקבל ראייה רחבה יותר של השוק בו הם פועלים

המינהל הציבורי, אשר עשוי לבקש נתונים על מנת לבצע פעולות בקרה

אזרחים וצרכנים על מנת להפוך את שרשרת הייצור לשקופה יותר.

שיתוף פעולה, תחרות, שיתוף פעולה

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

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

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

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

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

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

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

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

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

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

שיתוף פעולה מנקודת מבט של IT

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

בעל עניין בעל הכוח לכפות שיתוף פעולה בתרחישים עסקיים מסוימים יש נוכחות של בעל עניין בעל כוח מספיק כדי ליצור קשרי שיתוף פעולה בין בעלי עניין מתחרים אחרים. תרחיש מסוג זה נוצר ב  איטליה  בעקבות הקמת הבורסה הלאומית לעבודה מתמשכת (BCNL), פורטל אינטרנט שמטרתו לעודד התאמה בין היצע וביקוש לעבודה. במקרה זה המדינה חייבה על פי חוק את סוכנויות ההשמה הציבוריות והפרטיות השונות לשתף פעולה על ידי העמדת מידע מסוים בפורטל על הפרופילים של מחפשי העבודה שהם מנהלים. דוגמה שנייה היא זו של מקורות מקבילים, מודל רכש חומר טיפוסי בתעשיית הרכב היפנית [?]. במקרה זה ארגון שואב חומר ממספר ספקים שונים, תוך שמירה על הקשר עם כל אחד מהם לתקופה ארוכה. זה מבטיח אספקה ​​מתמדת של חומר ועוזר ליצור תחרות חזקה בין הספקים. עם זאת, הם מחויבים גם להחליף ידע זה עם זה בכל הנוגע לבעיות ייצור ופתרונותיהן.

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

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

חדיש

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

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

ועדת דירקטוריון שיתופיות ועדה שתפקידה לקדם שיתוף פעולה באמצעות פעולת מתווך בין הארגונים המעורבים ותיאום הפרויקט

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

Coopetition Process Key Role (CPKR) קבוצת אנשים לכל אחד מהארגונים המעורבים האחראים על ההתממשקות של הארגון עם ועדת מועצת הקואופטציה, לצורך ביצוע הקואופטציה. הם בדרך כלל אנשים מתחת למקבלי ההחלטות, אך בעלי השפעה רבה בתהליך השיתופי.

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

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

DBA מרוחק בין חברות בדרך שיתופית

חלק 2 מתוך 2

יסודות של

אינפורמטיקה לארגון

חלק ראשון של הקורס: שיעורים 1-6

דפי מידע שנכתבו על ידי:

אנטוניו צפראנו, וינצ'נזו פרמה, מוניקה מנונסין, אלסנדרו רה

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

דפי מידע מוגברים על ידי דוקטור סטפנו פאנטין.

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

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

International Business Machines, IBM, נולדה במגזר זה: בתחילה מכרה מערכות חיוב, שבוצעו אלפי פעמים בחודש; לכן היו מערכות להפקת חשבוניות, אבל לא להנהלה: סטטיסטיקה לא נעשתה ולא היה מקום לאחסן כמויות גדולות של נתונים.

באמצע שנות ה-30 וה-40, שלוש קבוצות עבודה עיקריות עבדו על מחשבים אלקטרוניים הניתנים לתכנות: אלן טיורינג באנגליה, במטרה ליצור מערכת הצפנה למטרות מלחמה, Konrad Zuse ב גרמניה (נחשב על ידי חלק כממציא האמיתי של

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

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

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

בשנות ה-60, טכנולוגיית המידע נכנסת סוף סוף לחברות בצורה רחבה גם הודות לתפקידה של IBM, המפתחת את המיינפריים הראשון, ה-System/360 (1964), שנועד לקבל תפוצה גדולה מאוד בארגונים בינוניים/גדולים של אותה תקופה.

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

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

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

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

ראייה 3 צדדית

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

את ההיקף הפעלה, זה הנוגע לרישום עובדות החברה, ההכרחיות לניהולה;

את ההיקף קבלת החלטות, הקשורים לעיבוד מידע לפיתוח בינה עסקית;

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

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

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

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

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

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

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

תמיכה תפעולית

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

ניהול מחסן ותכנון ייצור;

חשבונאות, אדמיניסטרציה;

מינהל כוח אדם.

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

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

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

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

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

דרך מערכת המידע נוכל אפוא לקבל מידע על המוצרים ועל denaro.

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

לבסוף אתה צריך לנהל את סגל. המידע העיקרי הוא:

פרופילים (אישיים, פיסקליים);

תפקיד בארגון;

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

תמיכה בהחלטה

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

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

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

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

מערכות כאלה, המסייעות בניהול הארגון, נקראות מערכות עסקיות עסקים ניהול.

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

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

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

לכן החברה זקוקה ל:

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

להיות מורכב מצוות מוכשר וגמיש;

ניהול של מידע רב וקשרים עם גורמים אחרים (אנשים, חברות אחרות,...).

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

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

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

כיום המערכת רחבה יותר ומנהלת, בנוסף נתוניםתזמון ותכנון ייצור.

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

אלגוריתמים בסיסיים לצמח בכללותו: מבוסס על הכנסות חומר גלם ei

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

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

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

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

מיזוג פעולות והחלטות במערכות ERP

האינטגרציה בין מערכות תומכות תפעול ומערכות בינה עסקית ממשיכה לגדול עד להופעתן של מערכות ERP, Enterprise Resource Planning, המקבלות את התפקיד של מערכת מידע יחידה לכל חיי החברה. מערכות אלו, שהגיעו לפיזור המקסימלי שלהן בשנות ה-90, נמצאות בשימוש מהותי בכל החברות הבינוניות/גדולות ומתפשטות יותר ויותר בחברות בינוניות/קטנות.

המוצר המוביל בשוק זה הוא SAP.

אימוץ ה-ERP (לאו דווקא SAP) הוא התחלה חדשה עבור החברה: איחוד המידע וניהולו הריכוזי אך המודולרי מאפשרים הגיוני חשיבה מורכבים (מחקר של שולי הכנסה, תרחישי פירעון/חדלות פירעון...).

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

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

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

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

בסופו של דבר, כשאתה מחליט על ERP, עליך להבין:

שילוב נתונים: ERP כמובן לא יכול להתעלם נתונים של חברות, שהן רבות ואינן מאורגנות, יש צורך להשתמש במחסני נתונים

אילו בעיות מתעוררות בהפעלת החברה כולה עם ה-ERP

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

ניהול ידע

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

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

באופן כללי, לתהליך לימוד השוק יש שני מרכיבים בסיסיים:

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

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

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

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

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

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

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

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

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

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

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

מקור חיצוני, הניתן על ידי התנהגות המתחרים ומוצריהם ועל ידי התנהגותם של לקוחות;

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

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

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

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

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

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

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

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

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

לשם כך, אנו מעוניינים אפוא בכלים לניהול ידע ושיתוף פעולה (תוכנה קבוצתית). תקשורת, פנימית וחיצונית, חיונית להצלחת החברה.

כל הכלים שמתפשטים בארגונים מכוונים יותר ויותר לניהול ידע, לא רק כדי לפרש את השוק, אלא גם כדי לאפשר שיתוף ידע בתוך של החברה; לדוגמה, חברה עם משרדים נפרדים ומרוחקים (למשל מילאנו e רומא), יכול להשתמש במערכות ניהול ידע ותקשורת כדי לקרב חוויות הדדיות, למנוע התפתחות של שני גרעינים נפרדים ובכך לספק לוקליזציה ושילוב של ידע24.

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

התהליכים מלווים בזרימת מידע: אם התהליך אינו מנוהל היטב, אפילו העברת המידע אינה יעילה.

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

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

שילוב של 3 התחומים

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

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

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

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

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

הטכנולוגיות הזמינות היום לשיחות וחילופי מידע כוללות:

דוא"ל: שהוא מאומץ באופן אוניברסלי, שבו נמצא זכר לתקשורת נוצר אוטומטית;

סקייפ: שימושי מאוד לתקשורת מילולית;

שירותי ועידת וידאו בין מספר אנשים: עדיף מסקייפ לתקשורת ביניהם עוד אנשים;

telefono.

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

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

Costi

העלויות העיקריות הנובעות משימוש במחשבונים הן:

רכישה

installazione

תחזוקה

מפעיל הדרכה (קורסי הדרכה לטכנאים שעובדים שם)

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

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

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

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

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

זה ה-IOC (קצין מידע ראשי), כי הוא מוכיח שכוחו אינו תלוי בכסף שהוא מנהל, אלא בכמה כסף הוא חוסך לחברה.

למצב הקיים כיום בארגונים יש מאפיינים שונים

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

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

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

מקרה מחקר נבחר: "שירותי חבילות מאוחדים (UPS): משלוח חבילות ו מסחר אלקטרוני פתרונות", מודעה לפעול של המרכז למערכות מידע (MIT).

מבוא

הודות ל-15 מיליון החבילות שלה ביום, UPS היא המובילה בעולם בהובלת חבילות.

החברה, שנוסדה בשנת 1907 בשם American Messenger Company, הגדילה את המוניטין שלה כחברת תחבורה אמינה ויעילה במהלך המאה, עד שעל סף שנת 2000 התברר שהיא ארגון התחבורה הגדול ביותר על פני כדור הארץ, עם כ-13 מיליון חבילות מועברות מדי יום ליותר מ-200 מדינות.

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

ההתפתחות הטכנולוגית של החברה לא הייתה בחירה שהוכתבה על ידי סדרי עדיפויות מדויקים. הכנסת שירותים טכנולוגיים גבוהים על ידי המתחרים בשנות ה-80 לא עוררה בהנהלה רצון לחקות ואכן הייתה חוסר רצון להוציא יותר מ-1% מהתקציב השנתי על מערכות IT. רק החלפת הנהלה ב-1986 היא שהביאה לשינוי המסלול המועיל, שהוביל להשקעות מאסיביות ולהקמת פארק שירות נרחב. בין 1986 ל-1996, UPS הזרימה יותר מ-11 מיליון דולר ל-IT, והגדילה את צי מומחי ה-IT שלה מ-100 ליותר מ-4000.

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

מערכות

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

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

רשת קפילרית שתאפשר את זרימת המידע הזו: הרשת, שקיבלה את השם UPS Net, הושקה ב-1990.

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

עם תשתית מוצקה במקום, UPS החלה להיכנס לטכנולוגיה של העסק שלה. בשנת 1993 היא הציגה את DIAD, מערכת אוטומטית לזיהוי חבילות אשר, בזמן אמת, מזהה את החבילה ומעדכנת את מסד נתונים עם הפעולות המתבצעות בו (יציאה, הובלה, איסוף וכו'). DIAD מורכב ממיני-טרמינל, המבוסס כיום על Windows Mobile, נתתי מנוהל על ידי כל מי שמטפל בחבילות. הטרמינל מצויד בקישוריות חדישה (הגרסה הרביעית, שנמצאת כיום בשימוש, כוללת Wi-Fi ו-GPRS, אך גם בלוטות' ואינפרא אדום כדי להתחבר למחשבים ומדפסות) וכמובן GPS, לעזור לנהגים באופטימיזציה של מסלולים ולעדכן את המיקום הנוכחי של החבילה. ניתוח המידע המועבר על ידי ה-DIAD מגלה שפע של נתונים שהחברה משתמשת בהם כדי ליצור פרופיל i לקוחות, לייעל את זרימות המשלוחים ולהטמיע תמחיר מבוסס פעילות. כמו כן, קדימה נתונים כל "פגמים" או מוזרויות מופיעים בתכנון המשלוחים של ה לקוחות, המאפשרת ל-UPS להציע שירותי ייעוץ והנדסה מחדש. אופטימיזציה של משלוחים, תחום קלאסי של מחקר תפעולי המיושם בטכנולוגיית מידע, שולט בפעילות UPS.

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

כל מערכות המחשב פותחו באופן פנימי ב-UPS. יישומים רבים לא נותרו בסמכותה הבלעדית של החברה - למשל, מערכות המעקב או הערכת עלויות שהוזכרו לעיל שעודכנו בזמן אמת בכל רחבי כדור הארץ - אלא הועמדו לרשות לקוחות: מי שרוצה יכול לשלב את היישומים הללו בתוכנה שלו, אפילו במערכות ERP. UPS מספקת ממשקי API ותיעוד, מבקשת רק מיתוג.

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

האימוץ השיטתי של תקנים פתוחים הפך את UPS למצליחה במובן הראשון, וכיום חברות רבות משלבות בקלות פונקציונליות של UPS בתוכנה שלהן;

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

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

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

בין החידושים הטכנולוגיים המשמעותיים של השנים האחרונות, הציגה UPS תיוג RFID של החבילות המיוחדות שלה, בחירה שהאיצה את הליכי הזיהוי ופתרה את בעיית קריאת התגים החזותיים (כגון ברקודים) על אריזות בעלות צורה לא סדירה. בנוסף, נוצרה מערכת זיהוי קולי (UPS Interactive VoiceResponse) כדי להקל על העומס האנושי על מרכזיות הטלפון. כפי שניתן לראות, UPS שמה לב במיוחד להתפתחות המערכות שלה ומברכת על כל טכנולוגיה חדשה שיכולה להגביר את הפרודוקטיביות.

organizzazione

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

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

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

בכל הנוגע ליעדים שאינם קשורים ישירות ל-IT, ההנהלה הבכירה של UPS עושה שימוש נרחב במה שנקרא כריית סנטימנט, תוך שימוש בפלטפורמת Radian6 המנטרת את הרשתות החברתיות העיקריות (פורומים, בלוגים, facebook, linkedin, טוויטר, יוטיוב וכו') ומספק לוחות מחוונים מסכם של המוניטין של החברה באינטרנט. בין שאר ההיבטים שנשמרו במעקב צמוד ישנו גם ניצול המותג.

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

ההנהלה הבכירה בשנת 2000, הייתה UPS e-Logistics, פלטפורמת ניהול משלוחים מקוונת מקיפה עבור חברות המשתמשות ב-UPS כספק הסטנדרטי שלהן. הרעיון של e-Logistics הוא להציע חבילה משולבת אחת המספקת כל עזרה שתזדקק לה: מניהול מחסן ועד מעקב, ניהול הזמנות, תמיכה טלפונית וכו'. E-Ventures מייצרת בממוצע שלושים הצעות חדשניות בשנה.

בשנת 1997 הקימה UPS קרן בשם UPS Strategic Enterprise Fund, אשר מפקחת, מעריכה ומשקיעה בחברות מתפתחות אשר בוחנות שווקים וטכנולוגיות חדשות בעלות עניין פוטנציאלי. בדיוק הקרן הזו זיהתה והובילה לרכישה ב-2004 של Impinj Inc., יצרנית של תגי RFID.

שיתוף פעולה

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

אנשים פרטיים ששולחים חבילות;

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

(מסחר מקוון ללא מתווכים מכל סוג שהוא);

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

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

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

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

שיתוף פעולה פנימי ב-UPS מתקיים בדרכים שונות:

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

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

יסודות ה-IT לארגון

חלק שני של הקורס: שיעורים 7-12

דפי מידע שנכתבו על ידי:

אנטוניו צפראנו, וינצ'נזו תפסיקי, מוניקה מנונסין, אלסנדרו רה

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

דפי מידע מוגברים על ידי דוקטור סטפנו פאנטין

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

חדשנות

שנות ה-60/70

אומצו מערכותמערכות ניהול תפעול.

לוקליזציה: בבית1/בשירותים.

טכנולוגיה: מיינפריים2

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

שנות ה-80/90

אומצו מערכות: מערכות ניהול עסקים.

לוקליזציה: בתוך הבית.

טכנולוגיה: בתחנות עבודה ב-LAN, VPN במקרים נדירים, רשתות כוכבים

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

שנות ה-90/00

אומצו מערכות:ERP.

לוקליזציה: בבית / מיקור חוץ.

טכנולוגיה: מטרה כללית (למשל PC) באמצעות אינטרנט

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

שנות ה-00/10

אנחנו עדיין במשחק!

שנות ה-10/20

מה יקרה?

הטכנולוגיה הראשונה הזמינה היא המיינפריים (IBM S/3603 הוא בין הראשונים שהצטרפו לחברה). במגזר ה-ITC החדשנות היא מסיבית ויש הרבה חברות שנולדות, מתפתחות בעקביות, אבל נעלמות מהר, לפעמים נקלטות (כגון נטסקייפ, המפורסמת בדפדפן באותו השם, היא כיום חטיבה של AOL) לפעמים לא .

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

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

שפע של ארכיטקטורות שונות (היררכית, peer to peer4, client-server5, ring...). ב אינטרנט כל מה שנמצא בין שני מסופים מתקשרים מוסתר, המבנים מוגדרים לאחר פיתוח הרשת. זה מספק לנו חופש מפחיד: אנחנו כבר לא צריכים מבנה שיאפשר לנו לעשות סדר. אינטרנט זו בהחלט טכנולוגיה מאסיבית (במובן האנגלי של המונח, כלומר בעלת ממדים גדולים).

תרגיל היסטורי זה חשוב להבנת מערכות מידע ובכלל, טכנולוגיות, מכיוון:

עסקים, וארגונים בכלל, הם בנות של המסורת שלהם והניסיון שלהם עושה את ההבדל;

תנאים סוציו-פוליטיים הם מרכיב סביבתי עיקרי;

האבולוציה ומצב האמנות הם גם פונקציה של נתיב המשתמשים.

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

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

התפתחות אפשרית של מערכות מידע

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

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

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

יוניקס (40 שנים)

חלונות (30 שנה)

לינוקס (20 שנה)

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

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

"פקטור 9x"

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

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

לכן, כדי שלחדשנות תהיה הזדמנות להחליף בהצלחה את הקיים, היא חייבת להיות טובה יותר פי תשעה (“9x factor”), כלומר היא חייבת להיות חדשנות שונה בתכלית, שבאמת משנה את חייהם של אנשים.

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

סְחוֹרָה:

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

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

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

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

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

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

זה יוצר אובדן של מערכת היחסים הקודמת עם השוק;

הוא אינו מייצר יתרונות כלכליים משמעותיים;

מגביר את הבלבול בין ה לקוחות;

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

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

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

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

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

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

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

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

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

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

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

יכולת לייעץ לחברה בבחירות שיש לעשות, תוך הקשבה לצרכיה.

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

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

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

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

groupware, ככל שיש לנו בעיות אינטגרציה הנוגעות לכלים המשמשים ולמגזרי השימוש שלהם.

כדי לחשוב טוב יותר, ניצור תמונה של מה שיש בו איטליה, משתי סיבות:

כנראה שנמצא את עצמנו מנתחים ארגונים איטלקיים;

לחברות איטלקיות יש מאפיינים ייחודיים.

חברות איטלקיות

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

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

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

התעשייה המכאנית חזקה מאוד, לא רק במכוניות ואופנועים, אלא גם במכונאות B2B (Business To Business): מכונות גלידה, נייר ועיבוד עץ.

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

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

Lניתן לתאר את החברות האיטלקיות לפי כמה מאפיינים:

הם מתחרים בעולם;

הם קטנים (לא כולם, אבל יש לנו הרבה עסקים בינוניים והרבה עסקים קטנים/בינוניים);

הם חדשניים;

הם נטועים בשטח;

יש מבנה רשת;

הם מונחים על ידי מאסטר/מייסד;

הם נאבקים להחזיק מעמד מעבר לדור הראשון או השני;

הם גדלים מהר;

הם ממוחשבים בצורה גרועה.

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

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

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

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

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

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

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

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

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

חדשנות לא תמיד יכולה להיות נוכחת: 3M העניקה לעצמה קוד חדשנות, שלפיו בכל שנה על החברה לחדש לפחות 25% מהדגימות שלה. זה ראוי לשבח, אבל אם חושבים על חברת אופנה שתוך שנה (או אפילו פחות, 4 חודשים במקרה של זארה) מחדשת לחלוטין את קולקציית הדוגמאות שלה, ברור שזה דורש תהליך שונה מאוד.

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

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

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

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

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

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

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

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

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

מינהל ציבורי (רשות)

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

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

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

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

תחילתו של תהליך השינוי הייתה נתתי מנקודות החוק הבאות שהביא, בין היתר, 3 שינויים חשובים:

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

לכל הליך, כאשר הוא מסופק לאזרח, חייב להיות מנהל; לכן על האזרח לדעת מי אחראי לשירות זה;

לכל הליך מינהלי ישנו זמן מקסימלי בו יש לתת את השירות.

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

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

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

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

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

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

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

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

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

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

תוכנה מודולרית

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

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

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

עד כמה המודולים צריכים להיות פשוטים במערכת מודולרית?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

פלטפורמה = מערכת + שירותים רוחביים.

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

לכן, למערכות מודולריות חייבות להיות לפחות 4 מאפיינים:

מודולים חייבים להיות פשוטים;

מודולים חייבים להיות ניתנים להחלפה;

אתה צריך פלטפורמה מלאה בשירותים הדרושים לאינטגרציה;

הממשק חייב להיות מתוכנן כך שיספק את המשתמש באפליקציה.

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

שילוב מערכות

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

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

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

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

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

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

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

אם החברה מבצעת מיקור חוץ של כל המשאבים המרכזיים, הפלטפורמה חייבת להיות מסוגלת להתפתח בכיוון זה. לכן חייבת להיות אבולוציה של פלטפורמת האפליקציה בצורה מחזורית, עם תקופה בין 6 ל-12 חודשים. אולם מעל לפלטפורמת היישומים יש את זו הטכנולוגית, שהיא בעלת אופי שונה מהותית, שכן היא מתארת ​​את אופן ניהול טכנולוגיות המידע; זה מהותי להצלחת הבחירות ברמת פלטפורמת היישום ולפתרון הבעיות. המחזור האבולוציוני שלו במקרה זה הוא רב-שנתי ויש לנטר אותו כל הזמן כדי להבטיח שהארכיטקטורה היא הטובה ביותר עבור הצרכים שלנו.

לכן יש 3 רמות לניהול על מנת להציע פתרונות תקפים:

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

פלטפורמת יישום (6/12 חודשים)

גיליונות בודדים (שבוע/חודש)

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

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

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

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

הטכנולוגיה מאפשרת להסיר משימות מסוימות, אך יוצרת אחרות.

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

לא ניתן לבטל את העבודה העודפת באופן מיידי;

אם הביצועים נשארים ללא שינוי, חל הפחתה בעבודה הנדרשת;

עם זאת, אם תכננו את המערכת כדי לשפר את חווית המשתמש, המשתמשים

הם ידרשו התערבות אנושית.

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

דוגמה: חיוב

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

הסדר;

חשבונית הספק;

את תלוש האריזה.

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

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

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

מערכות אונטולוגיות

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

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

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

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

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

לקוח וספק הם מילות מפתח המאפשרות לי לזהות חלק מהישויות עימן יש לי מערכת יחסים.

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

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

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

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

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

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

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

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

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

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

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

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

ניתן לתאר אונטולוגיות באמצעות שפות לוגיות, אחת הפופולריות ביותר היא OWL (שפת אינטרנט אונטולוגיה).

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

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

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

אבחון הארגון;

אבחון האדם;

אבחון מכונה.

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

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

ענן מחשוב

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

כבר במקורותיה, ובצורה מגובשת יותר החל מלפני 10-15 שנים, טכנולוגיית המידע הציגה את עצמה כשירות למשתמשים, כלומר כמשאב העדיף על מיקור חוץ ולא בתוך הבית. מחשבים מוקדמים היו מכונות יקרות, מיינפריים, ולכן הארגון לא קנה את כל המכונה, אלא שילם כדי להפעיל אותה ולהפעיל את התוכנה שלו; עם זאת, המכונה נשארה ב"מרכז השירות" שהציע לחברה אפשרות זו.

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

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

מיקור חוץ היה מוצלח מכיוון שהוא אפשר לך לקבל את השירות האיכותי ביותר

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

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

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

ובמסגרת זו ה- ענן מחשוב.

מנקודת מבט רעיונית, ה ענן מחשוב נולד מהרעיון של מחשוב רשת, כלומר להשתמש ב Potenza של מחשוב המופץ ברחבי העולם בצורה יעילה, כלומר על ידי ניצול הלא בשימוש. הרעיון הזה מיושם בתחילה לשיתוף קבצי מוזיקה באינטרנט, דרך רשתות שבהן כולם הם גם לקוח וגם שרת (Peer-to-Peer). הבעיה

של ארכיטקטורה זו היא שלא ניתן לזהות את מנהל השיתוף, מכיוון שאי אפשר לקבוע באיזה שרת נמצא ה-i נתונים.

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

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

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

ענן מחשוב VS Grid: לא משתמש יותר במושג עמית לעמית.

ענן מחשוב VS מיקור חוץ: החברה אינה מספקת מערכת מידע משלה.

החומרה עבור ענן הוא עשוי לעתים קרובות כך שניתן למקם אותו במיכל של 100, 1000, 2000 שרתים שכבר מותאמים ומקוררים באופן אוטונומי, מוכנים ל"מכירה".

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

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

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

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

תשתית כשירות (תשתית כשירות, או IaaS), שבו השירות המוצע על ידי הספק של ענן זה עצם התשתית של ה"ענן", המורכב ממנו Potenza מחשוב, אחסון ורשת. לאחר מכן הלקוח יכול להפעיל תוכנה משלו (כולל מערכות הפעלה) על תשתית זו.

פלטפורמה כשירות (פלטפורמה כשירות, o PaaS), כאשר השירות המוצע הוא האפשרות לקבל פלטפורמה, הניתנת על ידי הספק של ענן, שעליו יכול הלקוח להפעיל תוכניות משלו.

תוכנה כשירות (תוכנה כשירות, או SaaS), שבו הספק של ה ענן מכין תוכנה עבור הלקוח והוא משלם רק עבור זמן השימוש בפועל באותה תוכנה.

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

פרטיות ובעלות על לתת לי

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

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

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

modello Google, המספקת תוכנה סטנדרטית,

modello אמזון בעברית, המספקת תוכנת mashup ליצירת תוכנה מותאמת אישית.

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

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

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

להיות מודולרי (ואונטולוגיות עובדות רבות במגזר זה, בפרט שירותי ניהול האונטולוגיה ברמת הפלטפורמה),

להיות פחות משולב בהשוואה לתוכנה הנוכחית,

להפריד נתונים ותוכניות.

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

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

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

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

UPS היא המובילה בעולם בהובלת חבילות.

להלן תיאור האינטגרציות בין ההיבטים השונים (שיתוף פעולה/ארגון/מערכות).

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

אינטגרציות

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

i נתונים לניהול כוח אדם;

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

מידע על חברות שותפות אי לקוחות (האחרון עודכן גם בזמן אמת, בהתבסס על מידע שהגיע ממסופי DIAD ומהאתר אינטרנט);

i נתונים לעריכת הדוחות הכספיים (מאזן, דוח רווח והפסד וכו').

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

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

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

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

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

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

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

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

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

אונטולוגיה לאינטגרציה

בהשערת אונטולוגיה מאחורי האינטגרציות של UPS, אפשר בהחלט להתחיל מהשחקנים המעורבים בעסקי הליבה שלה: הובלת חבילות. לפיכך, יש לנו חבילת כיתה, המועברת ממיקום אחד לאחר; ניתן להמשיג את ההובלה עם שני יחסים "transportFrom" ו-"transportTo", אם אחד מהם אינו כולל

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

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

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

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

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

מנהל מנכ"ל

👍סוכנות אינטרנט מקוונת | מומחה לסוכנות רשת בשיווק דיגיטלי וקידום אתרים. Web Agency Online היא סוכנות אינטרנט. For Agenzia Web Online הצלחה בטרנספורמציה דיגיטלית מבוססת על היסודות של Iron SEO גרסה 3. התמחויות: אינטגרציה של מערכת, שילוב יישומים ארגוניים, ארכיטקטורה מוכוונת שירות, מחשוב ענן, מחסן נתונים, בינה עסקית, Big Data, פורטלים, אינטראנטים, אפליקציות אינטרנט עיצוב וניהול מאגרי מידע יחסי ורב מימדיים עיצוב ממשקים למדיה דיגיטלית: שימושיות וגרפיקה. סוכנות אינטרנט מקוונת מציעה לחברות את השירותים הבאים: -SEO בגוגל, אמזון, בינג, Yandex; -Web Analytics: Google Analytics, Google Tag Manager, Yandex Metrica; -המרות משתמשים: Google Analytics, Microsoft Clarity, Yandex Metrica; -SEM ב-Google, Bing, Amazon Ads; -שיווק במדיה חברתית (פייסבוק, לינקדין, יוטיוב, אינסטגרם).

ראה ביוגרפיה מלאה

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