سناریوی مهندسی نرم افزار

  • Distibuted File System یا DFS چیست ؟

    Distibuted File System یا DFS چیست ؟

    Distibuted File System یا DFS چیست ؟راههای مختلف دسترسی به فایلهای Share شده در سطح شبکه   Admin های شبکه قبلنا میگفتن که "هیچ چیزی آدم رو مثل گشتن دنبال یه فایل خاص توی یه عالمه فایل Share شده اسکل نمیکنه!" موضوع این هفته چیه ؟ موضوع این هفته درباره ی مشکلی هستش که اگه جدی بشه دمار از روزگار کاربرهای شبکه در میاره ! تا حالا از اون شبکه ها داشتین که توش به هر ننه قمری اجازه ی Share کردن فایلها داده شده ؟! از همونایی که جناب ننه قمر میاد فیلمای YouTubeیی که دیروز دانلود کرده رو Share میکنه تا بقیه ی ننه قمرهای درون شرکت بتونن ببیننشون و به جای انجام کار، بسی لذت ببرن و تفریح کنن ؟! به نظرتون کی این Share بازیا مشکل ساز میشه ؟! از نظر اخلاقی که از همون اول احتمال مشکل ساز شدنش میره ! ولی از نظر تکنیکی چی ؟! وقتی که هر کاربر مثل اسب داره فایل آپلود میکنه و یادش میره منظمشون کنه چی ؟! میدونم که هنوزم موضوع روشن نشده... این زیریه رو بخونین :   مشکل : توی محیط شبکه ی من هر ننه قمری اومده و یه فایل Share کرده و حالا که من میخوام دنبال فایل مورد نظرم بگردم باید نیم ساعت مثل گدا گودوله های آشغال گرد برم و کل شبکه رو بالا پایین کنم تا بتونم فایلم رو پیدا کنم ! (من خودم نوکر همه ی انسانهای زباله گردی که جامعه شون وظیفه ش رو در قبالشون انجام نداده هستم...فقط مثال زدم وگرنه ما سگ کی باشیم که بخوایم بنده های خدا رو مسخره کنیم.) راه حل : یه عالمه چیزه ! چند تاشم این پایین مینویسم ! DFS هم جزوشون هست !اصولا پیدا کردن فایل دلخواه Share شده توی محیط یک شبکه میتونه هم آسون باشه و هم سخت... چه وقتی آسونه ؟ وقتی که کارمندای شبکه منظم باشن و شما بهشون اجازه های دسترسی با توجه به موقعیتشون در شبکه دادین... وقتیکه برای هر File Server یک نقش مشخص قرار دادین و میدونین که درون هر سرور چه نوع فایلهایی Share شدن و وقتیکه بخواین به فایلها دسترسی پیدا کنین میرین سراغ کامپیوتر مخصوصش... چه وقتی میتونه خفن سخت باشه ؟ وقتیکه شما نمیتونین از یک File Server متمرکز در شرکت استفاده کنین و هر کاربری باید فایلهایی که درست میکنه رو روی کامپیوتر خودش Upload کنه. بعضی وقتها میشه این کاربرها و کامپیوترها رو جدا کرد ولی باز هم مدیریت و دسترسی به فایلهای Share شده سخت میشه.برای دسترسی به فایلهای Share شده ی متعدد چندین و چند سناریو وجود داره که من به 4 تای اونها اشاره میکنم : 1. پیدا کردن دستی فایلها بر روی هر کامپیوتر به طور جداگانه2. Map کردن فولدرهایی که مورد نظر ما هستند3. استفاده از قابلیت Search پیاده سازی شده در Active Directory (فقط برای کامپیوترهای عضو Domain)4. استفاده از DFS   *************************************     سناریوی اول : پیدا کردن دستی فایلها این ...



  • تست نرم افزار (قسمت 2)

    دوست خوبمان آقای نوبر لطف کردند و نواقصی را که در قسمت اول تست نرم افزار بود کاملتر کردند که عبارتند از : 1.       در کتاب هنر تست نرم افزار - the art of software testing خواندم (و به نظرم کاملا منطقی می آید) که هدف نهایی از تست نرم افزار یافتن باگهای بیشتر است و نه چیز دیگر! البته ادله محکم و قابل قبولی نیز برای این تعریف ارایه میکند. 2.       در متن اشاره کرده ای که "یک مجموعه از ورودهای صحیح با خروج های مربوط به آن را تهیه می کنیم ...". در حوزه تست نرم افزار سناریوی ذکر شده در متن (سناریوی آفتابی-sunny scenario) کاملا لازم است اما سناریوی دیگر (سناریوی بارانی-rainy scenario) که هدف آن کشف اشکالات نرم افزار در مواجهه با مقادیر نادرست (مثلا عدم نمایش پیغام خطای مناسب) است نیز از اهمیت بالایی برخوردار است. 3.       . در تجربیاتی که داشتم Equivalence Partitioning و Boundary Value Analysis را در تستهای جعبه سیاه نیز به کار بردم که منجر به صرفه جویی در زمان و احتمال کشف خطاهای بیشتری شد.و البته بعضی از موارد دیگر را می توانید تحت عنوان اصول اساسی تست نرم افزار از وبلاگ ایشان دنبال کنید و البته به همه دوستان توصیه می کنم حتما پست های اول وبلاگ ایشان را که بیانگر اهمیت تست نرم افزار می باشید را حتما مطالعه کنند. و البته از همه دوستان می خواهم که نواقص و اشکالات را بیان کنند تا به مطالبی با کیفیت خوب برسیم. تست نرم افزار عموما در چهار سطح مختلف صورت می گیرد که این چهار مرحله به صورت ترتیبی انجام می پذیرند و عبارتند از : تست واحد (Unit testing) تست مجتمع سازی  (Integration Testing) تست سیستم (System Testing) تست پذیرش (Acceptance Testing)تست واحد (Unit testing) : یک واحد کوچکترین قسمت قابل تست یک نرم افزار می باشد. که این واحد در برنامه نویسی شی گرا می تواند یک متد باشد و در برنامه نویسی رویه ای می تواند کل برنامه (در زبانی مانند کوبول)  یا یک تابع و ... باشد.  هدف در این سطح از تست این است که آیا واحد مورد نظر به تنهایی کاری را که باید انجام بدهد می دهد یا نه. تست مجتمع سازی  (Integration Testing) : تست واحد را برای هر کدام از واحدها به صورت جداگانه انجام دادید و از صحت عملکرد آنها مطمئن شدید. همه واحدها به صورت منفرد به طور صحیح وظایف خود را انجام می دهند، آیا نیازی به تست اینکه وقتی واحدها کنار هم قرار گرفتند و ارتباط برقرار کردند وظایفشان را به شکل صحیح انجام می دهند هست یا نیست. فرضی کنید 2 نفر مشغول کاری هستند هنگامیکه موارد مورد نیاز برای انجام کار بطور کامل مهیا باشد هر کدام از آن 2 فرد می توانند کارشان را به شکل کامل انجام بدهند. اما اگر موارد مورد نیاز برای یکی از آنها توسط دیگری تامین شود ممکن است موارد تهیه شده ...

  • مهندسی نرم افزار مشاور املاک

          دانشگاه جامع علمی کاربردی خوارزمی     پروژه درس     نام استاد راهنمای پروژه:       موضوع پروژه:   طراحي سيستم نرم افزاري مشاور املاک       مجری پروژه:    شماره دانشجوئي دانشگاه                                   فهرست مطالب مراحل انجام پروژه................................................................................................................ 6 فصل اول: نمودار ER و پایگاه داده.......................................................................................... 7 1-1-          جداول پایگاه داده............................................................................................ 8 1-1-1-      نام جدول: tblKharidaran............................................................... 8 1-1-2-                 نام جدول:  tblForuShandegan............................................ 8 1-1-3-      نام جدول:  tblMoamelehType..................................................... 8 1-1-4-      نام جدول:  tblMelks.......................................................................... 8 1-1-5-      نام جدول:  tblSanadsStatuse...................................................... 9 1-1-6-      نام جدول:  userInfo.......................................................................... 9 1-1-7-      نام جدول:  tblContracts.................................................................. 9 1-1-8-      نام جدول: UserTypes...................................................................... 9 1-1-9-      نام جدول: BossMailBox............................................................... 10 1-1-10-   نام جدول: BossAttachMents..................................................... 10 1-1-11-                 نام جدول: taffMailbox....................................................... 10 1-1-12-   نام جدول: StaffAttachments..................................................... 10 1-2-                نمودار ER به همراه نمایش ارتباط بین جداول و موجودیتها........................ 11 فصل دوم: نیازمندیهای سیستم............................................................................................... 12 2-1-          ارائه شرح سيستم نرم افزاربنگاه.......................................................................... 13 2-1-1.                 هدف............................................................................................. 13 2-2-                وضعيت‌ موجود در سيستم‌ فعلی بنگاه.......................................................... 14 2-2-1.                 جايگاه‌ ‌ و شرح‌ وظايف‌...................................................................... 14 2-2-2.                 نيروي‌ انساني‌ موجود........................................................................ 14 2-2-3.                 نوع خدمات.................................................................................... 14 2-2-4.                 سيستم‌ كدگذاري‌ سوابق................................................................... 14 2-2-5.                 تجهيزات‌ سخت افزاري موجود در بنگاه............................................. 15 2-2-6.                 فرايند دریافت سفارش مشتری........................................................... 15 2-2-7.                 فرمهاي‌ فعلی مورد استفاده‌................................................................ ...

  • پروژه مهندسی نرم افزار رای گیری آنلاین

        پروژه درس     نام استاد راهنمای پروژه:       موضوع پروژه: سيستم رای گیری آنلاین روش تحلیل: UML   مجری پروژه:   شماره دانشجوئي   دانشگاه– تابستان 88                                                     فهرست مطالب . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . شماره صفحه مقدمه........................................................................................................................... 6 هدف........................................................................................................................ 6 قواعد به کار رفته در اين نوشته.................................................................................... 6 مخاطبان اين نوشته..................................................................................................... 6 محدوده پروژه.......................................................................................................... 6 فصل اول:   توضیحات کلی سیستم رای گیری آنلاین.............................................................. 7 توضيحات کلي............................................................................................................... 8 چشم انداز محصول.................................................................................................... 8 توابع محصول........................................................................................................... 8 طبقه بندي کاربران..................................................................................................... 9 محيط عملياتي......................................................................................................... 10 محدوديت طراحي و پياده سازي............................................................................... 10 مستندات کاربران..................................................................................................... 11 مفروضات و وابستگي ها............................................................................................. 11 نيازمندي هاي واسط هاي خارجي................................................................................. 11 واسط کاربر............................................................................................................. 11 واسط سخت افزاري................................................................................................. 13 واسط نرم افزاري..................................................................................................... 13 واسط ارتباطي......................................................................................................... 13 ديدگاه هاي سيستم....................................................................................................... 14 سيستم از ديد راي دهنده.......................................................................................... 14 سيستم از ديدگاه مدير سيستم..................................................................................... 16 نيازمندي هاي غير تابعي ديگر........................................................................................ 17 نيازمندي هاي کارايي.............................................................................................. 17 نيازمندي هاي ايمني................................................................................................ 18 نيازمندي هاي امنيتي................................................................................................ 18 ويژگي هاي ...

  • نمونه سوال مهندسی نرم افزار2

    سوالات فصل 22 بخش۱ 1- دلایل اجراشدن فعالیتهای مدیریت پیکربندی نرم افزاربه ترتیب چیست؟ الف:کنترل تغییرات،شناسایی تغییرات،پیاده سازی مناسب تغییر،گزارش تغییربه دیگران ب:شناسایی تغییر،پیاده سازی تغییر،کنترل تغییر،گزارش تغییربه دیگران ج:شناسایی تغییر،کنترل تغییر،پیاده سازی مناسب تغییر،گزارش تغییربه دیگران د:شناسایی تغییر،کنترل تغییر،گزارش تغییربه دیگران،پیاده سازی مناسب تغییر جواب:ج (ص618) 2- این تعریف بیانگر چیست؟درهرجای چرخه حیات سیسیتم  که باشیدسبستم تغییرمیکندوتمایل درسرتاسرچرخه حیات باقیست. الف:مدیریت پیکربندی نرم افزار ب:قانون اول مهندسی سیستم ج:ایتم های پیکربندی نرم افزار د:عناصرپیکربندی نرم افزار جواب ب(618) 3.سناریوی اس سی ام شامل چه افرادی است؟ الف:مدیرپروژه.مدیرپیکربندی.فروشندگان.مشتری ب:مدیرپیکربندی.مدیرپروژه.مشتری.مهندس نرم افزار ج:مدیرپیکربندی.مدیرپروژه.مشتری د:مشتری.مدیرپروژه.مهندس نرم افزار. جواب ب(619) 4.درسناریوی اس سی ام هدف مهندس نرم افزار چیست؟ الف:مدیریت تغییر ب:ردگیری ج:رعایت روالها وخط مشی ها د:کارکردن اثربخش جواب د(620) 5.عناصرسیستم مدیریت پیکربندی نرم افزارکدام یک ازاین مواردنیست؟ الف:مولفه ای ب:معماری ج:پردازشی د:انسانی جواب ب(621) 6.برای .....و.....هرتغییربایدیک رویه رسمی ومشخص به اجرا گذاشته شود. الف:ارزیابی واعتبارسنجی ب:انسجام واعتبارسنجی ج:ارزیابی وانسجام د:ارزیابی وکنترل جواب ب(621) 7.کدام گزینه نادرست می باشد؟ الف:هرشی پیکربندی دارای یک نام ویک صفت میباشد ب:امروزه اس سی ام هارادربانک اطلاعاتی ذخیره میکنند ج:مخزن اس سی ام تغییرات رابه شیوه ای اثربخش مدیریت میکند د:بانک اطلاعاتی بایددرمکانی متمرکزوکنترل شده نگهداری شود جواب الف(623) 8.کدام یک ازویژگی های اس سی ام میباشد؟ الف:درخواست تغییرات ب:حفظ کیفیت نرم افزار ج:جلسات ممیزی د:شناسایی تغییرات جواب ج(626) 9.درپیکربندی نرم افزارچه اشیایی قابل شناسایی هستند؟ الف:پیمانه.مرکب ب:مرکب.واسط ج:پایه.پیمانه د:پایه.مرکب جواب د(623) 10.درپیکربندی نرم افزارهرشی شامل چه مواردی است؟ الف:نام.صفت ب:فهرست منابع.واسطها ج:توصیف.یک عینیت بخشی د:گزینه الف وج جواب د(628) 11.کدام گزینه نادرست است؟ الف:هرشی پس ازتبدیل به خط مبناممکن است تغییرکند ب:هرشی پس ازتبدیل به خط مبناهرگز تغییرنمیکند ج:به کمک روابط وضع شده برای اشیای پیکربندی میتوانیدتاثیرتغییرات را بسنجید د:اشیادر سرتاسر فرایندنرم افزار تکامل می یابند جواب ب(628) 12.درجلسات ممیزی چه اطلاعاتی فراهم میشود؟ الف:افرادشرکت کننده درجلسه ب:زمان.خواسته های مشتری ج:علت تغییروعامل ان د:همه موارد جواب ...

  • پروژه مهندسی نرم افزار ویدئو کلوپ video cloop

    فهرست مطالب چکیده............................................................................................................................................ 7 مقدمه............................................................................................................................................. 8 فصل اول:  چشم انداز پروژه (Vision)................................................................................................. 9 1-1- Vision چیست..................................................................................................................... 10 1-2- موضوع پروژه........................................................................................................................ 11 1-3- اهداف پروژه........................................................................................................................ 11 1-4- انجام پروژه چه سودی دارد........................................................................................................ 11 1-5- ذینفعان پروژه........................................................................................................................ 11 1-6- سابقه انجام پروژه های مشابه....................................................................................................... 12 1-7- زبان برنامه نویسی.................................................................................................................... 12 1-8- پایگاه داده........................................................................................................................... 13 1-9-روش تحلیل سیستم.................................................................................................................. 13 1-10- سیستم عامل مورد نیاز برای پیاده سازی.......................................................................................... 13 1-11- سایر نرم افزارهای مورد نیاز برای پیاده سازی سیستم........................................................................... 13 فصل دوم:  نمودارهایUML............................................................................................................ 14 نمودارUseCase......................................................................................................................... 15 سناریوی  Use Caseبازگشت فیلم...................................................................................................... 16 سناریوی  Use Caseتحویل فیلم........................................................................................................ 18 سناریوی  Use Caseگزارشات......................................................................................................... 20 سناریوی  Use Caseتعریف فیلم........................................................................................................ 21 سناریوی  Use Caseتعریف مشتری.................................................................................................... 23 نمودارSequence بازگشت فیلم........................................................................................................ 25 نمودارCollaboration بازگشت فیلم................................................................................................... 26 نمودارActivity بازگشت فیلم............................................................................................................ 27 نمودار Sequenceگزارشات........................................................................................................... 28 نمودارCollaboration گزارشات...................................................................................................... 29 نمودار ...

  • دانلود پروژه مهندسی نرم افزار 2

    پروژه مهندسی نرم افزار تجزیه وتحلیل آژانس هواپیمایی توضیح : هدف از طراحی این پروژه این است که تمامی نیازهای کاربران و ذینفعان سیستم ثبت نام تورهای مسافرتی که به صورت دستی انجام می گرفت ( در مسافرتهای فصلی آژانسها شلوغ می شود و باعث می شود مشتریها ساعتها یا بعضا روزها منتظر بلیط بمانند ) به سیستم نرم افزاری انتقال یابد که باعث می شود کارها به سرعت انجام گیرد و همچنین امنیت اطلاعات در این سیستم بالا می رود . در این سیستم  جهت بدست آوردن نیازهای سیستم نرم افزاری با کاربران و ذینفعان مصاحبه ای انجام گرفته و نیازهای آنها در ادامه مشخص شده است .بخش رابط کاربر ، يکی از عناصر اصلی و بسيار مهم در يک نرم افزار است . در برنامه های وب دات نت ، اين مسئوليت بزرگ به فرم های وب واگذار شده است . با استفرار متن و يا کنترل های مورد نياز با توجه به سياست طراحی نرم افزار بر روی يک فرم وب ، زمينه ارتباط با کاربر و استفاده از پتانسيل های ارائه شده توسط يک برنامه وب دات نت ، فراهم می گردد. فرم های وب شباهت بسيار زيادی با فرم های ويندوز در يک برنامه ويندوز دارند . بر خلاف برنامه های ويندوز ، برنامه های وب بر روی يک سرويس دهنده اجراء و از طريق زير ساخت اينترنت ( و يا اينترانت ) خدمات خود را در اختيار  متقاضيان ( سرويس گيرندگان ) قرار می دهند .بديهی است که نحوه ايجاد و سازماندهی يک پروژه برنامه وب دارای تفاوت های محسوسی نسبت به برنامه های ويندوز است . تذکر 1 – این پروژه با نرم افزار visio که یکی از زیر برنامه های بسته مایکروسافت آفیس می باشد طراحی شده است پس شما برای مشاهده نمودارها باید نرم افزار visio  را روی سیستم خود نصب کنید – اگر شما بسته آفیس را داشته باشید این نرم افزار در این بسته موجود است و کار کردن با این نرم افزار بی نهایت راحت است تذکر 2 – موارد مورد استفاده شده در این پروژه : 1-      امکان سنجی 2-      هدف 3-      نیازهای سیستم 4-      چارت سازمانی 5-      نمودار DFD سطح صفر 6-      نمودار DFD سطح یک 7-      نمودار DFD سطح دو 8-      ERD با صفت 9-      ERD بدون صفت 10-  نمودار حالت 11-  نمودار همکاری 12-  نمودار تجزیه و تحلیل 13-  نمودار USE case 14-  نمودار sequence 15-  سناریوی اصلی 16-  و ......  تذکر ۳ - فایل های این پروژه ممکن است Hidden باشد لطفا از Folder Option  فایل ها را Show hidden کنید گرد آورنده : عرفان رضایی عکس تزئینی است برای دانلود بر روی لینک زیر کلیک کنید پسوند : .rar حجم : ۴.۱مگابایت لینک دانلود پروژه مهندسی نرم افزار - تجزیه و تحلیل آژانس هواپیمایی پسورد : www.erfanrad.blogfa.com

  • پایان نامه کارشناسی رشته کامپیوتر مدلسازی نرم افزاری

     پایان نامه کارشناسی رشته کامپیوتر مدلسازی نرم افزاری

    پایان نامه کارشناسی رشته کامپیوتر مدلسازی نرم افزاری پایان نامه کارشناسی رشته کامپیوتر و فناوری اطلاعات مدلسازی نرم افزاریاین پایان نامه در 73 صفحه با موضوع مدلسازی نرم افزاری و با تمام قواعد مربوط به نوشتن پایان نامه تهیه شده است. و از منابع زیر استخراج شده است: 1.Software Performance Modeling using UML and Petri nets, Jos_e Merseguer & Javier Campos, 2004.2.PERFORMANC MODELING AND EVALUTION OF LARGE-SCALE J2EE, Samuel Kounev Alejandro Buchmann, Department of Computer Science Darmstadt University of Technology, Germany, 2003.3.Performance modeling tools with applications, János Sztrik & Che Soong Kim. فهرست مطالب:مقدمهعملکرد ابزار مدلسازی بوسیله برنامه‌های کاربردیبعضی از ابزار مدل سازی اخیرابزار در دانشکده انفورماتیک، دانشگاه دورتموند، آلمانابزار موبیوسابزار MOSELاجرای MOSELمثال عددیعملکرد و ارزیابی برنامه های کاربردی jEE در مقیاس بزرگروشهای تحلیل عملکردمدلهای تحلیل عملکردمعیارSPECj App Serverمدل تجاریSPECj App Serverطراحی نرم افزار کاربردیSPECj App ServerمدلSPECj App Serverانگیزهخواص حجم کارساختن مدل عملکردمدل آنالیز و اعتبار سنجیسناریوی : بار کمسناریوی : بار متوسطسناریوی : بار سنگینمدلسازی عملکرد نرم‌افزار با استفاده از UML و شبکه های پتریمفاهیم بنیادین UMLدسته بندی ساختاری (Structural Classification)رفتار پویا (Dynamic Behavior)چیدمان فیزیکی (Physical Layout)سازماندهی مدل (Model Organization)پروفایل‌های UML (UML Profiles)نمودارهای UMLنمودارهای ساختاری(Structural Diagrams)نمودارهای رفتاری (Behavior diagrams)نمودارهای برهمکنش (Interaction Diagrams)مفهوم کارمهندسی عملکرد نرم‌افزارنمودار UML برای برنامه ریزی، عملکرد و تشخیصشبکه های تصادفی پتریآینده روش SPEمدلهای عملکردLGSPNانتقادهای وارده بر UMLنتیجه گیریمنابع...فرمت فایل: DOCX (ورد 2007) قابل ویرایش تعداد صفحات: 73برای دانلود فایل اینجا کلیک کنید

  • حمله های ممکن بر علیه شبکه حسگر بیسیم

    حمله های ممکن بر علیه شبکه حسگر بیسیم

    حمله spoofed,altered or replayed routing in information:این یک حمله مستقیم و مشترک علیه پروتکل مسیریابی است. هدف از این حمله بدست اوردن مسیر ردوبدل شدن اطلاعات بین دو گره است. مهاجمان ممکن است قادر به ایجاد حلقه¬های مسیریابی، جذب یا دفع ترافیک شبکه، طولانی یا کوتاه کردن مسیرهای منابع، تولید پیغام خطای کاذب، بخش¬بندی شبکه و افزایش نهایی انتها به انتها  باشند. راه حل استاندارد برای این نوع حمله احراز اصالت و اعتبارسنجی است. به عنوان مثال مسیریاب تنها مسیریابی اطلاعات را برای یک مسیریاب معتبر می¬پذیرد. شکل 3-8 نشان می¬دهد که دشمن با استفاده از تبلیغ یک مسیر اشتباه باعث جذب یا دفع ترافیک شبکه می¬شود. شکل3-8 سناریویی از ایجاد حلقه¬های مسیریابی توسط دشمن را نشان  می¬دهد.  شکل 3-13 حمله spoofed,altered or replayed routing in information حمله حمل¬ونقل برگزیده :برای پروتکل جمع¬اوری داده در شبکه حسگر بیسیم حالت ارتباطی چندگامی  ترجیح داده می-شود. شبکه چند گامی فرض می¬کند که گره¬های  شرکت کننده پیام¬ها را صادقانه دریافت و به دیگری ارسال می¬کنند. با این حال یک گره مخرب ممکن است ارسال پیام معنی را به سادگی رد کند و انرا در شبکه رها کند. برای اطمینان حاصل کردن از اینکه بسته¬ها اینگونه پخش نشوند و جلوگیری کردن از این حمله باید برای هر بسته شمارنده¬ای گذاشت. در اینصورت با چک کردن درستی شمارنده¬ی بسته¬ها بصورت پیوسته و مداوم در یک شبکه می¬توان اطمینان حاصل کرد. علاوه بر این درج تعداد شمارنده بسته¬ها در سرایند  بسته می¬تواند این حمله را کاهش دهد. شکل سناریوی حمله forwarding را نشان می¬دهد.  شکل 3-14 selective forwarding attack  حمله Blackhole/sinkhole :در این نوع حمله، مهاجم خودش را در شبکه به عنوان گره¬ای با قابلیت¬های بالای منابع نشان می-دهد که با این خصوصیت همیشه کوتاه¬ترین مسیر ساخته می¬شود در نتیجه تمام داده¬ها از میان گره مهاجم عبور می¬کند.  شکل 3-15 حمله Sinkhole  شکل 3-16 حمله Blackhole حمله Wormhole :در این نوع حمله مهاجم برای گیج کردن پروتکل مسیریابی از مکانیسم تونل بین خودش و دیگر گره¬ها استفاده می¬کند. و امنیت را با بوجود اوردن وقفه، جلوگیری کردن، تغییر و ساخت نابود می-کند.  شکل 3-17 حمله Wormhole حمله Sybil :در این نوع حمله مهاجم چندین هویت غیرقانونی بر روی یک گره ارائه می¬دهد. این نوع حمله بیشترین اثر را بر روی مکانیسم مسیریابی دارد. از این حمله معمولا با تکنیک اعتبارسنجی می¬توان جلوگیری کرد.  شکل 3-18 حمله Sybil حمله Hello flood :این حمله یکی از ساده¬ترین حمله¬ها به شبکه حسگر بیسیم می¬باشد. در این حمله مهاجم بسته HELLO را بصورت همه پخشی با بالاترین قدرت انتقال برای فرستنده یا گیرنده ارسال می¬کند. گره¬های ...