تصميم الوثائق مقابل UML أو كليهما ؟

Question

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

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

Answer 1

لا أعتقد UML كافية بمفردها.

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

وأنا أتفق مع هذا.UML يمكن أن توفر طريقة التوقيعات ولكن لا يمكنك ملء في اللحوم من طريقة.أسوأ من ذلك, لا يمكنك أن تفعل أي شيء يقترب من TDD مع UML.الإختيار أنا أفضل TDD وعمل رمز من مخططات UML.

أجد أن كتابة اللغة الطبيعية أخبرني المزيد عن برنامج المشروع مما خلق معقدة البيانية.

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

هو UML يستحق كل الوقت الذي يستغرقه تعلم / لا, حتى الصغيرة والمتوسطة المشاريع ؟

الباعة و المهندسين المعماريين سوف اقول لكم UML لا غنى عنها, ولكن أنا لا أتفق.أنا تقع في "skecher" معسكر UML المستخدمين.

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

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

Answer 2

وأود أن الإجابة:

لا شيء, لا شيء على الإطلاق ، يحل محل الحاجة إلى التواصل الجيد بين المبرمجين على فريق البرمجة و الإدارة.

وهذا يعني مستوى معين من كسر المهمة إلى بسيطة "ما علينا القيام به" البيانات لمديري شرح أي حواجز.

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

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

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

UML ، بقدر ما انا قلق, لا يستحق ذلك.

Answer 3

1. لا في رأيي.فعلت مرة واحدة وهو OO تصميم وحدة كجزء من ماجستير في علوم الكمبيوتر و UML كان بالكاد ذكر (على الرغم من أن في رأيي كان يجب أن تناقش الكثير من نفوذها).

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

Answer 4

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