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