בתנאים מודרניים, יש פיתוח פעיל של מערכות מידע ברמות שונות. כולם מיושמים באמצעות טכנולוגיית המחשב העדכנית ביותר. כיום, עיבוד הנתונים פועל ככיוון עצמאי לפעילות אנושית. בהקשר זה, השלבים של תכנון מערכות מידע הם רלוונטיים במיוחד. בואו נסתכל מקרוב על האזור הזה.
עיצוב: מידע כללי
בעולם של היום, נתונים נחשבים לאחד המשאבים החשובים ביותר. מערכות מידע, בתורן, הפכו לכלי הכרחי המשמש בכל ענפי הפעילות האנושית. מגוון רחב של משימות שנפתרות באמצעות IS מוביל להופעתם של תוכניות שונות. הם נבדלים זה מזה בעקרונות של היווצרות וכללי עיבוד נתונים. שלבי תכנון מערכות המידע מאפשרים לקבוע את הדרך לפתרון בעיות העומדות בדרישות הפונקציונליות של המערכות הקיימות.טכנולוגיות.
יעדים עיקריים
עיצוב מתחיל תמיד בהגדרת המטרה של המערכת העתידית. המשימה העיקרית של כל תכנית היא לספק:
- נדרשת פונקציונליות ורמת התאמה לתנאים המשתנים ללא הרף.
- רוחב פס.
- זמן תגובה לבקשה.
- אמינות העבודה במצב מבוסס.
- קל לתפעול ולתחזוקה.
- אבטחה נחוצה.
שלבי עיצוב הפרויקט כוללים:
- אובייקטי נתונים לשימוש במסד הנתונים.
- תוכניות, דוחות, טפסי מסך המספקים ביצוע של בקשות.
- חשבונאות עבור טכנולוגיה או סביבה ספציפית (טופולוגיית רשת, עיבוד מקביל או מבוזר, ארכיטקטורה, חומרה וכן הלאה).
שלבים ושלבי עיצוב
המשימה העיקרית של מומחים היא בניית מודלים של פעולות שבאמצעותן יתממשו מטרות הארגון. הסכימה מאפשרת לך להגדיר ולנסח את הדרישות העיקריות ל-IS. הוראה זו נחשבת יסודית ומבטיחה אובייקטיביות. שלבי תכנון המערכת כוללים תיאור של הדרישות ל-IS עם הפיכתן לאחר מכן למבנה מודל. ראשית, נוצרות דיאגרמות ארכיטקטורה של IS. לאחר מכן, מנוסחות הדרישות לתמיכה בתוכנה ובמידע.
הגדר דרישות
שלבים בתהליך העיצוב הקשור למשימה זו,נחשב לאחראי ביותר. טעויות בהגדרת הדרישות קשות לתיקון. בנוסף, ההתאמה שלאחר מכן כרוכה בעלויות משמעותיות. הכלים הקיימים כיום מאפשרים ליצור במהירות מערכות לפי דרישות מוכנות. עם זאת, לעתים קרובות ICs כאלה אינם מספקים את הלקוח, הם זקוקים לשיפורים רבים. זה, בתורו, מוביל לעלייה חדה בעלות בפועל של הדגמים. בהקשר זה, כל שלב בתכנון המערכת חייב להיות מלווה בניתוח יסודי.
סימולציה
השלבים העיקריים של העיצוב מלווים במחקר מעמיק של המידע, המטרות והיעדים של IP. כדי ליצור מודלים של נתונים, מומחים משתמשים בתוצאות הניתוח. שלב תכנון זה כולל בניית מעגל לוגי ולאחר מכן פיזי. במקביל לכך, מתבצעת היווצרות מודלים של פעולה. הם נחוצים לתיאור (מפרט) של מודולי IS. השלבים העיקריים של התכנון - הגדרת דרישות, מודלים של פעולות ונתונים - קשורים זה בזה. חלק מההיגיון העסקי מיושם בדרך כלל במאגר הפרטים (נהלים מאוחסנים, טריגרים, אילוצים). המשימה העיקרית ששלב תכנון הפעולות פותר היא מיפוי הפונקציות שהתקבלו במהלך הניתוח למודולי IS. בעת יצירת האחרון, ממשקי התוכנית נקבעים: מראה החלונות, פריסת התפריט, מקשי קיצור ושיחות הקשורות אליהם.
אדריכלות
שלב התכנון הזה כולל בחירה של פלטפורמה אחת או יותר ומערכות הפעלה. ישנם IC הטרוגניים. בהם פועלים מספר מחשבים על פלטפורמות שונות, והניהול מתבצע על ידי מערכות הפעלה שונות. שלב התכנון כולל הגדרה של מספר מאפיינים של האדריכלות. היא יכולה להיות:
- שרת-לקוח או שרת קבצים.
- שלושה מפלסים, כולל מספר שכבות.
- מבוזר או מרוכז. במקרה הראשון, מוגדרים בנוסף מנגנונים לשמירה על רלוונטיות ועקביות.
זה גם קובע אם ייעשה שימוש בשרתים מקבילים.
כיבוי
שלב התכנון מסתיים בפיתוח תוכנית טכנית עבור ה-IP. בתהליך ההטמעה נוצרת תוכנה לתיעוד תפעולי. לאחר השלמת הפיתוח של מודול בודד, מתבצעת בדיקה עצמאית. נדרש עבור:
- זיהוי תקלות (כשל קשה).
- קביעות של עמידה במפרט (היעדר מיותר ונוכחות של פונקציות נחוצות).
לאחר שעבר את המבחן, המודול כלול בחלק המפותח של המערכת. לאחר מכן מתבצעות בדיקות החיבור. הם נחוצים כדי לעקוב אחר ההשפעה ההדדית של אלמנטים.
אמצעי בקרה
קבוצת דגמים שנבדקו לאמינות. קודם כל, כשלים במערכת מדומים. בנוסף, נבדקים זמני כשל. במקרה הראשון, אמצעי בקרה מאפשרים לך לקבוע עד כמההמערכת מתאוששת במקרה של תקלה בתוכנה או בחומרה. לפי קבוצת המבחנים השנייה, רמת יציבות ה-IS נקבעת במהלך העבודה הרגילה. אמצעי בקרה אלו מאפשרים להעריך את תקופת הפעילות הלא כשלה. ערכת הבדיקות צריכה לכלול גם את אלו המדמות את העומס המרבי. לאחר מכן, כל מכלול המודולים נתון להפעלת המערכת. במסגרתו מתבצעת בקרת קבלה פנימית המאפשרת להעריך את איכותה. במהלך ההערכה מתבצעות בדיקות של מהימנות ופונקציונליות המערכת. אירוע הבקרה הסופי הוא מבחן הקבלה. במקרה זה באה לידי ביטוי איכות שלב התכנון בו נקבעו הדרישות. במהלך הבדיקה, ה-IP מודגם ללקוח. במהלך ההדגמה מדומים פעולות אמיתיות הממחישות את עמידתו של הפרויקט בדרישות הלקוח.
Safety
לכל IS חייב להיות דרישות בטוחות מסוימות:
- הגנה מפני גישה לא מורשית.
- Audit.
- הרשמה לאירוע.
- שחזור מערכת.
- גיבוי.
כל הדרישות הללו נכתבו על ידי אנליסטים בתחילת העיצוב. מומחים יוצרים אסטרטגיית אבטחת IP. הם מגדירים את הקטגוריות של משתמשים שיש להם גישה לנתונים ספציפיים דרך הרכיבים המתאימים. יחד עם זה מתבססים נושאי ומושא ההגנה. יש לומר שאסטרטגיית אבטחה לא צריכה להיות מוגבלת לתוֹכנָה. זה צריך לכלול מערכת שלמה של כללים לביצוע פעולות. יש צורך לקבוע בבירור את רמת ההגנה האופטימלית עבור כל אלמנט בודד, להדגיש מידע קריטי, שהגישה אליו תהיה מוגבלת בהחלט. משתמשי המערכת רשומים. בהקשר זה, מומחים מעצבים מודולים שיהיו אחראים לאימות וזיהוי של נושאים. ברוב המקרים מיושמת הגנה לפי שיקול דעת. זה כרוך בגישה מוסדרת לאובייקטי נתונים מסוימים. זה יכול להיות, למשל, תצוגות, טבלאות. אם אתה צריך להגביל גישה ישירות לנתונים עצמם, אז אתה צריך ליצור הגנה חובה. במקרה זה, רשומות בודדות בטבלאות, בשדות ספציפיים וכן הלאה ייסגרו. על מעצבי המערכת להיות ברורים באיזו רמת הגנה עבור פריט נתונים מסוים תספיק ומה נחוץ.
מסקנה
שלב עיצוב המערכת נחשב לאחד החשובים בעבודה על יצירתה. איתו, למעשה, מתחילים חיי ה-IP. לפני התכנון, על המומחים להגדיר ולהבין בבירור את המשימות שייפתרנו באמצעות המערכת, לבסס זרימות תעבורה, המיקום הפיזי של המשאבים והמשתמשים, אופן ההתחברות לאינטרנט וכן הלאה. חשיבות לא קטנה היא חקר מבנים ומבנים בהם תיפרס הרשת וכן ניתוח התשתית הקיימת.
