|
|
Monday 15 January 2007, 10:12 PM
|
#1 |
|
مدير انجمن
 
تاریخ عضویت: Thursday 1 January 1970
نوشته ها: 608
با تشکر: 62 تشکر شده 825 بار 147 پست   |
كتاب فارسي معرفي RUP (چارچوب فرايند توليد سيستم هاي نرم افزاري)
 پیشگفتار فصل اول . مقدمه ای بر مهندسی و تولید نرم افزار فصل دوم . راهکارهای موفق در مهندسی نرم افزار فصل سوم . آر.یو.پی چیست؟ فصل چهارم . ویژگی ها و روح آر.یو.پی فصل پنجم . چرخه ی تولید محصول فصل ششم . فاز آغازین (شناخت) فصل هفتم . فاز تشریح (معماری) فصل هشتم . فاز شناخت فصل نهم . فاز انتقال فصل دهم . ساختار محتوای و استاتیک آر.پی.یو فصل یازدهم . دیسیپلین مدیریت پروژه فصل دوازدهم . دیسیپلین مدل سازی سازمان فصل سیزدهم . دیسیپلین نیازمندی ها  MB 5.1 |
|
|
| 186 کاربر برای پست مفید M.taghavi تشکر کرده اند |
13621362 (Tuesday 20 February 2007),
222333 (Friday 25 May 2007),
7379237 (Monday 17 March 2008),
8492316 (Tuesday 12 February 2008),
abd1001 (Wednesday 31 October 2007),
adavi (Tuesday 1 September 2009),
admin (Sunday 7 December 2008),
afshinbi (Wednesday 16 April 2008),
aghel (Saturday 10 May 2008),
aghili2004_78 (Wednesday 14 February 2007),
ahmadi78 (Wednesday 14 February 2007),
ahmad_t (Sunday 6 January 2008),
ahoura1 (Monday 11 February 2008),
aidaa (Thursday 4 October 2007),
ali20082008 (Sunday 28 September 2008),
ali643 (Friday 23 February 2007),
alinetwork (Sunday 16 November 2008),
alireza_64 (Saturday 22 August 2009),
alishahbazi (Tuesday 8 January 2008),
aliziveie (Wednesday 14 February 2007),
aminarjan (Sunday 3 June 2007),
Amir7165 (Saturday 25 October 2008),
arianco (Tuesday 20 November 2007),
aries.apis (Tuesday 28 July 2009),
arminaz123 (Sunday 31 May 2009),
artimos (Sunday 29 June 2008),
ashkesham (Tuesday 13 February 2007),
a_r3003 (Thursday 10 January 2008),
baber (Thursday 15 May 2008),
Bardaan (Thursday 22 February 2007),
be_kh (Saturday 11 April 2009),
ctx199 (Thursday 22 February 2007),
daneshjoo (Sunday 25 February 2007),
dead.kitten (Saturday 29 August 2009),
Developer1361 (Friday 21 March 2008),
divdel (Monday 12 May 2008),
Dr.Radman (Saturday 1 December 2007),
dragon (Sunday 9 December 2007),
eagle (Tuesday 20 February 2007),
ealvandi (Sunday 25 May 2008),
ebrahim ghane (Wednesday 2 January 2008),
echoes (Sunday 11 May 2008),
ehsanv (Friday 23 November 2007),
electronic (Sunday 16 December 2007),
elham_najafzade (Thursday 26 March 2009),
eric Larson (Monday 26 February 2007),
expertdeveloper (Wednesday 27 February 2008),
e_rahmani (Saturday 23 May 2009),
fahime ghasemi (Monday 25 May 2009),
farhad moosavi asadzadeh (Sunday 28 October 2007),
farzaneh_r (Wednesday 23 January 2008),
Ferda (Tuesday 9 February 2010),
fkherad (Tuesday 22 January 2008),
flora_h (Wednesday 4 March 2009),
Gerdo (Thursday 22 May 2008),
ghotbi (Thursday 17 January 2008),
hamidx5 (Wednesday 14 February 2007),
hashemie (Thursday 6 March 2008),
hejazi (Tuesday 24 March 2009),
hghmousavi@yahoo.com (Monday 8 December 2008),
hojsol (Thursday 2 October 2008),
Idevco (Saturday 19 July 2008),
iran200200 (Monday 30 March 2009),
iranphoto10 (Wednesday 10 September 2008),
irnet (Sunday 9 December 2007),
ItJobs (Thursday 28 February 2008),
j.kmahmood (Friday 16 February 2007),
jaberdadkhah (Tuesday 1 September 2009),
JavanSoft (Sunday 25 February 2007),
kasraib (Wednesday 14 February 2007),
khaste_007 (Saturday 19 January 2008),
khesteghlal (Tuesday 21 April 2009),
khorshid_sh (Sunday 18 May 2008),
kmahdi70 (Saturday 28 March 2009),
kooshesh (Thursday 15 February 2007),
LBorhan (Friday 18 July 2008),
lordmohsen (Sunday 10 February 2008),
m.soleimani (Monday 24 August 2009),
mahdii (Thursday 10 July 2008),
mahdi_cmm (Wednesday 4 April 2007),
mahmood_kp (Saturday 15 August 2009),
Mahsa (Sunday 2 March 2008),
malvandi (Friday 16 February 2007),
marge_setare (Sunday 27 September 2009),
marzie hashemi (Wednesday 9 July 2008),
MasterData (Sunday 14 September 2008),
mat (Wednesday 14 November 2007),
mehdi-gh (Tuesday 17 July 2007),
mehran5 (Wednesday 28 October 2009),
Mehrdad_developer (Wednesday 18 April 2007),
Mehregan (Friday 21 September 2007),
mellissa (Tuesday 2 December 2008),
milani (Thursday 27 May 2010),
milimo (Thursday 29 May 2008),
minash (Saturday 25 July 2009),
mjafariyan (Wednesday 27 May 2009),
mnarmafzar (Sunday 28 June 2009),
Modifier (Monday 28 April 2008),
mogahi (Sunday 29 March 2009),
Mohammad.Mnt (Monday 7 May 2007),
mohammadkhan (Friday 30 November 2007),
Mohammad_So (Friday 9 May 2008),
mostafa20069 (Wednesday 19 March 2008),
motamedimehr (Thursday 5 June 2008),
mvaeghi (Monday 16 April 2007),
mydeveloper (Thursday 25 June 2009),
m_azhari (Saturday 17 February 2007),
m_firozi (Wednesday 12 September 2007),
m_pourabd (Saturday 6 October 2007),
n-qaderi (Wednesday 5 August 2009),
narsis (Saturday 3 March 2007),
narsis62 (Friday 22 May 2009),
neda-taslimi (Friday 17 July 2009),
neda60 (Sunday 30 November 2008),
nercy (Tuesday 8 April 2008),
nikmanesh (Tuesday 22 January 2008),
Nima13465 (Tuesday 6 April 2010),
nininini (Sunday 5 July 2009),
nobari (Tuesday 27 March 2007),
omid_p30 (Sunday 10 February 2008),
orasle (Friday 23 February 2007),
parasteh (Sunday 25 February 2007),
parsasoft (Monday 15 September 2008),
ParvizGhasemi (Friday 28 September 2007),
pfoghani (Saturday 24 November 2007),
ph.hamed (Monday 7 July 2008),
pooyasoft (Monday 30 April 2007),
pranses_smt (Tuesday 25 September 2007),
ra_ahmadi2000 (Tuesday 8 July 2008),
rezataheri (Saturday 24 February 2007),
roya_1360 (Saturday 21 June 2008),
s.bashari (Thursday 24 April 2008),
s.sepehrvand (Friday 23 February 2007),
sadrasoft (Saturday 22 November 2008),
saeeddavid (Saturday 7 August 2010),
saeedhosseini (Saturday 23 May 2009),
saeedi (Saturday 22 September 2007),
sahe44 (Monday 5 January 2009),
salak (Wednesday 20 May 2009),
Samaneh_it2004 (Tuesday 20 November 2007),
sara.s (Friday 17 April 2009),
Sardabir (Saturday 9 February 2008),
saro atashi (Monday 15 October 2007),
sasan sanayaei (Tuesday 11 March 2008),
sefeedar (Saturday 17 February 2007),
sepideh khanom (Tuesday 29 July 2008),
shaberoyaee (Wednesday 30 April 2008),
shahab-d (Monday 18 May 2009),
shahrezaei (Wednesday 19 August 2009),
shahroodIt (Monday 22 December 2008),
shalviri (Wednesday 20 February 2008),
shamsayee (Friday 13 June 2008),
shaparak (Sunday 23 March 2008),
shirin_iir (Saturday 7 July 2007),
shirzadi (Wednesday 27 February 2008),
siavash.rahbar (Thursday 12 June 2008),
smmousazadeh (Monday 11 May 2009),
smmwizard (Monday 11 June 2007),
snasery (Saturday 3 May 2008),
software1519 (Sunday 23 August 2009),
sohreh (Monday 19 November 2007),
Solmazv (Saturday 4 October 2008),
sponsor1977 (Tuesday 21 April 2009),
swat_xxx (Monday 25 February 2008),
sysman2 (Saturday 24 February 2007),
s_gh_yousefi (Tuesday 15 July 2008),
technic (Sunday 27 September 2009),
test-lovelysunset (Wednesday 3 June 2009),
TopIdea (Saturday 17 January 2009),
torkaman_h (Tuesday 1 January 2008),
مهرایزد (Wednesday 9 April 2008),
مهرادادصيرفي (Tuesday 13 February 2007),
مونا هاديان (Friday 9 March 2007),
مبناپرداز (Friday 2 March 2007),
مرضیه* (Friday 7 December 2007),
vbapr (Friday 21 December 2007),
war1351 (Saturday 5 July 2008),
zakerian (Tuesday 1 July 2008),
zarnegar (Friday 23 February 2007),
zoro&elena (Tuesday 20 February 2007),
الهه سبزيان (Thursday 10 April 2008),
اکبر بهرامی (Sunday 25 February 2007),
احمدرضا صراف (Wednesday 27 February 2008),
جابرزاده (Friday 2 January 2009),
سمیرا.ی (Tuesday 1 September 2009),
شادی17 (Thursday 18 June 2009)
|
| ....... | |
|
Friday 23 February 2007, 04:21 PM
|
#2 |
|
مدير انجمن
تاریخ عضویت: Thursday 1 January 1970
نوشته ها: 608
با تشکر: 62 تشکر شده 825 بار 147 پست |
password
با سلام
password : developercenter.ir موفق باشيد . تمام |
|
|
|
| 34 کاربر برای پست مفید M.taghavi تشکر کرده اند |
222333 (Friday 25 May 2007),
abbkbehnam (Saturday 15 May 2010),
akjavadzadeh (Sunday 6 January 2008),
Amir7165 (Saturday 25 October 2008),
aysani (Saturday 27 September 2008),
bahman_abbasian (Monday 23 July 2007),
be_kh (Saturday 11 April 2009),
blue sky (Thursday 31 May 2007),
dead.kitten (Saturday 29 August 2009),
ehsanv (Friday 23 November 2007),
e_rahmani (Saturday 23 May 2009),
flora_h (Wednesday 4 March 2009),
ghasemi_dev (Saturday 17 November 2007),
golnazy (Wednesday 1 April 2009),
hashemie (Thursday 6 March 2008),
irnet (Sunday 9 December 2007),
justforyou (Thursday 1 May 2008),
khasragh (Saturday 6 December 2008),
khaste_007 (Saturday 19 January 2008),
LBorhan (Friday 18 July 2008),
lordmohsen (Sunday 10 February 2008),
megamanxx (Friday 16 March 2007),
My_work60 (Tuesday 22 January 2008),
m_firozi (Wednesday 12 September 2007),
ninaasadiahmadi (Wednesday 13 February 2008),
orasle (Friday 23 February 2007),
ph.hamed (Monday 7 July 2008),
s.sepehrvand (Friday 23 February 2007),
saro atashi (Monday 15 October 2007),
snasery (Monday 12 May 2008),
sysman2 (Tuesday 5 June 2007),
مرضیه* (Friday 7 December 2007),
vbapr (Friday 21 December 2007),
zarnegar (Friday 23 February 2007)
|
|
Tuesday 9 September 2008, 02:45 PM
|
#3 |
|
مدير انجمن
تاریخ عضویت: Thursday 1 January 1970
نوشته ها: 608
با تشکر: 62 تشکر شده 825 بار 147 پست |
کتاب الکترونیکی RUP
عنوان: کتاب آموزش متدولوژی RUP
نوع فایل : PDF زبان : فارسی حجم:670(کیلوبایت) تعداد صفحات:48 لینک غیرمستقیم دانلود منبع : ویرایش توسط Sardabir : Tuesday 16 December 2008 در ساعت 07:49 PM. |
|
|
|
| 3 کاربر برای پست مفید M.taghavi تشکر کرده اند |
abbkbehnam (Saturday 15 May 2010),
mehrdadgahraman (Saturday 14 November 2009),
milani (Thursday 27 May 2010)
|
|
Sunday 7 December 2008, 05:54 PM
|
#4 |
|
كاربر عادي
 تاریخ عضویت: Wednesday 3 December 2008
