লাইটওয়েট আর্কিটেকচার মূল্যায়ন করার জন্য একটি ভাল পদ্ধতি কী?


9

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

অতীতে আমি যে সাধারণ অনুশীলনটি ব্যবহার করেছি তা হ'ল একজন বিকাশকারী (বা কোনও দলের যদি স্থপতি থাকে) আবেদনের জন্য একটি সাধারণ আর্কিটেকচার নিয়ে আসে এবং তারপরে এটি টিমের বাকী অংশগুলির সাথে একটি হোয়াইটবোর্ডে আলোচনা করা হয়, সাধারণত কিছু সিউডো-ইউএমএল স্বরলিপি যা আঁকতে এবং বুঝতে সহজ। এটি সাধারণত স্থাপত্যের প্রতিক্রিয়া এবং কিছু পুনরাবৃত্তি বাড়ে। তবে এটি কিছুটা অনানুষ্ঠানিক হতে থাকে যার ফলে সমস্ত ধরণের অনুমান করা যায় যা পরে ভুল সিদ্ধান্ত হতে পারে।

ATAM মত পদ্ধতি সাধারণত স্থাপত্য, যা আলোচনা বিশালাকার পর্যন্ত সবাই অন্তত কি স্থাপত্য ঠিক উপর সম্মত সম্পর্কে গভীরভাবে চিন্তা করতে সকল স্টেকহোল্ডারের বাধ্য হয়

লাইটওয়েট আপ-ফ্রন্ট আর্কিটেকচার মূল্যায়ন করার কি কারও অভিজ্ঞতা আছে? যদি তা হয় তবে ভাল অভ্যাসগুলি কী কী?

উত্তর:


6

লাইটওয়েট মূল্যায়নের মূল চাবিকাঠিটি সঠিক সময়ে সঠিক জিনিসগুলি মূল্যায়ন করা। এটি কার্যকরভাবে কার্যকর করতে আমি জানি দুটি উপায়। সঙ্গে দৃশ্যকল্প ভিত্তিক মূল্যায়ন আপনি মূল্যায়ন শুধুমাত্র উচ্চ অগ্রাধিকার গুণমান বৈশিষ্ট্যাবলী উপর নিকটতর নিবদ্ধ চালাতে মানের অ্যাট্রিবিউট পরিস্থিতিতে এবং ব্যবহারের ক্ষেত্রে ব্যবহার করুন। সঙ্গে ঝুঁকি-ভিত্তিক মূল্যায়ন যদি ঝুঁকিটি শনাক্ত ও চিহ্নিত ঝুঁকি আপনার স্থাপত্য নকশা কার্যক্রম য়েতে দিলাম।

আমি সুপারিশ করতে পারি এমন দুটি বই রয়েছে যা এই দুটি (কিছুটা সম্পর্কিত) পদ্ধতির অন্বেষণ করে।

অ্যান্টনি ল্যাটানজের আর্কিটেকচার সফ্টওয়্যার নিবিড় সিস্টেমগুলি আর্কিটেকচার সেন্ট্রিক ডিজাইন পদ্ধতিটি উপস্থাপন করে এবং হালকা ওজন দৃশ্যের উপর ভিত্তি করে মূল্যায়ন অন্তর্ভুক্ত করে। আপনি SEI এর গুণাবলীর গুণাবলী কর্মশালা থেকে লাতানজিকে চিনতে পারেন এবং এর সাথে সম্পর্কিত অনুরূপ ধারণা রয়েছে।

কেবলমাত্র যথেষ্ট সফ্টওয়্যার আর্কিটেকচার: জর্জ ফেয়ারব্যাঙ্কসের একটি ঝুঁকি-চালিত দৃষ্টিভঙ্গি একটি সফ্টওয়্যার সিস্টেমের আর্কিটেকচার ডিজাইন এবং মূল্যায়ন করার জন্য একটি ঝুঁকিভিত্তিক পদ্ধতির পরিচয় করিয়ে দিয়েছে। আপনি যদি পূর্বরূপ দেখতে চান তবে তার ওয়েবসাইটে কয়েকটি বিনামূল্যে অধ্যায়ও পাওয়া যায় । এই বইয়ের নীতিগুলি তাত্ক্ষণিকভাবে প্রযোজ্য হওয়ার সাথে সাথে, পদ্ধতির কোনও নির্দিষ্ট পদ্ধতি নিয়ে আসে না তাই আপনাকে অন্যান্য ক্ষেত্রের ধারণাগুলি একত্রিত করতে হবে। আমি ঝুঁকিগুলি চিহ্নিত / অগ্রাধিকার দেওয়ার জন্য এসইআইয়ের অবিচ্ছিন্ন ঝুঁকি ব্যবস্থাপনার পদ্ধতির জন্য সুপারিশ করছি ।

