তথ্য সিস্টেম ডিজাইন। এন্টারপ্রাইজ তথ্য সিস্টেমের বিশ্লেষণ
তথ্য সিস্টেম ডিজাইন
অংশ 1. প্রকল্প উন্নয়নের পর্যায়: কৌশল এবং বিশ্লেষণ
ভূমিকা "জলপ্রপাত" - প্রকল্প উন্নয়ন প্রকল্প কৌশল বিশ্লেষণ ইআর ডায়াগ্রাম আর্কস স্বাভাবিককরণ ডেটা ফ্লো ডায়াগ্রাম তথ্য মডেলের গুণমান এবং সম্পূর্ণতা পরীক্ষা করার জন্য কিছু নীতি সত্তার গুণমান গুণমান সংযোগের গুণমান সিস্টেম ফাংশন কৌশল পরিমার্জন
ভূমিকা
তথ্য সিস্টেমের নকশা সর্বদা সংজ্ঞা দিয়ে শুরু হয় প্রকল্পের লক্ষ্য. কোন প্রধান কাজ সফল প্রকল্পসিস্টেম লঞ্চের সময় এবং এর অপারেশনের পুরো সময়কালে এটি প্রদান করা সম্ভব তা নিশ্চিত করা:
সিস্টেমের প্রয়োজনীয় কার্যকারিতা এবং এর কার্যকারিতার পরিবর্তনশীল অবস্থার সাথে অভিযোজনের ডিগ্রি;
প্রয়োজনীয় থ্রুপুটসিস্টেম;
একটি অনুরোধে সিস্টেমের প্রয়োজনীয় প্রতিক্রিয়া সময়;
প্রয়োজনীয় মোডে সিস্টেমের ঝামেলা-মুক্ত অপারেশন, অন্য কথায়, ব্যবহারকারীর অনুরোধগুলি প্রক্রিয়া করার জন্য সিস্টেমের প্রস্তুতি এবং প্রাপ্যতা;
সিস্টেমের অপারেশন এবং সমর্থনের সহজতা;
প্রয়োজনীয় নিরাপত্তা।
কর্মক্ষমতা প্রধান ফ্যাক্টর যা একটি সিস্টেমের দক্ষতা নির্ধারণ করে। ভাল নকশা একটি উচ্চ কর্মক্ষমতা সিস্টেমের ভিত্তি.
ইনফরমেশন সিস্টেম ডিজাইন তিনটি প্রধান ক্ষেত্র কভার করে:
ডাটাবেসে প্রয়োগ করার জন্য ডেটা অবজেক্ট ডিজাইন করা;
ডিজাইনিং প্রোগ্রাম, স্ক্রিন ফর্ম, রিপোর্ট যা ডেটা কোয়েরি সম্পাদন নিশ্চিত করবে;
একটি নির্দিষ্ট পরিবেশ বা প্রযুক্তি বিবেচনায় নেওয়া, যথা: নেটওয়ার্ক টপোলজি, হার্ডওয়্যার কনফিগারেশন, ব্যবহৃত আর্কিটেকচার (ফাইল-সার্ভার বা ক্লায়েন্ট-সার্ভার), সমান্তরাল প্রক্রিয়াকরণ, বিতরণ করা ডেটা প্রক্রিয়াকরণ ইত্যাদি।
বাস্তব অবস্থায়, ডিজাইন হল এমন একটি উপায় অনুসন্ধান যা উপলব্ধ প্রযুক্তির মাধ্যমে সিস্টেমের কার্যকারিতার প্রয়োজনীয়তা পূরণ করে, প্রদত্ত সীমাবদ্ধতা বিবেচনা করে।
যেকোন প্রজেক্টের অনেকগুলো পরম প্রয়োজনীয়তা সাপেক্ষে, যেমন, প্রজেক্ট ডেভেলপমেন্টের সর্বোচ্চ সময়, প্রজেক্টে সর্বোচ্চ আর্থিক বিনিয়োগ ইত্যাদি। ডিজাইনের অসুবিধাগুলির মধ্যে একটি হল এটি প্রকল্পের প্রয়োজনীয়তা বিশ্লেষণ বা একটি নির্দিষ্ট নকশা সমাধান বাস্তবায়নের মতো কাঠামোগত নয়।
এটা বিশ্বাস করা হয় যে একটি জটিল সিস্টেম নীতিগতভাবে বর্ণনা করা যাবে না। এটি, বিশেষ করে, এন্টারপ্রাইজ ম্যানেজমেন্ট সিস্টেমকে উদ্বেগ করে। প্রধান যুক্তিগুলির মধ্যে একটি হল সিস্টেমের কার্যকারিতার অবস্থার পরিবর্তন, উদাহরণস্বরূপ, নতুন নেতৃত্ব দ্বারা তথ্যের নির্দিষ্ট প্রবাহে একটি নির্দেশিক পরিবর্তন। আরেকটি যুক্তি হল রেফারেন্সের শর্তাবলীর সুযোগ, যা একটি বড় প্রকল্পের জন্য শত শত পৃষ্ঠা হতে পারে, যখন প্রযুক্তিগত প্রকল্পে ত্রুটি থাকতে পারে। প্রশ্ন উঠছে: সম্ভবত জরিপগুলি মোটেও পরিচালনা না করা এবং কোনও প্রযুক্তিগত প্রকল্প না করাই ভাল, তবে একটি সিস্টেম লিখতে "সহ পরিষ্কার লেখনি"প্রোগ্রামাররা যা লিখেছেন তার সাথে গ্রাহকের আকাঙ্ক্ষার কিছু অলৌকিক কাকতালীয় ঘটনা ঘটবে এবং এই সমস্ত কিছু স্থিরভাবে কাজ করবে এই আশায়?
আপনি যদি এটি দেখেন তবে সিস্টেমের বিকাশ কি সত্যিই এত অপ্রত্যাশিত এবং এটি সম্পর্কে তথ্য পাওয়া কি সত্যিই অসম্ভব? এটি সম্ভবত সেমিনারগুলির মাধ্যমে সামগ্রিকভাবে সিস্টেম এবং এর বিকাশের জন্য পরিকল্পিত উপায় (ব্যবস্থাপনা) সম্পর্কে একটি ধারণা পাওয়া যেতে পারে। এর পরে, জটিল সিস্টেমটিকে আরও সহজ উপাদানগুলিতে ভাঙ্গুন, উপাদানগুলির মধ্যে সংযোগগুলিকে সরল করুন, উপাদানগুলির স্বাধীনতার জন্য প্রদান করুন এবং তাদের মধ্যে ইন্টারফেসগুলি বর্ণনা করুন (যাতে একটি উপাদানের পরিবর্তন অন্য উপাদানে স্বয়ংক্রিয়ভাবে উল্লেখযোগ্য পরিবর্তন আনতে না পারে) , সেইসাথে সিস্টেম প্রসারিত করার সম্ভাবনা এবং ফাংশন সিস্টেমের এক বা অন্য সংস্করণে অবাস্তব জন্য "স্টাব"। এই ধরনের প্রাথমিক বিবেচনার ভিত্তিতে, তথ্য ব্যবস্থায় যা বাস্তবায়িত হওয়ার কথা তার বর্ণনা এখন আর অবাস্তব বলে মনে হয় না। আপনি তথ্য ব্যবস্থার বিকাশের জন্য শাস্ত্রীয় পদ্ধতিগুলি অনুসরণ করতে পারেন, যার মধ্যে একটি হল "জলপ্রপাত" প্রকল্প ( চাল এক) নীচে বর্ণনা করা হয়েছে। তথ্য ব্যবস্থার উন্নয়নের জন্য কিছু অন্যান্য পন্থাও সংক্ষিপ্তভাবে বিবেচনা করা হবে, যেখানে "জলপ্রপাত" প্রকল্পে বর্ণিত উপাদানগুলির ব্যবহারও গ্রহণযোগ্য। নীচে বর্ণিত ব্যক্তিদের থেকে কোন পদ্ধতি অনুসরণ করতে হবে (এবং এটি আপনার নিজস্ব পদ্ধতির সাথে আসা বোধগম্য কিনা) কিছুটা স্বাদ এবং পরিস্থিতির বিষয়।
ভাত। 1. জলপ্রপাত প্রকল্প
সফ্টওয়্যার জীবনচক্র তার তৈরি এবং ব্যবহারের জন্য একটি মডেল। মডেলটি এর বিভিন্ন অবস্থাকে প্রতিফলিত করে, এই সফ্টওয়্যারটির প্রয়োজনীয়তা দেখা দেওয়ার মুহূর্ত থেকে শুরু করে এবং সমস্ত ব্যবহারকারীর জন্য এটি সম্পূর্ণরূপে ব্যবহারের বাইরে হওয়ার মুহুর্তের সাথে শেষ হয়৷ নিম্নলিখিত জীবন চক্র মডেল পরিচিত:
ক্যাসকেড মডেল। পরবর্তী পর্যায়ে রূপান্তর মানে পূর্ববর্তী পর্যায়ে কাজ সম্পূর্ণ সমাপ্তি।
মধ্যবর্তী নিয়ন্ত্রণ সঙ্গে মডেল মঞ্চস্থ. সফ্টওয়্যার উন্নয়ন চক্র সঙ্গে পুনরাবৃত্তি বাহিত হয় প্রতিক্রিয়াপর্যায়গুলির মধ্যে। জলপ্রপাত মডেলের তুলনায় আন্তঃ-পর্যায় সমন্বয় উন্নয়ন প্রক্রিয়ার জটিলতা কমাতে পারে; প্রতিটি পর্যায়ের জীবনকাল পুরো উন্নয়ন সময়ের জন্য প্রসারিত হয়।
সর্পিল মডেল। বিশেষ মনোযোগবিকাশের প্রাথমিক পর্যায়ে দেওয়া হয় - কৌশল বিকাশ, বিশ্লেষণ এবং নকশা, যেখানে সম্ভাব্যতা নির্দিষ্ট প্রযুক্তিগত সমাধানপ্রোটোটাইপিং (প্রোটোটাইপিং) এর মাধ্যমে যাচাই এবং ন্যায়সঙ্গত। স্পাইরালের প্রতিটি মোড়ের সাথে পণ্যের একটি নির্দিষ্ট সংস্করণ বা এর যে কোনো উপাদান তৈরি করা জড়িত, যখন প্রকল্পের বৈশিষ্ট্য এবং লক্ষ্য নির্দিষ্ট করা হয়, এর গুণমান নির্ধারণ করা হয় এবং সর্পিলের পরবর্তী বাঁকের কাজ পরিকল্পনা করা হয়।
নীচে আমরা কিছু প্রকল্প উন্নয়ন প্রকল্প বিবেচনা করব।
শুরুতে
"জলপ্রপাত" - প্রকল্প উন্নয়ন প্রকল্প
প্রায়শই, নকশাকে বিশ্লেষণ এবং উন্নয়নের মধ্যে প্রকল্পের উন্নয়নের একটি পৃথক পর্যায় হিসাবে বর্ণনা করা হয়। যাইহোক, বাস্তবে, প্রকল্পের উন্নয়নের পর্যায়গুলির কোনও স্পষ্ট বিভাজন নেই - নকশা, একটি নিয়ম হিসাবে, একটি স্পষ্টভাবে সংজ্ঞায়িত শুরু এবং শেষ নেই এবং প্রায়শই পরীক্ষা এবং বাস্তবায়ন পর্যায়ে চলতে থাকে। পরীক্ষার পর্যায় সম্পর্কে বলতে গেলে, এটিও লক্ষ করা উচিত যে বিশ্লেষণের পর্যায় এবং নকশা উভয় পর্যায়েই পরীক্ষকদের কাজের উপাদান রয়েছে, উদাহরণস্বরূপ, একটি নির্দিষ্ট সমাধান বেছে নেওয়ার জন্য একটি পরীক্ষামূলক ন্যায্যতা প্রাপ্ত করার পাশাপাশি গুণমানের মানদণ্ডের মূল্যায়ন করা। ফলে সিস্টেমের. অপারেশন পর্যায়ে, সিস্টেমের রক্ষণাবেক্ষণ সম্পর্কে কথা বলা উপযুক্ত।
নীচে আমরা প্রতিটি ধাপ বিবেচনা করব, নকশা পর্যায়ে আরও বিশদে বাস করব।
শুরুতে
কৌশল
একটি কৌশল সংজ্ঞায়িত করার সাথে সিস্টেমটি পরীক্ষা করা জড়িত। সমীক্ষার প্রধান কাজ হল প্রকল্পের প্রকৃত সুযোগ, এর লক্ষ্য এবং উদ্দেশ্যগুলি মূল্যায়ন করা, সেইসাথে একটি উচ্চ স্তরে সত্তা এবং ফাংশনগুলির সংজ্ঞা প্রাপ্ত করা।
এই পর্যায়ে, উচ্চ যোগ্য ব্যবসায়িক বিশ্লেষকরা জড়িত, যাদের কোম্পানির ব্যবস্থাপনায় ক্রমাগত অ্যাক্সেস রয়েছে; মঞ্চে সিস্টেমের প্রধান ব্যবহারকারী এবং ব্যবসায়িক বিশেষজ্ঞদের সাথে ঘনিষ্ঠ মিথস্ক্রিয়া জড়িত। ইন্টারঅ্যাকশনের প্রধান কাজ হল সিস্টেম সম্পর্কে সর্বাধিক সম্পূর্ণ তথ্য (গ্রাহকের প্রয়োজনীয়তাগুলির একটি সম্পূর্ণ এবং দ্ব্যর্থহীন উপলব্ধি) প্রাপ্ত করা এবং পরবর্তী বিশ্লেষণ পর্যায়ের জন্য সিস্টেম বিশ্লেষকদের কাছে এই তথ্যটি একটি আনুষ্ঠানিক আকারে স্থানান্তর করা। একটি নিয়ম হিসাবে, ব্যবস্থাপনা, বিশেষজ্ঞ এবং ব্যবহারকারীদের সাথে কথোপকথন বা সেমিনারের ফলে সিস্টেম সম্পর্কে তথ্য প্রাপ্ত করা যেতে পারে। এইভাবে, এই ব্যবসার সারাংশ, এর বিকাশের সম্ভাবনা এবং সিস্টেমের প্রয়োজনীয়তাগুলি নির্ধারিত হয়।
পদ্ধতির পরীক্ষার মূল পর্ব শেষ হওয়ার পরে প্রযুক্তিগত বিশেষজ্ঞরাসম্ভাব্য প্রযুক্তিগত পন্থা গঠন করে এবং মোটামুটিভাবে হার্ডওয়্যার, ক্রয় করা সফ্টওয়্যার এবং নতুন সফ্টওয়্যার বিকাশের খরচ গণনা করে (যা আসলে প্রকল্প দ্বারা অনুমান করা হয়)।
কৌশল সংজ্ঞা পর্যায়ের ফলাফল একটি নথি যা স্পষ্টভাবে বলে যে গ্রাহক যদি প্রকল্পে অর্থায়ন করতে সম্মত হন তবে তিনি কী পাবেন; যখন তিনি সমাপ্ত পণ্য গ্রহণ করেন (কাজের সময়সূচী); কত খরচ হবে (বড় প্রকল্পের জন্য, কাজের বিভিন্ন পর্যায়ে অর্থায়নের একটি সময়সূচী তৈরি করা উচিত)। নথিতে কেবল খরচই নয়, সুবিধাগুলিও প্রতিফলিত করা উচিত, উদাহরণস্বরূপ, প্রকল্পের পরিশোধের সময়, প্রত্যাশিত অর্থনৈতিক প্রভাব(যদি মূল্যায়ন করা যায়)।
নথিটি অবশ্যই বর্ণনা করতে হবে:
সীমাবদ্ধতা, ঝুঁকি, গুরুত্বপূর্ণ কারণগুলি প্রভাবিত করে প্রকল্পের সাফল্য, উদাহরণস্বরূপ, একটি অনুরোধে সিস্টেমের প্রতিক্রিয়া সময় একটি প্রদত্ত সীমাবদ্ধতা, এবং একটি পছন্দসই ফ্যাক্টর নয়;
শর্তগুলির একটি সেট যার অধীনে এটি ভবিষ্যত সিস্টেম পরিচালনা করার কথা: সিস্টেমের আর্কিটেকচার, হার্ডওয়্যার এবং সিস্টেমে সরবরাহ করা সফ্টওয়্যার সংস্থান, এর কার্যকারিতার জন্য বাহ্যিক অবস্থা, মানুষের গঠন এবং কাজ যা সিস্টেমের মসৃণ কার্যকারিতা নিশ্চিত করে;
পৃথক পর্যায়ে সমাপ্তির সময়সীমা, কাজের বিতরণের ফর্ম, প্রকল্পের বিকাশের প্রক্রিয়ার সাথে জড়িত সংস্থান, তথ্য সুরক্ষার ব্যবস্থা;
সিস্টেম দ্বারা সঞ্চালিত ফাংশন বর্ণনা;
সিস্টেমের বিকাশের ক্ষেত্রে ভবিষ্যতের প্রয়োজনীয়তা, উদাহরণস্বরূপ, ব্যবহারকারীর ইন্টারনেট ব্যবহার করে সিস্টেমের সাথে কাজ করার ক্ষমতা ইত্যাদি;
সিস্টেম ফাংশন সঞ্চালনের জন্য প্রয়োজনীয় সত্তা;
একটি ব্যক্তি এবং একটি সিস্টেমের মধ্যে ইন্টারফেস এবং ফাংশন বিতরণ;
সফ্টওয়্যার এবং সফ্টওয়্যারের তথ্য উপাদানগুলির জন্য প্রয়োজনীয়তা, DBMS-এর প্রয়োজনীয়তা (যদি প্রকল্পটি বেশ কয়েকটি DBMS-এর জন্য বাস্তবায়িত হওয়ার কথা হয়, তাহলে তাদের প্রত্যেকের জন্য প্রয়োজনীয়তা, বা একটি বিমূর্ত DBMS-এর জন্য সাধারণ প্রয়োজনীয়তা এবং এই প্রকল্পের জন্য সুপারিশকৃত DBMS-এর একটি তালিকা নির্দিষ্ট শর্ত পূরণ);
যা প্রকল্পের কাঠামোর মধ্যে বাস্তবায়িত হবে না।
এই পর্যায়ে সম্পাদিত কাজটি আমাদের এই প্রকল্পটি চালিয়ে যাওয়া মূল্যবান কিনা এবং নির্দিষ্ট শর্তে গ্রাহকের প্রয়োজনীয়তাগুলি কী পূরণ করা যেতে পারে সেই প্রশ্নের উত্তর দিতে দেয়। এটি চালু হতে পারে যে প্রকল্পটি চালিয়ে যাওয়ার কোন মানে হয় না, উদাহরণস্বরূপ, কারণ কিছু উদ্দেশ্যমূলক কারণে নির্দিষ্ট প্রয়োজনীয়তাগুলি সন্তুষ্ট করা যায় না। যদি প্রকল্পটি নিয়ে এগিয়ে যাওয়ার সিদ্ধান্ত নেওয়া হয়, তবে বিশ্লেষণের পরবর্তী পর্যায়ে প্রকল্পের সুযোগ এবং ব্যয় অনুমানের একটি ধারণা ইতিমধ্যেই উপলব্ধ।
এটি লক্ষ করা উচিত যে একটি কৌশল বেছে নেওয়ার পর্যায়ে, এবং বিশ্লেষণের পর্যায়ে এবং নকশার সময়, প্রকল্পের বিকাশে ব্যবহৃত পদ্ধতি নির্বিশেষে, একজনকে সর্বদা গুরুত্ব অনুসারে সিস্টেমের পরিকল্পিত ফাংশনগুলিকে শ্রেণিবদ্ধ করা উচিত। . এই ধরনের শ্রেণীবিভাগের প্রতিনিধিত্ব করার জন্য একটি সম্ভাব্য বিন্যাস, MoSCoW, প্রস্তাব করা হয়েছিল ক্লেগ, ডাই এবং রিচার্ড বার্কার, কেস মেথড ফাস্ট-ট্র্যাক: এ আরএডি অ্যাপ্রোচ, অ্যাডিসন-ওয়েসলি, 1994।
এই সংক্ষিপ্ত রূপটি দাঁড়ায়: অবশ্যই থাকতে হবে - প্রয়োজনীয় ফাংশন; থাকা উচিত - পছন্দসই ফাংশন; থাকতে পারে - সম্ভাব্য ফাংশন; থাকবে না - অনুপস্থিত ফাংশন।
দ্বিতীয় এবং তৃতীয় বিভাগের ফাংশনগুলির বাস্তবায়ন সময় এবং আর্থিক কাঠামোর দ্বারা সীমিত: আমরা যা প্রয়োজন তা বিকাশ করি, পাশাপাশি অগ্রাধিকারের ক্রম অনুসারে দ্বিতীয় এবং তৃতীয় বিভাগের ফাংশনগুলির সর্বাধিক সম্ভাব্য সংখ্যা।
শুরুতে
বিশ্লেষণ
বিশ্লেষণ পর্যায়ে ব্যবসায়িক প্রক্রিয়াগুলির একটি বিশদ অধ্যয়ন (কৌশল নির্বাচন পর্যায়ে সংজ্ঞায়িত ফাংশন) এবং তাদের বাস্তবায়নের জন্য প্রয়োজনীয় তথ্য (সত্তা, তাদের বৈশিষ্ট্য এবং সম্পর্ক (সম্পর্ক)) জড়িত। এই পর্যায়ে, এটি তৈরি করে তথ্য মডেল, এবং পরবর্তী ডিজাইন পর্যায়ে, ডেটা মডেল।
কৌশল সংজ্ঞা পর্যায়ে সংগৃহীত সিস্টেম সম্পর্কে সমস্ত তথ্য বিশ্লেষণ পর্যায়ে আনুষ্ঠানিক এবং পরিমার্জিত হয়। প্রেরিত তথ্যের সম্পূর্ণতা, দ্বন্দ্বের অনুপস্থিতির জন্য তথ্যের বিশ্লেষণ, সেইসাথে এমন তথ্যের অনুসন্ধান যা একেবারেই ব্যবহৃত হয় না বা নকল করা হয় সেদিকে বিশেষ মনোযোগ দেওয়া উচিত। একটি নিয়ম হিসাবে, গ্রাহক অবিলম্বে সামগ্রিকভাবে সিস্টেমের জন্য প্রয়োজনীয়তা তৈরি করে না, তবে তার পৃথক উপাদানগুলির জন্য প্রয়োজনীয়তাগুলি তৈরি করে। এই উপাদানগুলির সামঞ্জস্যের দিকে মনোযোগ দিন।
বিশ্লেষকরা দুটি আন্তঃসম্পর্কিত আকারে তথ্য সংগ্রহ এবং রেকর্ড করে:
ফাংশন - ব্যবসায় ঘটে এমন ঘটনা এবং প্রক্রিয়া সম্পর্কে তথ্য;
সত্তা - সংস্থার জন্য গুরুত্বপূর্ণ এবং যা সম্পর্কে কিছু জানা যায় সে সম্পর্কে তথ্য।
বিশ্লেষণের দুটি ক্লাসিক ফলাফল হল:
ফাংশনগুলির একটি শ্রেণিবিন্যাস যা প্রক্রিয়াকরণকে এর উপাদান অংশগুলিতে ভেঙে দেয় (কি করা হয় এবং এটি কী নিয়ে গঠিত);
সত্তা-সম্পর্ক মডেল (এন্ট্রি সম্পর্ক মডেল, ER-মডেল), যা সত্তা, তাদের বৈশিষ্ট্য এবং তাদের মধ্যে সম্পর্ক (সম্পর্ক) বর্ণনা করে।
এই ফলাফলগুলি প্রয়োজনীয় কিন্তু পর্যাপ্ত নয়। পর্যাপ্ত ফলাফলের মধ্যে ডেটা ফ্লো ডায়াগ্রাম এবং সত্তা জীবন চক্র ডায়াগ্রাম অন্তর্ভুক্ত। প্রায়শই, একটি ER ডায়াগ্রামে একটি সত্তার জীবনচক্র দেখানোর চেষ্টা করার সময় বিশ্লেষণ ত্রুটি ঘটে।
নীচে আমরা তিনটি সর্বাধিক ব্যবহৃত কাঠামোগত বিশ্লেষণ পদ্ধতি পর্যালোচনা করব:
এন্টিটি-রিলেশনশিপ ডায়াগ্রাম (ইআরডি), যা সত্তা এবং তাদের সম্পর্কের তথ্যকে আনুষ্ঠানিক করতে পরিবেশন করে;
ডেটা ফ্লো ডায়াগ্রাম (ডেটা ফ্লো ডায়াগ্রাম, ডিএফডি), যা সিস্টেম ফাংশনগুলির উপস্থাপনাকে আনুষ্ঠানিক করতে পরিবেশন করে;
রাষ্ট্রীয় রূপান্তর চিত্র (স্টেট ট্রানজিশন ডায়াগ্রাম, এসটিডি), যা সময়ের উপর নির্ভর করে সিস্টেমের আচরণকে প্রতিফলিত করে; সত্তার জীবনচক্র ডায়াগ্রাম এই শ্রেণীর ডায়াগ্রামের অন্তর্গত।
শুরুতে
ইআর ডায়াগ্রাম
ইআর ডায়াগ্রাম ( চাল 2) ডেটা ডিজাইন করতে ব্যবহৃত হয় এবং ডেটা এবং তাদের মধ্যে সম্পর্ক নির্ধারণের একটি আদর্শ উপায়। এইভাবে, ডেটা গুদামগুলির বিশদ বিবরণ দেওয়া হয়। ইআর ডায়াগ্রামে সিস্টেমের সত্তা এবং তারা কীভাবে ইন্টারঅ্যাক্ট করে সে সম্পর্কে তথ্য রয়েছে, বিষয় এলাকা (সত্তা), এই বস্তুর বৈশিষ্ট্য (গুণাবলী) এবং অন্যান্য বস্তুর সাথে তাদের সম্পর্ক (লিঙ্ক) এর জন্য গুরুত্বপূর্ণ বস্তুর সনাক্তকরণ অন্তর্ভুক্ত রয়েছে। অনেক ক্ষেত্রে, তথ্য মডেল খুব জটিল এবং অনেক বস্তু ধারণ করে।
ভাত। 2. একটি ER ডায়াগ্রামের উদাহরণ
একটি সত্তা শীর্ষে সত্তার নামের সাথে একটি আয়তক্ষেত্র হিসাবে প্রদর্শিত হয় (উদাহরণস্বরূপ, TITLES)। বাক্সটি একটি সত্তার গুণাবলী তালিকাভুক্ত করতে পারে; বোল্ড টাইপের ইআর-ডায়াগ্রাম অ্যাট্রিবিউটগুলি হল মূল অ্যাট্রিবিউট (তাই টাইটেল আইডেন্টিটি হল TITLES সত্তার একটি মূল অ্যাট্রিবিউট, অন্যান্য অ্যাট্রিবিউটগুলি মূল অ্যাট্রিবিউট নয়)।
একটি সম্পর্ক দুটি সত্তার মধ্যে একটি রেখা দ্বারা প্রতিনিধিত্ব করা হয় (চিত্রে নীল রেখা)।
একক লাইন ডানে ( চাল 3) মানে "এক", "পাখির পা", বামদিকে "অনেক", এবং সম্পর্কটি লাইন বরাবর পড়া হয়, যেমন "এক থেকে বহু"। একটি উল্লম্ব দণ্ডের অর্থ "প্রয়োজনীয়", একটি বৃত্ত - "ঐচ্ছিক", উদাহরণস্বরূপ, TITLE-এর প্রতিটি প্রকাশনার জন্য, একজন প্রকাশককে PUBLISHERS-এ নির্দেশ করতে হবে এবং PUBLISHERS-এ একজন প্রকাশক TITLES-এ একাধিক শিরোনাম ইস্যু করতে পারেন৷ এটি উল্লেখ করা উচিত যে লিঙ্কগুলি সর্বদা মন্তব্য করা হয় (লিঙ্কটি চিত্রিত করা লাইনে একটি শিলালিপি)।
ভাত। 3. ER ডায়াগ্রাম উপাদান
আমরা একটি উদাহরণও দিই ( চাল 4) প্রতিফলিত সম্পর্কের ছবি "কর্মচারী", যেখানে একজন কর্মচারী বিভিন্ন অধীনস্থদের তত্ত্বাবধান করতে পারে এবং তাই পজিশনের অনুক্রমের নিচে।
ভাত। 4. রিফ্লেক্সিভ রিলেশনের ER ডায়াগ্রাম
মনে রাখবেন যে এই ধরনের সম্পর্ক সবসময় ঐচ্ছিক, অন্যথায় এটি একটি অসীম অনুক্রম হবে।
সত্তা বৈশিষ্ট্যগুলি মূল হতে পারে - সেগুলি গাঢ় হয়; বাধ্যতামূলক - এগুলি "*" চিহ্নের আগে থাকে, অর্থাৎ, তাদের মান সর্বদা পরিচিত, ঐচ্ছিক (ঐচ্ছিক) - সেগুলি O দ্বারা পূর্বে থাকে, অর্থাৎ, এই বৈশিষ্ট্যটির মানগুলি কোনও সময়ে হতে পারে অনুপস্থিত বা অনির্ধারিত।
শুরুতে
আর্কস
যদি একটি সত্তার অন্যান্য সত্তার সাথে পারস্পরিক একচেটিয়া সম্পর্কের একটি সেট থাকে, তাহলে এই ধরনের সম্পর্কগুলিকে একটি চাপে বলা হয়। উদাহরণস্বরূপ, একটি ব্যাঙ্ক অ্যাকাউন্ট একটি আইনি সত্তা বা জন্য জারি করা যেতে পারে স্বতন্ত্র. এই ধরনের সম্পর্কের জন্য ER ডায়াগ্রামের একটি অংশ দেখানো হয়েছে চাল 5.
ভাত। 5. আর্ক
এই ক্ষেত্রে, ACCOUNT সত্তার OWNER বৈশিষ্ট্যটির এই সত্তাটির জন্য একটি বিশেষ অর্থ রয়েছে - সত্তাটি বিভাগ দ্বারা প্রকারে বিভক্ত: "একজন ব্যক্তির জন্য" এবং "এর জন্য আইনি সত্তা"। ফলস্বরূপ সত্তাগুলিকে সাব-টাইপ বলা হয়, এবং আসল সত্তা একটি সুপার টাইপ হয়ে যায়। একটি সুপার টাইপ প্রয়োজন কি না তা বোঝার জন্য, একই বৈশিষ্ট্যগুলির মধ্যে কতগুলি আলাদা উপপ্রকার রয়েছে তা নির্ধারণ করা প্রয়োজন। এটি উল্লেখ করা উচিত যে এর অপব্যবহার সাবটাইপ এবং সুপার টাইপ একটি মোটামুটি সাধারণ ভুল। এগুলিকে দেখানো হয়েছে যেমন দেখানো হয়েছে চাল 6.
ভাত। 6. সাবটাইপ (ডান) এবং সুপার টাইপ (বাম)
শুরুতে
স্বাভাবিককরণ
ডেটা প্রক্রিয়াকরণে অসঙ্গতি রোধ করতে, স্বাভাবিককরণ ব্যবহার করা হয়। তথ্য মডেল অবজেক্টগুলির জন্য স্বাভাবিককরণের নীতিগুলি ডেটা মডেলগুলির মতোই ঠিক একই।
অনুমোদিত লিঙ্ক প্রকার. নিবিড় পরীক্ষায়, এক থেকে এক সম্পর্ক ( চাল 7) প্রায় সবসময়ই দেখা যায় যে A এবং B আসলে একই জিনিসের ভিন্ন উপসেট বা এটিতে ভিন্ন ভিন্ন দৃষ্টিভঙ্গি, শুধু ভিন্ন নাম এবং ভিন্নভাবে বর্ণিত সম্পর্ক এবং বৈশিষ্ট্য রয়েছে।
ভাত। 7. এক থেকে এক সম্পর্ক
অনেক থেকে এক সম্পর্ক দেখানো হয়েছে চাল আট.
ভাত। 8. বহু-এক সম্পর্ক
আমি যথেষ্ট শক্তিশালী যে সত্তা B-এর একটি এন্ট্রি একই সাথে সত্তা A-এর অন্তত একটি যুক্ত এন্ট্রি তৈরি না করে তৈরি করা যাবে না।
II হল যোগাযোগের সবচেয়ে সাধারণ ফর্ম। এটি অনুমান করে যে সত্তা A-এর প্রতিটি ঘটনা শুধুমাত্র B সত্তার একটি (এবং শুধুমাত্র একটি) ঘটনার পরিপ্রেক্ষিতে বিদ্যমান থাকতে পারে। ফলস্বরূপ, B-এর ঘটনা A-এর সংঘটনের সাথে এবং এটি ছাড়া উভয়ই থাকতে পারে।
III - খুব কমই ব্যবহৃত হয়। A এবং B উভয়ই তাদের মধ্যে সংযোগ ছাড়াই থাকতে পারে।
অনেক থেকে অনেক সম্পর্ক দেখানো হয় চাল নয়টি.
ভাত। 9. অনেক-থেকে-অনেক সম্পর্ক
আমি - এই ধরনের নির্মাণ প্রায়শই বিশ্লেষণ পর্যায়ের শুরুতে সঞ্চালিত হয় এবং এর অর্থ একটি সংযোগ - হয় সম্পূর্ণরূপে বোঝা যায় না এবং অতিরিক্ত অনুমতির প্রয়োজন হয়, অথবা একটি সাধারণ যৌথ সম্পর্ক প্রতিফলিত করে - একটি দ্বিগুণ লিঙ্কযুক্ত তালিকা৷
II - খুব কমই ব্যবহৃত হয়। এই ধরনের লিঙ্ক সবসময় আরো বিস্তারিত বিষয়.
এখন পুনরাবৃত্ত লিঙ্কগুলি বিবেচনা করুন ( চাল দশ).
ভাত। 10. পুনরাবৃত্ত লিঙ্ক
আমি - বিরল, কিন্তু ঘটে। একটি বিকল্প প্রকারের লিঙ্কগুলিকে প্রতিফলিত করে।
II - প্রায়শই যেকোন সংখ্যক স্তর সহ শ্রেণীবিন্যাস বর্ণনা করতে ব্যবহৃত হয়।
III - প্রাথমিক পর্যায়ে সঞ্চালিত হয়। প্রায়শই "উপাদানের তালিকা" (উপাদানগুলির পারস্পরিক নেস্টিং) এর গঠন প্রতিফলিত করে। উদাহরণ: প্রতিটি উপাদান এক বা একাধিক (অন্যান্য) উপাদান নিয়ে গঠিত হতে পারে এবং প্রতিটি উপাদান এক বা একাধিক (অন্যান্য) উপাদানে ব্যবহার করা যেতে পারে।
অবৈধ লিঙ্ক প্রকার। অবৈধ সম্পর্কের ধরনগুলির মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত রয়েছে: বাধ্যতামূলক বহু-থেকে-অনেক সম্পর্ক ( চাল এগারো) এবং অনেকগুলি পুনরাবৃত্ত লিঙ্ক ( চাল 12).
ভাত। 11. অবৈধ বহু-থেকে-অনেক সম্পর্ক৷
ভাত। 12. অবৈধ পুনরাবৃত্ত লিঙ্ক
একটি বাধ্যতামূলক বহু-থেকে-অনেক সম্পর্ক মূলত অসম্ভব। এই ধরনের সংযোগের অর্থ হল A-এর কোনো ঘটনা B ছাড়া থাকতে পারে না, এবং এর বিপরীতে। প্রকৃতপক্ষে, এই জাতীয় প্রতিটি নির্মাণ সর্বদা ভ্রান্ত বলে প্রমাণিত হয়।
শুরুতে
ডেটা ফ্লো ডায়াগ্রাম
লজিক ডিএফডি ( চাল তেরো) সিস্টেমের বাহ্যিক ডেটা উত্স এবং সিঙ্ক (গন্তব্যগুলি) দেখায়, যৌক্তিক ফাংশন (প্রসেস) এবং ডেটা উপাদানগুলির গোষ্ঠী সনাক্ত করে যা একটি ফাংশনকে অন্য (স্ট্রীম) এর সাথে লিঙ্ক করে এবং অ্যাক্সেস করা ডেটা স্টোরেজ (সঞ্চয়কারী) সনাক্ত করে। ডেটা ফ্লো স্ট্রাকচার এবং তাদের উপাদান সংজ্ঞাগুলি ডেটা অভিধানে সংরক্ষণ এবং পার্স করা হয়। নিম্ন স্তরের DFD ব্যবহার করে প্রতিটি লজিক্যাল ফাংশন (প্রক্রিয়া) বিস্তারিত করা যেতে পারে; যখন আরও বিশদ আর উপযোগী হয় না, তখন কেউ একটি প্রক্রিয়া স্পেসিফিকেশন (মিনি-স্পেসিফিকেশন) ব্যবহার করে ফাংশনের যুক্তি প্রকাশের দিকে এগিয়ে যায়। প্রতিটি স্টোরের বিষয়বস্তু একটি ডেটা অভিধানে সংরক্ষণ করা হয় এবং স্টোর ডেটা মডেলটি ER ডায়াগ্রাম ব্যবহার করে উন্মুক্ত করা হয়।
ভাত। 13. DFD উদাহরণ
বিশেষ করে, DFD সেই প্রক্রিয়াগুলি দেখায় না যা প্রকৃত ডেটা প্রবাহ নিয়ন্ত্রণ করে এবং বৈধ এবং অবৈধ পথের মধ্যে পার্থক্য করে না। DFD-তে অনেকগুলি থাকে৷ দরকারী তথ্য, এবং তদুপরি:
আপনাকে ডেটার পরিপ্রেক্ষিতে সিস্টেমটি উপস্থাপন করার অনুমতি দেয়;
বাহ্যিক ডেটা ফিড মেকানিজমগুলিকে চিত্রিত করুন যার জন্য বিশেষ ইন্টারফেসের প্রয়োজন হবে;
সিস্টেমের স্বয়ংক্রিয় এবং ম্যানুয়াল উভয় প্রক্রিয়া উপস্থাপন করার অনুমতি দেয়;
সমগ্র সিস্টেমের ডেটা-ভিত্তিক পার্টিশন সঞ্চালন করুন।
তথ্য প্রবাহ একটি সিস্টেমের এক অংশ থেকে অন্য অংশে তথ্য (বা এমনকি শারীরিক উপাদান) স্থানান্তর মডেল করতে ব্যবহৃত হয়। ডায়াগ্রামের প্রবাহগুলি নামযুক্ত তীর দ্বারা উপস্থাপিত হয়, তীরগুলি তথ্য প্রবাহের দিক নির্দেশ করে। কখনও কখনও তথ্য এক দিকে যেতে পারে, প্রক্রিয়া করা যেতে পারে এবং তার উত্সে ফিরে যেতে পারে। এই ধরনের পরিস্থিতি দুটি ভিন্ন প্রবাহ দ্বারা বা একটি দ্বিমুখী একটি দ্বারা মডেল করা যেতে পারে।
একটি প্রক্রিয়া একটি ইনপুট স্ট্রীমকে একটি আউটপুট স্ট্রীমে রূপান্তরিত করে প্রক্রিয়ার নাম দ্বারা নির্দিষ্ট করা ক্রিয়া অনুসারে। ডায়াগ্রামের মধ্যে উল্লেখ করার জন্য প্রতিটি প্রক্রিয়ার একটি অনন্য নম্বর থাকতে হবে। এই সংখ্যাটি মডেল জুড়ে একটি অনন্য প্রক্রিয়া সূচক প্রদান করতে ডায়াগ্রাম নম্বরের সাথে একত্রে ব্যবহার করা যেতে পারে।
ডেটা স্টোরেজ (ডেটা স্টোরেজ) আপনাকে অনেকগুলি এলাকায় ডেটা সংজ্ঞায়িত করতে দেয় যা প্রক্রিয়াগুলির মধ্যে মেমরিতে সংরক্ষণ করা হবে। প্রকৃতপক্ষে, সঞ্চয়স্থান সময়ে ডেটা স্ট্রিমগুলির "স্লাইস" প্রতিনিধিত্ব করে। এতে যে তথ্য রয়েছে তা সংজ্ঞায়িত করার পরে যে কোনো সময় ব্যবহার করা যেতে পারে এবং ডেটা যেকোনো ক্রমে বেছে নেওয়া যেতে পারে। সংগ্রহস্থলের নাম তার বিষয়বস্তু সনাক্ত করা উচিত. সেক্ষেত্রে যখন ডেটা প্রবাহ সঞ্চয়স্থানে (থেকে) প্রবেশ করে (পাতা) এবং এর গঠন স্টোরেজের কাঠামোর সাথে মিলে যায়, তখন এটির একই নাম থাকতে হবে, যা চিত্রে প্রতিফলিত হওয়ার প্রয়োজন নেই।
একটি বাহ্যিক সত্তা (টার্মিনেটর) সিস্টেমের প্রেক্ষাপটের বাইরে একটি সত্তাকে প্রতিনিধিত্ব করে, যা সিস্টেম ডেটার উৎস বা রিসিভার। এর নামে একটি বিশেষ্য থাকতে হবে, যেমন "ক্লায়েন্ট"। এটা অনুমান করা হয় যে এই ধরনের নোড দ্বারা উপস্থাপিত বস্তুগুলি কোন প্রক্রিয়াকরণে অংশগ্রহণ করা উচিত নয়।
শুরুতে
STD স্টেট ট্রানজিশন ডায়াগ্রাম
একটি সত্তার জীবনচক্র STD ডায়াগ্রামের ( চাল চৌদ্দ) এই চিত্রটি সময়ের সাথে সাথে একটি বস্তুর অবস্থার পরিবর্তনকে প্রতিফলিত করে। উদাহরণস্বরূপ, একটি গুদামে একটি পণ্যের অবস্থা বিবেচনা করুন: একটি পণ্য সরবরাহকারীর কাছ থেকে অর্ডার করা যেতে পারে, একটি গুদামে সরবরাহ করা যেতে পারে, একটি গুদামে সংরক্ষণ করা যেতে পারে, গুণমান নিয়ন্ত্রণের মধ্য দিয়ে যেতে পারে, বিক্রি, প্রত্যাখ্যান, সরবরাহকারীর কাছে ফেরত দেওয়া যেতে পারে। চিত্রের তীরগুলি অনুমোদিত অবস্থার পরিবর্তনগুলি দেখায়৷
Fig.14. DFD উদাহরণ
এই জাতীয় চিত্রগুলি প্রদর্শনের জন্য বিভিন্ন বিকল্প রয়েছে, চিত্রটি তাদের মধ্যে কেবল একটি দেখায়।
শুরুতে
একটি তথ্য মডেলের গুণমান এবং সম্পূর্ণতা পরীক্ষা করার জন্য কিছু নীতি (উৎস - রিচার্ড বার্কার, কেস মেথড: এন্টিটি রিলেশনশিপ মডেলিং, অ্যাডিসন-ওয়েসলি, 1990)
আপনি যদি একটি উচ্চ-মানের মডেল তৈরি করতে চান তবে আপনাকে বিশ্লেষকদের সাহায্য নিতে হবে যারা CASE প্রযুক্তিতে পারদর্শী। যাইহোক, এর অর্থ এই নয় যে শুধুমাত্র বিশ্লেষকদের তথ্য মডেলের নির্মাণ এবং নিয়ন্ত্রণে জড়িত হওয়া উচিত। সহকর্মীদের সাহায্যও খুব সহায়ক হতে পারে। যুক্তির পরিপ্রেক্ষিতে এবং বিষয়ের ক্ষেত্রের দিকগুলি বিবেচনায় নেওয়ার ক্ষেত্রে লক্ষ্য পরীক্ষা এবং বিল্ট মডেলের বিশদ অধ্যয়নে তাদের জড়িত করুন। বেশিরভাগ লোকই অন্যের কাজের ত্রুটি খুঁজে পাওয়া সহজ বলে মনে করেন।
নিয়মিতভাবে আপনার তথ্য মডেল বা এর স্বতন্ত্র অংশগুলি উপস্থাপন করুন যেগুলি সম্পর্কে ব্যবহারকারীদের অনুমোদনের জন্য আপনার সন্দেহ আছে। নিয়ম এবং বিধিনিষেধের ব্যতিক্রমগুলিতে বিশেষ মনোযোগ দিন।
শুরুতে
সত্তার গুণমান
একটি সত্তার গুণমানের প্রধান গ্যারান্টি হল বস্তুটি আসলেই একটি সত্তা, অর্থাৎ একটি গুরুত্বপূর্ণ বস্তু বা ঘটনা, যার তথ্য ডাটাবেসে সংরক্ষণ করা উচিত কিনা সেই প্রশ্নের উত্তর।
সত্তার জন্য যাচাইকরণ প্রশ্নের তালিকা:
একটি সত্তার নাম কি এই বস্তুর সারাংশ প্রতিফলিত করে?
অন্যান্য সত্তা সঙ্গে একটি ছেদ আছে?
অন্তত দুটি বৈশিষ্ট্য আছে?
মোট আটটির বেশি বৈশিষ্ট্য নেই?
এই সত্তার কোন সমার্থক/সমার্থক শব্দ আছে কি?
সত্তা কি সম্পূর্ণরূপে সংজ্ঞায়িত?
একটি অনন্য শনাক্তকারী আছে?
অন্তত একটি সংযোগ আছে?
একটি সত্তা মান তৈরি, অনুসন্ধান, আপডেট, মুছে ফেলা, সংরক্ষণাগার এবং ব্যবহার করার জন্য অন্তত একটি ফাংশন আছে?
পরিবর্তনের একটি ইতিহাস আছে?
তথ্য স্বাভাবিককরণ নীতির সাথে সম্মতি আছে?
একই সত্তা অন্য অ্যাপ্লিকেশন সিস্টেমে বিদ্যমান, সম্ভবত একটি ভিন্ন নামে?
সারাংশ কি খুব সাধারণ?
সাধারণীকরণের স্তরটি কি এতে যথেষ্ট?
সাব-টাইপের জন্য স্ক্রীনিং প্রশ্নের তালিকা:
অন্যান্য সাবটাইপের সাথে কোন ওভারল্যাপ আছে?
সাবটাইপের কি কোনো গুণাবলী এবং/অথবা সম্পর্ক আছে?
তাদের সকলের কি নিজস্ব অনন্য শনাক্তকারী আছে, নাকি তারা সকলেই সুপারটাইপ থেকে উত্তরাধিকার সূত্রে প্রাপ্ত?
উপপ্রকার একটি সম্পূর্ণ সেট আছে?
একটি উপপ্রকার একটি সত্তা ঘটনার উদাহরণ নয়?
আপনি কি এমন কোনো বৈশিষ্ট্য, সম্পর্ক এবং শর্ত জানেন যা অন্যদের থেকে এই উপপ্রকারকে আলাদা করে?
শুরুতে
গুণমান
এগুলি সত্যিই গুণাবলী কিনা তা খুঁজে বের করা প্রয়োজন, অর্থাৎ তারা এই সত্তাকে এক বা অন্যভাবে বর্ণনা করে কিনা।
একটি বৈশিষ্ট্যের জন্য নিরাপত্তা প্রশ্নের তালিকা:
একটি বৈশিষ্ট্যের নাম কি একটি একবচন বিশেষ্য যা বৈশিষ্ট্য দ্বারা চিহ্নিত সম্পত্তির সারাংশ প্রতিফলিত করে?
অ্যাট্রিবিউটের নাম কি সত্তার নাম অন্তর্ভুক্ত করে না (এটি উচিত নয়)?
অ্যাট্রিবিউটের কি একবারে একটি মান আছে?
অনুপস্থিত মান (বা গ্রুপ) অনুপস্থিত আছে?
বিন্যাস, দৈর্ঘ্য, বৈধ মান, ডেরিভেশন অ্যালগরিদম, ইত্যাদি বর্ণনা করা হয়?
এই বৈশিষ্ট্যটি কি একটি বাদ দেওয়া সত্তা হতে পারে যা অন্য অ্যাপ্লিকেশন সিস্টেমের জন্য উপযোগী হবে (বিদ্যমান বা প্রস্তাবিত)?
এটি একটি মিস লিঙ্ক হতে পারে?
পরিবর্তনের ইতিহাসের প্রয়োজন আছে কি?
এর মান কি শুধুমাত্র প্রদত্ত সত্তার উপর নির্ভর করে?
যদি একটি বৈশিষ্ট্যের মান প্রয়োজন হয়, তবে এটি কি সর্বদা জানা যায়?
এই এবং অনুরূপ বৈশিষ্ট্যগুলির জন্য একটি ডোমেন তৈরি করার প্রয়োজন আছে কি?
এর মান কি শুধুমাত্র অনন্য শনাক্তকারীর কিছু অংশের উপর নির্ভর করে?
এর মান কি অনন্য শনাক্তকারীতে অন্তর্ভুক্ত নয় এমন কিছু বৈশিষ্ট্যের মানগুলির উপর নির্ভর করে?
তথ্য ব্যবস্থার নকশা হল তাদের তৈরি এবং/অথবা আধুনিকীকরণের একটি বহু-পর্যায়ের প্রক্রিয়া যা পদ্ধতি এবং সরঞ্জামগুলির একটি অর্ডারকৃত সেট প্রয়োগ করে। নকশা (মডেলিংয়ের বিপরীতে) একটি অস্তিত্বহীন বস্তুর সাথে কাজ করা জড়িত এবং এটি তৈরি করার লক্ষ্যে তথ্য পদ্ধতিএলাকায়:
- ভবিষ্যতের ডাটাবেসের বস্তু প্রক্রিয়াকরণ,
- প্রোগ্রাম লেখার (প্রতিবেদন এবং স্ক্রিন ফর্ম সহ) যা ডেটা কোয়েরি সম্পাদন নিশ্চিত করে,
- একটি নির্দিষ্ট পরিবেশের (প্রযুক্তি) কাজের জন্য অ্যাকাউন্টিং।
যদি আমরা তথ্য সিস্টেমের ডিজাইন স্টেজটিকে একটি পৃথক পর্যায় হিসাবে একক আউট করি, তবে এটি বিশ্লেষণ এবং বিকাশের পর্যায়ে স্থাপন করা যেতে পারে। যাইহোক, অনুশীলনে, পর্যায়গুলির মধ্যে একটি স্পষ্ট বিভাজন সাধারণত কঠিন বা অসম্ভব, যেহেতু নকশা, আনুষ্ঠানিকভাবে প্রকল্পের লক্ষ্যের সংজ্ঞা দিয়ে শুরু হয়, প্রায়শই পরীক্ষা এবং বাস্তবায়ন পর্যায়ে চলতে থাকে।
তথ্য সিস্টেম ডিজাইন লক্ষ্য এবং সম্পর্কিত ধারণা
সরকারী এবং বেসরকারী সংস্থাগুলির আধুনিক নেতারা সচেতন যে তথ্য প্রক্রিয়াকরণের গতি, যা ক্রমাগত পরিবর্তিত এবং আয়তনে বৃদ্ধি পাচ্ছে, বাজারে কোম্পানির টিকে থাকা এবং প্রতিযোগিতামূলক সুবিধার বিষয়। সাধারণভাবে, তথ্য ব্যবস্থা তৈরির জন্য প্রকল্পগুলির লক্ষ্যগুলি এমন শর্তগুলি প্রদানের জন্য হ্রাস করা হয় যা এই তথ্যগুলিকে গ্রহণ, প্রক্রিয়াকরণ এবং ব্যবহার করার অনুমতি দেয় একটি কার্যকরী ব্যর্থ-নিরাপদ সিস্টেম তৈরি করে পর্যাপ্ত:
- পরিবর্তিত অবস্থার সাথে অভিযোজনযোগ্যতার স্তর,
- থ্রুপুট,
- একটি অনুরোধের সিস্টেম প্রতিক্রিয়া সময়,
- নিরাপত্তার মাত্রা,
- ব্যবহারের সহজতার ডিগ্রী।
একটি তথ্য ব্যবস্থা (IS) হল একটি ডাটাবেস এবং প্রযুক্তিতে থাকা তথ্যের একটি সংগ্রহ (পাশাপাশি প্রযুক্তিগত সরঞ্জাম) যে তথ্য প্রক্রিয়াকরণ প্রদান করে। AT এই ক্ষেত্রে, প্রযুক্তির মধ্যে রয়েছে সনাক্তকরণ, সংগ্রহ, প্রক্রিয়াকরণ, সংরক্ষণ, তথ্য ছড়িয়ে দেওয়ার পদ্ধতি এবং এই পদ্ধতিগুলিকে বাস্তবায়িত করার অনুমতি দেয়। এই ক্ষেত্রে তথ্য ব্যবস্থাপনা আইএসের পরিকল্পনা, নকশা, অপারেশন এবং বিশ্লেষণের প্রক্রিয়াগুলি নিয়ন্ত্রণ করতে এই পদ্ধতিগুলি ব্যবহার করে হ্রাস করা হয়। ডিজাইন টেকনোলজি একটি নির্দিষ্ট কাজের জন্য নির্বাচিত পদ্ধতির উপর ভিত্তি করে তৈরি করা হয়েছে যা একটি নির্দিষ্ট ধারণায় প্রকাশিত নীতির সেট হিসাবে।
আইএস ডিজাইনের সংগঠন
আইএস ডিজাইনের সংগঠনকে সাধারণত 2 প্রকারে বিভক্ত করা হয়:
- ক্যানোনিকাল ডিজাইন মূল (ব্যক্তিগত) প্রক্রিয়ার প্রযুক্তি বৈশিষ্ট্যগুলিকে প্রতিফলিত করে।
- সাধারণ নকশা, যা একটি স্ট্যান্ডার্ড ডিজাইন সলিউশন (TPR) দ্বারা চিহ্নিত করা হয়, এটি প্রতিলিপি করা হয় এবং বারবার ব্যবহারের জন্য উপযুক্ত।
ক্যানোনিকাল ডিজাইনকে ম্যানুয়াল ডিজাইন প্রযুক্তির প্রতিফলন, পারফর্মারদের স্তরে বাস্তবায়ন এবং সার্বজনীন কম্পিউটার সমর্থন সরঞ্জামগুলির ব্যবহার দ্বারা আলাদা করা হয়।
ক্যানোনিকাল ডিজাইন প্রধানত স্থানীয় এবং অপেক্ষাকৃত ছোট আইসি-এর জন্য ব্যবহার করা হয় যেখানে স্ট্যান্ডার্ড সমাধানের ন্যূনতম ব্যবহার করা হয়। নকশা সমাধানগুলির অভিযোজন শুধুমাত্র সফ্টওয়্যার মডিউলগুলির পুনরায় প্রোগ্রামিংয়ের মাধ্যমে ঘটে। 
ক্যানোনিকাল ডিজাইন ক্যাসকেড লাইফ সাইকেল মডেল ব্যবহার করে সংগঠিত হয়। এর মধ্যে প্রক্রিয়াটিকে নিম্নলিখিত ধাপ এবং ধাপে ভাগ করা জড়িত:
- প্রাক-প্রকল্প পর্যায়। উত্পাদিত এবং সংকলিত প্রযুক্তিগত বৈশিষ্ট্য. অর্থাৎ, আইপি-এর প্রয়োজনীয়তাগুলি গঠিত হয়, এর ধারণা তৈরি করা হয়, একটি সম্ভাব্যতা অধ্যয়ন করা হয় এবং প্রযুক্তিগত বৈশিষ্ট্যগুলি লেখা হয়।
- প্রকল্পের পর্যায়টি খসড়া এবং প্রযুক্তিগত নকশা, কাজের ডকুমেন্টেশনের বিকাশের জন্য সরবরাহ করে।
- প্রকল্প-পরবর্তী পর্যায় আইএস, কর্মীদের প্রশিক্ষণ, এবং পরীক্ষার ফলাফলের বিশ্লেষণের জন্য কার্যক্রমের জন্ম দেয়। এই পর্যায়ের অংশ হল আইএসের রক্ষণাবেক্ষণ এবং চিহ্নিত ত্রুটিগুলি দূর করা।
পর্যায়গুলি, যদি প্রয়োজন হয়, সম্প্রসারিত বা বিস্তারিত হতে পারে - একত্রিত ধারাবাহিক পর্যায়, "অপ্রয়োজনীয়" বাদ দিন, আগেরটি শেষ হওয়ার আগে পরবর্তী পর্যায়ের সম্পাদন শুরু করুন।
সাধারণ নকশা পদ্ধতিটি ডিজাইন করা আইএসকে উপাদানগুলিতে পচানোর ক্ষমতা দ্বারা আলাদা করা হয়, যার মধ্যে সফ্টওয়্যার মডিউল, সাবসিস্টেম, টাস্ক কমপ্লেক্স ইত্যাদি অন্তর্ভুক্ত রয়েছে৷ উপাদানগুলি বাস্তবায়নের জন্য, আপনি বাজারে ইতিমধ্যে বিদ্যমান মানক সমাধানগুলি ব্যবহার করতে পারেন এবং সেগুলিকে কাস্টমাইজ করতে পারেন৷ একটি নির্দিষ্ট সংস্থার চাহিদা। একই সময়ে, সাধারণ নকশাটি টিপিআর এবং টিউনিং পদ্ধতির বিস্তারিত বর্ণনা করে ডকুমেন্টেশনের বাধ্যতামূলক প্রাপ্যতা অনুমান করে।
পচনের বিভিন্ন স্তর থাকতে পারে, যা টিপিআরের ক্লাসগুলিকে একক করা সম্ভব করে তোলে:
- মৌলিক - একটি পৃথক কাজের জন্য (উপাদান),
- সাবসিস্টেম - স্বতন্ত্র সাবসিস্টেমের জন্য,
- অবজেক্ট - সাবসিস্টেমগুলির সম্পূর্ণ সেট ধারণকারী শিল্পের মানক নকশা সমাধান।
একটি মডুলার পদ্ধতির বাস্তবায়নের সম্ভাবনাকে প্রাথমিক TPR এর একটি সুবিধা হিসেবে বিবেচনা করা হয়। যাইহোক, বিভিন্ন উপাদানের অসামঞ্জস্যের ক্ষেত্রে, তাদের একত্রিত করার প্রক্রিয়া খরচ বৃদ্ধির দিকে পরিচালিত করে। সাবসিস্টেম টিপিআর, একটি মডুলার পদ্ধতির প্রয়োগের পাশাপাশি, নিয়ন্ত্রণের বিভিন্ন স্তরের বস্তুগুলিতে প্যারামেট্রিক সমন্বয় করা সম্ভব করে তোলে। একত্রীকরণ সমস্যা দেখা দেয় যখন বিভিন্ন সফ্টওয়্যার বিক্রেতাদের থেকে একটি পণ্য জড়িত থাকে। উপরন্তু, অবিচ্ছিন্ন প্রক্রিয়া পুনর্গঠনের দৃষ্টিকোণ থেকে TPR-এর অভিযোজনযোগ্যতা অপর্যাপ্ত বলে বিবেচিত হয়। অবজেক্ট টিপিআর, আগের ক্লাসের তুলনায়, ভিন্ন বৃহৎ পরিমাণসুবিধাদি:
- স্কেলেবিলিটি, যা বিভিন্ন সংখ্যক কাজের জন্য IS কনফিগারেশন ব্যবহার করা সম্ভব করে তোলে,
- উপাদানগুলির পদ্ধতিগত ঐক্য,
- আইসি উপাদানের সামঞ্জস্য,
- আর্কিটেকচারের উন্মুক্ততা - বিভিন্ন ধরণের প্ল্যাটফর্মে নকশা সমাধান স্থাপন করার ক্ষমতা,
- কনফিগারযোগ্যতা - IS উপাদানগুলির পছন্দসই উপসেট ব্যবহার করার ক্ষমতা।
স্ট্যান্ডার্ড ডিজাইনের বাস্তবায়নের সময়, প্যারামেট্রিক-ভিত্তিক এবং মডেল-ভিত্তিক পদ্ধতি ব্যবহার করা হয়।
বেসিক আইসি ডিজাইন পদ্ধতি
নকশা প্রক্রিয়ার নির্দিষ্ট বৈশিষ্ট্যগুলি বিভিন্ন নীতির উপর ভিত্তি করে পদ্ধতিগুলিকে আলাদা করা সম্ভব করে তোলে। প্রধান আধুনিক আইএস ডিজাইন পদ্ধতিগুলির মধ্যে নিম্নলিখিতগুলি হল:
- SADT. কার্যকরী কাজের মডেলিংয়ের পদ্ধতি, যা কাঠামোগত বিশ্লেষণ এবং ফাংশনগুলির একটি সিস্টেম হিসাবে সংস্থার গ্রাফিকাল উপস্থাপনার উপর ভিত্তি করে। কার্যকরী, তথ্যগত এবং গতিশীল মডেল এখানে দাঁড়িয়ে আছে। পদ্ধতিটি বর্তমানে IDEF0 স্বরলিপি (মান) হিসাবে পরিচিত। বিশ্লেষিত প্রক্রিয়াটি একটি চতুর্ভুজ আকারে গ্রাফিকভাবে উপস্থাপন করা হয়, যেখানে নিয়ন্ত্রক এবং নিয়ন্ত্রণ ক্রিয়াগুলি উপরে দেখানো হয়, নীচের দিকে নিয়ন্ত্রণ বস্তু, বাম দিকে ইনপুট ডেটা এবং ডানদিকে আউটপুট ডেটা।
- RAD. দ্রুত অ্যাপ্লিকেশন উন্নয়ন পদ্ধতি। RAD-এ, উপাদান-ভিত্তিক নকশা ব্যবহারের মাধ্যমে দ্রুত অ্যাপ্লিকেশন বিকাশ সম্ভব। পদ্ধতিটি সীমিত বাজেট, অস্পষ্ট আইপি প্রয়োজনীয়তা এবং কঠোর সময়সীমা সহ প্রকল্পগুলিতে ব্যবহৃত হয়। এটি ব্যবহার করা হয় যদি ব্যবহারকারীর ইন্টারফেসটি একটি প্রোটোটাইপে প্রদর্শন করা যায় এবং প্রকল্পটিকে কার্যকরী উপাদানগুলিতে ভাগ করা যায়।
- RUP. RUP পদ্ধতিটি পুনরাবৃত্তিমূলক এবং ক্রমবর্ধমান (বৃদ্ধিমূলক) পদ্ধতি প্রয়োগ করে। সিস্টেম তথ্য সিস্টেম আর্কিটেকচার ভিত্তিতে নির্মিত হয়, এবং পরিকল্পনা এবং প্রকল্প ব্যবস্থাপনা- IS এর জন্য কার্যকরী প্রয়োজনীয়তার উপর ভিত্তি করে। একটি সাধারণ তথ্য ব্যবস্থার বিকাশ তাদের নিজস্ব পরিকল্পনা এবং কাজ সহ পৃথক ছোট প্রকল্পগুলির একটি জটিল হিসাবে পুনরাবৃত্তিতে ঘটে। পুনরাবৃত্তিমূলক চক্রটি পর্যায়ক্রমিক প্রতিক্রিয়া এবং আইএস কোরের সাথে অভিযোজন দ্বারা চিহ্নিত করা হয়।
পদ্ধতির বেশ কয়েকটি শ্রেণীবিভাগ রয়েছে: টিপিআর ব্যবহার অনুসারে, অটোমেশন সরঞ্জামগুলির ব্যবহার অনুসারে, ইত্যাদি। উদাহরণস্বরূপ, অভিযোজনযোগ্যতার ডিগ্রি অনুসারে, পুনর্গঠনগুলি আলাদা করা হয় (যখন মডিউলগুলি পুনরায় প্রোগ্রাম করা হয়), প্যারামিটারাইজেশন (যখন পরিবর্তন হয় প্যারামিটারগুলি একটি নকশা সমাধানের প্রজন্মকে অন্তর্ভুক্ত করে, পুনর্গঠন (যখন সমস্যা এলাকার মডেলে পরিবর্তন হয় নকশা সমাধানের স্বয়ংক্রিয় প্রজন্মের সাথে)।
ভূমিকা
তথ্য ব্যবস্থার নকশা সর্বদা প্রকল্পের উদ্দেশ্যের সংজ্ঞা দিয়ে শুরু হয়। যে কোনও সফল প্রকল্পের প্রধান কাজটি নিশ্চিত করা যে সিস্টেম লঞ্চের সময় এবং তার অপারেশনের পুরো সময়কালে এটি সরবরাহ করা সম্ভব:
- সিস্টেমের প্রয়োজনীয় কার্যকারিতা এবং এর কার্যকারিতার পরিবর্তনশীল অবস্থার সাথে অভিযোজনের ডিগ্রি;
- প্রয়োজনীয় সিস্টেম থ্রুপুট;
- একটি অনুরোধে সিস্টেমের প্রয়োজনীয় প্রতিক্রিয়া সময়;
- প্রয়োজনীয় মোডে সিস্টেমের ঝামেলা-মুক্ত অপারেশন, অন্য কথায়, ব্যবহারকারীর অনুরোধগুলি প্রক্রিয়া করার জন্য সিস্টেমের প্রস্তুতি এবং প্রাপ্যতা;
- সিস্টেমের অপারেশন এবং সমর্থনের সহজতা;
- প্রয়োজনীয় নিরাপত্তা।
কর্মক্ষমতা প্রধান ফ্যাক্টর যা একটি সিস্টেমের দক্ষতা নির্ধারণ করে। ভাল নকশা একটি উচ্চ কর্মক্ষমতা সিস্টেমের ভিত্তি.
ইনফরমেশন সিস্টেম ডিজাইন তিনটি প্রধান ক্ষেত্র কভার করে:
- ডাটাবেসে প্রয়োগ করার জন্য ডেটা অবজেক্ট ডিজাইন করা;
- ডিজাইনিং প্রোগ্রাম, স্ক্রিন ফর্ম, রিপোর্ট যা ডেটা কোয়েরি সম্পাদন নিশ্চিত করবে;
- একটি নির্দিষ্ট পরিবেশ বা প্রযুক্তি বিবেচনায় নেওয়া, যথা: নেটওয়ার্ক টপোলজি, হার্ডওয়্যার কনফিগারেশন, ব্যবহৃত আর্কিটেকচার (ফাইল-সার্ভার বা ক্লায়েন্ট-সার্ভার), সমান্তরাল প্রক্রিয়াকরণ, বিতরণ করা ডেটা প্রক্রিয়াকরণ ইত্যাদি।
বাস্তব অবস্থায়, ডিজাইন হল এমন একটি উপায় অনুসন্ধান যা উপলব্ধ প্রযুক্তির মাধ্যমে সিস্টেমের কার্যকারিতার প্রয়োজনীয়তা পূরণ করে, প্রদত্ত সীমাবদ্ধতা বিবেচনা করে।
যেকোন প্রজেক্টের অনেকগুলো পরম প্রয়োজনীয়তা সাপেক্ষে, যেমন, প্রজেক্ট ডেভেলপমেন্টের সর্বোচ্চ সময়, প্রজেক্টে সর্বোচ্চ আর্থিক বিনিয়োগ ইত্যাদি। ডিজাইনের অসুবিধাগুলির মধ্যে একটি হল এটি প্রকল্পের প্রয়োজনীয়তা বিশ্লেষণ বা একটি নির্দিষ্ট নকশা সমাধান বাস্তবায়নের মতো কাঠামোগত নয়।
এটা বিশ্বাস করা হয় যে একটি জটিল সিস্টেম নীতিগতভাবে বর্ণনা করা যাবে না। এটি, বিশেষ করে, এন্টারপ্রাইজ ম্যানেজমেন্ট সিস্টেমকে উদ্বেগ করে। প্রধান যুক্তিগুলির মধ্যে একটি হল সিস্টেমের কার্যকারিতার অবস্থার পরিবর্তন, উদাহরণস্বরূপ, নতুন নেতৃত্ব দ্বারা তথ্যের নির্দিষ্ট প্রবাহে একটি নির্দেশিক পরিবর্তন। আরেকটি যুক্তি হল রেফারেন্সের শর্তাবলীর সুযোগ, যা একটি বড় প্রকল্পের জন্য শত শত পৃষ্ঠা হতে পারে, যখন প্রযুক্তিগত প্রকল্পে ত্রুটি থাকতে পারে। প্রশ্ন উঠছে: সম্ভবত সমীক্ষা না করা এবং কোনও প্রযুক্তিগত প্রকল্প না করাই ভাল, তবে প্রোগ্রামাররা যা লিখেছেন তার সাথে গ্রাহকের ইচ্ছার কিছু অলৌকিক কাকতালীয় হবে এই আশায় সিস্টেমটিকে "শুরু থেকে" লিখতে হবে, এবং যে এই সব stably কাজ করবে?
আপনি যদি এটি দেখেন তবে সিস্টেমের বিকাশ কি সত্যিই এত অপ্রত্যাশিত এবং এটি সম্পর্কে তথ্য পাওয়া কি সত্যিই অসম্ভব? এটি সম্ভবত সেমিনারগুলির মাধ্যমে সামগ্রিকভাবে সিস্টেম এবং এর বিকাশের জন্য পরিকল্পিত উপায় (ব্যবস্থাপনা) সম্পর্কে একটি ধারণা পাওয়া যেতে পারে। এর পরে, জটিল সিস্টেমটিকে আরও সহজ উপাদানগুলিতে ভাঙ্গুন, উপাদানগুলির মধ্যে সংযোগগুলিকে সরল করুন, উপাদানগুলির স্বাধীনতার জন্য প্রদান করুন এবং তাদের মধ্যে ইন্টারফেসগুলি বর্ণনা করুন (যাতে একটি উপাদানের পরিবর্তন অন্য উপাদানে স্বয়ংক্রিয়ভাবে উল্লেখযোগ্য পরিবর্তন আনতে না পারে) , সেইসাথে সিস্টেম প্রসারিত করার সম্ভাবনা এবং ফাংশন সিস্টেমের এক বা অন্য সংস্করণে অবাস্তব জন্য "স্টাব"। এই ধরনের প্রাথমিক বিবেচনার ভিত্তিতে, তথ্য ব্যবস্থায় যা বাস্তবায়িত হওয়ার কথা তার বর্ণনা এখন আর অবাস্তব বলে মনে হয় না। আপনি তথ্য সিস্টেমের বিকাশের জন্য শাস্ত্রীয় পদ্ধতিগুলি অনুসরণ করতে পারেন, যার মধ্যে একটি - "জলপ্রপাত" স্কিম (চিত্র 1) - নীচে বর্ণিত হয়েছে। তথ্য ব্যবস্থার উন্নয়নে কিছু অন্যান্য পন্থা সংক্ষিপ্তভাবে বিবেচনা করা হবে, যেখানে জলপ্রপাত প্রকল্পে বর্ণিত উপাদানগুলির ব্যবহারও গ্রহণযোগ্য। নীচে বর্ণিত ব্যক্তিদের থেকে কোন পদ্ধতি অনুসরণ করতে হবে (এবং এটি আপনার নিজস্ব পদ্ধতির সাথে আসা বোধগম্য কিনা) কিছুটা স্বাদ এবং পরিস্থিতির বিষয়।
সফ্টওয়্যার জীবনচক্র তার তৈরি এবং ব্যবহারের জন্য একটি মডেল। মডেলটি এর বিভিন্ন অবস্থাকে প্রতিফলিত করে, এই সফ্টওয়্যারটির প্রয়োজনীয়তা দেখা দেওয়ার মুহূর্ত থেকে শুরু করে এবং সমস্ত ব্যবহারকারীর জন্য এটি সম্পূর্ণরূপে ব্যবহারের বাইরে হওয়ার মুহুর্তের সাথে শেষ হয়৷ নিম্নলিখিত জীবন চক্র মডেল পরিচিত:
- ক্যাসকেড মডেল। পরবর্তী পর্যায়ে রূপান্তর মানে পূর্ববর্তী পর্যায়ে কাজ সম্পূর্ণ সমাপ্তি।
- মধ্যবর্তী নিয়ন্ত্রণ সঙ্গে মডেল মঞ্চস্থ. সফ্টওয়্যার উন্নয়ন পর্যায়গুলির মধ্যে প্রতিক্রিয়া লুপগুলির সাথে পুনরাবৃত্তিতে বাহিত হয়। জলপ্রপাত মডেলের তুলনায় আন্তঃ-পর্যায় সমন্বয় উন্নয়ন প্রক্রিয়ার জটিলতা কমাতে পারে; প্রতিটি পর্যায়ের জীবনকাল পুরো উন্নয়ন সময়ের জন্য প্রসারিত হয়।
- সর্পিল মডেল। বিশেষ মনোযোগ বিকাশের প্রাথমিক পর্যায়ে দেওয়া হয় - কৌশল বিকাশ, বিশ্লেষণ এবং নকশা, যেখানে কিছু প্রযুক্তিগত সমাধানের সম্ভাব্যতা পরীক্ষা করা হয় এবং প্রোটোটাইপিং (প্রোটোটাইপিং) এর মাধ্যমে ন্যায্যতা দেওয়া হয়। স্পাইরালের প্রতিটি মোড়ের সাথে পণ্যের একটি নির্দিষ্ট সংস্করণ বা এর যে কোনো উপাদান তৈরি করা জড়িত, যখন প্রকল্পের বৈশিষ্ট্য এবং লক্ষ্য নির্দিষ্ট করা হয়, এর গুণমান নির্ধারণ করা হয় এবং সর্পিলের পরবর্তী বাঁকের কাজ পরিকল্পনা করা হয়।
নীচে আমরা কিছু প্রকল্প উন্নয়ন প্রকল্প বিবেচনা করব।
"জলপ্রপাত" - প্রকল্প উন্নয়ন প্রকল্প
প্রায়শই, নকশাকে বিশ্লেষণ এবং উন্নয়নের মধ্যে প্রকল্পের উন্নয়নের একটি পৃথক পর্যায় হিসাবে বর্ণনা করা হয়। যাইহোক, বাস্তবে, প্রকল্পের উন্নয়নের পর্যায়গুলির কোনও স্পষ্ট বিভাজন নেই - নকশা, একটি নিয়ম হিসাবে, একটি স্পষ্টভাবে সংজ্ঞায়িত শুরু এবং শেষ নেই এবং প্রায়শই পরীক্ষা এবং বাস্তবায়ন পর্যায়ে চলতে থাকে। পরীক্ষার পর্যায় সম্পর্কে বলতে গেলে, এটিও লক্ষ করা উচিত যে বিশ্লেষণের পর্যায় এবং নকশা উভয় পর্যায়েই পরীক্ষকদের কাজের উপাদান রয়েছে, উদাহরণস্বরূপ, একটি নির্দিষ্ট সমাধান বেছে নেওয়ার জন্য একটি পরীক্ষামূলক ন্যায্যতা প্রাপ্ত করার পাশাপাশি গুণমানের মানদণ্ডের মূল্যায়ন করা। ফলে সিস্টেমের. অপারেশন পর্যায়ে, সিস্টেমের রক্ষণাবেক্ষণ সম্পর্কে কথা বলা উপযুক্ত।
নীচে আমরা প্রতিটি ধাপ বিবেচনা করব, নকশা পর্যায়ে আরও বিশদে বাস করব।
কৌশল
একটি কৌশল সংজ্ঞায়িত করার সাথে সিস্টেমটি পরীক্ষা করা জড়িত। সমীক্ষার প্রধান কাজ হল প্রকল্পের প্রকৃত সুযোগ, এর লক্ষ্য এবং উদ্দেশ্যগুলি মূল্যায়ন করা, সেইসাথে একটি উচ্চ স্তরে সত্তা এবং ফাংশনগুলির সংজ্ঞা প্রাপ্ত করা।
এই পর্যায়ে, উচ্চ যোগ্য ব্যবসায়িক বিশ্লেষকরা জড়িত, যাদের কোম্পানির ব্যবস্থাপনায় ক্রমাগত অ্যাক্সেস রয়েছে; মঞ্চে সিস্টেমের প্রধান ব্যবহারকারী এবং ব্যবসায়িক বিশেষজ্ঞদের সাথে ঘনিষ্ঠ মিথস্ক্রিয়া জড়িত। ইন্টারঅ্যাকশনের প্রধান কাজ হল সিস্টেম সম্পর্কে সর্বাধিক সম্পূর্ণ তথ্য (গ্রাহকের প্রয়োজনীয়তাগুলির একটি সম্পূর্ণ এবং দ্ব্যর্থহীন উপলব্ধি) প্রাপ্ত করা এবং পরবর্তী বিশ্লেষণ পর্যায়ের জন্য সিস্টেম বিশ্লেষকদের কাছে এই তথ্যটি একটি আনুষ্ঠানিক আকারে স্থানান্তর করা। একটি নিয়ম হিসাবে, ব্যবস্থাপনা, বিশেষজ্ঞ এবং ব্যবহারকারীদের সাথে কথোপকথন বা সেমিনারের ফলে সিস্টেম সম্পর্কে তথ্য প্রাপ্ত করা যেতে পারে। এইভাবে, সারমর্ম নির্ধারিত হয় এই ব্যবসা, এর বিকাশের সম্ভাবনা এবং সিস্টেমের জন্য প্রয়োজনীয়তা।
সিস্টেম সমীক্ষার মূল পর্যায় শেষ হওয়ার পরে, প্রযুক্তিবিদরা সম্ভাব্য প্রযুক্তিগত পদ্ধতি তৈরি করে এবং হার্ডওয়্যার, ক্রয় করা সফ্টওয়্যার এবং নতুন সফ্টওয়্যার তৈরির খরচ অনুমান করে (যা বাস্তবে প্রকল্প দ্বারা অনুমান করা হয়)।
কৌশল সংজ্ঞা পর্যায়ের ফলাফল একটি নথি যা স্পষ্টভাবে বলে যে গ্রাহক যদি প্রকল্পে অর্থায়ন করতে সম্মত হন তবে তিনি কী পাবেন; যখন তিনি সমাপ্ত পণ্য গ্রহণ করেন (কাজের সময়সূচী); কত খরচ হবে (বড় প্রকল্পের জন্য, কাজের বিভিন্ন পর্যায়ে অর্থায়নের একটি সময়সূচী তৈরি করা উচিত)। নথিতে শুধুমাত্র খরচই নয়, সুবিধাগুলিও প্রতিফলিত করা উচিত, উদাহরণস্বরূপ, প্রকল্পের পরিশোধের সময়, প্রত্যাশিত অর্থনৈতিক প্রভাব (যদি এটি অনুমান করা যায়)।
নথিটি অবশ্যই বর্ণনা করতে হবে:
- সীমাবদ্ধতা, ঝুঁকি, প্রকল্পের সাফল্যকে প্রভাবিত করে এমন গুরুত্বপূর্ণ কারণ, উদাহরণস্বরূপ, একটি অনুরোধের জন্য সিস্টেমের প্রতিক্রিয়া সময় একটি প্রদত্ত সীমাবদ্ধতা, এবং একটি পছন্দসই কারণ নয়;
- শর্তগুলির একটি সেট যার অধীনে এটি ভবিষ্যত সিস্টেম পরিচালনা করার কথা: সিস্টেমের আর্কিটেকচার, হার্ডওয়্যার এবং সিস্টেমে সরবরাহ করা সফ্টওয়্যার সংস্থান, এর কার্যকারিতার জন্য বাহ্যিক অবস্থা, মানুষের গঠন এবং কাজ যা সিস্টেমের মসৃণ কার্যকারিতা নিশ্চিত করে;
- পৃথক পর্যায়ে সমাপ্তির সময়সীমা, কাজের বিতরণের ফর্ম, প্রকল্পের বিকাশের প্রক্রিয়ার সাথে জড়িত সংস্থান, তথ্য সুরক্ষার ব্যবস্থা;
- সিস্টেম দ্বারা সঞ্চালিত ফাংশন বর্ণনা;
- সিস্টেমের বিকাশের ক্ষেত্রে ভবিষ্যতের প্রয়োজনীয়তা, উদাহরণস্বরূপ, ব্যবহারকারীর ইন্টারনেট ব্যবহার করে সিস্টেমের সাথে কাজ করার ক্ষমতা ইত্যাদি;
- সিস্টেম ফাংশন সঞ্চালনের জন্য প্রয়োজনীয় সত্তা;
- একটি ব্যক্তি এবং একটি সিস্টেমের মধ্যে ইন্টারফেস এবং ফাংশন বিতরণ;
- সফ্টওয়্যার এবং সফ্টওয়্যারের তথ্য উপাদানগুলির জন্য প্রয়োজনীয়তা, DBMS-এর প্রয়োজনীয়তা (যদি প্রকল্পটি বেশ কয়েকটি DBMS-এর জন্য বাস্তবায়িত হওয়ার কথা হয়, তাহলে তাদের প্রত্যেকের জন্য প্রয়োজনীয়তা, বা একটি বিমূর্ত DBMS-এর জন্য সাধারণ প্রয়োজনীয়তা এবং এই প্রকল্পের জন্য সুপারিশকৃত DBMS-এর একটি তালিকা নির্দিষ্ট শর্ত পূরণ);
- যা প্রকল্পের কাঠামোর মধ্যে বাস্তবায়িত হবে না।
এই পর্যায়ে সম্পাদিত কাজটি আমাদের এই প্রকল্পটি চালিয়ে যাওয়া মূল্যবান কিনা এবং নির্দিষ্ট শর্তে গ্রাহকের প্রয়োজনীয়তাগুলি কী পূরণ করা যেতে পারে সেই প্রশ্নের উত্তর দিতে দেয়। এটি চালু হতে পারে যে প্রকল্পটি চালিয়ে যাওয়ার কোন মানে হয় না, উদাহরণস্বরূপ, কারণ কিছু উদ্দেশ্যমূলক কারণে কিছু প্রয়োজনীয়তা পূরণ করা যায় না। যদি প্রকল্পটি নিয়ে এগিয়ে যাওয়ার সিদ্ধান্ত নেওয়া হয়, তবে বিশ্লেষণের পরবর্তী পর্যায়ে প্রকল্পের সুযোগ এবং ব্যয় অনুমানের একটি ধারণা ইতিমধ্যেই উপলব্ধ।
এটি লক্ষ করা উচিত যে একটি কৌশল বেছে নেওয়ার পর্যায়ে, এবং বিশ্লেষণের পর্যায়ে এবং নকশার সময়, প্রকল্পের বিকাশে ব্যবহৃত পদ্ধতি নির্বিশেষে, একজনকে সর্বদা গুরুত্ব অনুসারে সিস্টেমের পরিকল্পিত ফাংশনগুলিকে শ্রেণিবদ্ধ করা উচিত। . এই ধরনের শ্রেণীবিভাগের প্রতিনিধিত্ব করার জন্য একটি সম্ভাব্য বিন্যাস, MoSCoW, প্রস্তাব করা হয়েছিল ক্লেগ, ডাই এবং রিচার্ড বার্কার, কেস মেথড ফাস্ট-ট্র্যাক: এ আরএডি অ্যাপ্রোচ, অ্যাডিসন-ওয়েসলি, 1994।
এই সংক্ষিপ্ত রূপটি দাঁড়ায়: অবশ্যই থাকতে হবে - প্রয়োজনীয় ফাংশন; থাকা উচিত - পছন্দসই ফাংশন; থাকতে পারে - সম্ভাব্য ফাংশন; থাকবে না - অনুপস্থিত বৈশিষ্ট্য.
দ্বিতীয় এবং তৃতীয় বিভাগের ফাংশনগুলির বাস্তবায়ন সময় এবং আর্থিক কাঠামোর দ্বারা সীমিত: আমরা যা প্রয়োজন তা বিকাশ করি, পাশাপাশি অগ্রাধিকারের ক্রম অনুসারে দ্বিতীয় এবং তৃতীয় বিভাগের ফাংশনগুলির সর্বাধিক সম্ভাব্য সংখ্যা।
বিশ্লেষণ
বিশ্লেষণ পর্যায়ে ব্যবসায়িক প্রক্রিয়াগুলির একটি বিশদ অধ্যয়ন (কৌশল নির্বাচন পর্যায়ে সংজ্ঞায়িত ফাংশন) এবং তাদের বাস্তবায়নের জন্য প্রয়োজনীয় তথ্য (সত্তা, তাদের বৈশিষ্ট্য এবং সম্পর্ক (সম্পর্ক)) জড়িত। এই পর্যায়ে, একটি তথ্য মডেল তৈরি করা হয়, এবং পরবর্তী নকশা পর্যায়ে, একটি ডেটা মডেল তৈরি করা হয়।
কৌশল সংজ্ঞা পর্যায়ে সংগৃহীত সিস্টেম সম্পর্কে সমস্ত তথ্য বিশ্লেষণ পর্যায়ে আনুষ্ঠানিক এবং পরিমার্জিত হয়। প্রেরিত তথ্যের সম্পূর্ণতা, দ্বন্দ্বের অনুপস্থিতির জন্য তথ্যের বিশ্লেষণ, সেইসাথে এমন তথ্যের অনুসন্ধান যা একেবারেই ব্যবহৃত হয় না বা নকল করা হয় সেদিকে বিশেষ মনোযোগ দেওয়া উচিত। একটি নিয়ম হিসাবে, গ্রাহক অবিলম্বে সামগ্রিকভাবে সিস্টেমের জন্য প্রয়োজনীয়তা তৈরি করে না, তবে তার পৃথক উপাদানগুলির জন্য প্রয়োজনীয়তাগুলি তৈরি করে। এই উপাদানগুলির সামঞ্জস্যের দিকে মনোযোগ দিন।
বিশ্লেষকরা দুটি আন্তঃসম্পর্কিত আকারে তথ্য সংগ্রহ এবং রেকর্ড করে:
- ফাংশন - ব্যবসায় ঘটে এমন ঘটনা এবং প্রক্রিয়া সম্পর্কে তথ্য;
- সত্তা - সংস্থার জন্য গুরুত্বপূর্ণ এবং যা সম্পর্কে কিছু জানা যায় সে সম্পর্কে তথ্য।
বিশ্লেষণের দুটি ক্লাসিক ফলাফল হল:
- ফাংশনগুলির একটি শ্রেণিবিন্যাস যা প্রক্রিয়াকরণকে এর উপাদান অংশগুলিতে ভেঙে দেয় (কি করা হয় এবং এটি কী নিয়ে গঠিত);
- সত্তা-সম্পর্ক মডেল (এন্ট্রি সম্পর্ক মডেল, ER-মডেল), যা সত্তা, তাদের বৈশিষ্ট্য এবং তাদের মধ্যে সম্পর্ক (সম্পর্ক) বর্ণনা করে।
এই ফলাফলগুলি প্রয়োজনীয় কিন্তু পর্যাপ্ত নয়। পর্যাপ্ত ফলাফলের মধ্যে ডেটা ফ্লো ডায়াগ্রাম এবং সত্তা জীবন চক্র ডায়াগ্রাম অন্তর্ভুক্ত। প্রায়শই, একটি ER ডায়াগ্রামে একটি সত্তার জীবনচক্র দেখানোর চেষ্টা করার সময় বিশ্লেষণ ত্রুটি ঘটে।
নীচে আমরা তিনটি সর্বাধিক ব্যবহৃত কাঠামোগত বিশ্লেষণ পদ্ধতি পর্যালোচনা করব:
- এন্টিটি-রিলেশনশিপ ডায়াগ্রাম (ইআরডি), যা সত্তা এবং তাদের সম্পর্কের তথ্যকে আনুষ্ঠানিক করতে পরিবেশন করে;
- ডেটা ফ্লো ডায়াগ্রাম (ডেটা ফ্লো ডায়াগ্রাম, ডিএফডি), যা সিস্টেম ফাংশনগুলির উপস্থাপনাকে আনুষ্ঠানিক করতে পরিবেশন করে;
- রাষ্ট্রীয় রূপান্তর চিত্র (স্টেট ট্রানজিশন ডায়াগ্রাম, এসটিডি), যা সময়ের উপর নির্ভর করে সিস্টেমের আচরণকে প্রতিফলিত করে; সত্তার জীবনচক্র ডায়াগ্রাম এই শ্রেণীর ডায়াগ্রামের অন্তর্গত।
স্বাভাবিককরণ
ডেটা প্রক্রিয়াকরণে অসঙ্গতি রোধ করতে, স্বাভাবিককরণ ব্যবহার করা হয়। তথ্য মডেল অবজেক্টগুলির জন্য স্বাভাবিককরণের নীতিগুলি ডেটা মডেলগুলির মতোই ঠিক একই।
অনুমোদিত লিঙ্ক প্রকার. একের সাথে এক সম্পর্কের (চিত্র 7) ঘনিষ্ঠভাবে পরীক্ষা করলে, এটি প্রায় সবসময়ই দেখা যায় যে A এবং B আসলে একই বিষয়ের ভিন্ন উপসেট বা এটিতে ভিন্ন ভিন্ন দৃষ্টিভঙ্গি, শুধু ভিন্ন নাম রয়েছে এবং ভিন্নভাবে বর্ণনা করা হয়েছে। এবং গুণাবলী।
অনেক থেকে এক সম্পর্ক চিত্রে দেখানো হয়েছে। আট
আমি যথেষ্ট শক্তিশালী যে সত্তা B-এর একটি এন্ট্রি একই সাথে সত্তা A-এর অন্তত একটি যুক্ত এন্ট্রি তৈরি না করে তৈরি করা যাবে না।
II হল যোগাযোগের সবচেয়ে সাধারণ ফর্ম। এটি অনুমান করে যে সত্তা A-এর প্রতিটি ঘটনা শুধুমাত্র B সত্তার একটি (এবং শুধুমাত্র একটি) ঘটনার পরিপ্রেক্ষিতে বিদ্যমান থাকতে পারে। ফলস্বরূপ, B-এর ঘটনা A-এর সংঘটনের সাথে এবং এটি ছাড়া উভয়ই থাকতে পারে।
III - খুব কমই ব্যবহৃত হয়। A এবং B উভয়ই তাদের মধ্যে সংযোগ ছাড়াই থাকতে পারে।
অনেক থেকে অনেক সম্পর্ক চিত্রে দেখানো হয়েছে। নয়টি
আমি - এই ধরনের নির্মাণ প্রায়শই বিশ্লেষণ পর্যায়ের শুরুতে সঞ্চালিত হয় এবং এর অর্থ একটি সংযোগ - হয় সম্পূর্ণরূপে বোঝা যায় না এবং অতিরিক্ত অনুমতির প্রয়োজন হয়, অথবা একটি সাধারণ যৌথ সম্পর্ক প্রতিফলিত করে - একটি দ্বিগুণ লিঙ্কযুক্ত তালিকা৷
II - খুব কমই ব্যবহৃত হয়। এই ধরনের লিঙ্ক সবসময় আরো বিস্তারিত বিষয়.
আসুন এখন পুনরাবৃত্ত লিঙ্কগুলি বিবেচনা করি (চিত্র 10)।
আমি - বিরল, কিন্তু ঘটে। একটি বিকল্প প্রকারের লিঙ্কগুলিকে প্রতিফলিত করে।
II - প্রায়শই যেকোন সংখ্যক স্তর সহ শ্রেণীবিন্যাস বর্ণনা করতে ব্যবহৃত হয়।
III - প্রাথমিক পর্যায়ে সঞ্চালিত হয়। প্রায়শই "উপাদানের তালিকা" (উপাদানগুলির পারস্পরিক নেস্টিং) এর গঠন প্রতিফলিত করে। উদাহরণ: প্রতিটি উপাদান এক বা একাধিক (অন্যান্য) উপাদান নিয়ে গঠিত হতে পারে এবং প্রতিটি উপাদান এক বা একাধিক (অন্যান্য) উপাদানে ব্যবহার করা যেতে পারে।
অবৈধ লিঙ্ক প্রকার। অবৈধ সম্পর্কের ধরনগুলির মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত রয়েছে: বাধ্যতামূলক বহু-থেকে-অনেক সম্পর্ক (চিত্র 11) এবং পুনরাবৃত্তিমূলক সম্পর্কের সেট (চিত্র 12)৷
একটি বাধ্যতামূলক বহু-থেকে-অনেক সম্পর্ক মূলত অসম্ভব। এই ধরনের সম্পর্কের মানে হবে যে A-এর কোনো ঘটনা B ছাড়া থাকতে পারে না এবং এর বিপরীতে। প্রকৃতপক্ষে, এই জাতীয় প্রতিটি নির্মাণ সর্বদা ভ্রান্ত বলে প্রমাণিত হয়।
ডেটা ফ্লো ডায়াগ্রাম
লজিক্যাল ডিএফডি (চিত্র 13) সিস্টেমের বাহ্যিক ডেটা উত্স এবং সিঙ্ক (গন্তব্যগুলি) দেখায়, লজিক্যাল ফাংশন (প্রসেস) এবং ডেটা উপাদানগুলির গ্রুপ সনাক্ত করে যা একটি ফাংশনকে অন্য (স্ট্রিম) এর সাথে লিঙ্ক করে এবং ডেটা স্টোরেজ (সঞ্চয়কারী) সনাক্ত করে। যা অ্যাক্সেস করা হচ্ছে। ডেটা ফ্লো স্ট্রাকচার এবং তাদের উপাদান সংজ্ঞাগুলি ডেটা অভিধানে সংরক্ষণ এবং পার্স করা হয়। নিম্ন স্তরের DFD ব্যবহার করে প্রতিটি লজিক্যাল ফাংশন (প্রক্রিয়া) বিস্তারিত করা যেতে পারে; যখন আরও বিশদ আর উপযোগী হয় না, তখন কেউ একটি প্রক্রিয়া স্পেসিফিকেশন (মিনি-স্পেসিফিকেশন) ব্যবহার করে ফাংশনের যুক্তি প্রকাশের দিকে এগিয়ে যায়। প্রতিটি স্টোরের বিষয়বস্তু একটি ডেটা অভিধানে সংরক্ষণ করা হয় এবং স্টোর ডেটা মডেলটি ER ডায়াগ্রাম ব্যবহার করে উন্মুক্ত করা হয়।
বিশেষ করে, DFD সেই প্রক্রিয়াগুলি দেখায় না যা প্রকৃত ডেটা প্রবাহ নিয়ন্ত্রণ করে এবং বৈধ এবং অবৈধ পথের মধ্যে পার্থক্য করে না। DFD-তে অনেক দরকারী তথ্য থাকে, এবং উপরন্তু:
- আপনাকে ডেটার পরিপ্রেক্ষিতে সিস্টেমটি উপস্থাপন করার অনুমতি দেয়;
- বাহ্যিক ডেটা ফিড মেকানিজমগুলিকে চিত্রিত করুন যার জন্য বিশেষ ইন্টারফেসের প্রয়োজন হবে;
- সিস্টেমের স্বয়ংক্রিয় এবং ম্যানুয়াল উভয় প্রক্রিয়া উপস্থাপন করার অনুমতি দেয়;
- সমগ্র সিস্টেমের ডেটা-ভিত্তিক পার্টিশন সঞ্চালন করুন।
তথ্য প্রবাহ একটি সিস্টেমের এক অংশ থেকে অন্য অংশে তথ্য (বা এমনকি শারীরিক উপাদান) স্থানান্তর মডেল করতে ব্যবহৃত হয়। ডায়াগ্রামের প্রবাহগুলি নামযুক্ত তীর দ্বারা উপস্থাপিত হয়, তীরগুলি তথ্য প্রবাহের দিক নির্দেশ করে। কখনও কখনও তথ্য এক দিকে যেতে পারে, প্রক্রিয়া করা যেতে পারে এবং তার উত্সে ফিরে যেতে পারে। এই ধরনের পরিস্থিতি দুটি ভিন্ন প্রবাহ দ্বারা বা একটি দ্বিমুখী একটি দ্বারা মডেল করা যেতে পারে।
একটি প্রক্রিয়া একটি ইনপুট স্ট্রীমকে একটি আউটপুট স্ট্রীমে রূপান্তরিত করে প্রক্রিয়ার নাম দ্বারা নির্দিষ্ট করা ক্রিয়া অনুসারে। ডায়াগ্রামের মধ্যে উল্লেখ করার জন্য প্রতিটি প্রক্রিয়ার একটি অনন্য নম্বর থাকতে হবে। এই সংখ্যাটি মডেল জুড়ে একটি অনন্য প্রক্রিয়া সূচক প্রদান করতে ডায়াগ্রাম নম্বরের সাথে একত্রে ব্যবহার করা যেতে পারে।
ডেটা স্টোরেজ (ডেটা স্টোরেজ) আপনাকে অনেকগুলি এলাকায় ডেটা সংজ্ঞায়িত করতে দেয় যা প্রক্রিয়াগুলির মধ্যে মেমরিতে সংরক্ষণ করা হবে। প্রকৃতপক্ষে, সঞ্চয়স্থান সময়ে ডেটা প্রবাহের "স্লাইস" প্রতিনিধিত্ব করে। এতে যে তথ্য রয়েছে তা সংজ্ঞায়িত করার পরে যে কোনো সময় ব্যবহার করা যেতে পারে এবং ডেটা যেকোনো ক্রমে বেছে নেওয়া যেতে পারে। সংগ্রহস্থলের নাম তার বিষয়বস্তু সনাক্ত করা উচিত. ক্ষেত্রে যখন ডেটা প্রবাহ সঞ্চয়স্থানে প্রবেশ করে (ত্যাগ করে) এবং এর গঠন স্টোরেজ কাঠামোর সাথে মিলে যায়, তখন এটির একই নাম থাকতে হবে, যা ডায়াগ্রামে প্রতিফলিত হওয়ার প্রয়োজন নেই।
একটি বাহ্যিক সত্তা (টার্মিনেটর) সিস্টেমের প্রেক্ষাপটের বাইরে একটি সত্তাকে প্রতিনিধিত্ব করে, যা সিস্টেম ডেটার উৎস বা রিসিভার। তার নামে একটি বিশেষ্য থাকতে হবে, যেমন "ক্লায়েন্ট"। এটা অনুমান করা হয় যে এই ধরনের নোড দ্বারা উপস্থাপিত বস্তুগুলি কোন প্রক্রিয়াকরণে অংশগ্রহণ করা উচিত নয়।
তথ্য মডেলের গুণমান এবং সম্পূর্ণতা পরীক্ষা করার জন্য কিছু নীতি
(সূত্র - রিচার্ড বার্কার, কেস মেথড: সত্তা সম্পর্ক মডেলিং, অ্যাডিসন-ওয়েসলি, 1990)
আপনি যদি একটি উচ্চ-মানের মডেল তৈরি করতে চান তবে আপনাকে বিশ্লেষকদের সাহায্য নিতে হবে যারা CASE প্রযুক্তিতে পারদর্শী। যাইহোক, এর অর্থ এই নয় যে শুধুমাত্র বিশ্লেষকদের তথ্য মডেলের নির্মাণ এবং নিয়ন্ত্রণে জড়িত হওয়া উচিত। সহকর্মীদের সাহায্যও খুব সহায়ক হতে পারে। যুক্তির পরিপ্রেক্ষিতে এবং বিষয়ের ক্ষেত্রের দিকগুলি বিবেচনায় নেওয়ার ক্ষেত্রে লক্ষ্য পরীক্ষা এবং বিল্ট মডেলের বিশদ অধ্যয়নে তাদের জড়িত করুন। বেশিরভাগ লোকই অন্যের কাজের ত্রুটি খুঁজে পাওয়া সহজ বলে মনে করেন।
নিয়মিতভাবে আপনার তথ্য মডেল বা এর স্বতন্ত্র অংশগুলি উপস্থাপন করুন যেগুলি সম্পর্কে ব্যবহারকারীদের অনুমোদনের জন্য আপনার সন্দেহ আছে। নিয়ম এবং বিধিনিষেধের ব্যতিক্রমগুলিতে বিশেষ মনোযোগ দিন।
সত্তার গুণমান
একটি সত্তার গুণমানের প্রধান গ্যারান্টি হল বস্তুটি আসলেই একটি সত্তা, অর্থাৎ একটি গুরুত্বপূর্ণ বস্তু বা ঘটনা, যার তথ্য ডাটাবেসে সংরক্ষণ করা উচিত কিনা সেই প্রশ্নের উত্তর।
সত্তার জন্য যাচাইকরণ প্রশ্নের তালিকা:
- একটি সত্তার নাম কি এই বস্তুর সারাংশ প্রতিফলিত করে?
- অন্যান্য সত্তা সঙ্গে একটি ছেদ আছে?
- অন্তত দুটি বৈশিষ্ট্য আছে?
- মোট আটটির বেশি বৈশিষ্ট্য নেই?
- এই সত্তার কোন সমার্থক/সমার্থক শব্দ আছে কি?
- সত্তা কি সম্পূর্ণরূপে সংজ্ঞায়িত?
- একটি অনন্য শনাক্তকারী আছে?
- অন্তত একটি সংযোগ আছে?
- একটি সত্তা মান তৈরি, অনুসন্ধান, আপডেট, মুছে ফেলা, সংরক্ষণাগার এবং ব্যবহার করার জন্য অন্তত একটি ফাংশন আছে?
- পরিবর্তনের একটি ইতিহাস আছে?
- তথ্য স্বাভাবিককরণ নীতির সাথে সম্মতি আছে?
- একই সত্তা অন্য অ্যাপ্লিকেশন সিস্টেমে বিদ্যমান, সম্ভবত একটি ভিন্ন নামে?
- সারাংশ কি খুব সাধারণ?
- সাধারণীকরণের স্তরটি কি এতে যথেষ্ট?
সাব-টাইপের জন্য স্ক্রীনিং প্রশ্নের তালিকা:
- অন্যান্য সাবটাইপের সাথে কোন ওভারল্যাপ আছে?
- সাবটাইপের কি কোনো গুণাবলী এবং/অথবা সম্পর্ক আছে?
- তাদের সকলের কি নিজস্ব অনন্য শনাক্তকারী আছে, নাকি তারা সকলেই সুপারটাইপ থেকে উত্তরাধিকার সূত্রে প্রাপ্ত?
- উপপ্রকার একটি সম্পূর্ণ সেট আছে?
- একটি উপপ্রকার একটি সত্তা ঘটনার উদাহরণ নয়?
- আপনি কি এমন কোনো বৈশিষ্ট্য, সম্পর্ক এবং শর্ত জানেন যা অন্যদের থেকে এই উপপ্রকারকে আলাদা করে?
গুণমান
এগুলি সত্যিই গুণাবলী কিনা তা খুঁজে বের করা প্রয়োজন, অর্থাৎ তারা এই সত্তাকে এক বা অন্যভাবে বর্ণনা করে কিনা।
একটি বৈশিষ্ট্যের জন্য নিরাপত্তা প্রশ্নের তালিকা:
- একটি বৈশিষ্ট্যের নাম কি একটি একবচন বিশেষ্য যা বৈশিষ্ট্য দ্বারা চিহ্নিত সম্পত্তির সারাংশ প্রতিফলিত করে?
- অ্যাট্রিবিউটের নাম কি সত্তার নাম অন্তর্ভুক্ত করে না (এটি উচিত নয়)?
- অ্যাট্রিবিউটের কি একবারে একটি মান আছে?
- অনুপস্থিত মান (বা গ্রুপ) অনুপস্থিত আছে?
- বিন্যাস, দৈর্ঘ্য, বৈধ মান, ডেরিভেশন অ্যালগরিদম, ইত্যাদি বর্ণনা করা হয়?
- এই বৈশিষ্ট্যটি কি একটি বাদ দেওয়া সত্তা হতে পারে যা অন্য অ্যাপ্লিকেশন সিস্টেমের জন্য উপযোগী হবে (বিদ্যমান বা প্রস্তাবিত)?
- জড়িত প্রতিটি পক্ষের জন্য একটি বিবরণ আছে, এটি কি সঠিকভাবে সম্পর্কের বিষয়বস্তু প্রতিফলিত করে এবং এটি কি গৃহীত বাক্য গঠনের মধ্যে মাপসই করে?
- শুধুমাত্র দুটি পক্ষ জড়িত আছে?
- সংযোগ এবং বাধ্যবাধকতার ডিগ্রী কি প্রতিটি পক্ষের জন্য নির্দিষ্ট করা আছে?
- সংযোগ কাঠামো অনুমোদিত?
- এটা কি অপ্রয়োজনীয় নয়?
- সময়ের সাথে সাথে কি পরিবর্তন হয় না?
- সংযোগ বাধ্যতামূলক হলে, এটি কি সবসময় বিপরীত দিকের প্রতিনিধিত্বকারী সত্তার সাথে সম্পর্ককে প্রতিফলিত করে?
- একটি একচেটিয়া চাপ দ্বারা আচ্ছাদিত সমস্ত লিঙ্ক প্রান্ত একই বাধ্যতামূলক টাইপ আছে?
- তাদের সব একই সত্তা উল্লেখ? চাল 15) যেমন একটি পচন. একটি গুদাম থেকে পণ্য ছাড়া হলে গ্রাহককে একটি চালান ইস্যু করার সবচেয়ে সহজ সমস্যাটি বিবেচনা করুন, তবে শর্ত থাকে যে গ্রাহক যে পণ্যগুলি কিনতে চান তা ইতিমধ্যেই পরিচিত (আমরা এই উদাহরণে পণ্য চয়ন করার সমস্যাটি বিবেচনা করব না)।
সম্পর্কগুলো সত্তার মধ্যে পরিলক্ষিত সত্যিই গুরুত্বপূর্ণ সম্পর্কগুলিকে প্রতিফলিত করে কিনা তা আমাদের খুঁজে বের করতে হবে।
যোগাযোগের জন্য যাচাইকরণ প্রশ্নের তালিকা:
সংযোগটি কি বহনযোগ্য নয়?
সংযোগ নকশা কদাচিৎ ব্যবহৃত বেশী এক?
একচেটিয়া সমিতির জন্য:
স্পষ্টতই, ডিসকাউন্ট নির্বাচন এবং গণনা করার ক্রিয়াকলাপকে ছোট ছোট ক্রিয়াকলাপেও বিভক্ত করা যেতে পারে, যেমন আনুগত্যের জন্য ছাড় গণনা করা (গ্রাহক দীর্ঘ সময়ের জন্য পণ্য ক্রয় করে) এবং ক্রয়কৃত পণ্যের পরিমাণের জন্য ছাড় গণনা করা। পারমাণবিক ফাংশন বিস্তারিতভাবে বর্ণনা করা হয়েছে, উদাহরণস্বরূপ DFD এবং STD ব্যবহার করে। স্পষ্টতই, ফাংশনের এই ধরনের বর্ণনা অতিরিক্ত মৌখিক বর্ণনা (উদাহরণস্বরূপ, মন্তব্য) বাদ দেয় না।
এটি লক্ষ করা উচিত যে বিশ্লেষণের পর্যায়ে, সিস্টেমের প্রত্যাশিত মান থেকে সম্ভাব্য ত্রুটি এবং বিচ্যুতিগুলি বিশ্লেষণ এবং প্রক্রিয়াকরণের ফাংশনগুলিতে মনোযোগ দেওয়া উচিত। সিস্টেমের অপারেশনের জন্য সবচেয়ে গুরুত্বপূর্ণ প্রক্রিয়াগুলি চিহ্নিত করা উচিত এবং তাদের জন্য একটি বিশেষভাবে কঠোর ত্রুটি বিশ্লেষণ প্রদান করা উচিত। ডিবিএমএস এরর হ্যান্ডলিং (রিটার্ন কোড), একটি নিয়ম হিসাবে, ফাংশনের একটি পৃথক সেট বা একটি একক ফাংশন।
কৌশল পরিমার্জন
বিশ্লেষণ পর্যায়ে, চূড়ান্ত বাস্তবায়নের জন্য নির্বাচিত হার্ডওয়্যার এবং সফ্টওয়্যার পরিমার্জিত হয়। এর জন্য টেস্টিং গ্রুপ এবং প্রযুক্তিগত বিশেষজ্ঞদের জড়িত করা যেতে পারে। একটি তথ্য সিস্টেম ডিজাইন করার সময়, সিস্টেমের আরও বিকাশের বিষয়টি বিবেচনায় নেওয়া গুরুত্বপূর্ণ, উদাহরণস্বরূপ, প্রক্রিয়াকৃত ডেটার পরিমাণ বৃদ্ধি, অনুরোধের প্রবাহের তীব্রতা বৃদ্ধি, নির্ভরযোগ্যতার প্রয়োজনীয়তার পরিবর্তন। তথ্য ব্যবস্থার।
বিশ্লেষণ পর্যায়ে, টাস্ক মডেলের সেটগুলি বিভিন্ন ডিবিএমএসের তুলনামূলক বৈশিষ্ট্যগুলি প্রাপ্ত করার জন্য নির্ধারিত হয় যা তথ্য ব্যবস্থা বাস্তবায়নের কৌশল নির্ধারণের পর্যায়ে বিবেচনা করা হয়েছিল। কৌশল নির্ধারণের পর্যায়ে, একটি ডিবিএমএস নির্বাচন করা যেতে পারে। বিশ্লেষণ পর্যায়ে সিস্টেম সম্পর্কে ইতিমধ্যে আরো অনেক তথ্য আছে, এবং তারা আরো বিস্তারিত. প্রাপ্ত ডেটা, সেইসাথে টেস্টিং গোষ্ঠীগুলির দ্বারা প্রেরিত বৈশিষ্ট্যগুলি দেখাতে পারে যে কৌশল নির্ধারণের পর্যায়ে ডিবিএমএসের পছন্দটি ভুল ছিল এবং নির্বাচিত ডিবিএমএস তথ্য সিস্টেমের নির্দিষ্ট প্রয়োজনীয়তাগুলি পূরণ করতে পারে না। হার্ডওয়্যার প্ল্যাটফর্ম এবং অপারেটিং সিস্টেমের পছন্দ সম্পর্কিত একই ডেটা পাওয়া যেতে পারে। এই জাতীয় ফলাফলগুলি প্রাপ্ত করা কৌশল নির্ধারণের পর্যায়ে প্রাপ্ত ডেটাতে পরিবর্তন শুরু করে, উদাহরণস্বরূপ, প্রকল্পের জন্য ব্যয় অনুমান পুনরায় গণনা করা হয়।
বিকাশের সরঞ্জামগুলির পছন্দ বিশ্লেষণের পর্যায়েও নির্দিষ্ট করা হয়েছে। কারণ বিশ্লেষণের পর্যায়টি কৌশল সংজ্ঞা পর্বের তুলনায় তথ্য ব্যবস্থার একটি সম্পূর্ণ চিত্র প্রদান করে, কাজের পরিকল্পনাটি সামঞ্জস্য করা যেতে পারে। যদি পূর্ববর্তী পর্যায়ে নির্বাচিত উন্নয়ন সরঞ্জামটি নির্দিষ্ট সময়ের মধ্যে কাজের এক বা অন্য অংশ সম্পূর্ণ করার অনুমতি না দেয়, তবে সময়সীমা পরিবর্তন করার সিদ্ধান্ত নেওয়া হয় (একটি নিয়ম হিসাবে, এটি বিকাশের সময় বৃদ্ধি) অথবা উন্নয়ন টুল পরিবর্তন করতে. এক বা অন্য সরঞ্জাম নির্বাচন করার সময়, একজনকে উচ্চ যোগ্য কর্মীদের উপস্থিতি বিবেচনা করা উচিত যারা নির্বাচিত উন্নয়ন সরঞ্জামগুলির মালিক, সেইসাথে নির্বাচিত ডিবিএমএসের প্রশাসকদের উপস্থিতি। এই সুপারিশগুলি কৌশল নির্বাচন পর্যায়ের ডেটাও পরিমার্জিত করবে (যে শর্তগুলির অধীনে ভবিষ্যত সিস্টেমটি পরিচালিত হবে বলে মনে করা হয়)।
সীমাবদ্ধতা, ঝুঁকি, সমালোচনামূলক কারণগুলিও নির্দিষ্ট করা হয়েছে। কৌশল নির্ধারণের পর্যায়ে নির্বাচিত ডিবিএমএস এবং সফ্টওয়্যার সরঞ্জামগুলি ব্যবহার করে বাস্তবায়িত তথ্য ব্যবস্থায় যদি কোনও প্রয়োজনীয়তা সন্তুষ্ট না হয়, তবে এটি প্রাপ্ত ডেটার পরিমার্জন এবং পরিবর্তনেরও সূচনা করে (অবশেষে, ব্যয়ের অনুমান এবং কাজের পরিকল্পনা, এবং সম্ভবত পরিবর্তন সিস্টেমের জন্য গ্রাহকের প্রয়োজনীয়তার ক্ষেত্রে, উদাহরণস্বরূপ, তাদের দুর্বল হওয়া)। যে বৈশিষ্ট্যগুলি সিস্টেমে প্রয়োগ করা হবে না সেগুলি আরও বিশদে বর্ণনা করা হয়েছে।
কম্পিউটারপ্রেস 9 "2001
পরিষেবা কেন্দ্র - পরিষেবা সহায়তা এবং যন্ত্রপাতি, সরঞ্জাম এবং অন্যান্য পণ্যগুলির রক্ষণাবেক্ষণের জন্য পরিষেবার বিধানে নিযুক্ত একটি সংস্থা। সার্ভিস সেন্টারের কার্যক্রমের মধ্যে রয়েছে প্রাক-বিক্রয়, ওয়ারেন্টি এবং বিক্রয়োত্তর মেরামত।
এন্টারপ্রাইজ আইপি মিখাইলভ এ.ও. মেরামত এবং রক্ষণাবেক্ষণ নিয়ে কাজ করে পরিবারের যন্ত্রপাতিএবং ইলেকট্রনিক্স, সেইসাথে কম্পিউটার, ফোন এবং ট্যাবলেট যা গ্রাহকরা অফিসে নিয়ে আসে, সেইসাথে কার্টিজ রিফিল করা এবং নেটওয়ার্ক এবং PBX ইনস্টল করা। যদি ক্লায়েন্ট নিজেই সরঞ্জাম সরবরাহ করা সম্ভব না হয়, তবে জায়গাটি পরিদর্শন করা হয় এবং প্রয়োজনে এটি সরবরাহ করা হয় সেবা কেন্দ্র. যখন ক্লায়েন্ট পরিষেবা কেন্দ্রের সাথে যোগাযোগ করে, প্রেরণকারী অর্ডার গ্রহণের জন্য একটি আবেদন আঁকেন। বস্তুটির একটি বিশ্লেষণ করা হয়, যার ফলস্বরূপ একটি উপসংহার তৈরি করা হয় যে সরঞ্জামটি মেরামত করা হবে কিনা। প্রকৌশল বিভাগ সরঞ্জাম মেরামত এবং রক্ষণাবেক্ষণের জন্য একটি মূল্য তালিকা তৈরি করে, কারণ এটি সরঞ্জাম মেরামতের জন্য খুচরা যন্ত্রাংশ এবং ডিভাইস সরবরাহকারীদের সাথে কাজ করে। নিরাপত্তা বিধি পালন করে বিশেষ সরঞ্জাম দিয়ে মেরামত করা হয়। কোম্পানি ফোন, ট্যাবলেট এবং কম্পিউটারের জন্য পেরিফেরিয়াল বিক্রি করে। এন্টারপ্রাইজটি সেকেন্ড-হ্যান্ড ইকুইপমেন্ট এবং যে সরঞ্জামগুলি ব্যর্থ হয়েছে সেগুলি ক্রয়ের সাথে জড়িত।
কোম্পানি কাজ করছে যোগ্য বিশেষজ্ঞবহু বছরের অভিজ্ঞতার সাথে। পরিচালক এন্টারপ্রাইজের পুরো অপারেশন তত্ত্বাবধান করেন।
প্রতিস্থান এর ঠিকানা:
পার্ম টেরিটরি, কুঙ্গুর, সেন্ট। লেনিনা 66
কাজের অবস্থা:
সোম-শুক্র: 10 - 19 দুপুরের খাবার ছাড়া
সূর্য: ছুটির দিন।
পরিষেবাগুলির তালিকা গঠন করে, সংস্থাটি তার মুনাফা বাড়াতে পারে, এন্টারপ্রাইজের সীমানা প্রসারিত করতে পারে বা অন্য জায়গায় অন্য পরিষেবা কেন্দ্র খুলতে পারে, প্রদত্ত পরিষেবার মানও বাড়তে পারে এবং গ্রাহকের সংখ্যা বাড়তে পারে।
বিষয় অঞ্চলের পরিচালিত বিশ্লেষণ এন্টারপ্রাইজ আইপি মিখাইলভ এ.ও.-এর বিষয় এলাকার একটি সম্পূর্ণ বিবরণ প্রদান করে। এর জন্য একটি কার্যকর তথ্য ব্যবস্থা তৈরি করা এই এন্টারপ্রাইজ. প্রকৌশল বিভাগের কাজ নির্দেশ করে সার্ভিস সেন্টারের কাজের বর্ণনা দেওয়া হয়েছে। এছাড়াও তৈরি করা হয়েছে সাংগঠনিক কাঠামোএন্টারপ্রাইজ, যা পরিচালক এবং অধস্তনদের মিথস্ক্রিয়া দেখায়।
একটি তথ্য সিস্টেম প্রকল্প পরিচালনার জন্য মৌলিক নথি গঠন
একটি প্রকল্প হল একটি পরিকল্পিত লক্ষ্য অর্জনের সাথে সম্পর্কিত কাজ বা কার্যকলাপের একটি সেট, যা সাধারণত অনন্য এবং অ-পুনরাবৃত্ত হয়।
প্রকল্প ব্যবস্থাপনা - প্রকল্পের অংশগ্রহণকারীদের প্রত্যাশা অর্জন বা অতিক্রম করার জন্য একটি প্রকল্প বাস্তবায়নে জ্ঞান, দক্ষতা, পদ্ধতি, সরঞ্জাম এবং প্রযুক্তির ব্যবহার।
একটি তথ্য সিস্টেম প্রকল্প সঠিকভাবে পরিচালনা করার জন্য, মৌলিক প্রকল্প ব্যবস্থাপনা নথি তৈরি করা প্রয়োজন। মৌলিক নথি হবে সনদ এবং প্রকল্প ব্যবস্থাপনা পরিকল্পনা।
কার্যসূচি সনদ
প্রজেক্ট চার্টার হল সেই যন্ত্র যা আনুষ্ঠানিকভাবে প্রজেক্টকে অনুমোদন করে এবং সেই লিঙ্ক যা আসন্ন প্রজেক্টকে সংস্থার বর্তমান কাজের সাথে সংযুক্ত করে।
একটি প্রকল্প চার্টার একটি প্রকল্পের জন্য প্রাথমিক প্রয়োজনীয়তা নথিভুক্ত করে যা স্টেকহোল্ডারদের চাহিদা এবং প্রত্যাশা পূরণ করে।
একটি প্রকল্প সনদ আছে.
এই নথিটি সাধারণত ক্লায়েন্ট সংস্থার পক্ষ থেকে পরিস্থিতি প্রতিফলিত করে, প্রকল্পের বাইরের একজন নেতা দ্বারা জারি করা হয় এবং প্রকল্প পরিচালককে নিয়োগ করে, তাকে প্রকল্পে সংস্থার সংস্থানগুলি ব্যবহার করার ক্ষমতা দেয়।
প্রকল্পের সনদে নিম্নলিখিত তথ্য থাকা উচিত:
মোটামুটি সাধারণ আকারে প্রকল্প এবং প্রকল্পের পণ্যের জন্য প্রয়োজনীয়তা;
প্রকল্পের উদ্দেশ্য;
নিযুক্ত প্রকল্প ব্যবস্থাপক এবং তার কর্তৃপক্ষের স্তর সম্পর্কে তথ্য;
নিয়ন্ত্রণ ইভেন্টের সময়সূচী;
প্রকল্প অংশগ্রহণকারীদের মধ্যে সম্পর্ক;
কার্যকরী সংস্থা এবং তাদের অংশগ্রহণ;
সংগঠন এবং পরিবেশ সম্পর্কে অনুমান, সেইসাথে বাহ্যিক অনুমান;
সংগঠন এবং পরিবেশ সংক্রান্ত বিধিনিষেধ, সেইসাথে বাহ্যিক বিধিনিষেধ;
একটি বাস্তব ব্যবসায়িক ক্ষেত্রে যা বিনিয়োগের উপর রিটার্নের ডেটা সহ প্রকল্পের ন্যায্যতা হিসাবে কাজ করে;
প্রকল্পের বাজেট।
একটি প্রকল্প সনদ সফল প্রকল্প সমাপ্তির সম্ভাবনা বাড়ায়। এটি প্রকল্পের একেবারে শুরুতে প্রকল্প অংশগ্রহণকারীদের অভিপ্রায়গুলি নথিভুক্ত করে এবং প্রকল্প দলের সদস্য এবং কর্মরত সংস্থার মধ্যে বিরোধের সমাধানের একটি মৌলিক পয়েন্ট হিসাবে কাজ করতে পারে।
প্রকল্পের সনদের খসড়া তৈরির সময়, প্রকল্পের ব্যবসায়িক লক্ষ্য অর্জনের জন্য প্রয়োজনীয় ডকুমেন্টেশন, কৌশল, লক্ষ্য, প্রকল্প পদ্ধতি, ভূমিকা ফাংশন এবং প্রকল্পের নিয়মগুলির সাহায্যে প্রকল্পের কাজ সংগঠিত করার নিয়মের সনদটি পরিচালিত হয়েছিল। . ব্যবস্থাপনা ও বাস্তবায়নের জন্য দায়ী চিহ্নিত করা হয়েছে।
একটি সনদ তৈরি করতে একটি উল্লেখযোগ্য পরিমাণ সময় লাগে। পরবর্তী প্রকল্প তৈরি করার সময়, উন্নত চার্টারটি একটি টেমপ্লেট হিসাবে ব্যবহার করা যেতে পারে, যাতে সনদের বিকাশে কম সময় লাগে। একটি প্রজেক্ট চার্টার প্রকল্প পরিচালনায় সাহায্য করে কারণ এমএস প্রজেক্টে কাজ করার জন্য কিছু তথ্যের প্রয়োজন হয়।
প্রকল্প ব্যবস্থাপনা পরিকল্পনা
প্রজেক্ট ম্যানেজমেন্ট প্ল্যান - অনুমোদিত আনুষ্ঠানিক নথিগুলির একটি সেট যা নির্দিষ্ট করে যে কীভাবে প্রকল্পটি কার্যকর করা হবে এবং কীভাবে প্রকল্পটি পর্যবেক্ষণ ও পরিচালনা করা হবে। পরিকল্পনাটি সারসংক্ষেপ বা বিস্তারিত হতে পারে এবং এতে এক বা একাধিক সহায়ক ব্যবস্থাপনা পরিকল্পনা এবং অন্যান্য পরিকল্পনা নথি অন্তর্ভুক্ত থাকতে পারে।
প্রজেক্ট ম্যানেজমেন্ট প্ল্যান ডেভেলপমেন্ট প্রক্রিয়া হল সমস্ত সহায়ক পরিকল্পনা সংজ্ঞায়িত, প্রস্তুত, সংহত এবং সমন্বয়ের জন্য প্রয়োজনীয় ক্রিয়াকলাপগুলি নথিভুক্ত করার প্রক্রিয়া। একটি সুলিখিত প্রকল্প ব্যবস্থাপনা পরিকল্পনা কিভাবে প্রকল্পের পরিকল্পনা, মূল্যায়ন, নিয়ন্ত্রিত এবং বন্ধ করা হবে সে সম্পর্কে তথ্যের প্রধান উৎস। প্রকল্প ব্যবস্থাপনা পরিকল্পনা প্রকল্পের সমন্বিত পরিবর্তন ব্যবস্থাপনা প্রক্রিয়ার অংশ হিসাবে আপডেট এবং সম্পাদনা করা হয়।
1 সহায়ক প্রকল্প ব্যবস্থাপনা পরিকল্পনা, যার মধ্যে রয়েছে:
প্রজেক্ট স্কোপ ম্যানেজমেন্ট প্ল্যান;
প্রকল্পের সময়সূচী ব্যবস্থাপনা পরিকল্পনা;
প্রকল্প খরচ ব্যবস্থাপনা পরিকল্পনা;
প্রকল্পের মান ব্যবস্থাপনা পরিকল্পনা;
কর্মী ব্যবস্থাপনা পরিকল্পনা;
প্রকল্প যোগাযোগ ব্যবস্থাপনা পরিকল্পনা;
প্রকল্প ঝুঁকি ব্যবস্থাপনা পরিকল্পনা;
কনফিগারেশন ম্যানেজমেন্ট প্ল্যান।
2 প্রকল্পের ভিত্তিরেখা, যার মধ্যে রয়েছে:
প্রাথমিক প্রকল্পের সময়সূচী;
খরচের জন্য মৌলিক পরিকল্পনা;
মানের জন্য মৌলিক পরিকল্পনা;
কনফিগারেশনের জন্য মৌলিক পরিকল্পনা;
বিপদ নথি.
3 প্রকল্পের বিষয়বস্তু, সুযোগ এবং সময় সম্পর্কিত প্রকল্প দলের দ্বারা করা বিশ্লেষণের ফলাফল।
তথ্য সিস্টেমের প্রকল্পের জন্য "প্রদত্ত পরিষেবাগুলির জন্য অ্যাকাউন্টিং", একটি প্রকল্প পরিচালনা পরিকল্পনা তৈরি করা হয়েছিল। (পরিশিষ্ট বি)
প্রকল্প ব্যবস্থাপনা পরিকল্পনার প্রথম অনুচ্ছেদ প্রকল্পের নাম নির্দেশ করে। প্রজেক্টের সারাজীবনে প্রকল্পের নাম পরিবর্তন করা যাবে না।
দ্বিতীয় অনুচ্ছেদ প্রকল্পের লক্ষ্য এবং উদ্দেশ্য সংজ্ঞায়িত করে। লক্ষ্যগুলি গ্রাহকের প্রয়োজনীয়তার উপর ভিত্তি করে গঠিত হয়, যা এন্টারপ্রাইজের প্রধান ব্যবসায়িক প্রক্রিয়াগুলিকে স্বয়ংক্রিয় করতে হয়। লক্ষ্য নির্ধারণ করা হয়েছিল, যেমন গ্রাহকদের আকৃষ্ট করা এবং লাভ বাড়ানো, প্রদত্ত পরিষেবার মান উন্নত করা।
তৃতীয় অনুচ্ছেদ নকশা সমাধান এবং প্রকল্পের ফলাফলের জন্য প্রয়োজনীয়তা সংজ্ঞায়িত করে। এই বিভাগটি প্রকল্পের মৌলিক বিষয়বস্তুর একটি উপাদান। গ্রাহকের প্রয়োজনীয়তা এবং প্রকল্পের ফলাফলের মধ্যে একটি লিঙ্ক প্রদান করতে, গুণমানের ফাংশন ব্যবহার করার সুপারিশ করা হয়।
চতুর্থ পয়েন্ট প্রকল্পের সীমানা নির্ধারণ করে। এটি প্রকল্পের বিষয়বস্তুর মৌলিক উপাদান। প্রজেক্টের স্কোপ বর্ণনা করে যে কোন প্রোজেক্টের অংশগ্রহণকারী ভুলবশত কোন প্রোডাক্ট, সার্ভিস বা ফলাফলকে প্রোজেক্টে অন্তর্ভুক্ত করার জন্য বিবেচনা না করে তা নিশ্চিত করার জন্য প্রোজেক্টে কী অন্তর্ভুক্ত করা হয়েছে।
পঞ্চম অনুচ্ছেদ প্রকল্প পরিচালনার বাস্তবায়নের জন্য সরঞ্জাম এবং প্রযুক্তি সংজ্ঞায়িত করে।
ষষ্ঠ অনুচ্ছেদে কাজের একটি শ্রেণিবদ্ধ কাঠামো রয়েছে - একটি মডেল যা প্রকল্পের স্তরকে স্তরে স্তরে এমন একটি ডিগ্রীতে প্রকাশ করে যা প্রয়োজনীয় কার্যকর পরিকল্পনাএবং প্রকল্প নিয়ন্ত্রণ।
সপ্তম পয়েন্ট সম্পদের প্রয়োজনীয়তা বর্ণনা করে। এটি পূর্বে বিকশিত আইবিএস-এ প্রতিফলিত কাজের জটিলতা দ্বারা নির্ধারিত হয়।
পরিকল্পনার অষ্টম পয়েন্ট একটি বর্ধিত দেখায় ক্যালেন্ডার পরিকল্পনা. এটি মাইলফলক, প্রকল্প চার্টার থেকে তথ্য এবং ব্যবহৃত প্রকল্প পরিচালনা পদ্ধতির তথ্যের ভিত্তিতে তৈরি করা হয়েছে।
নবম পয়েন্ট হল গুরুত্বপূর্ণ সাফল্যের কারণ। এটি শর্তগুলি বর্ণনা করে, যার বিধান প্রকল্পের সাফল্যের চাবিকাঠি হতে পারে।
দশম এবং একাদশ অনুচ্ছেদ পারফরমার অংশের উপর অনুমান এবং সীমাবদ্ধতা প্রতিফলিত করে। প্রকল্পের অগ্রগতির সাথে সাথে বিধিনিষেধ পরিবর্তন হতে পারে।
দ্বাদশ পয়েন্টটি মূলত প্রণয়নকৃত ঝুঁকি। ইতিমধ্যে পরিচিত ঝুঁকি এবং সম্ভাব্য ঝুঁকির প্রধান বিভাগ নির্দেশিত হয়েছে।
ঝুঁকি ব্যবস্থাপনা হ'ল শনাক্তকরণ, ঝুঁকির বিশ্লেষণ এবং সিদ্ধান্ত গ্রহণের সাথে যুক্ত প্রক্রিয়া, যার মধ্যে রয়েছে ইতিবাচককে সর্বাধিক করা এবং ঝুঁকির ঘটনা ঘটার নেতিবাচক পরিণতিগুলি হ্রাস করা।
ঝুঁকি ব্যবস্থাপনা পরিকল্পনা - একটি নির্দিষ্ট প্রকল্পের জন্য ঝুঁকি ব্যবস্থাপনার আবেদন এবং পরিকল্পনা করার সিদ্ধান্ত গ্রহণের প্রক্রিয়া। এই প্রক্রিয়ার মধ্যে সংগঠন সংক্রান্ত সিদ্ধান্ত, প্রকল্পের ঝুঁকি ব্যবস্থাপনা পদ্ধতির কর্মী নিয়োগ, পছন্দের পদ্ধতি নির্বাচন, ঝুঁকি সনাক্তকরণের জন্য ডেটা উৎস, পরিস্থিতি বিশ্লেষণের জন্য সময় ব্যবধান অন্তর্ভুক্ত থাকতে পারে।
ঝুঁকি ব্যবস্থাপনা পরিকল্পনা - প্রকল্প ঝুঁকি ব্যবস্থাপনার জন্য পদ্ধতির নির্বাচন এবং পরিকল্পনা কার্যক্রম।
1 ঝুঁকি সনাক্তকরণ - প্রকল্পকে প্রভাবিত করতে পারে এমন ঝুঁকি সনাক্ত করা এবং তাদের বৈশিষ্ট্যগুলি নথিভুক্ত করা।
2 গুণগত মূল্যায়নঝুঁকি - ঝুঁকির গুণগত বিশ্লেষণ এবং প্রকল্পের সাফল্যের উপর তাদের প্রভাব নির্ধারণ করার জন্য তাদের সংঘটনের শর্ত।
3 পরিমাপ- সংঘটনের সম্ভাবনা এবং প্রকল্পে ঝুঁকির পরিণতির প্রভাবের পরিমাণগত বিশ্লেষণ।
4 ঝুঁকি প্রতিক্রিয়া পরিকল্পনা - ঝুঁকি ইভেন্টগুলির নেতিবাচক পরিণতিগুলি প্রশমিত করার এবং সম্ভাব্য সুবিধাগুলি ব্যবহার করার জন্য পদ্ধতি এবং পদ্ধতি নির্ধারণ করা।
5 ঝুঁকি পর্যবেক্ষণ এবং নিয়ন্ত্রণ - ঝুঁকি পর্যবেক্ষণ, অবশিষ্ট ঝুঁকি চিহ্নিত করা, প্রকল্পের ঝুঁকি ব্যবস্থাপনা পরিকল্পনা বাস্তবায়ন, এবং ঝুঁকি প্রশমন কর্মের কার্যকারিতা মূল্যায়ন।
ঝুঁকি ব্যবস্থাপনা পরিকল্পনা উপস্থাপন করা হয়. (পরিশিষ্ট বি)
তথ্য ব্যবস্থার প্রকল্প ব্যবস্থাপনা পরিকল্পনা "প্রদত্ত পরিষেবাগুলির জন্য অ্যাকাউন্টিং" নথি তৈরি করতে এবং প্রকল্পের বৈশিষ্ট্য এবং সীমানা, এর সাথে সম্পর্কিত পরিষেবাগুলি, সেইসাথে গ্রহণযোগ্যতা এবং বিষয়বস্তু পরিচালনার পদ্ধতিগুলি বর্ণনা করার অনুমতি দেয়। সুযোগের বিবরণটি পছন্দসই ফলাফলের মূল্যায়ন করা এবং সমস্ত প্রকল্পের কার্যক্রমের জন্য অনুসরণ করা একটি বেসলাইন সুযোগ পরিকল্পনার বিকাশের ভিত্তি হিসাবে কাজ করা সম্ভব করেছে।
"প্রদত্ত পরিষেবাগুলির জন্য অ্যাকাউন্টিং" তথ্য ব্যবস্থার প্রকল্প পরিচালনার জন্য মৌলিক ডকুমেন্টেশনের বিকাশ এমএস প্রকল্পে প্রকল্প পরিচালনার উচ্চ-মানের এবং সফল বাস্তবায়নের জন্য কিছু নথি বর্ণনা করা সম্ভব করেছে। সাফল্যের চাবিকাঠি হল প্রকল্প ব্যবস্থাপনা প্রক্রিয়ায় এই নথিগুলির প্রয়োজনীয়তা বোঝা। এই কাজের ফলস্বরূপ, প্রকল্প সনদ এবং প্রকল্প ব্যবস্থাপনা পরিকল্পনা তৈরি করা হয়েছিল, যা পরবর্তী কাজে ব্যবহার করা হবে।
প্রথম বিভাগের ফলাফলটি ছিল এন্টারপ্রাইজ আইপি মিখাইলভ এ.ও.-এর জন্য আইএস প্রকল্প "প্রদত্ত পরিষেবার জন্য অ্যাকাউন্টিং" এর কাঠামো, প্রকল্পের সনদ এবং প্রকল্প পরিচালনা পরিকল্পনাও তৈরি করা হয়েছিল, যা প্রকল্প পরিচালনার আরও কাজে ব্যবহৃত হয়েছিল। . ভিত্তি নথি তৈরি করার প্রক্রিয়াটি প্রকল্প পরিচালনার একটি অপরিহার্য অংশ, কারণ এটি প্রকল্পের গুণমান, সময়কাল এবং সাফল্যকে প্রভাবিত করে।
ভূমিকা
উপসংহার
সাহিত্য
ভূমিকা
উন্নয়ন বিভিন্ন এলাকায়মানুষের কার্যকলাপ চালু বর্তমান পর্যায়কম্পিউটার প্রযুক্তির ব্যাপক ব্যবহার এবং বিভিন্ন ক্ষেত্রে তথ্য ব্যবস্থা তৈরি করা ছাড়া অসম্ভব। এই ধরনের সিস্টেমে তথ্য প্রক্রিয়াকরণ একটি স্বাধীন বৈজ্ঞানিক ও প্রযুক্তিগত দিক হয়ে উঠেছে।
তথ্য মডেল নির্মাণের পর্যায়ে পরে, সিস্টেম নকশা শুরু হয়। এই পর্যায়ে, পছন্দ প্রযুক্তিগত সমাধানযার ভিত্তিতে তথ্য ব্যবস্থা গড়ে তোলা হবে।
তথ্য আধুনিক বিশ্বসবচেয়ে গুরুত্বপূর্ণ সম্পদ হয়ে উঠেছে, এবং তথ্য সিস্টেম (IS) হয়ে উঠেছে অপরিহার্য হাতিয়ারকার্যকলাপের প্রায় সব ক্ষেত্রে।
বাস্তব অবস্থায়, ডিজাইন হল এমন একটি উপায় অনুসন্ধান যা উপলব্ধ প্রযুক্তির মাধ্যমে সিস্টেমের কার্যকারিতার প্রয়োজনীয়তা পূরণ করে, প্রদত্ত সীমাবদ্ধতা বিবেচনা করে।
আইএস-এর সাহায্যে সমাধান করা বিভিন্ন ধরনের কাজ বিভিন্ন ধরনের সিস্টেমের উত্থানের দিকে পরিচালিত করেছে যা নির্মাণের নীতি এবং তাদের মধ্যে এম্বেড থাকা তথ্য প্রক্রিয়াকরণের নিয়মগুলির মধ্যে পার্থক্য রয়েছে।
লক্ষ্য নিয়ন্ত্রণ কাজহল - ধাপে ধাপে তথ্য সিস্টেম তৈরির প্রক্রিয়া বিবেচনা করুন।
এই কাজের উদ্দেশ্য হল ডিজাইনের মূল উদ্দেশ্য, সেইসাথে তথ্য সিস্টেম তৈরির উদ্দেশ্য খুঁজে বের করা।
1. তথ্য সিস্টেমের নকশা
তথ্য ব্যবস্থার নকশা সর্বদা প্রকল্পের উদ্দেশ্যের সংজ্ঞা দিয়ে শুরু হয়। যে কোনও সফল প্রকল্পের প্রধান কাজটি নিশ্চিত করা যে সিস্টেম লঞ্চের সময় এবং তার অপারেশনের পুরো সময়কালে এটি সরবরাহ করা সম্ভব:
সিস্টেমের প্রয়োজনীয় কার্যকারিতা এবং এর কার্যকারিতার পরিবর্তনশীল অবস্থার সাথে অভিযোজনের ডিগ্রি;
সিস্টেমের প্রয়োজনীয় থ্রুপুট;
একটি অনুরোধে সিস্টেমের প্রয়োজনীয় প্রতিক্রিয়া সময়;
· প্রয়োজনীয় মোডে সিস্টেমের ঝামেলা-মুক্ত অপারেশন, অন্য কথায়, ব্যবহারকারীর অনুরোধগুলি প্রক্রিয়া করার জন্য সিস্টেমের প্রস্তুতি এবং প্রাপ্যতা;
সিস্টেমের অপারেশন এবং সমর্থনের সহজতা;
প্রয়োজনীয় নিরাপত্তা।
কর্মক্ষমতা প্রধান ফ্যাক্টর যা একটি সিস্টেমের দক্ষতা নির্ধারণ করে। ভাল নকশা একটি উচ্চ কর্মক্ষমতা সিস্টেমের ভিত্তি.
ইনফরমেশন সিস্টেম ডিজাইন তিনটি প্রধান ক্ষেত্র কভার করে:
ডাটা অবজেক্ট ডিজাইন করা যা ডাটাবেসে প্রয়োগ করা হবে;
ডিজাইনিং প্রোগ্রাম, স্ক্রিন ফর্ম, রিপোর্ট যা ডেটা কোয়েরি সম্পাদন নিশ্চিত করবে;
· একটি নির্দিষ্ট পরিবেশ বা প্রযুক্তি বিবেচনায় নেওয়া, যথা: নেটওয়ার্ক টপোলজি, হার্ডওয়্যার কনফিগারেশন, ব্যবহৃত আর্কিটেকচার (ফাইল-সার্ভার বা ক্লায়েন্ট-সার্ভার), সমান্তরাল প্রক্রিয়াকরণ, বিতরণ করা ডেটা প্রক্রিয়াকরণ ইত্যাদি।
অনুসারে আধুনিক পদ্ধতি, একটি IS তৈরির প্রক্রিয়া হল একটি IS-এর জীবনচক্রের (LC) সমস্ত পর্যায়ে বেশ কয়েকটি সামঞ্জস্যপূর্ণ মডেল তৈরি এবং ক্রমানুসারে রূপান্তরিত করার একটি প্রক্রিয়া৷ জীবনচক্রের প্রতিটি পর্যায়ে, এটির জন্য নির্দিষ্ট মডেলগুলি তৈরি করা হয় - সংস্থা, আইপির প্রয়োজনীয়তা, প্রকল্প আইপি, অ্যাপ্লিকেশনগুলির জন্য প্রয়োজনীয়তা ইত্যাদি। মডেলগুলি প্রকল্প দলের ওয়ার্কিং গ্রুপ দ্বারা গঠিত হয়, সংরক্ষিত হয় এবং প্রকল্পের ভান্ডারে জমা হয়। মডেল তৈরি, তাদের নিয়ন্ত্রণ, রূপান্তর এবং সম্মিলিত ব্যবহারের জন্য বিধান বিশেষ সফ্টওয়্যার সরঞ্জাম - CASE-টুল ব্যবহার করে সঞ্চালিত হয়।
একটি আইপি তৈরির প্রক্রিয়াটি কয়েকটি ধাপে (পর্যায়ে) বিভক্ত, নির্দিষ্ট সময়সীমার দ্বারা সীমাবদ্ধ এবং একটি নির্দিষ্ট পণ্য (মডেল, সফ্টওয়্যার পণ্য, ডকুমেন্টেশন ইত্যাদি) প্রকাশের সাথে শেষ হয়।
সাধারণত, একটি IS তৈরির নিম্নলিখিত ধাপগুলিকে আলাদা করা হয়: সিস্টেমের প্রয়োজনীয়তা গঠন, নকশা, বাস্তবায়ন, পরীক্ষা, কমিশনিং, অপারেশন এবং রক্ষণাবেক্ষণ।
একটি IS তৈরির প্রক্রিয়ার প্রাথমিক পর্যায় হল ব্যবসায়িক প্রক্রিয়াগুলির মডেলিং যা একটি সংস্থায় সংঘটিত হয় এবং এর লক্ষ্য ও উদ্দেশ্যগুলি বাস্তবায়ন করে। ব্যবসায়িক প্রক্রিয়া এবং ব্যবসায়িক কার্যাবলীর পরিপ্রেক্ষিতে বর্ণিত সংগঠন মডেলটি আমাদের আইএস-এর জন্য মৌলিক প্রয়োজনীয়তাগুলি তৈরি করতে দেয়। পদ্ধতির এই মৌলিক অবস্থানটি সিস্টেম ডিজাইনের প্রয়োজনীয়তার বিকাশে বস্তুনিষ্ঠতা প্রদান করে। IS এর প্রয়োজনীয়তা বর্ণনা করার জন্য মডেলের সেটটিকে মডেলের একটি সিস্টেমে রূপান্তরিত করা হয় যা IS এর ধারণাগত নকশা বর্ণনা করে। IS আর্কিটেকচারের মডেল, সফ্টওয়্যার (SW) এবং তথ্য সমর্থন (IS) এর জন্য প্রয়োজনীয়তা তৈরি করা হয়। তারপরে সফ্টওয়্যার এবং আইও আর্কিটেকচার গঠিত হয়, কর্পোরেট ডাটাবেস এবং পৃথক অ্যাপ্লিকেশনগুলি চিহ্নিত করা হয়, অ্যাপ্লিকেশন প্রয়োজনীয়তার মডেলগুলি তৈরি করা হয় এবং তাদের বিকাশ, পরীক্ষা এবং একীকরণ করা হয়।
লক্ষ্য প্রাথমিক পর্যায়েআইএস তৈরি করা, সংস্থার ক্রিয়াকলাপ বিশ্লেষণের পর্যায়ে সম্পাদিত, গ্রাহক সংস্থার লক্ষ্য এবং উদ্দেশ্যগুলিকে সঠিকভাবে এবং নির্ভুলভাবে প্রতিফলিত করে আইএসের প্রয়োজনীয়তাগুলি গঠন করা। সংস্থার চাহিদা পূরণ করে এমন একটি IS তৈরির প্রক্রিয়া নির্দিষ্ট করতে, আপনাকে এই চাহিদাগুলি কী তা খুঁজে বের করতে হবে এবং স্পষ্টভাবে প্রকাশ করতে হবে। এটি করার জন্য, আইএসের জন্য গ্রাহকদের প্রয়োজনীয়তা নির্ধারণ করা এবং সংস্থার লক্ষ্য এবং উদ্দেশ্যগুলির সাথে সম্মতি নিশ্চিত করার জন্য আইএস প্রকল্পের বিকাশের প্রয়োজনীয়তার মডেলের ভাষায় তাদের প্রদর্শন করা প্রয়োজন।
আইপি-এর জন্য প্রয়োজনীয়তা তৈরির কাজটি সবচেয়ে দায়ী, আনুষ্ঠানিক করা কঠিন এবং সবচেয়ে ব্যয়বহুল এবং ত্রুটির ক্ষেত্রে সংশোধন করা কঠিন। আধুনিক সরঞ্জাম এবং সফ্টওয়্যার পণ্যরেডিমেড প্রয়োজনীয়তা অনুযায়ী আপনাকে দ্রুত IS তৈরি করতে দেয়। কিন্তু প্রায়ই এই সিস্টেমগুলি গ্রাহকদের সন্তুষ্ট করে না, অনেক উন্নতির প্রয়োজন হয়, যা IS-এর প্রকৃত খরচে তীব্র বৃদ্ধির দিকে পরিচালিত করে। এই পরিস্থিতির প্রধান কারণ হল বিশ্লেষণ পর্যায়ে আইপি প্রয়োজনীয়তার ভুল, ভুল বা অসম্পূর্ণ সংজ্ঞা।
নকশা পর্যায়ে, প্রথমত, ডেটা মডেলগুলি গঠিত হয়। ডিজাইনাররা প্রাথমিক তথ্য হিসাবে বিশ্লেষণের ফলাফল পান। যৌক্তিক এবং শারীরিক ডেটা মডেল তৈরি করা ডাটাবেস ডিজাইনের একটি প্রধান অংশ। বিশ্লেষণের সময় প্রাপ্ত তথ্য মডেলটি প্রথমে একটি যৌক্তিক এবং তারপরে একটি শারীরিক ডেটা মডেলে রূপান্তরিত হয়।
ডাটাবেস স্কিমার ডিজাইনের সমান্তরালে, সমস্ত আইএস মডিউলের স্পেসিফিকেশন (বিবরন) পাওয়ার জন্য প্রক্রিয়াগুলির নকশা করা হয়। এই উভয় ডিজাইন প্রক্রিয়াই ঘনিষ্ঠভাবে সম্পর্কিত কারণ কিছু ব্যবসায়িক যুক্তি সাধারণত ডাটাবেসে প্রয়োগ করা হয় (সীমাবদ্ধতা, ট্রিগার, সঞ্চিত পদ্ধতি)। মূল উদ্দেশ্যপ্রক্রিয়া নকশা তথ্য সিস্টেমের মডিউল বিশ্লেষণ পর্যায়ে প্রাপ্ত ফাংশন প্রদর্শন করা হয়. মডিউল ডিজাইন করার সময়, প্রোগ্রাম ইন্টারফেস সংজ্ঞায়িত করা হয়: মেনু লেআউট, উইন্ডো চেহারা, হট কী এবং সম্পর্কিত কল।
ডিজাইন পর্বের শেষ পণ্যগুলি হল:
ডাটাবেস স্কিমা (বিশ্লেষণ পর্যায়ে বিকশিত ER মডেলের উপর ভিত্তি করে);
সিস্টেম মডিউলগুলির জন্য নির্দিষ্টকরণের একটি সেট (তারা ফাংশন মডেলের ভিত্তিতে তৈরি করা হয়)।
এছাড়াও, নকশা পর্যায়ে, প্ল্যাটফর্ম (প্ল্যাটফর্ম) এবং অপারেটিং সিস্টেমের পছন্দ সহ আইএস আর্কিটেকচারের বিকাশও করা হয় ( অপারেটিং সিস্টেম) একটি ভিন্নধর্মী আইএস-এ, বেশ কয়েকটি কম্পিউটার বিভিন্ন হার্ডওয়্যার প্ল্যাটফর্মে কাজ করতে পারে এবং বিভিন্ন অপারেটিং সিস্টেম চালাতে পারে। প্ল্যাটফর্মের পছন্দ ছাড়াও, নকশার পর্যায়ে আর্কিটেকচারের নিম্নলিখিত বৈশিষ্ট্যগুলি নির্ধারিত হয়:
এটি একটি "ফাইল-সার্ভার" বা "ক্লায়েন্ট-সার্ভার" আর্কিটেকচার হবে কিনা;
এটি কি নিম্নলিখিত স্তরগুলির সাথে একটি 3-স্তরের আর্কিটেকচার হবে: সার্ভার, মিডলওয়্যার (অ্যাপ্লিকেশন সার্ভার), ক্লায়েন্ট সফ্টওয়্যার;
ডাটাবেস কেন্দ্রীভূত বা বিতরণ করা হবে কিনা। যদি ডাটাবেস বিতরণ করা হয়, তাহলে ডেটা সামঞ্জস্য এবং প্রাসঙ্গিকতা বজায় রাখার জন্য কী পদ্ধতি ব্যবহার করা হবে;
• ডাটাবেস সমজাতীয় হবে কিনা, অর্থাৎ, সমস্ত ডাটাবেস সার্ভার একই নির্মাতার হবে কিনা (উদাহরণস্বরূপ, সমস্ত ওরাকল-শুধু সার্ভার, বা সমস্ত DB2 UDB-শুধু সার্ভার)। যদি ডাটাবেসটি সমজাতীয় না হয়, তাহলে বিভিন্ন নির্মাতার (ইতিমধ্যে বিদ্যমান বা বিশেষভাবে প্রকল্পের অংশ হিসাবে বিকশিত) এর DBMS-এর মধ্যে ডেটা বিনিময় করতে কোন সফ্টওয়্যার ব্যবহার করা হবে;
· সমান্তরাল ডাটাবেস সার্ভারগুলি (যেমন ওরাকল প্যারালাল সার্ভার, DB2 UDB) সঠিক কর্মক্ষমতা অর্জনের জন্য ব্যবহার করা হবে কিনা।
আইএসের প্রযুক্তিগত নকশার বিকাশের সাথে নকশার পর্যায়টি শেষ হয়। বাস্তবায়ন পর্যায়ে, অপারেশনাল ডকুমেন্টেশনের জন্য সফ্টওয়্যার তৈরি করা হয়।
সিস্টেমের একটি একক মডিউলের বিকাশ সম্পন্ন হওয়ার পরে, একটি স্বায়ত্তশাসিত পরীক্ষা করা হয়, যার দুটি প্রধান লক্ষ্য রয়েছে:
মডিউল ব্যর্থতা সনাক্তকরণ (হার্ড ব্যর্থতা);
স্পেসিফিকেশনের সাথে মডিউলের সম্মতি (সকলের প্রাপ্যতা প্রয়োজনীয় ফাংশন, কোন অতিরিক্ত বৈশিষ্ট্য নেই)।
স্বায়ত্তশাসিত পরীক্ষা সফলভাবে পাস করার পরে, মডিউলটি সিস্টেমের উন্নত অংশে অন্তর্ভুক্ত করা হয় এবং উৎপন্ন মডিউলগুলির গ্রুপ লিঙ্ক পরীক্ষায় উত্তীর্ণ হয়, যা তাদের পারস্পরিক প্রভাব ট্র্যাক করা উচিত।
এরপরে, মডিউলগুলির একটি গ্রুপ নির্ভরযোগ্যতার জন্য পরীক্ষা করা হয়, অর্থাৎ, তারা পাস করে, প্রথমত, সিমুলেটিং সিস্টেম ব্যর্থতার পরীক্ষা এবং দ্বিতীয়ত, ব্যর্থতার মধ্যে সময়ের পরীক্ষা। পরীক্ষার প্রথম গ্রুপ দেখায় যে সফ্টওয়্যার ব্যর্থতা, হার্ডওয়্যার ব্যর্থতা থেকে সিস্টেমটি কতটা ভালভাবে পুনরুদ্ধার করে। পরীক্ষার দ্বিতীয় গ্রুপটি স্বাভাবিক অপারেশন চলাকালীন সিস্টেমের স্থায়িত্বের মাত্রা নির্ধারণ করে এবং আপনাকে সিস্টেম আপটাইম মূল্যায়ন করতে দেয়। স্থিতিশীলতা পরীক্ষার স্যুটে এমন পরীক্ষাগুলি অন্তর্ভুক্ত করা উচিত যা সিস্টেমে সর্বোচ্চ লোড অনুকরণ করে।
তারপরে মডিউলগুলির পুরো সেটটি একটি সিস্টেম পরীক্ষায় উত্তীর্ণ হয় - পণ্যটির অভ্যন্তরীণ গ্রহণযোগ্যতার একটি পরীক্ষা, এটির মানের স্তর দেখায়। এর মধ্যে কার্যকারিতা পরীক্ষা এবং সিস্টেম নির্ভরযোগ্যতা পরীক্ষা অন্তর্ভুক্ত রয়েছে।
তথ্য ব্যবস্থার শেষ পরীক্ষা হল গ্রহণযোগ্যতা পরীক্ষা। এই ধরনের পরীক্ষায় গ্রাহকের কাছে তথ্য ব্যবস্থা দেখানো জড়িত থাকে এবং বাস্তব ব্যবসায়িক প্রক্রিয়ার অনুকরণ করে এমন একদল পরীক্ষা থাকা উচিত যাতে দেখা যায় যে বাস্তবায়ন গ্রাহকের প্রয়োজনীয়তা পূরণ করে।
