دانلود کامل ترین جزوه ارتعاشات رشته مکانیک

جزوه تایپ شده ارتعاشات رشته مکانیک

دانلود فایل

دانلود کتاب ارتعاشات مکانیکی دانشگاه شریف پارسه دکتر دهقانی کارشناسی پیام نور ارشد کتاب ارتعاشات رائو تامسون پوران پژوهش مدرسان شریف دکتر

() (). () () : () ()، –() /فرایند بررسی معماری ساده که به عنوان بررسی معماری مبتنی بر الگو (PBAR) شناخته می شود، می تواند جزوه ارتعاشات رشته مکانیک گزینه باشد. PBAR یک روش ارزیابی مبتنی بر الگوهای معماری است
که از ارتباط الگوها با ویژگی های کیفیتُ بهره می برد. PBAR یک جلسه حسابرسی حضوری است
که شامل کلیه توسعه دهندگان و سایر سهامداران علاقه مند می شود. یک بازبین خارجی با تخصص در معماری، الگوهای معماری، ویژگی های کیفی و حوزه کاربرد نیز حضور دارد. معمار سیستم، مجری اصلی است. PBAR باید بعد از تکمیل ارتعاشات نمونه اولیه یا اسکلت قابل انطباق، برنامه ریزی شود. PBAR شامل مراحل تکراری زیر است:
1. شناسایی و بحث در مورد ویژگی های کیفی مهم سیستم،از طریق موارد کاربری مربوطه(فصل 8).
2. نمودار معماری سیستم را در ارتباط با الزامات آن مورد بحث قرار دهید.
3. به مسپول بازبینی کمک کنید تا الگوهای معماری جزوه ارتعاشات رشته مکانیک استفاده را شناسایی کرده و ساختار سیستم را با ساختار الگوها مطابقت دهد.
4. با استفاده از اسناد موجود و موارد کاربری قبلی، معماری را بررسی کنید و ویژگی های کیفی را برای تعیین تأثیر هر الگو بر روی ویژگی های کیفی سیستم، بررسی کنید.
5. همه مسائل مربوط به کیفیت مطرح شده توسط الگوهای معماری مورد استفاده در طراحی را شناسایی کرده و در مورد آن ها بحث کنید.
6. خلاصه ای کوتاه از موضوعات مطرح شده در طول جلسه تهیه کنید، و اسکلت قابل انطباق سیستم را اصلاح کنید.
PBAR ها برای تیم های کوچک و چابک مناسب هستند و به زمان و تلاش نسبتاً کمی برای پروژه های خود نیاز دارند. با توجه به زمان آماده سازی و بررسی کوتاه در PBAR، این روش می تواند نیازهای متغیر و چرخه های کوتاه ساخت را در بر بگیرد و در عین حال، به درک تیم از معماری سیستم، کمک کند.

۳-۷-۱۰ بررسی سازگاری معماری
همانطور که فرآیند نرم افزار از طریق طراحی و ارتعاشات انجام می شود، جزوه ارتعاشات رشته مکانیک نرم افزار باید برای اطمینان از مطابقت سیستم پیاده سازی شده و در حال توسعه با سیستم خود، تلاش کنند. بسیاری از موارد (به عنوان مثال، شرایط متناقض، مشکلات فنی، اضطرار در مهلت تحویل) باعث انحراف از معماری تعریف شده می شود. اگر معماری به صورت دوره ای از نظر انطباق بررسی نشود، انحرافات کنترل نشده می تواند باعث فرسایش معماری شده و بر کیفیت سیستم تأثیر بگذارد. معماری استاتیک-تجزیه و تحلیل مطابقت (SACA) ارزیابی می کند که آیا اجرا شده است
سیستم نرم افزاری با مدل معماری خود سازگار است. معماری استاتیک-تجزیه و تحلیل مطابقت (SACA)ُ سازگاری سیتم نرم افزار یاجراشده را با مدل معماری آن، ارزیابی می کند. صورت بندی (به عنوان مثال ، UML) مورد استفاده برای مدل سازی معماری سیستم، سازمان دهی ثابت اجزای سیستم و نحوه تعامل اجزا را نشان می دهد. اغلب اوقات، مدل معماری توسط مدیر پروژه برای برنامه ریزی و تخصیص وظایف کاری و همچنین ارزیابی پیشرفت اجرا، استفاده می شود.

