پاورپوینت RUP : فرآیند یکپارچه منطقی / MIS سیستم های اطلاعاتی مدیریت - دانلود فایل

دانلود فایل پاورپوینت رشته مدیریت , پاورپوینت سیستم های اطلاعاتی مدیریت , پاورپوینت RUP , MIS , سیستم های اطلاعاتی مدیریت , فرآیند یکپارچه منطقی

دانلود فایل پاورپوینت RUP : فرآیند یکپارچه منطقی / MIS سیستم های اطلاعاتی مدیریت پاورپوینت RUP : فرآیند یکپارچه منطقی / MIS سیستم های اطلاعاتی مدیریت

سیستم های اطلاعات مدیریت
آر.یو.پی:
فرایند انجام یک پروژه تعریف می کند که چه کسی، چه کاری را در چه هنگام و چگونه برای رسیدن به هدف (انجام پروژه) انجام می دهد.
در مهندسی نرم افزار، هدف ساختن یک محصول نرم افزاری و یا بهبود یک نمونه ی موجود است. هدف از تعیین فرایند، تضمین کیفیت نرم افزار، برآورده شدن نیاز های کاربر و قابل تخمین بودن زمان و هزینه ی تولید می باشد. علاوه بر این، تعیین فرایند، روندی جهت تحویل مصنوعات دوران تولید نرم افزار به کارفرما و ناظر پروژه ارائه می دهد تا از این طریق اطمینان حاصل کنند که پروژه روند منطقی خود را طی می کند و نظارت درست بر انجام پروژه ممکن است و از سوی دیگر، معیاری برای ارزیابی پروژه انجام شده می باشد. تا كنون متدولوژی های مختلفی برای فرآیند تولید نرم افزار ارائه شده اند كه یكی از مشهورترین آنها RUP است.
آر.یو.پی چیست:
این فرآیند یک روش نظام مند برای تخصیص کارها و مسئولیت ها در یک تیم توسعه نرم افزار ارائه می دهد و هدف آن تولید نرم افزار بصورت بهینه و با کیفیت بالاست که بتواند نیازهای کارفرما را تحت یک برنامه زمانی مشخص و با بودجه قابل پیش بینی برآورده سازد.
آر. یو. پی بهره وری تیم تولید نرم افزار را با فراهم نمودن دسترسی تمام افراد تیم به یک پایگاه دانش سهل الوصولل به همراه راهنماها، الگوها و ابزارهای کمکی برای همه فعالیت های حیاتی توسعه، افزایش می دهد. از آنجا که تمام افراد به منابع یکسانی دسترسی دارند، لذا دید مشترکی برای توسعه نرم افزار برخوردار هستند.
تولید نرم افزار با استفاده از متدلوژی Rup براساس یک روش تکرار شونده می باشد بدین صورت که در تولید یک محصول تعدادی تکرار در نظر گرفته می شود این تکرارها در فاز های Rup صورت می پذیرد در هر فاز Rup ممکن است چندین تکرار داشته باشیم و در پایان هر تکرار یک محصول قابل ارائه وجود دارد. این محصول در پایان هر تکرار کامل تر شده و در نهایت در آخرین تکرار محصول نهایی ارائه می گردد.
چرا آر.یو.پی را یکپارچه نامیده اند:
این فرآیند از ترکیب و یکپارچه سازی چند فرآیند و متدولوژی شامل Booch، OMT و OSE دیگر ایجاد شده است.
از زبان یکپارچه مدلسازی (UML) به طور موثری بهره می گیرد.
مفاهیمی نظیر کلاس و شیء در متدهای قبلی علائم خاص و مختلفی داشته اند حال آنکه در آر. یو. پی یکسان شده اند.
دیدگاه اولیه درباره آر.یو.پی:
دیدگاهی که RUP بر اساس آن طراحی شده، به گونه ای است که محدوده وسیعی از اهداف را پوشش دهد تا ضمانت اجرایی جهت انطباق با موارد زیر حاصل شود (کراچتن 2003):
ابعاد پروژه
حوزه کاربردی برنامه (سیستمهای تجاری یا سیستمهای فنی)
زمینه های تجارت (توسعه خانگی، توسعه محصولات، فروشندگان نرم افزار مستقل، توسعه قراردادی).
ساختارهای آر.یو.پی:
RUP نقشهایی را تعریف می کند که باید در پروسه وجود داشته باشد و بر مبنای آن، صلاحیتها، تخصصها و مسئولیتهای افرادی که باید پیشرفت پروژه را محقق سازند، مشخص می شود.
RUP کارهایی را که هر یک از افراد باید در عمل انجام دهند، به طور گام به گام تشریح می کند.
این عملیات با استفاده از ابزارهایی واقعی مانند مدل ها، کدها، اسناد و گزارشها اداره می شوند.
در RUP به وفور با راهنماییهای مربوط به نقش هایی که افراد باید به عهده بگیرند، فعالیتهایی که باید انجام شوند و مصنوعات مورد نیاز برخورد خواهید نمود که در قالب خطوط راهنما، الگوها، مثالها و معلمهای ابزاری ارائه می شوند که چگونگی به وقوع پیوستن دسته ای از فعالیتها توسط یک ابزار بخصوص را شرح می دهند.
عناصر اصلی آر.یو.پی:
نقش ها (Roles ) ؛
فعاليت ها (Activities ) ؛
فرآورده ها (Artifacts ) ؛
نقشها (Roles ): رفتارها و مسئوليتهايي هستند كه توسط يك فرد يا افرادی از يك تيم در پروژه انجام می شوند از جمله نقش های موجود در یک پروژه می توان به تحلیلگر سیستم ، معمار ، مشتری و کاربر نهایی اشاره کرد.
فعاليتها (Activities ): كارهايي كه يك نقش در طول پروژه انجام می دهد را فعالیت می گویند . هر فعالیت دارای هدف مشخصی می باشد و تنها به یک نقش منصوب می شود. فعاليتها ممكن است چندين بار در تكرارهاي مختلف پروژه انجام شوند .
فرآورده ها (Artifacts ): فرآورده ها در واقع محصولات و خروجی های پروژه می باشند كه در طول فرآيند توليد یک نرم افزار، بوجود می آیند و مورد استفاده قرار می گیرند و بروز رسانی می شوند .
2 بعد آر.یو.پی :
بعد افقی یا بعد زمانی فرآیند که شامل فازهای Rup می باشد.در شکل زیر بعد افقی همان محور افقی است که بیانگر ساختار داینامیک فرآیند می باشد.
بعد عمودی یامحورعمودی، ساختار استاتیک فرآیند را نمایش می دهد که شامل 9 دیسیپلین (مدل سازي کسب و کار، نيازمنديها ، تحليل و طراحي ، پياده سازي ، تست ، استقرار، مديريت پيكر بندي ،مديريت پروژه و محيط) می باشد.
اصول اساسی آر.یو.پی:
- رسيدگي سريع و مداوم به ريسكهاي اصلي
- بيان نيازمنديهاي مشتري و تضمين برآورده ساختن آنها
- روي نرم افزار قابل اجرا متمرکز بمانيد
- تغييرات را هر چه زودتر در پروژه گنجانده شود
- معماري قابل اجرايي را از ابتداي پروژه به عنوان مبنا قرار دهيد
- سيستم را به صورت اجتماعي از مولفه ها بسازيد
- در قالب يك تيم با هم کار کنيد
- کيفيت را به عنوان يك اصل قرار دهيد نه يك فرع
مزایای آر.یو.پی:
تسهیل توسعه تکراری نرم افزار
مدیریت نیازها
مدل کردن تصویری نرم افزار
بازبینی کیفیت نرم افزار
کنترل تغییرات در نرم افزار
امکان استفاده از طریق وب
محدودیت آر.یو.پی:
از نظر بسیاری از افراد این متودولوژی بسیار پیچیده و سنگین است و یادگیری آن بسیار طولانی می باشد و از طرفی یک فرد که کاملا به این متودولوژی آشنا می باشد باید آن را برای هر پروژه تنظیم نماید. البته شرکت آی بی ام یک ابزار به نام Rational Method Composer را به همین منظور تولید نموده است. ولی باز هم موفقیت در استفاده از این متودولوزی بستگی به این فرد دارد. در حال حاضر یک نسخه ساده از این متودولوژی به نام OpenUP توسط شرکت Eclipse تهیه شده است و به صورت Open Source می باشد. OpenUP یک مرجع بسیار مناسب برای کسانی می باشد که تازه می خواهند با RUP آشنا شوند و از آن در پروژه های خود برای بار اول استفاده کنند.
ویژگی های آر.ی.پی:
بر اساس موردهای کاربری ( موردهای استفاده ) عمل می کند.(نیازهای کاربر از طریق موارد کاربری بیان می شود)
اساس آن طراحی معماری سیستم است و سیستم تولید شده از معماری استواری برخوردار خواهد بود.
مبتنی بر تکرار است.
قابلیت استفاده مجدد را فراهم می سازد زیرا پروژه به قطعات کوچک تقسیم و انجام می شود.
مراحل آر.یو.پی:
مرحله ۱: آغازین (Inception)
مرحله ۲: تحلیل جزئیات (Elaboration)
مرحله ۳: ساخت (Construction)
مرحله ۴: انتقال (Transition)
مرحله ۱: آغازین / Inception :
پایه پروژه و ابعاد آن در این مرحله مشخص می شوند. در این مرحله پروژه به طور کلی بررسی شده و هزینه و درآمد ناشی از آن محاسبه می گردد. در این مرحله برداشتی اجمالی از ابعاد پروژه بدست می آید. در انتهای این مرحله تصمیم برای انجام یا عدم انجام پروژه اتخاذ خواهد شد و تعهد لازم از کارفرما تهیه می شود.
مرحله ۲؛ تحلیل جزئیات / Elaboration :
در این مرحله جزئیات بیشتری از نیازهای سیستم جمع آوری شده و درک بهتری از پروژه صورت می پذیرد. بدین ترتیب تحلیل و طراحی سطح بالایی از سیستم صورت گرفته و پایه معماری اولیه سیستم بنا می شود. در این مرحله نقشه ساخت سیستم تولید شده است.
این مرحله با پرسشهایی نظیر: در حال ساخت چه سیستمی هستیم؟ چه چیزهایی پروژه را به مخاطره می اندازد و چه ریسکهایی برای انجام آن وجود دارد. هر چه ریسکها بیشتر و بزرگ تر باشند، دقت بیشتری در انجام پروژه باید صورت گیرد.
مرحله ۳؛ ساخت /Construction:
این مرحله به روش افزایش-تکرار صورت می گیرد. به این معنی که بر خلاف روشهایی مانند توسعه آبشاری (SSADM ) که ممکن است در برخی زمانها بعضی از اعضای تیم به دلیل انتظار برای دریافت نتیجه گروهی دیگر از اعضای تیم بیکار بمانند، در آر. یو. پی اساس کار بر تولید قطعات سیستم به صورت مرحله به مرحله است و در هر مرحله عملکرد قطعه تولید شده بهبود می یابد. لذا پس از به جریان افتادن فرآیند اعضای تیم بیکار نمانده و به افزایش حجم و دقت عملکرد قطعه تولیدی قبلی خود می پردازند.
بطور خلاصه نتیجه این فاز کدنویسی و ایجاد نرم افزار است
مرحله ۴؛ انتقال /Transition :
تمركز این فاز بر این است كه تضمین نماید نرم افزار برای كاربران نهایی آماده می باشد. فاز Transition می تواند به چندین تكرار تقسیم شود، و شامل تست كردن محصول برای آماده سازی جهت انتشار و ایجاد تنظیمات كوچك بر اساس بازخورد كاربر می باشد. در این نقطه از چرخه ی حیات، بازخورد كاربر باید بطور عمده بر تنظیم دقیق محصل، پیكربندی، نصب و نكات مربوط به قابلیت استفاده تمركز یابد، و همه ی نكات ساختاری اصلی باید هرچه زودتر در چرخه ی حیات پروژه طرح شوند. با به اتمام رسیدن فاز Transition اهداف چرخه ی حیات باید برآورده شده باشند و پروژه در موقعیتی باشد كه بتوان آنرا خاتمه داد. در برخی موارد، پایان چرخه ی حیات فعلی ممكن است با آغاز چرخه ی حیات بعدی در مورد همان محصول همزمان شود و ما را به سمت تولید یا ویرایش دیگری هدایت كند
دیسیپلین های آر.ی.پی :
دیسیپلین مجموعه ای از کارهای به هم مرتبطی است که برای انجام جنبه خاصی از یک پروژه انجام می شوند. متدولوژی RUP دارای 6 دسیسپلین اصلی (مربوط به تولید محصول) و 3 دیسیپلین كمكی (مربوط به تیم و محیط تولید) است كه در ادامه به ترتیب معرفی خواهند شد.
(Business Modeling)مدل سازی كسب و كار :
• شناخت ساختار و دینامیك های سازمانی كه در آن یك سیستم باید استقرار یابد(سازمان هدف.)
• شناخت مشكلات فعلی در سازمان هدف و تشخیص پتانسیل های بهبود
• تضمین اینكه مشتری، كاربر نهایی و تولید كنندگان یك شناخت مشترك از سازمان هدف دارند.
• هدایت نیازمندی های سیستم كه برای حمایت از سازمان هدف مورد نیازند.
• دیسیپلین مدل سازی كسب و كار توضیح می دهد كه برای رسیدن به این هدف چگونه می توان یك تصویر كلی از سازمان را تولید نمود، و براساس این تصویر كلی فرآیندها، نقش ها و مسؤولیت های آن سازمان را در یك مدل Use-case كسب وكار و یك مدل شیء كسب و كار تعریف كرد
(Requirements)نیازمندی ها :
• تشخیص و نگهداری موارد توافق با مشتری ها و سایر ذینفعان در مورد كارهایی كه سیستم باید انجام دهد.
• فرآهم آوردن شناخت بهتر از نیازمندی های سیستم برای تولید كنندگان سیستم
• تعریف مرزهای و حدود سیستم
• فراهم كردن یك پایه برای طرح ریزی مفاهیم تكنیكی تكرارها
• فراهم كردن یك پایه برای تخمین مخارج و زمان تولید سیستم
• تعریف یك واسط كاربر برای سیستم با تمركز بر روی نیازها واهداف كاربران
(Analysis & Design) تحلیل و طراحی:
• تبدیل نیازمندی ها به طراحی سیستم كه قرار است بوجود آید.
• پیدایش یك معماری مستحكم برای سیستم
• سازگار ساختن طراحی برای هماهنگ شدن با محیط پیاده سازی و طراحی آن برای كارایی بهتر
(Implementation) پیاده سازی:
• تعریف سازمان كد، برحسب زیر مجموعه ای از مجموعه های پیاده سازی سازمان یافته در لایه ها
• پیاده سازی كلاس ها و اشیاء بوسیله مؤلفه ها (فایل های منبع، باینری ها، فایل های اجرایی و...)
• تست اجزاء تولید شده به عنوان واحد ها
• مجتمع سازی نتایج تولید شده توسط پیاده سازان فردی (یا تیم ها) به صورت یك سیستم قابل اجرا
(Test) آزمون:
• یافتن و مستند كردن نقایص در كیفیت نرم افزار
• آگاهی دادن در مورد كیفیت نرم افزار بررسی شده
• اثبات اعتبار فرضیاتی كه در طراحی و مشخصات نیازمندی ها ساخته شدند، از طریق نمایش های واقعی
• تصدیق عملكردهای محصول نرم افزار همانطور كه طراحی شده است.
• تصدیق اینكه نیازمندی ها بدرستی پیاده سازی شده اند
(Deployment)استقرار:
دیسیپلین استقرار فعالیت هایی را توضیح می دهد كه تضمین می كنند محصول نرم افزاری برای كاربران نهایی اش در دسترس می باشد. دیسیپلین استقرار سه حالت استقار محصول را توضیح می دهد.
• نصب اختصاصی
• آماده فروش كردن محصول نهایی
• دستیابی به نرم افزار از طریق اینترنت
(Environment)محیط:
دیسیپلین محیط بر فعالیت هایی كه برای پیكربندی فرآیند برای یك پروژه لازم و ضروری اند، متمركز می شود. این دیسیپلین فعالیت های مورد نیاز برای تولید رهنمودهایی كه در جهت پشتیبانی از یك پروژه لازم می باشند را توضیح می دهد. هدف فعالیت هایی محیطی فراهم آوردن محیط تولید (هم فرآیندها و هم ابزاری كه تیم تولید را پشتیبانی می كنند) برای سازمان تولید كننده نرم افزار می باشد.
(Project Management)مدیریت پروژه:
• فراهم كردن یك چارچوب برای مدیریت پروژه های صرفاً نرم افزاری
• فراهم كردن رهنمودهای عملی برای طرح ریزی، تعیین نیروی انسانی، اجرا و نظارت بر پروژه ها
• فراهم كردن یك چارچوب برای مدیریت ریسك
• با این وجود، این دیسیپلین از RUP برای
(Configuration & Change Management)مدیریت پیكربندی و تغییرات:
• تشخیص موارد پیكربندی
• محدود كردن تغییرات آن موارد
• رسیدگی به تغییراتی كه برای آن موارد ساخته شده
• تعریف و مدیریت پیكربندی آن موارد
متدها، فرآیندها و ابزاری كه برای ایجاد
کاربران آر.یو.پی:
RUP به صورت وسيعي در طي چند سال گذشته، پذيرفته شده است که اين ، علامت تغيير در صنعت مي باشد.و کمپاني ها و سازمانها به روشهاي گوناگون از RUP استفاده مي کنند برخي از سازمانها از RUP به صورت بسيار رسمي و با درجه ، بالايي از نظم و ديسيپلين، استفاده مي کنند. اين سازمانها ، فرآيند کمپاني خود را با استفاده از RUP، تكامل داده اند و با دقت زيادي از آن استفاده مي کنند. ساير سازمانهاکاربردي غير رسمي تر دارند و ساختار RUPرا به عنوان يك پيش زمينه و توصيه قالبها و رهنمودهايي در حين کار استفاده مي کنند و از آن به عنوان نوعي دانش مهندسي نرم افزار استفاده مي کنند. نمونه هايي از صنايع گوناگون که در سراسر دنيا از RUP استفاده مي کنند.
- ارتباطات از راه دور
- ساخت و توليد
- خدمات مالي
- مجتمع سازان سيستم ها
نتیجه :
از آنچه گذشت در می یابیم اولاً در حال حاضر تنها روش توسعه نرم افزاری که مورد پذیرش در عرصه جهانی است، RUP می باشد. ثانیاً این روش علاوه بر ساماندهی به فرایند تولید نرم افزار از دو بعد زمان و کیفیت، به لحاظ برخورداری از انعطاف پذیری بالا در صورت کاربرد و پیاده سازی صحیح می تواند سبب تسریع فرایند تولید و توسعه نرم افزار و تأمین کیفیت مورد نظر در نرم افزار گردد و نهایتاً این که یکی از مهم ترین ویژگی های RUP این است که قابلیت توسعه و تغییر نرم افزار ها را بر اساس تغییر نیازهای کاربران و نیز تغییر فناوری، از قبل پیش بینی نموده است.

پاورپوینت رشته مدیریت

پاورپوینت سیستم های اطلاعاتی مدیریت

پاورپوینت RUP

MIS

سیستم های اطلاعاتی مدیریت

فرآیند یکپارچه منطقی

مقاله