এই পদ্ধতির পিছনে মূল ধারণাটি হ'ল আপনি শেষ পর্যন্ত অপেক্ষা করার পরিবর্তে মূল্যায়নের মাধ্যমে মূল্যায়ন (এবং ডিজাইন) কমিয়ে দিন। হোয়াইটবোর্ডের চারপাশে কথা বলার চেয়ে এটি অবশ্যই কিছুটা বেশি ভারী ওজনের হলেও এটি পুরোপুরি বিকশিত এটিমের মতো ব্যয়বহুল। এবং আপনি যদি স্বাচ্ছন্দ্য বোধ করেন তবে আপনার নির্দিষ্ট প্রয়োজনীয়তাগুলি পূরণের জন্য আপনি চেরিগুলি বেছে নিতে পারেন।

মূল্যায়ণটি চালানোর জন্য আপনি কোন পদ্ধতির ব্যবহার করছেন তা সাধারণ ধারণা একই হবে ...

শুরু করার আগে:

  • মানের বৈশিষ্ট্য পরিস্থিতি বা ঝুঁকিগুলি, অগ্রাধিকার দেওয়া (আপনি যদি কিছু পেয়ে থাকেন তবে তা অনানুষ্ঠানিক হতে পারে)
  • গো / না যাওয়ার সিদ্ধান্তের পরিষ্কার সংজ্ঞা (আপনি কীভাবে জানেন যে আর্কিটেকচারটি "যথেষ্ট ভাল")
  • আর্কিটেকচার বর্ণনার সবচেয়ে সাম্প্রতিক কাট (আপনি যে নিদর্শনগুলি মূল্যায়ন করছেন)

একটি মূল্যায়ন অধিবেশন বসুন:

  • স্থপতি স্থাপত্যের একটি ওভারভিউ উপস্থাপন করে
  • একটি দর্শন দিয়ে হাঁটুন, দৃশ্য বা ঝুঁকি কীভাবে সন্তুষ্ট তা দেখান
  • ইস্যুগুলি পরে ঠিক করার জন্য রেকর্ড করা হয়
  • ভূমিকা এবং সাধারণ পদ্ধতিটি কোনও ফাগান পরিদর্শন (স্থপতি বা লেখক, মডারেটর, রেকর্ডার) এর জন্য ব্যবহৃত একই রকম।
  • আপনার সিস্টেমের আকারের উপর নির্ভর করে অধিবেশনটি এক বা দুই ঘন্টা কম সময় নিতে পারে।

একবার অধিবেশন শেষ:

  • চিহ্নিত সমস্যাগুলি পর্যালোচনা করুন এবং যেতে / না-যেতে মানদণ্ড পূরণ করা হয়েছে কিনা তা নির্ধারণ করুন। সাধারণত সবকিছু কার্যকর হতে প্রায় 3 টি পর্যালোচনা লাগে। যদি পূরণ না হয়, পরিশোধক এবং পরীক্ষা চালিয়ে যান (বা আর্কিটেকচারের ঝুঁকি হ্রাস)।
  • এটি কোনও "সমস্ত বা কিছুই নয়" মূল্যায়ন নয় - আপনার আর্কিটেকচারের বিভিন্ন অংশ "পাস" হতে পারে অন্যকে এখনও পরিশোধন প্রয়োজন।

পরিস্থিতি ভিত্তিক পদ্ধতির দেখতে কেমন লাগবে তা অনুভব করতে আপনাকে সাহায্য করার জন্য, গ্রেড স্কুলে আমি যে ক্যাপস্টোন প্রকল্পে কাজ করেছি তার কিছু পাবলিক ডকুমেন্টেশন রয়েছে । ডকুমেন্টেশনটি কিছুটা রুক্ষ, তবে এটি ACDM এর প্রেক্ষাপটে দৃশ্য-ভিত্তিক পদ্ধতির কয়েকটি উদাহরণ দিতে সহায়তা করতে পারে। আমরা 5 টির একটি দল ছিলাম এবং প্রায় 35 কেএলকি জাভা / জিডাব্লুটি প্রায় একটি সাধারণ ওয়েব-ভিত্তিক অ্যাপ্লিকেশন তৈরি করেছিলাম।


ধন্যবাদ মাইকেল, চমৎকার উত্তর এবং এমন কিছু আমি এখনই প্রয়োগ করতে পারি।
ডেকার্ড

2

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

অবশ্যই, যদি আপনার অ-কার্যকরী প্রয়োজনীয়তার জন্য এটির প্রয়োজন হয় (মেমরির সীমাবদ্ধতা, প্রতিক্রিয়ার সময়, একসাথে ব্যবহারকারীর সংখ্যা ইত্যাদি), সিস্টেমটি বাস্তবায়নের সময় আপনার অবশ্যই এটি বিবেচনা করা উচিত।


1
আমি সম্মত, আর্কিটেকচারটি বিকশিত হওয়া ঠিক আছে - যতক্ষণ দলটি ডোমেন এবং যে গুণাবলীর সাথে আপনি আচরণ করছেন সে অভিজ্ঞতা রয়েছে এবং সঠিক সময়ে সঠিক ঝুঁকিগুলি পরিচালনা করতে সক্ষম হন।
মাইকেল
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.