Product software implementation method
پروڈکٹ سافٹ ویئر کے نفاذ کا طریقہ ایک تنظیمی ڈھانچے یا انفرادی اختتامی صارف کے ورک فلو میں سافٹ ویئر پر مبنی سروس یا جزو کو مؤثر طریقے سے مربوط کرنے کے لیے ایک منظم طریقے سے تشکیل شدہ نقطہ نظر ہے۔ یہ اندراج "بڑے" (پیچیدگی کے فرق میں بیان کردہ) پروڈکٹ سافٹ ویئر کے نفاذ کے عمل ماڈلنگ (عمل ماڈلنگ) پہلو پر مرکوز ہے، جس میں انٹرپرائز ریسورس پلاننگ سسٹم کے نفاذ کو تفصیلی مثال کے طور پر استعمال کیا گیا ہے۔ ایک پروڈکٹ سافٹ ویئر کے نفاذ کا طریقہ صارفین اور/یا تنظیموں کو ایک مخصوص سافٹ ویئر پروڈکٹ کے ساتھ چلانے کے لیے ایک خاکہ ہے۔ یہ طریقہ قواعد اور نظریات کا ایک مجموعہ ہے جو سافٹ ویئر پروڈکٹ کو لاگو کرتے وقت پیدا ہونے والے سب سے عام مسائل سے نمٹنے کے لیے ہے: تنظیمی نقطہ نظر سے کاروباری صف بندی اور انسانی نقطہ نظر سے قبولیت۔ سافٹ ویئر پروڈکشن کی تعیناتی کے سلسلے میں حتمی لنک کے طور پر پروڈکٹ سافٹ ویئر کا نفاذ مالی تناظر میں ایک بڑا مسئلہ ہے۔ یہ کہا گیا ہے کہ (پروڈکٹ) سافٹ ویئر کا نفاذ سافٹ ویئر کی خریداری کے بجٹ کا ایک تہائی حصہ (ہارڈ ویئر اور سافٹ ویئر کی ضروریات سے زیادہ) استعمال کرتا ہے۔ نفاذ کی پیچیدگی کے فرق پروڈکٹ سافٹ ویئر کو نافذ کرنے کی پیچیدگی کئی مسائل پر مختلف ہوتی ہے۔ مثالیں یہ ہیں: پروڈکٹ سافٹ ویئر استعمال کرنے والے اختتامی صارفین کی تعداد، اختتامی صارف کے لیے کاموں اور ذمہ داریوں میں تبدیلیوں پر عمل درآمد کے اثرات، تنظیم کی ثقافت اور سالمیت جہاں سافٹ ویئر استعمال ہونے والا ہے اور پروڈکٹ سافٹ ویئر کے حصول کے لیے دستیاب بجٹ۔ عام طور پر، فرق کی شناخت سائز کے پیمانے (بڑے، چھوٹے، زیادہ، کم) پر کی جاتی ہے۔ "چھوٹے" پروڈکٹ سافٹ ویئر کی ایک مثال آفس پیکیج کا نفاذ ہے۔ تاہم کسی تنظیم میں بہت سارے اختتامی صارفین ہو سکتے ہیں، اختتامی صارفین کے کاموں اور ذمہ داریوں پر اثر زیادہ شدید نہیں ہوگا، کیونکہ اختتامی صارف کا روزانہ کا ورک فلو نمایاں طور پر تبدیل نہیں ہو رہا ہے۔ "بڑے" پروڈکٹ سافٹ ویئر کی ایک مثال انٹرپرائز ریسورس پلاننگ سسٹم کا نفاذ ہے۔ نفاذ کے لیے تنظیم کے فن تعمیر کے ساتھ ساتھ خود پروڈکٹ کے بارے میں گہرائی سے بصیرت کی ضرورت ہوتی ہے، اس سے پہلے کہ اسے سیدھا کیا جا سکے۔ اگلا، ای آر پی سسٹم کے استعمال میں اختتامی صارفین کی بہت زیادہ لگن شامل ہوتی ہے کیونکہ نئے کام اور ذمہ داریاں یا تو تخلیق کی جائیں گی یا منتقل کی جائیں گی۔ دیگر "بڑے" پروڈکٹ سافٹ ویئر کی مثالیں یہ ہیں: انٹرپرائز ریسورس پلاننگ سافٹ ویئر کسٹمر ریلیشن شپ مینجمنٹ سافٹ ویئر کنٹینٹ مینجمنٹ سسٹم سافٹ ویئر ہیومن ریسورس مینجمنٹ سسٹم سپلائی چین مینجمنٹ سافٹ ویئر سافٹ ویئر کسٹمائزیشن اور بزنس پروسیس ریڈ ڈیزائن پروسیس ماڈلنگ، جو پروڈکٹ سافٹ ویئر اور تنظیمی ڈھانچوں کو سیدھا کرنے کے لیے استعمال ہوتا ہے، اس میں ایک بڑا مسئلہ شامل ہوتا ہے، جب یہ نتیجہ اخذ کیا جاتا ہے کہ پروڈکٹ سافٹ ویئر اور تنظیمی ڈھانچہ سافٹ ویئر کو نافذ کرنے کے لیے اچھی طرح سے صف بندی نہیں کرتے ہیں۔ اس صورت میں، دو متبادل ممکن ہیں: سافٹ ویئر کی تخصیص یا تنظیمی ڈھانچے کا نیا ڈیزائن، اس طرح کاروباری عمل۔ سافٹ ویئر کو حسب ضرورت بنانا دراصل پروڈکٹ سافٹ ویئر کو درزی ساختہ سافٹ ویئر میں تبدیل کر دیتا ہے، کیونکہ معیاری سافٹ ویئر کا خیال اب لاگو نہیں ہوتا ہے۔ اس کے نتیجے میں سافٹ ویئر پر سپورٹ کا نقصان ہو سکتا ہے اور سافٹ ویئر کے استعمال میں مسائل پیدا ہونے پر مشاورت حاصل کرنے کی ضرورت پڑ سکتی ہے۔ تاہم حسب ضرورت بنانے کے نتیجے میں ایسی صورتحال پیدا ہوتی ہے جہاں تنظیمی سالمیت کو ایڈجسٹ نہیں کیا جاتا ہے، جس سے اختتامی صارفین پر کم دباؤ پڑتا ہے، کیونکہ ورک فلو میں کم تبدیلیوں یا شفٹوں کی ضرورت ہوتی ہے۔ یہ حقیقت استعمال شدہ کسی بھی نئے (پروڈکٹ) سافٹ ویئر ایپلی کیشن کی قبولیت میں مثبت اضافہ کر سکتی ہے اور اس طرح عمل درآمد کے بجٹ کے نرم پہلو پر عمل درآمد کے وقت اور بجٹ میں کمی آسکتی ہے۔ پروڈکٹ سافٹ ویئر کے استعمال میں مزاحمت پیدا کرنے کے لیے کاروباری عمل کو دوبارہ ڈیزائن کرنا زیادہ سمجھدار ہے، کیونکہ تبدیل شدہ کاروباری عمل پروڈکٹ سافٹ ویئر کے اختتامی صارفین کے لیے کاموں اور ذمہ داریوں کو تبدیل کر دے گا۔ تاہم، جب کہ پروڈکٹ سافٹ ویئر میں تبدیلی نہیں کی گئی ہے، بہتر سپورٹ، تربیت اور سروس کی سطح ممکن ہے۔ کیونکہ سپورٹ سافٹ ویئر کی مخصوص سالمیت کے لیے بنائی گئی تھی۔ عمل درآمد کا فریم ورک پیشہ کے مقابلے میں رہنما اصول پروڈکٹ سافٹ ویئر کے نفاذ کے عمل سے متعلق ایک اور مسئلہ انتخاب، یا دراصل سوال ہے کہ عمل درآمد کا طریقہ کس حد تک استعمال کیا جانا چاہیے۔ نفاذ کے طریقوں کو ایک طرف ایک رہنما اصول کے طور پر استعمال کیا جا سکتا ہے، جو اس بات کی نشاندہی کرتا ہے کہ یہ طریقہ ایک عالمی خیال کے طور پر کام کرتا ہے کہ کسی بھی منصوبے کے نفاذ کے مرحلے کو کیسے چلنا چاہیے۔ یہ انتخاب حالات کے عوامل کے لیے زیادہ گنجائش چھوڑتا ہے جنہیں منتخب کردہ طریقہ کار میں دھیان میں نہیں رکھا جاتا ہے، لیکن جب عمل درآمد کے عمل کو انجام دینے میں سوالات پیدا ہوتے ہیں تو اس کے نتیجے میں ابہام پیدا ہوتا ہے۔ دوسری طرف، طریقوں کو پیشے کے طور پر استعمال کیا جا سکتا ہے، جس کا مطلب ہے کہ طریقہ کار کو سختی سے لیا جانا چاہیے اور طریقہ کار کا استعمال رہنما اصول کے بجائے پیشہ ہونا چاہیے۔ یہ نظریہ بہت مفید ہے اگر عمل درآمد کا عمل بہت پیچیدہ ہے اور عین مطابق اور عین مطابق عمل پر بہت منحصر ہے۔ تنظیمی اور کوالٹی مینجمنٹ اس نظریے کو اپنائے گا، کیونکہ کسی بھی طریقہ کار کے سخت استعمال کے نتیجے میں تنظیمی سطح پر مزید وضاحت ہوتی ہے۔ تاہم تبدیلی کا انتظام اس بات کی نشاندہی کر سکتا ہے کہ عمل درآمد کے طریقہ کار میں زیادہ لچک عمل درآمد کے عمل کے نرم پہلو کے لیے زیادہ گنجائش چھوڑتی ہے۔ نفاذ کے فریم ورک کسی مخصوص پروڈکٹ یا سروس کو نافذ کرنے کے لیے قواعد کے سیٹ کے طور پر کام کرنے والے نفاذ کے طریقوں کے علاوہ، نفاذ کے فریم ورک وقت، بجٹ اور معیار میں نفاذ کے مرحلے کی وضاحت کے لیے پروجیکٹ کے منظم ڈھانچے کے طور پر کام کرتے ہیں۔ پروجیکٹ مینجمنٹ کے کئی طریقے عمل درآمد کے طریقہ کار کو انجام دینے کے لیے ایک بنیاد کے طور پر کام کر سکتے ہیں۔ چونکہ یہ اندراج پروڈکٹ سافٹ ویئر کے نفاذ پر مرکوز ہے، نفاذ کے مرحلے کی حمایت کے لیے موزوں پروجیکٹ مینجمنٹ کے بہترین طریقے پروجیکٹ مینجمنٹ کے طریقے ہیں جو سافٹ ویئر اور انفارمیشن سسٹمز پر بھی توجہ مرکوز کرتے ہیں۔ عمل درآمد کے طریقوں کے لیے فریم ورک کے استعمال کے اطلاق کو متحرک اور جامد نظام ترقیاتی طریقہ (ڈی ایس ڈی ایم) اور پرنس 2 کو پروجیکٹ مینجمنٹ طریقہ کار کے فریم ورک کے طور پر استعمال کرنے کی مثالوں سے واضح کیا جاتا ہے۔ ڈی ایس ڈی ایم متحرک نظام کی ترقی کے طریقہ کار کی طاقت یہ ہے کہ یہ طریقہ تکرار اور اضافی قدر کے اصولوں کا استعمال کرتا ہے، جس کا مطلب ہے کہ منصوبوں کو دہرائے جانے والے مراحل میں انجام دیا جاتا ہے جہاں ہر مرحلہ منصوبے میں قدر کا اضافہ کرتا ہے۔ اس طرح عمل درآمد کے مراحل کو اضافی طور پر انجام دیا جا سکتا ہے اور پروجیکٹ کے اہم پہلوؤں میں قدر کا اضافہ کیا جا سکتا ہے جیسے کہ ہر اضافے کے اندر قبولیت، بیداری اور مہارت کی ڈگری [ایف۔ وان میئن فیلڈ، بیسسکینس پروجیکٹ مینجمنٹ، اکیڈمک سروس 1999]۔ موقع کے دائرہ کار کے انتظام کے علاوہ، انکریمنٹ نفاذ کے مراحل کے عمل ماڈلنگ کے دائرہ کار میں بھی قابل استعمال ہیں۔ انکریمنٹ کا استعمال کاروباری آرکیٹیکچرز اور پروڈکٹ سافٹ ویئر کے عمل کے ماڈلز کو سیدھا کر سکتا ہے کیونکہ مرحلے کے ہر اضافے میں مزید تفصیل شامل کرنے سے دونوں ماڈل قریب آتے ہیں۔ ڈی ایس ڈی ایم میں مرحلہ وار تربیت، دستاویزات اور جائزے کے لیے بھی گنجائش ہے۔ پرنس 2 ڈی ایس ڈی ایم کی طرح، پرنس 2 طریقہ عمل درآمد کو طریقہ کار کے اندر ایک مرحلے کے طور پر تسلیم کرتا ہے۔ پرنس 2 عمل کے ایک سیٹ پر مشتمل ہوتا ہے، جن میں سے 3 عمل خاص طور پر عمل درآمد کے لیے ہوتے ہیں۔ کسی مرحلے کو کنٹرول کرنے، مصنوعات کی ترسیل کا انتظام کرنے اور مرحلے کی حدود کا انتظام کرنے کے عمل عمل درآمد کے عمل کو وقت اور معیار جیسے عوامل کے ساتھ تفصیل سے بیان کرنے کے قابل بناتے ہیں۔ پرنس 2 طریقہ بار بار انجام دیا جا سکتا ہے لیکن یہ عمل کو سیدھے انجام دینے کے لیے بھی موزوں ہے۔ پروجیکٹ مینجمنٹ فریم ورک میں بنائے جانے والے کسی بھی عمل درآمد کے عمل کے منافع یہ ہیں: وضاحت ایک عمل درآمد کا فریم ورک وقت، معیار، بجٹ اور فزیبلٹی جیسے عوامل کے ساتھ عمل کو تفصیل سے پیش کرتا ہے۔ تکراری، اضافی نقطہ نظر جیسا کہ بیان کیا گیا ہے، نفاذ کے عمل کے مختلف مراحل کو انجام دینے کا امکان تکراری طور پر اختتامی صارف (تنظیم) کے ساتھ لاگو ہونے والے پروڈکٹ کو اضافی طور پر صف بندی کرکے عمل کو انجام دینے کے قابل بناتا ہے۔ سرایت شدہ اور عام طریقے پروڈکٹ سافٹ ویئر کو نافذ کرنے کا ایک طریقہ سرایت شدہ طریقہ یا ماڈل کا استعمال ہے۔ سرایت شدہ ماڈل معاون مواد کا حصہ ہیں (دیکھیں: پروڈکٹ سافٹ ویئر کی تعریف) جو سافٹ ویئر پیکیج کے ساتھ آتے ہیں۔ سرایت شدہ ماڈل کا استعمال کرتے ہوئے سافٹ ویئر پروڈکٹ کو لاگو کرنے کا مطلب نہ صرف یہ ہے کہ ماڈل (زیادہ تر) صرف مخصوص سافٹ ویئر پروڈکٹ کے ساتھ قابل استعمال ہے، بلکہ یہ بھی کہ پروڈکٹ کو صرف ماڈل کا استعمال کرتے ہوئے لاگو کیا جا سکتا ہے یا کیا جانا چاہیے۔ اس طرح سرایت شدہ طریقوں کو پروڈکٹ سافٹ ویئر کو نافذ کرنے کے بہت مخصوص طریقوں کے طور پر دیکھا جا سکتا ہے۔ سرایت شدہ طریقہ کار کے ساتھ سافٹ ویئر مصنوعات کی مثالیں یہ ہیں: اے آر آئی ایس سرایت شدہ ماڈل کا استعمال کرتے ہوئے ایس اے پی (ایس اے پی آر/3) کو نافذ کرنا۔ ڈائنامک انٹرپرائز ماڈلنگ (ڈی ای ایم) کا استعمال کرتے ہوئے بان ای آر پی سسٹم کو نافذ کرنا۔ اوریکل ایپلیکیشن امپلیمینٹیشن میتھڈ (اے آئی ایم) کا استعمال کرتے ہوئے اوریکل ای بزنس سویٹ کو نافذ کرنا۔ عام نفاذ کے طریقے کسی مخصوص سافٹ ویئر پروڈکٹ کے لیے نہیں ہوتے بلکہ پروڈکٹ سافٹ ویئر پروڈکٹس کو نافذ کرنے میں عام استعمال کے لیے ہوتے ہیں۔ اس استعمال کو آبجیکٹ پروسیس میتھوڈولوجی کا استعمال کرتے ہوئے پروڈکٹ سافٹ ویئر کو نافذ کرنے کی مثال کے استعمال پر تفصیل سے بیان کیا جائے گا۔ یہ طریقہ کار مثال کے طور پر ای آر پی ماڈلنگ میں بہت مفید ہے: ای آر پی سسٹم کی ماڈلنگ تاکہ اسے تنظیمی ڈھانچے میں نافذ کیا جا سکے۔ تشخیص ایک سرایت شدہ طریقہ استعمال کرنے سے یہ طاقت آتی ہے کہ طریقہ کار اس سافٹ ویئر پروڈکٹ کو نافذ کرنے کے لیے ڈیزائن کیا گیا ہے جس کے ساتھ یہ طریقہ آتا ہے۔ اس سے طریقہ کار کے کم پیچیدہ استعمال اور زیادہ معاون امکانات کا پتہ چلتا ہے۔ سرایت شدہ طریقہ کار کا منفی پہلو واضح طور پر یہ ہے کہ اسے صرف مخصوص پروڈکٹ سافٹ ویئر کے لیے استعمال کیا جا سکتا ہے۔ انجینئرز اور کنسلٹنٹس، جو کئی سافٹ ویئر پروڈکٹس کے ساتھ کام کرتے ہیں، کام کرنے کا صرف ایک طریقہ حاصل کرنے کے لیے عام طریقہ کار کا زیادہ استعمال کر سکتے ہیں۔ ای آر پی ماڈلنگ جیسے عام طریقہ کار کا استعمال کرنے میں یہ طاقت ہے کہ یہ طریقہ کئی ای آر پی سسٹمز کے لیے استعمال کیا جا سکتا ہے۔ سرایت شدہ طریقوں کے برعکس، عام طریقوں کا استعمال ان انجینئروں اور مشیروں کو قابل بناتا ہے جو ایک ایسی کمپنی میں کام کرتے ہیں جہاں کسٹمر تنظیموں میں کئی ای آر پی سسٹم نافذ کیے جاتے ہیں، کئی سرایت شدہ ماڈلز کے لیے مہارت حاصل کرنے کے بجائے، ایک مخصوص کام کرنے کے طریقہ کار کے مطابق ڈھالنے کے لیے۔ تاہم عام طریقوں میں اس بات کی کمی ہے کہ نفاذ کے منصوبے بہت زیادہ حالات پر مبنی ہو سکتے ہیں، جس کے نتیجے میں ماڈلنگ کے عمل کو انجام دینے میں مشکلات اور پیچیدگی پیدا ہو سکتی ہے، کیونکہ کم مدد دستیاب ہوگی۔ سافٹ ویئر کی ترقی کا عمل