لماذا ترتبط صناعة البرمجيات بعلاقة الحب والكراهية مع مخططات UML

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

في هذا المنشور ، نستكشف جانبي هذه الحجة (مزايا وعيوب UML) ونحاول فهم علاقة الحب والكراهية في صناعة البرمجيات مع مخططات تصميم UML.

مزايا UML

الأكثر استخداما ومرونة

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

ما يجعل UML مناسبة تمامًا ومطلوبة لتطوير البرامج هو مرونتها. يمكنك تخصيص عناصر النمذجة والتفاعلات في مخطط UML خصيصًا لتناسب المجال أو التقنيات التي تستخدمها.

يجب أن يتم توصيل هندسة البرمجيات بشكل فعال

هندسة البرمجيات هي مخطط النظام. إنه الإطار الذي تعتمد عليه كفاءة النظام وعملياته. لكن هذا الإطار لا يكون فعالاً إلا إذا تم توصيله بشكل صحيح لجميع من يستخدمه ويعمل عليه. هذا هو المكان الذي تظهر فيه لغة النمذجة الموحدة (UML) في الصورة.

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

نظرًا لانتشارها الواسع ، فإن UML هي اللغة المرئية المثالية لتوصيل معلومات مفصلة حول الهندسة المعمارية لأكبر عدد من المستخدمين.

تحتاج إلى معرفة جزء بسيط من اللغة لاستخدامها

بالرغم من وجود 14 نوعًا مختلفًا من مخططات UML لتطبيقات النمذجة ، يستخدم المطورون ثلاثة أو أربعة فقط لتوثيق نظام برمجي. لا تزال الرسوم البيانية للفصل ، والمخططات التسلسلية ، ومخططات حالة الاستخدام هي الأكثر رواجًا.

ما يعنيه هذا هو أنك تحتاج إلى معرفة 20٪ فقط من لغة UML لشرح 80٪ من احتياجاتك في النمذجة. لا تحتاج إلى معرفة أو فهم الترميز بأكمله ، للتواصل بشكل فعال باستخدام مخططات UML. إن معرفة مجموعة فرعية من الترميز يجهزك بشكل جيد.

وفرة من أدوات UML

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

هذه المزايا ووفرة أدوات UML نفسها تجعل UML لغة النمذجة والتطوير في مجال هندسة البرمجيات.

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

عيوب UML: الاستنتاج ضد UML

التدوين الرسمي ليس ضروريًا

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

تصاعد درجة التعقيد

منذ بدايتها حتى الآن ، نمت UML في التعقيد والحجم. الحجم الهائل لـ UML يجعل الكثير من الناس متوترين في البداية ، ويشعرون أنهم لن يكونوا قادرين على تعلمها ، وسيكونون أفضل حالًا بدونها.

غير ضروري في "التصميم المعماري غير المبالي"

المصطلح الذي صاغه جورج فيربانكس ، "التصميم اللامبالي للهندسة المعمارية" هو حالة تعتبر فيها UML غير ضرورية.

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

فك رموز علاقة الحب والكراهية هذه:

بينما هناك الكثير من الحديث عن تكرار UML في صناعة البرمجيات ، لا يمكن إنكار أنه حتى الآن ، لا يوجد بديل كلي أو مناسب لـ UML. لتلقي منظور غير متحيز حول أهمية ومصير UML ، تحدثنا إلى عمالقة الأجهزة الذين هم على اتصال وثيق بصناعة البرمجيات ، ولكنهم محايدون من وجهة نظرهم.

"غياب وثائق التصميم أمر جيد على المدى القصير ، ولكن يمكن أن يصبح مشكلة على المدى الطويل عندما تحتاج إلى توصيل التصميم إلى مطور موجود في بلد آخر ، أو شخص سينضم إلى الفريق بعد ستة أشهر . تصبح UML مساعدة كبيرة في مثل هذه الظروف ، وتخفف من الغموض والأسئلة المتعلقة بالتصميم. " ممثل في Sconect ، Female Header Manufacturer ، يرى.

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

مدخلات من ممثل في Ismolex تلخص بشكل مناسب حالة علاقة الحب والكراهية لصناعة البرمجيات مع مخططات تصميم UML. "قد تكون هناك آلاف الحجج ضد استخدام UML ، ولكن نظرًا لقدرتها على التقاط الفروق الدقيقة في المعلومات حول بنية التصميم ، ومع الأهمية المتزايدة لتوثيق التصميم ، تظل UML غير قابلة للاستبدال."

مزايا وعيوب UML: في أي جانب أنت؟

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

نبذة عن الكاتب

أنا راشيل أوليفر ، لقد عملت على مدار العامين الماضيين ككاتبة مستقلة وأرتبط حاليًا بشركة Ismolex - Pin header المصنعة. بينما أحب أن أكتب عن كل الأشياء تحت الشمس ، بما في ذلك الطاقة والأعمال والرياضة وتحسين المنزل والأزياء ، فأنا متحمس بشكل خاص للأعمال والتكنولوجيا والإلكترونيات. يمكنك التواصل معي على Google+ و Facebook و Twitter.