بحث کاربر:Zahra s.h.f

از ویکی‌پدیا، دانشنامهٔ آزاد.

معماری نرم افزار
معماری نرم افزار يک برنامه يا بکبار گيری سيستم ساختار يا ساخت هايي از يک سيستم هستند که متشکل از اجزای نرم افزار ٰ، خاصيت های خارجی قابل رؤيت آن اجزا و رابطه های ميان آنها است . اين جريان همچنين به شواهد يک نرم افزار معماری سيستم نسبت داده می شود . نسبت معماری نرم افزار ، ارتباطات ميان سهام داران را تسهيل می بخشد . تصميمات عجولانه را درباره ی طراحی سطح بالا اثبات می کند (نا درستی) و اجازه ی استفاده ی دوباره ی اجرای طرح و الگوها را در ميان پروژه ها می دهد .

زمينه
ميان دانش کامپيوتر از زمان شکل گيری تا به حال در مقابل پيچيدگی مشکلات ايستادگی کرده است .
پيچيدگی مشکلات گذشته توسط شرکت ها و به وسيله ی انتخاب ساختار درست داده ها ، توسعه ی محاسبه های عددی و به کارگيری عقيده ی جدايي در مسائل مورد علاقه برطرف شده است . اگر چه اصطلاح " معماری نرم افزار " نسبتا برای صنعت ، جديد به نظر می رسد . اصول بنيادی رشته از اواسط دهه ی 1980 به طور پراکنده ، توسط پيشگامان مهندسی نرم افزار به کار گرفته شده اند . تلاشهای اخير برای ثبت و توضيح معماری نرم افزار يک سيستم آشفته و در هم برهم صورت گرفته اند . ( اغلب به وسيله ی مجموعه ای از نمودارهای خطی و جعبه ای مشخص می شوند .) در طی دهه ی 1990 ميلادی تلاشی متمرکز برای تعريف و تدوين جنبه های بنيادی انضباط وجود داشت . شيوه ها ، بهترين آموزشها ، زبانهای توضيحی و منطق مجرد در طی آن توسعه يافتند .
نظم معماری نرم افزار بر پايه ی ايده ی کاهش پيچيدگی در تجريد و جداسازی مسائل مورد علاقه استوار است .
تا اين زمان هيچ تفاهم نامه ای برای تعريفی جامع و دقيق برای اسطلاح " معماری نرم افزار" وجود ندارد .
به عنوان يک " بلوغ نظم " بدون قوانين واضح اما به صورت درست برای معماری يک سيستم ، خود عمل معماری هنوز ترکيبی از علم و هنر است . جنبه ی هنری معماری نرم افزار به خاطر اين است که يک نرم افزار "تبليغاتی(تجاری) بعضی از جنبه های يک شغل يا يک مأموريت را حمايت (مالی) می کند . اين که چگونه يک سيستم هدايت کنندگان ارشد (کليدی) کاری را حمايت می کند ، به وسيله ی سناريوها و به عنوان درخواست های غير عملی يک سيستم توضيح داده می شود . که همچنين به عنوان ويژگی های کيفی شناخته شده و تأيين می کند که يک سيستم چگونه رفتار می کند . هر سيستم براثر ويژگی هدايت کنندگان کاری که از آنها حمايت می کنند ، منحصر به فرد است .
مانند مدرک ويژگی های کيفی که توسط يک سيستم مانند : "عيب-تحمل" ، سازش پذيری وارونه ، توسعه پذيری ، اعتبار ، نگهداشت پذيری ، دسترسی پذيری امنيت ، قابليت استفاده و چنين قابليت هايي که با هر اجرا تغيير خواهد کرد ، نمايش داده شدند .
برای آوردن جنبه ی فکری کاربر معماری نرم افزار به سوی آن ، می شود گفت که معماری نرم افزار راه را برای طی مراحل و انجام کارهای مرتبط در هر فضای تخصصی کاربر باز نموده است . به عنوان مثال سهامداران سيستم نرم افزاری ، شرکت توليد کننده ی نرم افزار ، گروه اجرايي حمايت از سيستم نرم افزاری ، متخصصان نگهداری نرم افزار ، تحقيق کننده ، آزمايشگر و همچنين " مصرف کنندگان واقعی" کار در اين حالت ، معماری نرم افزار در واقع آميزشی از ديدگاه هاي چندگانه ای است که هميشه از يک سيستم مجسم می شود . واقعيتی که در آن ديدگاه های متفاوت را می توان در يک معماری نرم افزاری در کنار يکديگر قرار داد . معماری نرم افزاری به عنوان حمايت از نياز و توجيه ايجاد معماری نرم افزار پيش از اين که توسعه ی نرم افزار در يک پروژه به کمال برسد ، ايستادگی می کند .