دانلود رایگان خلاصه جزوه ارتعاشات رشته مکانیک کتاب پی دی اف pdf کامل

معماری نرم افزار نمای جامعی از سیستم مورد نظر را ارائه می دهد و ساختار و سازمان اجزای نرم افزار، ویژگی هاو ارتباطات بین آن ها را به تصویر می کشد. اجزای نرم افزاری شامل ماژول های برنامه و انواع مختلف نماهای داده‌ای است که توسط برنامه، دستکاری می شوند. بنابراین، طراحی داده ها بخشی جدایی ناپذیر از ایجاد معماری نرم افزار است. نکات برجسته معماری، تصمیمات اولیه طراحی و ساز و کاری برای بررسی مزایای ساختارهای سیستم جایگزین ارائه می دهد. طراحی معماری می تواند با استفاده از چارچوب طراحی معماری ترکیبی، که از تکنیک های موجود برگرفته از روش های ماهرانه رایج استفاده می کند، با روش های ماهرانه، سازگار می شود. پس از توسعه معماری ، می توان آن را ارزیابی کرد تا از مطابقت با اهداف تجاری ، الزامات نرم افزاری و ویژگی های کیفیی اطمینان حاصل شود. ارتعاشات سبک و الگوی مختلف جزوه ارتعاشات رشته مکانیک ، در دسترس مهندس نرم افزار است و که می تواند در یک ژانر معماری معین به کار گرفته شود. هر سبک، یک دسته سیستم را توصیف می کند که شامل مجموعه ای از اجزای اجراکننده عملکرد مورد نیاز توسط یک سیستم است؛ و همچنین شامل مجموعه ای از اتصالات است که ارتباط، هماهنگی و همکاری بین اجزاء را امکان پذیر می کند، محدودیت هایی که نحوه ادغام اجزا برای تشکیل سیستم را مشخص می کنند، و در نهایت، شامل مدل های رفتاری می شود که طراح را قادر می سازد تا خواص کلی یک سیستم درک کند. به طور کلی، طراحی معماری با استفاده از چهار مرحله مجزا انجام می شود.ابتدا، اول، سیستم باید در متن، جزوه ارتعاشات رشته مکانیک داده شود. یعنی طراح باید موارد خارجی که نرم افزار با آن ها تعامل دارد و ماهیت تعامل را مشخص کند. پس از مشخص شدن زمینه، طراح باید مجموعه ای از انتزاعات سطح بالا، به نام الگوهای اصلی را شناسایی کند که عناصر محوری کارکرد سیستم را نشان می دهند. پس از تعیین انتزاعات، طرح کم کم به حوزه اجرایی نزدیک می شود. اجزاء سیستم، در داخل زمینه معماری که از آن ها پشتیبانی می کند، شناسایی و نمایش داده می شوند. سرانجام، نمونه های خاصی از معماری برای “ثبت” طراحی در زمینه ای واقعیُ ایجاد می شوند.

ارتعاشات رشته مکانیک

