دانلود کتاب Documenting Software Architectures: Views and Beyond

ترجمه فارسی توضیحات (ترجمه ماشینی)

مستندسازی معماری نرم افزار: نماها و فراتر از آن

برای همه سیستم‌های نرم‌افزاری به جز بی‌اهمیت‌ترین سیستم‌های نرم‌افزاری، باید توجه زیادی به معماری داشته باشید – چسب مفهومی که هر مرحله از یک پروژه را برای بسیاری از ذینفعان آن نگه می‌دارد. بدون معماری مناسب برای مشکل در حال حل، پروژه دچار مشکل می شود یا به احتمال زیاد با شکست مواجه می شود. حتی با یک معماری عالی، اگر آن معماری به خوبی درک نشده باشد یا به خوبی ارتباط داده نشود – به عبارت دیگر، به خوبی مستند شده باشد – پروژه نمی تواند یک موفقیت کامل در نظر گرفته شود. اگرچه معماری اکنون به طور گسترده ای به عنوان یک عنصر حیاتی در توسعه نرم افزار شناخته شده است، راهنمایی کمی مستقل از زبان یا نماد در مورد نحوه ثبت آن. بر اساس تجربه گسترده نویسندگان، Documenting Software Architectures به شما کمک می کند تصمیم بگیرید که چه اطلاعاتی را مستند کنید، و سپس با دستورالعمل ها و مثال ها (در نمادهای مختلف، از جمله UML)، به شما نشان می دهد که چگونه یک معماری را به شکلی بیان کنید که همه قابل درک باشند. اگر برای ایجاد یک معماری قوی به مشکل بر می خورید، باید آماده باشید که آن را به طور کامل و واضح توصیف کنید و آن را سازماندهی کنید تا دیگران بتوانند به سرعت اطلاعات مورد نیاز خود را پیدا کنند. موضوعات ضروری برای پزشکان عبارتند از: هفت قانون برای مستندسازی صحیح استفاده از مستندات معماری نرم افزار، از جمله اهداف و استراتژی ها دیدگاه ها و سبک های معماری، با مقدمه های کلی و مثال های خاص مستندسازی رابط های نرم افزار و رفتار نرم افزار الگوهایی برای جمع آوری و سازماندهی اطلاعات برای تولید یک بسته منسجم

Documenting Software Architectures: Views and Beyond

For all but the most trivial software systems, you must pay close attention to the architecture-the conceptual glue that holds every phase of a project together for its many stakeholders. Without an architecture that is appropriate for the problem being solved, the project will stumble along or, most likely, fail. Even with a superb architecture, if that architecture is not well understood or well communicated-in other words, well documented-the project cannot be considered a complete success.Although architecture is now widely recognized as a critical element in software development, there has been little guidance independent of language or notation on how to capture it. Based on the authors’ extensive experience, Documenting Software Architectures helps you decide what information to document, and then, with guidelines and examples (in various notations, including UML), shows you how to express an architecture in a form that everyone can understand. If you go to the trouble of creating a strong architecture, you must also be prepared to describe it thoroughly and clearly, and to organize it so that others can quickly find the information they need.Essential topics for practitioners include:Seven rules for sound documentation The uses of software architecture documentation, including goals and strategies Architectural views and styles, with general introductions and specific examples Documenting software interfaces and software behavior Templates for capturing and organizing information to generate a coherent package