CAST-15
سی اے ایس ٹی-15، اعلی سطح اور کم سطح کی ضروریات کا انضمام ایک سرٹیفیکیشن اتھارٹیز سافٹ ویئر ٹیم (سی اے ایس ٹی) پوزیشن پیپر ہے۔ یہ ایک ایف اے اے اشاعت ہے جو "کسی بھی حکام کی طرف سے سرکاری پالیسی یا رہنمائی نہیں بناتی ہے"، لیکن درخواست دہندگان کو صرف تعلیمی اور معلوماتی مقاصد کے لیے سافٹ ویئر اور ہارڈ ویئر سرٹیفیکیشن کے لیے فراہم کی جاتی ہے۔ جیسا کہ ایف اے اے ایڈوائزری سرکلر اے سی 20-115 کے ذریعہ قائم کیا گیا ہے، آر ٹی سی اے کی اشاعت ڈی او-178 بی/سی ہوا کے قابل سافٹ ویئر کی تصدیق کے قابل قبول ذرائع کی وضاحت کرتی ہے۔ ترقیاتی معیارات میں منفرد، ڈی او-178 بی نے ہوا کے قابل سافٹ ویئر تیار کرتے وقت سافٹ ویئر کی ضروریات کے تجزیے اور ڈیزائن کی رسمی مصنوعات کے طور پر اعلی سطح کی ضروریات اور کم سطح کی ضروریات کے درمیان فرق متعارف کرایا۔ ڈی او-17 بی/سی نے ضروریات کی ان دو سطحوں کو مقاصد کے مختلف سیٹ تفویض کیے۔ تعمیل کو پورا کرنے کے لیے، درخواست دہندہ کو اپنی ضروریات کے ساتھ مقاصد کے دونوں سیٹوں کو پورا کرنے کی ضرورت ہے۔ تاہم، تنگ حالات میں، اس معیار کی رہنمائی ان دونوں سطحوں کو صرف ایک سطح کی ضروریات میں جوڑنے کی اجازت دیتی ہے، لیکن عام طور پر اس عمل کے خلاف خبردار کرتی ہے۔ اس پوزیشن پیپر کا تعلق اس رہنمائی کے مشاہدہ شدہ غلط استعمال سے ہے ؛ کچھ درخواست دہندگان "سادہ" مصنوعات کے لیے اعلی سطح اور کم سطح کے تقاضوں کو یکجا کر رہے تھے، لیکن ضروریات کی دونوں سطحوں کے لیے تمام متعلقہ مقاصد کو پورا نہیں کر رہے تھے۔ یہ پوزیشن پیپر سرٹیفیکیشن اتھارٹیز کی ایک مثال بھی ہے جس میں اعلی سطح اور نچلی سطح کی ضروریات کے درمیان "کیا" بمقابلہ "کیسے" کا فرق استعمال کیا گیا ہے جس کی ڈی او-178 بی/سی واضح طور پر وضاحت نہیں کرتا ہے۔ پس منظر سافٹ ویئر کی تعریف اور تصدیق کے لیے مختلف اسٹیک ہولڈرز کے مختلف مقاصد اور تجریدی سطحیں ہوتی ہیں۔ اعلی سطحی سافٹ ویئر پروڈکٹ کی فعالیت کی وضاحت یا تصدیق کے ذمہ دار اسٹیک ہولڈرز عام طور پر پروڈکٹ کے بیرونی انٹرفیس کے ڈھانچے اور طرز عمل سے متعلق ہوتے ہیں، اور اندرونی سافٹ ویئر ڈھانچے کی تفصیلات لازمی طور پر اس توجہ کی حمایت نہیں کرتی ہیں۔ دوسری طرف، تمام اندرونی کوڈ کی ضرورت کی کوریج کی وضاحت اور تصدیق کے ذمہ داروں کو اندرونی سافٹ ویئر ڈھانچے کی بہت بہتر تفصیلات کی ضرورت ہوتی ہے۔ یہ ڈی او-178 بی/سی کے لیے اعلی سطح اور نچلی سطح کی ضروریات کے لیے الگ الگ مقاصد قائم کرنے کا جواز ہے، جس میں درخواست دہندگان کے لیے بڑے منصوبوں پر اضافی ضروریات کی پرت تیار کرنے پر غور کیا جاتا ہے۔ تاہم، ڈی او-178 بی نے خاص طور پر سادہ نظاموں کے لیے صرف ایک سطح کی ضروریات کو تیار کرنے کے امکان کی اجازت دی۔ یعنی سرٹیفیکیشن اتھارٹیز (مثال کے طور پر، ایف اے اے کے نامزد انجینئرنگ نمائندے) ضرورت سے زیادہ یا کم ضرورت کی تہوں کی توقع نہیں کریں گے۔ تاہم، تصدیق کے حکام کا تجربہ یہ تھا کہ کچھ درخواست دہندگان نے اس ارادے کا غلط استعمال یا غلط استعمال کیا، اور اس کے نتیجے میں، ایسے درخواست دہندگان کو اپنے منصوبوں میں دیر سے پتہ چلا کہ وہ تعمیل کا مظاہرہ کرنے سے قاصر ہیں اور انہیں کچھ سرگرمیوں کو دہرانا پڑا۔ یہ ترقیاتی ٹولز کے کسی بھی استعمال کے لیے بھی ایک مسئلہ ہے جو ممکنہ طور پر کسی پروجیکٹ میں ضروریات کے حل کو کم کرتا ہے، خاص طور پر وہ جو اعلی تجریدی (جیسے، یو ایم ایل یا بلاک فلو ماڈلنگ) کے اشارے استعمال کرتے ہیں۔ اس طرح کے ٹولز استعمال کرنے والے درخواست دہندگان سے عام طور پر یہ اعلان کرنے کی توقع کی جاتی ہے کہ آیا ان کے ترقیاتی عمل اس طرح کے ٹول کے اشارے کو اعلی سطح کی ضروریات یا نچلی سطح کی ضروریات کو بیان کرنے کا کردار استعمال کرتے ہیں، لیکن عام طور پر دونوں نہیں۔ عام طور پر، ڈی او-178 بی یا ڈی او-254 کے تحت کئے گئے سافٹ ویئر پروجیکٹوں کے جائزے کو ہم آہنگ کرنے کے لیے سی اے ایس ٹی پوزیشن پیپرز جاری کیے گئے تھے۔ لیکن، ان کا مقصد ڈی او-178 سی کی ترقی اور حتمی ریلیز اور معاون اشاعتوں کو مطلع کرنا بھی تھا۔ چونکہ سی اے ایس ٹی میں درج کردہ زیادہ تر بحث اور استدلال نئی اشاعتوں میں شامل نہیں ہیں، اس لیے سی اے ایس ٹی تازہ ترین معیارات کے بارے میں بصیرت کا ذریعہ بنے ہوئے ہیں۔ یہ کاسٹ-15 پوزیشن پیپر اب ایف اے اے کی اشاعت کی سائٹ پر فراہم نہیں کیا گیا ہے کیونکہ ٹیم کے خدشات کو ڈی او-248 سی میں ایف اے کیو #81، ڈی او-178 سی اور ڈی او-278 اے کے لیے معاون معلومات اور ڈی او-178 ترمیم سی کے اجرا میں تبدیلیوں اور وضاحت کے ذریعے حل کیا گیا تھا: ایف اے کیو کا آغاز یورپی سرٹیفیکیشن اتھارٹیز نے کیا تھا جو درخواست دہندگان کی اپنی ضروریات میں ناقابل تلافی اور ناقابل تصدیق خلا پیدا کرنے کے خطرے سے متعلق تھے، اور یہ اعلی اور نچلی سطح کی ضروریات کو ایک ہی سطح میں ضم کرنے کی سفارش نہیں کرتا ہے۔ نوٹ "درخواست دہندہ کو سافٹ ویئر ڈویلپمنٹ کے عمل کا جواز پیش کرنے کی ضرورت پڑ سکتی ہے جو ایک ہی سطح کی ضروریات پیدا کرتے ہیں۔" ڈی او-178 سی سیکشن 5، صفحہ 31 میں شامل کیا گیا تھا۔ تاہم، دونوں میں سے کسی بھی اشاعت میں "اس موضوع کی مکمل بحث" کو مکمل طور پر شامل نہیں کیا گیا ہے جسے CAST-15 ریکارڈ کیا گیا ہے۔ اصل سی اے ایس ٹی-15 پوزیشن پیپر کا زیادہ تر ایک ہی مواد 2012 ای اے ایس اے سرٹیفیکیشن میمو ای اے ایس اے سی ایم-ایس ڈبلیو سی ای ایچ-02 (سیکشن 23 اعلی سطح اور کم سطح کے تقاضوں کو ضم کرنا) میں شائع ہوا ہے۔ مواد ڈی او-178 سی/ڈی او-178 بی اعلی سطح اور کم سطح کے سافٹ ویئر کی ضروریات کو ضم کرنے کے لیے رہنمائی فراہم کرتا ہے۔ برائے نام، ڈی او-178 سی/ڈی او-178 بی کے تناظر میں، ایک مصدقہ سافٹ ویئر پروڈکٹ کے لیے اعلی سطحی تقاضے نچلے درجے کے سافٹ ویئر کے تقاضوں سے الگ ہیں، پہلے والے سافٹ ویئر کے تقاضوں کے عمل کے نتائج ہیں اور بعد والے سافٹ ویئر ڈیزائن کے عمل کے نتائج ہیں۔ اعلی سطح کے تقاضے بنیادی طور پر وہ سسٹم کے تقاضے ہیں جو سافٹ ویئر پروڈکٹ کے لیے مختص کیے جاتے ہیں (مکمل سافٹ ویئر پروڈکٹ کیا ہوگا اور کیا کرے گا اس کا ایک بیرونی نظریہ)۔ کم سطح کے تقاضے سڑنے اور ضروریات کی وضاحت کے نتائج ہیں جیسے کہ سورس کوڈ کو کم سطح کے تقاضوں سے براہ راست تیار کیا جا سکتا ہے، جائزہ لیا جا سکتا ہے، اور اس کی جانچ کی جا سکتی ہے (سافٹ ویئر پروڈکٹ کو ایسا کرنے کے لیے کس طرح نافذ کیا جائے گا اس کا ایک اندرونی نظریہ)۔ کچھ ایپلی کیشنز میں، سسٹم/اعلی سطح کے تقاضے کافی سادگی اور تفصیل کے ہوتے ہیں کہ سورس کوڈ کو براہ راست تیار اور تصدیق کی جا سکتی ہے۔ اس صورت حال میں نظام/اعلی سطح کے تقاضوں کو بھی کم سطح کے تقاضے سمجھا جاتا ہے، جس کا مطلب ہے کہ اعلی سطح کے تقاضوں کے مقاصد کو پورا کرنے کے علاوہ، انہی تقاضوں کو کم سطح کے تقاضوں کے مقاصد کو بھی پورا کرنا چاہیے۔ سی اے ایس ٹی-15 کو جو تشویش لاحق ہوئی وہ یہ ہے کہ سافٹ ویئر سرٹیفیکیشن کے لیے کچھ درخواست دہندگان نے مندرجہ بالا رہنمائی کی تشریح ایک واحد سافٹ ویئر کی ضروریات کے دستاویز یا دیگر نمونوں میں اعلی سطحی سافٹ ویئر کی ضروریات اور کم سطحی سافٹ ویئر کی ضروریات دونوں کو یکجا کرنے کی اجازت کے طور پر کی جس میں کوئی اشارہ نہیں دیا گیا کہ کون سی ضروریات اعلی سطح کی ہیں اور جو کم سطح کی ہیں، بلکہ نچلی سطح اور اعلی سطح کی ضروریات کے درمیان سراغ لگانے کی اہلیت کو بھی چھوڑ دیا گیا ہے اور سسٹم سیفٹی سمیت سسٹم کے عمل کے لیے فیڈ بیک کے لیے اخذ کردہ ضروریات کی نشاندہی کرنے کو نظر انداز کیا گیا ہے۔ اس پوزیشن پیپر میں کئی مسائل اور خطرات پر تبادلہ خیال کیا گیا ہے جو سرٹیفیکیشن حکام اعلی سطح کے تقاضوں کے مجموعے میں کم سطح کے تقاضوں کو ضم کرنے سے پیدا ہوتے ہیں، یہ تجویز کرتے ہوئے کہ ایسا نہیں کیا جائے۔ ڈی او-178 سی اور ڈی او-278 اے کے لیے ڈی او-178 سی سپورٹنگ انفارمیشن میں ایف اے کیو #81 میں شائع ہونے والا متبادل مواد ان دونوں "کیا" اور "کیسے" کی سطحوں کو یکجا کرنے (یا ضم کرنے) کے لیے تصدیق کے خدشات کی ایک مختصر فہرست فراہم کرتا ہے۔ ایف اے کیو #81 اعلی سطح اور نچلی سطح کو ضم کرنے کے خلاف بھی سفارش کرتا ہے یہاں تک کہ ان صورتوں میں بھی جہاں کوڈ کو ضروریات کے "واحد مرحلے" میں لکھا اور تصدیق کی جا سکتی ہے جیسا کہ اصل ڈی او-178 بی/سی رہنمائی اجازت دیتی ہے، لیکن خدشات کو دور کرنے کے بارے میں تجاویز پیش کرتا ہے۔ ماڈل پر مبنی ترقی اعلی سطح اور کم سطح کی ضروریات کے درمیان فرق یا ان کا مجموعہ ماڈل پر مبنی ترقی کے ساتھ ایک خاص مسئلہ ہے۔ چونکہ دکاندار اور درخواست دہندگان ہوائی سافٹ ویئر کی ترقی میں ماڈل پر مبنی ڈویلپمنٹ ٹولز کا استعمال کرتے ہیں، اس لیے آٹومیشن اور سرٹیفیکیشن شواہد کی سطح کے خاتمے کے بارے میں تشویش پیدا ہوتی ہے۔ محتاط طور پر نامزد کرنے کے لیے دلائل دیے جاتے ہیں کہ کون سے ماڈل پر مبنی نمونے اعلی سطح کی ضروریات کی نمائندگی کرتے ہیں اور کون سے کم سطح کی ضروریات کی نمائندگی کرتے ہیں۔ آخر میں، معیاری ڈی او-331 (ماڈل پر مبنی ترقی اور تصدیق)، ڈی او-178 سی کے ضمیمہ نے ان پہلوؤں کو واضح کرتے ہوئے کہا ہے کہ اعلی سطح کی ضروریات اس ماڈل سے پہلے کی ضروریات ہیں جس سے ماڈل تیار کیا گیا ہے، نچلی سطح کی ضروریات وہ ہیں جو ماڈل میں ہی واقع ہیں۔ ڈی او-331 نے ماڈل پر مبنی ترقی کے مسئلے کو واضح کرنے کے بعد، سی اے ایس ٹی-15 کے سطح کے انضمام کے خدشات ماڈل پر مبنی ترقی پر لاگو نہیں ہوتے ہیں۔ حوالہ جات بیرونی لنکس۔ حاصل کردہ 2021-12-03۔ ایوینکس سیفٹی سافٹ ویئر کی ضروریات آر ٹی سی اے معیارات کمپیوٹر معیارات