مسائل و نکات قابل تأمل
۱-۱۰ با استفاده از معماری یک خانه یا ساختمان به عنوان استعاره، آن را با معماری نرم افزار مقایسه کنید. اصول معماری کلاسیک و معماری نرم افزار، چه شباهت ها و تفاوت هایی دارند؟
۲-۱۰ برای هر یک از سبک های معماری ذکر شده در بخش ۱-۳-۱۰، دو یا سه نمونه برنامه ارائه دهید.
۳-۱۰ برخی از سبک های معماری ذکر ارتعاشات در بخش ۱-۳-۱۰، برخلاف سایر سبک ها، ماهیت سلسله مراتبی دارند.فهرستی از هر سبک تهیه کنید.سبک های معماری غیر سلسله مراتبی، چطور اجرا می شوند.
۴-۱۰ سبک اصطلاحات معماری، الگوی معماری و چارچوب (در این کتاب، در رابطه با آن بحث نشده است)ُ اغلب در مباحث معماری نرم افزار مطرح می شوند. کمی تحقیق کنید و
تفاوت هر یک از این اصطلاحات را با اصطلاحات هم ارز آن، توضیح دهید.
۵-۱۰ برنامه ای را انتخاب کنید که با آن آشنا هستید. به هریک از سوالات مطرح شده در ارتباط با کنترل و داده ها در بخش ۳-۳-۱۰، پاسخ دهید.
۶-۱۰ در مورد ATAM تحقیق کنید و بحث مفصلی در مورد شش مرحله ارائه شده در بخش ۱-۷-۱۰، ارائه دهید.
۷-۱۰ اگر این کار را نکرده اید، مشکل ۳-۸ را کامل کنید. از روش طراحی توصیف شده در این فصل، جهت ایجاد معماری نرم افزاری برای سیستم ردیابی و تعمیر چاله ها (PHTRS)، استفاده کنید.
۸-۱۰ از الگوی تصمیم گیری معماری بخش ۴-۱-۱۰، جهت جزوه ارتعاشات رشته مکانیک یکی از تصمیمات معماری برای معماری PHTRS ایجاد شده در مشکل ۷-۱۰، استفاده کنید.
۹-۱۰ یک برنامه موبایل را که با آن آشنا هستید، انتخاب کنید و با استفاده از بررسی های معماری(اقتصاد، میدان دید، فاصله بندی، تقارن، ظهور)، از بخش ۴-۱۰، آن را ارزیابی کنید.
۱۰-۱۰ نقاط قوت و ضعف معماری PHTRS را که برای مسئله ۷-۱۰ ایجاد کرده اید، ذکر کنید.

فصل یازدهم: طراحی اجزاء
طراحی اجزاء، پس از تکمیل اولین تکرار طراحی معماری رخ می دهد. در این جزوه ارتعاشات رشته مکانیک، داده ها و ساختار برنامه کلی نرم افزار، ایجاد می شود. هدف، ترجمه مدل طراحی به نرم افزار عملیاتی است. اما سطح انتزاعی مدل طراحی موجود، نسبتاً بالا است، و سطح ارتعاشات  برنامه عملیاتی، پایین است. ترجمه می تواند چالش برانگیز باشد، و راه را برای معرفی خطاهای ظریفی که کشف و تصحیح آن ها در مراحل بعدی فرآیند نرم افزار، مشکل است، باز کند.طراحی اجزاء، در فاصله بین طراحی معماری و برنامه نویسی قرار می گیرد.

نگاهی سریع
طراحی اجزاء، چیست؟ در طراحی معماری، مجموعه کاملی از اجزای نرم افزار تعریف می شود. اما ساختار داده های داخلی و جزئیات پردازش هر جزء، در سطح انتزاعی نزدیک به کد، نمایش داده نمی شوند. طراحی اجزاء، ساختار داده ها، الگوریتم ها، ویژگی های رابط و مکانیسم های ارتباطی اختصاص داده شده به هر جزء نرم افزاری را تعریف می کند.
چه کسی مسئول این کار است؟ یک مهندس نرم افزار، طراحی اجزاء را انجام می دهد.
علت اهمیت آن چیست؟ ارزیابی عملکرد نرم افزار، قبل از ساخت آن، بسیار مهم است.طراحی اجزاء، نرم افزار را به گونه ای نشان می دهد که به شما امکان می دهد جزئیات طرح را از نظر صحت و سازگاری با سایر نماهای طراحی، بررسی کنید.
مراحل کار، چیست؟ طراحی نمای داده ها، معماری و رابط ها، پایه و اساس طراحی اجزا را تشکیل می دهد. تعریف طبقات یا پردازش هر جزء، به طرح دقیق ترجمه می شود که از نمودار یا
فرم های مبتنی بر متن که داده های داخلی، ساختارها، جزئیات رابط داخلی و منطق پردازش را مشخص می کند، استفاده می کند.
محصول کار چیست؟ طراحی ارتعاشات  هر جزء، که به صورت گرافیکی، جدول، یا نماد مبتنی بر متن نشان داده می شود، محصول کار اصلی تولید شده در طول طراحی اجزاء می باشد.
چگونه از صحت انجام کار، اطمینان حاصل کنم؟ بررسی طراحی، انجام می شود. برای ارزیابی صحت ساختار داده ها، رابط، توالی پردازش، و منطق شرایط، طراحی مورد بررسی قرار می گیرد.
طراحی اجزاء، تعداد خطاهای معرفی شده در جزوه ارتعاشات رشته مکانیک کد نویسی را کاهش می دهد. همانطور که مدل طراحی را به کد منبع ترجمه می کنید، باید مجموعه ای از اصول طراحی را دنبال کنید که نه تنها ترجمه را انجام می دهند، بلکه “برای شروع، اشکالات را معرفی نمی کنند”.

