একটি সফ্টওয়্যার প্রয়োজনীয়তা স্পেসিফিকেশন কি?

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





এই নিবন্ধটি SRS, আপনার প্রকল্পের জন্য এর গুরুত্ব এবং একটি উচ্চ-মানের সফ্টওয়্যার স্পেসিফিকেশন তৈরি করার পদক্ষেপগুলিকে উত্সর্গীকৃত। এসআরএস সংজ্ঞায়িত করে বিষয়টিতে ডুব দেওয়া যাক।



কখন আমরা আরেকটি উদ্দীপক চেক পেতে পারি

সফ্টওয়্যার প্রয়োজনীয়তা ডকুমেন্টেশন কি এবং কেন আপনি এটি প্রয়োজন?

সফ্টওয়্যার প্রয়োজনীয়তা ডকুমেন্টেশন এমন একটি নথি যা সফ্টওয়্যারটির কার্যকরী এবং অ-কার্যকরী স্পেসিফিকেশন বর্ণনা করে, এটি কীভাবে তৈরি করা হবে এবং কেসগুলি ব্যবহার করা হবে – ব্যবহারকারীরা সফ্টওয়্যার প্রস্তুত হলে তার সাথে কীভাবে যোগাযোগ করবে। SRS রিপোর্ট সাধারণত সময় প্রস্তুত করা হয় একটি প্রকল্পের আবিষ্কার পর্ব . ব্যবসার মালিকরা নিজেরাই সমস্ত স্পেসিফিকেশন গঠন করতে পারেন বা এই কাজটি পেশাদারদের কাছে অর্পণ করতে পারেন যাদের সফ্টওয়্যার ডেভেলপমেন্ট এবং নির্দিষ্ট স্পেস নির্ধারণে অভিজ্ঞতা রয়েছে।

কিছু ব্যবসার মালিক ডকুমেন্টেশনের প্রস্তুতি সহ আবিষ্কারের পর্বটি এড়িয়ে যেতে চাইতে পারেন। যাইহোক, এই পর্যায়ে অবহেলা প্রকল্প ব্যর্থতা হতে পারে. PMI এর পালস অফ দ্য প্রফেশন রিসার্চ অনুসারে, ৩৫% ভুল প্রয়োজনীয়তার কারণে প্রকল্পগুলি ব্যর্থ হয়। কোন ব্যবসার মালিক যদি এই পরিসংখ্যানগুলি আগে জানত তাহলে কি SRS সমাবেশ করতে অস্বীকার করবে? আমরা সন্দেহ করি। সুতরাং, এখানে সমস্ত সফ্টওয়্যার প্রয়োজনীয়তা এক জায়গায় থাকলে আপনার দল কীভাবে উপকৃত হয়:



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

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

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

একটি SRS রিপোর্ট লেখার আগে আপনার যা জানা উচিত

সফ্টওয়্যার প্রয়োজনীয়তাগুলি সঠিকভাবে শনাক্ত করার জন্য, সফ্টওয়্যার ব্যবসায় এবং সফ্টওয়্যার ব্যবহারকারীদের জন্য কী মূল্য আনতে হবে তা জানা গুরুত্বপূর্ণ৷ উচ্চ-মানের বৈশিষ্ট্যগুলি জানাও গুরুত্বপূর্ণ সফ্টওয়্যার স্পেসিফিকেশন .



ব্যবসা এবং ব্যবহারকারীর প্রয়োজনীয়তা

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

উচ্চ মানের SRS এর বৈশিষ্ট্য

সফ্টওয়্যার প্রয়োজনীয়তার স্পেসিফিকেশন রিপোর্টটি প্রকল্প এবং একটি দলের জন্য সর্বাধিক ব্যবহারের জন্য, এটি তৈরি করা গুরুত্বপূর্ণ:

  • সম্পূর্ণ যাতে একটি প্রকল্পের সাথে জড়িত প্রতিটি দলের সদস্য রিপোর্টে প্রয়োজনীয় তথ্য খুঁজে পায়। বিকাশকারীদের সেখানে প্রযুক্তিগত প্রয়োজনীয়তা খুঁজে পাওয়া উচিত যখন UI/UX ডিজাইনারদের সাধারণ নকশা নির্দেশিকা থাকা উচিত। সঠিকভাবে পরীক্ষা করার জন্য সফ্টওয়্যারটিকে কীভাবে কাজ করতে হবে তা পরীক্ষকদের বোঝা উচিত। পণ্য মালিকদের তাদের প্রকল্পের একটি পরিষ্কার দৃষ্টি আছে এই নথি প্রয়োজন.
  • পরিমাপযোগ্য যাতে আপনি প্রস্তুত পণ্যটির সাথে তুলনা করতে পারেন যা আপনি একেবারে শুরুতে প্রস্তুত করেছিলেন। আপনার সফ্টওয়্যারটি সমস্ত প্রয়োজনীয়তা পূরণ করবে তা বলার কোনও মানে নেই।
  • নমনীয়। SRS রিপোর্ট এমন কিছু নয় যা আপনি একবার লেখেন এবং একটি প্রকল্পের শেষ না হওয়া পর্যন্ত পরিবর্তন করতে পারবেন না। বিপরীতে, প্রজেক্টের কাজ চলার সাথে সাথে প্রয়োজনীয়তা পরিবর্তিত হতে পারে। এইভাবে, আপনার রিপোর্টের বিন্যাস আপনার যখনই প্রয়োজন তখন সামঞ্জস্য করার জন্য সুবিধাজনক হওয়া উচিত।
  • পরিষ্কার এবং নির্ভুল. অপ্রয়োজনীয় বাক্যাংশ এবং অস্পষ্টতা এড়ানো গুরুত্বপূর্ণ। সফ্টওয়্যার তৈরির জন্য প্রয়োজনীয় প্রযুক্তির তালিকা সহ প্রতিটি প্রক্রিয়া সহজ শব্দে বর্ণনা করা উচিত।

