ما هي معمارية البرمجيات

ما هي معمارية البرمجيات ، تصف معمارية النظام مكوناته الرئيسية وعلاقاتها (الهياكل) وكيفية تفاعلها مع بعضها البعض. تتضمن معمارية البرمجيات وتصميمها العديد من العوامل المساهمة مثل إستراتيجية الأعمال ، وسمات الجودة ، والديناميات البشرية ، والتصميم ، وبيئة تكنولوجيا المعلومات. كل هذا ضمن معمارية البرمجيات. ما هي معمارية البرمجيات

لفهم ما هي معمارية البرمجيات يمكننا فصل معمارية البرمجيات والتصميم إلى مرحلتين متميزتين: معمارية البرمجيات وتصميم البرمجيات. في معمارية البرمجيات ، يتم إلقاء القرارات غير الوظيفية وفصلها عن طريق المتطلبات الوظيفية. في التصميم ، يتم إنجاز المتطلبات الوظيفية. وفى هذا المقال سوف نشرح بالتفصيل ما هي معمارية البرمجيات وتصميمها

 

ما هي معمارية البرمجيات

تعمل معمارية البرمجيات كمخطط لنظام. يوفر فكرة مجردة لإدارة تعقيد النظام وإنشاء آلية اتصال وتنسيق بين المكونات. يحدد حلاً منظمًا لتلبية جميع المتطلبات الفنية والتشغيلية ، مع تحسين سمات الجودة المشتركة مثل الأداء والأمن.

علاوة على ذلك ، فإنه يتضمن مجموعة من القرارات المهمة حول المنظمة المتعلقة بتطوير البرامج ويمكن أن يكون لكل من هذه القرارات تأثير كبير على الجودة وقابلية الصيانة والأداء والنجاح الشامل للمنتج النهائي. تتكون هذه القرارات من:

• اختيار العناصر الهيكلية وواجهاتها التي يتكون النظام من خلالها.
• السلوك على النحو المحدد في التعاون بين تلك العناصر.
• تكوين هذه العناصر الهيكلية والسلوكية في نظام فرعي كبير.
• تتوافق القرارات المعمارية مع أهداف العمل.
• الأساليب المعمارية توجه المنظمة.

 

تصميم البرمجيات (ما هي معمارية البرمجيات)

يوفر تصميم البرنامج خطة تصميم تصف عناصر النظام ومدى ملاءمتها والعمل معًا لتلبية متطلبات النظام. أهداف وجود خطة تصميم هي كما يلي :

• للتفاوض بشأن متطلبات النظام وتحديد التوقعات مع العملاء والتسويق وموظفي الإدارة.
• العمل كمخطط أثناء عملية التطوير.
• توجيه مهام التنفيذ ، بما في ذلك التصميم التفصيلي والترميز والتكامل والاختبار.

يأتي قبل التصميم التفصيلي والترميز والتكامل والاختبار وبعد تحليل المجال وتحليل المتطلبات وتحليل المخاطر.

تعرف المزيد عن ما هي معمارية البرمجيات

أهداف معمارية البرمجيات (ما هي معمارية البرمجيات)

الهدف الأساسي للعمارة هو تحديد المتطلبات التي تؤثر على هيكل التطبيق. تقلل البنية الموضوعة جيدًا من أخطار الأعمال المرتبطة ببناء حل تقني وتبني جسرًا بين الأعمال والمتطلبات الفنية.

بعض الأهداف الأخرى:

• اكشف عن هيكل النظام ، لكن قم بإخفاء تفاصيل تنفيذه.
• أدرك جميع حالات الاستخدام والسيناريوهات.
• حاول تلبية متطلبات مختلف أصحاب المصلحة.
• التعامل مع كل من المتطلبات الوظيفية والجودة.
• تقليل هدف الملكية وتحسين وضع المؤسسة في السوق.
• تحسين الجودة والوظائف التي يوفرها النظام.
• تحسين الثقة الخارجية في المنظمة أو النظام.

محددات

لا تزال معمارية البرمجيات تخصصًا ناشئًا في هندسة البرمجيات. لديها القيود التالية –

• نقص الأدوات والطرق الموحدة لتمثيل العمارة.
• عدم وجود طرق تحليل للتنبؤ بما إذا كانت الهندسة المعمارية ستؤدي إلى تنفيذ يفي بالمتطلبات.
• عدم الوعي بأهمية التصميم المعماري لتطوير البرمجيات.
• عدم فهم دور مهندس البرمجيات وضعف التواصل بين أصحاب المصلحة.
• عدم فهم عملية التصميم وخبرة التصميم وتقييم التصميم.

 

دور معماري البرمجيات

يوفر معماري البرامج حلاً يمكن للفريق الفني إنشاؤه وتصميمه للتطبيق بأكمله. يجب أن يتمتع مهندس البرمجيات بالخبرة في المجالات التالية :

خبرة التصميم

• خبير في تصميم البرامج ، بما في ذلك الأساليب والأساليب المتنوعة مثل التصميم الموجه للكائنات والتصميم المستند إلى الأحداث وما إلى ذلك.
• قيادة فريق التطوير وتنسيق جهود التطوير من أجل سلامة التصميم.
• يجب أن تكون قادرة على مراجعة مقترحات التصميم والمفاضلة فيما بينها.

الخبرة نطاق

• خبير في النظام قيد التطوير والتخطيط لتطوير البرمجيات.
• المساعدة في عملية التحقيق في المتطلبات ، والتأكد من الاكتمال والاتساق.
• تنسيق تعريف نموذج المجال للنظام الجاري تطويره.