۱-۱۱ منظور از اجزاء چیست؟
یک جزء یک واحد ساختمانی سازمان دهی شده برای نرم افزارهای رایانه ای است. به طور رسمی تر، مشخصات زبان مدل سازی یکپارچه OMG ، یک جزء را به این صورت تعریف می کند که: “بخشی سازمان یافته، قابل اجرا و جایگزین از یک سیستم که قابل پیاده سازی است و مجموعه ای از رابط ها را نشان می دهد.” همانطور که در فصل 10 بحث کردیم، اجزاء، در معماری نرم افزار قرار می گیرند و در دستیابی به اهداف و الزامات سیستم در حال ساخت، نقش ایفا می کنند. از آنجا که اجزا در معماری نرم افزار قرار دارند، باید با اجزای دیگر و سایر مواردی (به عنوان مثال، سایر سیستم ها، دستگاه ها، افراد) که خارج از محدوده نرم افزار جزوه ارتعاشات رشته مکانیک دارند، همکاری کرده و ارتباط برقرار کنند. معنای واقعی واژه “جزء”، بسته به دیدگاه مهندس نرم افزاری که از آن استفاده می کند، متفاوت خواهد بود. در بخش های بعدی، سه دیدگاه مهم را در مورد چیستی یک جزء و چگونگی استفاده از آن به عنوان مدل سازی طراحی، بررسی می شود.

