10 مورد ضروری RUP

برای کسی که اولین بار با RUP  (که دارای 4 فاز، 9 دیسیپلین، 31 نقش، 103 دست‌آورد، 136 فعالیت، بعلاوه رهنمودها، چک‌ لیست‌ها و راهنمای ابزار می‌باشد) مواجه می‌شود این سؤال پیش می‌آید که ”چطور می‌توان از میان این همه موارد تعیین کنیم که کدام یک برای پروژه ما مورد نیاز است؟“، ”آیا به این یکی نیاز دارم؟“، ”آیا RUP فقط برای پروژه‌های بزرگ است؟“ و پاسخ نیز اغلب به این صورت است : ”خب بستگی دارد به ... “ در این مطلب یک لیست از ده مورد اساسی و ضروری RUP که می‌تواند نقطة شروعی برای چگونگی بکارگیری RUP در هر پروژه باشد معرفی می‌شود. البته ضروری است که چارچوب کلی RUP که یک فرآیند تکراری و تکاملی  است  لحاظ شود.
این ده مورد عبارتند از :

مستندات دیاگرام متن

مستندات لازم برای تکمیل دیاگرام متن شامل فرمهای لازم برای تشریح موجودیتهای خارجی و شرح خطوط جریان است .

1)     فرم تشریح موجودیتهای خارجی :

نام موجودیت	کد موجودیت	شرح موجودیت خارجی
استاد	M2	استاد به شخصی گفته می شود که دارای مدرک تحصیلی مورد تائید دانشگاه بوده و دانشگاه با وی جهت آموزش دانشجویان خود قرارداد بسته باشد .
دانشجو	M1	....

همانطور که در بالا مشاهده می کنید در فرم تشریح موجودیتهای خارجی ما تمامی موجودیتهای خود را تعریف می کنیم .

2)     فرم تشریح خطوط جریان داده :

از	به	نام خط جریان	شرح خط جریان	مرجع
-	M1	برگه پرسش نامه	برگه ای است که شامل سولاتی در مورد اساتید می باشد و در اختیار دانشجویان قرار می گیرد تا به آن پاسخ دهند .	فرم 1

فرم تشریح خطوط جریان شامل پنج ستون است که توضیح آن به شرح زیر است :

·        از : مبدا خطوط جریان می باشد . اگر مبدا خود سیستم باشد از " - " استفاده می کنیم .

·        به : مقصد خطوط جریان می باشد . اگر مقصد خود سیستم باشد از " - " استفاده می کنیم .

·        نام خط جریان :کلمه یا کلماتی است که بر روی خط جریان نوشته می شود که هدف خط جریان را در دیاگرام متن تشریح می کند .

·        شرح  خط جریان : شرح کامل خط جریان در این ستون نوشته می شود .

·        مرجع : مرجع در واقع شماره فرمی است که در سیستم دستی از آن استفاده می شود . ما در ابتدای تجزیه و تحلیل خود باید تمامی فرمهایی که در سیستم دستی مورد استفاده قرار می گیرد را جمع آوری کرده و آنها را شماره گذاری کنیم . 

لینک های PDF

با سلام

دوستان تمام فایلهای PDF مربوط به دروس رشنال را جهت استفاده شما عزیزان دوباره آپلود شده اند . اگر در لینک فایل ها خطایی به وجود آمد ما را مطلع کنید تا نسبت به رفع آن مشکل اقدام شود .

تماس با ما : [e-mail]

موفق باشید.

دیاگرام گردش مستندات

در متد SSADM   پس از ترسیم دیاگرام متن باید دیاگرام گردش مستندات ترسیم شود .