الخبرة التقنية

• خبير في التقنيات المتاحة التي تساعد في تنفيذ النظام.
• تنسيق اختيار لغة البرمجة ، والإطار ، والمنصات ، وقواعد البيانات ، إلخ.

 

الخبرة المنهجية

• خبير في منهجيات تطوير البرمجيات التي يمكن اعتمادها خلال SDLC (دورة حياة تطوير البرمجيات).
• اختيار الأساليب المناسبة للتطوير التي تساعد الفريق بأكمله.

 

الدور الخفي لمعماري البرمجيات

• يسهل العمل الفني بين أعضاء الفريق ويعزز علاقة الثقة في الفريق.
• متخصص في المعلومات يشارك المعرفة ويتمتع بخبرة واسعة.
• حماية أعضاء الفريق من العوامل الخارجية التي قد تشتت انتباههم وتقلل من قيمة المشروع.

 

مخرجات معماري البرمجيات

• مجموعة أهداف وظيفية واضحة وكاملة ومتسقة وقابلة للتحقيق
• وصف وظيفي للنظام ، مع طبقتين على الأقل من التحلل
• مفهوم للنظام
• تصميم على شكل نظام ، بطبقتين على الأقل من التحلل
• مفهوم التوقيت وخصائص المشغل وخطط التنفيذ والتشغيل
• وثيقة أو عملية تضمن اتباع التحلل الوظيفي ، ويتم التحكم في شكل الواجهات

 

علامات الجودة         

الجودة هي مقياس التميز أو حالة التحرر من النواقص أو العيوب. سمات الجودة هي خصائص النظام المنفصلة عن وظائف النظام.

يؤدي تطبيق سمات الجودة إلى تسهيل التمييز بين نظام جيد وآخر سيء. السمات هي عوامل عامة تؤثر على سلوك وقت التشغيل وتصميم النظام وتجربة المستخدم. 

 

سمات الجودة الثابتة      

تعكس بنية النظام والتنظيم ، المرتبطة مباشرة بالعمارة والتصميم والتعليمات البرمجية المصدر. إنها غير مرئية للمستخدم النهائي ، ولكنها تؤثر على تكلفة التطوير والصيانة ، على سبيل المثال: النمطية ، وقابلية الاختبار ، وقابلية الصيانة ، وما إلى ذلك.

 

سمات الجودة الديناميكية      

تعكس سلوك النظام أثناء تنفيذه. ترتبط ارتباطًا مباشرًا بهندسة النظام وتصميمه ورمز المصدر والتكوين ومعلمات النشر والبيئة والنظام الأساسي للنظام.

تكون مرئية للمستخدم النهائي وتوجد في وقت التشغيل ، على سبيل المثال الإنتاجية والمتانة وقابلية التوسع وما إلى ذلك.

 

سمات الجودة الشائعة     

• النزاهة في المفاهيم تحدد اتساق وتماسك التصميم العام. يتضمن ذلك طريقة تصميم المكونات أو الوحدات.
• قابلية الصيانة قدرة النظام على الخضوع للتغييرات بدرجة من السهولة.
• قابلية إعادة الاستخدام تحدد قدرة المكونات والأنظمة الفرعية على أن تكون مناسبة للاستخدام في التطبيقات الأخرى.
• إمكانية التشغيل البيني قدرة نظام أو أنظمة مختلفة على العمل بنجاح من خلال الاتصال وتبادل المعلومات مع أنظمة خارجية أخرى مكتوبة ومدارة من قبل أطراف خارجية.
• إمكانية الإدارة تحدد مدى سهولة إدارة التطبيق على مسؤولي النظام.
• الموثوقية قدرة النظام على الاستمرار في العمل بمرور الوقت.
• قابلية التوسع قدرة النظام على التعامل مع زيادة الحمل دون التأثير على أداء النظام أو القدرة على التوسيع بسهولة.
• سهولة الاستخدام تحدد مدى تلبية التطبيق لمتطلبات المستخدم والمستهلك من خلال كونه بديهيًا.
• المساءلة الصحيحة عن استيفاء جميع متطلبات النظام.
• التكلفة والجدول الزمني تكلفة النظام فيما يتعلق بوقت التسويق والعمر المتوقع للمشروع واستخدام الإرث.
• القابلية للتسويق استخدام النظام مع مراعاة المنافسة في السوق.

 

سيناريوهات الجودة

تحدد سيناريوهات الجودة كيفية منع حدوث خطأ ما. يمكن تقسيمها إلى ستة أجزاء بناءً على مواصفات سماتها :

• المصدر – كيان داخلي أو خارجي مثل الأشخاص أو الأجهزة أو البرامج أو البنية التحتية المادية التي تولد الحافز.
• التحفيز – شرط يجب مراعاته عند وصوله إلى النظام.
• البيئة – التحفيز يحدث في ظل ظروف معينة.
• قطعة أثرية – نظام كامل أو جزء منه مثل المعالجات وقنوات الاتصال والتخزين المستمر والعمليات وما إلى ذلك.
• الاستجابة – نشاط يتم إجراؤه بعد وصول الحافز مثل اكتشاف الأعطال والتعافي من الخطأ وتعطيل مصدر الحدث وما إلى ذلك.
• مقياس الاستجابة – ينبغي قياس الاستجابات التي حدثت بحيث يمكن اختبار المتطلبات.

google.com