মূল বিষয়বস্তুতে যান

০৪ বিভাগ

DFLO

মহাকাশ ও বিমান পরিবেশজুড়ে নির্ভুল ও দ্রুত ডেটা ব্যবস্থাপনা।

প্রতিটি মহাকাশ ও বিমান পরিবেশে নির্ভুল ও দ্রুত ডেটা ব্যবস্থাপনা প্রয়োজন। বেঙ্গল অ্যারোস্পেস তা করে DFLO-র মাধ্যমে।

মহাকাশ ও বিমান খাত কেন একটি ডেটার সমস্যা

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

এই অর্থেই প্রতিটি মহাকাশ ও বিমান পরিবেশে ডেটা ব্যবস্থাপনা প্রয়োজন। এটি পেছনের দপ্তরের কোনো সুবিধামাত্র নয়: রেকর্ডের মাধ্যমেই আদৌ জানা যায় বহরের ভৌত অবস্থা কী।

নির্ভুল ও দ্রুত — এবং কেন দুটোই হতে হবে

প্রতিষ্ঠানের নিজস্ব বর্ণনায় দুটি শর্তের কথা বলা আছে, আর আকর্ষণীয় বিষয় হলো, দুটি পরস্পরের বিপরীত দিকে টানে।

এন্ট্রিগুলো একটি যাচাই-দ্বার পেরিয়ে একটি সুবিন্যস্ত শৃঙ্খলে ঢুকছে, আর একটি বিচ্যুত এন্ট্রি ফিরিয়ে দেওয়া হয়েছে। শুধু আকৃতি — কোনো পরিমাণ বা হার দেখানো হয়নি।

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

দ্রুততা একটি উপযোগিতার শর্ত। যে ডেটা নির্ভুল কিন্তু সিদ্ধান্ত নেওয়ার পরে এসে পৌঁছায়, সিদ্ধান্তে তার কোনো অবদান নেই। পরিচালনার পরিবেশে প্রশ্নটি প্রায় সবসময়ই “এই মুহূর্তে কী সত্য”, আর যে উত্তর পেতে এক দিন লাগে, তা অন্য একটি প্রশ্নের উত্তর।

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

একটি রেকর্ডে কী কী থাকতে হবে

নিচের অংশে বর্ণনা করা হয়েছে এই ক্ষেত্রের যেকোনো পরিচালনাগত রেকর্ডকে কী কী প্রতিষ্ঠা করতে হয় — DFLO-তে নির্দিষ্টভাবে কোন কোন ঘর আছে তা নয়।

একটি রেকর্ডের অংশগুলো, একটি বিষয় ও একটি নির্দিষ্ট সময়ের বিপরীতে স্তূপীকৃত ঘর হিসেবে আঁকা। ঘরগুলো নামহীন এবং কোনো প্রকৃত স্কিমা নির্দেশ করে না।

যে রেকর্ড নিচের সবগুলো প্রশ্নের উত্তর দিতে পারে না, তা খুব একটা কিছুর রেকর্ড নয়:

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

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

একটি রেকর্ড, অনেক পাঠক

একই এন্ট্রি পড়েন ভিন্ন ভিন্ন প্রশ্ন নিয়ে আসা মানুষ, আর একটি ডেটা স্তরের সার্থকতা হলো তিনটি কপি থেকে নয়, একটি কপি থেকেই তাঁদের সবার প্রয়োজন মেটানো।

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

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

এর অবস্থান

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

DFLO সম্পর্কে জিজ্ঞাসা, প্রবেশাধিকারসহ, পাঠান info@bengalaerospace.com ঠিকানায়।