۱-۱-۱۱ یک نمای شیء گرا
در زمینه مهندسی نرم افزار شیء گرا، یک جزء شامل مجموعه ای از طبقات همکاری است. هر طبقه در یک جزء، کاملاً و به گونه‌ای ایجاد شده است
که شامل کلیه ویژگی ها و عملیات های مربوط به اجرای آن می باشد. به عنوان بخشی از ارتعاشات  طراحي، همه رابط هايي كه طبقات را قادر مي سازد تا با ساير طبقات طراحي ارتباط برقرار كنند و همكاري كنند نيز بايد تعريف شوند. برای انجام این کار، باید با مدل تجزیه و تحلیل و طبقات (برای اجزای مربوط به حوزه مشکل)، و طبقات زیرساختی (برای اجزایی که خدمات پشتیبانی برای حوزه مشکل ارائه می دهند)، شروع کنید. به یاد بیاورید که مدل سازی تحلیلی و مدل سازی طراحی، هر دو اقداماتی تکرارشونده هستند. تدوین طبقه تجزیه و تحلیل اصلی ممکن است به مراحل تجزیه و تحلیل اضافی نیاز داشته باشد، که در آن صورت، به دنبال آن، مراحل طراحی مدل برای نشان دادن طبقه طراحی موردنظر (جزئیات جزء) انجام می شوند. برای نشان دادن این فرایند توسعه طرح، به نرم افزاری که برای یک چاپخانه پیچیده ساخته می شود، توجه کنید. هدف کلی نرم افزار
این است که نیازهای مشتریدر پیشخوان جمع آوری شود، هزینه یک کار چاپ پرداخته شود و جزوه ارتعاشات رشته مکانیک کار، به یک کارخانه تولیدی خودکار منتقل کنید. در طول مهندسی الزامات، یک طبقه تجزیه و تحلیل به نام PrintJob (چاپ کار) ایجاد شد. ویژگی ها و عملیات تعریف شده در طول تجزیه و تحلیل، در بالای شکل ۱-۱۱ ذکر شده است. در طول طراحی معماری، PrintJob به عنوان یک جزء در داخل معماری نرم افزار تعریف می شود و با استفاده از نماد مختصر UML، در وسط سمت راست شکل، نمایش داده می شود. توجه داشته باشید که PrintJob دارای دو رابط است: computeJob (هزینه کار)، که قابلیت هزینه یابی کار را فراهم می کند و inititeJob (شروع کار)، که کار را به
تأسیسات تولید منتقل می کند. این نمادها با استفاده از نمادهای “آبنبات چوبی” نشان داده شده در سمت چپ جعبه اجزاء، نشان داده می شوند.در این مرحله، طراحی اجزا آغاز می شود. جزئیات جزء PrintJob باید ارتعاشات  باشد تا اطلاعات کافی برای پیاد سازی، ارائه شود. طبقه تجزیه و تحلیل اصلی به گونه ای تدوین شده است که تمام ویژگی ها و عملیات مورد نیاز برای پیاده سازی طبقه به عنوان جزء PrintJob را نشان دهد.

دانلود رایگان خلاصه کتاب ارتعاشات PDF

با توجه به بخش سمت راست شکل ۱-۱۱، طبقه طراحی پیچیده PrintJob، شامل جزوه بیومکانیک ورزشی دقیق تری از ویژگی ها و همچنین شرح عملیات گسترده مورد نیاز برای پیاده سازی اجزا می باشد. رابط های computeJob و beginiteJob، بر ارتباط و همکاری با اجزای دیگر (در اینجا نشان داده نشده است)، دلالت دارند. به عنوان مثال، عملیات computePageCost (بخشی از رابط computeJob)، ممکن است با جزء جزوه ارتعاشات رشته مکانیک، که حاوی اطلاعات قیمت کار است، همکاری کند. عملكرد checkPriority (بخشي از رابط inititeJob)، ممكن است با یک جزء JobQueue، برای تعیین انواع و اولویت های مشاغل فعلی در انتظار تولید، همكاري جزوه ارتعاشات رشته مکانیک باشد. این ارتعاشات  تفصیلی، برای هر جزيی که به عنوان بخشی از طراحی معماری تعریف شده است، اعمال می شود. پس از اتمام، توضیحات بیشتری در مورد هر ویژگی، عملیات و رابط، اعمال می شود. ساختار داده های مناسب برای هر ویژگی باید مشخص شود. علاوه بر این، جزئیات الگوریتمی مورد نیاز برای پیاده سازی منطق پردازش مربوط به هر عملیات، طراحی می شود. این فعالیت طراحی رویه ای، بعداً در این فصل مورد بحث قرار خواهد گرفت. در نهایت، ساز و کارهای مورد نیاز برای پیاده سازی رابط، ارتعاشات  خواهد شد که این ساز و کارها، برای نرم افزارهای شی گرا، می تواند شامل توصیف همه پیام های مورد نیاز برای ایجاد ارتباط بین اشیاء داخل سیستم، باشد.

