| ﺑﺮرﺳﯽ ﺗﻌﺎﻣﻠﯽ ﻣﺘﺪوﻟﻮژيRUP ﺑﺎ ﻣﻌﻤﺎري ﺳﺮوﯾﺲ ﮔﺮا
دانلود ﮔﺰارش ﺳﻤﯿﻨﺎرﻣﻘﻄﻊ ﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ رﺷﺘﻪ ﻣﻬﻨﺪﺳﯽ ﮐﺎﻣﭙﯿﻮﺗﺮ ﮔﺮاﯾﺶ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار با ﻣﻮﺿﻮع ﺑﺮرﺳﯽ ﺗﻌﺎﻣﻠﯽ ﻣﺘﺪوﻟﻮژيRUP ﺑﺎ ﻣﻌﻤﺎري ﺳﺮوﯾﺲ ﮔﺮا در 107 صفحه ورد قابل ويرايش با فرمت doc |
 |
| دسته بندي | سمينار كامپيوتر |
| فرمت فايل | docx |
| حجم فايل | 863 كيلو بايت |
| تعداد صفحات فايل | 107 |
ﺑﺮرﺳﯽ ﺗﻌﺎﻣﻠﯽ ﻣﺘﺪوﻟﻮژيRUP ﺑﺎ ﻣﻌﻤﺎري ﺳﺮوﯾﺲ ﮔﺮا
دانلود ﮔﺰارش ﺳﻤﯿﻨﺎرﻣﻘﻄﻊ ﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ رﺷﺘﻪ ﻣﻬﻨﺪﺳﯽ ﮐﺎﻣﭙﯿﻮﺗﺮ ﮔﺮاﯾﺶ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار با ﻣﻮﺿﻮع:
در107 صفحه ورد قابل ويرايش با فرمت doc
RUP ﯾﮏ ﻣﺘﺪوﻟﻮژي ﺷﯽءﮔﺮا ﻣﺤﺴﻮب ﻣﯽ ﺷﻮد ﮐﻪ ﺗﻮاﻧﺴﺘﻪ ﻣﻘﺒﻮﻟﯿﺖ ﺑﺴﯿﺎري در ﺑﯿﻦ ﻣﻬﻨﺪﺳﯿﻦ ﻧﺮم اﻓﺰار
ﮐﺴﺐ ﮐﻨﺪ. اﯾﻦ ﻣﺘﺪوﻟﻮژي ﯾﮏ روش ﺗﻮﻟﯿﺪ و ﺗﻮﺳﻌﻪ ﻧﺮم اﻓﺰار ﻣﯽ ﺑﺎﺷﺪ ﮐﻪ ﺗﮑﺮاري، ﻣﻌﻤﺎري ﻣﺤﻮر و ﻣﺒﺘﻨﯽ
ﺑﺮ ﻣﻮاردﮐﺎرﺑﺮي اﺳﺖ از ﺳﻮي دﯾﮕﺮ ﯾﮏ ﻓﺮآﯾﻨﺪ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﺧﻮش ﺳﺎﺧﺘﺎر و ﺧﻮش ﺗﻌﺮﯾﻒ ﻧﯿﺰ ﺑﻪ
ﺣﺴﺎب ﻣﯽ آﯾﺪ. RUP ﯾﮏ ﻣﺤﺼﻮل ﻓﺮآﯾﻨﺪي اﺳﺖ ﮐﻪ ﯾﮏ ﭼﺎرﭼﻮب ﺑﺎ ﻗﺎﺑﻠﯿﺖ ﺳﻔﺎرﺷﯽ ﺷﺪن را ﺑﺮاي
ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﻓﺮاﻫﻢ ﻣﯽ ﮐﻨﺪ.
SOA ﻧﻤﻮﻧﻪ اي از ﺳﺒﮏ ﻣﻌﻤﺎري اﺳﺖ ﮐﻪ در آن ﺳﺮوﯾﺲ ﻣﻔﻬﻮم ﮐﻠﯿﺪي و اﺳﺎﺳﯽ ﻣﺤﺴﻮب ﻣﯽ ﺷﻮد. اﯾﻦ
ﻣﻌﻤﺎري ﺗﻮﺟﻪ وﯾﮋه اي ﺑﺮ روي ﮐﺴﺐ و ﮐﺎر دارد ﺑﻪ ﻫﻤﯿﻦ ﺧﺎﻃﺮ ﺧﻸ ﻣﻮﺟﻮد ﺑﯿﻦ ﺣﺮﻓﻪ و IT را ﻣﯽ ﺗﻮان
ﺗﻮﺳﻂ اﯾﻦ ﻣﻌﻤﺎري ﭘﻮﺷﺶ داد. اﯾﻦ ﭘﺎرداﯾﻢ ﻓﺎرغ از ﻧﻮع ﭘﯿﺎده ﺳﺎزي ﺗﻮاﻧﺴﺘﻪ در ﺑﯿﻦ ﺷﺮﮐﺘﻬﺎي ﺑﺰرگ ﺗﺠﺎري
ﻧﻘﺶ ﮐﻠﯿﺪي ﺑﺮﻋﻬﺪه ﺑﮕﯿﺮد و ﺑﺴﯿﺎري از ﻣﺸﮑﻼت ﺗﺤﻠﯿﻞ و ﻃﺮاﺣﯽ را ﺑﺮﻃﺮف ﮐﻨﺪ.
2-1 ﻓﺮآﯾﻨﺪ ﻧﺮم اﻓﺰار و ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار 3
3-1 ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار: ﯾﮏ ﺗﮑﻨﻮﻟﻮژي ﻻﯾﻪ اي 5
4-1 ﻣﺘﺪوﻟﻮژي در ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار 6
ﻓﺼﻞ دوم (آﺷﻨﺎﺋﯽ ﮐﻠﯽ ﺑﺎ RUP و (SOA 13
RUP 4-3 ﯾﮏ ﻓﺮآﯾﻨﺪ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﺧﻮش ﺗﻌﺮﯾﻒ 32
RUP 5-3 ﯾﮏ ﻓﺮآﯾﻨﺪ ﺑﺎ ﻗﺎﺑﻠﯿﺖ ﺳﻔﺎرﺷﯽ ﺷﺪن 37
6-3 اﺑﺰار ﭘﯿﮑﺮﺑﻨﺪي و ﺗﺄﻟﯿﻒ ﻓﺮآﯾﻨﺪ 39
1-4 ﻣﻔﺎﻫﯿﻢ اوﻟﯿﻪ در ﺳﺮوﯾﺲ ﮔﺮاﺋﯽ 43
2-4 ﺳﺎﺧﺘﺎرﮐﻠﯽ ﻣﻌﻤﺎري ﺳﺮوﯾﺲ ﮔﺮا، ﻋﻨﺎﺻﺮ اﺻﻠﯽ و اﺑﺰار وب ﺳﺮوﯾﺴﻬﺎ 45
2-5 ﭼﺸﻢ اﻧﺪاز ﺣﺮﮐﺖ ﺑﻪ ﺳﻮي راه ﺣﻠﻬﺎي ﺳﺮوﯾﺲ ﮔﺮا 56
3-5 اﺑﺰار ﺣﻤﺎﯾﺘﯽ Rational ﺑﺮاي SOA 61
4-5 ﺳﺎزﻧﺪه روش (Rational Method Composer) 64
1-5-5 ﺷﻨﺎﺳﺎﺋﯽ ﺳﺮوﯾﺴﻬﺎي ﮐﺎﻧﺪﯾﺪ و ﺟﺮﯾﺎﻧﻬﺎ 67
3-1-5-5 ﺗﺤﻠﯿﻞ داراﺋﯿﻬﺎي ﻣﻮﺟﻮد 73
2-5-5 ﻣﺸﺨﺼﻪ ﺳﺎزي ﺳﺮوﯾﺴﻬﺎ، ﻣﺆﻟﻔﻪ ﻫﺎ و ﺟﺮﯾﺎﻧﻬﺎ 74
- RUP SOMA 4-5-5 ﺗﻌﺮﯾﻒ ﻓﺮاﺳﺎﺧﺘﺎر ﺳﺮوﯾﺲ 82
ﺷﮑﻨﻨﺪه ﻣﯽ ﻧﻤﻮد. ﺗﯿﻢ ﺗﻮﻟﯿﺪﮐﻨﻨﺪه ﺑﺎ ﻣﺸﮑﻼت ﻋﺪﯾﺪه اي درﮔﯿﺮ ﺑﻮد. ﺗﺤﻮﯾﻞ ﻣﺤﺼﻮل ﺑﻪ ﻣﻮﻗﻊ ﺻﻮرت
ﻧﻤﯽﮔﺮﻓﺖ. ﻧﺮم اﻓﺰار ﺗﻮﻟﯿﺪي ﺑﺴﯿﺎر ﮔﺮاﻧﻘﯿﻤﺖ ﺑﻮد و دﺳﺖ آﺧﺮ ﻧﻪ ﺳﻬﺎﻣﺪار از ﻣﺤﺼﻮل ﻧﻬﺎﺋﯽ راﺿﯽ ﺑﻮد و ﻧﻪ
اﯾﻦ ﻋﻼﺋﻢ ﺑﻪ ﻫﻤﺮاه ﻧﺸﺎﻧﻪ ﻫﺎي دﯾﮕﺮ ﮐﻪ ﺑﻪ ﻋﻼﺋﻢ ﺑﺤﺮان ﻧﺮم اﻓﺰار ﺷﻬﺮت ﭘﯿﺪا ﮐﺮدﻧﺪ ﺑﺮﻧﺎﻣﻪ ﻧﻮﯾﺴﺎن و
ﺗﻮﻟﯿﺪﮐﻨﻨﺪﮔﺎن ﻧﺮم اﻓﺰار را ﺑﻪ اﯾﻦ ﻓﮑﺮ واداﺷﺖ ﮐﻪ ﺗﺎ ﺟﺎي ﻣﻤﮑﻦ از اﯾﻦ ﺑﺤﺮان رﻫﺎﺋﯽ ﯾﺎﺑﻨﺪ. ﺗﻮﻟﯿﺪﮐﻨﻨﺪﮔﺎن
ﻧﺮم اﻓﺰار و ﺷﺮﮐﺖ ﻫﺎي ﺑﺰرگ ﮐﺎﻣﭙﯿﻮﺗﺮي و داﻧﺸﮕﺎﻫﯿﺎن در ﭘﯽ آن ﺷﺪﻧﺪ ﮐﻪ ﻓﻨﻮن ﻣﻬﻨﺪﺳﯽ را وارد اﯾﻦ ﻋﺮﺻﻪ
ﮐﻨﻨﺪ ﭼﺮاﮐﻪ ﺳﺎﯾﺮ رﺷﺘﻪ ﻫﺎ ﺗﻮاﻧﺴﺘﻪ ﺑﻮدﻧﺪ ﺑﺎ اﻟﻬﺎم از اﯾﻦ ﻣﻮﺿﻮع ﺑﺤﺮاﻧﻬﺎي ﺑﻪ ﻣﺮاﺗﺐ ﺳﺨﺖ ﺗﺮ از اﯾﻦ را ﭘﺸﺖ
اﻣﺎ ﭼﺮا ﻣﻬﻨﺪﺳﯽ؟! در ﺑﺮﺧﻮرد اول ﺷﺎﯾﺪ ﺑﻪ ﻧﻈﺮ ﺑﺮﺳﺪ ﮐﻪ ﻣﻬﻨﺪﺳﯽ ﻓﻘﻂ ﻣﺨﺘﺺ رﺷﺘﻪ ﻫﺎﺋﯽ اﺳﺖ ﮐﻪ ﺑﺎ ادوات
و اﺑﺰارﻫﺎي ﻣﮑﺎﻧﯿﮑﯽ و ﻓﯿﺰﯾﮑﯽ ﺳﺮوﮐﺎر دارﻧﺪ اﻣﺎ اﯾﻨﮕﻮﻧﻪ ﻧﯿﺴﺖ. اﻣﺮوزه واژه ﻣﻬﻨﺪﺳﯽ در ﺑﺴﯿﺎري از ﻋﻠﻮم،
ﺣﺘﯽ ﻋﻠﻮم اﻧﺴﺎﻧﯽ ﻧﯿﺰ وارد ﺷﺪه اﺳﺖ ﺑﻄﻮرﯾﮑﻪ ﻣﻬﻨﺪﺳﯽ اﺟﺘﻤﺎﻋﯽ، ﻣﻬﻨﺪﺳﯽ ﻓﺮﻫﻨﮕﯽ و ﻣﺎﻧﻨﺪ اﯾﻨﻬﺎ ﺑﺴﯿﺎر ﺑﻪ
ﻫﻤﺎﻧﻄﻮر ﮐﻪ ﻣﯽ داﻧﯿﺪ واژه ﻣﻬﻨﺪﺳﯽ از ﮐﻠﻤﻪ ﻫﻨﺪﺳﻪ ﺑﻪ ﻋﺎرﯾﺖ ﮔﺮﻓﺘﻪ ﺷﺪه اﺳﺖ. ﮐﻠﻤﻪ ﻫﻨﺪﺳﻪ ﻣﻌﺎدل ﻟﻐﺖ
اﻧﺪازه در ﻓﺎرﺳﯽ اﺳﺖ. ﻋﻠﺖ اﺳﺘﻔﺎده از آن اﯾﻨﺴﺖ ﮐﻪ ﻣﻬﻨﺪﺳﺎن ﻫﻤﯿﺸﻪ اﺑﺰارﻫﺎﺋﯽ را ﺑﺮاي ﻣﺤﺎﺳﺒﮥ اﻧﺪازۀ
ﺳﺎﺧﺘﮥ ﺧﻮد ﺑﮑﺎر ﻣﯽ ﺑﺮﻧﺪ ﺑﺮاي ﻣﺜﺎل ﻣﻬﻨﺪس ﻋﻤﺮان از ﻣﺘﺮ ﺑﺮاي اﻧﺪازه ﮔﯿﺮي اﺳﺘﻔﺎده ﻣﯽ ﮐﻨﺪ. اﻣﺎ اﯾﻦ ﭼﻪ
ﺗﻮﻟﯿﺪﮐﻨﻨﺪﮔﺎن ﻧﺮم اﻓﺰار ﭼﻮن از ﻣﻬﻨﺪﺳﯽ ﺑﻬﺮه ﻧﻤﯽ ﺑﺮدﻧﺪ ﻓﺎﻗﺪ اﺑﺰاري ﺑﺮاي ﻣﺤﺎﺳﺒﮥ اﻧﺪازۀ ﺳﺎﺧﺘﮥ ﺧﻮد ﯾﻌﻨﯽ
ﻧﺮم اﻓﺰار ﺑﻮدﻧﺪ ﺑﻪ ﻫﻤﯿﻦ ﺧﺎﻃﺮ ﻧﻪ در اﺑﺘﺪاي ﺗﻮﻟﯿﺪ ﻧﺮم اﻓﺰار، ﻧﻪ در اواﺳﻂ ﮐﺎر و ﻧﻪ ﺣﺘﯽ در اﻧﺘﻬﺎي ﮐﺎر از
ﮐﯿﻔﯿﺖ و ﮐﻤﯿﺖ ﺳﺎﺧﺘﻪ ﺧﻮد ﻫﯿﭻ ﻣﻌﯿﺎر و ﻣﺤﮏ ﻓﯿﺰﯾﮑﯽ در دﺳﺖ ﻧﺪاﺷﺘﻨﺪ و ﺑﻪ ﻃﻮر دﻗﯿﻖ ﻧﻤﯽ داﻧﺴﺘﻨﺪ ﮐﻪ
در ﭼﻪ ﻣﺮﺣﻠﻪ اي از ﺗﻮﻟﯿﺪ ﻧﺮم اﻓﺰار ﺑﻪ ﺳﺮ ﻣﯽ ﺑﺮﻧﺪ. ﺑﻪ ﻫﻤﯿﻦ ﺧﺎﻃﺮ از ﻣﺪﯾﺮﯾﺖ دﻗﯿﻖ و رﯾﺰﺑﯿﻨﺎﻧﻪ اي ﺑﺮ روي
