‫ﻫﻭﺍﻟﻣﻁﻠﻭﺏ‬
‫ﮐﺎﺭﺑﺭﺩ ‪UML‬‬
‫ﺩﺭ ﺑﺭﻧﺎﻣﻪ ﻫﺎی ﮐﺎﺭﺑﺭﺩی ﺗﺣﺕ ‪web‬‬
‫ﺍﺭﺍﺋﻪ ﺩﻫﻧﺩﻩ ‪ :‬ﻟﻳﻼ ﺛﺭﻭﺗﯽ‬
‫‪[email protected]‬‬
‫ﺩﺍﻧﺷﮕﺎﻩ ﺻﻧﻌﺗﯽ ﺷﺭﻳﻑ‬
‫ﭘﺎﻳﻳﺯ ‪1384‬‬
‫ﻣﺭﻭﺭی ﺑﺭ ﻓﺭﺁﻳﻧﺩ ﺗﻭﻟﻳﺩ ﻧﺭﻡ ﺍﻓﺯﺍﺭ‬
‫ﺑﻪ ﻁﻭﺭ ﮐﻠﯽ ﻓﺭﺁﻳﻧﺩ ﺗﻭﺳﻌﻪ ﻧﺭﻡ ﺍﻓﺯﺍﺭ ‪ 4‬ﻧﻘﺵ ﺍﺻﻠﯽ ﺩﺍﺭﺩ ‪:‬‬
‫• ﻓﺭﺍﻫﻡ ﮐﺭﺩﻥ ﻣﺳﻳﺭ ﺣﺭﮐﺕ ﻭ ﺗﻧﻅﻳﻡ ﺯﻣﺎﻥ ﺍﻧﺟﺎﻡ ﻓﻌﺎﻟﻳﺕ ﻫﺎی ﺍﻓﺭﺍﺩ ﺗﻳﻡ‬
‫• ﻣﺷﺧﺹ ﮐﺭﺩﻥ ‪ artifact‬ﻫﺎﻳﯽ ﮐﻪ ﺑﺎﻳﺩ ﺗﻭﻟﻳﺩ ﺷﻭﻧﺩ‬
‫• ﺗﺧﺻﻳﺹ ﻭ ﻣﺩﻳﺭﻳﺕ ﻭﻅﺎﻳﻑ ﺑﻪ ﺻﻭﺭﺕ ﻓﺭﺩی ﻭﮔﺭﻭﻫﯽ‬
‫• ﺍﺭﺍﺋﻪ ﻣﺭﺯﻫﺎﻳﯽ ﺑﺭﺍی ﺍﻧﺩﺍﺯﻩ ﮔﻳﺭی ﻭ ﮐﻧﺗﺭﻝ ﻣﺣﺻﻭﻻﺕ ﻭ ﻓﻌﺎﻟﻳﺕ ﻫﺎ‬
‫ﻓﺭﺁﻳﻧﺩی ﮐﻪ ﻣﺎ ﺑﺎ ﺁﻥ ﮐﺎﺭ ﺧﻭﺍﻫﻳﻡ ﮐﺭﺩ ‪(RUP) rational unified process‬ﺧﻭﺍﻫﺩ ﺑﻭﺩ‬
‫• ﺑﺭﭘﺎﻳﻪ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫• ﺗﻣﺭﮐﺯ ﺑﺭ ﻣﻌﻣﺎﺭی‬
‫• ﻓﺭﺁﻳﻧﺩی ﭼﺭﺧﺷﯽ ﻭ ﺍﻓﺯﺍﻳﺷﯽ‬
‫ﻣﺩﻝ ﻭ ﮐﺎﺭﮐﺭﺩﻫﺎی ﺁﻥ‬
‫• ﻣﺩﻝ ﻳﮏ ﻧﻣﺎﻳﺵ ﺍﻧﺗﺯﺍﻋﯽ ﺍﺯﺳﻳﺳﺗﻣﯽ ﺍﺳﺕ ﮐﻪ ﺳﺎﺧﺗﻪ ﺷﺩﻩ ﻳﺎ ﻗﺭﺍﺭ ﺍﺳﺕ ﺳﺎﺧﺗﻪ ﺷﻭﺩ ﻭﻳﺎ ﺩﺭﺣﺎﻝ‬
‫ﺳﺎﺧﺕ ﺍﺳﺕ‬
‫• ﻣﺩﻝ ﻳﮏ ﻣﺟﻣﻭﻋﻪ ﺍﺯ ‪ Artifact‬ﻫﺎ ﺍﺳﺕ ﮐﻪ ﻫﺭﮐﺩﺍﻡ ﻳﮏ ﺟﻧﺑﻪ ﻳﺎ ﻳﮏ ﺩﻳﺩ ﺍﺯ ﺳﻳﺳﺗﻡ ﺭﺍ ﻧﺷﺎﻥ‬
‫ﻣﯽ ﺩﻫﻧﺩ‬
‫ﺗﺳﻬﻳﻝ ﺍﺭﺗﺑﺎﻁ ﻣﻳﺎﻥ ﺍﻓﺭﺍﺩی ﮐﻪ ﺍﺯ ﻳﮏ ﻣﺩﻝ ﺍﺳﺗﻔﺎﺩﻩ ﻣﯽ ﮐﻧﻧﺩ‬
‫ﮐﻧﺗﺭﻝ ﻭ ﻣﺩﻳﺭﻳﺕ ﭘﻳﭼﻳﺩﮔﯽ ﻭ ﭘﻳﺵ ﺑﻳﻧﯽ ﺗﺎﺛﻳﺭﺍﺕ ﺗﻐﻳﻳﺭﺍﺕ ﺍﺣﺗﻣﺎﻟﯽ‬
‫ﻗﺎﺑﻠﻳﺕ ﺭﺩﻳﺎﺑﯽ‬
‫ﻣﻌﺭﻓﯽ ‪UML‬‬
‫‪ (unify modeling language) UML‬ﺍﻭﺍﺳﻂ ﺩهﻪ ‪ 90‬ﺗﻮﺳﻂ ﺷﺮﮐﺖ ‪Rational‬‬
‫ﺍﺭﺍﺋﻪ ﮔﺮﺩﯾﺪ ﻭ ﺩﺭ ﺳﺎﻝ ‪ 1997‬ﺗﻮﺳﻂ ‪ OMG‬ﭘﺬﯾﺮﻓﺘﻪ ﺷﺪ‪.‬‬
‫‪ UML‬ﺑﺭﺍی ﻣﺩﻝ ﮐﺭﺩﻥ ﺳﻪ ﺟﻧﺑﻪ ﺳﺎﺧﺗﺎﺭی‪ ،‬ﺭﻓﺗﺎﺭی ﻭﻣﻌﻣﺎﺭی ﻧﺭﻡ ﺍﻓﺯﺍﺭ ﺩﺍﺭﺍی‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎﻳﯽ ﺍﺳﺕ‪.‬‬
‫• ﺳﺎﺧﺗﺎﺭی‪ :‬ﻧﻣﻭﺩﺍﺭ ﮐﻼﺱ‬
‫• ﺭﻓﺗﺎﺭی‪ :‬ﻧﻣﻭﺩﺍﺭ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‪ ،‬ﻧﻣﻭﺩﺍﺭﻓﻌﺎﻟﻳﺕ‪ ،‬ﻧﻣﻭﺩﺍﺭﻫﻣﮑﺎﺭی‪ ،‬ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ‬
‫• ﻣﻌﻣﺎﺭی‪ :‬ﻧﻣﻭﺩﺍﺭ ﻣﻭﻟﻔﻪ‬
‫ﮔﺎﻡ ﻫﺎی ﻓﺭﺁﻳﻧﺩ ‪ RUP‬ﻭ ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯ ‪UML‬‬
‫ﺩﺭ ﻓﺭﺁﻳﻧﺩ ‪ RUP‬ﭼﻬﺎﺭ ﻓﻌﺎﻟﻳﺕ ﭘﺎﻳﻪ ﺍﻧﺟﺎﻡ ﻣﯽ ﺩﻫﻳﻡ ‪:‬‬
‫ﺟﻣﻊ ﺁﻭﺭی ﻧﻳﺎﺯﻣﻧﺩی ﻫﺎ ‪:‬‬
‫ﻳﮑﺳﺎﻥ ﮐﺭﺩﻥ ﺗﻠﻘﯽ ﺍﻓﺭﺍﺩ ﻣﺧﺗﻠﻑ ﺍﺯ ﻧﻳﺎﺯﻣﻧﺩی ﻫﺎی ﺳﻳﺳﺗﻡ‬
‫ﺗﺣﻠﻳﻝ ‪:‬‬
‫ﺍﺭﺯﻳﺎﺑﯽ ﻧﻳﺎﺯﻣﻧﺩی ﻫﺎ ﻭﺍﻳﺟﺎﺩ ﻳﮏ ﻣﺩﻝ ﻣﻔﻬﻭﻣﯽ ﺍﺯ ﺳﻳﺳﺗﻣﯽ ﮐﻪ ﻗﺭﺍﺭ ﺍﺳﺕ ﺳﺎﺧﺗﻪ ﺷﻭﺩ‬
‫ﻁﺭﺍﺣﯽ ‪:‬‬
‫ﺍﻓﺯﻭﺩﻥ ﻣﻌﻣﺎﺭی ﺑﻪ ﻣﺩﻝ ﺗﺣﻠﻳﻝ ﺳﻳﺳﺗﻡ ﺑﻪ ﮔﻭﻧﻪ ﺍی ﮐﻪ ﻣﺩﻝ ﺑﺭﺍی ﻧﺭﻡ ﺍﻓﺯﺍﺭ ﻗﺎﺑﻝ ﻓﻬﻡ ﺑﺎﺷﺩ‬
‫ﭘﻳﺎﺩﻩ ﺳﺎﺯی ‪:‬‬
‫ﺍﻓﺯﻭﺩﻥ ﺍﺑﺯﺍﺭ ﻫﺎی ﺗﻭﺳﻌﻪ ﻧﺭﻡ ﺍﻓﺯﺍﺭ ﺑﻪ ﻣﺩﻝ ﻁﺭﺍﺣﯽ ﺟﻬﺕ ﻧﻭﺷﺗﻥ ﻭ ﮐﺎﻣﭘﺎﻳﻝ ﮐﺩ‬
‫ﺟﻣﻊ ﺁﻭﺭی ﻧﻳﺎﺯﻣﻧﺩی ﻫﺎ‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫)‪(usecase‬‬
‫ﺑﺳﺗﻪ ﺑﻧﺩی‬
‫)‪(packaging‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ‬
‫)‪(sequence‬‬
‫ﺗﺣﻠﻳﻝ ﻣﻭﺭﺩﻫﺎی ﮐﺎﺭﺑﺭﺩ‬
‫)‪(Usecase analiyses‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﺣﺎﻭی‬
‫ﺍﻁﻼﻋﺎﺗﯽ ﻣﯽ ﺑﺎﺷﻧﺩ ‪:‬‬
‫ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﺭﻓﺗﺎﺭﺳﻳﺳﺗﻡ ﺭﺍ ﻫﻣﺎﻧﻁﻭﺭﮐﻪ ﺍﺯ‬
‫ﻫﺩﻑ‬
‫ﺟﻣﻠﻪ‬
‫ﺑﻳﺭﻭﻥ ﺩﻳﺩﻩ •‬
‫ﺳﻳﺳﺗﻡ ﺑﺎﻳﺩ‬
‫ﮐﻪ‬
‫ﺭﺍ‬
‫ﺁﻧﭼﻪ‬
‫ﻳﺎ‬
‫ﺷﻭﺩ‬
‫ﻣﯽ‬
‫ﻧﻭﻳﺳﻧﺩﮔﺎﻥ ﺍﺳﺗﻔﺎﺩﻩ ﻣﻳﮑﻧﻧﺩ‬
‫• ﺍﺯﺯﺑﺎﻥ ﻣﺣﺩﻭﺩ• ﻭ ﻣﺷﺧﺻﯽ‬
‫ﺍﻧﺟﺎﻡ ﺩﻫﺩ ﺑﺩﻭﻥ ﺩﺭ ﻧﻅﺭ ﮔﺭﻓﺗﻥ ﭼﮕﻭﻧﮕﯽ ﺍﻳﻥ‬
‫ﺍﻭﻟﻭﻳﺕﺩﻫﺩ‪.‬‬
‫ﻣﯽ‬
‫ﺩﺍﺩﻥ •ﻧﺷﺎﻥ‬
‫ﮐﺎﺭﺑﺭ ﻣﻭﺭﺩ ﺍﺳﺗﻔﺎﺩﻩ ﻗﺭﺍﺭ ﻣﯽ‬
‫ﺭﺍﻫﻧﻣﺎی‬
‫ﺍﻧﺟﺎﻡﻧﻭﺷﺗﻥ‬
‫• ﺑﺭﺍی‬
‫•ﻣﻳﺯﺍﻥ ﺭﻳﺳﮏ‬
‫ﮔﻳﺭﻧﺩ‬
‫ﭘﻭﻳﺎ ﻭ ﻳﺎ ﺟﺭﻳﺎﻥ‬
‫ﮐﺎﺭﺑﺭﺩ ﻫﺎ‬
‫ﺍﺭﺗﺑﺎﻁﺎﺕ ﻫﺎ‬
‫ﭘﻳﺵ ﻓﺭﺽ‬
‫ﻣﻭﺭﺩ •‬
‫ﮐﺎﺭ ﺭﺍ ﻧﺷﺎﻥ ﻧﻣﯽ ﺩﻫﻧﺩ ﺑﻠﮑﻪ ﻧﺷﺎﻥ ﺩﻫﻧﺩﻩ ﺗﻌﺎﻣﻝ‬
‫ﺁﺯﻣﻭﻥ ﻫﺳﺗﻧﺩ‬
‫ﻫﺎی‬
‫ﺍﺳﮑﺭﻳﭘﺕ‬
‫• ﭘﺎﻳﻪ ﺍﺳﺗﺧﺭﺍﺝ‬
‫ﺑﻌﺩ‬
‫ﻭ‬
‫ﻗﺑﻝ‬
‫ﺷﺭﺍﻳﻁ‬
‫•‬
‫ﻭ ﮔﻔﺗﮕﻭی ﻣﻳﺎﻥ ﺑﺎﺯﻳﮕﺭﺍﻥ ﺳﻳﺳﺗﻡ ﺑﺎ ﻫﻡ ﻭ ﺑﺎ‬
‫ﻟﻳﺳﺕ ﻧﻳﺎﺯﻣﻧﺩی ﻫﺎ‬
‫ﺧﻭﺩ ﺳﻳﺳﺗﻡ•ﻫﺳﺗﻧﺩ‪.‬‬
‫•ﻣﺳﺗﻧﺩﺍﺗﯽ ﺑﺭﺍی‬
‫ﺗﻭﺻﻳﻔﺎﺕ ﺳﻧﺎﺭﻳﻭﻫﺎ‬
‫ﺑﺳﺗﻪ ﺑﻧﺩی‬
‫ﺑﺳﺗﻪ ﺑﻧﺩی ﻳﮏ ﻣﮑﺎﻧﻳﺯﻡ ‪ uml‬ﺑﺭﺍی ﺷﮑﺳﺗﻥ‬
‫ﻳﮏ ﻣﺩﻝ ﺑﻪ ﻗﻁﻌﺎﺕ ﻗﺎﺑﻝ ﻣﺩﻳﺭﻳﺕ ﺍﺳﺕ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﻣﻌﻣﻭﻻ ﺑﻪ ﺑﺳﺗﻪ ﻫﺎﻳﯽ‬
‫ﺗﻘﺳﻳﻡ ﻣﯽ ﺷﻭﺩ ﮐﻪ ﺷﺎﻣﻝ ﻣﺟﻣﻭﻋﻪ ﺍی ﺍﺯ‬
‫ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﻫﺎ ﻭﻳﺎ ﺑﺳﺗﻪ ﻫﺎی ﺩﻳﮕﺭ ﺍﺳﺕ‪.‬‬
‫ﺩﺭ ﺍﻭﻟﻳﻥ ﮔﺎﻡ ﺑﺎ ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯﺟﻣﻠﻪ ﻫﺩﻑ ﻣﻭﺭﺩ‬
‫ﻫﺎی ﮐﺎﺭﺑﺭﺩ ﺭﺍ ﺑﺳﺗﻪ ﺑﻧﺩی ﻭ ﺟﻬﺕ ﺗﮑﻣﻳﻝ‪،‬‬
‫ﻣﻳﺎﻥ ﮔﺭﻭﻩ ﻫﺎی ﻣﺧﺗﻠﻑ ﺟﻣﻊ ﺁﻭﺭی‬
‫ﻧﻳﺎﺯﻗﺭﺍﺭ ﻣﯽ ﺩﻫﻳﻡ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ‬
‫• ﻧﺷﺎﻥ ﺩﻫﻧﺩﻩ ﺗﻌﺎﻣﻝ ﭘﻭﻳﺎ‬
‫ﻣﻳﺎﻥ ﺑﺎﺯﻳﮕﺭ ﻭ ﺳﻳﺳﺗﻡ ﺑﺎ ﺗﺎﮐﻳﺩ‬
‫ﺧﺎﺻﯽ ﺑﺭ ﺭﻭی ﺯﻣﺎﻥ‬
‫• ﻫﺭ ﺳﻧﺎﺭﻳﻭ‪ ،‬ﺑﺭ ﺭﻭی ﻳﮏ‬
‫ﻧﻣﻭﺩﺍﺭ ﻣﯽ ﺭﻭﺩ ﮐﻪ ﺑﻪ‬
‫ﺍﺭﺯﻳﺎﺑﯽ ﻣﺎ ﺍﺯ ﮐﺎﻣﻝ ﺑﻭﺩﻥ‬
‫ﺳﻧﺎﺭﻳﻭی ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﮐﻣﮏ‬
‫ﻣﯽ ﮐﻧﺩ ‪.‬‬
‫• ﺍﺭﺗﺑﺎﻁﺎﺕ ﺳﺎﺧﺗﺎﺭی ﻭ‬
‫ﺟﻧﺑﻪ ﻫﺎی ﭘﻳﺎﺩﻩ ﺳﺎﺯی ﻣﺩ‬
‫ﻧﻅﺭ ﻧﻣﯽ ﺑﺎﺷﺩ‪.‬‬
‫ﺗﺣﻠﻳﻝ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫ﺗﻌﻳﻳﻥ ﮐﻼﺱ ﻫﺎ ﻭ ﺍﺷﻳﺎﻳﯽ ﮐﻪ ﺍﻧﺟﺎﻡ ﺩﻫﻧﺩﻩ ﻓﻌﺎﻟﻳﺕ ﻫﺎی ﻣﺧﺗﻠﻑ‬
‫ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﻫﺎ ﻫﺳﺗﻧﺩ‪.‬‬
‫ﺗﻌﻳﻳﻥ ﻣﺳﺋﻭﻟﻳﺕ ﻫﺎ ‪ ،‬ﺧﺻﻭﺻﻳﺎﺕ ﻭ ﺍﺭﺗﺑﺎﻁﺎﺕ ﮐﻼﺱ ﻫﺎ‪.‬‬
‫ﺍﻳﻥ ﮐﻼﺱ ﻫﺎ ﻳﮏ ﻧﻣﻭﻧﻪ ﺳﺎﺯی ﺯﻭﺩ ﻫﻧﮕﺎﻡ ﺍﺯ ﮐﻼﺱ ﻫﺎی ﻓﺎﺯ‬
‫ﺗﺣﻠﻳﻝ ﻫﺳﺗﻧﺩ‪.‬‬
‫ﺧﺭﻭﺟﯽ ﺍﻳﻥ ﻣﺭﺣﻠﻪ ﺷﻧﺎﺧﺕ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫)‪ (usecase realization‬ﺍﺳﺕ ﮐﻪ ﺷﺎﻣﻝ ﻣﺟﻣﻭﻋﻪ ﺍی ﺍﺯ‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﺭﺗﻳﺏ ‪،‬ﻧﻣﻭﺩﺍﺭﻫﺎی ﮐﻼﺱ ﻭﺗﻭﺻﻳﻔﺎﺕ ﻏﻧﯽ ﺍﺳﺕ‬
‫ﮐﻪ ﭼﮕﻭﻧﮕﯽ ﺍﻧﺟﺎﻡ ﺷﺩﻥ ﻳﮏ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﺭﺍ ﺑﺎ ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯ‬
‫ﻣﺟﻣﻭﻋﻪ ﺍی ﺍﺯ ﺍﺷﻳﺎ ﺷﺭﺡ ﻣﯽ ﺩﻫﺩ ‪.‬‬
‫ﺗﺣﻠﻳﻝ ﻧﻣﻭﺩﺍﺭﻫﺎی ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫ﺍﺷﻳﺎء ﻭﺍﺳﻁﻪ ﺍی ﻳﺎ ﻣﺭﺯی‪ :‬ﮐﻧﺗﺭﻝ ﻫﺎی ‪ ، UI‬ﺻﻔﺣﺎﺕ ﻭﺏ‬
‫ﺍﺷﻳﺎء ﻣﻭﺟﻭﺩﻳﺗﯽ ‪ :‬ﻣﺷﺗﺭﻳﺎﻥ‪ ،‬ﻣﺣﺻﻭﻻﺕ ‪ ،‬ﺻﻭﺭﺗﺣﺳﺎﺏ‬
‫ﺍﺷﻳﺎء ﮐﻧﺗﺭﻟﯽ ‪ :‬ﻣﺣﺎﺳﺑﻪ ﺻﻭﺭﺗﺣﺳﺎﺏ‬
‫• ﺑﺎﺯﻳﮕﺭﺍﻥ ﺗﻧﻬﺎ ﻣﯽ ﺗﻭﺍﻧﻧﺩ ﺑﺎ ﺍﺷﻳﺎء ﻣﺭﺯی ﺗﻌﺎﻣﻝ ﺩﺍﺷﺗﻪ ﺑﺎﺷﻧﺩ‬
‫• ﺍﺷﻳﺎء ﻣﻭﺟﻭﺩﻳﺗﯽ ﺗﻧﻬﺎ ﻣﯽ ﺗﻭﺍﻧﻧﺩ ﺑﺎ ﺍﺷﻳﺎء ﮐﻧﺗﺭﻟﯽ ﺩﺭ ﺗﻌﺎﻣﻝ ﺑﺎﺷﻧﺩ‬
‫• ﺍﺷﻳﺎء ﮐﻧﺗﺭﻟﯽ ﻣﯽ ﺗﻭﺍﻧﻧﺩ ﺑﺎ ﻫﺭ ﺷﯽ ﺩﻳﮕﺭی ﺩﺭ ﺍﺭﺗﺑﺎﻁ ﺑﺎﺷﻧﺩ‬
‫ﺗﺣﻠﻳﻝ‬
‫ﺑﺳﺗﻪ ﺑﻧﺩی‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﮐﻼﺱ‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻫﻣﮑﺎﺭی‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻓﻌﺎﻟﻳﺕ‬
‫ﺑﺳﺗﻪ ﻫﺎ‬
‫ﺧﺻﻭﺻﯽﻳﺎ ‪3‬‬
‫ﻧﮑﻧﻳﺩﻭﺣﺩﺍﮐﺛﺭ ‪2‬‬
‫ﺯﻳﺎﺩﺑﻪﻋﻣﻳﻖ‬
‫ﻣﺭﺍﺗﺏ‬
‫ﺳﻁﺢﻣﯽ ﺷﻭﻧﺩ‪.‬‬
‫ﺗﻘﺳﻳﻡ‬
‫ﻋﻣﻭﻣﯽ‬
‫ﮐﻼﺱﺭﺍ ﻫﺎ‬
‫•ﺳﻠﺳﺳﻠﻪ •‬
‫ﻭﺍﺳﻁﻭﺍﺑﺳﺗﻪ‬
‫ﻳﮏﺑﻪ ﻫﻡ‬
‫ﻋﻣﻭﻣﯽﺑﺳﺗﻪ‬
‫ﻫﺎیﻫﺎی ﻳﮏ‬
‫ﮐﻼﺱ‬
‫ﻣﻧﻁﻘﯽ‬
‫ﺑﺎﺷﻧﺩﺑﺭﺍی ﺑﺳﺗﻪ ﻓﺭﺍﻫﻡ ﻣﯽ ﮐﻧﻧﺩ‪.‬‬
‫ﻋﻣﻭﻣﯽ‬
‫ﮐﻼﺱ‬
‫•ﺍﺯ ﻧﻅﺭ •‬
‫•ﮐﻼﺱ ﻫﺎی ﺩﺭﻭﻥ ﻳﮏ ﺑﺳﺗﻪ ﮐﻡ ﺗﺭ ﺑﺎ ﮐﻼﺱ ﻫﺎی ﺧﺎﺭﺟﯽ ﻭﺑﻳﺷﺗﺭ ﺑﺎ ﻳﮑﺩﻳﮕﺭ ﺩﺭ ﺍﺭﺗﺑﺎﻁ ﺑﺎﺷﻧﺩ‬
‫•ﺑﺳﺗﻪ ﻫﺎ ﺩﺍﺭﺍی ﻓﺿﺎی ﻧﺎﻡ)‪ (namespace‬ﻫﺳﺗﻧﺩ‪.‬‬
‫•ﺑﺗﻭﺍﻥ ﻣﻔﻬﻭﻡ ﻭ ﺩﻟﻳﻝ ﻭﺟﻭﺩی ﻭ ﺍﻟﻣﺎﻥ ﻫﺎی ﺍﺻﻠﯽ ﻭﻣﺳﺋﻭﻟﻳﺕ ﻫﺎی ﻳﮏ ﺑﺳﺗﻪ ﺭﺍ ﺗﻭﺿﻳﺢ ﺩﺍﺩ‬
‫•ﺑﺳﺗﻪ ﻫﺎ ﺑﺎ ﻫﻣﺩﻳﮕﺭ ﺍﺭﺗﺑﺎﻁﺎﺗﯽ ﺍﺯ ﻧﻭﻉ ﻭﺍﺑﺳﺗﮕﯽ ﻳﺎ ﺗﺟﻣﻳﻊ ﺩﺍﺭﻧﺩ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﮐﻼﺱ‬
‫• ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯ ﺗﺣﻠﻳﻝ ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ‬
‫• ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯ ﮐﺎﺭﺕ ﻫﺎی‪CRC‬‬
‫• ﺑﺎﺯی ﮐﺭﺩﻥ ﻧﻘﺵ ﻫﺎی ﺳﻳﺳﺗﻡ‬
‫• ﺗﺣﻠﻳﻝ ﺍﺳﻡ ﻫﺎ‬
‫ﻗﺎﻧﻭﻥ ﻁﻼﻳﯽ ‪:‬ﻳﮏ ﺷﯽ ﺑﺎﻳﺩ ﻳﮏ ﮐﺎﺭ‬
‫ﺭﺍ ﺍﻧﺟﺎﻡ ﺩﻫﺩ ﻭ ﺁﻥ ﺭﺍ ﺑﻪ ﺧﻭﺑﯽ ﺍﻧﺟﺎﻡ‬
‫ﺩﻫﺩ‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ‬
‫• ﺑﺭﺍی ﻧﻣﺎﻳﺵ ﺍﺭﺗﺑﺎﻁﺎﺕ ﭘﻭﻳﺎ ﻣﻳﺎﻥ ﮐﻼﺱ ﻫﺎ ﻭ ﺍﺷﻳﺎء ﺍﺯ ﻧﻣﻭﺩﺍﺭ ﻫﺎی ﺗﻭﺍﻟﯽ ﻭﻫﻣﮑﺎﺭی ﺍﺳﺗﻔﺎﺩﻩ ﻣﯽ ﮐﻧﻳﻡ‬
‫• ﻧﻣﻭﺩﺍﺭ ﻫﺎی ﺗﻭﺍﻟﯽ ﻭﻫﻣﮑﺎﺭی ﺍﺗﺻﺎﻟﯽ ﺍﺭﺯﺷﻣﻧﺩ ﺟﻬﺕ ﺭﺩﻳﺎﺑﯽ ﺑﻳﻥ ﺳﻧﺎﺭﻳﻭﻫﺎی ﻣﻭﺭﺩ ﮐﺎﺭﺑﺭﺩ ﻭ‬
‫ﺳﺎﺧﺗﺎﺭﻫﺎی ﮐﻼﺱ ﻫﺎ ﺑﺭﻗﺭﺍﺭ ﻣﯽ ﮐﻧﻧﺩ‪.‬‬
‫• ﻓﻌﺎﻟﻳﺕ ﺍﺻﻠﯽ ﻣﺎ ﺗﻭﺳﻌﻪ ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ ﻓﺎﺯ ﺟﻣﻊ ﺁﻭﺭی ﻧﻳﺎﺯﻫﺎ ﺑﻭﺳﻳﻠﻪ ﺍﻟﻣﺎﻥ ﻫﺎی ﺳﺎﺧﺗﺎﺭی )ﺍﺷﻳﺎء(‬
‫ﺩﺭ ﻣﺩﻝ ﺗﺣﻠﻳﻝ ﺍﺳﺕ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻫﻣﮑﺎﺭی‬
‫•ﺍﺯ ﻧﻅﺭ ﻣﻔﻬﻭﻣﯽ ﻣﺷﺎﺑﻪ ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ ﺑﻭﺩﻩ ﻭﻟﯽ ﺍﻁﻼﻋﺎﺕ ﺭﺍ ﺑﺎ ﻳﮏ ﺩﻳﺩ ﻣﺗﻔﺎﻭﺕ ﻧﺷﺎﻥ ﻣﯽ ﺩﻫﺩ‪.‬‬
‫•ﺩﺭ ﻧﻣﻭﺩﺍﺭ ﻫﻣﮑﺎﺭی ﺗﻣﺭﮐﺯ ﺑﻪ ﺟﺎی ﺯﻣﺎﻥ ﺑﺭ ﺭﻭی ﻧﻣﻭﻧﻪ ﻫﺎی ﺍﺷﻳﺎ ﺍﺳﺕ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻓﻌﺎﻟﻳﺕ‬
‫• ﺟﻬﺕ ﻧﻣﺎﻳﺵ ﺟﺭﻳﺎﻥ ﮐﺎﺭ)‪ (workflow‬ﻭ ﺟﺭﻳﺎﻥ ﺍﻧﺟﺎﻡ ﻓﻌﺎﻟﻳﺕ ﻫﺎ ﻣﻭﺭﺩ ﺍﺳﺗﻔﺎﺩﻩ ﻗﺭﺍﺭ ﻣﯽ ﮔﻳﺭﺩ‪.‬‬
‫• ﮔﺭﺍﻳﺵ ﺑﻪ ﻧﻣﺎﻳﺵ ﺭﻓﺗﺎﺭ ﭘﻭﻳﺎی ﺳﻳﺳﺗﻡ ﺩﺭ ﺳﻁﺣﯽ ﺑﺎﻻﺗﺭ ﺍﺯ ﺁﻧﭼﻪ ﻧﻣﻭﺩﺍﺭﻫﺎی ﻫﻣﮑﺎﺭی ﻭ ﺗﻭﺍﻟﯽ ﻧﺷﺎﻥ ﻣﻳﺩﻫﻧﺩ‪.‬‬
‫• ﺩﺭ ﺍﻳﻥ ﻧﻣﻭﺩﺍﺭﻫﺎ ﺑﻪ ﻁﻭﺭ ﻣﺳﺗﻘﻳﻡ ﺍﺯ ﺍﺷﻳﺎ ﻭ ﮐﻼﺱ ﻫﺎی ﻣﺩﻝ ﺗﺣﻠﻳﻝ ﺍﺳﺗﻔﺎﺩﻩ ﻧﻣﯽ ﺷﻭﺩ‪.‬‬
‫• ﻳﮏ ﻧﻣﻭﺩﺍﺭ ﻓﻌﺎﻟﻳﺕ ﮐﺎﻣﻝ ﭘﺗﺎﻧﺳﻳﻝ ﺗﻭﻟﻳﺩ ﮐﺩ ﻭﺍﻗﻌﯽ ﻭﻣﻬﻧﺩﺳﯽ ﻣﻌﮑﻭﺱ ﺭﺍ ﺩﺍﺭﺩ‪.‬‬
‫ﻁﺭﺍﺣﯽ‬
‫• ﻣﺩﻝ ﺗﺣﻠﻳﻝ ﺑﻪ ﻫﻣﺭﺍﻩ ﻣﻌﻣﺎﺭی ﺳﻳﺳﺗﻡ ﺩﻭ ﻭﺭﻭﺩی ﺍﺻﻠﯽ ﮔﺎﻡ ﻁﺭﺍﺣﯽ ﻣﯽ ﺑﺎﺷﻧﺩ‪.‬‬
‫• ﺩﺭ ﺍﻳﻥ ﮔﺎﻡ ﻧﻣﻭﺩﺍﺭﻫﺎی ﮐﻼﺱ ﺑﻪ ﻫﻣﺭﺍﻩ ﻣﺟﻣﻭﻋﻪ ﮐﺎﻣﻠﯽ ﺍﺯ ﺧﺻﻭﺻﻳﺎﺕ )ﻧﺎﻡ‪،‬ﻧﻭﻉ( ﻭ‬
‫ﻋﻣﻠﻳﺎﺕ )ﺑﺎ ﺍﻣﺿﺎی ﮐﺎﻣﻝ( ﺗﻭﻟﻳﺩ ﻣﯽ ﺷﻭﻧﺩ‪.‬‬
‫• ﻣﺣﺻﻭﻝ ﺍﻳﻥ ﮔﺎﻡ ﻣﺩﻝ ﻁﺭﺍﺣﯽ ﺍﺳﺕ ﮐﻪ ﻣﯽ ﺗﻭﺍﻧﺩ ﻣﺳﺗﻘﻳﻣﺎ ﺑﻪ ﮐﺩ ﻧﮕﺎﺷﺕ ﺷﻭﺩ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭﻫﺎی ﻣﻭﻟﻔﻪ‬
‫• ﻧﻣﺎﻳﺵ ﺩﻫﻧﺩﻩ ﻣﺎﺟﻭﻝ ﻫﺎی ﻓﻳﺯﻳﮑﯽ ﻭ‬
‫ﺍﻟﻣﺎﻥ ﻫﺎی ﺍﺟﺭﺍﻳﯽ ﺍﺳﺕ ﮐﻪ ﺩﺭ ﺳﻳﺳﺗﻡ‬
‫ﺗﻭﺯﻳﻊ ﻣﯽ ﺷﻭﻧﺩ‪.‬‬
‫• ﻳﮏ ﻣﻭﻟﻔﻪ ﺑﻪ ﻳﮏ ﻓﺎﻳﻝ ﺍﺟﺭﺍﻳﯽ‬
‫ﻧﮕﺎﺷﺕ ﻣﯽ ﺷﻭﺩ‪.‬‬
‫• ﻫﺭﮐﻼﺱ ﺩﻳﺩ ﻣﻧﻁﻘﯽ ﺑﻭﺳﻳﻠﻪ ﺣﺩﺍﻗﻝ‬
‫ﻳﮏ ﻣﻭﻟﻔﻪ ﭘﻳﺎﺩﻩ ﺳﺎﺯی ﻣﯽ ﺷﻭﺩ‪.‬‬
‫• ﻧﻣﻭﺩﺍﺭ ﻣﻭﻟﻔﻪ ﻧﻣﺎﻳﺷﮕﺭ ﻣﻭﻟﻔﻪ ﻫﺎ ﻭ ﻭﺍﺳﻁ ﻫﺎی ﺁﻥ ﻫﺎ ﻭ‬
‫ﺍﺭﺗﺑﺎﻁﺎﺕ ﻣﻳﺎﻥ ﺁﻥ ﻫﺎﺳﺕ‪.‬‬
‫• ﻫﺭ ﻣﻭﻟﻔﻪ ﺩﺍﺭﺍی ﻣﺟﻣﻭﻋﻪ ﺍی ﺍﺯ ﻭﺍﺳﻁﻪ ﻫﺎﺳﺕ‬
‫• ﻭﺍﺳﻁﻪ ﻳﮏ ﻣﻭﻟﻔﻪ ﺗﻭﺻﻳﻔﯽ ﺍﺯﻧﺎﻡ ﻳﮏ ﺗﺎﺑﻊ ﻋﻣﻭﻣﯽ‪،‬‬
‫ﭘﺎﺭﺍﻣﺗﺭﻫﺎی ﺁﻥ ﻭﻧﻭﻉ ﺩﺍﺩﻩ ﺍی ﻣﻘﺩﺍﺭ ﺑﺎﺯﮔﺷﺗﯽ ﺗﺎﺑﻊ ﻣﯽ‬
‫ﺑﺎﺷﺩ‪.‬‬
‫‪ UML‬ﺗﻐﻳﻳﺭﻳﺎﻓﺗﻪ‬
‫ﺑﺭﺍی ﺳﺎﺯﮔﺎﺭی ‪ UML‬ﺑﺎ ﻧﻳﺎﺯﻫﺎی ﻣﺩﻝ ﺳﺎﺯی ﺑﺭﻧﺎﻣﻪ ﻫﺎی ﮐﺎﺭﺑﺭﺩی ﺗﺣﺕ ﻭﺏ ﺑﻪ‬
‫ﺍﻳﻥ ﺯﺑﺎﻥ ﻣﺩﻝ ﺳﺎﺯی ﻣﺟﻣﻭﻋﻪ ﺍی ﺍﺯ ﻋﻼﻳﻡ ﻭ ﻗﻭﺍﻧﻳﻥ ﺟﺩﻳﺩ ﺍﻓﺯﻭﺩﻩ ﺷﺩﻩ ﺍﺳﺕ‬
‫• ‪ : Stereotype‬ﻧﺳﺑﺕ ﺩﺍﺩﻥ ﻳﮏ ﻣﻌﻧﺎی ﺟﺩﻳﺩ ﺑﻪ ﻳﮏ ﺍﻟﻣﺎﻥ ﺍﺯ ﻣﺩﻝ ﮐﻪ ﺑﻭﺳﻳﻠﻪ ﻳﮏ ﺭﺷﺗﻪ ﺑﻳﻥ ﺩﻭﻋﻼﻣﺕ‬
‫>> << ﻭﻳﺎ ﻳﮏ ﺁﻳﮑﻥ ﺟﺩﻳﺩ ﻧﻣﺎﻳﺵ ﻣﯽ ﺩﻫﻳﻡ‪.‬‬
‫• ‪ : Tagged value‬ﺗﻌﺭﻳﻑ ﻳﮏ ﺧﺻﻭﺻﻳﺕ ﺟﺩﻳﺩ ﺑﻪ ﻣﺟﻣﻭﻋﻪ ﺧﺻﻭﺻﻳﺎﺕ ﻳﮏ ﺍﻟﻣﺎﻥ ﻣﺩﻝ ﮐﻪ ﺑﻭﺳﻳﻠﻪ ﺩﻭ‬
‫ﻋﻼﻣﺕ ] [ ﻧﺷﺎﻥ ﺩﺍﺩﻩ ﻣﯽ ﺷﻭﺩ‪.‬‬
‫• ‪ : Constrain‬ﺗﻭﺻﻳﻔﮕﺭ ﻗﻭﺍﻧﻳﻥ ﻣﺟﺎﻭﺭﺕ ﺍﻟﻣﺎﻥ ﻫﺎی ﻣﺩﻝ ﺑﻪ ﻁﻭﺭی ﮐﻪ ﻣﺩﻝ ﺧﻭﺵ ﺳﺎﺧﺕ ﻧﺎﻣﻳﺩﻩ ﺷﻭﺩ ﮐﻪ‬
‫ﺑﻭﺳﻳﻠﻪ ﺩﻭ ﻋﻼﻣﺕ } { ﻧﻣﺎﻳﺵ ﺩﺍﺩﻩ ﻣﯽ ﺷﻭﺩ‪.‬‬
‫ﻋﻼﻭﻩ ﺑﺭ ﺍﻳﻥ ﻣﺟﻣﻭﻋﻪ ﺍی ﺍﺯ ﻗﻭﺍﻧﻳﻥ ﺑﺭﺍی ﺑﺭﺭﺳﯽ ﺳﺎﺯﮔﺎﺭی ﻣﻔﻬﻭﻣﯽ ﻳﮏ ﻣﺩﻝ ﺑﺎ ﺧﻭﺩﺵ ﻭﺟﻭﺩ ﺩﺍﺭﺩ‪.‬‬
‫ﻁﺭﺍﺣﯽ‬
‫• ﺗﻘﺳﻳﻡ ﺍﺷﻳﺎء ﻣﻳﺎﻥ ﻻﻳﻪ ﻫﺎی ﻣﺧﺗﻠﻑ ﻣﺎﻧﻧﺩ ﻻﻳﻪ ﻣﺷﺗﺭی ‪ ،‬ﺧﺩﻣﺕ ﮔﺯﺍﺭ ﻭ ‪..‬‬
‫• ﺟﺩﺍ ﮐﺭﺩﻥ ﻭ ﺗﻌﺭﻳﻑ ﻭﺍﺳﻁ ﻫﺎی ﮐﺎﺭﺑﺭ ﻳﺎ ﻫﻣﺎﻥ ﺻﻔﺣﺎﺕ ﻭﺏ‬
‫ﺩﺭ ﮔﺎﻡ ﻁﺭﺍﺣﯽ ﺑﺎ ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯﺍﻟﮕﻭی ﻣﻌﻣﺎﺭی ﮐﻪ ﺍﻧﺗﺧﺎﺏ ﺷﺩﻩ ﺍﺳﺕ ﺗﻘﺳﻳﻡ ﺍﺷﻳﺎء ﺍﻧﺟﺎﻡ ﻣﯽ ﺷﻭﺩ‬
‫• ‪Thin web client web application‬‬
‫• ‪Thick web client web application‬‬
‫• ‪Web delivery web application‬‬
‫ﻁﺭﺍﺣﯽ ‪thin web client‬‬
‫• ﭘﺱ ﺍﺯ ﺗﻘﺳﻳﻡ ﺍﺷﻳﺎ ‪ ،‬ﺻﻔﺣﺎﺕ ﻭﺏ ﺗﻭﺻﻳﻑ ﻣﯽ ﺷﻭﻧﺩ ﮐﻪ ﺷﺎﻣﻝ ﮐﺷﻑ ﺻﻔﺣﺎﺕ ﻭﺏ ﻭﺍﺭﺗﺑﺎﻁﺎﺕ ﺁﻥ ﻫﺎ ﺑﺎ‬
‫ﻳﮑﺩﻳﮕﺭ ﻭﺑﺎ ﺍﺷﻳﺎ ء ﺳﻳﺳﺗﻡ ﺍﺳﺕ‬
‫• ﺍﺷﻳﺎ ﺳﻳﺳﺗﻡ ﮐﻪ ﺩﺭ ﻧﻣﻭﺩﺍﺭﻫﺎی ﺗﻭﺍﻟﯽ ﺩﺭ ﻁﻭﻝ ﺩﻭﺭﻩ ﺗﺣﻠﻳﻝ ﺍﻳﺟﺎﺩ ﺷﺩﻧﺩ ﺑﻪ ﺍﺷﻳﺎ ﻭ ﺻﻔﺣﺎﺕ ﻭﺏ ﺗﺑﺩﻳﻝ ﻣﯽ ﺷﻭﻧﺩ‬
‫ﺟﺩﺍ ﮐﺭﺩﻥ ﻭﻅﺎﻳﻑ ﺻﻔﺣﺎﺕ ﺳﺭﻭﺭ‬
‫• ﺩﺭ ‪ thin web client‬ﻫﺎ ﺻﻔﺣﺎﺕ ﺳﺭﻭﺭ ﺑﺎ ﺍﻧﺑﻭﻩ ﻣﺳﺋﻭﻟﻳﺕ ﻫﺎ ﺍﻧﺑﺎﺷﺗﻪ ﻣﯽ ﺷﻭﻧﺩ‪.‬‬
‫• ﺻﻔﺣﺎﺕ ﺳﺭﻭﺭ ﻣﺳﺋﻭﻝ ﻫﻣﺎﻫﻧﮕﯽ ﻓﻌﺎﻟﻳﺕ ﻫﺎی ﺍﺷﻳﺎء ﻁﺭﻑ ﺳﺭﻭﺭ ﻭ ﺳﺎﺧﺕ ﻳﮏ ﻭﺍﺳﻁ ﮐﺎﺭﺑﺭ ﻭ ﺍﺭﺟﺎﻉ ﺁﻥ‬
‫ﺑﻪ ﮐﻼﻳﻧﺕ ﻫﺳﺗﻧﺩ‪.‬‬
‫• ﺟﻬﺕ ﺑﺎﻻ ﺑﺭﺩﻥ ﻗﺎﺑﻠﻳﺕ ﻧﮕﻬﺩﺍﺭی ﻭ ﺍﺳﺗﻔﺎﺩﻩ ﻣﺟﺩﺩ ﺻﻔﺣﺎﺕ ﺳﺭﻭﺭ ﻣﯽ ﺗﻭﺍﻥ ﺑﺧﺷﯽ ﺍﺯ ﻣﺳﺋﻭﻟﻳﺕ ﻫﺎ ﺭﺍ ﺑﻪ ﺍﺷﻳﺎء‬
‫ﻭﺍﺳﻁ ﻭﺍﮔﺫﺍﺭ ﮐﺭﺩ ‪.‬‬
‫ﻋﻣﻠﮑﺭﺩ ﻫﺎ ﻭ ﺧﺻﻭﺻﻳﺎﺕ ﺻﻔﺣﺎﺕ ﺳﺭﻭﺭ‬
‫ﻟﻳﻧﮏ ﻫﺎ‬
‫ﺩﺭ ﻧﻣﻭﺩﺍﺭﻫﺎی ﻓﺎﺯ ﻁﺭﺍﺣﯽ ﻟﻳﻧﮏ ﻫﺎ ﻣﻳﺎﻥ ﺻﻔﺣﺎﺕ ﮐﻼﻳﻧﺕ ﻗﺭﺍﺭ ﺩﺍﺩﻩ ﻣﯽ ﺷﻭﺩ‪.‬‬
‫ﻧﻣﻭﺩﺍﺭ ﺳﺎﺧﺕ ﺻﻔﺣﺎﺕ‬
‫ﺍﺳﺗﻔﺎﺩﻩ ﺍﺯﻓﺭﻡ ﻫﺎ ﺩﺭﺻﻔﺣﺎﺕ ﻭﺏ‬
‫ﻁﺭﺍﺣﯽ ‪thick web client‬‬
‫ﻧﻣﺎﻳﺵ ﺍﺳﮑﺭﻳﭘﺕ ﻫﺎ ﺩﺭ ﺻﻔﺣﺎﺕ ﮐﻼﻳﻧﺕ‬
‫ﻧﻣﻭﺩﺍﺭ ﮐﻼﺱ ﺻﻔﺣﻪ ﮐﻼﻳﻧﺕ ﺣﺎﻭی ﻣﻭﻟﻔﻪ ‪Active X‬‬
‫ﻧﻣﻭﺩﺍﺭ ﺗﻭﺍﻟﯽ ﺣﺎﻭی ﻣﻭﻟﻔﻪ ﻫﺎی ﮐﻼﻳﻧﺕ‬
‫ﭘﻳﺎﺩﻩ ﺳﺎﺯی‬
‫• ﻧﮕﺎﺷﺕ ﻣﺩﻝ ﻁﺭﺍﺣﯽ ﺑﻪ ﮐﺩ ﻭ ﻣﻭﻟﻔﻪ ﻫﺎ‬
‫• ﺍﻧﺟﺎﻡ ﺗﺳﺕ ﻫﺎی ﻭﺍﺣﺩی‬
‫• ﺍﻧﺟﺎﻡ ﻣﻬﻧﺩﺳﯽ ﻣﻌﮑﻭﺱ‬
‫ﻧﻣﻭﺩﺍﺭ ﻣﻭﻟﻔﻪ‬
‫ﻧﮕﺎﺷﺕ ﻣﻭﻟﻔﻪ ﻫﺎی ﺻﻔﺣﻪ ﺳﺭﻭﺭ‬
‫ﻧﮕﺎﺷﺕ ﻣﻭﻟﻔﻪ ﻫﺎی ﺻﻔﺣﻪ ﮐﻼﻳﻧﺕ‬
‫ﺗﻭﻟﻳﺩ ﮐﺩ ﺑﺭﺍﺳﺎﺱ ﺍﻁﻼﻋﺎﺕ ﻧﻣﻭﺩﺍﺭ ﮐﻼﺱ‬
‫ﻣﻧﺎﺑﻊ‬
Building web applications with UML , Jim Conallen , Addison – Wesley , 2000
Software Engineering , roger S.Pressman , McGraw – Hill Series in computer
science , 5th ed , 2001