ما عملية تطوير البرمجيات التي تستخدمها ؟ [مغلقة]
https://stackoverflow.com/questions/121839
-
02-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
لقد استخدمت دائما رشيقة ميزة مدفوعة التنمية عملية تطوير البرمجيات.ماذا يفعل شخص آخر استخدام ، لماذا كنت تفضل ذلك ؟ أنا أفضل قوات الدفاع عن الديمقراطية لأن هذا ما بدأت مع جديدة من الكلية.في الكلية كان كل شيء في غاية شكل حر و "العملاء" عادة أستاذي الذي قد لا يكون لديه الكثير من الخبرة في مجال صناعة في الخارج من القيام بالبحوث الجامعية.
الآن بلدي العملاء(s) غير متسامح جدا و أنا أقوم بالكثير من العمل في المجال الطبي.كوني رشيقة و وجود مستوى عال من الجودة يجب أن يكون!
المحلول
في العمل نستخدم ICONIX العملية.هو مجموعة فرعية من تقنيات رشيقة هو السلوك متطلبات مدفوعة.على ICONIX عملية تهدف إلى أن تكون منخفضة الاحتفال ممكن وجود القليل من الوثائق ممكن - من أجل السماح لك بسهولة الحفاظ على ما يصل إلى التاريخ (هذا هو الفارق الكبير عن غيرها من مرونة العمليات ، على سبيل المثال XP الممارسين في كثير من الأحيان لا يبدو للحفاظ على الوثائق محدثة بعد 1 مشروع مدعيا أن التعليمات البرمجية الخاصة بهم هو وثائق).
وهنا عملية نظرة عامة عن العملية:
- سريعة مشروع الوظيفية متطلبات
- سريعة تعريف نموذج المجال
- نموذج استخدام الحالات على قاعدة الخطوات السابقة
- اختياري - رسم رمي بعيدا متانة الرسم البياني لكل استخدام الحالة فقط لفهم العلاقات بين الطبقات
- رسم تسلسل الرسم البياني لكل حالة استخدام
- نموذج الاختبار الحالات على استخدام الحالات
- تنفيذ
- اختبار
في كل خطوة تقوم بمراجعة عملك ككل تحديث نموذج المجال (من المستحيل الحصول على ذلك الحق في المرة الأولى) و إضافة التعليقات على حالات الاستخدام.قبل نهاية الخطوة 5) كنت في نهاية المطاف مع استعداد لتنفيذ دروس المنطق مع القليل فقط من الوثائق للحفاظ على إذا كنت إعادة العامل أو تغيير أي شيء:
- في حالة استخدام الرسم البياني
- تسلسل الرسم البياني لكل حالة استخدام
- حالة اختبار الرسم البياني (أو خطة اختبار)
إذا كنت بحاجة إلى إضافة ميزة إضافة جديدة حالة استخدام ومتابعة العملية برمتها.
الموارد:
الكتب والمراجع:
نصائح أخرى
رشيقة تطوير منهجيات مع مزيج من XP الممارسات الهندسية:
- TDD إلى جانب إعادة بيع ديون
- YAGNI (لن تحتاج الى ذلك)
- قبلة (يبقيه بسيط غبي)
- ريفاكتور إلى أنماط التصميم
- البرمجة الزوج مع تبديل أزواج
- رمز قاعدة مشتركة
- نشر في وقت مبكر وغالبا ما
مهما الحالي يتطلب المشروع.
أفعل الكثير من الاستشارات في بلدي وقت مختلف (في الغالب استنادا PHP) web dev.لم يخصص الوقت للحصول على TDD هذه المشاريع حتى الآن ، وكثير منهم باستخدام الأطر القائمة التي لا تجعل حقا TDD من السهل على كل ذلك.
في العمل نحن لا مزخرف على TDD بعد لذا نحن نستخدم مزيج من مرونة الطراز القديم المواصفات على أساس العمليات.في محاولة للحصول على حركة نحو TDD, ولكن نحن متجر صغير مع الراسخة المشاريع القائمة (الكثير على أعمال الصيانة) و عمل التكامل مع نظم تخطيط موارد المؤسسات.أعتقد أنني يمكن الحصول على TDD الذهاب بمفردي تكامل العمل (واثق الخطوات الصغيرة في هذا الاتجاه) ولكن الأشياء الأخرى إلى حد كبير قضية خاسرة.
يبدو أن هناك بعض الالتباس هنا:
TDD أكثر حول كيفية تنفيذ لا حول إدارة التنمية الشاملة لمشروع البرنامج.TDD لن تساعدك على أن تقرر الذي يحتوي على الجدول الزمني ، عند تقديم ، أو كيفية تحديد الأولويات.
في المقابل, أشياء مثل العجاف/رشيقة أو حتى شلال حول هذه أعلى مستوى القضايا.(تصويتي هو سكروم الذي يسقط بقوة في العجاف/رشيقة المنطقة.)
XP (البرمجة المتطرفة) هو مثير للاهتمام لأنه هو يمزج الأفكار من كل من هذه المجالات.
أذهب مع رشيقة سكروم, انه يعطيني شعور متصل الفريق.و لديهم سيطرة جيدة على معالم indivudual taks.صباح scrums هي مفيدة جدا.نستخدم رشيقة سكروم قالب المشروع في فريق النظام http://www.scrumforteamsystem.com/en/default.aspx
أعتقد أنا من المدرسة القديمة.لقد وضع العميل المواصفات.قوية مرحلة التصميم تليها رؤساء لأسفل تطوير واختبار علة فيكس دورة.ثم تنفيذ.
بمجرد المواصفات المحددة المتفق عليها ، لا مزيد من التغييرات التي يمكن أن تحدث.كافة التغييرات إلى تطوير وإصلاح الأخطاء قد اكتملت.يمنع هذا النطاق-زحف ويسمح البرنامج للحصول على خطية, اختبار, تصحيحه وتنفيذه.عند هذه النقطة تصبح التغييرات التحسينات والمزايا الجديدة.... الخ
لقد جئت إلى هذا تقريبا كل ما عندي من العملاء على مدى السنوات ال 10 الماضية ، حوالي 90% من الأشياء التي قد "ألقيت" خلال التنمية ، وخلق نطاق-زحف, يعتقد بأنها ليست ضرورية.لا أستطيع أن أقول لكم كيف العديد من العملاء قد شكرني على الاحتفاظ بها في الخليج.لذلك أنا لا أعرف ما هي العملية سوف نسمي هذا لكنه يعمل بالنسبة لي و لكثير من المطورين الآخرين أعلم.
أنا من محبي تطوير البرمجيات العجاف, التي يتم الترويج لها من قبل Poppendiecks إلى حد كبير على أساس المبادئ من التصنيع العجاف ، مع تويوتا كما الطفل المدلل.انها حصلت على الكثير من القواسم المشتركة الطرافة أخرى منهجيات رشيقة ، ينصب التركيز على القضاء على النفايات ، مما يجعل استخدام نظرية الطابور ، و "في الوقت المناسب" عقلية (مثلتحديد القصة في آخر المسؤولة اللحظة).
تتكئ كثيرا ما يرتبط مع كانبان, الذي هو طريقة تتبع المهام من خلال خط أنابيب.
تصميم العقد مع تكملة اختبار وحدة
نحن نستخدم الشلال حيث أعمل ولكن بعد بعض الضغط في الجزء الذي نحن نتحرك أكثر نحو رشيقة/TDD/CI نموذج هجين بعض المشاريع الجديدة.إن شاء الله سنكون قادرين على التخلص من شلال الأسلوب.كل الافراج عن صيانة العرض الرئيسي العملاء فقط يتجاهل reqs المواعيد واليدين لنا الشرط التغييرات في الثانية الأخيرة ثم يحدق أفراد القبيلة في دهشة في حين نفسر السبب في أنها لا يمكن أن تستمر في فعل ذلك.
رمز الإصلاح !!
مجرد مزاح ، TDD هو حقا وسيلة رائعة للذهاب.
اختبار مدفوعة تصميم TDD
الثقة التي تحصل عليها من معرفة أن رمز التغيير لم ينكسر شيء خفية كبيرة
أنا ثاني التصويت رشيقة.أنا استكشاف الهزيل في هذه الأيام, ولكن كما هو الحال مع أي عملية التنمية, انها ليست شيئا يمكنك مجرد قطرة في المجموعة الحالية.ومع ذلك ، هناك ميزات الهزيل ورشيقة التي يمكن أن تراجع في العمليات الحالية والحصول على قيمتها فورا.
بلدي سابق مشروع استخدام أسلوب الشلال وكانت فخور بذلك.لقد منذ فطم أنفسهم من الشلال إلى النموذج ، الذي هو خطوة جيدة.
أنا أعمل في شركة تعمل على حد سواء على شبكة الإنترنت وتطوير النظم.لدينا نموذج التنمية هي التنمية السريعة.نحن نستخدم أكثر حداثة تعريف الأمر مشابه التنمية رشيق.دون XP المفاهيم.
نحن نستخدم سكروم جدا...أعتقد standups يمكن أن تكون جيدة في بعض الاحترام, لكن في بعض الأحيان سريعة 15 دقيقة يصبح على الأقل 30.
الشخصية الميول على مدى السنوات القليلة الماضية كان نحو الهزيل التنمية ، مع تأثير ثقيلة من كل ما تعلمته من XP.أعتقد أنه من المهم أن نلاحظ هنا أن سكروم هو غير كافية عملية التنمية كما أنها لا تبلغ عمل تطوير البرمجيات ، ولكن العمل من محاولة إدارة تدفق تطوير البرمجيات المهام.تفكيري أبلغ ICONIX كذلك.أعتقد انها طريقة رائعة نهج استخدام القضية و الرسم مدفوعة البيئة دون التورط في نتائج عكسية البيروقراطية.