تاريخچه
اساس معماری نرم افزار به عنوان يک عقيده ابتدا در کارهای تحقيقاتی Edsger Dijkstra در سال 1968 و David Parnas در اوايل دهه ی 1970 شناسايي‌ شد .
دانشمندان تأکيد کردند که ساختار يک سيستم نرم افزاری و گرفتن ساختار درست حياتی است . مطالعه ی زمين از اوايل دهه ی 1990 با کارها ی تحقيقاتی متمرکز بر روی شيوه های معماری ،‌زمان های توضيح معماری و روش های رسمی ، در ميان جمعيت مردم افزايش يافته است .


شرکت های تحقيقاتی به عنوان يک انتظام ، نقش برجسته ای در پيشرو معماری نرم افزار ايفا کرده اند . "Mary Shaw " و "David Garlan " کتابی به عنوان معماری نرم افزار : « ديد کاه ما در يک پديداری نظم » در سال 1996 ، کتابی که عقايد را درباره ی معماری نرم افزار به پس برد . مانند « ترکيب دهندگان » ، روابط ، ‌شيوه ها و ... دانشگاه کاليفرنيا ، مؤسسه ی Irvin برای تلاشهای نرم افزارهای تحقيقاتی در جست و جوی نرم افزار و در ابتدا در شيوه های معماری ، زبانهای توضيح معماری و معماری حرکتی اداره می شوند .

ANSI/IEEE 1471-2000
آموزش توصيه شده برای توضيح معماری نرم افزاری سيستم های پرقدرت : اولين استاندارد رسمی در حيطه ی معماری نرم افزار که اخيرا توسط ISO به عنوان ISO/IESDIS 25961 پذيرفته شده است .

