جزوه تایپ شده دینامیک سازه ها
اباذر اصغری دینامیک سازه ها ارشد عمران خلاصه کتاب چوپرا مدرسان شریف کلاف رشته برق و الکترونیک کارشناسی ارشد پیام نور مهندسی
()، ؟ ؛ :
: : : : : : ()
-“” ؛ ؛ “” () : “” 
” : ”
: :
: [داگ میلر، مدیر مهندسی نرم افزار]، : ً : ً : : ؛ ً ً : ؟
: : ؟
: ؟
: ؟
: ؟
: ؟
: ؟
: ً : ً : ؟
()
–() () “” ()، ً : :
()، ؛ :
= + () () :
= ÷ : : : نسبی بالاتری را نشان می دهند و نسبت به صفحات ایستا به تلاش بیشتری نیاز دارند. این اندازه گیری نشان دهنده اندازه کلی برنامه و تلاش لازم برای توسعه آن است.
تعداد اشیاء داده مداوم: با افزایش تعداد داده های مداوم (به عنوان مثال، پایگاه داده یا پرونده داده)، پیچیدگی MobileApp نیز افزایش می یابد و تلاش برای پیاده سازی آن نیز به نسبت افزایش می یابد.
دانلود رایگان خلاصه کتاب دینامیک سازه ها PDF
تعداد سیستم های خارجی رابط: با دینامیک نیاز به رابط ، پیچیدگی سیستم و تلاش برای توسعه نیز افزایش می یابد.
تعداد اشیاء محتوای ایستا: این اشیاء پیچیدگی نسبی پایینی را نشان می دهند و عموماً نسبت به صفحات پویا به تلاش کمتری نیاز دارند.
تعداد اشیاء محتوای پویا: این اشیاء پیچیدگی نسبی بالاتری را نشان می دهند و نیاز به تلاش بیشتری نسبت به صفحات استاتیک دارند.
تعداد عملکردهای اجرایی: با افزایش تعداد عملکردهای اجرایی (به عنوان مثال، یک اسکریپت یا اپلت)، تلاش برای مدل سازی و ساخت نیز افزایش می یابد. به عنوان مثال با این اقدامات ، می توانید معیاری را تعریف کنید که میزان سفارشی سازی کاربر نهایی لازم برای MobileApp را منعکس کند و آن را با تلاش صرف شده در پروژه و/یا خطاهایی که هنگام بررسی و آزمایش برطرف می شوند، مرتبط کند. برای این کار، روابط زیر تعریف می شوند:
Nsp = تعداد صفحات استاتیک صفحه نمایش
Ndp = تعداد صفحات نمایش پویا
بنابراین شاخص سفارشی سازی از رابطه زیر به دست می آید:
C = Ndp ÷ Ndp + Nsp
مقدار C از 0 تا 1 متغیر است.
با بزرگتر شدن C ، سطح سفارشی سازی برنامه به یک مشکل فنی مهم تبدیل می شود. واحدهای مشابه را می دینامیک با اقدامات پروژه مانند تلاش صرف شده، خطاها و نقایص کشف شده و مدل ها یا صفحات اسناد محاسبه و تولید شده، مرتبط کرد. اگر مقادیر این واحدها در یک پایگاه داده با اقدامات پروژه (پس از اتمام تعدادی از پروژه ها) ذخیره شود، روابط بین اقدامات مورد نیاز برنامه و اقدامات پروژه، شاخص هایی را ارائه می دهد، که می تواند به ارزیابی پروژه کمک کند.
2-3-23 واحدهای طراحی برای نرم افزارهای متعارف
نمی توان تصور کرد که طراحی یک هواپیمای جدید، تراشه رایانه ای جدید یا یک ساختمان اداری جدید، بدون تعیین اقدامات طراحی، تعیین واحدهای جنبه های مختلف کیفیت طراحی و استفاده از آن ها به عنوان شاخصی برای راهنمایی روش طراحی، تکامل یابد. اما با این حال، طراحی سیستم های پیچیده مبتنی بر نرم افزار، اغلب بدون اندازه گیری ادامه می یابد. نکته جالب این امر این است که معیارهای طراحی نرم افزار در دسترس هستند، اما اکثریت قریب به اتفاق مهندسان نرم افزار، از وجود آن ها بی اطلاع هستند. معیارهای طراحی معماری بر ویژگی های معماری برنامه (فصل 10) با تأکید بر ساختار معماری و اثر بخشی ماژول ها یا اجزای درون معماری متمرکز است. این واحدها “جعبه سیاه” هستند؛ یعنی نیازی به هیچگونه دانشی در مورد عملکرد داخلی یک جزء نرم افزاری خاص، ندارند. جزوه سازه های بتن آرمه پیشرفته می توانند یک دیدگاه در مورد ساختار و پیچیدگی سیستم مرتبط با طراحی معماری را ارائه دهند. Card and Glass، سه معیار برای پیچیدگی طراحی نرم افزار تعریف می کند: پیچیدگی ساختاری، پیچیدگی دادهجزوه دینامیک سازه ها ها و پیچیدگی سیستم. برای معماری های سلسله مراتبی (به عنوان مثال، معماری های فراخوانی و بازگشت)، پیچیدگی ساختاری یک ماژول (i)، به شکل زیر تعریف می شود:
S(i) = f 2 out(i)
در رابطه فوق، fout (i)، خروجی دینامیک i است. پیچیدگی داده ها نشان دهنده پیچیدگی رابط داخلی ماژول i است و به صورت زیر تعریف می شود:
D(i) = v(i) ÷ fout(i) + 1
() :
() = () + ()
-() :
= + :
= + = = () = = = = /= /= -ساختار طراحی (DSQI) استفاده می کند که این شاخص، از 0 تا 1 متغیر است.
3-3-23 واحدهای طراحی برای نرم افزارهای شیء گرا
در مورد طراحی شی گرا مطلبی وجود دارد؛ یک طراح مجرب “می داند” چگونه یک سیستم OO را ارائه کند تا به طور موثر نیازهای مشتری را پیاده سازی کند. اما ، با افزایش اندازه و پیچیدگی یک مدل طراحی OO، دیدگاهی عینی تر از ویژگی های طرح، می تواند هم برای طراح مجرب (که بینش بیشتری کسب می کند) و هم برای مبتدیان (که شاخصی از کیفیت را به دست می آورند، که در غیر این صورت، در دسترس نخواهد بود)، مفید باشد. در بررسی دقیق معیارهای نرم افزاری برای سیستم های OO ، Whitmire نه ویژگی متمایز و قابل اندازه گیری یک طراحی OO را توصیف می کند. اندازه، با در نظر گرفتن شمارش استاتیک از واحدهای OO مانند طبقات یا عملیات ها، همراه با عمق شجره نامه، تعیین می شود. پیچیدگی از نظر ویژگی های ساختاری، با بررسی نحوه ارتباط طبقات طراحی OO با یکدیگر تعریف می شود. اتصال، با شمارش اتصالات فیزیکی بین عناصر طراحی OO (به عنوان مثال، تعداد همکاری بین طبقات یا تعداد پیام های ارسال شده بین اشیاء)، اندازه گیری می شود. کفایت، عبارت است از “درجه ای که یک انتزاع [طبقه]، دارای ویژگی های مورد نیاز آن می باشد.” کامل بودن، تعیین می کند که آیا یک طبقه، ویژگی های لازم برای رفع کامل نیازهای مشکل را ارائه می دهد یا خیر. انسجام، بررسی می کند که آیا همه عملیات ها، برای دستیابی به یک هدف مشخص کار می کنند یا خیر. جزوه دینامیک سازه ها بودن، میزان اتمی بودن یک عملیات زا بیان می کند (یعنی نمی توان عملیات را از توالی سایر عملیات موجود در یک طبقه ساخت). شباهت، میزان شباهت دو یا چند طبقه از نظر ساختار، () (): () )
فهرست مطالب