نوشته ها: 4
با تشکر: 1 تشکر شده 0 بار 0 پست |
khyili alie vaghean mamnoonam
|
|
|
|
|
Tuesday 16 December 2008, 07:47 PM
|
#5 |
|
گروه مديران انجمن ها
تاریخ عضویت: Thursday 19 January 2006
نوشته ها: 349
با تشکر: 71 تشکر شده 326 بار 113 پست |
کتاب بررسی و شناخت متدولژی RUP
 نویسنده : لیلا خدابین نوع فایل : PDF زبان : فارسی حجم : 700( کیلوبایت) تعداد صفحات:38 RUP چیست, ساختار RUP, خصوصیت های RUP, بررسی فازها و جریانهای کاری, الگو ها در RUPو ........ لینک دانلود منبع : iranmeet.com  |
|
|
|
| 2 کاربر برای پست مفید daneshjoo تشکر کرده اند |
be_kh (Saturday 11 April 2009),
dead.kitten (Saturday 29 August 2009)
|
|
Sunday 12 April 2009, 07:52 AM
|
#9 |
|
مدیر انجمن ها
 تاریخ عضویت: Friday 20 January 2006
نوشته ها: 1,660
با تشکر: 292 تشکر شده 938 بار 501 پست |
با سلام
password : developercenter.ir موفق باشيد . تمام |
|
|
|
|
Friday 15 May 2009, 02:33 PM
|
#10 |
|
مدير سایت - مهرداد تاجيك
تاریخ عضویت: Thursday 30 June 2005
محل سکونت: تهران
نوشته ها: 810
با تشکر: 20 تشکر شده 1,339 بار 297 پست |
معماری و ساختار كلی RUP
فرایند انجام یک پروژه تعریف میکند که چه کسی، چه کاری را در چه هنگام و چگونه برای رسیدن به هدف (انجام پروژه) انجام میدهد. در مهندسی نرمافزار، هدف ساختن یک محصول نرمافزاری و یا بهبود یک نمونهی موجود است. هدف از تعیین فرایند، تضمین کیفیت نرمافزار، برآورده شدن نیازهای کاربر و قابل تخمین بودن زمان و هزینهی تولید میباشد. علاوه بر این، تعیین فرایند، روندی جهت تحویل مصنوعات دوران تولید نرمافزار به کارفرما و ناظر پروژه ارائه میدهد تا از این طریق اطمینان حاصل کنند که پروژه روند منطقی خود را طی میکند و نظارت درست بر انجام پروژه ممکن است و از سوی دیگر، معیاری برای ارزیابی پروژه انجام شده میباشد. تا كنون متدولوژیهای مختلفی برای فرآیند تولید نرمافزار ارائه شدهاند كه یكی از مشهورترین آنها RUP است.
RUP، متدولوژی ارائه شده توسط شرکت Rational، پرکاربردترین فرآیند تولید و توسعه نرم افزاری در دنیای کنونی است و به عنوان یک استاندارد صنعتی بالفعل در دنیای IT پذیرفته شده است. به گزارش رویتر در سال 2001 میلادی بیش از ششصد هزار شرکت تولید کننده نرم افزار، از ابزارهای شرکت Rational استفاده می کردهاند که این تعداد کماکان هم در حال افزایش است. این متدولوژی، برای انواع پروژههای نرمافزاری در دامنههای مختلف ( مانند سیستمهای اطلاعاتی، سیستمهای صنعتی، سیستمهای بلادرنگ، سیستمهای تعبیه شده، ارتباطات راه دور، سیستمهای نظامی و …) و در اندازههای متفاوت، از پروژههای بسیار کوچک (یک نفر در یک هفته) تا پروژههای بسیار بزرگ (چند صد نفر تولید کننده با پراکندگی جغرافیایی)، کاربرد دارد. مزیت بزرگ این متدولوژی، استفاده از روش تکرار در تولید و مدیریت تولید نرمافزار است که این امر، امکان تولید مبتنی بر کاهش ریسک و مواجه با مشکلات اصلی در ابتدای کار و در نتیجه احتمال موفقیت بیشتر را فراهم میکند. از محاسن دیگر این متدولوژی مبنا قرار دادن نرمافزار و تولید یک معماری پایدار در ابتدای کار است، که در نتیجه امکان کشف مشکلات عمده ساختاری، تست و مجتمع سازی ممتد را از ابتدای کار فراهم میکند. از دیگر مزایای این روش این است که افراد تیم همزمان با پیشرفت پروژه، مطالب جدیدی فرا میگیرند و کیفیت فرآیند تولید نیز به طور مرتب افزایش مییابد. فازهای RUP فازها و milestone های یك پروژه در RUP Inception (آغازین) هدف اصلی این فاز دستیابی به توافق میان كلیهی ذینفعان بر روی اهداف چرخهی حیات پروژه است. فاز Inception به دلیل تلاشهای تولید و توسعه جدید به صورت پایهای اهمیت فراوانی دارد كه در آن ریسكهای نیازسنجی و تجاری مهمی وجود دارد كه باید پیش از اینكه اجرای پروژه مورد توجه قرار گیرد، بررسی شوند. برای پروژههایی كه بر توسعه سیستم موجود متمركزند، فاز Inception كوتاهتر است، با اینحال این فاز برای حصول اطمینان از اینكه پروژه ارزش انجام دادن دارد و امكانپذیر نیز هست، انجام میشود. اهداف اصلی فاز آغازین شامل موارد زیر است: • بدست آوردن محدوده نرمافزاری پروژه و محدودیتهای آن كه شامل یك دید عملیاتی، معیار پذیرش و اینكه چه چیز باید در محصول باشد و چه چیز نباید باشد، میشود • مشخص كردن Use-Case های اساسی سیستم، سناریوهای اصلی عملیات كه مسائل مربوط به طراحی اصلی را ایجاد میكند. • نمایش و شاید توضیح حداقل یك معماری كاندیدا برای بعضی سناریوهای اصلی • برآورد هزینه و زمان كلی برای كل پروژه Elaboration (جزییات) هدف فاز جزئیات تعیین معماری كلی سیستم به منظور فراهم آوردن یك زمینهی مناسب برای قسمت عمدهی طراحی و پیادهسازی در فاز Construction است. معماری با درنظرگرفتن بیشتر نیازمندیهای مهم (آن دسته از نیازمندیها كه تأثیر زیادی بر معمار سیستم دارد) و نیز ارزیابی ریسك كامل میشود. پایداری معماری از طریق یك یا چند نمونهی اولیه ساختاری ارزیابی میشود. اهداف اصلی فاز جزئیات شامل موارد زیر است: • اطمینان از اینكه معماری، نیازمندیها و طرحها به اندازهی كافی پایدارند و ریسكها به اندازهی كافی كاهش یافتهاند بطوریكه بتوان هزینه و زمانبندی لازم برای تكمیل تولید را پیشبینی كرد. برای اكثر پروژهها، گذر از این مرحلهی مهم مانند انتقال از یك عملیات سبك و سریع و با ریسك پایین به یك عملیات با هزینه و ریسك بالا همراه با اجبار سازمانی است. • بیان همهی ریسكهای پروژه كه از نظر ساختاری اهمیت دارند. • ایجاد یك معماری پایه، مشتق شده از سناریوهای مهم كه از لحاظ ساختاری اهمیت دارند، كه این معماری ریسكهای فنی عمده پروژه را نیز مشخص میكند. • • تولید یك نمونهی اولیهی تكاملی از مولفههای با كیفیت تولیدی خوب، و همچنین یك یا چند نمونهی اولیهی اكتشافی و نمونههای اولیهی غیر قابل استفاده جهت كاهش ریسكهای خاص مانند : o سازشهای مربوط به نیازمندیها یا طراحی o استفادهی مجدد از مؤلفهها o عملی بودن محصول یا توضیحات برای سرمایه گذاران، مشتریان و كاربران نهایی • توضیح اینكه معماری پایه از نیازمندیهای سیستم با هزینهی منطقی و در زمان منطقی پشتیبانی میكند • ایجاد یك محیط پشتیبانی كننده Construction (ساخت) هدف این فاز واضح سازی نیازمندیهای باقیمانده و تكمیل تولید سیستم بر اساس معماری مبنا میباشد. فاز ساخت به نوعی یك فرآیند ساخت است كه در آن تأكید بر مدیریت منابع و كنترل عملیات به منظور بهینهسازی هزینهها، زمانبندیها و كیفیت است. در این حالت یك انتقال از تولید یك نمونهی ذهنی در طی فازهای Inception و Elaboration به تولید محصولات قابل استقرار در طی Construction وTransition میشود. اهداف اصلی فاز Construction شامل موارد زیر میباشد: • كمینه كردن هزینههای تولید با بهینهسازی منابع و پرهیز از دور انداختن و دوبارهكاری غیر ضروری • دستیابی هرچه سریعتر به كیفیت كافی • دستیابی هر جه سریعتر به ویرایشهای مفید (آلفا، بتا و سایر نسخههای تست) • كامل كردن تحلیل، طراحی، تولید و تست كارآیی مورد نیاز • تولید تكراری و گام به گام یك محصول كامل كه آمادهی انتقال به محیط كاربران باشد • تصمیم در مورد اینكه آیا نرمافزار، سایتها و كاربران همه برای استقرار طرح آمادگی دارند • دستیابی به میزانی از موازی سازی در كار تیمهای تولید Transition (انتقال) تمركز این فاز بر این است كه تضمین نماید نرمافزار برای كاربران نهایی آماده میباشد. فاز Transition میتواند به چندین تكرار تقسیم شود، و شامل تست كردن محصول برای آمادهسازی جهت انتشار و ایجاد تنظیمات كوچك بر اساس بازخورد كاربر میباشد. در این نقطه از چرخهی حیات، بازخورد كاربر باید بطور عمده بر تنظیم دقیق محصل، پیكربندی، نصب و نكات مربوط به قابلیت استفاده تمركز یابد، و همهی نكات ساختاری اصلی باید هرچه زودتر در چرخهی حیات پروژه طرح شوند. با به اتمام رسیدن فاز Transition اهداف چرخهی حیات باید برآورده شده باشند و پروژه در موقعیتی باشد كه بتوان آنرا خاتمه داد. در برخی موارد، پایان چرخهی حیات فعلی ممكن است با آغاز چرخهی حیات بعدی در مورد همان محصول همزمان شود و ما را به سمت تولید یا ویرایش دیگری هدایت كند. برای پروژههای دیگر، پایان فاز Transition ممكن است با تحویل كامل خروجیها به گروه سومی كه ممكن است مسؤول عملیات نگهداری و پیشرفت سیستم تحویل دهده شده میباشند، همزمان شود. این فاز بر اساس نوع محصول در فاصلهی بسیار ساده تا بینهایت پیچیده قرار دارد. نصب یك نسخهی جدید از یك بسته نرمافزاری موجود ممكن است بسیار ساده باشد، در حالیكه جایگزینی سیستم كنترل ترافیك هوایی یك كشور ممكن است بسیار پیچیده باشد. فعالیتهایی كه در طول یك تكرار در فاز Transition انجام میگیرد به هدف بستگی دارند. برای مثال معمولاً در هنگام رفع اشكالات، پیادهسازی و تست كافی هستند. با این وجود اگر ویژگیهای جدیدی باید اضافه شوند، این تكرار شبیه به تكراری در فاز Construction میشود كه نیازمند تحلیل و طراحی و غیره است. فاز Transition زمانی وارد عمل میشود كه یك خط مبنا آنقدر بالغ شده كه بتواند در دامنهی كاربر نهایی استقرار یابد. این امر بطور نمونه نیازمند این است كه تعدادی زیر مجموعهی قابل استفاده از سیستم با كیفیت قابل قبول و مستندات كاربر، كامل شده باشند، تا انتقال به كاربر نتایج مثبتی را برای همهی گروهها در بر داشته باشد. اهداف مهم فاز Transition عبارتند از: • تست بتا برای تشخیص اعتبار سیستم جدید با توجه به انتظارات كاربر • تست بتا و عملیات موازی همراه با یك سیستم قدیمی كه در حال جایگزینی میباشد. • تبدیل پایگاههای دادهی عملیاتی • آموزش كاربران و نگهداری كنندگان • بازاریابی، توزیع و فروش برای نخستین انتشار محصول • تنظیم فعالیتها از قبیل رفع اشكال، افزایش كارایی و قابلیت استفاده • ارزیابی خط مبناهای استقرار در مقایسه با تصویر كلی و معیار قابلیت قابل قبول برای محصول • دستیابی به موافقت ذینفع در مورد اینكه خط مبناهای استقرار كامل میباشند • دستیابی به موافقع ذینفع در مور اینكه خط مبناهای استقرار با معیار ارزیابی تصویر كلی سازگارند دیسیپلینهای RUP دیسیپلین مجموعهای از کارهای به هم مرتبطی است که برای انجام جنبه خاصی از یک پروژه انجام میشوند. متدولوژی RUP دارای 6 دسیسپلین اصلی (مربوط به تولید محصول) و 3 دیسیپلین كمكی (مربوط به تیم و محیط تولید) است كه در ادامه به ترتیب معرفی خواهند شد. Business Modeling (مدلسازی كسب و كار) هداف مدلسازی كسب و كار عبارتند از: • شناخت ساختار و دینامیكهای سازمانی كه در آن یك سیستم باید استقرار یابد(سازمان هدف.) • شناخت مشكلات فعلی در سازمان هدف و تشخیص پتانسیلهای بهبود • تضمین اینكه مشتری، كاربر نهایی و تولید كنندگان یك شناخت مشترك از سازمان هدف دارند. • هدایت نیازمندیهای سیستم كه برای حمایت از سازمان هدف مورد نیازند. • دیسیپلین مدلسازی كسب و كار توضیح میدهد كه برای رسیدن به این هدف چگونه میتوان یك تصویر كلی از سازمان را تولید نمود، و براساس این تصویر كلی فرآیندها، نقشها و مسؤولیتهای آن سازمان را در یك مدل Use-case كسب وكار و یك مدل شیء كسب و كار تعریف كرد Requirements (نیازمندیها) اهداف دیسیپلین نیازمندیها عبارتند از: • تشخیص و نگهداری موارد توافق با مشتریها و سایر ذینفعان در مورد كارهایی كه سیستم باید انجام دهد. • فرآهم آوردن شناخت بهتر از نیازمندیهای سیستم برای تولید كنندگان سیستم • تعریف مرزهای و حدود سیستم • فراهم كردن یك پایه برای طرح ریزی مفاهیم تكنیكی تكرارها • فراهم كردن یك پایه برای تخمین مخارج و زمان تولید سیستم • تعریف یك واسط كاربر برای سیستم با تمركز بر روی نیازها واهداف كاربران برای دستیابی به این اهداف، ابتدا فهم تعریف و محدودهی مسألهای كه سعی داریم با این سیستم آن را حل كنیم، حائز اهمیت میباشد. قوانین كسب و كارف مدل Use-Case كسب و كار و مدل شیء كسب و كار كه در طول مدلسازی كسب و كار تولید شده به عنوان ورودی با ارزشی برای این تلاش خواهند بود. در این راستا ذینفعان تشخیص داده میشوند و درخواستهای ذینفعان استخراج، جمعآوری و تجزیه و تحلیل میشوند. یك مستند تصویر كلی، یك مدل Use-Case، Use-Case ها و مشخصههای تكمیلی برای توضیح كامل سیستم تولید میشود. این توضیح درواقع كاری را كه سیستم انجام خواهد داد بیان میكند. این مستندات بعنوان منابع مهم اطلاعات تولید میشود. در تولید این مستندات باید خواستههای همه ذینفعان را در نظر گرفت. Analysis & Design (تحلیل و طراحی) اهداف تحلیل و طراحی عبارتند از: • تبدیل نیازمندیها به طراحی سیستم كه قرار است بوجود آید. • پیدایش یك معماری مستحكم برای سیستم • سازگار ساختن طراحی برای هماهنگ شدن با محیط پیادهسازی و طراحی آن برای كارایی بهتر در اوایل فاز Elaboration، بر ایجاد یك معماری ابتدایی برای سیستم تمركز میشود، كه یك معماری كاندیدا برای فراهم كردن یك نقطهی شروع برای تحلیل اصلی ارائه شود. اگر معماری قبلا وجود دارد (یا بدلیل اینكه در تكرارهای قبلی، در پروژههای قبلی تولید شده یا از یك چارچوب كاربردی بدست آمده)، تمركز كار برای اصلاح معماری، تحلیل رفتار و ایجاد یك مجموعهی اولیه از عناصر است كه رفتار مناسب را فراهم میآورند Implementation (پیادهسازی) اهداف پیادهسازی عبارتند از: • تعریف سازمان كد، برحسب زیر مجموعهای از مجموعههای پیادهسازی سازمان یافته در لایهها • پیادهسازی كلاسها و اشیاء بوسیله مؤلفهها (فایلهای منبع، باینریها، فایلهای اجرایی و…) • تست اجزاء تولید شده به عنوان واحدها • مجتمعسازی نتایج تولید شده توسط پیاده سازان فردی (یا تیمها) به صورت یك سیستم قابل اجرا دیسیپلین پیادهسازی مرز خود با تست را به اینكه تك تك كلاسها چگونه تست واحد میشوند، محدود میكند. تست سیستم و تست مجتمع سازی در دیسیپلین تست انجام میگیرد. Test (آزمون) دیسیپلین تست از بسیاری جهات مانند یك ارائه دهنده خدمات برای سایر دیسیپلینها عمل میكند. تمركز اولیه تست كردن بر بررسی و ارزیابی كیفیتهای محقق شده از طریق كارهای زیر است: • یافتن و مستند كردن نقایص در كیفیت نرمافزار • آگاهی دادن در مورد كیفیت نرمافزار بررسی شده • اثبات اعتبار فرضیاتی كه در طراحی و مشخصات نیازمندیها ساخته شدند، از طریق نمایشهای واقعی • تصدیق عملكردهای محصول نرمافزار همانطور كه طراحی شده است. • تصدیق اینكه نیازمندیها بدرستی پیادهسازی شدهاند یك تفاوت جالب ولی تاحدی ظریف میان دیسیپلین تست و سایر دیسیپلینها در RUP این است كه تست گرفتن، اساسا وظیفهی یافتن و ارائه ضعفها در محصول نرمافزار را داراست. برای اینكه این تلاش موفقیتآمیز باشد، لازم است از یك روش نسبتا منفی و مخرب استفاده شود تا روشی سازنده. مسألهای كه بسیار حائز اهمیت میباشد این است كه از دو روش اجتناب كنیم : یكی روشی كه بطور مناسب و موثر نرمافزار را بكار نگیرد و مشكلات و ضعفهای آن را نشان ندهد و دیگری روشی كه آنقدر مخرب است كه احتمالا هیچگاه كیفیت محصول نرمافزاری را قابل قبول درنظر نمیگیرد. Deployment (استقرار) دیسیپلین استقرار فعالیتهایی را توضیح میدهد كه تضمین میكنند محصول نرمافزاری برای كاربران نهاییاش در دسترس میباشد. دیسیپلین استقرار سه حالت استقار محصول را توضیح میدهد. • نصب اختصاصی • آماده فروش كردن محصول نهایی • دستیابی به نرمافزار از طریق اینترنت در هر نمونه، تأكید روی تست محصول در سایت تولید است و سپس انجام تست بتا، پیش از اینكه محصول نهایتا به مشتری تحویل داده شود. گرچه فعالیتهای استقرار در فاز Transition به منتها درجهی خود میرسند، اما برخی از فعالیتها در فازهای قبلی برای طرحریزی و آمادگی جهت استقرار انجام میشوند. Environment (محیط) دیسیپلین محیط بر فعالیتهایی كه برای پیكربندی فرآیند برای یك پروژه لازم و ضروریاند، متمركز میشود. این دیسیپلین فعالیتهای مورد نیاز برای تولید رهنمودهایی كه در جهت پشتیبانی از یك پروژه لازم میباشند را توضیح میدهد. هدف فعالیتهایی محیطی فراهم آوردن محیط تولید (هم فرآیندها و هم ابزاری كه تیم تولید را پشتیبانی میكنند) برای سازمان تولید كننده نرمافزار میباشد. جعبه ابزار مهندس فرآیند پشتیبانی ابزاری را برای پیكربندی یك فرآیند فراهم میكند. این مورد شامل ابزارها و نمونههایی برای ایجاد سایتهای وب پروژه و سازمان بر اساس RUP میشود. Project Management (مدیریت پروژه) مدیریت پروژه نرمافزاری، هنر متوازن ساختن اهداف متقابل، مدیریت ریسك و غلبه بر محدودیتها برای تحویل موفقیت آمیز محصولی است كه هم نیازهای مشتریان ( كسانی كه برای سیستم پول میپردازند) و هم نیازهای كاربران را برآورده كند. این حقیقت كه پروژههای بسیار كمی هستند كه واقعا موفقیتآمیزند برای توضیح سخت بودن این كار، كافی میباشد اهداف این دیسیپلین عبارتند از: • فراهم كردن یك چارچوب برای مدیریت پروژههای صرفاً نرمافزاری • فراهم كردن رهنمودهای عملی برای طرحریزی، تعیین نیروی انسانی، اجرا و نظارت بر پروژهها • فراهم كردن یك چارچوب برای مدیریت ریسك • با این وجود، این دیسیپلین از RUP برای پوشش دادن همهی جنبههای مدیریت پروژه نیست. برای مثال این دیسیپلین موارد زیر را پوشش نمیدهد : مدیریت افراد : استخدام، آموزش، رهبری مدیریت بودجه : تعیین، تخصیص و غیره مدیریت قراردادها : با پشتیبانی كنندگان و مشتریان این دیسیپلین بطور عمده روی جنبههای مهم یك فرآیند تكراری تمركز میكند كه عبارتند از : مدیریت ریسك طرح ریزی برای یك پروژهی تكراری، از طریق چرخهی حیات و برای یك تكرار بخصوص نظارت بر پیشرفت یك پروژهی تكراری و متریكها Configuration & Change Management (مدیریت پیكربندی و تغییرات) برای تأویل و تفسیر ”مدل بلوغ قابلیت“ انستیتو مهندسی نرمافزار(SEI CMM)، مدیریت پیكربندی و درخواست تغییر، تغییرات را به سمت خروجیهای یك پروژه كنترل میكند و همچنین صحت و تمامیت خروجیهای پروژه را حفظ میكند. مدیریت پیكربندی و درخواست تغییر (CRM, CM) شامل موارد زیر میباشند: • تشخیص موارد پیكربندی • محدود كردن تغییرات آن موارد • رسیدگی به تغییراتی كه برای آن موارد ساخته شده • تعریف و مدیریت پیكربندی آن موارد متدها، فرآیندها و ابزاری كه برای ایجاد تغییر و مدیریت پیكربندی برای یك سازمان استفاده میشوند، میتوانند بعنوان سیستم CM سازمان مورد توجه قرار گیرند. سیستم مدیریت پیكربندی و درخواست تغییر (سیستم CM) برای یك سازمان اطلاعات كلیدی در مورد تولید محصول را نگهداری میكند. این اطلاعات عبارتند از : ترفیع، استقرار و فرآیندهای نگهداری. بعلاوه یك پایگاه داده محصولاتی را كه بصورت بالقوه قابل استفاده مجدد میباشند، نگهداری میكند. یك سیستم CM برای كنترل خروجیهای متعدد تولید شده توسط افراد زیادی كه روی یك پروژه كار میكنند، ضروری است. كنترل، به اجتناب از اغتشاشِ پرهزینه كمك میكند و تضمین مینماید كه خروجیهای بدست آمده با توجه به برخی انواع مسائل و مشكلاتی كه در زیر آمدهاند ناسازگار نیستند. • به روز رسانی همزمان • توجه دادن محدود شده • نسخههای چندگانه منبع:irandoc.ac.ir |
|
|
|
| این کاربران admin برای پست مفیدتان از شما تشکر کرده اند |
mehrdadgahraman (Saturday 14 November 2009)
|
 |
| ابزارهای موضوع | |
| نحوه نمایش | |
|
|
دانلود فايل
حالت خطی
