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