سایت دانلود فایل و فرهنگی

RUP ﯾﮏ ﻣﺘﺪوﻟﻮژی ﺷﯽءﮔﺮا ﻣﺤﺴﻮب ﻣﯽ ﺷﻮد ﮐﻪ ﺗﻮاﻧﺴﺘﻪ ﻣﻘﺒﻮﻟﯿﺖ ﺑﺴﯿﺎری در ﺑﯿﻦ ﻣﻬﻨﺪﺳﯿﻦ ﻧﺮم اﻓﺰار

ﮐﺴﺐ ﮐﻨﺪ. اﯾﻦ ﻣﺘﺪوﻟﻮژی ﯾﮏ روش ﺗﻮﻟﯿﺪ و ﺗﻮﺳﻌﻪ ﻧﺮم اﻓﺰار ﻣﯽ ﺑﺎﺷﺪ ﮐﻪ ﺗﮑﺮاری، ﻣﻌﻤﺎری ﻣﺤﻮر و ﻣﺒﺘﻨﯽ

ﺑﺮ ﻣﻮاردﮐﺎرﺑﺮی اﺳﺖ از ﺳﻮی دﯾﮕﺮ ﯾﮏ ﻓﺮآﯾﻨﺪ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﺧﻮش ﺳﺎﺧﺘﺎر و ﺧﻮش ﺗﻌﺮﯾﻒ ﻧﯿﺰ ﺑﻪ

ﺣﺴﺎب ﻣﯽ آﯾﺪ. RUP ﯾﮏ ﻣﺤﺼﻮل ﻓﺮآﯾﻨﺪی اﺳﺖ ﮐﻪ ﯾﮏ ﭼﺎرﭼﻮب ﺑﺎ ﻗﺎﺑﻠﯿﺖ ﺳﻔﺎرﺷﯽ ﺷﺪن را ﺑﺮای

ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﻓﺮاﻫﻢ ﻣﯽ ﮐﻨﺪ.

SOA ﻧﻤﻮﻧﻪ ای از ﺳﺒﮏ ﻣﻌﻤﺎری اﺳﺖ ﮐﻪ در آن ﺳﺮوﯾﺲ ﻣﻔﻬﻮم ﮐﻠﯿﺪی و اﺳﺎﺳﯽ ﻣﺤﺴﻮب ﻣﯽ ﺷﻮد. اﯾﻦ

ﻣﻌﻤﺎری ﺗﻮﺟﻪ وﯾﮋه ای ﺑﺮ روی ﮐﺴﺐ و ﮐﺎر دارد ﺑﻪ ﻫﻤﯿﻦ ﺧﺎﻃﺮ ﺧﻸ ﻣﻮﺟﻮد ﺑﯿﻦ ﺣﺮﻓﻪ و IT را ﻣﯽ ﺗﻮان

ﺗﻮﺳﻂ اﯾﻦ ﻣﻌﻤﺎری ﭘﻮﺷﺶ داد. اﯾﻦ ﭘﺎرداﯾﻢ ﻓﺎرغ از ﻧﻮع ﭘﯿﺎده ﺳﺎزی ﺗﻮاﻧﺴﺘﻪ در ﺑﯿﻦ ﺷﺮﮐﺘﻬﺎی ﺑﺰرگ ﺗﺠﺎری

ﻧﻘﺶ ﮐﻠﯿﺪی ﺑﺮﻋﻬﺪه ﺑﮕﯿﺮد و ﺑﺴﯿﺎری از ﻣﺸﮑﻼت ﺗﺤﻠﯿﻞ و ﻃﺮاﺣﯽ را ﺑﺮﻃﺮف ﮐﻨﺪ.

SOA ﺑﻪ ﻋﻨﻮان ﯾﮏ ﻣﻌﻤﺎری ﮐﺎرﺑﺮدی ﺑﺎ ﻧﺒﻮد ﯾﮏ ﻣﺘﺪوﻟﻮژی ﺗﻤﺎم ﻋﯿﺎر روﺑﺮو اﺳﺖ ﮐﻪ در اﯾﻦ زﻣﯿﻨﻪ ﻓﻌﺎﻟﯿﺘﻬﺎی ﻣﺘﻌﺪدی ﺻﻮرت ﮔﺮﻓﺘﻪ اﺳﺖ ﮐﻪ ﺑﻌﻀﯽ از آﻧﻬﺎ در ﺣﺎل ﺷﮑﻞ ﮔﯿﺮی ﻫﺴﺘﻨﺪ. ﻣﺴﺄﻟﻪ ای ﮐﻪ در اﯾﻦ ﮔﺰارش ﺳﻌﯽ در واﮐﺎوی آن دارﯾﻢ اﯾﻦ اﺳﺖ ﮐﻪ RUP ﺑﻪ ﻋﻨﻮان ﯾﮏ ﻣﺘﺪوﻟﻮژی ﺗﺎ ﭼﻪ اﻧﺪازه ﻣﯽ ﺗﻮاﻧﺪ ﺑﻪ

SOA در اﯾﻔﺎی ﻧﻘﺶ ﺧﻄﯿﺮش ﯾﺎری رﺳﺎﻧﺪ؟ ﺗﻌﺎﻣﻞ ﻣﺎﺑﯿﻦ RUP ﺑﻪ ﻋﻨﻮان ﯾﮏ ﻣﺘﺪوﻟﻮژی و SOAﺑﻪ ﻋﻨﻮان ﯾﮏ ﻣﻌﻤﺎری ﺗﺎ ﭼﻪ ﺣﺪ ﻣﯽ ﺗﻮاﻧﺪ SOA را در ﻓﺮآﯾﻨﺪ ﺗﻮﻟﯿﺪ و ﺗﻮﺳﻌﻪ ﻧﺮم اﻓﺰار ﻫﻤﺮاﻫﯽ ﮐﻨﺪ؟

2-1 ﻓﺮآﯾﻨﺪ ﻧﺮم اﻓﺰار و ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار 3

3-1 ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار: ﯾﮏ ﺗﮑﻨﻮﻟﻮژی ﻻﯾﻪ ای 5

4-1 ﻣﺘﺪوﻟﻮژی در ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار 6

5-1 ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار 9

6-1 ﺻﻮرت ﻣﺴﺄﻟﻪ 11

