מחזור חיי תוכנה: קונספט, סטנדרטים, תהליכים,

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

מחזור חיי תוכנה: מה זה במובן הפורמלי?

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

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

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

דרישות ראשוניות

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

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

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

סטנדרטי תהליך של מחזור חיי תוכנה

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

• GOST 34.601-90;
• ISO / IEC 12207: 2008;
• אורקל CDM.

לקבלת התקן השני הבינלאומי הוא מקביל הרוסי. R GOST זה ISO / IEC 12207-2010, אחראית מערכת והנדסת תוכנה. אבל מחזור חיי תוכנה, מתואר הוא התקנות, זהה במהותה. הסיבה היא פשוטה מספיק.

סוגי תוכנות ועדכונים

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

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

הסיומת שלו היא האמצעי הנפוץ ביותר של עדכון (עבור שתי מערכות ההפעלה והפלטפורמות ותוכנות היישום). כנראה לא צריך להסביר כי כל משתמש במערכת המחשב המבוסס על עדכונים של Windows עבר לשלב של המערכת או רכיבים כגון Microsoft .NET Framework או מכונה וירטואלית Java.

בשלב העיצוב

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

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

עיצוב

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

האם זה C + / C ++, Java, Delphi או באותו מיושן פסקל - הוא לא כל כך חשוב. השאלה היא, איך יישום נוצר ניתן לשלב במערכת ההפעלה ולהפעיל בצורה חלקה.

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

בשלבים הבאים

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

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

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

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

יסודות ניהול

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

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

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

מודולים משומשים

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

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

את קובץ ההפעלה הוא בדרך כלל, למערכות מבוססות Windows מוצגות בצורה של "ekzeshnika". רכיבי בקרה יש configurators הארכה (Config.sys להחיל את מערכת ההפעלה), ספריות DLL הרחבה יש קישור נוסף. אמצעי שליטה בפונקציות ועיבוד והגדרות של יישומים מסוימים עשויים להופיע בצורת קבצי XML.

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

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

דוגמה המבוססת על תוכנית אולפן FL

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

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

• יצירת מכונות תופים סוג מודול תופים כמו RX ימאהה, אך עם-מדגם אחד ירה או רצף בפורמט WAV, הוקלט בהופעה חיה באולפן;
• אינטגרציה לתוך מערכת ההפעלה Windows;
• האפשרות של יצוא הפרויקט WAV, MP3 ו- OGG;
• את התאימות של פרויקטים עם יישום נוסף פירותי מסלולים.

"C" פירושו שפות תכנות שימשו בשלב הפיתוח. אבל הפלטפורמה נראית פרימיטיבית למדי ולא לתת למשתמש הקצה את איכות הצליל הרצויה.

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

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

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

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

המפתחים ניסו להשיג איכות מקסימלית ותמיכה ביצירה לנהג ASIO4ALL, אשר התברר חתך מעל דופלקס המלא המצב. בהתאם לכך, bitrate המוגברת. היום, איכות קובץ השמע המיוצא עשויה להיות 320 קילובייט / שנייה בקצב דגימה של 192 kHz. וצליל מקצועי זו.

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

סיכויי פיתוח

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

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

אפילו במקרה של Windows, ניתן לראות מגמות כאלה בעין בלתי מזוינת. אין זה סביר כי היום יש לפחות משתמש אחד, באמצעות מערכות כגון גרסאות 3.1, 95, 98, או המילניום. מחזור החיים שלהם הסתיים לאחר פרסום XP בגירסה. אבל הנה גרסת השרת על טכנולוגית NT המבוססת עדיין תקפה. גם Windows 2000, היום הוא לא רק מאוד רלוונטי, אבל במובנים מסוימים בהתקנה או הביטחון אפילו מצוין את ההתפתחויות האחרונות. כנ"ל לגבי מערכות 4.0 NT, ושינויים מיוחדים שרת Windows 2012.

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

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

כמה שאלות נוספות

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

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

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

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

במקום תוצאה

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

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

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

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

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

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

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