লজিকাল এবং ফিজিকাল আর্কিটেকচার ডায়াগ্রামগুলি আপডেট করা

Question

যে কোনও সফ্টওয়্যার ডেভলপমেন্ট প্রজেক্টে একাধিক বিকাশকারীদের সাথে বিতরণ করা সিস্টেমগুলি জড়িত থাকে, লজিকাল এবং ফিজিকাল আর্কিটেকচার ডায়াগ্রামগুলি রাখা ভাল অনুশীলন তবে আমার অভিজ্ঞতায় এই চিত্রগুলি সর্বদা একটি প্রকল্পের শুরুতে ভালভাবে বজায় রাখা শুরু করে তবে প্রকল্পটি প্রকাশিত হওয়ার সাথে সাথে আপডেট হয় না do এবং রক্ষণাবেক্ষণ পর্যায়ক্রমে লাথি মারা।

প্রচুর বিতরণ প্রক্রিয়াযুক্ত জটিল প্রকল্পগুলির জন্য, ডায়াগ্রামগুলি প্রাথমিক প্রকাশের আগেই খুব দ্রুত পুরানো বা ভুল হয়ে যায় কারণ কোনও ব্যক্তির সমস্ত জ্ঞান নেই।

এই পটভূমিটি দেওয়া, আমি সম্প্রদায়কে নিম্নলিখিত প্রশ্নগুলি জিজ্ঞাসা করতে চাই:

1. লজিকাল এবং ফিজিকাল আর্কিটেকচার ডায়াগ্রামগুলি সঠিক এবং আপ টু ডেট হওয়া কতটা গুরুত্বপূর্ণ?
2. এমন কোনও সরঞ্জাম এবং প্রক্রিয়া রয়েছে যা সেগুলি আপ টু ডেট রাখতে সহায়তা করে?
3. এগুলি আপ টু ডেট রাখার জন্য দায়বদ্ধ হওয়া উচিত কে? কীভাবে sys প্রশাসক, বিকাশকারী এবং QA দলগুলি অবদান রাখতে পারে?

Comments

দেখুন agilemodeling.com/essays/documentContinuously.htm

— xmojmr

নিবন্ধটি পরামর্শ দেয় যে এগুলি "বিতরণযোগ্য ডকুমেন্টেশন" এর অংশ হওয়া উচিত তাই এটিকে গুরুত্ব দেওয়া হয়। এগুলি কি ব্যাকলগের অংশ হিসাবে তৈরি হওয়া এবং বিতরণযোগ্য অংশ হিসাবে তৈরি করা উচিত?

— আরউ

Answer 1

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

সফ্টওয়্যার ডকুমেন্ট তৈরি এবং রক্ষণাবেক্ষণের জন্য অনেকগুলি বিকল্প রয়েছে তবে আমার প্রিয় পছন্দের একটি হ'ল এন্টারপ্রাইজ আর্কিটেক্ট। এটি ব্যাপক এবং বন্ধনগুলি একসাথে কেস, সিকোয়েন্স ডায়াগ্রাম, শ্রেণি চিত্র এবং অন্যান্য ব্যবহার করে।

এর জন্য কে দায়ী, আমি এটিকে একটি দল প্রচেষ্টা হিসাবে বিবেচনা করি। খুব কম লোকই এটি করতে পুরোপুরি উপভোগ করেছে তবে এটি অবশ্যই করা উচিত। কোনও প্রকল্পের স্থপতি বা প্রযুক্তিগত সীসা চূড়ান্তভাবে এর জন্য দায়বদ্ধ হওয়া উচিত, যথাযথভাবে কাজগুলি অর্পণ করে।