توثيق تدفق/تفاعل تطبيقات الويب [مغلق]

Question

ما هي العناصر/الرسوم البيانية المستخدمة لتوثيق تدفق تطبيق الويب مع مراعاة الروابط بين الصفحات الثابتة وكيفية تفاعل مكونات العرض الديناميكي (نماذج html، JSP، Ajax، إلخ) مع المكونات من جانب الخادم (Servlets، إجراءات Struts، إلخ) ؟هل تستخدم مخططات UML؟

Answer 1

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

جولتي البالغة سنتان للنهج الذي استخدمناه:

بعد بحث كونالين، قمنا بتعريف كيانات UML جديدة (صور نمطية) لتمثيل صفحة ويب أو جزء من الصفحة حتى نتمكن من تمييز الكود من جانب الخادم (على سبيل المثال:Java servlet أو JSP] من HTML/javascript/AJAX من جانب العميل الذي تم إنشاؤه.على سبيل المثال:

• [صفحة على الإنترنت]
• [شريط التنقل]
• [محتوى الصفحة]
• [الرأس]
• [تذييل]

ظهرت جمعيات جديدة مثل:

• [يبني] - يربط التعليمات البرمجية من جانب الخادم بصفحة الويب أو جزء الصفحة الذي تم إنشاؤه
• [رابط واضح] - يُستخدم بين صفحات العميل في مخطط خريطة الموقع
• [رابط] - رابط URL، أي.الحصول على الطلب
• [إرسال] - إرسال النموذج مرة أخرى إلى الخادم، أيطلب ما بعد
• [إعادة توجيه العميل] - إعادة التوجيه من جانب العميل
• [إعادة توجيه الخادم] - دوه

وأخيرًا، بعض المخططات الجديدة (معظمها مجرد تخصصات للمخططات الطبقية) مثل:

• [خريطة الموقع] -> مثل مخطط الفصل - يُظهر العلاقات الثابتة ([رابط واضح]) بين [صفحة الويب] من وجهة نظر المستخدم
• [إنشاء الصفحة] -> مثل مخطط الفصل - يُظهر الفئات المرتبطة بشكل ثابت بعرض صفحة ويب معينة:ما هو الكود الذي تم إنشاؤه، ما هو الكود الذي يتعامل مع إرسال المنشور
• [تكوين الصفحة] - مثل رسم تخطيطي للفصل - يعرض الأشياء التي تشكل [صفحة ويب] معينة
• [مخططات التسلسل] - التغيير الآخر الوحيد هو أن مخططات التسلسل يمكن أن تتضمن الآن كيانات من جانب العميل كممثلين.

الاخبار الجيدة:

• لقد وجدنا امتدادات أيقونات Rational Rose التي نحتاجها لجعل المخططات تبدو نصف لائقة.

الأخبار السيئة:

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

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

Answer 2

واعتدت مخططات الدولة UML لتوثيق الملاحة الصفحة لتطبيقات الويب في الماضي.

Answer 3

أوصي باتباع نهج 37signals لتطوير التطبيقات.

كل صفحة يجب أن يكون لها غرض.ركز على هذا الهدف أولاً وقم بتصميم كل شيء آخر من حوله.

عملية:

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

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

Answer 4

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

وأنا على وشك أن تطوير DSL الجمركية، والتي تشبه BDD شكل السيناريو المستخدمة في الخيار مع Webrat، IMHO مثل هذه السيناريوهات تحتوي على معلومات كافية لإنشاء interactionand نماذج صفحة الويب.