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