এখন, যখন আপনি জানেন যে উচ্চ-মানের সফ্টওয়্যার প্রয়োজনীয়তা ডকুমেন্টেশনের জন্য কোন জিনিসগুলি গুরুত্বপূর্ণ, তখন এটি কী নিয়ে গঠিত তা দেখার সময়।

সফ্টওয়্যার প্রয়োজনীয়তা স্পেসিফিকেশন উপাদান

একটি SRS রিপোর্ট সামঞ্জস্যপূর্ণ হওয়া উচিত, তাই এটি একটি নির্দিষ্ট কাঠামোর সাথে লেগে থাকা গুরুত্বপূর্ণ যা এর পাঠকদের সহজে তথ্য উপলব্ধি করতে সাহায্য করে। নীচে, আমরা প্রধান বিভাগগুলি বর্ণনা করি যা একটি শালীন SRS অন্তর্ভুক্ত করা উচিত।

ভূমিকা

একটি ভূমিকা শীঘ্রই ব্যাখ্যা করা উচিত যে কোন সফ্টওয়্যার তৈরি করা হবে যাতে প্রতিটি দলের সদস্য তারা যে প্রকল্পে কাজ করছেন তার সামগ্রিক ধারণা পেতে পারেন।

উদ্দিষ্ট শ্রোতা

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

সামগ্রিক বিবরণ

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

একটি চতুর্থ উদ্দীপক চেক জন্য পরিকল্পনা আছে

বাহ্যিক ইন্টারফেসের প্রয়োজনীয়তা

SRS রিপোর্টের এই অংশটি বর্ণনা করে যে ব্যবহারকারীরা, হার্ডওয়্যার এবং সফ্টওয়্যার কিভাবে ইন্টারঅ্যাক্ট করবে। বিভাগটিকে চারটি ভাগে ভাগ করা যায়:

  1. দ্য ইউজার ইন্টারফেস অংশ বর্ণনা করে কিভাবে ব্যবহারকারীরা সফটওয়্যারের সাথে ইন্টারঅ্যাক্ট করবে।
  2. দ্য হার্ডওয়্যার ইন্টারফেস অংশ হার্ডওয়্যার এবং সফ্টওয়্যার মধ্যে মিথস্ক্রিয়া সম্পর্কে.
  3. দ্য সফ্টওয়্যার ইন্টারফেস অংশটি ব্যাখ্যা করে যে কীভাবে সফ্টওয়্যার অপারেটিং সিস্টেম, লাইব্রেরি, ডাটাবেস ইত্যাদি সহ এর উপাদানগুলির সাথে সম্পর্কযুক্ত।
  4. দ্য যোগাযোগ ইন্টারফেস অংশটি সফ্টওয়্যারের ভিতরে ব্যবহৃত যোগাযোগের চ্যানেলগুলি বর্ণনা করে: ই-মেইল, ব্রাউজার, সার্ভার প্রোটোকল ইত্যাদি।

ক্রিয়ামূলক প্রয়োজনীয়তা

এই বিভাগে সফ্টওয়্যার কাজ করবে উপায় সম্পর্কে. এটি প্রতিটি বৈশিষ্ট্য বর্ণনা করে যাতে সমস্ত দলের সদস্যরা কাজের সুযোগ বুঝতে পারে। কার্যকরী প্রয়োজনীয়তার মধ্যে সিস্টেম ওয়ার্কফ্লো বর্ণনা, যদি/তারপর আচরণ, ডেটা হ্যান্ডলিং লজিক এবং ডেটা ইনপুট এবং আউটপুট থাকা উচিত।

কার্যকারিতার বিবরণ যত বেশি বিস্তারিত হবে, ভবিষ্যতে পুনরায় কাজ করার সম্ভাবনা তত কম হবে। কার্যকরী প্রয়োজনীয়তার একটি বিশদ বিবরণ বিকাশের সময় এবং ব্যয় অনুমান করার অনুমতি দেয়।

অ-কার্যকর প্রয়োজনীয়তা

