سسٹم ڈیولپمنٹ میں ضروریات کی تعریف کے دوران درج ذیل میں سے کون سا کام کیا جاتا ہے؟
پروگراموں کے اندرونی ماڈیول ڈھانچے اور پروسیسنگ کے طریقۂ کار کا فیصلہ کرنا
سسٹم کے باقاعدہ چالو ہونے کے بعد پیش آنے والی خرابیاں دور کرنا اور اس کے فنکشنز بہتر بنانا
صارفین کے کاروباری کاموں کا جائزہ لینا اور یہ واضح کرنا کہ سسٹم کو کون سے فنکشنز اور کارکردگی فراہم کرنی چاہیے
ہر مکمل شدہ پروگرام کو ایک ایک کر کے جانچنا کہ وہ ڈیزائن دستاویزات کے مطابق کام کرتا ہے
درست جوابC. صارفین کے کاروباری کاموں کا جائزہ لینا اور یہ واضح کرنا کہ سسٹم کو کون سے فنکشنز اور کارکردگی فراہم کرنی چاہیے
ضروریات کی تعریف (要件定義) ڈیولپمنٹ کا پہلا مرحلہ ہے: اس میں صارفین کی درخواستوں کو منظم کر کے یہ واضح کیا جاتا ہے کہ سسٹم کو کون سے فنکشنز اور کارکردگی فراہم کرنی چاہیے۔ آپشن A اندرونی ڈیزائن (内部設計)، آپشن D یونٹ ٹیسٹنگ (単体テスト) اور آپشن B دیکھ بھال (保守) کا کام ہے، اور یہ سب ضروریات کی تعریف کے بعد آنے والے مراحل ہیں۔
سوال 2 | بیرونی ڈیزائن
بیرونی ڈیزائن، جسے بنیادی ڈیزائن بھی کہا جاتا ہے، میں طے کی جانے والی سب سے مناسب چیز درج ذیل میں سے کون سی ہے؟
انٹیگریشن ٹیسٹنگ میں استعمال ہونے والا ٹیسٹ ڈیٹا تیار کرنے کا طریقۂ کار
کوڈنگ کے ضوابط کے مطابق متغیرات (variables) اور فنکشنز کے ناموں کو یکساں بنانا
ہر ماڈیول کا اندرونی پروسیسنگ کا طریقۂ کار اور الگورتھم
صارفین کے زیرِ استعمال اسکرینوں اور پرنٹ کی جانے والی رپورٹوں کی ترتیب (layout)
درست جوابD. صارفین کے زیرِ استعمال اسکرینوں اور پرنٹ کی جانے والی رپورٹوں کی ترتیب (layout)
بیرونی ڈیزائن (外部設計) وہ مرحلہ ہے جس میں صارفین کو نظر آنے والے حصے، جیسے اسکرینیں، رپورٹ فارم اور ڈیٹا کا تبادلہ، طے کیے جاتے ہیں، اس لیے آپشن D درست ہے۔ آپشن C اندرونی ڈیزائن (内部設計)، آپشن B پروگرامنگ اور آپشن A ٹیسٹنگ کے مرحلے سے تعلق رکھتا ہے؛ ان میں سے کوئی بھی بیرونی ڈیزائن میں طے نہیں ہوتا۔
سوال 3 | ڈیزائن کے مراحل
درج ذیل میں سے کون سا بیان بیرونی ڈیزائن اور اندرونی ڈیزائن کے باہمی تعلق کی مناسب وضاحت کرتا ہے؟
بیرونی ڈیزائن میں طے کی گئی، صارفین کو نظر آنے والی تفصیلات (specifications) کو اندرونی ڈیزائن میں پروگرام کے ڈھانچے میں ڈھالا جاتا ہے
بیرونی ڈیزائن اندرونی ڈیزائن مکمل ہونے کے بعد، اس کے نتائج کی بنیاد پر کیا جاتا ہے
بیرونی ڈیزائن اور اندرونی ڈیزائن دونوں ایسے مراحل ہیں جن میں صارفین کے ساتھ متفق ہونے والی اسکرین اور رپورٹ کی ترتیب طے کی جاتی ہے
بیرونی ڈیزائن زیادہ تر پروگرامرز اور اندرونی ڈیزائن زیادہ تر صارفین کی قیادت میں کیا جاتا ہے
درست جوابA. بیرونی ڈیزائن میں طے کی گئی، صارفین کو نظر آنے والی تفصیلات (specifications) کو اندرونی ڈیزائن میں پروگرام کے ڈھانچے میں ڈھالا جاتا ہے
ڈیولپمنٹ بیرونی ڈیزائن (外部設計) سے اندرونی ڈیزائن (内部設計) کی طرف بڑھتی ہے، اور باہر سے نظر آنے والی تفصیلات کو ٹھوس ماڈیول ڈھانچوں اور پروسیسنگ کے طریقۂ کار میں تبدیل کرتی ہے۔ آپشن B ترتیب کو الٹ دیتا ہے، آپشن C اس لیے غلط ہے کہ اندرونی ڈیزائن صارفین سے متعلق تفصیلات طے کرنے کا مرحلہ نہیں، اور آپشن D ذمہ دار فریقوں کو الٹ دیتا ہے۔
سوال 4 | مراحل کی ترتیب
سسٹم ڈیولپمنٹ کے مراحل کس مناسب ترتیب سے انجام دیے جاتے ہیں؟
ضروریات کی تعریف، پھر ٹیسٹنگ، پھر سسٹم ڈیزائن، پھر پروگرامنگ
سسٹم ڈیزائن، پھر ضروریات کی تعریف، پھر ٹیسٹنگ، پھر پروگرامنگ
ضروریات کی تعریف، پھر پروگرامنگ، پھر سسٹم ڈیزائن، پھر ٹیسٹنگ
ضروریات کی تعریف، پھر سسٹم ڈیزائن، پھر پروگرامنگ، پھر ٹیسٹنگ
درست جوابD. ضروریات کی تعریف، پھر سسٹم ڈیزائن، پھر پروگرامنگ، پھر ٹیسٹنگ
ڈیولپمنٹ اس ترتیب سے آگے بڑھتی ہے: ضروریات کی تعریف (要件定義) میں طے کیا جاتا ہے کہ کیا بنانا ہے، سسٹم ڈیزائن (システム設計) میں طے کیا جاتا ہے کہ اسے کیسے حاصل کیا جائے، پروگرامنگ میں اسے بنایا جاتا ہے اور ٹیسٹنگ میں اس کی تصدیق کی جاتی ہے۔ باقی تینوں آپشنز میں ڈیزائن یا ٹیسٹنگ کو اپنی جگہ سے پہلے رکھ دیا گیا ہے، جس سے ناممکن ترتیب بنتی ہے، مثلاً کسی چیز کو بننے سے پہلے ہی جانچنا۔
سوال 5 | ماڈیول میں تقسیم
کسی پروگرام کو متعدد ماڈیولز میں تقسیم کر کے ڈیزائن کرنے کا بنیادی مقصد کیا ہے؟
ہر جزو کی خودمختاری بڑھانا، تاکہ ترمیم، ٹیسٹنگ اور دوبارہ استعمال آسان ہو جائے
پروڈکشن ماحول میں استعمال ہونے والے سرورز کی تعداد کم کر کے لاگت گھٹانا
صارفین کو درج کرنے والے اندراجات کی تعداد کم کر کے استعمال آسان بنانا
پروگرام کے سورس کوڈ کی کل سطروں میں کمی کی ضمانت دینا
درست جوابA. ہر جزو کی خودمختاری بڑھانا، تاکہ ترمیم، ٹیسٹنگ اور دوبارہ استعمال آسان ہو جائے
ماڈیول میں تقسیم (モジュール分割) ہر فنکشن کو ایک خودمختار جزو بنا دیتی ہے، جس سے تبدیلیوں کا اثر محدود ہوتا ہے اور ٹیسٹنگ اور دوبارہ استعمال آسان ہو جاتا ہے۔ پروگرام کو تقسیم کرنے سے سطروں کی کل تعداد لازماً کم نہیں ہوتی، اس لیے آپشن D غلط ہے؛ آپشن C اسکرین ڈیزائن سے اور آپشن B انفراسٹرکچر کی ترتیب سے متعلق ہے، اس لیے ان کے مقاصد مختلف ہیں۔
سوال 6 | یوزیبلٹی (استعمال میں آسانی)
یوزیبلٹی بہتر بنانے والے اسکرین ڈیزائن کی سب سے مناسب مثال درج ذیل میں سے کون سی ہے؟
اندراج کی غلطیوں سے صارفین کو فوراً آگاہ کرنا اور واضح طور پر دکھانا کہ کیا غلط ہے اور اسے کیسے درست کیا جائے
بہت سی تکنیکی اصطلاحات استعمال کرنا تاکہ صرف ماہر صارفین ہی اسکرین چلا سکیں
اسکرین پر استعمال کی کوئی ہدایات نہ دکھانا اور انہیں صرف ایک الگ دستی کتابچے (manual) میں بیان کرنا
تمام اندراجی خانے ایک ہی اسکرین پر ٹھونس دینا اور کوئی سرخی یا اضافی وضاحت بالکل نہ دکھانا
درست جوابA. اندراج کی غلطیوں سے صارفین کو فوراً آگاہ کرنا اور واضح طور پر دکھانا کہ کیا غلط ہے اور اسے کیسے درست کیا جائے
یوزیبلٹی (ユーザビリティ) سے مراد وہ آسانی ہے جس سے صارفین الجھے بغیر مؤثر طریقے سے اپنے مقاصد حاصل کر سکیں، اور غلطیوں کے بارے میں فوراً اور واضح طور پر بتانا اسے بہتر بناتا ہے۔ آپشن B، D اور C سب صارفین پر سمجھنے اور استعمال کرنے کا بوجھ بڑھاتے ہیں، جس سے استعمال کی آسانی کم ہو جاتی ہے۔
سوال 7 | قبولیت
درج ذیل میں سے کون سا بیان سافٹ ویئر کی قبولیت کی مناسب وضاحت کرتا ہے؟
سسٹم کے باقاعدہ چالو ہونے کے بعد کاروباری تبدیلیوں اور صارفین کی درخواستوں کے مطابق سافٹ ویئر کو بہتر بنانا
ڈیولپرز کا اپنے لکھے ہوئے پروگراموں کو ماڈیول بہ ماڈیول یا پروگرام بہ پروگرام ٹیسٹ کرنا
آرڈر دینے والے فریق کا فراہم کردہ سافٹ ویئر کو آپریشنل ٹیسٹنگ وغیرہ کے ذریعے جانچنا، اور اگر وہ ضروریات پوری کرے تو اسے قبول کرنا
ڈیولپرز کا ڈیزائن دستاویزات کے مطابق پروگراموں کا اندرونی ڈھانچہ اور پروسیسنگ کا طریقۂ کار تیار کرنا
درست جوابC. آرڈر دینے والے فریق کا فراہم کردہ سافٹ ویئر کو آپریشنل ٹیسٹنگ وغیرہ کے ذریعے جانچنا، اور اگر وہ ضروریات پوری کرے تو اسے قبول کرنا
سافٹ ویئر کی قبولیت (ソフトウェア受入れ) وہ مرحلہ ہے جس میں آرڈر دینے والا فریق (発注者) آپریشنل ٹیسٹنگ اور اسی طرح کی جانچ کے ذریعے تصدیق کرتا ہے کہ فراہم کردہ چیزیں ضروریات پوری کرتی ہیں، اور پھر انہیں وصول کرتا ہے؛ اسے وصولی کی جانچ (検収) بھی کہا جاتا ہے۔ آپشن B یونٹ ٹیسٹنگ، آپشن D پروگرامنگ اور آپشن A دیکھ بھال ہے، اور یہ سب قبولیت سے الگ مراحل ہیں۔
سوال 8 | یونٹ ٹیسٹنگ
درج ذیل میں سے کون سا بیان یونٹ ٹیسٹنگ کی مناسب وضاحت کرتا ہے؟
صارفین سے ان کے حقیقی کاروباری طریقۂ کار کے مطابق سسٹم چلوا کر تصدیق کرنا کہ وہ ضروریات پوری کرتا ہے
ہر ماڈیول یا انفرادی پروگرام کے لیے تصدیق کرنا کہ اس کی اندرونی پروسیسنگ درست کام کرتی ہے
پروڈکشن سے ملتے جلتے ماحول میں، کارکردگی اور بوجھ برداشت کرنے کی صلاحیت سمیت، پورے سسٹم کی تصدیق کرنا
متعدد ماڈیولز کو جوڑ کر تصدیق کرنا کہ ان کے درمیان ڈیٹا درست طریقے سے منتقل ہوتا ہے
درست جوابB. ہر ماڈیول یا انفرادی پروگرام کے لیے تصدیق کرنا کہ اس کی اندرونی پروسیسنگ درست کام کرتی ہے
یونٹ ٹیسٹنگ (単体テスト) ٹیسٹنگ کا پہلا مرحلہ ہے جو ماڈیول بہ ماڈیول کیا جاتا ہے۔ آپشن D انٹیگریشن ٹیسٹنگ (結合テスト)، آپشن C سسٹم ٹیسٹنگ اور آپشن A آپریشنل ٹیسٹنگ (運用テスト) کی وضاحت ہے، جو قبولیتی ٹیسٹنگ (受入テスト) کا کام کرتی ہے؛ یہ سب یونٹ ٹیسٹنگ کے بعد کے مراحل میں کیے جاتے ہیں۔
سوال 9 | انٹیگریشن ٹیسٹ
انٹیگریشن ٹیسٹنگ میں بنیادی طور پر کس چیز کی تصدیق کی جاتی ہے؟
یہ کہ جوڑے گئے ماڈیولز کے درمیان ڈیٹا کا تبادلہ اور ہم آہنگی درست ہے یا نہیں
یہ کہ صارفین اپنے حقیقی کاروباری بہاؤ میں بغیر کسی مسئلے کے کام کر سکتے ہیں یا نہیں
یہ کہ ایک ماڈیول کے اندر ہر ہدایت (instruction) اور شاخ (branch) چلائی گئی ہے یا نہیں
یہ کہ ڈیولپمنٹ کی لاگت ابتدائی بجٹ کے اندر رہتی ہے یا نہیں
درست جوابA. یہ کہ جوڑے گئے ماڈیولز کے درمیان ڈیٹا کا تبادلہ اور ہم آہنگی درست ہے یا نہیں
انٹیگریشن ٹیسٹنگ (結合テスト) میں یونٹ ٹیسٹنگ پاس کرنے والے ماڈیولز کو جوڑا جاتا ہے اور تصدیق کی جاتی ہے کہ انٹرفیس (インタフェース)، یعنی ان کے درمیان ڈیٹا کا تبادلہ، درست ہے۔ آپشن C یونٹ ٹیسٹنگ کے دوران کی جانے والی وائٹ باکس ٹیسٹنگ ہے، آپشن B آپریشنل ٹیسٹنگ کا مقصد ہے، اور آپشن D ٹیسٹنگ نہیں بلکہ پروجیکٹ کی لاگت کے انتظام سے متعلق ہے۔
سوال 10 | سسٹم ٹیسٹنگ
سسٹم ٹیسٹنگ، جسے مجموعی ٹیسٹنگ بھی کہا جاتا ہے، میں کیے جانے والے کام کی سب سے مناسب وضاحت درج ذیل میں سے کون سی ہے؟
پروڈکشن سے ملتے جلتے ماحول میں پورے سسٹم کی تصدیق کرنا، اور فنکشنز کے علاوہ کارکردگی اور بوجھ برداشت کرنے کی صلاحیت بھی جانچنا
خودکار فارمیٹر کے ذریعے سورس کوڈ میں حاشیے (indentation) اور فارمیٹ کی بے قاعدگیاں درست کرنا
فراہمی کے بعد صارفین کی طرف سے مانگی گئی خصوصیات کو نئے فنکشنز کے طور پر شامل کرنا
ارکان کا زیرِ تیاری ماڈیولز کو کاغذ پر مل کر ایک ایک کر کے پڑھنا تاکہ تحریر کی غلطیاں تلاش کی جا سکیں
درست جوابA. پروڈکشن سے ملتے جلتے ماحول میں پورے سسٹم کی تصدیق کرنا، اور فنکشنز کے علاوہ کارکردگی اور بوجھ برداشت کرنے کی صلاحیت بھی جانچنا
سسٹم ٹیسٹنگ (システムテスト) ڈیولپمنٹ کی طرف سے کی جانے والی ٹیسٹنگ کا آخری مرحلہ ہے، جس میں تصدیق کی جاتی ہے کہ پورا سسٹم فنکشنز، کارکردگی، بوجھ وغیرہ کے لحاظ سے ضروریات کے مطابق کام کرتا ہے۔ آپشن D جائزے (review) یا یونٹ ٹیسٹ کا کام ہے، آپشن B کوڈنگ کا کام ہے، اور آپشن C دیکھ بھال کے دوران فنکشنز کا اضافہ ہے؛ ان میں سے کوئی بھی درست نہیں۔
سوال 11 | آپریشنل ٹیسٹ
درج ذیل میں سے کون سا بیان آپریشنل ٹیسٹنگ، جسے قبولیتی ٹیسٹنگ بھی کہا جاتا ہے، کی مناسب وضاحت کرتا ہے؟
ڈیولپرز کا پروگراموں کو کاغذ پر پڑھ کر غلطیوں کی نشاندہی کرنا
ڈیولپرز کا پروگراموں کے اندرونی ڈھانچے پر توجہ دے کر ہدایات اور شاخوں کو مکمل طور پر جانچنا
ڈیولپرز کا جوڑے گئے ماڈیولز کے درمیان ہم آہنگی کی تصدیق کرنا
صارفین کا اپنے حقیقی کاروباری بہاؤ کے مطابق سسٹم چلا کر تصدیق کرنا کہ وہ ضروریات پوری کرتا ہے
درست جوابD. صارفین کا اپنے حقیقی کاروباری بہاؤ کے مطابق سسٹم چلا کر تصدیق کرنا کہ وہ ضروریات پوری کرتا ہے
آپریشنل ٹیسٹنگ (運用テスト) وہ آخری ٹیسٹ ہے جس کی قیادت صارفین، یعنی آرڈر دینے والا فریق (発注者)، کرتے ہیں تاکہ تصدیق ہو سکے کہ سسٹم حقیقی کاروباری طریقۂ کار میں استعمال کیا جا سکتا ہے۔ آپشن B وائٹ باکس ٹیسٹنگ، آپشن C انٹیگریشن ٹیسٹنگ اور آپشن A کوڈ ریویو ہے؛ یہ سب ڈیولپرز کے کام ہیں، اس لیے کرنے والا اور مقصد دونوں مختلف ہیں۔
سوال 12 | V ماڈل
V ماڈل میں بیرونی ڈیزائن، جسے بنیادی ڈیزائن بھی کہا جاتا ہے، کے مقابل کون سا ٹیسٹنگ مرحلہ ہے؟
یونٹ ٹیسٹنگ
انٹیگریشن ٹیسٹنگ
سسٹم ٹیسٹنگ
آپریشنل ٹیسٹنگ
درست جوابC. سسٹم ٹیسٹنگ
V ماڈل (V字モデル) میں ضروریات کی تعریف آپریشنل ٹیسٹنگ کے ساتھ، بیرونی ڈیزائن سسٹم ٹیسٹنگ کے ساتھ، اندرونی ڈیزائن انٹیگریشن ٹیسٹنگ کے ساتھ، اور پروگرامنگ یونٹ ٹیسٹنگ کے ساتھ جوڑا بناتی ہے۔ اس لیے بیرونی ڈیزائن کے مقابل مرحلہ سسٹم ٹیسٹنگ ہے؛ یونٹ ٹیسٹنگ پروگرامنگ کے، انٹیگریشن ٹیسٹنگ اندرونی ڈیزائن کے، اور آپریشنل ٹیسٹنگ ضروریات کی تعریف کے مقابل ہے۔
سوال 13 | وائٹ باکس
درج ذیل میں سے کون سا بیان وائٹ باکس ٹیسٹنگ کی مناسب وضاحت کرتا ہے؟
پروڈکشن جتنا ڈیٹا ڈال کر ناپنا کہ پروسیسنگ کا وقت معیار کے اندر رہتا ہے یا نہیں
ایسی ٹیسٹنگ جو پروگرام کے اندرونی ڈھانچے کو نظر انداز کر کے صرف تفصیلات (specifications) میں دکھائے گئے ان پٹ اور آؤٹ پٹ کے تعلق پر توجہ دیتی ہے
ایسی ٹیسٹنگ جو پروگرام کے اندرونی ڈھانچے پر توجہ دیتی ہے اور عمل کے راستوں کو اس طرح احاطہ کرتی ہے کہ ہدایات اور شاخیں چلائی جائیں
صارفین سے پروٹوٹائپ چلوانا اور ان کی آراء کو ضروریات میں شامل کرنا
درست جوابC. ایسی ٹیسٹنگ جو پروگرام کے اندرونی ڈھانچے پر توجہ دیتی ہے اور عمل کے راستوں کو اس طرح احاطہ کرتی ہے کہ ہدایات اور شاخیں چلائی جائیں
وائٹ باکس ٹیسٹنگ (ホワイトボックステスト) پروگرام کے اندر، یعنی اس کے کنٹرول ڈھانچے، کو دیکھ کر ٹیسٹ کیسز اس طرح بناتی ہے کہ ہدایات اور شاخیں احاطے میں آ جائیں؛ یہ زیادہ تر یونٹ ٹیسٹنگ میں استعمال ہوتی ہے۔ آپشن B بلیک باکس ٹیسٹنگ، آپشن D پروٹوٹائپنگ اور آپشن A کارکردگی کی ٹیسٹنگ کی وضاحت ہے۔
سوال 14 | بلیک باکس
بلیک باکس ٹیسٹنگ میں ٹیسٹ کیسز بنانے کا مناسب طریقہ درج ذیل میں سے کون سا ہے؟
سورس کوڈ کی سطروں کی تعداد کے تناسب سے ٹیسٹ کیسز کی تعداد مشینی انداز میں مقرر کرنا
عمل کے راستے اس طرح چننا کہ ہر شاخ کم از کم 1 بار چلائی جائے
سطر بہ سطر جانچنا کہ ڈیولپرز کے لکھے ہوئے تبصرے (comments) درست ہیں یا نہیں
تفصیلات (specifications) میں دی گئی ان پٹ شرائط کو بامعنی گروہوں میں تقسیم کرنا اور ان میں سے نمائندہ قدریں اور حدی قدریں منتخب کرنا
درست جوابD. تفصیلات (specifications) میں دی گئی ان پٹ شرائط کو بامعنی گروہوں میں تقسیم کرنا اور ان میں سے نمائندہ قدریں اور حدی قدریں منتخب کرنا
بلیک باکس ٹیسٹنگ (ブラックボックステスト) اندرونی ڈھانچہ دیکھے بغیر تفصیلات (specifications) پر مبنی ہوتی ہے، اور مساوی تقسیم (同値分割) اور حدی قدر کے تجزیے (境界値分析) کے ذریعے ان پٹ کی نمائندہ اور حدی قدریں منتخب کرتی ہے۔ آپشن B وائٹ باکس ٹیسٹنگ ہے جو اندرونی ڈھانچے پر توجہ دیتی ہے؛ آپشن A میں سطروں کی تعداد ٹیسٹ کیسز کی کوئی بنیاد نہیں؛ اور آپشن C کوڈ ریویو کا کام ہے۔
سوال 15 | ریگریشن ٹیسٹ
ریگریشن ٹیسٹنگ کرنے کا مقصد کیا ہے؟
تصدیق کرنا کہ پروگرام میں ترمیم سے ان حصوں میں خرابیاں پیدا نہیں ہوئیں جو ترمیم سے پہلے درست کام کر رہے تھے
تصدیق کرنا کہ تربیت یافتہ صارفین نے تبدیلی کے بعد کے نئے طریقۂ استعمال کو درست طور پر سیکھ لیا ہے
تصدیق کرنا کہ سسٹم میں پروڈکشن کے استعمال کو برداشت کرنے کے لیے کافی پروسیسنگ کارکردگی موجود ہے
صرف نئے شامل کیے گئے حصے کو جانچنا، اور صرف یہ تصدیق کرنا کہ شامل کیا گیا فنکشن تفصیلات کے مطابق کام کرتا ہے
درست جوابA. تصدیق کرنا کہ پروگرام میں ترمیم سے ان حصوں میں خرابیاں پیدا نہیں ہوئیں جو ترمیم سے پہلے درست کام کر رہے تھے
ریگریشن ٹیسٹنگ (回帰テスト) تصدیق کرتی ہے کہ پہلے درست کام کرنے والے موجودہ فنکشنز ترامیم یا نئی خصوصیات کے اضافے سے خراب نہیں ہوئے۔ آپشن D خود شامل کیے گئے فنکشن کی ٹیسٹنگ ہے، آپشن C کارکردگی کی ٹیسٹنگ، اور آپشن B تعلیم و تربیت کی تصدیق؛ ان میں سے کوئی بھی ریگریشن ٹیسٹنگ کا مقصد نہیں۔
سوال 16 | جائزے (review) کی تکنیکیں
سافٹ ویئر کے جائزے کی تکنیکوں میں سے، درج ذیل میں سے کون سا بیان انسپیکشن کی مناسب وضاحت کرتا ہے؟
ایک باضابطہ جائزہ جس کی میزبانی ایک ماڈریٹر کرتا ہے، اور جس میں شرکاء کے کردار اور طریقۂ کار پہلے سے طے ہوتے ہیں، تاکہ تیار شدہ چیزوں (deliverables) میں نقائص تلاش کیے جائیں
پروگرام کو حقیقت میں چلا کر تصدیق کرنا کہ دیے گئے ان پٹ کے آؤٹ پٹ تفصیلات کے مطابق ہیں
دو افراد کا ایک ٹرمینل مشترکہ طور پر استعمال کرنا اور باری باری پروگرام لکھنا
ایک نشست جس کی قیادت تیار کنندہ خود کرتا ہے، جو شرکاء کو تیار شدہ چیز ترتیب وار سمجھاتا ہے جبکہ وہ موقع پر ہی غیر رسمی طور پر غلطیوں اور سوالات کی نشاندہی کرتے ہیں
درست جوابA. ایک باضابطہ جائزہ جس کی میزبانی ایک ماڈریٹر کرتا ہے، اور جس میں شرکاء کے کردار اور طریقۂ کار پہلے سے طے ہوتے ہیں، تاکہ تیار شدہ چیزوں (deliverables) میں نقائص تلاش کیے جائیں
انسپیکشن (インスペクション) ایک باضابطہ جائزہ ہے جس کی قیادت ماڈریٹر (モデレータ) کرتا ہے، جس میں کردار اور طریقۂ کار طے ہوتے ہیں اور ریکارڈ رکھا جاتا ہے۔ آپشن D واک تھرو (ウォークスルー) ہے جو غیر رسمی ہوتا ہے؛ آپشن B پروگرام کو حقیقت میں چلا کر کی جانے والی ٹیسٹنگ ہے؛ اور آپشن C XP کی پیئر پروگرامنگ ہے؛ ان میں سے کوئی بھی انسپیکشن نہیں۔
سوال 17 | واٹر فال ماڈل
درج ذیل میں سے واٹر فال ماڈل کی مناسب خصوصیت کون سی ہے؟
پروٹوٹائپ بنانا اور صارفین کی رائے لیتے ہوئے ضروریات کو پختہ کرنا
مراحل کو ترتیب وار مکمل کرنا اور، اصولاً، پچھلے مراحل کی طرف لوٹے بغیر ڈیولپمنٹ کرنا
مختصر تکرارات (iterations) دہرانا اور ہر تکرار میں کام کرنے والا سافٹ ویئر فراہم کرنا
ڈیولپمنٹ اور آپریشنز کے عملے کا یکجا ہو کر کام کرنا اور خودکاری (automation) کے ذریعے بار بار ریلیز کرنا
درست جوابB. مراحل کو ترتیب وار مکمل کرنا اور، اصولاً، پچھلے مراحل کی طرف لوٹے بغیر ڈیولپمنٹ کرنا
واٹر فال ماڈل (ウォーターフォールモデル) مراحل کو اوپر (upstream) سے نیچے (downstream) کی طرف ترتیب وار طے کرتا ہے، اور اس مفروضے پر کہ پچھلے مراحل کی طرف واپس نہیں جانا، ہر مرحلے کی تیار شدہ چیزوں کی منظوری دیتا جاتا ہے۔ آپشن C ایجائل ڈیولپمنٹ، آپشن A پروٹوٹائپنگ ماڈل اور آپشن D DevOps کی وضاحت ہے؛ ہر ایک الگ طریقۂ کار ہے۔
سوال 18 | پروٹوٹائپنگ
پروٹوٹائپنگ ماڈل اپنانے کا بنیادی فائدہ کیا ہے؟
پروٹوٹائپ ڈیزائن دستاویزات کا متبادل بن جاتا ہے، اس لیے دستاویز سازی کی بالکل ضرورت نہیں رہتی
ابتدائی مرحلے میں صارفین سے پروٹوٹائپ جانچوانے سے ضروریات میں خلا اور غلط فہمیوں کی وجہ سے ہونے والا دوبارہ کام (rework) کم ہو جاتا ہے
چونکہ صارفین نے پروٹوٹائپ جانچ لیا ہے، اس لیے ضمانت دی جا سکتی ہے کہ سسٹم کے چالو ہونے کے بعد تفصیلات میں کوئی تبدیلی نہیں ہو گی
پروٹوٹائپ بنانے سے ڈیولپمنٹ کی کل محنت ہمیشہ کم ہوتی ہے اور لاگت آدھی رہ جاتی ہے
درست جوابB. ابتدائی مرحلے میں صارفین سے پروٹوٹائپ جانچوانے سے ضروریات میں خلا اور غلط فہمیوں کی وجہ سے ہونے والا دوبارہ کام (rework) کم ہو جاتا ہے
پروٹوٹائپنگ (プロトタイピング) ایک تکنیک ہے جو صارفین سے ابتدا ہی میں پروٹوٹائپ کا جائزہ لگوا کر ضروریات کو غلط سمجھنے کی وجہ سے ہونے والے بڑے دوبارہ کام کو روکتی ہے۔ پروٹوٹائپ کے باوجود ڈیزائن دستاویزات کی ضرورت رہتی ہے، اس لیے آپشن A غلط ہے؛ اس بات کی کوئی ضمانت نہیں کہ محنت ہمیشہ آدھی ہو جائے یا تبدیلیاں کبھی نہ ہوں، اس لیے آپشن D اور C بھی غلط ہیں۔
سوال 19 | اسپائرل ماڈل
درج ذیل میں سے کون سا بیان اسپائرل ماڈل کی مناسب وضاحت کرتا ہے؟
اوپر سے نیچے تک ایک ہی بار میں تمام فنکشنز مکمل کرنا، پچھلے مراحل کی طرف واپسی اور درمیان میں نظرِ ثانی کے بغیر
ضروریات کی تعریف کا مرحلہ چھوڑ کر پہلے کام کرنے والی چیز بنانا اور بعد میں تفصیلات کو دستاویزی شکل دینا
ڈیولپمنٹ کے تمام مراحل بیرونی ادارے کو سونپ دینا اور پیش رفت کا انتظام صرف ماہانہ رپورٹوں کے ذریعے کرنا
سسٹم کو حصوں میں تقسیم کرنا اور ڈیزائن، ڈیولپمنٹ اور جائزے کا چکر دہراتے ہوئے اس کی تکمیل کو مرغولے (spiral) کی شکل میں بڑھانا
درست جوابD. سسٹم کو حصوں میں تقسیم کرنا اور ڈیزائن، ڈیولپمنٹ اور جائزے کا چکر دہراتے ہوئے اس کی تکمیل کو مرغولے (spiral) کی شکل میں بڑھانا
اسپائرل ماڈل (スパイラルモデル) سسٹم کو حصوں میں تقسیم کر کے ڈیزائن سے جائزے تک کا چکر دہراتا ہے، جس سے خطرات کم ہوتے ہیں اور تکمیل بڑھتی ہے۔ آپشن A واٹر فال کا طرزِ فکر ہے، اور آپشن B اور C کا اسپائرل ماڈل کی تعریف سے کوئی تعلق نہیں۔
سوال 20 | ایجائل
ایجائل ڈیولپمنٹ کے طریقۂ کار کی سب سے مناسب وضاحت درج ذیل میں سے کون سی ہے؟
صارفین صرف ضروریات کی تعریف اور قبولیت کے وقت شامل ہوں، اور ڈیولپمنٹ کے دوران بالکل شامل نہ ہوں
شروع ہی میں تمام تفصیلات طے کر دینا اور، اصولاً، بعد میں کسی تبدیلی کی اجازت نہ دینا
مختصر تکرارات میں کام کرنے والا سافٹ ویئر بنانا اور صارفین کی آراء شامل کرتے ہوئے تبدیلیوں کے مطابق ڈھلنا
کام کرنے والا سافٹ ویئر جلد دکھانے کے بجائے مکمل طور پر سنواری ہوئی تفصیلی ڈیزائن دستاویزات کو ترجیح دینا
درست جوابC. مختصر تکرارات میں کام کرنے والا سافٹ ویئر بنانا اور صارفین کی آراء شامل کرتے ہوئے تبدیلیوں کے مطابق ڈھلنا
ایجائل ڈیولپمنٹ (アジャイル開発) مختصر تکرارات دہراتی ہے، اور صارفین کے ساتھ تعاون کرتے ہوئے کام کرنے والے سافٹ ویئر اور تبدیلی کے مطابق ڈھلنے کو اہمیت دیتی ہے۔ آپشن B، D اور A سب واٹر فال طرز کی ڈیولپمنٹ کی خصوصیات ہیں اور ایجائل طریقۂ کار کے برعکس ہیں۔
سوال 21 | ماڈل کا انتخاب
ضروریات ابھی طے نہیں ہوئیں، اور منصوبہ یہ ہے کہ صارفین کا ردِعمل دیکھتے ہوئے مختصر چکروں میں خصوصیات شامل کی جائیں۔ اس سسٹم کے لیے سب سے مناسب ڈیولپمنٹ پالیسی درج ذیل میں سے کون سی ہے؟
تمام ٹیسٹ آخر میں اکٹھے چلانا، اور تب تک کام کرنے کی کوئی تصدیق نہ کرنا
ضروریات کی دستاویز منظور ہونے تک ڈیولپمنٹ شروع نہ کرنا، اور منظوری کے بعد کوئی تبدیلی بالکل قبول نہ کرنا
ہر مختصر تکرار میں کام کرنے والی خصوصیات ریلیز کرنا اور صارفین کی رائے کو اگلی تکرار میں شامل کرنا
تمام فنکشنز کی تفصیلات طے کر کے سب کچھ ایک ساتھ تیار کرنا، اور صارفین کو صرف تکمیل پر دکھانا
درست جوابC. ہر مختصر تکرار میں کام کرنے والی خصوصیات ریلیز کرنا اور صارفین کی رائے کو اگلی تکرار میں شامل کرنا
جن پروجیکٹس کی ضروریات آسانی سے بدلتی ہیں، ان کے لیے ایجائل (アジャイル) طرز موزوں ہے جو ہر تکرار میں کام کرنے والی چیز فراہم کرتا ہے اور رائے کو واپس شامل کرتا ہے۔ آپشن D اور B واٹر فال طرز کے ہیں اور تبدیلی کے سامنے کمزور ہیں، اور آپشن A نقائص کی دریافت میں تاخیر کرتا ہے اور دوبارہ کام بڑھاتا ہے، اس لیے کوئی بھی اس صورتِ حال کے لیے موزوں نہیں۔
سوال 22 | RAD
درج ذیل میں سے کون سا بیان RAD، یعنی Rapid Application Development (تیز رفتار ایپلیکیشن ڈیولپمنٹ)، کی مناسب وضاحت کرتا ہے؟
ایک طریقۂ کار جس میں ڈیولپمنٹ اور آپریشنز کا عملہ قریبی تعاون کرتا ہے اور خودکاری کے ذریعے مسلسل بہتری لاتا ہے
ایک چھوٹی ٹیم اور ڈیولپمنٹ میں معاون ٹولز کے ذریعے کم مدت میں سسٹم تیار کرنے کی تکنیک
متعدد عوامی طور پر دستیاب سروسز کو ملا کر نئی سروس بنانے کی تکنیک
موجودہ پروگراموں کا تجزیہ کر کے ان کی تفصیلات اور ڈیزائن کی معلومات اخذ کرنے کی تکنیک
درست جوابB. ایک چھوٹی ٹیم اور ڈیولپمنٹ میں معاون ٹولز کے ذریعے کم مدت میں سسٹم تیار کرنے کی تکنیک
RAD ایک تکنیک ہے جو چھوٹی ٹیم اور ڈیولپمنٹ میں معاون ٹولز (開発支援ツール) کے ذریعے ڈیولپمنٹ کی مدت کم کرتی ہے۔ آپشن D ریورس انجینئرنگ (リバースエンジニアリング)، آپشن A DevOps اور آپشن C میش اپ (マッシュアップ) کی وضاحت ہے؛ ہر ایک RAD سے الگ اصطلاح ہے۔
سوال 23 | پیئر پروگرامنگ
درج ذیل میں سے کون سا بیان پیئر پروگرامنگ کی مناسب وضاحت کرتا ہے؟
دو ٹیموں کا ایک ہی خصوصیت الگ الگ تیار کرنا اور تکمیل کے بعد بہتر نتیجہ اپنانا
دو افراد کا ایک ٹرمینل مشترکہ طور پر استعمال کرنا، جہاں ڈیولپمنٹ کے دوران ایک کوڈ لکھتا ہے اور دوسرا جائزہ لیتا اور مشورہ دیتا ہے
دو صارفین سے ایک ہی اسکرین چلوا کر استعمال کی آسانی کا موازنہ کرنا
نقائص جلد تلاش کرنے کے لیے دو قسم کے ٹیسٹ بیک وقت چلانا
درست جوابB. دو افراد کا ایک ٹرمینل مشترکہ طور پر استعمال کرنا، جہاں ڈیولپمنٹ کے دوران ایک کوڈ لکھتا ہے اور دوسرا جائزہ لیتا اور مشورہ دیتا ہے
پیئر پروگرامنگ (ペアプログラミング) XP کا ایک نمایاں عمل ہے جس میں دو افراد مل کر ایک ہی کوڈ لکھتے ہیں اور موقع پر جائزے کے ذریعے معیار بلند کرتے ہیں۔ آپشن A مسابقتی طرز کی ڈیولپمنٹ ہے، آپشن D ٹیسٹ چلانے کا ایک طریقہ ہے، اور آپشن C یوزیبلٹی کا جائزہ ہے؛ ان میں سے کوئی بھی درست نہیں۔
سوال 24 | TDD
ٹیسٹ پر مبنی ڈیولپمنٹ (TDD) میں آگے بڑھنے کا مناسب طریقہ درج ذیل میں سے کون سا ہے؟
پہلے ٹیسٹ کوڈ لکھنا، پھر پروگرام اس طرح لکھنا کہ ٹیسٹ پاس ہو جائیں
تمام عمل درآمد (implementation) مکمل ہونے کے بعد ہی پہلی بار ٹیسٹوں کی منصوبہ بندی کرنا
ٹیسٹنگ مکمل طور پر بیرونی ماہرین پر چھوڑ دینا، اور ڈیولپرز کا کوئی ٹیسٹنگ نہ کرنا
پروڈکشن میں چالو ہونے کے بعد صارفین کی طرف سے خرابیوں کی اطلاع ملنے پر ہی پہلی بار ٹیسٹ بنانا
درست جوابA. پہلے ٹیسٹ کوڈ لکھنا، پھر پروگرام اس طرح لکھنا کہ ٹیسٹ پاس ہو جائیں
ٹیسٹ پر مبنی ڈیولپمنٹ (テスト駆動開発) میں پہلے ٹیسٹ لکھے جاتے ہیں، انہیں پاس کرنے کے لیے کم سے کم ضروری کوڈ لکھا جاتا ہے، اور بہتری کا عمل دہرایا جاتا ہے۔ آپشن B، C اور D میں ٹیسٹنگ عمل درآمد یا چالو ہونے کے بعد آتی ہے، جو TDD کے اس تصور کے خلاف ہے کہ ٹیسٹ ڈیولپمنٹ کی رہنمائی کرتے ہیں۔
سوال 25 | ری فیکٹرنگ
درج ذیل میں سے کون سا بیان ری فیکٹرنگ کی مناسب وضاحت کرتا ہے؟
پروگرام کا باہر سے نظر آنے والا رویہ بدلے بغیر اس کے اندرونی ڈھانچے کو زیادہ واضح بنانے کے لیے ازسرِنو ترتیب دینا
زیرِ استعمال سسٹم کو کسی دوسرے ڈیٹا سینٹر میں منتقل کرنا
صارفین کی درخواستوں پر موجودہ پروگرام میں نئی خصوصیات شامل کرنا
پروسیسنگ کی رفتار بڑھانے کے لیے سرورز کی تعداد یا میموری کی مقدار بڑھانا
درست جوابA. پروگرام کا باہر سے نظر آنے والا رویہ بدلے بغیر اس کے اندرونی ڈھانچے کو زیادہ واضح بنانے کے لیے ازسرِنو ترتیب دینا
ری فیکٹرنگ (リファクタリング) کوڈ کے باہر سے نظر آنے والے رویے کو برقرار رکھتے ہوئے اس کے اندرونی ڈھانچے کو منظم کرنے کا کام ہے، جس سے بعد کی ترامیم آسان ہو جاتی ہیں۔ آپشن C خصوصیات کا اضافہ ہے، آپشن D ہارڈ ویئر کی تقویت ہے، اور آپشن B سہولیات کی منتقلی ہے؛ ان میں سے کوئی بھی اندرونی ڈھانچے کی بہتری نہیں۔
سوال 26 | پروڈکٹ اونر
اسکرم میں پروڈکٹ اونر کا کردار کیا ہے؟
پروڈکٹ بیک لاگ کے مواد اور ترجیحات کا ذمہ دار ہونا اور پروڈکٹ کی قدر کو زیادہ سے زیادہ بڑھانا
ٹیم کے ارکان کی کارکردگی کا جائزہ لینا اور ہر فرد کو کام سونپنا
روزانہ کی پیش رفت ریکارڈ کرنا اور انتظامیہ کو بجٹ سے تجاوز کی اطلاع دینا
اسکرم کے قواعد کی درست پابندی میں مدد کرنا اور ڈیولپمنٹ میں رکاوٹ بننے والے مسائل دور کرنا
درست جوابA. پروڈکٹ بیک لاگ کے مواد اور ترجیحات کا ذمہ دار ہونا اور پروڈکٹ کی قدر کو زیادہ سے زیادہ بڑھانا
پروڈکٹ اونر (プロダクトオーナー) وہ کردار ہے جو اس بات کی ترجیحات کا ذمہ دار ہے کہ کیا بنایا جائے۔ آپشن D اسکرم ماسٹر (スクラムマスター) کا کردار ہے؛ آپشن B اسکرم میں طے شدہ نہیں، جہاں ڈیولپمنٹ ٹیم اپنی تقسیمِ کار خود طے کرتی ہے؛ اور آپشن C بھی کوئی طے شدہ کردار نہیں۔
سوال 27 | اسکرم ماسٹر
اسکرم میں اسکرم ماسٹر کے کردار کی مناسب وضاحت درج ذیل میں سے کون سی ہے؟
ٹیم کو اسکرم پر درست طریقے سے عمل کرنے میں مدد دینا اور ٹیم کی راہ میں رکاوٹ بننے والے مسائل دور کرنا
گاہکوں سے قیمتوں پر بات چیت کرنا اور معاہدے کی شرائط طے کرنا
ڈیولپمنٹ ٹیم کے ہر رکن کو کام کے احکامات دینا اور پیچھے رہ جانے والوں کو سرزنش کر کے ان کا انتظام کرنا
ضروریات کی ترجیحات طے کرنا اور ریلیز کی جانے والی خصوصیات کو حتمی شکل دینا
درست جوابA. ٹیم کو اسکرم پر درست طریقے سے عمل کرنے میں مدد دینا اور ٹیم کی راہ میں رکاوٹ بننے والے مسائل دور کرنا
اسکرم ماسٹر (スクラムマスター) ٹیم کو اسکرم پر عمل کرنے میں مدد دیتا ہے اور رکاوٹیں دور کرتا ہے۔ آپشن C جیسا حکم دینا اور قابو رکھنا اس کردار کا حصہ نہیں، آپشن B سیلز یا انتظامی شعبے کا کام ہے، اور آپشن D پروڈکٹ اونر کا کردار ہے؛ ان میں سے کوئی بھی اسکرم ماسٹر کی ذمہ داری نہیں۔
سوال 28 | اسکرم کی اصطلاحات
درج ذیل میں سے کون سا بیان اسکرم میں ڈیلی اسکرم کی مناسب وضاحت کرتا ہے؟
ڈیولپمنٹ ٹیم روزانہ مختصر وقت کے لیے مل کر پیش رفت اور مسائل کا تبادلہ کرتی ہے اور دن کے کام کی تصدیق کرتی ہے
اسپرنٹ کے اختتام پر، اس اسپرنٹ میں مکمل ہونے والی چیزیں اسٹیک ہولڈرز کو جائزے اور رائے کے لیے دکھائی جاتی ہیں
جن ضروریات کو پورا کرنا ہے انہیں ترجیحات کے ساتھ ایک فہرست میں منظم کیا جاتا ہے
ٹیم اپنے کام کے طریقے پر غور کرتی ہے اور آئندہ کے لیے بہتریاں طے کرتی ہے
درست جوابA. ڈیولپمنٹ ٹیم روزانہ مختصر وقت کے لیے مل کر پیش رفت اور مسائل کا تبادلہ کرتی ہے اور دن کے کام کی تصدیق کرتی ہے
ڈیلی اسکرم (デイリースクラム) روزانہ تقریباً 15 منٹ کی ایک مختصر میٹنگ ہے جس کا مقصد پیش رفت کا تبادلہ اور رکاوٹوں کا جلد پتا لگانا ہے۔ آپشن B اسپرنٹ ریویو (スプリントレビュー)، آپشن C پروڈکٹ بیک لاگ (プロダクトバックログ) اور آپشن D اسپرنٹ ریٹروسپیکٹو (スプリントレトロスペクティブ) کی وضاحت ہے؛ ان کا وقت اور مقصد مختلف ہیں۔
سوال 29 | CI/CD
درج ذیل میں سے کون سا بیان CI/CD، یعنی مسلسل انٹیگریشن (continuous integration) اور مسلسل فراہمی (continuous delivery)، کی مناسب وضاحت کرتا ہے؟
آپریشنز کے عملے کا فائلیں ہاتھ سے پروڈکشن ماحول میں نقل کرنا اور تبدیلیاں ایک ایک کر کے نافذ کرنا
ریلیز سے عین پہلے تمام تبدیلیوں کو ایک ہی کھیپ میں ضم کرنا اور صرف اسی وقت، ایک بار، تمام ٹیسٹ اکٹھے چلانا
نئی ڈیولپمنٹ روک کر صرف موجودہ سسٹمز کی دستاویزات کی دیکھ بھال پر کام کرنا
تبدیل شدہ سورس کوڈ کو بار بار ضم کرنا، بلڈ اور ٹیسٹ خودکار طور پر چلانا، اور ریلیز تک کے بہاؤ کو خودکار بنانا
درست جوابD. تبدیل شدہ سورس کوڈ کو بار بار ضم کرنا، بلڈ اور ٹیسٹ خودکار طور پر چلانا، اور ریلیز تک کے بہاؤ کو خودکار بنانا
CI/CD (継続的インテグレーション／継続的デリバリ) ایک عمل ہے جو چھوٹی تبدیلیوں کو بار بار ضم کرتا ہے اور بلڈ، ٹیسٹنگ اور ریلیز کو خودکار بناتا ہے، جس سے معیار اور فراہمی کی رفتار بڑھتی ہے۔ آپشن B روایتی یکبارگی انضمام (big-bang integration) ہے جو مسائل کی دریافت میں تاخیر کرتا ہے، آپشن A خودکار نہیں، اور آپشن C ڈیولپمنٹ کی سرگرمی کو ہی روک دیتا ہے، اس لیے سب غلط ہیں۔
سوال 30 | ریورس انجینئرنگ
درج ذیل میں سے کون سا عمل ریورس انجینئرنگ کے زمرے میں آتا ہے؟
ایسا ڈیولپمنٹ ماحول استعمال کرنا جس میں صرف اسکرین پر اجزاء رکھ کر ایپلیکیشنز بنائی جا سکیں
ڈیزائن دستاویزات کی بنیاد پر پروگرام بنانا
متعدد عوامی طور پر دستیاب سروسز کو ملا کر نئی سروس بنانا
موجودہ پروگرام کا تجزیہ کر کے اس کی تفصیلات اور ڈیزائن کی معلومات اخذ کرنا
درست جوابD. موجودہ پروگرام کا تجزیہ کر کے اس کی تفصیلات اور ڈیزائن کی معلومات اخذ کرنا
ریورس انجینئرنگ (リバースエンジニアリング) سے مراد موجودہ سافٹ ویئر کا تجزیہ کر کے اس کی تفصیلات اور ڈیزائن کی معلومات نکالنا ہے۔ آپشن B ڈیزائن سے عمل درآمد کی طرف عام (آگے کی سمت) ڈیولپمنٹ ہے، آپشن C میش اپ (マッシュアップ) ہے، اور آپشن A نو کوڈ یا لو کوڈ (ノーコード／ローコード) ڈیولپمنٹ کی وضاحت ہے۔
مشق: اس صفحے کے سوالات حل کریں
یہ بے ترتیب سوالات والا مشق کا ٹول ہے (JavaScript فعال ہونے پر کام کرتا ہے)۔ اوپر دیے گئے تمام سوالات اور وضاحتیں اس کے بغیر بھی پڑھی جا سکتی ہیں۔
※ وضاحتیں مطالعے کے مقصد کے لیے معلومات ہیں۔ امتحان کا نصاب اور نظام سال بہ سال بدل سکتا ہے، اس لیے امتحان منعقد کرنے والے ادارے کے سرکاری اعلانات ضرور دیکھیں۔
یہ صفحہ جاپانی اصل متن کا ترجمہ ہے۔ اگر ترجمے اور اصل متن میں فرق ہو تو جاپانی ورژن کو ترجیح دی جائے گی۔ یہ ترجمہ AI کی مدد سے کیا گیا ہے اور اس میں غلطیاں ہو سکتی ہیں۔ترجمے کی غلطی کی اطلاع دیںجاپانی اصل متن دیکھیں