যে বিষয়গুলি নিয়ে আমরা পরামর্শ দিই
- একটি বিদ্যমান অ্যাসেট সংরক্ষণ, র্যাপিং না প্রতিস্থাপন — কোনটি করা উচিত
- UI, যোগাযোগ, ব্যাকগ্রাউন্ড প্রসেসিং ও লগের দায়িত্ব কীভাবে ভাগ করা হবে
- COM, ActiveX, C++/CLI ও .NET-এর মধ্যে সীমানা কোথায় রাখা হবে
- ৩২-বিট ও ৬৪-বিটের সমস্যাগুলি কোন জায়গায় সামলানো হবে
- বাগ অনুসন্ধান শুরুর আগে কী পর্যবেক্ষণ করা উচিত
উপযুক্ত পর্যায়
- বাস্তবায়নের আগে মানদণ্ড নির্ধারণ
- বিদ্যমান একটি সিস্টেম সংস্কারের আগে ডিজাইন পর্যালোচনা
- বর্তমান আর্কিটেকচার সমস্যা তৈরি করছে, কিন্তু সম্পূর্ণ প্রতিস্থাপন অত্যধিক ব্যয়বহুল — এমন পরিস্থিতি
- বারবার ঘটতে থাকা ইনসিডেন্টের কারণে সিস্টেমটিকে কাঠামো থেকে নতুন করে গুছিয়ে তোলা প্রয়োজন — এমন পরিস্থিতি
পরামর্শের সাধারণ বিষয়
- Windows অ্যাপ্লিকেশনের আর্কিটেকচার গুছিয়ে তোলা
- COM, ActiveX ও OCX-এর ব্যবস্থাপনা
- ৩২-বিট ও ৬৪-বিটের ইন্টারঅপারেবিলিটি
- থ্রেডিং মডেল ও লাইফসাইকেলের ডিজাইন
- লগ, এক্সসেপশন ও অস্বাভাবিক পরিস্থিতির টেস্টের ডিজাইন
পরামর্শ কীভাবে এগোয়
- প্রথমে বর্তমান আর্কিটেকচার, এর সীমাবদ্ধতা ও বিদ্যমান সমস্যাগুলি গুছিয়ে নিই।
- এরপর কোনটি সংরক্ষণ, র্যাপিং ও প্রতিস্থাপন করতে হবে তা পৃথক করি।
- প্রয়োজনে বাস্তবায়ন-পূর্ব রিভিউ বা সংস্কার কৌশলের ডকুমেন্টেশন পর্যন্ত এগিয়ে যাই।
বিশেষভাবে উপযুক্ত প্রকল্প
KomuraSoft LLC বিশেষভাবে ভালো কাজ করে কিছুটা পুরোনো ও কিছুটা জটিল Windows প্রকল্পের সঙ্গে।
- কাজে লাগানো উচিত এমন অ্যাসেট রয়েছে
- বর্তমান অবস্থায় সেগুলির রক্ষণাবেক্ষণ কঠিন
- তবু সবকিছু নতুন করে তৈরি করাও একটি বড় বোঝা
এই ধরনের প্রকল্পে ডিজাইন গুছিয়ে তোলা দিয়ে শুরু করলে সাধারণত মোট খরচ কমে যায়।