CodeGym University
শিক্ষণ
কোর্স
কাজ
সমীক্ষা ও কুইজ
গেমস
সহায়তা
অনুপ্রেরণামূলক সূচি
কমিউনিটি
ব্যবহারকারী
ফোরাম
চ্যাট
প্রবন্ধ
সাফল্যের কাহিনি
কার্যকলাপ
পর্যালোচনা
গ্রাহক মর্যাদা
হালকা রঙের থিম
পাঠ
পর্যালোচনা
আমাদের সম্পর্কে
শুরু করো
শেখা শুরু করো
এখনই শেখা শুরু করো
অনুসন্ধান মানচিত্র
পাঠ
সব অনুসন্ধান
সব লেভেল
ভাল সফ্টওয়্যার আর্কিটেকচারের জন্য মানদণ্ড
মডিউল 3
লেভেল 14,
পাঠ 3
দক্ষতা অভিজ্ঞ প্রোগ্রামাররা সহজেই একটি খারাপ থেকে একটি ভাল আর্কিটেকচার বলতে পারেন, তবে যদি এটিকে কয়েকটি শব্দে বর্ণনা করতে বলা হয় তবে তারা তা করতে সক্ষম হওয়ার সম্ভাবনা কম। ভাল স্থাপত্যের জন্য কোন একক মাপকাঠি নেই এবং কোন একক সংজ্ঞা নেই। যা
খারাপ সফ্টওয়্যার আর্কিটেকচারের জন্য মানদণ্ড
মডিউল 3
লেভেল 14,
পাঠ 4
খারাপ ডিজাইনের মানদণ্ড জীবন বেশ সহজভাবে কাজ করে: প্রায়শই, স্মার্ট হতে, আপনাকে কেবল বোকা জিনিসগুলি করতে হবে না। এটি সফ্টওয়্যার বিকাশের ক্ষেত্রেও প্রযোজ্য: বেশিরভাগ ক্ষেত্রে, ভাল কিছু করার জন্য, আপনাকে এটি খারাপভাবে না করতে হবে। বেশিরভাগ প্
মডুলার সফটওয়্যার আর্কিটেকচার
মডিউল 3
লেভেল 14,
পাঠ 5
6.1 পচন বিভিন্ন মানদণ্ড সত্ত্বেও, বৃহৎ সিস্টেমের বিকাশের প্রধান কাজ হল সিস্টেমের জটিলতা হ্রাস করা । জটিলতা কমাতে, ভাগে ভাগ করা ছাড়া আর কিছুই উদ্ভাবিত হয়নি। কখনও কখনও, সরলতার জন্য, এটিকে "বিভাজন এবং জয়" এর নীতি বলা হয়, তবে, সফ্টওয়্যার স
সঠিক সফ্টওয়্যার পচন
মডিউল 3
লেভেল 14,
পাঠ 6
অনুক্রমিক পচন আপনি এখনই আপনার আবেদনের জন্য ক্লাস লেখা শুরু করবেন না। প্রথমে এটি ডিজাইন করা প্রয়োজন। নকশা একটি চিন্তাশীল স্থাপত্য সঙ্গে শেষ করা উচিত. এবং এই আর্কিটেকচার পেতে, আপনাকে ধারাবাহিকভাবে সিস্টেমটি পচন করতে হবে। পচন অবশ্যই অনুক্রমিক
সফ্টওয়্যার মডিউলগুলির মধ্যে কাপলিং কীভাবে আলগা করা যায়
মডিউল 3
লেভেল 14,
পাঠ 7
8.1 পচন সবকিছু স্পষ্টতার জন্য, একটি ভাল নিবন্ধ "ডিকপলিং অব অবজেক্ট-ওরিয়েন্টেড সিস্টেম" থেকে একটি ছবি, যা আলোচনা করা হবে এমন মূল বিষয়গুলিকে চিত্রিত করে। আপনি কি এখনও মনে করেন যে একটি অ্যাপ্লিকেশন আর্কিটেকচার ডিজাইন করা সহজ? 8.2 ইন্টারফেস,
নির্ভরতা বিপরীত
মডিউল 3
লেভেল 14,
পাঠ 8
9.1 নির্ভরতা বিপরীত মনে রাখবেন, আমরা একবার বলেছিলাম যে একটি সার্ভার অ্যাপ্লিকেশনে আপনি কেবল স্ট্রিম তৈরি করতে পারবেন না new Thread().start()? শুধুমাত্র পাত্রে থ্রেড তৈরি করা উচিত। আমরা এখন এই ধারণাটিকে আরও উন্নত করব। সমস্ত বস্তু শুধুমাত্র ধ
সফ্টওয়্যার মডিউল লিঙ্ক করার বিকল্প উপায়
মডিউল 3
লেভেল 14,
পাঠ 9
মেসেজিং সঙ্গে সরাসরি নির্ভরতা প্রতিস্থাপন কখনও কখনও একটি মডিউলকে অন্যদের জানানোর প্রয়োজন হয় যে এটিতে কিছু ঘটনা/পরিবর্তন ঘটেছে এবং এই তথ্যের পরে কী ঘটবে তা বিবেচ্য নয়। এই ক্ষেত্রে, মডিউলগুলির একেবারেই "একে অপরের সম্পর্কে জানার" দরকার নেই,
সফ্টওয়্যার জীবনচক্র
মডিউল 3
লেভেল 15,
পাঠ 0
একটি সফ্টওয়্যার পণ্যের জীবনচক্রের পর্যায়গুলি উচ্চ-মানের সফ্টওয়্যার বিকাশের জন্য অনেকগুলি কারণের প্রয়োজন: একটি যোগ্য দল, কর্মপ্রবাহ পরিকল্পনা, গ্রাহকের প্রত্যাশার সাথে পণ্যের সম্মতি, সময়সীমা পূরণ করা। 1. প্রয়োজনীয়তা বিশ্লেষণ এই পর্যায
জলপ্রপাত - জলপ্রপাত মডেল
মডিউল 3
লেভেল 15,
পাঠ 1
ক্যাসকেড মডেল ডিভাইস জলপ্রপাত মডেল, যা জলপ্রপাত নামেও পরিচিত, সফ্টওয়্যার বিকাশের সবচেয়ে সুপরিচিত পন্থাগুলির মধ্যে একটি। মডেলটির লেখক উইনস্টন রয়েস। 1970 সালে, তিনি একটি নিবন্ধে তার উদ্ভাবনের সারমর্ম বর্ণনা করেছিলেন যার সুবিধা এবং অসুবিধাগ
চটপটে উন্নয়ন পদ্ধতি - চটপটে
মডিউল 3
লেভেল 15,
পাঠ 2
চটপটে মডেল নমনীয় (চতুর) পদ্ধতি কর্মপ্রবাহকে কয়েকটি ছোট চক্রে স্থানান্তরিত করে সফ্টওয়্যার বিকাশে ঝুঁকি কমাতে সাহায্য করে। এই চক্রগুলিকে পুনরাবৃত্তি বলা হয় এবং সাধারণত দুই থেকে তিন সপ্তাহ স্থায়ী হয়। একটি পুনরাবৃত্তি হল একটি ছোট সফ্টওয়্
স্ক্রাম পরিচিতি
মডিউল 3
লেভেল 15,
পাঠ 3
স্ক্রামের ইতিহাস 1970 সালে উইনস্টন রয়েসের "বড় সফ্টওয়্যার সিস্টেমের উন্নয়ন পরিচালনা" প্রতিবেদন প্রকাশের পর থেকে, অনেকেই এমন একটি পদ্ধতি খুঁজে বের করার চেষ্টা করেছেন যা জলপ্রপাত উন্নয়ন মডেলের অসুবিধাগুলি দূর করতে পারে। "জলপ্রপাত" এর একটি
Scrum সঙ্গে কাজ
মডিউল 3
লেভেল 15,
পাঠ 4
ব্যবহারকারীর গল্প ব্যবহারকারীর গল্পগুলি সফ্টওয়্যার বিকাশের জন্য প্রয়োজনীয়তাগুলি বর্ণনা করার একটি কার্যকর উপায়। এই ধরনের গল্পে সফটওয়্যার ব্যবহারকারীর পক্ষ থেকে সংক্ষিপ্ত পরামর্শ রয়েছে। যেহেতু স্ক্রাম পদ্ধতিতে, লক্ষ্য নির্ধারণ করা সাধার
আরও দেখাও
1
...
30
31
32
33
34
35
Please enable JavaScript to continue using this application.