در این دیاگرام ما عناصر چارت عملیاتی را که در پائین دیاگرام متن ترسیم نموده بودیم را درون دایره هایی در وسط فرم ترسیم می کنیم و به هر یک شماره های نسبت می دهیم . سپس تعامل عناصر چارت با یکدیگر و همچنین تعامل آن را با سایر موجودیتهای خارجی ترسیم می کنیم . مشاهده خواهید کرد که ما در این چارت هر مو جودیت خارجی را با عناصری که در ارتباط هستند وصل می کنیم و به عبارت دیگر ما بوسیله دیاگرام گردش مستندات محتوای سیستم خود را که در دیاگرام متن در درون یک مربع در وسط فرم قرار داده بودیم ، تشریح می کنیم .

 

نمونه دیگر از دیاگرام گردش مستندات مربوط به یک سیستم ورود و خروج

Rapid application development یا RAD

RAD یا Rapid application development اولین بار توسط جمیز مارتین در سال 1991 پیاده سازی شد. این متدلوژی بر پایه تکرار مرحله توسعه و تولید پروتوتایپ است. روش RAD شامل یک مصالحه میان قابلیت استفاده، خصوصیات و سرعت اجرا است. RAD فرآیندی است که می خواهد چرخه حیات توسعه نرم افزار را تسریع کند که باعث می شود که در زمان توسعه و منابع صرفه جویی شود.
برای اطلاعات بیشتر به منبع RAD در اینجا مراجعه کنید. همچنین لیستی از ابزارهایی که از RAD پشتیبانی می کنند را از اینجا ببینید.

JAD یا Joint Application Development محبوب ترین روش Fact-Finding است که تلاش می کنم افرادی که در گیر پروژه هستند را در توسعه پروژه دخیل کند. JAD بر پایه 4 ایده است:
1- افرادی (عادی) که مشغول فعالیتی هستند بیشترین اطلاعات را در مورد آن فعالیت دارند.
2- افرادی که در زمینه IT تخصص دارند بیشترین اطلاعات را در مورد امکانات تکنولوژی دارند.
3- سیستم های اطلاعاتی و فرآیندهای تجاری به ندرت از هم جدا هستند، آنها روی محدوده مشترک یک سیستم واحد یا دفتر عمل می کنند و نتیجه آن در کل سیستم تاثیر می گذارد. و افرادی که در سیستم های مربوط کار می کنند نقش با ارزشی را در سیستم ایفا می کنند.
4- بهترین سیستم های اطلاعاتی زمانی طرااحی می شوند که تمام گروه ها مشتراکا با هم کار کنند.
اطلاعات بیشتر را می توانید از اینجا ببینید.

منبع : http://barnamenevis.org/forum/showthread.php?t=95280

بررسی روند تولید نرم افزار به روشXP

XP یا Extreme Programming در واقع یک فرآیند توسعه نرم افزار عمیق و منظم می باشد. این روش از سال 1990 توسط شخصی به نام Kent Beck به همراه Ward Cunningham این فرآیند را برای توسعه آسان نرم افزارها ایجاد و در سالهای بعد آن را تکمیل کردند به نحوی که از سال 1996 به عنوان یک روش مناسب کاربردهای خود را نشان داد و هم اکنون در شرکتهای مختلفی با سایز های متفاوت مورد استفاده می باشد. یکی از دلایل موفقیت این روش تاکید آن بر رضایت مشتری است. این متدلوژی برای ارائه چیزی که واقعا مشتری نیاز دارد طراحی شده است. همچنین این روش کمک می کند که نیازهای مشتری را حتی در پایانی ترین مراحل تولید در سیستم اعمال کنند. از دیگر تاکید های روش توجه به کار گروهی است و این کار را با ساده ترین و مؤثرترین راه انجام می دهد.. مدیران، مشتریان و توسعه دهندگان همه اعضای تیمی هستند که مختص تحویل یک نرم افزار خوب (با کیفیت) ایجاد شده است.

روز دانشجو مبارک

جمعه ای که گذشت روز دانشجو بود . این روز به همه دانشجویان بخصوص عزیزان دانشجویی که به وبلاگ ما سر می زنند تبریک عرض می کنیم .

یک تشکر هم از مسئولین بلاگ اسکای می کنیم که به نظرات ما توجه کرده و در قسمت مدیریت یه سری تغییرات ایجاد کرده اند تا کار ما راحت تر بشه .

