הבדלים בין גרסאות בדף "ארכיטקט תוכנה"

נוספו 1,239 בתים ,  לפני 7 שנים
הרחבה
מ
(הרחבה)
 
דמות ארכיטקט התוכנה החלה להתגבש עם התרחבות השימוש ב[[תכנות מונחה-עצמים]], ב[[שנות ה-90 של המאה ה-20|שנות התשעים]] המאוחרות של המאה ה-20, ובתחילת [[העשור הראשון של המאה ה-21|שנות האלפיים]]. תכנות מונחה-עצמים איפשר ליצור [[יישום מחשב|יישומים]] גדולים ומורכבים מאי פעם, מה שבתורו הצריך יותר תכנון ופיקוח ברמה הגבוהה. כמו כן, עם צמיחת הפופולריות של שימוש ב[[ארכיטקטורה רב-שכבתית]] ב[[פיתוח תוכנה]], גדל מספר האפשרויות השונות שבהן ניתן לממש יישומים. בעקבות התרחבות זאת, גדל במידה ניכרת גם הסיכון שפרוייקט לפיתוח תוכנה ייצור בטעות מוצר "חדש", אשר למעשה כבר היה קיים קודם. גורמים אלה הביאו לצורך בתפקיד החדש, של "ארכיטקט תוכנה" בפרוייקטים גדולים של פיתוח תוכנה.
 
== תחומי אחריות ==
תחומי האחריות של ארכיטקט תוכנה כוללים:
* הגבלת כמות האפשרויות הזמינות במהלך הפיתוח, על ידי:
** בחירה של דרך סטנדרטית להשגת המטרות בזמן פיתוח התוכנה.
** יצירה, הגדרה או בחירה של [[שלד תוכנה|תשתיות תוכנה]] המשמשות לפיתוח היישום.
* זיהוי אפשרויות לשימוש מחדש (reuse) בתשתיות קיימות במסגרת ה[[ארגון]] או בתוך ה[[יישום מחשב|יישום]], על ידי:
** תצפית והבנה של ה[[מערכת]] והסביבה במובן הרחב.
** גיבוש [[הנדסת תוכנה מבוססת רכיבים|עיצוב הרכיבים]] וה[[מודול (תוכנה)|מודול]]ים שירכיבו את המערכת.
** הכרת היישומים האחרים בארגון.
* חלוקה של יישום מורכב לחלקים קטנים ונוחים יותר לניהול בשלב התכנון.
* הבנת הפונקציות של כל רכיבי המערכת.
* הבנת האינטראקציות והתלויות בין רכיבים.
* העברת רעיונות אלו למפתחים.
 
== ראו גם ==