توضيح معماری ها
زبان های توضيحي معماری
زبان های توضيحي معماری (ADLS) در توضيح يک معماری نرم افزاری مورد استفاده قرار مي گيرند . بسياری ازADL های مختلف بوسيله سازمان های متفاوت توسعه يافته اند ، شامل : رايت (توسعه يافته توسط CARNEGIE MELLON) آکمه (Acme توسعه يافته توسط کارنگ ملون) XADL (توسعه يافته توسط CUCI داروين Darvin (توسعه يافته توسط دانشکده پادشاهي لئون ) ، PAOP-ADL (توسعه يافته توسط دانشگاه مالاگا ) ، عناصر مشترک يک ADL ترکيب دهنده ها ، رابط ها و پيکربندی هستند .

نما ها
معماری نرم افزاری معمولا در نماها سازمان داده می شوند که قابل قياس با انواع مختلف برنامه کار هايی هستند که در طول معماری ساخت درست شده اند . در هستی شناسی که توسط ANSI/IEEE 1411-2000 بنا نهاده شده ، ناها مثال هايی از ديدگاه ها هستند . جايی که يک ديدگاه برای توضيح معماری در سؤال از نظريه هايی گرفته شده از مجموعه ای از سهام داران و عقيده هايشان به وجود می آيد .
× برخی نماهای ممکن ( در واقع ، ديدگاه ها در 1471 هستی شناسی ) :
×× نمای وظيفه ای / منطقی
×× نمای رمزی
×× نمای ساختاری / توسعه ای
×× نمای هم زمانی / فرآيند / بندکشی
×× نمای فيزيکی / گسترش
×× نمای بازخورد / رفتار کاربر
زبان های بسياری برای توضيح معماری هاي نرم افزاری تعبيه شده اند ، اما تا به حال هيچ توافقی که بر پايه ی سيستم نمادين قرار دهيد و ببينيد که بايد پذيرفته شود ، صورت نگرقته است .
UML به عنوان يک استاندارد برای سيستم های شکل دهی ، ( و نه فقط نرم افزار ) تشکيل شده است و بدين ترتيب برای نمايش درباره ی معماری نرم افزار به کار گرفته می شود ، ديگران اعتقاد دارند که توسعه ی تاثير گذار نرم افزار به فهميدن گرفتاری های منحصر به فرد يک مشکل تکيه کرده و بنابراين نمادسازی های جهانی محکوم اند و به دليل اين که هر کدام يک جبهه گيری يادداشت کردنی تهيه می کنند که الزاما باعث بدون استفاده شدن يادداشت يا خطرناک بودن آن برای برخی مجموعه هايی از امور مهم می شود . آن ها به ازدياد برنامه ريزی زبان ها اشاره می کنند و يک توالی تلاش ها ی رد شده برای تحميل يک زبان جهانی واحد به برنامه ريزی ها ، به عنوان مدرک که نرم افزار گوناگونی را رونق می دهد و نه استانداردها را .

چارچوب معماری
(PODAF (Department of Defense Architecture Framework
سازمان چارچوب دفاعی معماری ، استخوان بندی (ای ) برای توسعه ی معماری سيستم ها يا معماری " تشکيلات اقتصادی " ( EA ) است . بدست آوری سيستم فناوری اطلاعات و اسلحه ی وزارت دفاع دولت ايالت متحده ، نياز به توسعه ی يک EA و مدرکی که معماری با استفاده از مجموعه ی نمادهايی که در DODAF تعيين شده انر ، دارند . زمانی که آن به صورت کامل در سيستم هاي نظامی ارزيابی گرديد ، اين کار بست پذيری پهناوری در مقابل بخش های خصوصی ، عمومی و داوطلبانه در گوشه و کنار جهان است و تنها يکی از تعداد بزرگ استخوان بندی های معماری سيستم هاست که آن را نشان داده و نمايندگی می شود . اين مخصوصا مناسب سيستم های کلان با ادغام پيچيدگی ها و مشکلات ظاهرا منحصر به فرد در استفاده ی « نماهای قابل استفاده » است . به همراه جزئياتی برای حوزهی اجرايي مشتريان خارجی که در آن سيستم در حال توسعه ، اجرا خواهد شد .

(MODAF (UK Ministry of Defence Architectural Framework
چارچوب معماری وزارت دفاع بريتانيا که با عنوان راه استاندارد نيروی هدايت معماری تشکيلات اقتصادی تعريف می شود و يک حد وسطی را برای شکل دهی ، فهميدن ، تجزيه وتحليل کردن و تعيين صلاحيت سيستم ها ، سيستم های سيستم ها و فرآيندهای شغلی تدارک می بينند.
هدف MODAF تهيه ی يک تعريف بسيار سخت سيستم های سيستم ها است . زمانی که تهيه و کامل کردن سيستم دفاعی در حال انجام است . از تاريخ ده آوريل 2007 نسخه ی MODAF 101 به بازار آمد . مدارک MODAF و مدل META در سايت WWW.MODAF.ORG.UK پيدا می شود . همچنين وب سايتی برای خدمات انجمن MODAF وجود دارد : WWW. MODAF .COM

(TOGAF (The Open Group Architecture Framework
گروه آزاد استخوان بندی معماری چارچوبی ، برای معماری تشکيلات اقتصادی که نگرش فراگير برای طراحی ، برنامه ريزی ، اجرا و رياست اطلاعات معماری ، يک تشکيلات اقتصادی است را تهيه و تدارک می بيند . معمولا معماری در چهار مرحله شکل داده می شود : شغل ، اجرا ، داده ها و فناوری . مجموعه ای از معماری های بنيادی برای قادر ساختن تيم معماری جهت تصور چگونگی حال و آينده ی معماری تدارک ديده شده اند .

(Zachman framework ) چارچوب زاگمن
چارچوب زاگمن چارچوبی برای معماری تشکيلات اقتصادی است که ْک راه رسمی و بسيار ساختاری درست شده ، نوع تعريف آن را تشکيل می دهد و از شکل طبقه بندی دو بعدی استفاده می کند که بر اساس شش ادوات پرسشی برقراری ارتباط ( چه ، چطور ، چه کسی ، کی ، کجا ؛ چرا ) تشکيل شده که به شش شکل جدا از هم که با گروه سهاو داران نسبت دارند ( رؤيا گرايی ، صاحب ، طراح ، سازننده ، مجری ، کارگر ) برای داشتن يک نگاه کلی به شرکتی که در حال شکل دهی است به معماری ائتلافی دست بزنيم . معماری اءتلافی شرکت ابتکاری از شرکت مديرت و بودجه است که می دانيد که clinger-cohen موافقت کرد تا يک روش شناسی مشترک برای فرا گيری فناوری اطلاعات (it ) در دولت ائتلافی ايالت متحده تهيه کند و اين برای اشتراک آسان اطلاعات و منابع در برابر آژانس های مؤتلفه ، کاهش هزينه ها و بهبود خدمات شهروندی است .

(Client-server ) مشتری – خدمت رسان
مشتری – خدمت رسان يک معماری کامپيوتری که يک مشتری را از يک خدمت رسان جدا می سازد و تقريبا هميشه به وسيله ی يک شبکه ی کامپيوتری اجرا می شود . هر مشتزی يا خدمت رسان متصل به شبکه همچنين می تواند به عنوان يک کاربر مشکل دار به شبکه مراجعه کند .

(Peer-to-peer) معماری نظير به نظير
يکی از کليدهای تکنيکی اينترنت را بر خواهد داشت ، چيزی که در اولين در خواست های اينترنتی برای کاربران توضيح داده شده بود . اخيرا اين تصور در ميان مردم در زمينه ی شاخص مرکزی خدمت رسان در معماری ها که در مبادله ی فايل های چندگانه کاربرد دارد ، تاثير گذارده است .

منبع : ترجمه ی متن
http://en.wikipedia.org/wiki/Software_architecture