دوستان از اینکه نمی توانم به تمامی ایمیل ها و نظرات شما پاسخ بدهم واقعاْ معذرت می خوام . من هم مثل خیلی از شماها دانشجو هستم . به امتحانات میان ترم و تحویل پروژه ها داریم نزدیک می شیم به همین علت خیلی کم وقت می کنم به وبلاگ سر بزنم . اگه دوستانی هستند که بتونند ما را در مدیریت کمک کنند و مطالبی برای ارائه دارند به ما ایمیل بزنند . باز هم معذرت می خوام انشا الله وقتم که یکم آزاد شد از خجالت شما هم در می آم .

با آرزوی موفقیت برای همه شما عزیزان

دیاگرام متن Context Diagram

اولین دیاگرام SSADM دیاگرام متن می باشد . این دیاگرام کلیات سیستم را منعکس می کند و از بیان جزئیات در این دیاگرام جداً خودداری می کنیم .

در دیاگرام متن ما سیستم را درون مربع در وسط فرم قرار می دهیم . هر فرد ، سازمان و یا ارگانی که به نحوی با سیستم در تعامل است و ما قصد داریم تعامل آن را میکانیزه کنیم را به عنوان موجودیت خارجی در نظر گرفته و درون بیضی دور سیستم قرار می دهیم . در SSADM ما می توانیم حاکثر 12 موجودیت خارجی داشته باشیم . اگر تعداد موجودیت های خارجی ما بیشتر از 12 موجودیت باشد ، سیستم را به چند بخش تقسیم کرده و برای هر بخش یک دیاگرام متن ترسیم می کنیم . به هر موجودیت یک کد نسبت می دهیم که با حروف M1,M2,M3,… مشخص می کنیم . اگر چند موجودیت تعامل یکسانی با سیستم دارند می توان آنها را با هم ترکیب کرد و تحت عنوان یک موجودیت تعامل آنها را با سیستم مشخص نمود . می توان فقط برای گزارشگیری موجودیتی که درون سیستم قرار دارد را به عنوان موجودیت خارجی در نظر گرفت . تعامل میان موجودیت های خارجی و سیستم را از طریق خطوط جریان داده ( Data Flow ) به تصویر می کشیم . این خطوط می بایست حتماً جهت دار باشند و مستقیم یا شکسته ترسیم شوند . بر روی خطوط جریان داده تعامل موجودیت خارجی و سیستم نوشته می شود . نکته اینکه از نوشتن فعل بر خط داده باید اجتناب کرد ، زیرا جهت خط نشان دهنده فعل است . در دیاگرام متن هیچ گاه تعامل میان موجودیت های خارجی را ترسیم نمی کنیم . در مواقع خاص اگر نیاز به ترسیم رابطه میان موجودیت های خارجی باشد این کار را با نقطه چین انجام می دهیم .

در انتهای دیاگرام متن نموداری تحت عنوان چارت عملیاتی ترسیم می شود که عملکرد بخشهای داخلی سیستم را به تصویر می کشد . برای شکست پروژه در SSADM قائم به فرد نیستیم بلکه قائم به عملیات هستیم .

فرم دیاگرام متن سیستم فروشگاه اسکی

فرم دیاگرام متن سیستم ورود و خروج پاسارگاد(یک نمونه دیاگرام متن دیگر)

فرم تقاضای سیستم میکانیزه

هدف از طرح مسئله در چرخه حیات سیستم ، تعیین دلایلی است که موجب تقاضا برای یک سیستم اطلاعاتی جدید شده است .

در فرم تقاضای سیستم میکانیزه مسئله و تقاضای تائید پروژه تولید سیستم کامپیوتری درج شده است .

فرم تقاضای سیستم میکانیزه یک قرارداد کوچک نرم افزاری است که میان کارفرما و پیمان کار بسته می شود .

متقاضی : شخصی حقیقی یا حقوقی که در خواست سیستم میکانیزه کرده .

