Goal modeling
گول ماڈل ضروریات انجینئرنگ کا ایک عنصر ہے جسے کاروباری تجزیہ میں بھی زیادہ وسیع پیمانے پر استعمال کیا جا سکتا ہے۔ متعلقہ عناصر میں دیگر کاروباری اور تکنیکی شعبوں کے علاوہ اسٹیک ہولڈرز کا تجزیہ، سیاق و سباق کا تجزیہ، اور منظرنامے شامل ہیں۔ اصول اہداف وہ مقاصد ہیں جنہیں ایک نظام کو مطلوبہ سافٹ ویئر اور ماحول میں اداکاروں کے تعاون کے ذریعے حاصل کرنا چاہیے۔ کسی پروجیکٹ کے ابتدائی مراحل میں گول ماڈلنگ خاص طور پر مفید ہے۔ منصوبے اس بات پر غور کر سکتے ہیں کہ مطلوبہ نظام تنظیمی اہداف کو کس طرح پورا کرتا ہے (یہ بھی دیکھیں)، نظام کی ضرورت کیوں ہے اور اسٹیک ہولڈرز کے مفادات کو کس طرح حل کیا جا سکتا ہے۔ ایک گول ماڈل: کسی نظام اور اس کے ماحول کے درمیان تعلقات کا اظہار کرتا ہے (یعنی۔ نہ صرف اس بات پر کہ نظام کو کیا کرنا چاہیے، بلکہ کیوں)۔ اس سے جو تفہیم ملتی ہے، اس کی وجوہات کے بارے میں کہ کسی نظام کی ضرورت کیوں ہے، اس کے تناظر میں، مفید ہے کیونکہ "نظام طویل عرصے سے قائم شدہ طریقوں کو خودکار بنانے کے بجائے بنیادی طور پر کاروباری عمل کو تبدیل کرنے کے لیے تیزی سے استعمال ہوتے ہیں"۔ تقاضوں کی وضاحت کرتا ہے: اہداف کی وضاحت "کیوں"، "کیسے" اور "کیسے" پوچھنے کی طرف لے جاتی ہے۔ اسٹیک ہولڈرز کی ضروریات اکثر اس عمل میں ظاہر ہوتی ہیں، جس میں یا تو گمشدہ ضروریات، یا زیادہ وضاحت (ایسی چیزوں کے لیے پوچھنا جن کی ضرورت نہیں ہے) کا خطرہ کم ہوتا ہے۔ بڑے اہداف کو چھوٹے، قابل حصول اہداف میں تجزیہ کرنے کی اجازت دیتا ہے: تنازعات سے نمٹنا: گول ماڈلنگ لاگت، کارکردگی، لچک، سلامتی اور دیگر اہداف کے درمیان تجارت کی شناخت اور حل کرنے میں مدد کر سکتی ہے۔ یہ اسٹیک ہولڈرز کے درمیان مختلف مفادات کو ظاہر کر سکتا ہے۔ یہ تنازعات کی نشاندہی کر سکتا ہے کیونکہ ایک مقصد کو حاصل کرنا دوسرے مقاصد کو حاصل کرنے میں مداخلت کر سکتا ہے۔ ضرورت کی تکمیل کو ناپنے کے قابل بناتا ہے: ضروریات کو مکمل سمجھا جا سکتا ہے اگر وہ ہدف ماڈل کے تمام اہداف کو پورا کرتے ہیں۔ ضروریات کو ڈیزائن سے جوڑتا ہے: مثال کے طور پر، آئی * "غیر فعال ضروریات (این ایف آر) فریم ورک" ڈیزائن کے عمل کی رہنمائی کے لیے اہداف کا استعمال کرتا ہے۔ نوٹیشن سافٹ ویئر ڈویلپمنٹ میں گول ماڈلز کے لیے کئی نوٹیشن استعمال میں ہیں، جن میں شامل ہیں: i * (واضح طور پر "آئی اسٹار") اور ایک مختلف قسم، GRL KAOS UML یوز کیس ڈائیگرام دیگر نوٹیشن محققین کی طرف سے تجویز کیے گئے ہیں، جبکہ گول اسٹرکچرنگ نوٹیشن (GSN) اور GRL بعض اوقات سیفٹی سے متعلق صنعتوں میں ریگولیٹر کو مطمئن کرنے کے لیے سیفٹی کیس بنانے کے لیے استعمال ہوتے ہیں۔ آئی * میں گول ماڈلنگ اشارہ دو قسم کا خاکہ فراہم کرتا ہے: "اسٹریٹجک انحصار" (ایس ڈی)، مخصوص اہداف کے لحاظ سے کرداروں کے درمیان تعلقات کی وضاحت کرتا ہے جو ایک کردار فراہم کرنے کے لیے دوسرے کردار پر منحصر ہوتا ہے۔ "اسٹریٹجک ریشنل" (ایس آر)، ایس ڈی ماڈل پر شناخت شدہ اہداف کا ذیلی اہداف اور کاموں میں تجزیہ کرنا۔ i * ہر کردار (ایک اداکار، ایجنٹ یا پوزیشن) کو ایک بڑے دائرے کے طور پر دکھاتا ہے جس میں اہداف، کام اور وسائل ہوتے ہیں جو اس کردار کے مالک ہوتے ہیں۔ آئی * میں ملکیت کا مطلب یہ ہے کہ کردار اپنے مقاصد کی تکمیل چاہتا ہے، یا تو اپنے فائدے کے لیے یا کسی اور کردار کے فائدے کے لیے۔ اہداف کو عبور کرنے کے لیے "رکاوٹوں" (منفی اہداف) کے ساتھ ہو سکتا ہے۔ غیر فعال اہداف کو آئی * میں "سافٹ گولز" کے طور پر ماڈل کیا جا سکتا ہے: انہیں بادلوں یا انڈینٹڈ اوولز کے طور پر خاکہ بنایا جاتا ہے۔ کے اے او ایس میں گول ماڈلنگ کے اے او ایس گول ماڈلنگ نوٹیشن مقاصد اور رکاوٹوں کی وضاحت کرنے کا ایک طریقہ فراہم کرتا ہے، جس کی بنیاد تجزیہ کے رسمی (ریاضیاتی) طریقہ کار پر ہوتی ہے۔ یو ایم ایل یو ایم ایل کے یوز کیس ڈائیگرام میں گول ماڈلنگ ایک سادہ گول ماڈلنگ نوٹیشن فراہم کرتی ہے۔ بلبلے فنکشنل اہداف کا نام دیتے ہیں، لہذا یوز کیس ڈائیگرام ایک سادہ فنکشن-صرف گول ماڈل بناتا ہے: جیسا کہ کاک برن لکھتے ہیں، استعمال کے معاملات صرف طرز عمل کی ضروریات کا احاطہ کرتے ہیں۔ کرداروں کو اداکاروں (خاکہ پر چھڑی والے) کے طور پر دکھایا جاتا ہے، جو استعمال کے معاملات سے منسلک ہوتے ہیں جن میں وہ حصہ لیتے ہیں۔ استعمال کے معاملات کو انڈاکار بلبلوں کے طور پر تیار کیا جاتا ہے، جو مطلوبہ طرز عمل کے اہداف کی نمائندگی کرتے ہیں۔ غلط استعمال کے معاملات کے اضافے کے ساتھ، اشارے مطلوبہ اہداف اور فعال خطرات دونوں کا نمونہ بن سکتے ہیں۔ غلط استعمال کیس نوٹیشن منفی (ممکنہ طور پر دشمن) اسٹیک ہولڈرز کو غلط استعمال کے معاملات کے بنیادی اداکاروں کے طور پر ظاہر کرتا ہے۔ ان کو خاکہ کے دائیں طرف گروپ کیا جا سکتا ہے۔ اشارے مناسب تخفیف یا روک تھام کے اہداف کو دریافت کرنے میں مدد کر سکتے ہیں، جنہیں ذیلی استعمال کے معاملات کے طور پر دکھایا گیا ہے۔ ان کا مقصد اکثر سلامتی، حفاظت، یا وشوسنییتا کو بہتر بنانا ہوتا ہے، جو غیر فعال اہداف ہیں۔ غیر فعال ضروریات کو کسی حد تک منفی اہداف کی وضاحت کے لیے غلط استعمال کے معاملات کا استعمال کرتے ہوئے استعمال کیس اسٹائل میں بیان کیا جا سکتا ہے ؛ لیکن اس طرح دریافت کیے گئے (مثبت) اہداف اکثر فعال ہوتے ہیں۔ مثال کے طور پر، اگر چوری سیکیورٹی کے لیے خطرہ ہے، تو فٹنگ تالے ایک تخفیف ہے ؛ لیکن یہ کہ ایک دروازہ بند کیا جا سکتا ہے ایک فعال ضرورت ہے۔ جوابی نقطہ یہ ہے کہ استعمال کے معاملات علمی سائنس کی جڑوں سے نہیں ہیں، جبکہ آئی * اور کے اے او ایس ہیں۔ درحقیقت، استعمال کے معاملات کے پیچھے کے ادب میں بحث شامل نہیں ہے۔ مقصد کا ارادہ، مقصد کی اصلاح، اختتام کا مطلب، راسموسن وغیرہ کو کال نہیں کرتا ہے۔ گول ریفائنمنٹ فی کاگنیٹو سائنس کے الفاظ کے بجائے اہداف کے بصری استعارے کی وجہ سے استعمال کے معاملات کو اہداف سے جوڑنے کا رجحان ہو سکتا ہے۔ کتب خانہ الیگزینڈر، ایان اور بیوس ڈیوکک، لجرکا۔ ضروریات کو دریافت کرنا: مصنوعات اور خدمات کی وضاحت کیسے کی جائے۔ ولی، 2009۔ الیگزینڈر، ایان ایف۔ اور میڈن، نیل۔ منظرنامے، کہانیاں، استعمال کے معاملات۔ ولی، 2004۔ کاک برن، ایلیسٹیر۔ مؤثر استعمال کے معاملات لکھنا۔ ایڈیسن-ویسلی، 2001۔ فاؤلر، مارٹن۔ یو ایم ایل ڈسٹلڈ۔ تیسرا ایڈیشن۔ ایڈیسن-ویسلی، 2004۔ وین لامسویرڈے، ایکسل۔ ضروریات انجینئرنگ: سسٹم کے اہداف سے لے کر یو ایم ایل ماڈلز سے لے کر سافٹ ویئر کی خصوصیات تک۔ ولی، 2009۔ یو، ایرک، پاؤلو جارجینی، نیل میڈن اور جان مائیلوپولوس۔ (ایڈیٹرز) ضروریات انجینئرنگ کے لیے سماجی ماڈلنگ۔ ایم آئی ٹی پریس، 2011۔ بینیفٹ ڈیپینڈینسی نیٹ ورک حوالہ جات بیرونی لنکس i * آفیشل ویب سائٹ، ٹیوٹوریل اور کتابچہ کے ساتھ-"ایک ایجنٹ اور مقصد پر مبنی ماڈلنگ فریم ورک" i * وکی رہنما خطوط اور مثالوں کے ساتھ کے اے او ایس ٹیوٹوریل مشترکہ مقصد اور عمل پر مبنی ماڈلنگ کے لیے ای ای ایم ایل کا استعمال: ایک کیس اسٹڈی-جان کروگسی انٹرپرائز ماڈلنگ سافٹ ویئر کی ضروریات کا مقصد