۲-۱-۱۱ نمای رایج
در زمینه مهندسی نرم افزار رایج، هر جزء یک عنصر کاربردی از برنامه ای است که منطق پردازش، ساختارهای داده داخلی مورد نیاز برای پیاده سازی منطق پردازش است و رابطی که امکان فراخوانی و انتقال داده به آن را فراهم می کند را شامل می شود. یک جزء رایج، که یک ماژول نیز نامیده می شود، در معماری نرم افزار قرار دارد و یکی از سه نقش مهم زیر را ارائه می دهد: (1) یک جزء کنترلی که فراخوانی همه اجزای حوزه مشکل را هماهنگ می کند، (2) یک جزء مرتبط با حوزه مشکل، که یک عملکرد کامل یا جزئی موردنیاز کاربر را پیاده سازی می کند، یا (۳) یک جزء زیرساختی که مسئول عملکردهایی است که از پردازش مورد نیاز در حوزه مشکل، پشتیبانی می کند. اجزای نرم افزار رایج نیز مانند اجزای شیء گرا، از مدل تجزیه و تحلیل، مشتق می شوند. با این حال، در این مورد، عنصر توسعه دهنده اجزاء، از مدل تجزیه و تحلیل به عنوان پایه ای برای ایجاد اجزاء عمل می کند. هر جزء نمایش دهنده سلسله مراتب اجزاء (بخش ۶-۱۰)، در قالب یک سلسله مراتب ماژول، ترسیم می شود. اجزاء کنترلی (ماژول ها) در بالای سلسله مراتب (معماری برنامه) قرار دارند و اجزای حوزه مشکل تمایل دارند در انتهای سلسله مراتب قرار بگیرند. برای سازمان دهی مؤثر، مفاهیم طراحی مانند استقلال عملکردی (فصل 9)، حین شرح اجزاء اعمال می شوند. برای نشان دادن این فرآیند تشریح طراحی برای اجزای رایج، مجدداً نرم افزاری در حال ساخت برای چاپخانه ای که جزوه ارتعاشات رشته مکانیک ذکر شد را در نظر بگیرید. معماری سلسله مراتبی ایجاد شده و در شکل ۲-۱۱ نشان داده شده است. هر مربع، نشان دهنده یک جزء نرم ارتعاشات  است. توجه داشته باشید که عملکرد مربع های هاشورخورده، معادل عملیات تعریف شده برای طبقه PrintJob در بخش ۱-۱-۱۱ می باشد. اما در این مورد، هر عملیات به عنوان یک ماژول جداگانه نشان داده می شود که مطابق شکل، فراخوانی می شود. ماژول های دیگر برای کنترل پردازش استفاده می شوند و بنابراین اجزاء کنترلی محسوب می شوند.
تصویر ۲-۱۱
در طول طراحی سطح اجزاء، هر ماژول در شکل ۲-۱۱ به طور مفصل توضیح داده شده است. رابط ماژول به صراحت تعریف شده است. یعنی هر داده یا شیء کنترلی که جریان می یابد، در سراسر رابط نشان داده شده است. الگوریتمی که به ماژول اجازه می جزوه ارتعاشات رشته مکانیک تا عملکرد مورد نظر خود را انجام دهد، با استفاده از روش اصلاح گام به گام که در فصل 9 مورد بحث قرار گرفته است، طراحی می شود. کارکرد ماژول گاهی با استفاده از نمودار وضعیت نشان داده می شود. برای نشان دادن این فرایند، ماژول ComputePageCost را در نظر بگیرید. هدف این ماژول، محاسبه هزینه چاپ در هر صفحه، بر اساس مشخصات ارائه شده توسط مشتری است. داده های مورد نیاز برای انجام این عملکرد عبارتند از: تعداد صفحات موجود در سند، تعداد کل اسناد تهیه شده، چاپ های یک یا دو طرفه، الزامات رنگ و الزامات اندازه. این داده ها از طریق رابط ماژول به ComputePageCost منتقل می شوند. ComputePageCostاز این داده ها برای تعیین هزینه هر صفحه که بر اساس اندازه و پیچیدگی کار( تابعی از تمام داده های منتقل ارتعاشات  به ماژول از طریق رابط)،استفاده می کند. هزینه صفحه با اندازه کار نسبت معکوس و با پیچیدگی کار نسبت مستقیم دارد. همانطور که طراحی هر یک از اجزای نرم افزار توسعه می یابد، تمرکز بر روی طراحی ساختارهای داده خاص و طراحی رویه ای برای دستکاری ساختارهای داده جمع خواهد جزوه ارتعاشات رشته مکانیک.تصویر 3-11، نشان دهنده طراحی اجزاء با استفاده از نماد UML اصلاح شده است.
تصویر 3-11
ماژول ComputePageCost با فراخوانی ماژول getJobData، که اجازه می دهد تا همه داده های مربوطه به جزء منتقل شوند، و یک رابط پایگاه داده، accessCostsDB، که به ماژول، امکان دسترسی به پایگاه داده ای را می دهد که شامل کلیه هزینه های چاپ است، دسترسی پیدا می کند. با ادامه طراحی، ماژول ComputePageCost برای ارائه جزئیات الگوریتم و جزئیات رابط، توسعه می یابد (شکل 3-11). الگوریتم جزئیات را می توان با استفاده از متن شبه کد نشان داده شده در شکل یا با یک نمودار فعالیت UML، نشان داد. رابط ها به عنوان مجموعه ای از ورودی و خروجی اشیاء یا موارد داده، ارائه می شوند. تشریح طرح، تا زماني كه جزئيات كافي براي راهنمايي ساخت جزء ارائه شود، ادامه مي يابد. در هر صورت، باید اجزاء یا ساختارهای داده سراسری ارزشمند را در معماری بگنجانید.