واحد مربوطه : اگر پروژه بخشی از یک ارگان باشد واحد مربوطه زیر بخش آن سیستم است .

نوع سیستم :

سیستم جدید : سیستم دستی کار می کرده و ما می خواهیم سیستم را میکانیزه کنیم .

ترمیم سیستم : سیستم میکانیزه وجود دارد ، اما بخشهایی از آن صحیح کار نمی کند .

توسعه سیستم :  سیستم میکانیزه وجود دارد ، سیستم دارای هیچ گونه اشکالی نیست ، اما می خواهیم بخشهایی به آن اضافه کنیم .

شرح مسئله : در شرح مسئله سعی در بیان مشکلات و نیازمندی ها می باشد .

تقاضا : درخواست برای ایجاد سیستم میکانیزه با توجه به مشکلات و نیازهای سیستم موجود .

تصمیم هیئت مدیره : تصمیم هیئت مدیره در مورد تقاضای سیستم میکانیزه .

نمونه فرم تقاضای سیستم میکانیزه

سناریو برای متدلوژی SSADM

دوستان در تحلیل سیستم به روش SSADM ابتدا ما باید فرمهای مربوط به آن سیستمی که می خواهیم تحلیل کنیم جمع آوری کنیم .

در مرحله بعد ما باید مشکلات سیستم موجود را توصیف کنیم و راه حل های خود را ارائه دهیم که اغلب ما راه حل را در میکانیزه کردن سیستم می بینیم . به این توصیف سناریو گفته می شود . در زیر ما یک نمونه سناریو را که یکی از دوستان برای ما ارسال کرده است را آورده ایم و قصد داریم که بانک اطلاعاتی ارزشیابی اساتید را با استفاده از متدلوژی SSADM تحلیل کنیم . البته دوست عزیزی که این مطلب را برای ما ارسال نموده می خواهد با استفاده از متدلوژی RUP این پروژه را تحلیل کند .ما نیز به موازات ایشان ضمن همکاری در انجام پروژه این دوست عزیز ، با استفاده از متدلوژی SSADM تحلیل این پروژه انجام می دهیم .

سناریو بانک اطلاعاتی ارزشیابی اساتید

بانک اطلاعاتی ارزشیابی اساتید بانکی است که در آن اطلاعاتی در مورد ارزشیابی هایی که در همه مراکز آموزش عالی کشور در انتهای هر نیم سال تحصیلی از دانشجویان خواسته می شود تا در مورد مدرسان دانشگاه اظهار نظر نمایند، می باشد. نظرات دانشجویان معمولا به وسیله ی پاسخ دادن به سوالاتی که به صورت چند گزینه ای مطرح شده است پرسیده می شود و در نهایت پاسخبرگهایی که توسط افراد مسئول بررسی می گردید نگهداری می شد که امروزه این کار توسط کارت خوانهایی انجام می گردد و این دستگاه با خواندن علامتها این نظرسنجی را جهت هر استاد انجام می دهد . نگهداری اطلاعات ارزشیابی اساتید به طریق سنتی دارای مشکلاتی می باشد :

ü      دسترسی سهل و آسان به این اطلاعات غیر ممکن است.

ü      جهت پیداکردن استاد مورد نظر زمان زیادی نیاز می باشد.

ü      نگهداری این پاسخ برگها دشوار می باشد.

ü      قابل دسترسی همگان نیست.

ü      همراه با کاغذ بازی فراوانی می باشد.

ü      و غیره

برای اینکه بر این مشکلات غلبه کنیم یک بانک اطلاعاتی تحت وب می سازیم تا همگان از هر جایی و در هر زمان که لازم باشد به آن دسترسی داشته باشند و هر مرکز علمی، دانشجو، و .... بتواند اساتید مورد نظر خود را طبق نظرسنجی های مربوطه در درس مورد نظر انتخاب نماید.

 فرم سناریو سیستم ورود و خروج پاسارگاد ( یک مثال دیگر )