فرمت فایل: ورد –Word و قابل ویرایش تعداد صفحات: 255     فهرست مطالبفصل اول: مقدمه مقدمه-----۲ ۱-۱ روشهاي استفاده ا ز تجريدهاي سطح بالا۲ ۱-۲ سبك در طراحي معماري نرم افزار-----۲ ۱-۳ ساختار اين گزارش – ۳فصل دوم: مفهوم معماري نرم افزار مقدمه-----۵ ۲-۱ معماري نرم افزار-----۵ ۲-۲ تعاريف معماري نرم افزار -----۵ ۲-۳ اهميت معماري نرم افزار-----۶ ۲-۴ اجزا معماري نرم افزار-۷ ۲-۴-۱مولفه ها ----۷ ۲-۴-۲رابطها۷ ۲-۴-۳واسطها-----۷ ۲-۴-۴پيكربندي ها-۸ ۲-۵ تصميمات معماري----۸ ٢-٦ چرخه كاري معماري نرم افزار--٩ ٢-٧ فرايند طراحي معماري نرم افزار٩ ٢-٨ وظيفه مندي و ويژگي هاي كيفي و ارتباط آنها با معماري--۱۱ ٢-٨-١معماري و وظيفه مندي۱۱ ٢-٨-٢معماري و ويژگي هاي كيفي --۱۲ ۲-۹ سناريوهاي ويژگي هاي كيفي ۱۳ ۱۵----(مثال) Availability Scenario ۱-۹-۲ ۲-۱۰ تاكتيكها--۱۶ ۲-۱۱ زبانهاي توصيف معماري----۱۷ ۱۸--Architecture Drivers١٢ -٢ ۱۸Software Product Lines ١٣-٢ ۱۹- Architecure views ۱۴-۲ ۲۰----- Architecture Documents ۱۵-۲ ٢-١٦Architecture Blueprints ۲۰٢-١٧ تحليل و ارزيابي معماري نرم افزار----۲۱ فصل سوم: توسعه مبتني بر مولفه مقدمه----۲۳ ۳-۱ توسعه مبتني بر مولفه-----۲۳ ۳-۲ مهندسي نرم افزار مبتني بر مولفه----۲۵ ۳-۲-۱چالشهايCBSE ---۲۵ ٣-٣ تعاريف مختلف مولفه-٢٨ ٣-٤ مشكلات مربوط بهCBSE ---٣٢ ۳-۵ اشيا و مولفه ها-----۳۲ ۳-۶ واسطها----۳۴ ۳-۷ قراردادها---۳۵ ۳۷----Framework ۸-۳ ٣-٩ ارتباط بين مفاهيم---٣٩ ٣-٩-١چارچوب ها و مؤلفه ها-٣٩ ٣-٩-٢چارچوب ها و قراردادها٤٠ ٣-٩-٣چارچوب ها و الگوها--٣٩ ٣-٩-٤نتيجه گيري--٤١ ٣-١٠ معماري نرم افزار و مولفه ها----٤١ ۳-۱۰-۱ معماري سيستم هاي مبتني بر مؤلفه----۴۲ ۳-۱۰-۲ توسعه معماري گراي مولفه-----۴۴ ۳-۱۰-۳ توسعه معماري مولفه گرا۴۴ ۳-۱۰-۳-۱ تكنيكهاي تعمير عدم انطباق واسطها----۴۶ ۳-۱۰-۳-۲ تكنيكهاي تشخيص عدم انطباق واسطها--۴۷ ۳-۱۰-۳-۳ تكنيكهاي اجتناب از عدم انطباق واسطها-۴۸ ۳—۱۱نتيجه گيري---۵۰ فصل چهارم: سبكها و الگوهاي معماري نرم افزار مقدمه-۵۳ ۴-۱ سبك چيست؟--۵۳ ۴-۲ ساختار سبك --۵۳ ۴-۳ تعاريف ارائه شده براي سبك معماري-----۵۴ ۴-۴ طبقه بندي سبك هاي معماري---۵۵ ۴-۵ معماري جريان داده(Data – Flow) -----۶۵ 4- ۶۷---Pipe&Filter ١-٥ ٧٢-pipe&filter مزايا سبك١-١-٥-٤ ٧٢pipe&filter معايب سبك٢-١-٥-٤ ۷۳----Batch Sequential ۲-۵-۴ ۴-۵-۳راندن و كشيدن داده----۷۴ ۷۶---Batch Sequential در مقايسه باPipe&Filter ۴-۵-۴ ۷۷----- Process Control Loops۵-۵-۴ ٤-٦ معماري ماشين مجازي(Virtual Machine) -----۷۷ ۸۰----rule based وinterpretor مقايسه۱-۶-۴ ۴-۷ معماري فراخواني و بازگشت(Call & Return) ---۸۱ ۸۳----(Main–program–and–subroutine) سبك برنامه اصلي و زير روال١-٧-٤ ۴-۷-۲سبك شي گرايي يا تجريد انواع داده(Abstract-data-type)۸۴ ۸۵object oriented مزايا۱-۲-۷-۴ ۸۶object oriented معايب۲-۲-۷-۴ ۴-۸ سبك لايه اي (Layerd)۸۶ ۴-۸-۱مزايا سبكlayered ---۸۹ ۴-۸-۲معايب سبكlayered --۹۰ ۹۰ Master/Slave ۱ -۲-۸-۴ ۹۱Client/Server ۲-۲-۸-۴ ۴-۸-۳نكاتي در مورد استراتژي هاي كنترل خطا-۹۴ ۹۵Tiered معماري۴-۸-۴ ۹۵-----Two Tier Client Server طراحي معماري۱-۴-۸-۴ ۹۵----Three Tier Client Server طراحي معماري۲-۴-۸-۴ ۹۶Object Oriented وMain Program and Subroutine مقايسه۵-۸-۴ ۹۷-Independent Components ۹-۴ ۴-۹-۱مزايا--۹۹ ٤-٩-٢معايب-٩٩ ۱۰۰--explicit invocation وimplicit invocation مقايسه۳-۹-۴ ۱۰۱----Data centered ۱۰-۴ ۱۰۴BlackBoard وrepository مقايسه سبك هاي۱-۱۰-۴ ۴-۱۱ تاريخچه اي از الگوها(Patterns)۱۰۵ ۴-۱۱-۱ الگوها: الگو چيست ؟--۱۰۶ تعاريفي از الگو-۱۰۶ ۲-۱۱-۴ ۱۰۷-----Model-View-Controller : مثال ۳-۱۱-۴ ويژگي الگوهاي معماري نرم افزار--۱۰۸ ۴-۱۱-۴ سبك و الگو---۱۱۰ ۵-۱۱-۴ نتيجه گيري----۱۱۱ ۱۲-۴ فصل پنجم: طراحي معماري نرم افزار مبتني بر سبك مقدمه-۱۱۳ ۱۱۳--Attribute-Driven Design (ADD)۱-۵ ۵-۲ امكانات سبكهاي معماري در طراحي معماري۱۱۴ ۵ - ۳ مساله: طراحي معماري نرم افزار مبتني بر سبكهاي معماري-۱۱۵ ۵-۳-۱ويژگي هاي سبك ----۱۱۵ ۵-۳-۲جنبه هاي مختلف سبك در معماري-----۱۱۵ ۵-۳-۳ابعاد تشكيل دهنده سبك -----۱۱۶ ۵-۳-۴سبكهاي معماري در طراحي معماري نرم افزار----۱۱۶ ۵-۴ نتيجه گيري--۱۱۷فصل ششم: نتيجه گيري ۶-۱ مروري گزارش-۱۱۹ ۶-۲ نتايج حاصل --۱۱۹ ۶-۳ طرح مساله---۱۲۰ ۶-۴ کار آينده----۱۲۰ مراجع و منابع-----۱۲۲ فهرست شكلها واسطهاي مولفه---۷ ۱-۲ پيكربندي مولفه ها-۸ ۲-۲ چرخه كاري معماري نرم افزار۹ ۳-۲ فرايند طراحي معماري نرم افزار----۱۰ ۴-۲ ابعاد ساماندهي تصميمات معماري---۱۱۵-۲ ۱۵- Availability Scenario ۶-۲ ۱۵-----availability نمونه سناريوي ۷-۲ تاكتيكهاي معماري۱۷ ۸-۲ ارتباط مفاهيم در توسعه مبتني بر مولفه---۳۹ ۱-۳ مدل حل۵۰ ۲-۳ ۶۵-----DataFlow سبكactivity دياگرام ۱-۴ ۶۵-----DataFlow سبكactivity دياگرام ۲-۴ مسير دهي داده به دو زير پردازش-۶۵ ۳-۴ مثالي ازسبكDataFlow ----۶۷ ۴-۴ ۶۸----pipe&filter سبك ۵-۴ استفاده از كارتهايCRC براي نشان دادن سبكpipe&filter -----۶۸ ۶-۴ نمونه هايي از سبكpipe&filter -۶۹ ۷-۴ الگوهاي جريان داده----۷۰ ۸-۴ نمونه هايي از سبكpipe&filter -۷۱ ۹-۴ نحوه بستن اجزا سبكpipe& filter -----۷۱ ۱۰-۴ ۷۴Push Pipeline ۱۱-۴ ۷۵-Pull Pipeline ۱۲-۴ ۷۵--Mixed Push-Pull Pipeline ۱۳-۴ ۷۶-Pipeline with Active Filters ۱۴-۴ خلاصه اي از سبكDataflow ---۷۷ ۱۵-۴ ۷۸----- -- Interpretor ۱۶-۴ ۷۹----virtual machine ۱۷-۴ ۸۰interpretor نمونه اي از ۱۸-۴ ۸۰--- virtual machineخلاصه اي از سبك ۱۹-۴ ۸۲ hierarchical layers ۲۰-۴ ٨٣-- Main–program–and–subroutine سبك ۲۱-۴ ۸۴---Main–program–and–subroutine خلاصه اي از سبك ۲۲-۴   ۸۴object oriented سبك ۲۳-۴ ۸۵-object oriented سبك ۲۴-۴ ۸۵-object oriented سبك ۲۵-۴ ۸۷-Layered سبك ۲۶-۴ جنبه هاي مختلف سبكlayered -۸۹ ۲۷-۴ مدل لايه ايOSI ۸۹ ۲۸-۴ ۹۰-Master/Slave ۲۹-۴ ۹۱-Client/Server ۳۰-۴ ۹۲Broker ۳۱-۴ ۹۳Peer- 2 – Peer ۳۲-۴ ۹۴-Client/Server ۳۳-۴ ۹۴----Server/Client خلاصه اي از ۳۴-۴ ۹۵----Two Tier Client Server ۳۵-۴ ۹۶---Three Tier Client Server ۳۶-۴ ۹۶---Multi Tier Client Server ۳۷-۴ ۱۰۱-Data Centered سبك ۳۸-۴ استفاده از كارتهايCRC براي نمايش سبكblackboard -۱۰۳ ۳۹-۴ ۱۰۳--DataCentered خلاصه اي از ۴۰-۴ الگويMVC -۱۰۸ فهرست جداول ۴۱-۴ طبقه بندي سبك هاي معماري-----۵۹ ۱-۴ مقايسه سبكهايdataflow ۷۶ ۲-۴ فهرست شكلها واسطهاي مولفه ۱-۲ پيكربندي مولفه ها ۲-۲ چرخه كاري معماري نرم افزار ۳-۲ فرايند طراحي معماري نرم افزار ۴-۲ ابعاد ساماندهي تصميمات معماري ٥ -٢ Availability Scenario ۶-۲ availability نمونه سناريوي ۷-۲ تاكتيكهاي معماري ۸-۲ ارتباط مفاهيم در توسعه مبتني بر مولفه ۱-۳ مدل حل ۲-۳ DataFlow سبكactivity دياگرام ۱-۴ DataFlow سبكactivity دياگرام ۲-۴ مسير دهي داده به دو زير پردازش ۳-۴ مثالي ازسبكDataFlow ۴-۴ pipe&filter سبك ۵-۴ استفاده از كارتهايCRC براي نشان دادن سبكpipe&filter ۶-۴ نمونه هايي از سبكpipe&filter ۷-۴ الگوهاي جريان داده ۸-۴ نمونه هايي از سبكpipe&filter ٩-٤ نحوه بستن اجزا سبكpipe& filter ۱۰-۴ A Push Pipeline with an Active Source ۱۱-۴ A Pull Pipeline with an Active Sink ۱۲-۴ A Mixed Push_Pull PipeLine with Pasive Source and Sink ۱۳-۴ A Pipeline with Active Filters and Synchronizing Buffering Pipes ۱۴-۴ خلاصه اي از سبكDataflow ۱۵-۴ interpretor ۱۶-۴ virtual machine ۱۷-۴ interpretor نمونه اي از ۱۸-۴ virtual machineخلاصه اي از سبك۱۹-۴ hierarchical layers ۲۰-۴ Main–program–and–subroutine سبك ۲۱-۴ Main–program–and–subroutine خلاصه اي از سبك ۲۲-۴ object oriented سبك ۲۳- ۴ object oriented سبك ۲۴-۴ object oriented سبك ۲۵-۴ Layered سبك ۲۶-۴ جنبه هاي مختلف سبكlayered ۲۷-۴ مدل لايه ايOSI ۲۸-۴ Master/Slave ۲۹-۴ Client/Server ۳۰-۴ Broker ۳۱-۴ Peer- 2 – Peer ۳۲-۴ Client/Server ۳۳-۴ Server/Client خلاصه اي از۳۴-۴ Two Tier Client Server ۳۵-۴ Three Tier Client Server ۳۶-۴ Multi Tier Client Server ۳۷-۴ Data Centered سبك ۳۸-۴ استفاده از كارتهايCRC براي نمايش سبكblackboard ۳۹-۴ DataCentered خلاصه اي از۴۰-۴ الگويMVC ۴۱ -۴       فصل ۱ مقدمه  معماري نتيجه مجموعه اي از تصميمات فني و حرفه مي باشد.معماري نرم افزار با ايجاد تجريـدهاي سـطح بـالا بـاپيچيدگي و گستردگي سيستمهاي نرم افزاري بـزرگ مقابلـه مـي كنـد. اغلـب سيـستمهاي نـرم افـزاري دارايسازماندهي معماري مشابهي مي باشند . سبكهاي معمـاري روشـي بـراي اسـتفاده از تـشابهات بـين معمـاري هـايگوناگون مي باشد.در اين قسمت مروري كوتاه بر سبك و معماري نرم افزار در فرايندهاي طراحي نرم افـزار خـواهيمداشت . ۱-۱ روشهاي استفاده ا ز تجريدهاي سطح بالا روشهاي مختلفي براي استفاده از تجريدهاي سطح بالا وجود دارد, اما به منظور ايجاد سيستمهاي بزرگ و پيچيده, تركيب سيستماتيك اين روشها تحت يك ديسيپلين كامل ضروري است. سه روش عمده براي طراحي سيـستمهاينرم افزاري بزرگ وجود دارد: ۱. مهندسي نرم افزار مبتني بر مولفه١ با استفاده از مولفه هاي از قبل تست شده و از قبل بسته بندي شـدهقابليت استفاده مجدد را افزايش مي دهد. ميان افـزار٢ يـك واسـط اسـتاندارد بـراي سيـستمهاي عامـلناهمگن و سرويسهاي شبكه ارائه مي دهد. ۲.Middleware كه يك واسط استاندارد براي سيستمهاي عامل ناهمگن و سرويـسهاي شـبكه ارائـه مـيدهد . و ۳. معماري نرم افزار كه سازمان درشت ساختار سيستم و رفتار آن را تشريح مي كنـد. معمـاري نـرم افـزارپشتيباني تحليلي بهتري براي تعيين ويژگيهاي بزرگ سيستم نـسبت بـه دو روش اول ارائـه مـي دهـد واغلب با استفاده از پلتفرمهايmiddleware و مولفه هايoff-the-shelf پياده سازي مي شود. اگر از جنبه فرايند طراحي به مساله توجه شود, اين موضوع بوضوح قابل تشخيص مي باشد كه براي طراحيمولفه هاي نرم افزاري و تعاملات آنها و نيز سازماندهي صحيح سيستمهاي توزيع شده, به معمـاري نـرم افـزار نيـازاست. ۱-۲ سبك در طراحي معماري نرم افزار سبك در طراحي معماري به منظور تضمين خصوصيات مطلوب وابسته به سبك معماري هاي مبتني بـر آن سـبكمورد استفاده قرار مي گيرد. با وجود اينكه تكنيكهاي سيستماتيك براي تشريح و انتخـاب سـبك وجـود دارد, ولـيبرروي طراحي سيستماتيك و ايجاد معماري هاي مبتني بر سبك كار زيادي انجام نگرفته است .لذا نيازمندي به يكمتدولوژي براي طراحي معماري نرم افزار با استفاده از سبكهاي معماري نرم افزار كـاملا احـساس مـي شـود. ايـنمتدولوژي تحت يك چارچوب بايد شامل تكنيكهاي گوناگوني باشد تا با درنظرگرفتن قواعد و محدوديتهاي سبك ها, اين طراحي را انجام دهد. داده ها, ساختار, توپولوژي ها, تعاملات و رفتار سـبكها در ايـن تكنيكهـا بايـد در نظـرگرفته شود. نكته مهم در اين طراحي چگونگي تطابق سبكهاي انتخاب شده براي تشكيل معماري مي باشد تا ويژگيهاي وابسته به سبك در معماري حاصل حفظ شود .   1 Component Based Software Engineering(CBSE) 2 Middleware ۱-۳ ساختار اين گزارش اين گزارش در قالب ۵ فصل ارائه خواهد شد كه در اين قسمت هر فصل به صورت كلي معرفي مي شود : فصل اول: مقدمه (همين فصل) در اين فصل كليات موضوع مورد بحث قرار مي گيرد تا خواننـده جهـتگيري كلي موضوع را درك نمايد و با فضايي كه مساله در آن مطرح خواهد شد آشنا شود . فصل دوم: مفاهيم معماري نرم افزار هدف از تدوين اين فصل مروري بر مفاهيم بنيـادي و مـرتبط بـاموضوع در حوزه معماري نرم افزار مي باشد . فصل سوم: توسعه مبتني بر مولفه اين فصل دو موضوع را پوشش مـي دهـد. ابتـدا مفهمـوم مولفـه وتعاريف مختلف ارائه شده براي مولفه و توسعه مبتني بر مولفه مطرح شده است. در قـسمت دوم معمـارينرم افزار مبتني بر مولفه تشريح و جايگاه مولفه در سبكهاي معماري نرم افزار مورد بحث قرار مي گيرد. فصل چهار: سبكها و الگوهاي معماري نرم افزار تشريح مفاهيم سبك و الگو در حوزه معماري, ارائـهتقسيم بندي هاي مختلف ارائه شده براي سبكها و بررسي ساختار و رفتار برخي از سبكهاي مهم از اهدافاين فصل مي باشد فصل پنجم: معماري نرم افزار مبتني بر سبك اين فصل شامل بحث اصلي سمينار خواهد بود. بررسيحوزه مساله, جهت گيري ها, مسائل مطرح در آن, ماهيت موضوع , نيازها و ضروريات از مـواردي اسـتكه در قالب اين فصل ارائه خواهد شد. فصل ششم: نتيجه گيري و طرح مساله خلاصه اي از گزارش در اين فصل ارائه مـي شـود . همچنـينموضوعات و مسائلي كه بايد حل شود مطرح خواهد شد.   فصل ۲ مفهوم معماري نرم افزار  مقدمه در اين فصل به مفاهيم بنيادي و اساسي معماري نرم افزار اشاره خواهد شد. ۲-۱ معماري نرم افزار معماري نرم افزار يك تجريد سطح بالا از سيستمهاي نرم افزاري به فرم عناصر , رابطها, پردازشـهاي دانـه درشـت وپيكربندي آنها ارائه مي دهد[Perry & Wolf]. در حقيقت معماري نرم افزار سازماندهي سيستمهاي نرم افزاري رابا استفاده از مولفه ها, رابطها و پيكربندي كه به وسيله آن مولفه ها و رابطها در يك سيستم به هم متصل مي شوند, و داده اي كه بين مولفه ها و رابطها منتقل مي شود تشريح مي كند[Fielding & Taylor 2000]. تمركز اصلي معماري نرم افزار بهبودي توسعه نرم افزار مـي باشـد زيـرا مـدلهاي معمـاري مـي تواننـد جنبـه هـايساختاري, رفتاري و تركيبي پيچيدگي نرم افزار را شناسايي و به صورت رسمي نشان مـي دهنـد لـذا اسـتدلالهايدقيق درباره ويژگيهاي كلي سيستم ارائه ميدهند. اما علاوه بر درك مشخصات كلي كـه هـدف آن درك راه حلهـايمعماري مي باشد, يك روش مهندسي نيازمند ساختن مدلها و تئوري ها براي حل مسائل تكرار شونده مـي باشـد. اين مدلها و تئوري ها منجر به تدوين تجـارب موفـق مـي شـود كـه مـي تواننـد بـراي حـل مـسائل مـشابه اعمـال . [Garlan 1996]شوند ۲-۲ تعاريف معماري نرم افزار در اين قسمت تعاريف مختلفي كه توسط افراد مختلف و از جنبه هاي مختلف ارائه شده است ارائه مي شود. [Bass 03] : معماري نرم افزار براي يك برنامه يا يك سيستم محاسـباتي, سـاختار يـا سـاختارهاي آنسيستم است كه شامل عناصر نرم افزاري, ويژگي هاي قابل مشاهده خارجي١ هر يك از عناصـر و ارتبـاطبين آنها مي باشد. .۱ [IEEE 1471-00] : سازماندهي اساسي يك سيستم كه شامل مولفه ها, ارتباط بين هر يك از آنهـا وارتباط آن با محيط سيستم و اصول حاكم بر طراحي و تكامل آن مي باشد . .۲ [Perry 92] : معماري مجموعه اي از اجزا معماري است كه شكل خاصي دارند. ايـن اجـزا در سـه نـوعفرايندي, داده اي و اتصالي طبقه بندي مي شوند. معماري نرم افزار ساختار مولفه اي يك سيستم (يا برنامـه) و ارتباطـات بـين آنهـا و يـك سـري اصـول وراهنماييهاي حاكم بر طراحي و تكامل آن مي باشد. .۳ [Garlan 03]: مجموعـه اي از مولفـه هـاي نـرم افـزاري, زيـر سيـستم هـا, ارتباطـات, تعـاملات, خصوصيات هر يك از اجزا و مجموعه اي از اصول هـدايت كننـده كـه هـر دو مجموعـه بـاهم يـك سـريخصوصيات اساسي و قيودي براي يك سيستم نرم افزاري تشكيل مي دهند . .۴ [Hayes 94]: مشخصه هاي يك سيستم انتزاعي كه شامل مولفه هاي تابعي و رفتاري است و رفتارهـا وواسطهاي هر مولفه و ارتباطات مولفه – مولفه را توصيف مي كند..۵ [Boehm 95] : معماري يك سيستم نرم افزاري شامل : .۶ مجموعه اي از مولفه ها, ارتباطات و قيدهاي يك سيستم يا نرم افزار مي باشد. مجموعه اي از درخواستهاي سهامداران سيستم 1 Externally visible منطق و اصولي را براي مولفه ها, ارتباطات و قيدهاي سيستمي كه مـي خـواهيم پيـاده سـازيكنيم و مطابق مجموعه درخواستهاي سهامداران باشد, تعريف مي كند . ۷.[McGovern 03 ] : معماري نرم افزار براي يك سيستم يا مجموعه سيستم ها, شامل تصميمات مهمطراحي در مورد ساختارهاي نرم افزار و تعاملات بين اين ساختارها كه سيستم مورد نظر را تشكيل مي دهند, مي باشد . اين تصميمات طراحي مجموعه اي از كيفيتهايي را پشتيباني مي كننـد كـه بايـدتوسط سيستم حمايت شوند تا موفقيت حاصل شود. تصميمات طراحي يك سـري اصـول مفهـومي پايـه بـرايتوسعه و حمايت و نگهداري سيستم ارائه مي دهند . ۸.[Bhagtani 03] : يك چارچوب پايه يا يك ابزار ساخت كه فرايندهاي طراحي را ساده مي كنـد . يـكسيستم انتزاعي مي باشد مولفه هاي عملياتي و رابطه بيروني اين مولفه ها, قيدهايي برروي اين مولفه هـاو منطقي براي انتخاب آنها مي باشد . ۲-۳ اهميت معماري نرم افزار از جنبه فني معماري نرم افزار به دلايل زير مهم مي باشد : ۱. ارتباطات بين سهامداران: معماري نرم افزار يك سطح انتزاع عمومي از يك سيستم را ارائه مي دهد كهبسياري از سهامداران سيستم مي توانند از آن به عنوان مبنايي بـراي درك متقابـل, مـذاكرات, اجمـاع وارتباطات دو طرفه استفاده نمايند . ۲. تصميمات طراحي اوليه: معماري نرم افزار زودترين تصميمات طراحي درباره يك سيستم را آشكارمي كند. اين الزامات براي ادامه توسعه سيستم, استقرار و نگهداري آن مهم مي باشند. همچنين اينزودترين نقطه اي است كه مي توان تصميمات طراحي را كه سيستم بر اساس آن بنا شده است آناليز نمود. ۳. تجريد قابل انتقال يك سيستم: معماري نرم افزار مدلهاي نـسبتا كوچـك و منطقـي بـراي چگـونگيساخته شدن سيستم و چگونگي عملكرد عناصر با همديگر تـشكيل مـي دهـد, و ايـن مـدلها در سرتاسـرسيستم قابل انقال مي باشند. به خصوص, اين مدلها مي توانند در سيـستمهايي كـه داراي ويژگـي هـايكيفي و نيازمندي هاي وظيفه مندي مشابهي دارند استفاده شود و قابليت استفاده مجدد در مقياس بزرگرا افزايش دهد. ۲-۴ اجزا معماري نرم افزار خلاصه تعاريف ارائه شده براي معماري نرم افزار مي تواند به صورت زير ارائه شود : معماري نرم افزار سيستم را با استفاده از مولفه هاي محاسباتي و تعاملات بين آنها تعريف مي كند . با استفاده از تعريف فوق مي توان چنين استنتاج نمود كه معماري از اجزاي زير تشكيل شده است : (Components)مولفه ها (Connectors) رابطها (Interfaces)واسطها (Configurations)پيكربندي ها ۲-۴-۱ مولفه ها مولفه ها مكانهاي هندسي محاسبات مي باشند. در حقيقت مولفه ها براي انجام كار در معماري مي باشند . مولفه ها داراي واسطهايي مي باشند. مولفه ها مي توانند درشت دانه (ماننـد اديتورهـا) يـا ريـز دانـه (ماننـد انتـشارتيكهاي ساعت) باشند. ۲-۴-۲ رابطها رابطها مكان هندسي ارتباطات مي باشند و داراي معناي خوش تعريف مي باشند. رابطها ارتباطات بين مولفـه هـا راتسهيل مي كنند و مي توانند ساده (مانندbroadcat bus ) , پيچيده (مانند شاملmiddleware ) باشند. از طرفديگر رابطها مي توانند ضمني(مانند فراخواني پروسيجرها, invocation ها) يا واضح (مانندORB هـا, ارتباطـاتباس واضح) باشند. ۲-۴-۳ واسطها واسطها نقاط اتصالي رابطها و مولفه ها مي باشند.آنها مشخص مي نمايند كه داده در كجا وارد مولفه ها/ رابطها شونديا از آنها خارج شوند. واسطها مـي تواننـد بـه طورسـاده (رويـدادهاي ورودي و رويـدادهاي خروجـي) يـا پيچيـده(پروتكلهاي رويدادي عبوري از طريق واسطها) تعريف شوند.   شكل ۲-۱ واسطهاي مولفه ۲-۴-۴ پيكربندي ها پيكربندي ها, مولفه ها و رابطها را به فرم معماري مرتب مي نمايند.   شكل ۲-۲ پيكربندي مولفه ها ۲-۵ تصميمات معماري يكي از مسئوليتهاي معماري اتخاذ تصميمات معماري است. در تصميمات معماري، معماري سيستمهاي نرمافزاريآشكار و روشن ميشود. تصميمات معماري بايستي از منظر سيستم يا در محدوده وسيعي اتخاذ شوند و هر تصميميكه در محدوده كوچكي گرفته شود، معماري نيست. در واقع تصميمات معماري دربر گيرنده ويژگيهاي كليديكلان و سطح بالاي يك معماري ميباشد.تصميمات معماري، تصميماتي هستند كه نياز است از ديد كلي سيستماتخاذ شوند. اين تصميمات عناصر ساختاري كليدي سيستم، صفات قابل رؤيت آنها در خارج و روابط ميان آنها راشناسايي ميكند. همچنين تعريف ميكند كه چگونه نيازمنديهاي مهم وابسته به معماري بدست خواهند آمد. يكمشخصه تصميمات معماري اين است كه نياز است آنها از منظر سيستم يا محدوده وسيع اتخاذ شوند و هر تصميميكه در محدوده كوچكي ساخته شود يا از يك منظر محلي ساخته شود، يك معماري نيست. بنابراين سطح تصميماتمعماري با تصميمات طراحي جزئي و پيادهسازي متفاوت است و در سطح بالاتري از تجريد رخ ميدهد. تصميماتمعماري اثرات سيستماتيك دارند ولي تصميمات طراحي جزئي و تصميمات پيادهسازي، اثرات محلي دارند، يعني اثرتصميمات معماري اگر روي تمام سيستم نباشد حداقل روي بخشهايي از سيستم است. بعنوان مثال اگر سيستمموردنظر ما يك برنامه كاربردي باشد هر تصميمي كه بوسيله طراحان و پيادهسازان مؤلفهها ميتواند گرفته شود بايدبه عقب بيفتد و بعنوان بخشي از معماري درنظر گرفته نشود و اگر محدوده معماري خانوادهاي از برنامه هايكاربردي باشد (يا خط توليد) هر تصميمي كه تنها به يك برنامه كاربردي وابسته است بايستي عقب بيفتد و بعنوانبخشي از معماري خانواده برنامه هاي كاربردي درنظر گرفته نشود. در هر صورت تصميمات معماري بايستي رويناحيههاي اولويت بالا و اثرات بالا متمركز باشد.