جزوه تایپ شده ارتعاشات رشته مکانیک
دانلود کتاب ارتعاشات مکانیکی دانشگاه شریف پارسه دکتر دهقانی کارشناسی پیام نور ارشد کتاب ارتعاشات رائو تامسون پوران پژوهش مدرسان شریف دکتر
() (). () () : () ()، –() /() ُ :
().
ً
–() -() -()ُ ()
؛ “” ُ 
-؟
——-()ُ ——–()، —–()، —: ً ؟ ؟ ؟ ؟ ؟ ؟ طراحی، انجام می شود. برای ارزیابی صحت ساختار داده ها، رابط، توالی پردازش، و منطق شرایط، طراحی مورد بررسی قرار می گیرد.
طراحی اجزاء، تعداد خطاهای معرفی شده در جزوه ارتعاشات رشته مکانیک کد نویسی را کاهش می دهد. همانطور که مدل طراحی را به کد منبع ترجمه می کنید، باید مجموعه ای از اصول طراحی را دنبال کنید که نه تنها ترجمه را انجام می دهند، بلکه “برای شروع، اشکالات را معرفی نمی کنند”.
۱-۱۱ منظور از اجزاء چیست؟
یک جزء یک واحد ساختمانی سازمان دهی شده برای نرم افزارهای رایانه ای است. به طور رسمی تر، مشخصات زبان مدل سازی یکپارچه OMG ، یک جزء را به این صورت تعریف می کند که: “بخشی سازمان یافته، قابل اجرا و جایگزین از یک سیستم که قابل پیاده سازی است و مجموعه ای از رابط ها را نشان می دهد.” همانطور که در فصل 10 بحث کردیم، اجزاء، در معماری نرم افزار قرار می گیرند و در دستیابی به اهداف و الزامات سیستم در حال ساخت، نقش ایفا می کنند. از آنجا که اجزا در معماری نرم افزار قرار دارند، باید با اجزای دیگر و سایر مواردی (به عنوان مثال، سایر سیستم ها، دستگاه ها، افراد) که خارج از محدوده نرم افزار جزوه ارتعاشات رشته مکانیک دارند، همکاری کرده و ارتباط برقرار کنند. معنای واقعی واژه “جزء”، بسته به دیدگاه مهندس نرم افزاری که از آن استفاده می کند، متفاوت خواهد بود. در بخش های بعدی، سه دیدگاه مهم را در مورد چیستی یک جزء و چگونگی استفاده از آن به عنوان مدل سازی طراحی، بررسی می شود.
۱-۱-۱۱ یک نمای شیء گرا
در زمینه مهندسی نرم افزار شیء گرا، یک جزء شامل مجموعه ای از طبقات همکاری است. هر طبقه در یک جزء، کاملاً و به گونهای ایجاد شده است
که شامل کلیه ویژگی ها و عملیات های مربوط به اجرای آن می باشد. به عنوان بخشی از ارتعاشات طراحي، همه رابط هايي كه طبقات را قادر مي سازد تا با ساير طبقات طراحي ارتباط برقرار كنند و همكاري كنند نيز بايد تعريف شوند. برای انجام این کار، باید با مدل تجزیه و تحلیل و طبقات (برای اجزای مربوط به حوزه مشکل)، و طبقات زیرساختی (برای اجزایی که خدمات پشتیبانی برای حوزه مشکل ارائه می دهند)، شروع کنید. به یاد بیاورید که مدل سازی تحلیلی و مدل سازی طراحی، هر دو اقداماتی تکرارشونده هستند. تدوین طبقه تجزیه و تحلیل اصلی ممکن است به مراحل تجزیه و تحلیل اضافی نیاز داشته باشد، که در آن صورت، به دنبال آن، مراحل طراحی مدل برای نشان دادن طبقه طراحی موردنظر (جزئیات جزء) انجام می شوند. برای نشان دادن این فرایند توسعه طرح، به نرم افزاری که برای یک چاپخانه پیچیده ساخته می شود، توجه کنید. هدف کلی نرم افزار
این است که نیازهای مشتریدر پیشخوان جمع آوری شود، هزینه یک کار چاپ پرداخته شود و جزوه ارتعاشات رشته مکانیک کار، به یک کارخانه تولیدی خودکار منتقل کنید. در طول مهندسی الزامات، یک طبقه تجزیه و تحلیل به نام PrintJob (چاپ کار) ایجاد شد. ویژگی ها و عملیات تعریف شده در طول تجزیه و تحلیل، در بالای شکل ۱-۱۱ ذکر شده است. در طول طراحی معماری، PrintJob به عنوان یک جزء در داخل معماری نرم افزار تعریف می شود و با استفاده از نماد مختصر UML، در وسط سمت راست شکل، نمایش داده می شود. توجه داشته باشید که PrintJob دارای دو رابط است: computeJob (هزینه کار)، که قابلیت هزینه یابی کار را فراهم می کند و inititeJob (شروع کار)، که کار را به
تأسیسات تولید منتقل می کند. این نمادها با استفاده از نمادهای “آبنبات چوبی” نشان داده شده در سمت چپ جعبه اجزاء، نشان داده می شوند.در این مرحله، طراحی اجزا آغاز می شود. جزئیات جزء PrintJob باید ارتعاشات باشد تا اطلاعات کافی برای پیاد سازی، ارائه شود. طبقه تجزیه و تحلیل اصلی به گونه ای تدوین شده است که تمام ویژگی ها و عملیات مورد نیاز برای پیاده سازی طبقه به عنوان جزء PrintJob را نشان دهد.
دانلود رایگان خلاصه کتاب ارتعاشات PDF
با توجه به بخش سمت راست شکل ۱-۱۱، طبقه طراحی پیچیده PrintJob، شامل جزوه بیومکانیک ورزشی دقیق تری از ویژگی ها و همچنین شرح عملیات گسترده مورد نیاز برای پیاده سازی اجزا می باشد. رابط های computeJob و beginiteJob، بر ارتباط و همکاری با اجزای دیگر (در اینجا نشان داده نشده است)، دلالت دارند. به عنوان مثال، عملیات computePageCost (بخشی از رابط computeJob)، ممکن است با جزء جزوه ارتعاشات رشته مکانیک، که حاوی اطلاعات قیمت کار است، همکاری کند. عملكرد checkPriority (بخشي از رابط inititeJob)، ممكن است با یک جزء JobQueue، برای تعیین انواع و اولویت های مشاغل فعلی در انتظار تولید، همكاري جزوه ارتعاشات رشته مکانیک باشد. این ارتعاشات تفصیلی، برای هر جزيی که به عنوان بخشی از طراحی معماری تعریف شده است، اعمال می شود. پس از اتمام، توضیحات بیشتری در مورد هر ویژگی، عملیات و رابط، اعمال می شود. ساختار داده های مناسب برای هر ویژگی باید مشخص شود. علاوه بر این، جزئیات الگوریتمی مورد نیاز برای پیاده سازی منطق پردازش مربوط به هر عملیات، طراحی می شود. این فعالیت طراحی رویه ای، بعداً در این فصل مورد بحث قرار خواهد گرفت. در نهایت، ساز و کارهای مورد نیاز برای پیاده سازی رابط، ارتعاشات خواهد شد که این ساز و کارها، برای نرم افزارهای شی گرا، می تواند شامل توصیف همه پیام های مورد نیاز برای ایجاد ارتباط بین اشیاء داخل سیستم، باشد.
۲-۱-۱۱ نمای رایج
در زمینه مهندسی نرم افزار رایج، هر جزء یک عنصر کاربردی از برنامه ای است که منطق پردازش، ساختارهای داده داخلی مورد نیاز برای پیاده سازی منطق پردازش است و رابطی که امکان فراخوانی و انتقال داده به آن را فراهم می کند را شامل می شود. یک جزء رایج، که یک ماژول نیز نامیده : () () () (-)، () () ()، ً —–: ( از تمام داده های منتقل ارتعاشات به ماژول از طریق رابط)،استفاده می کند. هزینه صفحه با اندازه کار نسبت معکوس و با پیچیدگی کار نسبت مستقیم دارد. همانطور که طراحی هر یک از اجزای نرم افزار توسعه می یابد، تمرکز بر روی طراحی ساختارهای داده خاص و طراحی رویه ای برای دستکاری ساختارهای داده جمع خواهد جزوه ارتعاشات رشته مکانیک.تصویر 3-11، نشان دهنده طراحی اجزاء با استفاده از نماد UML اصلاح شده است.
تصویر 3-11
ماژول ComputePageCost با فراخوانی ماژول getJobData، که اجازه می دهد تا همه داده های مربوطه به جزء منتقل شوند، و یک رابط پایگاه داده، accessCostsDB، که به ماژول، امکان دسترسی به پایگاه داده ای را می دهد که شامل کلیه هزینه های چاپ است، دسترسی پیدا می کند. با ادامه طراحی، ماژول ComputePageCost برای ارائه جزئیات الگوریتم و جزئیات رابط، توسعه می یابد (شکل 3-11). الگوریتم جزئیات را می توان با استفاده از متن شبه کد نشان داده شده در شکل یا با یک نمودار فعالیت UML، نشان داد. رابط ها به عنوان مجموعه ای از ورودی و خروجی اشیاء یا موارد داده، ارائه می شوند. تشریح طرح، تا زماني كه جزئيات كافي براي راهنمايي ساخت جزء ارائه شود، ادامه مي يابد. در هر صورت، باید اجزاء یا ساختارهای داده سراسری ارزشمند را در معماری بگنجانید.
3-1-11 یک نمای مربوط به فرآیند
در نماهای شیء گرا و رایج طراحی اجزای ارائه شده در بخش های 1-1-11 و 2-1-11، فرض بر این است که جزء، از ابتدا طراحی شده است. یعنی همیشه یک جزء جدید، بر اساس مشخصات حاصل از مدل الزامات، ارتعاشات می شود. البته رویکرد دیگری نیز وجود دارد. طی چهار دهه گذشته، جامعه مهندسی نرم افزار بر نیاز به ساخت سیستم هایی که از اجزای نرم افزاری یا الگوهای طراحی موجود جزوه -() () –ً () ()، —-(): “[جزء] “. ()، () –(–). -()
فهرست مطالب