كيف يمكنك التحكم العمارة في مشروع رشيقة؟ [مغلق]

StackOverflow https://stackoverflow.com/questions/200918

  •  03-07-2019
  •  | 
  •  

سؤال

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

وكيف توازن بين ترك تماما العمارة للفرق على جانب واحد، وترك كل سيطرة الهندسة المعمارية إلى عدد قليل من الأفراد على الجانب الآخر؟

هل لديك "مجموعة العمارة"، "تسمية العمارة" أو أشياء من هذا القبيل؟

هل كانت مفيدة؟

المحلول

وثمة شرط أساسي لرشيق النهج هو بنية كنت تعرف كيفية استخدامها.

إذا لم يتم تعريف جيدا الهندسة المعمارية ومفهومة تماما، لا يمكنك حقا أن تتخذ نهجا رشيق.

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

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

نصائح أخرى

وأنا يمكن أن يفسر كيف أن تفعل ذلك، ولكن يقول هذا بطريقة أفضل مما كنت يمكن .

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

وإعادة بيع ديون يعمل معظم effectivly مع interation المستمر، ومما يعزز الاختبار مع TDD والتكامل المستمر ... أنا قادرا على المضي قدما. '' البنى تتطور تقتصر فقط إذا كنت غير قادر على إجراء التغييرات الكبيرة requied لتصحيح اخطاء ".

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

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

وأعتقد XP لا يقلل من دور المهندس المعماري (والهندسة المعمارية) هو فقط يضع resonsibility على جميع أعضاء الفريق لتقديم وينتشر تكلفة على مدى عمر المشروع.

[عدل]

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

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

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

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

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

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

واعتمادا على نوع المشروع والأدوات المتوفرة، ونحن أيضا استخدام أدوات مثل ماكر ل تلقائيا التحقق من سلامة طبقة الكعكة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top