3-1-11 یک نمای مربوط به فرآیند
در نماهای شیء گرا و رایج طراحی اجزای ارائه شده در بخش های 1-1-11 و 2-1-11، فرض بر این است که جزء، از ابتدا طراحی شده است. یعنی همیشه یک جزء جدید، بر اساس مشخصات حاصل از مدل الزامات، ارتعاشات  می شود. البته رویکرد دیگری نیز وجود دارد. طی چهار دهه گذشته، جامعه مهندسی نرم افزار بر نیاز به ساخت سیستم هایی که از اجزای نرم افزاری یا الگوهای طراحی موجود جزوه ارتعاشات رشته مکانیک می کنند،
تأکید کرده است. برای انجام این کار، باید با پیشرفت کار طراحی، باید یک کاتالوگ طراحی معتبر یا اجزائی در سطح کد، در اختیارتان قرار گیرد.
تصویر 3-11
با توسعه معماری نرم افزار ، شما اجزا یا الگوهای طراحی را از فهرست انتخاب کرده و از آن ها را در معماری می گنجانید. از آنجا که این اجزا با در نظر گرفتن قابلیت استفاده مجدد ایجاد شده اند، شرح کاملی از رابط آن ها، عملکرد (های) انجام شده، و ارتباطات و همکاری مورد نیاز آن ها، همگی در دسترستان قرار خواهد گرفت.همچنین در مورد جوانب مثبت و منفی مهندسی نرم افزار مبتنی بر جزء (CBSE) برای جزوه ارتعاشات رشته مکانیک 4-4-11 نیز بحث می کنیم.

طراحی اجزای مبتنی بر طبقه
همانطور که قبلاً نیز اشاره کردیم، طراحی اجزا از اطلاعاتی که به عنوان بخشی از الزامات مدل (فصل 8) و بخشی از مدل معماری نشان داده شده (فصل 10)، استفاده می کند. وقتی رویکرد مهندسی نرم افزار شیء گرا انتخاب می شود،
طراحی اجزا بر توسعه طبقات خاص حوزه مشکل و تعریف و اصلاح طبقات زیرساختی موجود در مدل الزامات، تمرکز می کند. شرح مفصل ویژگیها ، عملیات و رابط های مورد استفاده توسط این طبقات، جزئیات طراحی مورد نیاز به عنوان پیش زمینه فعالیت ساخت و ساز است.

1-2-11 اصول اولیه طراحی
چهار اصل اساسی طراحی در طراحی اجزاء قابل اجرا است و هنگام استفاده از مهندسی نرم افزار ارتعاشات  گرا، به طور گسترده ای اعمال می شود.انگیزه اصلی –(): “[جزء] “. ()، () –(–). -()