এই বিভাগটি পছন্দসই সফ্টওয়্যার কর্মক্ষমতা বর্ণনা করে যা এর বৈশিষ্ট্য হিসাবে প্রকাশ করা হয়। একটি নিয়ম হিসাবে, প্রধান অ-কার্যকর প্রয়োজনীয়তা হল নিরাপত্তা, ব্যবহারযোগ্যতা, পরীক্ষাযোগ্যতা, মাপযোগ্যতা ইত্যাদি।

পরিশিষ্ট

এই বিভাগে, আপনার এমন কোনও তথ্য সংগ্রহ করা উচিত যা প্রধান বৈশিষ্ট্যগুলিকে আরও ভালভাবে বুঝতে সাহায্য করে। এই বিভাগটি হল সংক্ষিপ্ত রূপ, পদ এবং তাদের সংজ্ঞা, ডায়াগ্রাম, স্কিম ইত্যাদির স্থান।

উপরের উল্লিখিত রূপরেখাটি প্রকল্পের উপর নির্ভর করে পরিবর্তন করা যেতে পারে, যে ধরনের অ্যাপ্লিকেশন তৈরি করতে হবে, অ্যাপ্লিকেশনটির জটিলতা ইত্যাদির উপর নির্ভর করে আপনি রূপরেখাটি এমনভাবে পরিবর্তন করতে পারেন যা আপনার দলের পক্ষে উপলব্ধি করা আরও সুবিধাজনক তবে আপনার সমস্ত কিছু অন্তর্ভুক্ত করা উচিত। প্রকল্পের সম্পূর্ণ তথ্য আছে প্রধান বিভাগ.

এসআরএস রিপোর্ট তৈরির টুল

আপনার প্রোজেক্টের জন্য সফ্টওয়্যার প্রয়োজনীয়তার স্পেসিফিকেশন তৈরি করতে আপনি কোন টুল বেছে নিন না কেন, ডকুমেন্টটি একটি প্রোজেক্টের সাথে জড়িত সকল সদস্যদের ব্যবহার এবং শেয়ার করার জন্য সুবিধাজনক হওয়া উচিত। নীচে, আমরা একটি SRS রিপোর্ট তৈরি করার জন্য বেশ কয়েকটি জনপ্রিয় উপায় এবং সরঞ্জাম তালিকাভুক্ত করি।

Google ডক্স

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

মুক্তা

মুক্তা একটি প্রয়োজনীয়তা ব্যবস্থাপনা টুল যা সমস্ত স্পেসিফিকেশন-সম্পর্কিত কাজগুলিকে যতটা সম্ভব সহজ করে তোলে। আপনাকে যা করতে হবে তা হল ব্যবহারের ক্ষেত্রে, ব্যবহারকারীর ভূমিকা, শর্ত এবং প্রবাহকে সংজ্ঞায়িত করা। একবার আপনি এটি করার পরে, আপনি এক ক্লিকে একটি প্রতিবেদন তৈরি করতে পারেন। পার্ল টুল সম্পর্কে আরেকটি ভাল জিনিস হল এটি সুবিধাজনক টিমওয়ার্কের জন্য বিজ্ঞপ্তি এবং মন্তব্যের অনুমতি দেয়।

হেলিক্স আরএম

হেলিক্স আরএম আরেকটি টুল যা স্পেসিফিকেশন সহ কাজ সহজ করে তোলে। এর ব্যাপক কার্যকারিতা দলগুলিকে সর্বাধিক সুবিধার সাথে চশমার সাথে কাজ করতে দেয়। বিশেষ করে, Helix RM তার ব্যবহারকারীদের গ্রাফিকাল টুলস, প্রয়োজনীয়তা ট্রেসেবিলিটি, রিয়েল-টাইম সহযোগিতা বৈশিষ্ট্য এবং আরও অনেক কিছু প্রদান করে। টুলটির বড় সুবিধা হল বিভিন্ন সফ্টওয়্যার যেমন স্ল্যাক, জিরা, গিটহাব ইত্যাদির সাথে একীকরণ।

ফিল আইভে নেট ওয়ার্থ 2020

উপসংহার

সঠিকভাবে তৈরি সফ্টওয়্যার প্রয়োজনীয় ডকুমেন্টেশন আপনার প্রকল্পের সাফল্যের ⅓ করে তোলে তাই আপনার সফ্টওয়্যার বিকাশ করার সময় এই অংশে মনোযোগ দেওয়া অত্যাবশ্যক৷ একটি SRS রিপোর্টে আপনার নিজের বা ব্যবসা বিশ্লেষক এবং আপনি সহযোগিতার জন্য বেছে নেওয়া কোম্পানির সফ্টওয়্যার ইঞ্জিনিয়ারদের একটি দলের সাথে কাজ করা সম্ভব।

কে চশমা লিখবে এবং তারা এটি করার জন্য কোন প্রোগ্রাম ব্যবহার করবে তা কোন ব্যাপার না, আপনার সফ্টওয়্যার প্রয়োজনীয়তা ডকুমেন্টেশন পরিষ্কার, সামঞ্জস্যপূর্ণ, পরিমাপযোগ্য, নমনীয় এবং সম্পূর্ণ তা নিশ্চিত করা উচিত।

প্রস্তাবিত