স্ক্রাম চতুর মানগুলির উপর ভিত্তি করে একটি পুনরাবৃত্ত এবং বর্ধিত মডেল । তার মানে আপনার আলাদা ডিজাইনের পর্যায় নেই। ধারণা যে আপনি উচিত ক্রমাগত নকশা সাথে ডিল করা, যেমনটা আপনি ক্রমাগত বিশ্লেষণ, বাস্তবায়ন, টেস্টিং এবং প্রকল্প সর্বত্র ইন্টিগ্রেশন সঙ্গে তার আচরণ করছে।
এটি কাজ করার জন্য আপনার কিছুটা পরিকল্পনা প্রয়োজন। স্প্রিন্ট পরিকল্পনার সভাটি প্রবেশ করান , যেখানে দলটি স্প্রিন্টের জন্য কার্যগুলির অনুমান করে। বেশিরভাগ লোকেরা বুঝতে পারে না এটি কেবল একটি অনুমানের বৈঠকই নয়, পাশাপাশি একটি নকশার প্রচেষ্টাও রয়েছে। উদাহরণস্বরূপ, কোনও কাজ হতে পারে "নতুন গাড়ির মডেলের জন্য কোড যুক্ত করুন"। আপনি এটি এখনও অনুমান করতে পারবেন না, আপনার আরও কিছুটা জানতে হবে। সুতরাং দলটি নকশাটি নিয়ে আলোচনা করেছে এবং একটি বিস্তৃত সমাধান ("সাবক্লাস কার?") নিয়ে আসে এবং এটিকে কাজের একটি অনুস্মারক হিসাবে যুক্ত করে। এর চেয়ে কম ফর্মালিটির আপনার খুব কমই দরকার। কীভাবে সমস্যাটি সমাধান করবেন তা আপনার এখন ধারণা। আপনার কাছে এখনও সমস্ত বিবরণ নেই এবং এটি ঠিক আছে, আপনি আরামদায়ক প্রাক্কলন করতে সক্ষম হবেন এমন নকশার যথেষ্ট পরিমাণ জানেন । বিন্দুতে কোনও ডায়াগ্রাম তৈরি না করে (এই মুহুর্তে)।
জন্য প্রকৃত শারীরিক ডকুমেন্টেশন , আমি সুপারিশ একটি সিস্টেম তৈরি ওভারভিউ সব দেখতে জন্য একটি প্রাচীর আপ ডায়াগ্রাম। ওভারভিউতে কেবলমাত্র সর্বাধিক গুরুত্বপূর্ণ ক্লাস এবং মডিউল অন্তর্ভুক্ত থাকা দরকার এবং খুব কমই আপডেট করা উচিত। এছাড়াও, সিস্টেমে সর্বাধিক গুরুত্বপূর্ণ শ্রেণীর জন্য কয়েকটি স্টেট ডায়াগ্রাম তৈরি করা খুব সহায়ক। জিনিসগুলি কীভাবে সংযুক্ত রয়েছে তা দ্রুত দেখার জন্য লোকেরা সাধারণ ব্যবহারের ক্ষেত্রে কয়েকটি নির্বাচিত সিকোয়েন্স ডায়াগ্রাম দিয়ে ছিটিয়ে দিন। আমি ধরে নিয়েছি আপনি আপনার কোড থেকে ক্লাস শ্রেণিবদ্ধ চিত্রটি তৈরি করতে পারেন, যাতে সমস্যাটি সহজেই সমাধান হয়ে যায়।
নোট করুন যে সমস্ত চিত্রগুলি প্রকৃত বাস্তবায়নের পরে তৈরি করা হয়েছে। এটি "বিস্তৃত ডকুমেন্টেশন ওভার ওয়ার্কিং সফ্টওয়্যার" এবং ইন-টাইম ডিজাইন রেখে চলেছে।
এবং হ্যাঁ, পঠনযোগ্য কোড অবশ্যই ডকুমেন্টেশন।