ﻓﺼﻞ دوم (آﺷﻨﺎﺋﯽ ﮐﻠﯽ ﺑﺎ RUP و (SOA 13

1-2 ﻣﻘﺪﻣﻪ 13

2-2 ﻣﻌﺮﻓﯽ RUP 14

3-2 ﻣﻌﺮﻓﯽ SOA 17

ﻓﺼﻞ ﺳﻮم (ﻣﺘﺪوﻟﻮژی (RUP 24

1-3 روش RUP 24

2-3 ﺗﺎرﯾﺨﭽﻪ RUP 26

RUP 3-3 و ﺗﻮﻟﯿﺪ ﺗﮑﺮاری 28

RUP 4-3 ﯾﮏ ﻓﺮآﯾﻨﺪ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﺧﻮش ﺗﻌﺮﯾﻒ 32

1-4-3 ﺳﺎﺧﺘﺎر دﯾﻨﺎﻣﯿﮏ RUP 33

2-4-3 ﺳﺎﺧﺘﺎر اﺳﺘﺎﺗﯿﮏ RUP 34

RUP 5-3 ﯾﮏ ﻓﺮآﯾﻨﺪ ﺑﺎ ﻗﺎﺑﻠﯿﺖ ﺳﻔﺎرﺷﯽ ﺷﺪن 37

6-3 اﺑﺰار ﭘﯿﮑﺮﺑﻨﺪی و ﺗﺄﻟﯿﻒ ﻓﺮآﯾﻨﺪ 39

7-3 ﮐﻤﺒﻮدﻫﺎی ﻣﺘﺪوﻟﻮژی RUP 41

ﻓﺼﻞ ﭼﻬﺎرم (ﺳﺮوﯾﺲ ﮔﺮاﺋﯽ) 43

1-4 ﻣﻔﺎﻫﯿﻢ اوﻟﯿﻪ در ﺳﺮوﯾﺲ ﮔﺮاﺋﯽ 43

2-4 ﺳﺎﺧﺘﺎرﮐﻠﯽ ﻣﻌﻤﺎری ﺳﺮوﯾﺲ ﮔﺮا، ﻋﻨﺎﺻﺮ اﺻﻠﯽ و اﺑﺰار وب ﺳﺮوﯾﺴﻬﺎ 45

3-4 ﺳﺮوﯾﺲ و ﺷﯽء 47

ﻓﺼﻞ ﭘﻨﺠﻢ (SOMA) 55

1-5 ﻣﻘﺪﻣﻪ 55

2-5 ﭼﺸﻢ اﻧﺪاز ﺣﺮﮐﺖ ﺑﻪ ﺳﻮی راه ﺣﻠﻬﺎی ﺳﺮوﯾﺲ ﮔﺮا 56

3-5 اﺑﺰار ﺣﻤﺎﯾﺘﯽ Rational ﺑﺮای SOA 61

4-5 ﺳﺎزﻧﺪه روش (Rational Method Composer) 64

5-5 RUP SOMA 65

1-5-5 ﺷﻨﺎﺳﺎﺋﯽ ﺳﺮوﯾﺴﻬﺎی ﮐﺎﻧﺪﯾﺪ و ﺟﺮﯾﺎﻧﻬﺎ 67

1-1-5-5 ﺗﺠﺰﯾﻪ داﻣﻨﻪ 68

2-1-5-5 ﻣﺪﻟﺴﺎزی ﺳﺮوﯾﺲ ﻫﺪف 71

3-1-5-5 ﺗﺤﻠﯿﻞ داراﺋﯿﻬﺎی ﻣﻮﺟﻮد 73

2-5-5 ﻣﺸﺨﺼﻪ ﺳﺎزی ﺳﺮوﯾﺴﻬﺎ، ﻣﺆﻟﻔﻪ ﻫﺎ و ﺟﺮﯾﺎﻧﻬﺎ 74

3-5-5 ﻋﯿﻨﯿﺖ ﺑﺨﺸﯽ ﺳﺮوﯾﺴﻬﺎ 80

- RUP SOMA 4-5-5 ﺗﻌﺮﯾﻒ ﻓﺮاﺳﺎﺧﺘﺎر ﺳﺮوﯾﺲ 82

ﻓﺼﻞ ﺷﺸﻢ (ﻧﺘﯿﺠﻪ ﮔﯿﺮی) 84

اﮔﺮ ﺑﻪ ﭼﻨﺪ دﻫﻪ ﻗﺒﻞ ﺑﺮﮔﺮدﯾﻢ، ﺧﻮاﻫﯿﻢ دﯾﺪ ﮐﻪ ﺗﻮﻟﯿﺪ ﻧﺮم اﻓﺰار ﺑﻪ ﺳﺨﺘﯽ اﻧﺠﺎم ﻣﯽ ﺷﺪ. ﻓﺮآﯾﻨﺪ ﺗﻮﻟﯿﺪ ﻧﺮم اﻓﺰار

ﺷﮑﻨﻨﺪه ﻣﯽ ﻧﻤﻮد. ﺗﯿﻢ ﺗﻮﻟﯿﺪﮐﻨﻨﺪه ﺑﺎ ﻣﺸﮑﻼت ﻋﺪﯾﺪه ای درﮔﯿﺮ ﺑﻮد. ﺗﺤﻮﯾﻞ ﻣﺤﺼﻮل ﺑﻪ ﻣﻮﻗﻊ ﺻﻮرت

ﻧﻤﯽﮔﺮﻓﺖ. ﻧﺮم اﻓﺰار ﺗﻮﻟﯿﺪی ﺑﺴﯿﺎر ﮔﺮاﻧﻘﯿﻤﺖ ﺑﻮد و دﺳﺖ آﺧﺮ ﻧﻪ ﺳﻬﺎﻣﺪار از ﻣﺤﺼﻮل ﻧﻬﺎﺋﯽ راﺿﯽ ﺑﻮد و ﻧﻪ

ﻣﺸﺘﺮی.

اﯾﻦ ﻋﻼﺋﻢ ﺑﻪ ﻫﻤﺮاه ﻧﺸﺎﻧﻪ ﻫﺎی دﯾﮕﺮ ﮐﻪ ﺑﻪ ﻋﻼﺋﻢ ﺑﺤﺮان ﻧﺮم اﻓﺰار ﺷﻬﺮت ﭘﯿﺪا ﮐﺮدﻧﺪ ﺑﺮﻧﺎﻣﻪ ﻧﻮﯾﺴﺎن و

ﺗﻮﻟﯿﺪﮐﻨﻨﺪﮔﺎن ﻧﺮم اﻓﺰار را ﺑﻪ اﯾﻦ ﻓﮑﺮ واداﺷﺖ ﮐﻪ ﺗﺎ ﺟﺎی ﻣﻤﮑﻦ از اﯾﻦ ﺑﺤﺮان رﻫﺎﺋﯽ ﯾﺎﺑﻨﺪ. ﺗﻮﻟﯿﺪﮐﻨﻨﺪﮔﺎن

ﻧﺮم اﻓﺰار و ﺷﺮﮐﺖ ﻫﺎی ﺑﺰرگ ﮐﺎﻣﭙﯿﻮﺗﺮی و داﻧﺸﮕﺎﻫﯿﺎن در ﭘﯽ آن ﺷﺪﻧﺪ ﮐﻪ ﻓﻨﻮن ﻣﻬﻨﺪﺳﯽ را وارد اﯾﻦ ﻋﺮﺻﻪ

ﮐﻨﻨﺪ ﭼﺮاﮐﻪ ﺳﺎﯾﺮ رﺷﺘﻪ ﻫﺎ ﺗﻮاﻧﺴﺘﻪ ﺑﻮدﻧﺪ ﺑﺎ اﻟﻬﺎم از اﯾﻦ ﻣﻮﺿﻮع ﺑﺤﺮاﻧﻬﺎی ﺑﻪ ﻣﺮاﺗﺐ ﺳﺨﺖ ﺗﺮ از اﯾﻦ را ﭘﺸﺖ

ﺳﺮ ﺑﮕﺬارﻧﺪ.

اﻣﺎ ﭼﺮا ﻣﻬﻨﺪﺳﯽ؟! در ﺑﺮﺧﻮرد اول ﺷﺎﯾﺪ ﺑﻪ ﻧﻈﺮ ﺑﺮﺳﺪ ﮐﻪ ﻣﻬﻨﺪﺳﯽ ﻓﻘﻂ ﻣﺨﺘﺺ رﺷﺘﻪ ﻫﺎﺋﯽ اﺳﺖ ﮐﻪ ﺑﺎ ادوات

و اﺑﺰارﻫﺎی ﻣﮑﺎﻧﯿﮑﯽ و ﻓﯿﺰﯾﮑﯽ ﺳﺮوﮐﺎر دارﻧﺪ اﻣﺎ اﯾﻨﮕﻮﻧﻪ ﻧﯿﺴﺖ. اﻣﺮوزه واژه ﻣﻬﻨﺪﺳﯽ در ﺑﺴﯿﺎری از ﻋﻠﻮم،

ﺣﺘﯽ ﻋﻠﻮم اﻧﺴﺎﻧﯽ ﻧﯿﺰ وارد ﺷﺪه اﺳﺖ ﺑﻄﻮرﯾﮑﻪ ﻣﻬﻨﺪﺳﯽ اﺟﺘﻤﺎﻋﯽ، ﻣﻬﻨﺪﺳﯽ ﻓﺮﻫﻨﮕﯽ و ﻣﺎﻧﻨﺪ اﯾﻨﻬﺎ ﺑﺴﯿﺎر ﺑﻪ

ﮔﻮش ﻣﯽ رﺳﺪ.

ﻫﻤﺎﻧﻄﻮر ﮐﻪ ﻣﯽ داﻧﯿﺪ واژه ﻣﻬﻨﺪﺳﯽ از ﮐﻠﻤﻪ ﻫﻨﺪﺳﻪ ﺑﻪ ﻋﺎرﯾﺖ ﮔﺮﻓﺘﻪ ﺷﺪه اﺳﺖ. ﮐﻠﻤﻪ ﻫﻨﺪﺳﻪ ﻣﻌﺎدل ﻟﻐﺖ

اﻧﺪازه در ﻓﺎرﺳﯽ اﺳﺖ. ﻋﻠﺖ اﺳﺘﻔﺎده از آن اﯾﻨﺴﺖ ﮐﻪ ﻣﻬﻨﺪﺳﺎن ﻫﻤﯿﺸﻪ اﺑﺰارﻫﺎﺋﯽ را ﺑﺮای ﻣﺤﺎﺳﺒﮥ اﻧﺪازۀ

ﺳﺎﺧﺘﮥ ﺧﻮد ﺑﮑﺎر ﻣﯽ ﺑﺮﻧﺪ ﺑﺮای ﻣﺜﺎل ﻣﻬﻨﺪس ﻋﻤﺮان از ﻣﺘﺮ ﺑﺮای اﻧﺪازه ﮔﯿﺮی اﺳﺘﻔﺎده ﻣﯽ ﮐﻨﺪ. اﻣﺎ اﯾﻦ ﭼﻪ

ارﺗﺒﺎﻃﯽ ﺑﻪ ﻧﺮم اﻓﺰار دارد؟

ﺗﻮﻟﯿﺪﮐﻨﻨﺪﮔﺎن ﻧﺮم اﻓﺰار ﭼﻮن از ﻣﻬﻨﺪﺳﯽ ﺑﻬﺮه ﻧﻤﯽ ﺑﺮدﻧﺪ ﻓﺎﻗﺪ اﺑﺰاری ﺑﺮای ﻣﺤﺎﺳﺒﮥ اﻧﺪازۀ ﺳﺎﺧﺘﮥ ﺧﻮد ﯾﻌﻨﯽ

ﻧﺮم اﻓﺰار ﺑﻮدﻧﺪ ﺑﻪ ﻫﻤﯿﻦ ﺧﺎﻃﺮ ﻧﻪ در اﺑﺘﺪای ﺗﻮﻟﯿﺪ ﻧﺮم اﻓﺰار، ﻧﻪ در اواﺳﻂ ﮐﺎر و ﻧﻪ ﺣﺘﯽ در اﻧﺘﻬﺎی ﮐﺎر از

ﮐﯿﻔﯿﺖ و ﮐﻤﯿﺖ ﺳﺎﺧﺘﻪ ﺧﻮد ﻫﯿﭻ ﻣﻌﯿﺎر و ﻣﺤﮏ ﻓﯿﺰﯾﮑﯽ در دﺳﺖ ﻧﺪاﺷﺘﻨﺪ و ﺑﻪ ﻃﻮر دﻗﯿﻖ ﻧﻤﯽ داﻧﺴﺘﻨﺪ ﮐﻪ

در ﭼﻪ ﻣﺮﺣﻠﻪ ای از ﺗﻮﻟﯿﺪ ﻧﺮم اﻓﺰار ﺑﻪ ﺳﺮ ﻣﯽ ﺑﺮﻧﺪ. ﺑﻪ ﻫﻤﯿﻦ ﺧﺎﻃﺮ از ﻣﺪﯾﺮﯾﺖ دﻗﯿﻖ و رﯾﺰﺑﯿﻨﺎﻧﻪ ای ﺑﺮ روی

ﺳﺎﺧﺘﻪ ﺧﻮد ﺑﯽ ﺑﻬﺮه ﺑﻮدﻧﺪ.

ﺑﺮرﺳﯽ ﺗﻌﺎﻣﻠﯽ ﻣﺘﺪوﻟﻮژیRUP ﺑﺎ ﻣﻌﻤﺎ

N-e-t دوشنبه 16 فروردین 1395 ساعت 16:32

0 نظر

بررسی قابلیت بهره برداری از نگرش(SOA (Service Oriented Architecture در چارچوب MDA (Model Driver Architecture)

بررسی قابلیت بهره برداری از نگرش(SOA (Service Oriented Architecture در چارچوب MDA (Model Driver Architecture)

دانلود گزارش سمینار کارشناسی ارشد گرایش نرم افزار بررسی قابلیت بهره برداری از نگرش(SOA (Service Oriented Architecture در چارچوب MDA (Model Driver Architecture) در70 صفحه ورد قابل ویرایش با فرمت doc

دسته بندی	سمینار کامپیوتر
فرمت فایل	docx
حجم فایل	482 کیلو بایت
تعداد صفحات فایل	70

بررسی قابلیت بهره برداری از نگرش(SOA (Service Oriented Architecture در چارچوب MDA (Model Driver Architecture)

دانلود گزارش سمینار کارشناسی ارشد گرایش نرم افزار

در70 صفحه ورد قابل ویرایش با فرمت doc

چکیده

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

۱-۱ یک فعالیت طبیعی 8

۱-۱-۲ مدلسازی در دنیای کامپیوتر 9

۱-۲روشهای تولید نرمافزار 9

۱-۲-۱ روشهای سنتی 9

۱-۲-۲ روشهای بهبود یافته ۱۱

۱ – ۲ – ۲ روشهای چابک 2۱

۱ - ۳ مشکل اصلی:نگاه غیر منعطف 2۱

-2 راه حل: نگاه مدلرانه 7۱

۲ - ۱معرفی معماری مدل- رانه 7 ۱

۲ - ۲ تعریفها 9 ۱

۲ - ۳ چرخه حیات معماری مدل - رانه 20

– 3 ۲ – ۳ – ۱ مدل مستقل از محاسبه 22

۲ – ۳ – ۲ مدل مستقل از سکو 22

۲ – ۳ – ۳ مدل ویژه سکو 22

۲ – ۳ – ۴ مدل سکو 23

۲ – ۳ – ۵ تبدیل مدل 23

۲ – ۳ – ۶ سرویسهای فراگیر 23

۲ – ۳ – ۷پیادهسازی 23

۲ – ۴معماری مدلرانه در عمل 24

۲ – ۴ – ۱ ساخت مدل مستقل از محاسبه 24

۲ – ۴ – ۲ ساخت مدل مستقل از سکو 24

۲ – ۴ – ۳ ساخت مدل وابسته به سکو: نگاه اول 25

۲ – ۴ – ۴ نگاشت ها 25

۲ – ۴ – ۴ – ۱ انواع نگاشتها 25

۲ – ۴ – ۴ – ۲ الگوها 26

۲ – ۴ – ۴ – ۳ زبان نگاشت 26

۲ – ۴ – ۵ تبدیلها 26

۲ – ۴ – ۵ – ۱ مدل وابسته به سکو و تبدیل 28

۲ – ۴ – ۵ – ۳ قوانین تبدیل 29

۲ – ۵معماری مدل- رانه و معماری نرمافزار 30

۲ – ۶ یک مثال ۱3

۲ – ۷ Archetypeها 39

۲ – ۸ 40 Pleomorphism

۲ – ۹ استفاده از Archetype۱4

۲ – ۰۱معماری مدل-رانه قولها و چالشها 42

-3 معماری سرویسگرا 45

۳ – ۷الگوی تعامل در سرویسگرایی 48

۳ – ۲۱مقایسه سرویسگرایی و مولفهگرایی 52

-4 معماری مدل- رانه و معماری سرویس گرا: یک افق باز 55

۴ – ۱ مروری بر کارهای گذشته 55

– 5 نتایج گزارش 59

۵ – ۱ مروری بر این گزارش 59

۵ – ۲ نتایج حاصل 60

۵ – ۳ تعریف یک مساله برای کارهای آتی ۱6

۵ – ۴ پیشنهاد راه حل برای مساله ۱6

فهرست منابع و مراجع 63

بررسی قابلیت بهره برداری از نگرش

N-e-t جمعه 13 فروردین 1395 ساعت 22:49

0 نظر

ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت ﺑﺮای وب ﻣﻌﻨﺎﯾﯽ Information retieval for Semantic web

ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت ﺑﺮای وب ﻣﻌﻨﺎﯾﯽ Information retieval for Semantic web

دانلود سمینار کارشناسی ارشد ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت ﺑﺮای وب ﻣﻌﻨﺎﯾﯽ Information retieval for Semantic web در 74 صفحه ورد قابل ویرایش با فرمت doc

دسته بندی	سمینار
فرمت فایل	docx
حجم فایل	1411 کیلو بایت
تعداد صفحات فایل	74

ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت ﺑﺮای وب ﻣﻌﻨﺎﯾﯽ Information retieval for Semantic web

دانلود سمینار کارشناسی ارشد ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت ﺑﺮای وب ﻣﻌﻨﺎﯾﯽ Information retieval for Semantic web

در 74 صفحه ورد قابل ویرایش با فرمت doc

ﺑﺎ ﻇﻬﻮر وب، داده ﻫﺎ و اﻃﻼﻋﺎت زﯾﺎدی در ﻣﻮﺿﻮﻋﺎت ﻣﺨﺘﻠﻒ در اﺧﺘﯿﺎر ﻫﻤﮕﺎن ﻗﺮار ﮔﺮﻓﺘـﻪ اﺳـﺖ. اﯾـﻦ داده ﻫﺎ ﮐﻪ اﮐﺜﺮا در ﻗﺎﻟﺐ ﻓﺎﯾﻞ ﻫﺎی HTML اراﺋﻪ ﺷﺪه اﻧﺪ، ﻓﺮﺻﺖ ﻣﻨﺎﺳـﺒﯽ را در اﺧﺘﯿـﺎر ﮐـﺎرﺑﺮان وب ﻗـﺮار داده ﺗﺎ ﺑﺘﻮاﻧﻨﺪ ﺑﺎ ﺟﺴﺘﺠﻮی ﮐﻠﻤﺎت ﮐﻠﯿﺪی ﻣﻨﺎﺳﺐ ﺑﻪ داده ﻫﺎی ﻣﻮرد ﻧﯿﺎز ﺧﻮد دﺳـﺖ ﯾﺎﺑﻨـﺪ. اﻣـﺎ اﻣـﺮوزه ﺑـﺎ وﺟﻮد اﻧﺒﻮﻫﯽ از اﻃﻼﻋﺎت ﮔﻮﻧﺎﮔﻮن در وب، ﺟﺴﺘﺠﻮ ﺑﺮ اﺳﺎس ﮐﻠﻤﺎت ﮐﻠﯿﺪی، ﻣﺎ را ﺑﻪ ﺗﻌﺪاد زﯾﺎدی ﺻﻔﺤﻪ وب ﻣﯽ رﺳﺎﻧﺪ ﮐﻪ ﯾﺎﻓﺘﻦ اﻃﻼﻋﺎت ﻣﻮرد ﻧﯿﺎز در آن دﺷﻮار و زﻣﺎﻧﺒﺮ اﺳﺖ. وب ﻣﻌﻨﺎﯾﯽ ﺟﻬﺖ رﻓﻊ ﻣـﺸﮑﻼﺗﯽ از اﯾـﻦ ﻗﺒﯿﻞ ﺑﻪ ﻋﻨﻮان ﻧﺴﻞ ﺟﺪﯾﺪ وب ﺟﺎری، ﺗﻮﺳﻂ آﻗﺎی ﺗﯿﻢ ﺑﺮﻧﺮز ﻟﯽ [1] ﻣﻌﺮﻓﯽ ﺷﺪ.

وب ﻣﻌﻨﺎﯾﯽ ﺑﻪ ﻋﻨﻮان ﺷﺎﺧﻪ ﺟﺪﯾﺪی از وب ﺟﺎری ﻻزم دارد ﺗـﺎ ﺑـﻪ اﻃﻼﻋـﺎت ﻣﻮﺟـﻮد در وب دﺳﺘﺮﺳـﯽ داﺷﺘﻪ ﺑﺎﺷﺪ. اﻣﺎ اﻃﻼﻋﺎت ﻣﻮﺟﻮد در وب ﺟﻬﺖ ﻧﻤـﺎﯾﺶ آن ﺑـﻪ اﻧـﺴﺎن ﻫـﺎ ﺳـﺎزﻣﺎﻧﺪﻫﯽ ﺷـﺪه اﻧـﺪ. ﻟـﺬا ﺑـﺮای اﺳﺘﺨﺮاج اﻗﻼم اﻃﻼﻋﺎﺗﯽ از اﺑﺰاری ﺑﻨﺎم Wrapperاﺳﺘﻔﺎده ﻣﯽ ﺷـﻮد. در اﯾـﻦ ﻧﻮﺷـﺘﻪ ﺑـﺮ اﺳـﺘﺨﺮاج از ﻣﻨـﺎﺑﻊ اﻃﻼﻋﺎﺗﯽ1 ﺗﻤﺮﮐﺰ ﻣﯽ ﮐﻨﯿﻢ و اﺳﺘﺨﺮاج اﻃﻼﻋﺎت ﻣﺒﺘﻨﯽ ﺑﺮ ﯾﮏ Crawler ﮐﻪ ﺑﺎ اﺳﺘﻔﺎده از ﯾﮏ آﻧﺘﺎﻟﻮژی داﻣﻨﻪ ﺑﻪ ﺷﻨﺎﺳﺎﯾﯽ اﻗﻼم اﻃﻼﻋﺎﺗﯽ ﻣﯽ ﭘﺮدازد را ﭘﯿﺸﻨﻬﺎد ﻣﯽ ﮐﻨﯿﻢ.

ﮐﻠﻤﺎت ﮐﻠﯿﺪی :

وب ﻣﻌﻨﺎﯾﯽ

ﺣﺎﺷﯿﻪ ﮔﺬاری ﻣﻌﻨﺎﯾﯽ

آﻧﺘﺎﻟﻮژی

RDF

ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت

Wrapper

ﻣﻘﺪﻣﻪ

در اﯾﻦ ﺑﺨﺶ ﺑﻪ ﺑﺮرﺳﯽ ﻣﺸﮑﻞ وب ﺟﺎری ﭘﺮداﺧﺘﻪ و وب ﻣﻌﻨﺎﯾﯽ را ﺑﻪ ﻋﻨﻮان ﯾﮏ راه ﺣﻞ ﻣﻌﺮﻓـﯽ ﻣـﯽ ﮐﻨﯿﻢ. ﺳﭙﺲ ﯾﮑﯽ از ﭼﺎﻟﺶ ﻫﺎی ﻣﻮﺟﻮد در وب ﻣﻌﻨﺎﯾﯽ را ﺗﺸﺮﯾﺢ ﮐﺮده و ﻣﺤﺪوده ﺑﺤﺚ ﺧﻮد را ﻣﺸﺨﺺ ﻣﯽ ﮐﻨﯿﻢ.

ﻣﺸﮑﻞ وب ﮐﻨﻮﻧﯽ ﺑﺎ ﺗﻮﺟﻪ ﺑﻪ رﺷﺪ روز اﻓـﺰون وب و ﺑـﺎ وﺟـﻮد 400 ﻣﯿﻠﯿـﻮن وب ﺳـﺎﯾﺖ [16] و ﭼﻨـﺪﯾﻦ ﻣﯿﻠﯿـﺎرد ﻣﻨـﺎﺑﻊ اﻃﻼﻋﺎﺗﯽ (ﺷﺎﻣﻞ ﺻﻔﺤﺎت HTML، ﻓﺎﯾﻞ ﻫﺎی ﺻﻮﺗﯽ و وﯾﺪﺋﻮﯾﯽ، ﺗـﺼﺎوﯾﺮ ﻓﺎﯾـﻞ ﻫـﺎی XML، RSS و ﻏﯿـﺮه)، ﻋﻤﻼ وب ﺟﺎری ﺑﻪ ﯾﮏ ﮐﺘﺎﺑﺨﺎﻧﻪ ﺑﺰرگ از ﻣﻨﺎﺑﻊ و اﻃﻼﻋﺎت ﻣﺨﺘﻠﻒ ﺗﺒﺪﯾﻞ ﺷﺪه اﺳﺖ.

2 - نیاز به بازنمایی دانش

3 – آشنایی با اجزای اساسی وب معنایی

4 - معماری وب معنایی

5 – آشنایی با خانواده استاندارد های XML

6 – آشنایی با Resource Description Framework) RDF

7 – آشنایی با RDF Schema (RDFS)

8 – معرفی Taxonomy ها

9 – معرفی طیف آنتالوژی

10 – معرفی آنتالوژی

11 – توصیف منطقی آنتالوژی ها

12 – سطوح بازنمایی دانش

13 – مشکل نگاشت معنایی

14 – خلاصه مطالب

3 – مدیریت دانش و بازیابی اطلاعات

1 – بررسی مشکل

2 – نقش آنتالوژی ها

3 – معرفی معماری Sesame

4 – بازیابی اطلاعات برای وب معنایی

5 – جمع بندی مطالب

4 – بررسی فعالیت های انجام شده در زمینه استخراج اطلاعات

WEBOQL – 1 – 4

World Wide Web Wrapper Factory) W4F – 2 – 4)

OntoKnowledge – 3 – 4

5 – ارائه یک چارچوب جهت بازیابی اطلاعات

1 – تحلیل مساله بازیابی اطلاعات

2 – استخراج اطلاعات صریح و اطلاعات ضمنی

3 – مقاومت در برابر تغییرات منابع

4 – معرفی چارچوب پیشنهادی

5 – فعالیت های بعدی

مراجع

ﺑﺎزﯾﺎﺑﯽ اﻃﻼﻋﺎت ﺑﺮای وب ﻣﻌﻨﺎﯾﯽ In

N-e-t جمعه 13 فروردین 1395 ساعت 22:48

0 نظر

ﭼﺎرﭼﻮﺑﯽ ﺑﺮای اﻧﺘﺨﺎب ﻣﯿﺎن اﻓﺰار ﻣﻨﺎﺳﺐ ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر

ﭼﺎرﭼﻮﺑﯽ ﺑﺮای اﻧﺘﺨﺎب ﻣﯿﺎن اﻓﺰار ﻣﻨﺎﺳﺐ ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر

دانلود ﺳﻤﯿﻨﺎر ﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ ﻣﻬﻨﺪﺳﯽ ﮐﺎﻣﭙﯿﻮﺗﺮ ﮔﺮاﯾﺶ ﻧﺮم اﻓﺰار ﭼﺎرﭼﻮﺑﯽ ﺑﺮای اﻧﺘﺨﺎب ﻣﯿﺎن اﻓﺰار ﻣﻨﺎﺳﺐ ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر در 69 صفحه ورد قابل ویرایش با فرمت doc

دسته بندی	سمینار
فرمت فایل	docx
حجم فایل	166 کیلو بایت
تعداد صفحات فایل	69

ﭼﺎرﭼﻮﺑﯽ ﺑﺮای اﻧﺘﺨﺎب ﻣﯿﺎن اﻓﺰار ﻣﻨﺎﺳﺐ ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر

دانلود ﺳﻤﯿﻨﺎر ﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ ﻣﻬﻨﺪﺳﯽ ﮐﺎﻣﭙﯿﻮﺗﺮ ﮔﺮاﯾﺶ ﻧﺮم اﻓﺰار

در 69 صفحه ورد قابل ویرایش با فرمت doc

ﻣﯿـﺎن اﻓـﺰار، ﮐـﻪ ﺑـﻪ ﻃـﻮر ﻓﺰاﯾﻨـﺪه ای در ﺳﯿـﺴﺘﻢ ﻫـﺎی از ﻟﺤـﺎظ ﻧـﺮم اﻓـﺰاری ﺑـﺰرگ اﺳـﺘﻔﺎده ﻣـﯽ ﺷـﻮد، ﻧـﺮم اﻓﺰاری اﺳﺖ ﮐﻪ ﻣﯿﺎن ﺑﺮﻧﺎﻣـﻪ ﻫـﺎی ﮐـﺎرﺑﺮدی و ﺳﯿـﺴﺘﻢ ﻋﺎﻣـﻞ و ﺷـﺒﮑﻪ زﯾـﺮﯾﻦ ﻗـﺮار ﻣـﯽ ﮔﯿـﺮد و ﻣـﺴﻮول ﭘـﻞ زدن روی ﻓﺎﺻﻠﻪ ﻣﯿﺎن ﺑﺮﻧﺎﻣﻪ ﮐﺎرﺑﺮدی و زﯾﺮﺳﺎﺧﺖ ﻧﺮم اﻓﺰار/ﺳﺨﺖ اﻓﺰار ﺳﻄﺢ ﭘﺎﯾﯿﻦ ﺗﺮ اﺳﺖ.

ﻣﯿـﺎن اﻓـﺰار ﻣﻮﻟﻔـﻪ ای در اﺑﺘـﺪا ﺑـﺮای ﭘـﺸﺘﯿﺒﺎﻧﯽ از ﺳﯿـﺴﺘﻢ ﻫـﺎی ﺳـﺎزﻣﺎﻧﯽ1 ﻣﺎﻧﻨـﺪ ﺳﯿـﺴﺘﻢ ﻫـﺎی رزرواﺳـﯿﻮن ﻫﻮاﯾﯽ، ﺳﯿﺴﺘﻢ ﻫﺎی ﻣﺪﯾﺮﯾﺖ ﺳﺮﻣﺎﯾﻪ ﻫﺎی ﺑﺎﻧﮑﯽ و ﻏﯿـﺮه ﺳـﺎﺧﺘﻪ ﺷـﺪ. اﺧﯿـﺮا ﺑـﻪ ﮐـﺎر ﺑـﺮدن ﻣﯿـﺎن اﻓـﺰار در ﺳﯿـﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر ﺗﻮزﯾﻊ ﺷـﺪه((DRE آﻏـﺎز ﺷـﺪه اﺳـﺖ، ﺳﯿـﺴﺘﻢ ﻫـﺎﯾﯽ ﻣﺎﻧﻨـﺪ ﺳﯿـﺴﺘﻢ ﮐﻨﺘـﺮل ﻓﺮآﯾﻨـﺪ، دﺳـﺘﮕﺎهﻫـﺎی ﻣﻮﺑﺎﯾـﻞ و ﺳﯿـﺴﺘﻢ ﻫـﺎی ﺗـﺸﺨﯿﺺ روی ﺻـﻔﺤﻪ2 در اﺗﻮﻣﺒﯿـﻞ ﻫـﺎ. ﺑﻨـﺎ ﺑـﻪ ﺗﻌﺮﯾـﻒ ﺳﯿـﺴﺘﻢ ﻫـﺎی DRE، از ﻟﺤـﺎظ ﮐـﺎرآﯾﯽ ﺣﯿـﺎﺗﯽ اﻧـﺪ و ﻧﯿﺎزﻣﻨـﺪی ﻫـﺎی ﮐﯿﻔﯿـﺖ ﺧـﺪﻣﺖ((QoS ﺳـﺨﺖ و دﻗﯿﻘـﯽ ﺑـﺮای ﺗـﺎﺧﯿﺮ، ﮐﺎرآﻣـﺪی، ﻣﻘﯿﺎس ﭘﺬﯾﺮی و اﻣﻨﯿﺖ دارﻧﺪ.

در اﯾﻦ ﺟﺎ ﺑﺮ آﻧﯿﻢ ﺗـﺎ ﺑـﺎ ﺷـﻨﺎﺧﺖ دﻗﯿـﻖ ﺗـﺮ ﺧـﺼﻮﺻﯿﺎت اﯾـﻦ ﺳﯿـﺴﺘﻢ ﻫـﺎ ﻧﻘـﺶ ﻣﯿـﺎن اﻓـﺰار را ﺑـﻪ وﺿـﻮح در ﺗﻮﺳﻌﻪ ﺑﺮﻧﺎﻣﻪ ﻫﺎی ﮐﺎرﺑﺮدی DRE ﻣـﺸﺨﺺ ﮐﻨـﯿﻢ. ﺳـﭙﺲ ﺑﯿـﺎن ﺧـﻮاﻫﯿﻢ ﮐـﺮد ﻣﯿـﺎن اﻓـﺰار ﻫـﺎی وﯾـﮋه ﺷـﺪه ﺑـﺮای ﺳﯿﺴﺘﻢ ﻫﺎی DRE ﭼﻪ ﺧﺼﯿﺼﻪ ﻫـﺎ و ﻣﻌﻤـﺎری ای ﺑﺎﯾـﺪ داﺷـﺘﻪ ﺑﺎﺷـﻨﺪ و ﺑﺮرﺳـﯽ ﻣـﯽ ﮐﻨـﯿﻢ ﭼـﻪ ﺗﻔـﺎوت ﻫـﺎﯾﯽ ﺑـﺎ ﻣﯿـﺎن اﻓـﺰار ﻫـﺎی ﻣﻌﻤـﻮﻟﯽ دارﻧـﺪ. در ﻧﻬﺎﯾـﺖ ﺑـﺴﺘﺮ ﻣﻨﺎﺳـﺐ ﭘﯿـﺎده ﺳـﺎزی و ﻧﻤﻮﻧـﻪ ﻫـﺎی ﻋﻤﻠـﯽ و ﺗﺠـﺎری ﺣـﺎل ﺣﺎﺿﺮ و ﻣﯿﺰان ﻣﻮﻓﻘﯿﺖ ﻫﺮ ﯾﮏ را از ﻧﻈﺮ ﺧﻮاﻫﯿﻢ ﮔﺬراﻧﺪ.

ﮐﻠﻤـﺎت ﮐﻠﯿـﺪی :

ﺳﯿـﺴﺘﻢ ﺑـﯽ درﻧـﮓ ﺗﻮﮐـﺎر ﺗﻮزﯾـﻊ ﺷـﺪه

ﻣﯿـﺎن اﻓـﺰار

ﻣﻌﻤـﺎری ﻣﯿـﺎن اﻓـﺰا

Real-time

CORBA

RTSJ

ﻓﺼﻞ -1 ﮔﺮاﯾﺶ ﻫﺎی ﺟﺪﯾﺪ در داﻣﻨﻪ ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر ﺗﻮزﯾﻊ ﺷﺪه 1

-1-1 ﻣﻘﺪﻣﻪ 2

-1-2 ﺳﺎﺑﻘﻪ ﺗﺤﻘﯿﻖ 5

ﻓﺼﻞ -2 ﻋﻨﺎﺻﺮ و ﺟﻨﺒﻪ ﻫﺎی ﻣﺨﺘﻠﻒ ﯾﮏ ﺳﯿﺴﺘﻢ ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر و ﻧﻘﺶ ﻣﺘﻘﺎﺑﻞ آن ﻫﺎ 7

-1-2 ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ 9

-1-1-2 ﻣﺸﺨﺼﺎت ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ 9

-2-1-2 ﻣﺴﺎﯾﻞ، ﻣﻔﺎﻫﯿﻢ و ﺳﯿﺎﺳﺖ ﻫﺎی ﭘﺎﯾﻪ ای ﺑﺮای دﺳﺘﯿﺎﺑﯽ ﺑﻪ ﻗﺎﺑﻠﯿﺖ ﭘﯿﺶ ﺑﯿﻨﯽ 12

-2-2 ﺳﯿﺴﺘﻢ ﻫﺎی ﺗﻮﮐﺎر 15

-1-2-2 ﮐﺎرﺑﺮد ﻫﺎی ﺳﯿﺴﺘﻢ ﻫﺎی ﺗﻮﮐﺎر 15

-2-2-2 ﻣﺴﺎﯾﻞ ﭘﯿﺶ رو در ﺗﻮﺳﻌﻪ ﺳﯿﺴﺘﻢ ﻫﺎی ﺗﻮﮐﺎر 16

-3-2 ﻧﻘﺶ ﺳﯿﺴﺘﻢ ﻋﺎﻣﻞ 16

-4-2 ﻣﯿﺎن اﻓﺰار 19

ﻓﺼﻞ -3 ﭼﺎﻟﺶ ﻫﺎ، ﺗﺤﻘﯿﻖ و ﺗﻮﺳﻌﻪ در داﻣﻨﻪ ﻣﯿﺎن اﻓﺰار ﻫﺎی ﺑﯽ درﻧﮓ ﺗﻮﮐﺎر 22

-1-3 ﺗﻮﺳﻌﻪ ﺳﯿﺴﺘﻢ ﻫﺎی : DRE ﻣﺴﺎﯾﻞ و ﺑﺮرﺳﯽ ﺗﺤﻘﯿﻖ و ﺗﻮﺳﻌﻪ در اﯾﻦ داﻣﻨﻪ 23

-2-3 ﻣﺤﺪودﯾﺖ ﻫﺎی ﺟﺎوا و ﺳﯿﺎﺳﺖ ﻫﺎی ﺑﻬﺒﻮد ﻣﺎﺷﯿﻦ ﻣﺠﺎزی 32

ﻓﺼﻞ -4 ﻧﻮآوری ﻫﺎ، ﭘﯿﺸﺮﻓﺖ ﻫﺎ و ﺗﮑﻨﻮﻟﻮژی ﻫﺎی ﭘﯿﺎده ﺳﺎزی 40

RTSJ -1-4 و ﺑﺴﺘﺮ ﻣﻨﺎﺳﺐ ﭘﯿﺎده ﺳﺎزی 41

-1-1-4 آﯾﺎ Java ﺑﺎ اﻓﺰودن RTSJ، ﺗﮑﻨﻮﻟﻮژی ﭘﯿﺎده ﺳﺎزی ﺑﻬﺘﺮی از Ada ﺑﺮای ﺗﻮﺳﻌﻪ ﺳﯿﺴﺘﻢ ﻫﺎی ﺑﯽ درﻧﮓ

اﺳﺖ؟ 41

-2-1-4 ﻓﺮض ﻫﺎی ﺗﺼﻤﯿﻢ ﮔﯿﺮی 45

-3-1-4 ﺷﯿﻮه RTSJ 46

-4-1-4 ﻣﺪل Ada 50

Real-time CORBA -2-4 53

ﻓﺼﻞ -5 ﻧﺘﯿﺠﻪ ﮔﯿﺮی و ﮐﺎر ﻫﺎی آﯾﻨﺪه 58

ﻓﺼﻞ -6 ﻣﻨﺎﺑﻊ 62

ﭼﺎرﭼﻮﺑﯽ ﺑﺮای اﻧﺘﺨﺎب ﻣﯿﺎن اﻓﺰار ﻣ

N-e-t جمعه 13 فروردین 1395 ساعت 22:47

0 نظر

ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﭼﺎﺑﮏ

ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﭼﺎﺑﮏ

دانلود ﺳﻤﯿﻨﺎر ﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ ﻣﻬﻨﺪﺳﯽ ﮐﺎﻣﭙﯿﻮﺗﺮ ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﭼﺎﺑﮏ در 69 صفه ورد قابل ویرایش با فرمت doc

دسته بندی	سمینار
فرمت فایل	docx
حجم فایل	590 کیلو بایت
تعداد صفحات فایل	69

ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﭼﺎﺑﮏ

دانلود ﺳﻤﯿﻨﺎر ﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ ﻣﻬﻨﺪﺳﯽ ﮐﺎﻣﭙﯿﻮﺗﺮ- ﻣﻬﻨﺪﺳﯽ ﻧﺮم اﻓﺰار ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﭼﺎﺑﮏ

در 69 صفه ورد قابل ویرایش با فرمت doc

ﻓﺼﻞ اول- ﻣﺘﻐﯿﺮﻫﺎی ﻣﺤﯿﻄﯽ ﭘﺮوژه ﻧﺮم اﻓﺰاری

ﻣﺘﻐﯿﺮﻫﺎی ﻣﺤﯿﻄﯽ ﭘﺮوژه ﻧﺮم اﻓﺰاری 6

ﻓﺼﻞ دوم- ﭼﺮﺧﻪ ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار

-1 -2 ﺟﺎﯾﮕﺎه ﻣﻌﻤﺎری در ﻓﺮآﯾﻨﺪ ﺗﻮﺳﻌﻪ ﻧﺮم اﻓﺰار 12

-2 -2 ﭼﺮﺧﻪ ﺣﺮﻓﻪ ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار 13

-3 -2 ﻃﺮاﺣﯽ ﻣﻌﻤﺎری 16

-4 -2 ﻣﺴﺘﻨﺪﺳﺎزی ﻣﻌﻤﺎری 18

-5 -2 ارزﯾﺎﺑﯽ ﻣﻌﻤﺎری 24

-6 -2 ﺑﺮﺧﯽ روﺷﻬﺎی ارزﯾﺎﺑﯽ ﻣﺒﺘﻨﯽ ﺑﺮ ﺳﻨﺎرﯾﻮ 26

-1 -6 -2 روش ﺗﺤﻠﯿﻞ ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار 26 (SAAM)

-2 -6 -2 روش SAAM ﻣﺒﺘﻨﯽ ﺑﺮ ﺳﻨﺎرﯾﻮﻫﺎی ﭘﯿﭽﯿﺪه 28 (SAAMCS)

-3 -6 -2 روش ﺗﻮﺳﻌﻪ ﯾﺎﻓﺘﻪ SAAM ﯾﮑﭙﺎرﭼﻪ ﺷﺪه ﺑﺎ داﻣﻨﻪ 29 (ESAAMI)

-4 -6 -2 روش SAAM ﺑﺮای ﺗﮑﺎﻣﻞ و اﺳﺘﻔﺎده ﻣﺠﺪد 29

-5 -6 -2 روش ﺗﺤﻠﯿﻞ ﻣﻌﻤﺎری ﺑﺎ دﯾﺪ ﺗﻌﺎدﻟﯽ 30 (ATAM)

-12-2 روش ﺗﺤﻠﯿﻞ ﻫﺰﯾﻨﻪ و ﺳﻮد 33 (CBAM)

ﻓﺼﻞ ﺳﻮم- ﭼﺎﺑﮑﯽ

-1-3 ﭼﺎﺑﮑﯽ در ﻣﻘﺎﺑﻞ ﺳﻨﮕﯿﻦ وزﻧﯽ 37

-2-3 ﭼﺎﺑﮑﯽ و ﻓﺮدﮔﺮاﯾﯽ 38

-3-3 ﺑﯿﺎﻧﯿﻪ ﭼﺎﺑﮏ 39

-4-3 روﺷﻬﺎی ﺗﻮﺳﻌﻪ ﭼﺎﺑﮏ 40

41 Extreme Programming -1-4-3

-1-1-4-3 ارزﺷﻬﺎی XP 41

-2-1-4-3 ﻓﻌﺎﻟﯿﺘﻬﺎی XP 43

-3-1-4-3 ﻧﻘﺸﻬﺎﯾﯽ ﺑﺮای اﻓﺮاد 49

ﻓﺼﻞ ﭼﻬﺎرم- ﺗﻠﻔﯿﻖ ﭼﺎﺑﮑﯽ و ﻣﻌﻤﺎری

-1-4 اﺳﺘﻔﺎده از ﻣﻌﻤﺎری در روﺷﻬﺎی ﭼﺎﺑﮏ 53

-1 -1 -4 اﺳﺘﻌﺎره در XP 53

-2 -1 -4 ﻣﺪل ﺑﺎﻻ دﺳﺘﯽ در FDD 60

-3 -1 -4 ﻃﺮاﺣﯽ ﺳﻄﺢ ﺑﺎﻻ در Scrum 61

-2 -4 ﭼﺎﺑﮏ ﺳﺎزی ﭼﺮﺧﻪ ﻣﻌﻤﺎری 62

-2 -4 ﺗﺰرﯾﻖ ﭼﺎﺑﮑﯽ و ﻣﻌﻤﺎری ﺑﻪ روش ﺟﺪﯾﺪ63

ﻣﻨﺎﺑﻊ و ﻣﺮاﺟﻊ 67

ﻣﻘﺪﻣﻪ

وﺟﻮد ﯾﮏ روش ﺗﻮﺳﻌﻪ ﻣﻨﺎﺳﺐ ﺑﺮای ﯾﮏ ﭘﺮوژه ی ﻧﺮم اﻓﺰاری از اﻫﻤﯿﺖ وﯾﮋه ای ﺑﺮﺧﻮردار اﺳﺖ. در دﻫﻪ ﻫﺎی اﺧﯿﺮ ﺗﻼﺷﻬﺎی ﻣﺘﻨﻮﻋﯽ ﺑﺮای رﺳﯿﺪن ﺑﻪ ﯾﮏ روش ﺗﻮﺳﻌﻪ ﺧﺎص ﮐﻪ ﺗﻮان ﭘﺸﺘﯿﺒﺎﻧﯽ از اﻧﻮاع ﻣﺤﯿﻄﻬﺎی ﺗﻮﺳﻌﻪ را داﺷﺘﻪ ﺑﺎﺷﺪ، ﺻﻮرت ﭘﺬﯾﺮﻓﺘﻪ اﺳﺖ. اﻣﺎ ﻣﺤﯿﻄﻬﺎی ﺗﻮﺳﻌﻪ ﻣﺨﺘﻠﻒ، وﯾﮋﮔﯿﻬﺎی ﻣﺘﻔﺎوﺗﯽ دارﻧﺪ ﮐﻪ اراﺋﻪ ی روش ﺗﻮﺳﻌﻪ ای ﮐﻪ ﺗﻤﺎم آﻧﻬﺎ را ﭘﻮﺷﺶ دﻫﺪ، ﺗﺎ ﺣﺪودی دﺷﻮار ﻣﯽﺷﻮد. ﺑﺮای ﻫﻤﯿﻦ ﻣﻮﺿﻮع روش ﺗﻮﺳﻌﻪ ﻫﺎی ﺗﻮﺳﻌﻪ ﺑﺮای ﻣﺤﯿﻄﻬﺎی ﺑﺎ ﺷﺮاﯾﻂ ﺧﺎص اراﺋﻪ ﻣﯽﺷﻮﻧﺪ .[24]

روﺷﻬﺎی ﻃﺮح راﻧﻪ و روﺷﻬﺎی ﭼﺎﺑﮏ دو ﺳﺒﮏ از روﺷﻬﺎی ﺗﻮﺳﻌﻪ ﻫﺴﺘﻨﺪ ﮐﻪ ﻣﺤﯿﻄﻬﺎی ﺗﻮﺳﻌﻪ ﻣﺘﻔﺎوﺗﯽ را ﻣﺨﺎﻃﺐ ﻗﺮار ﻣﯽدﻫﻨﺪ و ﺗﻘﺮﯾﺒﺎ در ﻣﺤﯿﻄﻬﺎی ﻣﺮﺑﻮﻃﻪ ﺷﺎن ﻣﻮﻓﻖ ﻫﺴﺘﻨﺪ. اﻣﺎ ﻣﺤﯿﻄﻬﺎﯾﯽ ﻧﯿﺰ وﺟﻮد دارﻧﺪ ﮐﻪ ﺗﻠﻔﯿﻘﯽ از وﯾﮋﮔﯿﻬﺎی اﯾﻦ ﻣﺤﯿﻄﻬﺎ را ﺷﺎﻣﻞ ﻣﯽﺷﻮﻧﺪ و روش ﺗﻮﺳﻌﻪ ﻣﻨﺎﺳﺒﯽ ﺑﺮای آﻧﻬﺎ ﮔﺰارش ﻧﺸﺪه اﺳﺖ. در ﮐﻨﺎر اﯾﻦ ﻣﻮﺿﻮع، ﻫﺮ دوی روﺷﻬﺎی ﺗﻮﺳﻌﻪ ﻃﺮح راﻧﻪ و ﭼﺎﺑﮏ ﺿﻌﻒ ﻫﺎﯾﯽ دارﻧﺪ و ﺑﻪ ﺗﺒﻊ آن ﺑﺮﺧﯽ از ﻓﺎﮐﺘﻮرﻫﺎی اﺳﺎﺳﯽ ﯾﮏ ﭘﺮوژه ی ﻧﺮم اﻓﺰاری را در ﻧﻈﺮ ﻧﻤﯽﮔﯿﺮﻧﺪ. از دﯾﺪﮔﺎه Beck اﯾﻦ ﭼﻬﺎر ﻓﺎﮐﺘﻮر ﮐﯿﻔﯿﺖ، زﻣﺎن، ﺑﻮدﺟﻪ و ﺣﻮزه ﻣﺴﺌﻠﻪ ﻫﺴﺘﻨﺪ. در اﯾﻦ ﺳﻤﯿﻨﺎر در ﭘﯽ ﺑﺮرﺳﯽ روﺷﻬﺎی ﺗﻮﺳﻌﻪ ای ﺑﺮای ﺑﺮآوردن اﯾﻦ ﻓﺎﮐﺘﻮرﻫﺎ ﺧﻮاﻫﯿﻢ ﺑﻮد.

در ﻓﺼﻞ اول، ﻓﺎﮐﺘﻮرﻫﺎی ﻣﺤﯿﻄﯽ ﭘﺮوژه را ﺑﺮرﺳﯽ ﮐﻨﯿﻢ. ﺑﻪ ﭼﺮﺧﻪ ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار در ﻓﺼﻞ دوم ﭘﺮداﺧﺘﻪ ﻣﯽﺷﻮد. روﺷﻬﺎی ﭼﺎﺑﮏ در ﻓﺼﻞ ﺳﻮم ﺗﺸﺮﯾﺢ ﻣﯽﺷﻮﻧﺪ و ﻓﺼﻞ ﭼﻬﺎرم در ﺑﺮﮔﯿﺮﻧﺪه ی ﺗﻠﻔﯿﻖ روﺷﻬﺎی ﭼﺎﺑﮏ و ﻣﻌﻤﺎری ﻣﯽﺑﺎﺷﺪ.

ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﭼﺎﺑﮏ

N-e-t جمعه 13 فروردین 1395 ساعت 22:46

0 نظر

ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ Agile Enterprise Architecture

ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ Agile Enterprise Architecture

دانلود ﮔﺰارش ﺳﻤﯿﻨﺎرﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ Agile Enterprise Architecture در 197 صفحه ورد قابل ویرایش با فرمت doc

دسته بندی	سمینار
فرمت فایل	docx
حجم فایل	1524 کیلو بایت
تعداد صفحات فایل	197

ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ Agile Enterprise Architecture

دانلود ﮔﺰارش ﺳﻤﯿﻨﺎرﮐﺎرﺷﻨﺎﺳﯽ ارﺷﺪ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ Agile Enterprise Architecture

در 197 صفحه ورد قابل ویرایش با فرمت doc

ﭼﮑﯿﺪه :

درﺣﺎل ﺣﺎﺿﺮ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﯾﮑﯽ ازﻋﻮاﻣﻞ ﻣﻬﻢ و ﮐﻠﯿﺪی دراﻧﺠـﺎم ﻣﺎﻣﻮرﯾـﺖ ﻫـﺎی ﺳـﺎزﻣﺎن ﻫـﺎ ﻣﺤﺴﻮب ﻣﯽ ﺷﻮد . ﻣﺪﯾﺮان ﺳﺎزﻣﺎن ﻫﺎ ﺑﺮای ﮐﺎﻫﺶ ﻫﺰﯾﻨﻪ ﻫﺎ و ﺧﻄﺮات ﻣﺘﻌﺪد و اﻓﺰاﯾﺶ ﮐﺎرآﯾﯽ ، ﺳـﻮدآوری ، ﺑﻬﺮه وری و اﺛﺮﺑﺨﺸﯽ ﻧﯿﺎزﻣﻨﺪ ﺗﻬﯿﻪ و ﺗﺪوﯾﻦ ﺑﺮﻧﺎﻣﻪ ﻫﺎی ﺟﺎﻣﻊ ﻓﻨﺎوری اﻃﻼﻋﺎت ﺑﺎروﯾﮑﺮد ﻣﻌﻤﺎری ﺳـﺎزﻣﺎﻧﯽ ﻣﯽ ﺑﺎﺷﻨﺪ . ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ درﻃﯽ ﻓﺮآﯾﻨﺪی ﺑﻨﺎم "ﻓﺮآﯾﻨﺪ ﺗﺪوﯾﻦ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ" زﯾـﺮ ﻧﻈـﺮ ﻣـﺪﯾﺮان ارﺷـﺪ ﺳﺎزﻣﺎن وﺑﺎ ﻣﺪﯾﺮﯾﺖ ﻣﺴﺘﻘﯿﻢ ﻣﺪﯾﺮﻓﻨﺎوری اﻃﻼﻋﺎت ﺳﺎزﻣﺎن ﺷﮑﻞ ﻣـﯽ ﮔﯿـﺮد . ﻫـﺪف ﻣﻌﻤـﺎری ﺳـﺎزﻣﺎﻧﯽ اﯾـﻦ اﺳﺖ ﮐﻪ ﻓﻨﺎوری اﻃﻼﻋﺎت را از ﺣﺎﻟﺖ ﯾﮏ اﺑﺰار ﺧﺎرج ﮐﺮده وﺑﻪ ﯾﮑﯽ از ﻣﻨﺎﺑﻊ ﺳـﺎزﻣﺎن در ﮐﻨـﺎر ﺳـﺎﯾﺮ ﻣﻨـﺎﺑﻊ ﺳﺎزﻣﺎن ﺗﺒﺪﯾﻞ ﻧﻤﺎﯾﺪ . ﺑﻄﻮری ﮐﻪ در ﺧﺪﻣﺖ ﻣﺎﻣﻮرﯾـﺖ ﻫـﺎی ﺳـﺎزﻣﺎن ﺑﺎﺷـﺪ . در ﺣـﺎل ﺣﺎﺿﺮﺳـﺎزﻣﺎن ﻫـﺎی ﻣﺨﺘﻠﻒ ﺑﻪ وﯾﮋه ﺳﺎزﻣﺎن ﻫﺎی ﺑﺰرگ ﺑﺮای اﺟﺮای ﻓﺮآﯾﻨﺪ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ وﺑﻪ ﺧﺼﻮص ﺑﺮﻧﺎﻣﻪ رﯾﺰی ﻣﻌﻤـﺎری ﺳﺎزﻣﺎﻧﯽ دﭼﺎرﻣﺸﮑﻼﺗﯽ ﻫﺴﺘﻨﺪ . ﻓﺮآﯾﻨﺪ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﺑﺴﯿﺎر ﻟﺨﺖ ، ﮐﻨﺪ و ﻓﺮﺳﺎﯾﺸﯽ ﻣﯽ ﺑﺎﺷـﺪ ودر ﻧﺘﯿﺠـﻪ ﻣﻮﺟﺐ ﻋﺪم اﺟﺮای ﺻﺤﯿﺢ ﯾﺎ ﺗﻮﻗﻒ ﻫﺎی زﯾﺎد وﯾﺎ ﺣﺘﯽ ﺷﮑﺴﺖ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﻣﯽ ﺷﻮد .

ﻫﻨﮕﺎﻣﯽ ﮐﻪ در ﻣﺴﺎﻟﻪ ای آﺷﻔﺘﮕﯽ و ﺗﻼﻃﻢ وﺟﻮد داﺷﺘﻪ ﺑﺎﺷﺪ ﭼﺎﺑﮑﯽ ﯾﮑﯽ از ﮐﻠﯿﺪ ﻫـﺎی ﺣـﻞ ﻣـﺴﺎﻟﻪ ﻣﯽ ﺑﺎﺷﺪ . ﭼﺎﺑﮑﯽ ﺑﻪ ﺗﻮاﻧﺎﯾﯽ ﺑﺮای اﯾﺠﺎد و ﭘﺎﺳﺨﮕﻮﯾﯽ ﺑﻪ ﺗﻐﯿﯿﺮات ﻣﺤـﯿﻂ ﻣـﺘﻼﻃﻢ ﺗﺠـﺎری ﮔﻔﺘـﻪ ﻣـﯽ ﺷـﻮد

.ﭼﺎﺑﮑﯽ ﺑﻪ ﻣﻔﻬﻮم ﺗﻨﺪی ، ﺳﺮﻋﺖ ، ﺳﺒﮑﯽ و زﯾﺮﮐﯽ ﻣﯽ ﺑﺎﺷﺪ و ﺑـﻪ ﺧﻼﻗﯿـﺖ و اﺑﺘﮑـﺎر و ﻧـﻮآوری ﻧﯿـﺎز دارد . ﻣﺘﺪوﻟﻮژی ﻫﺎی ﭼﺎﺑﮏ ﺗﻄﺒﯿﻖ ﭘﺬﯾﺮ ﻫﺴﺘﻨﺪ و ﺧﻮدﺷﺎن را ﺑﺎ ﺗﻐﯿﯿﺮات ﺗﻄﺒﯿﻖ ﻣﯽ دﻫﻨﺪ . ﻣﻔﻬﻮم ﭼﺎﺑﮑﯽ در ﻋﻠﻮم وﻓﻨﻮن ﻣﺨﺘﻠﻒ ﻧﺘﺎﯾﺞ ﺑﺮﺟﺴﺘﻪ ای را اﯾﺠﺎد ﻧﻤﻮده ودرﺣﻮزه ﻣﻌﻤﺎری ﻧﺮم اﻓﺰار ﻫﻢ ﻧﺘﺎﯾﺞ ﻗﺎﺑـﻞ ﺗـﻮﺟﻬﯽ را اراﺋـﻪ ﻧﻤﻮده اﺳﺖ .

اﻣﯿﺪ اﺳﺖ دراﯾﻦ ﺗﺤﻘﯿﻖ ﺑﺘﻮاﻧﻢ ﻣﺼﺎدﯾﻖ ﭼﺎﺑﮑﯽ درﺑﺮﻧﺎﻣﻪ رﯾﺰی ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ و ﻣـﺪل ﻫـﺎ و ﺗﺠﺮﺑـﻪ ﻫـﺎی ﻣﻮﻓﻖ را اراﺋﻪ ﻧﻤﺎﯾﻢ .

ﮐﻠﻤﺎت ﮐﻠﯿﺪی :

• ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ (Enterprise Architecture)

• ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ (Agile Enterprise Architecture)

• ﭼﺎﺑﮑﯽ (Agility)

• ﻣﺘﺪوﻟﻮژی ﻫﺎی ﭼﺎﺑﮏ (Agile Methods)

• ﻣﺪﻟﺴﺎزی ﭼﺎﺑﮏ (Agile Modeling)

• ﻣﺪﯾﺮﯾﺖ ﭘﺮوژه ﭼﺎﺑﮏ (Agile Project Management)

• ﻣﺴﺘﻨﺪ ﺳﺎزی ﭼﺎﺑﮏ (Agile Documentation)

• ﻓﺮآﯾﻨﺪ ﭼﺎﺑﮏ (Agile Process)

• ﻣﻌﻤﺎری ﺗﻄﺒﯿﻖ ﭘﺬﯾﺮ (Adaptive Architecture)

• ﻣﺪل ﻣﺮﺟﻊ ﭼﺎﺑﮏ (Agile Reference Model)

• ﭼﺎرﭼﻮب ﭼﺎﺑﮏ (Agile Framework)

در ﺣﺎل ﺣﺎﺿﺮ ﺑﮑﺎرﮔﯿﺮی ﺻﺤﯿﺢ ﻓﻨﺎوری اﻃﻼﻋـﺎت و ارﺗﺒﺎﻃـﺎت ﺑـﻪ ﻋﻨـﻮان ﯾـﮏ ﻣـﺴﺎﻟﻪ ﺟﺪﯾـﺪ در ﺳﺎزﻣﺎن ﻫﺎی ﺑﺰرگ ﻣﻮرد ﺗﻮﺟﻪ ﻗﺮار ﮔﺮﻓﺘﻪ اﺳﺖ . ازاﯾﻦ رو ﺑﯿﺸﺘﺮ ﺳﺎزﻣﺎن ﻫﺎ ﺑﺮای رﺳـﯿﺪن ﺑـﻪ اﻫـﺪاف ﺧـﻮد ﺑﺎﯾﺪ ﺑﺘﻮاﻧﻨﺪاز ﻓﻨﺎوری اﻃﻼﻋﺎت و ارﺗﺒﺎﻃﺎت درﺟﻬﺖ ﺗﺪﻗﯿﻖ ، ﺗﺴﺮﯾﻊ و ﺗﺴﻬﯿﻞ ﮐﺎرﻫﺎی ﺧﻮد ، ﺑﻬﺘﺮﯾﻦ اﺳـﺘﻔﺎده را ﺑﻨﻤﺎﯾﻨﺪ . ﻫﺮ ﺳﺎزﻣﺎن ﺑﺎﯾﺪ از ﻃﺮﯾﻖ اﻧﺠﺎم ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ، ﻧﯿﺎزﻣﻨﺪی ﻫﺎی ﺧﻮد را ﺷﻨﺎﺧﺘﻪ وراه ﺣـﻞ ﻫـﺎ و راﻫﮑﺎرﻫﺎی ﺣﻞ ﻣﺸﮑﻼت را ﮐﺸﻒ ﻧﻤﺎﯾﺪ . ﻣﺸﮑﻞ اﯾﻦ اﺳﺖ ﮐﻪ ﻓﺮآﯾﻨﺪ اﺟﺮای ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﺑـﺴﯿﺎر ﮐﻨـﺪ ، ﭘﺮﻫﺰﯾﻨﻪ ، ﻣﺸﮑﻞ و ﻓﺮﺳﺎﯾﺸﯽ ﻣﯽ ﺑﺎﺷﺪ در ﻧﺘﯿﺠﻪ ﯾﺎ اﺟﺮای ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﺑـﻪ ﺷﮑـﺴﺖ ﻣﻨﺠـﺮ ﺷـﺪه و ﯾـﺎ اﯾﻨﮑﻪ ﻧﺘﯿﺠﻪ ﻻزم را ﻧﺨﻮاﻫﺪ داﺷﺖ .

ﯾﮑﯽ از ﻣﻬﻤﺘﺮﯾﻦ دﻻﯾﻞ ﮐﻨﺪی و ﻓﺮﺳﺎﯾﺸﯽ ﺑﻮدن ﻓﺮآﯾﻨﺪ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﺗﻐﯿﯿـﺮات ﻣـﺪاوم در ﺣـﻮزه ﻓﻨﺎوری و ﯾﺎ ﻣﺎﻣﻮرﯾﺖ ﻫﺎی ﯾﮏ ﺳﺎزﻣﺎن اﺳﺖ .

ﯾﮑﯽ از ﻧﻈﺮﯾﻪ ﻫﺎ ی ﻣﻄﺮح ﺷﺪه در ﺣﻮزه ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﻣﻔﻬﻮم ﭼـﺎﺑﮑﯽ ﻣـﯽ ﺑﺎﺷـﺪ . ﭼـﺎﺑﮑﯽ ﺑـﻪ ﻣﻌﻨﯽ ﺗﻄﺒﯿﻖ ﭘﺬﯾﺮ ﺑﻮدن در ﻣﻘﺎﺑﻞ ﺗﻐﯿﯿﺮات ﻣﺪاوم ﺗﺠﺎری ﻣﯽ ﺑﺎﺷﺪ . ﻓﺮآﯾﻨﺪ ﻣﻌﻤـﺎری ﺳـﺎزﻣﺎﻧﯽ ﺑﺎﯾـﺪ در ﻣﺤـﯿﻂ ﻫﺎی ﻣﺘﻼﻃﻢ ﺗﺠﺎری ﺑﺎ ﮐﻤﺘﺮﯾﻦ ﻫﺰﯾﻨﻪ و ﮐﻤﺘﺮﯾﻦ زﻣﺎن و ﺑﻪ ﺷـﮑﻞ ﺑﻬﯿﻨـﻪ ﺻـﻮرت ﭘـﺬﯾﺮد . ﻓﺮآﯾﻨـﺪ ﻣﻌﻤـﺎری ﺳﺎزﻣﺎﻧﯽ ﺑﺎﯾﺪ ﭼﺎﺑﮏ ﺑﻮده و در ﻣﻘﺎﺑﻞ ﺗﻐﯿﯿﺮات ﻣﺪاوم ﺗﻄﺒﯿﻖ ﭘﺬﯾﺮﺑﺎﺷﺪ . ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ ﯾـﮏ ﭘـﺎراداﯾﻢ ﻃﺮاﺣﯽ و ﻣﺪﻟﺴﺎزی ﺑﺮای ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﻣﯽ ﺑﺎﺷﺪ .

-2-1 ﺗﻌﺮﯾﻒ ﻣﺴﺎﻟﻪ :

درﺣﺎل ﺣﺎﺿﺮ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﯾﮑﯽ ازﻋﻮاﻣﻞ ﻣﻬﻢ و ﮐﻠﯿﺪی دراﻧﺠـﺎم ﻣﺎﻣﻮرﯾـﺖ ﻫـﺎی ﺳـﺎزﻣﺎن ﻫـﺎ ﻣﺤﺴﻮب ﻣﯽ ﺷﻮد . ﻣﺪﯾﺮان ﺳﺎزﻣﺎن ﻫﺎ ﺑﺮای ﮐﺎﻫﺶ ﻫﺰﯾﻨﻪ ﻫﺎ و ﺧﻄﺮات ﻣﺘﻌﺪد و اﻓﺰاﯾﺶ ﮐﺎرآﯾﯽ ، ﺳـﻮدآوری ، ﺑﻬﺮه وری و اﺛﺮﺑﺨﺸﯽ ﻧﯿﺎزﻣﻨﺪ ﺗﻬﯿﻪ و ﺗﺪوﯾﻦ ﺑﺮﻧﺎﻣﻪ ﻫﺎی ﺟﺎﻣﻊ ﻓﻨﺎوری اﻃﻼﻋﺎت ﺑﺎروﯾﮑﺮد ﻣﻌﻤﺎری ﺳـﺎزﻣﺎﻧﯽ ﻣﯽ ﺑﺎﺷﻨﺪ . ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ درﻃﯽ ﻓﺮآﯾﻨﺪی ﺑﻨﺎم "ﻓﺮآﯾﻨﺪ ﺗﺪوﯾﻦ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ" زﯾـﺮ ﻧﻈـﺮ ﻣـﺪﯾﺮان ارﺷـﺪ ﺳﺎزﻣﺎن وﺑﺎ ﻣﺪﯾﺮﯾﺖ ﻣﺴﺘﻘﯿﻢ ﻣﺪﯾﺮﻓﻨﺎوری اﻃﻼﻋﺎت ﺳﺎزﻣﺎن ﺷﮑﻞ ﻣـﯽ ﮔﯿـﺮد . ﻫـﺪف ﻣﻌﻤـﺎری ﺳـﺎزﻣﺎﻧﯽ اﯾـﻦ اﺳﺖ ﮐﻪ ﻓﻨﺎوری اﻃﻼﻋﺎت را از ﺣﺎﻟﺖ ﯾﮏ اﺑﺰار ﺧﺎرج ﮐﺮده وﺑﻪ ﯾﮑﯽ از ﻣﻨﺎﺑﻊ ﺳـﺎزﻣﺎن در ﮐﻨـﺎر ﺳـﺎﯾﺮ ﻣﻨـﺎﺑﻊ ﺳﺎزﻣﺎن ﺗﺒﺪﯾﻞ ﻧﻤﺎﯾﺪ . ﺑﻄﻮری ﮐﻪ در ﺧﺪﻣﺖ ﻣﺎﻣﻮرﯾﺖ ﻫﺎی ﺳﺎزﻣﺎن ﺑﺎﺷـﺪ . ﻓﺮآﯾﻨـﺪ ﻣﻌﻤـﺎری ﺳـﺎزﻣﺎﻧﯽ ازﺳـﻪ ﻗﺴﻤﺖ اﺻﻠﯽ ﺑﺮﻧﺎﻣﻪ رﯾﺰی راﻫﺒﺮدی ﻓﻨﺎوری اﻃﻼﻋﺎت ، ﺑﺮﻧﺎﻣﻪ رﯾـﺰی ﻣﻌﻤـﺎری ﺳـﺎزﻣﺎﻧﯽ و اﺟـﺮای ﻣﻌﻤـﺎری ﺳﺎزﻣﺎﻧﯽ ﺗﺸﮑﯿﻞ ﮔﺮدﯾﺪه اﺳﺖ .

در ﺣﺎل ﺣﺎﺿﺮﺳﺎزﻣﺎن ﻫﺎی ﻣﺨﺘﻠﻒ ﺑﻪ وﯾـﮋه ﺳـﺎزﻣﺎن ﻫـﺎی ﺑـﺰرگ ﺑـﺮای اﺟـﺮای ﻓﺮآﯾﻨـﺪ ﻣﻌﻤـﺎری ﺳﺎزﻣﺎﻧﯽ وﺑﻪ ﺧﺼﻮص ﺑﺮﻧﺎﻣﻪ رﯾﺰی ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ دﭼﺎرﻣﺸﮑﻼﺗﯽ ﻫﺴﺘﻨﺪ . ﻓﺮآﯾﻨﺪ ﻣﻌﻤﺎری ﺳـﺎزﻣﺎﻧﯽ ﺑـﺴﯿﺎر ﻟﺨﺖ ، ﮐﻨﺪ و ﻓﺮﺳﺎﯾﺸﯽ و ﻫﺰﯾﻨﻪ ﺑﺮ ﻣﯽ ﺑﺎﺷﺪ ودر ﻧﺘﯿﺠﻪ ﻣﻮﺟﺐ ﻋﺪم اﺟﺮای ﺻﺤﯿﺢ ، ﻟﺨﺘﯽ وﯾﺎ ﺣﺘﯽ ﺷﮑـﺴﺖ ﻣﯽ ﺷﻮد .

فهرست مطالب :

چکیده

فصل اول : معرفی موضوع

فصل دوم : معماری سازمانی چابک

-1-2 مقدمه

-2-2 چابکی چیست ؟

-3-2 بیانیه چابک و بررسی آن

-4-2 طبقه بندی تغییرات در سازمان ها

-5-2 تعریف معماری سازمانی چابک

-6-2 اصول حاکم بر معماری سازمانی چابک

-7-2 اهداف معماری سازمانی چابک

-8-2 معماران چابک

-9-2 تیم های چابک

-10-2 خلاصه و نتیجه گیری

فصل سوم : مشخصات معماری سازمانی چابک

-1-3 مقدمه

-2-3 فرآیند معماری سازمانی چابک و چرخه حیات چابک

-3-3 تجارب عملی چابک

-4-3 چارچوب چابک

-5-3 انواع معماری سازمانی چابک

-6-3 مشکلات تدوین معماری سازمانی چابک

-7-3 تقسیم بندی سازمان ها براساس چابکی و تلاطم

-8-3 خلاصه و نتیجه گیری

فصل چهارم : متدولوژی های چابک معماری سازمانی

-1-4 مقدمه

-2-4 متدولوژی چیست ؟

-3-4 بررسی متدولوژی های سنتی معماری سازمانی

-1-3-4 متدولوژی مهندسی اطلاعات

BSP -2-3-4 متدولوژی

Case Method -3-3-4 متدولوژی اوراکل

YSM -4-3-4 متدولوژی

-5-3-4 متدولوژی معماری اطلاعات

RAD/JAD -6-3-4 متدولوژی

EAP -7-3-4 متدولوژی

-4-4 مشکلات متدولوژی های سنتی معماری سازمانی

-5-4 طبقه بندی متدولوژی ها

-6-4 روش های چابک معماری سازمانی

Scrum -1-6-4 معماری سازمانی چابک مبتنی بر

-2-6-4 معماری سازمانی چابک مبتنی بر سرویس

-3-6-4 معماری سازمانی چابک مبتنی بر مدلسازی چابک

-7-4 خلاصه و نتیجه گیری

فصل پنجم : نتایج و پیشنهادات

-1-5 خلاصه تحقیق

-2-5 محدودیت های تحقیق

-3-5 نتایج تحقیق

-4-5 پیشنهادات برای تحقیقات آینده

پیوست 1 : تحلیل آماری

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

مراجع و منابع

ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﯽ ﭼﺎﺑﮏ Agile Enterp

N-e-t جمعه 13 فروردین 1395 ساعت 22:45

0 نظر

ﺑﺮرﺳﯽ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ و اراﯾﻪ ﻣﺪﻟﯽ ﺑﺮای ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ ﮐﺎرﺑﺮدﻫﺎی ﻣﺸﺎپ

ﺑﺮرﺳﯽ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ و اراﯾﻪ ﻣﺪﻟﯽ ﺑﺮای ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ ﮐﺎرﺑﺮدﻫﺎی ﻣﺸﺎپ

دانلود سمینار کارشناسی ارشد ﺑﺮرﺳﯽ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ و اراﯾﻪ ﻣﺪﻟﯽ ﺑﺮای ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ ﮐﺎرﺑﺮدﻫﺎی ﻣﺸﺎپ در 68 صفحه ورد قابل ویرایش با فرمت doc

دسته بندی	سمینار
فرمت فایل	docx
حجم فایل	681 کیلو بایت
تعداد صفحات فایل	68

ﺑﺮرﺳﯽ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ و اراﯾﻪ ﻣﺪﻟﯽ ﺑﺮای ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ ﮐﺎرﺑﺮدﻫﺎی ﻣﺸﺎپ

دانلود سمینار کارشناسی ارشد ﺑﺮرﺳﯽ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ و اراﯾﻪ ﻣﺪﻟﯽ ﺑﺮای ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ ﮐﺎرﺑﺮدﻫﺎی ﻣﺸﺎپ

در 68 صفحه ورد قابل ویرایش با فرمت doc

در ﺳﺎلﻫﺎی اﺧﯿﺮ، ﻇﻬﻮر ﻓﻨﺎوری ﻣﺸﺎپﻫﺎی ﺳﺎزﻣﺎﻧﯽ ﺗﺤﺖ وب ﮐﻪ ﯾﮑﭙﺎرﭼﻪ ﺳﺎزی ﻣﻮردی اﻃﻼﻋﺎت و ﺳـﺮوﯾﺲ ﻫﺎ را از ﭼﻨﺪﯾﻦ ﻣﻨﺒﻊ ﻣﺨﺘﻠﻒ اﻣﮑﺎن ﭘﺬﯾﺮ ﻣﯽ ﺳﺎزد، روﺷﯽ ﺟﺪﯾﺪ را ﺑﺮای ﺗﻮﺳﻌﻪ ﺑﺮﻧﺎﻣﻪ ﻫﺎی ﮐﺎرﺑﺮدی ﻣـﻮﻗﻌﯿﺘﯽ در ﺳﺎزﻣﺎﻧﻬﺎ ﺑﻪ ارﻣﻐﺎن آورده اﺳﺖ. ﻣﺸـﺎپ ﻫـﺎی ﺳـﺎزﻣﺎﻧﯽ، ﮐـﺎرﮔﺮان داﻧـﺶ١ را ﻗـﺎدر ﻣـﯽ ﺳـﺎزﻧﺪ ﺗـﺎ وﻇـﺎﯾﻒ ﻣﻌﻤﻮﻟﺸﺎن در ﺳﺎزﻣﺎن را ﮐﻪ ﻋﻤﻮﻣﺎ ﺷﺎﻣﻞ دﺳﺘﺮﺳﯽ، ﺗﺤﻠﯿﻞ و ﯾﮑﭙﺎرﭼﻪ ﺳﺎزی اﻃﻼﻋﺎت از ﻣﻨﺎﺑﻊ ﻣﺨﺘﻠـﻒ اﺳـﺖ، ﺑﻄﻮر ﻣﻮﺛﺮﺗﺮی اﻧﺠﺎم دﻫﻨﺪ. ﻋﻼوه ﺑﺮ اﯾﻦ، ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ، ﺑﺎ ﺗﺮﮐﯿﺐ ﻣﻨﺎﺑﻊ داﺧﻞ ﺳﺎزﻣﺎن ﺑﺎ ﻣﻨـﺎﺑﻊ ﺟﻬـﺎﻧﯽ ﻣﻨﺘﺸﺮ ﺷﺪه روی اﯾﻨﺘﺮﻧﺖ، دﯾﺪ ﺟﺪﯾﺪی را در ﻣﻮرد ﻣﻮﻗﻌﯿﺘﯽ ﮐﻪ در ﯾﮏ ﺣﻮزه ﻣﺸﺨﺺ رخ داده اﺳﺖ اﯾﺠﺎد ﻣـﯽ ﮐﻨﻨﺪ. از ﺟﻤﻠﻪ ﻣﺰاﯾﺎی اﺳﺘﻔﺎده از ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ ﻣﯽ ﺗﻮان ﺑﻪ ﺗﺼﻤﯿﻢ ﺑﻬﺘﺮ، رﺿﺎﯾﺖ ﺑـﺎﻻﺗﺮ ﮐـﺎرﺑﺮ، اﻓـﺰاﯾﺶ ﻧﻮآوری، اﻓﺰاﯾﺶ ﻗﺎﺑﻠﯿﺖ اﺳﺘﻔﺎده و اﻓﺰاﯾﺶ ﭼﺎﺑﮑﯽ در ﺳﺎزﻣﺎن اﺷﺎره ﮐﺮد. ﺑﺎ رﺷﺪ اﺳـﺘﻔﺎده از ﻣﺸـﺎپ ﻫـﺎ ﭼـﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ در اﺳﺘﻔﺎده از اﯾﻦ ﻓﻨﺎوری ﺟﺪﯾﺪ وب ﻣﻮرد ﺗﻮﺟﻪ ﻗﺮار ﮔﺮﻓﺘﻪ اﺳﺖ. ﮔﺮوه ﮔﺎرﺗﻨﺮ: " ﭘﺘﺎﻧﺴﯿﻞ رﯾﺴـﮏ ﻫﺎی اﻣﻨﯿﺘﯽ ﺑﺎ اﺿﺎﻓﻪ ﺷﺪن ﮐﺎرﺑﺮان ﮐﺴﺐ و ﮐﺎر ﺑﻪ ﺟﺮﮔﮥ ﺗﻮﺳﻌﻪ دﻫﻨﺪﮔﺎن ﮐﺎرﺑﺮدﻫـﺎ ﺑـﺎ اﺳـﺘﻔﺎده از ﻣﺸـﺎپ ﻫـﺎ اﻓﺰاﯾﺶ ﻣﯽ ﯾﺎﺑﺪ." از ﺟﻤﻠﻪ ﻣﺸﮑﻼت اﻣﻨﯿﺘﯽ در ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ ﻣـﯽ ﺗـﻮان ﺑـﻪ ﻣﺸـﮑﻼت ﻧﺎﺷـﯽ از ﺗﻮﺳـﻌﻪ دﻫﻨﺪﮔﺎن ﻏﯿﺮ ﺣﺮﻓﻪ ای، ﻣﺴﺎﻟﻪ اﻧﮑﺎر ﺳﺮوﯾﺲ٢، ﻣﺴﺎﻟﻪ ﺟﻌﻞ درﺧﻮاﺳﺖ ﺑﯿﻦ ﺳﺎﯾﺘﯽ٣، ﻣﺴﺎﻟﻪ ﺑﺮﻧﺎﻣﻪ ﻧﻮﯾﺴـﯽ ﺑـﯿﻦ ﺳﺎﯾﺘﯽ ٤ اﺷﺎره ﮐﺮد. در واﻗﻊ ﺑﺴﯿﺎری از ﻣﺸﮑﻼت ﻧﺎﺷﯽ از ﮐﺎرﺑﺮد ﻣﺸـﺎپ ﺑـﻪ دﻟﯿـﻞ ﻟﺤـﺎظ ﻧﺸـﺪن ﺟﻨﺒـﻪ ﻫـﺎی اﺳﺘﻔﺎدة ﺟﺪﯾﺪ از ﻓﻨﺎوری ﻫﺎی وب اﺳﺖ و اﻏﻠﺐ اﯾﻦ ﻣﺴﺎﺋﻞ ﻧﻮﻇﻬﻮر ﻫﺴﺘﻨﺪ و ﺑﺎﯾـﺪ اﻣﮑﺎﻧـﺎﺗﯽ ﺑـﻪ ﻓﻨـﺎوری ﻫـﺎی

1. ﻓﺼﻞ اول: ادﺑﯿﺎت ﻣﻮﺿﻮع

اﻣﺮوزه ﻇﻬﻮر ﺗﮑﻨﻮﻟﻮژی ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ ﺗﺤﺖ وب ﮐﻪ ﯾﮑﭙﺎرﭼﻪ ﺳﺎزی ﻣﻮردی اﻃﻼﻋـﺎت و ﺳـﺮوﯾﺲ ﻫـﺎ را از ﭼﻨﺪﯾﻦ ﻣﻨﺒﻊ ﻣﺨﺘﻠﻒ اﻣﮑﺎن ﭘﺬﯾﺮ ﻣﯽ ﺳﺎزد، روﺷﯽ ﺟﺪﯾﺪ را ﺑـﺮای ﺗﻮﺳـﻌﻪ ﺑﺮﻧﺎﻣـﻪ ﻫـﺎی ﮐـﺎرﺑﺮدی ﻣـﻮﻗﻌﯿﺘﯽ در ﺳﺎزﻣﺎﻧﻬﺎ ﺑﻪ ارﻣﻐﺎن آورده اﺳﺖ .ﺑﺮﻧﺎﻣﻪ ﻫﺎی ﮐﺎرﺑﺮدی ﻣﻮﻗﻌﯿﺘﯽ، ﺑﺮﻧﺎﻣﻪ ﻫﺎﯾﯽ زودﮔﺬر و ﻏﯿﺮ ﻗﺎﺑﻞ ﭘـﯿﺶ ﺑﯿﻨـﯽ در داﺧﻞ ﺳﺎزﻣﺎن ﻫﺴﺘﻨﺪ ﮐﻪ ﺗﻌﺪاد ﮐﺎرﺑﺮان ﻫﺪف ﻣﺤﺪود و ﺑﺎ ﻧﯿﺎزﻫﺎی ﻣﺸﺨﺺ دارﻧﺪ. ﺷﺮﮐﺖ ﻫـﺎی ﻣﻄـﺮح ﺗﺤﻘﯿـﻖ ﮐﻨﻨﺪه در ﺑﺎزار ﻣﺎﻧﻨﺪ ﮔﺎرﺗﻨﺮ ١ و ﻓﺎرﺳﺘﺮ٢ رﺷﺪ روزاﻓﺰون اﯾﻦ اﻟﮕﻮی ﺗﻮﺳﻌﻪ را در ﺳﺎزﻣﺎن ﻫـﺎ در ﺳـﺎﻟﻬﺎی آﯾﻨـﺪه ﭘﯿﺶ ﺑﯿﻨﯽ ﮐﺮده اﻧﺪ و آن را " ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ"٣ ﻧﺎﻣﯿﺪه اﻧﺪ. [46][45 ] ﻣﺸـﺎپ ﻫـﺎی ﺳـﺎزﻣﺎﻧﯽ، ﮐـﺎرﮔﺮان داﻧﺶ٤ را ﻗﺎدر ﻣﯽ ﺳﺎزﻧﺪ ﺗﺎ وﻇﺎﯾﻒ ﻣﻌﻤﻮﻟﺸﺎن در ﺳﺎزﻣﺎن را ﮐﻪ ﻋﻤﻮﻣﺎ ﺷﺎﻣﻞ دﺳﺘﺮﺳﯽ، ﺗﺤﻠﯿﻞ و ﯾﮑﭙﺎرﭼﻪ ﺳﺎزی اﻃﻼﻋﺎت از ﻣﻨﺎﺑﻊ ﻣﺨﺘﻠﻒ اﺳﺖ، ﺑﻄﻮر ﻣﻮﺛﺮﺗﺮی اﻧﺠﺎم دﻫﻨﺪ. ﻋﻼوه ﺑﺮ اﯾﻦ، ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ، ﺑﺎ ﺗﺮﮐﯿﺐ ﻣﻨﺎﺑﻊ داﺧﻞ ﺳﺎزﻣﺎن ﺑﺎ ﻣﻨﺎﺑﻊ ﺟﻬﺎﻧﯽ ﻣﻨﺘﺸﺮ ﺷﺪه روی اﯾﻨﺘﺮﻧﺖ، دﯾﺪ ﺟﺪﯾﺪی را در ﻣﻮرد ﻣـﻮﻗﻌﯿﺘﯽ ﮐـﻪ در ﯾـﮏ ﺣـﻮزه ﻣﺸﺨﺺ رخ داده اﺳﺖ اﯾﺠﺎد ﻣﯽ ﮐﻨﻨﺪ.

ﻣﺰﯾﺖ اﺻﻠﯽ ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ اﯾﻦ اﺳﺖ ﮐﻪ ﺗﻮﺳﻂ ﮐﺎرﺑﺮ ﻧﻬﺎﯾﯽ ﺧﻮد ﺗﻮﺳﻌﻪ داده ﻣﯽ ﺷﻮﻧﺪ ﻧﻪ ﯾﮏ ﺑﺮﻧﺎﻣﻪ

ﻧﻮﯾﺲ ﺣﺮﻓﻪ ای وب .ﮐﺎرﺑﺮ ﻧﻬﺎﯾﯽ، ﯾﮏ آﮔﺎﻫﯽ ﻣﻮﻗﻌﯿﺘﯽ دارد و ﻧﺰدﯾﮑﺘﺮﯾﻦ ﺷﺨﺺ ﺑﻪ ﻣﺴﺎﻟﻪ ای اﺳﺖ ﮐﻪ ﻗﺮار اﺳﺖ ﺗﻮﺳﻂ ﻣﺸﺎپ ﺳﺎزﻣﺎﻧﯽ ﺣﻞ ﺷﻮد .ﺑﻨﺎﺑﺮ اﯾﻦ راه ﺣﻞ آن را ﺑﻬﺘﺮ از ﺳﺎﯾﺮﯾﻦ ﻣﯽ داﻧﺪ و ﻣﯽ ﺗﻮاﻧﺪ ﺑﺎ اﯾﺠﺎد ﯾﮏ راه ﺣﻞ ﺳﻔﺎرﺷﯽ، رﺿﺎﯾﺘﻤﻨﺪی ﺑﯿﺸﺘﺮی را ﻫﻢ ﺑﺮ ای ﺧﻮد و ﻫﻢ ﺑﺮای ﺳﺎزﻣﺎن ﺑﻮﺟﻮد ﺑﯿﺎورد.

- . ﺗﻌﺮﯾﻒ ﻣﺴﺌﻠﻪ

ﺑﺎ رﺷﺪ اﺳﺘﻔﺎده از ﻣﺸﺎپ ﻫﺎ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ در اﺳﺘﻔﺎده از اﯾﻦ ﻓﻨﺎوری ﺟﺪﯾﺪ وب ﻣـﻮرد ﺗﻮﺟـﻪ ﻗـﺮار ﮔﺮﻓﺘـﻪ اﺳﺖ. ﮔﺮوه ﮔﺎرﺗﻨﺮ: " ﭘﺘﺎﻧﺴﯿﻞ رﯾﺴﮏ ﻫﺎی اﻣﻨﯿﺘﯽ ﺑـﺎ اﺿـﺎﻓﻪ ﺷـﺪن ﮐـﺎرﺑﺮان ﮐﺴـﺐ و ﮐـﺎر ﺑـﻪ ﺟﺮﮔـﮥ ﺗﻮﺳـﻌﻪ دﻫﻨﺪﮔﺎن ﮐﺎرﺑﺮدﻫﺎ ﺑﺎ اﺳﺘﻔﺎده از ﻣﺸﺎپ ﻫﺎ اﻓﺰاﯾﺶ ﻣﯽ ﯾﺎﺑﺪ."

از ﺟﻤﻠﻪ ﻣﺸﮑﻼت اﻣﻨﯿﺘﯽ در ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ ﻣﯽ ﺗﻮان ﺑﻪ ﻣﺸﮑﻼت ﻧﺎﺷﯽ از ﺗﻮﺳـﻌﻪ دﻫﻨـﺪﮔﺎن ﻏﯿـﺮ ﺣﺮﻓـﻪ ای، ﻣﺴﺎﻟﻪ اﻧﮑﺎر ﺳﺮوﯾﺲ، ﻣﺴﺎﻟﻪ ﺟﻌﻞ درﺧﻮاﺳﺖ ﺑﯿﻦ ﺳﺎﯾﺘﯽ، ﻣﺴﺎﻟﻪ ﺑﺮﻧﺎﻣﻪ ﻧﻮﯾﺴﯽ ﺑﯿﻦ ﺳـﺎﯾﺘﯽ اﺷـﺎره ﮐـﺮد. در واﻗﻊ ﺑﺴﯿﺎری از ﻣﺸﮑﻼت ﻧﺎﺷﯽ از ﮐﺎرﺑﺮد ﻣﺸﺎپ ﺑﻪ دﻟﯿﻞ ﻟﺤﺎظ ﻧﺸﺪن ﺟﻨﺒﻪ ﻫﺎی اﺳﺘﻔﺎدة ﺟﺪﯾﺪ از ﻓﻨﺎوری ﻫﺎی وب اﺳﺖ و اﻏﻠﺐ اﯾﻦ ﻣﺴﺎﺋﻞ ﻧﻮﻇﻬﻮر ﻫﺴﺘﻨﺪ و ﺑﺎﯾﺪ اﻣﮑﺎﻧﺎﺗﯽ ﺑﻪ ﻓﻨﺎوری ﻫﺎی ﺟﺪﯾﺪ اﺿﺎﻓﻪ ﺷﻮد ﺗﺎ از اﻣﻨﯿﺖ ﻫﻤﻪ ﺟﺎﻧﺒﻪ اﯾﻦ ﮐﺎرﺑﺮدﻫﺎ ﺣﻤﺎﯾﺖ ﮐﺮد.

.1-6-2 ﺿﻤﺎﻧﺖ اﻣﻨﯿﺖ ﻧﺮم اﻓﺰار

.1 ﻓﺼﻞ اول: ادﺑﯿﺎت ﻣﻮﺿﻮع

.2 ﻓﺼﻞ دوم: ادﺑﯿﺎت ﺗﺤﻘﯿﻖ

.2-6-2 اﻣﻨﯿﺖ ﻧﺮم اﻓﺰار در ﻣﻘﺎﯾﺴﻪ ﺑﺎ ﮐﯿﻔﯿﺖ، ﻗﺎﺑﻠﯿﺖ اﻃﻤﯿﻨﺎن و اﯾﻤﻨﯽ

.3-6-2 اﻫﺪاف اﻣﻨﯿﺖ

- . اﻣﻨﯿﺖ در ﻣﻌﻤﺎری ﺳﺮوﯾﺲ ﮔﺮا

- . ﻧﺘﯿﺠﻪ ﮔﯿﺮی

.3 ﻓﺼﻞ ﺳﻮم : ﮐﺎرﻫﺎی ﻣﺮﺗﺒﻂ در ﺣﻮزة اﻣﻨﯿﺖ ﻣﺸﺎپ ﻫﺎ 34

.2-2-3 اﺟﺘﻨﺎب از اﺳﺘﻔﺎده از اﺳﮑﺮﯾﭙﺖ ﻫﺎی ﺑﻪ ﻣﺤﺾ درﺧﻮاﺳﺖ

- . اﻣﻨﯿﺖ در ﻣﺸﺎپ ﻫﺎ

.1-2-3 اﻣﻨﯿﺖ ورودی ﮐﺎرﺑﺮ

.3-2-3 ﺟﻠﻮﮔﯿﺮی از ﺗﺜﺒﯿﺖ ﺟﻠﺴﻪ

.4-2-3 ﺟﻠﻮﮔﯿﺮی از ﺣﻤﻼت CSRF

- . اراﺋﻪ ﯾﮏ ﻣﺪل ﺑﺮای ارزﯾﺎﺑﯽ اﻣﻨﯿﺖ در ﮐﺎرﺑﺮدﻫﺎی ﻣﺸﺎپ ﻫﺎ

.4 ﻓﺼﻞ ﭼﻬﺎرم : ﻣﺰاﯾﺎ و ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ در ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ

- . ﮔﺮاﯾﺶ ﺑﻪ ﻣﺸﺎﭘﻬﺎی ﺳﺎزﻣﺎﻧﯽ

- . ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ ﻓﺮآﯾﻨﺪ ﮔﺮا

- . ﻣﺰاﯾﺎی ﻣﺸﺎﭘﻬﺎی ﺳﺎزﻣﺎﻧﯽ .

- . ﭼﺎﻟﺶ ﻫﺎی ﻣﻄﺮح در ﻣﺸﺎﭘﻬﺎی ﺳﺎزﻣﺎﻧﯽ

.1-5-4 ﻣﺴﺎﻟﻪﺑﺮﻧﺎﻣﻪﻧﻮﯾﺴﯽﺑﯿﻦﺳﺎﯾﺘﯽ

.2-5-4 ﻣﺴﺎﻟﻪﺟﻌﻞدرﺧﻮاﺳﺖﺑﯿﻦﺳﺎﯾﺘﯽ

3-5-4 ﻣﺴﺎﻟﻪاﻧﮑﺎرﺳﺮوﯾﺲ

.4-5-4 ﻣﺸﮑﻼتﻧﺎﺷﯽازﺗﻮﺳﻌﻪدﻫﻨﺪﮔﺎنﻏﯿﺮﺣﺮﻓﻪای

- . ﺧﻼﺻﻪ وﻧﺘﯿﺠﻪﮔﯿﺮی

.5 ﻓﺼﻞ ﭘﻨﺠﻢ: اﻣﻨﯿﺖ در ﻣﺸﺎپ ﻫﺎی ﺳﺎزﻣﺎﻧﯽ

- . اﻣﻨﯿﺖ. دادﻫﻬ ﺎیﺳﺎزﻣﺎن

- . ﻣﺤﺮﻣﯿﺖ .اﻃﻼﻋﺎت درﺳﺎزﻣﺎن

- . ﻧﯿﺎزﻣﻨﺪی ﻫﺎی اﻣﻨﯿﺘﯽدرﺗﻮﺳﻌﻪ ﻣﺸﺎپﻫﺎی ﺳﺎزﻣﺎن

- . ﭘﯿﺸﻨﻬﺎد ﻣﺪل ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ در ﻣﺸﺎپﻫﺎ

1-5-5 ﻣﺪلﺗﻮﺳﻌﻪﻣﺸﺎپﻫﺎ

2-5-5 ﭼﺎرﭼﻮبﻣﺪلارزﯾﺎﺑﯽرﯾﺴﮏاﻣﻨﯿﺘﯽ

-5-5 ﻣﺪلرﻓﺘﺎریﮐﺎرﺑﺮدﻣﺸﺎپ

4-5-5 اراﺋﻪ ﻣﺪل ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ ﮐﺎرﺑﺮد ﻣﺸﺎپ

.6 ﻓﺼﻞ ﺷﺸﻢ: ﻧﺘﯿﺠﻪ ﮔﯿﺮی و ﮐﺎرﻫﺎی آﺗﯽ

ﺷﮑﻞ :1 -2 رﺷﺪ اﺳﺘﻔﺎده از ﻣﺸﺎپ ﻫﺎ 19 [38]

ﺷﮑﻞ :2 -2 ﻻﯾﻪ ﻫﺎی ﺗﻮﺳﻌﻪ وب ﻣﻌﻨﺎﯾﯽ 21 [ 26]

ﺷﮑﻞ :3 -2 وﯾﺮاﯾﺸﮕﺮ ﻣﺸﺎپ 24 [40] IBM QEDWiki

ﺷﮑﻞ :4 -2 ﻣﻌﻤﺎری ﺳﺮوﯾﺲ ﮔﺮا و اﻣﻨﯿﺖ32 [39]

ﺷﮑﻞ :1 -3 ﺣﻤﻠﻪ 40 [44] CSRF

ﺷﮑﻞ :2 -3 ﭼﺎرﭼﻮب ﻣﺪل ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺖ ﮐﺎرﺑﺮد ﻣﺸﺎپ 41 [4]

ﺷﮑﻞ :3 -3 ﻣﻌﻤﺎری ﺳﺮوﯾﺲ ﻫﺎ و ﻣﻨﺎﺑﻊ در ﻣﺸﺎپ ﻫﺎ41 [2]

ﺷﮑﻞ :1 -4 ﺑﺮﻧﺎﻣﻪ ﻫﺎی ﮐﺎرﺑﺮدی در ﺳﺎزﻣﺎن ﻫﺎ43 [2]

ﺷﮑﻞ :1 -5 ﻣﺪل ﺗﻮﺳﻌﻪ ﻣﺸﺎپ52 [4]

ﺷﮑﻞ :2 -5 ﭼﺎرﭼﻮب ﻣﺪل ارزﯾﺎﺑﯽ رﯾﺴﮏ اﻣﻨﯿﺘﯽ54 [4]

ﺷﮑﻞ :3 -5 ﻣﺪل رﻓﺘﺎری ﮐﺎرﺑﺮد ﻣﺸﺎپ55 [4]

ﺑﺮرﺳﯽ ﭼﺎﻟﺶ ﻫﺎی اﻣﻨﯿﺘﯽ و اراﯾﻪ ﻣﺪ

N-e-t جمعه 13 فروردین 1395 ساعت 22:44

0 نظر

ﺑﺮرﺳﻲ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﻲ ﺳﺮوﻳﺲ ﮔﺮا Service Oriented Enterprise Architecture (SOEA)

ﺑﺮرﺳﻲ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﻲ ﺳﺮوﻳﺲ ﮔﺮا Service Oriented Enterprise Architecture (SOEA)

دانلود ﮔﺰارش ﺳﻤﻴﻨﺎر ﻛﺎرﺷﻨﺎﺳﻲ ارﺷﺪ ﺑﺮرﺳﻲ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﻲ ﺳﺮوﻳﺲ ﮔﺮا Service Oriented Enterprise Architecture (SOEA) در117 صفحه ورد قابل ویرایش با doc

دسته بندی	سمینار کامپیوتر
فرمت فایل	docx
حجم فایل	322 کیلو بایت
تعداد صفحات فایل	117

ﺑﺮرﺳﻲ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﻲ ﺳﺮوﻳﺲ ﮔﺮا Service Oriented Enterprise Architecture (SOEA)

دانلود ﮔﺰارش ﺳﻤﻴﻨﺎر ﻛﺎرﺷﻨﺎﺳﻲ ارﺷﺪ ﺑﺮرﺳﻲ ﻣﻌﻤﺎری ﺳﺎزﻣﺎﻧﻲ ﺳﺮوﻳﺲ ﮔﺮا

Service Oriented Enterprise Architecture (SOEA)

در117 صفحه ورد قابل ویرایش با doc