امنیت در معماری نرم افزار (پاورپوینت معماری) - امنیت در معماری نرم افزار فهرست مطالب تعریف معماری نرم افزار جایگاه امنیت در معماری نرم افزا...
لینک دانلود و خرید پایین توضیحات
دسته بندی : پاورپوینت
نوع فایل : powerpoint (..ppt) ( قابل ویرایش و آماده پرینت )
تعداد اسلاید : 40 اسلاید
قسمتی از متن powerpoint (..ppt) :
درس مهندسی نرم افزار پ ی شرفته
فصل دوم
بسمه تعالی
معرفی اصول شئ گرائی برای مقابله با پیچیدگی نرم افزار
این اسلایدها برگرفته از اسلایدهای درس مهندسی نرم افزار پیشرفته است
اهداف جلسه
آشنائی با اصول شئ گرائی
درک نقش اصول شئ گرائی در کنترل پیچیدگی
سیستمهای نرم افزاری
درک مزایای مدل شئ و کاربردهای آن
فهرست
مقدمه
روشهای طراحی
تجرید Abstraction
دربرگیری Encapsulation
واحدبندی Modularity
سلسه مراتب Hierarchy
مزایای مدل شئ و کاربردهای آن
نقش نرم افزار در روزهای اولیه عصر کامپیوتر
نقش ثانویه تلقی می شد( Afterthought )
هزینه اساسی طراحی یک سیستم کامپیوتری از آن سخت افزار بود
بیشتر نرم افزارها بوسیله یک نفر تولید و توسعه می شدند
مقدمه
لینک دانلود و خرید پایین توضیحات
دسته بندی : پاورپوینت
نوع فایل : powerpoint (..ppt) ( قابل ویرایش و آماده پرینت )
تعداد اسلاید : 12 اسلاید
قسمتی از متن powerpoint (..ppt) :
بسم الله الرحمن الرحیمروشهای مقابله با جنگ نرم
روشهای مقابله با جنگ نرم: نمای کلی
روشهای خانوادگی
روشهای اجتماعی
روشهای فرهنگی
روشهای اقتصادی
روشهای امنیتی
روشهای سیاحتی
روشهای فنی
تعاریف جنگ نرم
فن فتح ذهنها
فن ایجاد تغییر از راه اقناع
فن تسلط بر اندیشه افراد
انحراف افکار همراه با اعتمادسازی
تلاش برای جابجایی مصادیق تولی و تبری
تلاش برای تصرف بیست سانتیمتر فضا ، فضای بین دو گوش نخبگان
پیش نیازها برای مقابله با جنگ نرم
ضرورت اخلاص
حفظ انضباط
لزوم سازماندهی
روشهای خانوادگی
دقت در منابع خبری
توجه به مصاحبه های صدا و سیما
رادیو معارف
دقت در انتخاب دوستان
تعادل در محبت به فرزندان
حلاوت دین
بیان شیرین
کامپیوتر در هال
منع ماهواره
رفاقت با اسلام شناس
لزوم هادی سیاسی
معاشرت با مستضعفان
لینک دانلود و خرید پایین توضیحات
دسته بندی : پاورپوینت
نوع فایل : powerpoint (..pptx) ( قابل ویرایش و آماده پرینت )
تعداد اسلاید : 90 اسلاید
قسمتی از متن powerpoint (..pptx) :
بسم الله الرحمن الرحیم
جنگ نرم: مبانی، ابزارها، شگردها و راههای مقابله
« و الفتنة اکبر من القتل و لایزالون یُقاتلونکم حتی یَرُدُّوکُم عَنْ دینِکُم إن استطاعُوا » . (بقره/217)
در این آیه مقارنة زیبایی بین فتنه و جنگ دائمی دشمنان دین با دینداران برقرار شده است. این جنگ دائمی بسته به موقعیتهای زمانی و مکانی و شرایط فرهنگی و علمی شکل و شمایل خاص خود را پیدا میکند .
انواع جنگ
جنگها با توجه به معیارهای مختلف به انواع متفاوتی تقسیم میشوند. مثلاً بر اساس توازن قوا، به جنگ عادلانه و غیر عادلانه ، بر اساس مقیاسهای جغرافیایی به جنگهای محلی، منطقهای، فرامنطقهای و جهانی ، با توجه به نوع تاکتیک، به منظم (کلاسیک) و نامنظم (چریکی) ؛ بر اساس نوع سلاح به هستهای و غیرهستهای تقسیم میشوند.
در یک تقسیم کلی و با توجه به ابزارهای به کار گرفته در جنگ و همچنین هدف اصلی از آن، میتوان جنگها را به سه نوع تقسیم کرد: جنگهای سخت ( Hard War )، جنگهای نیمهسخت ( Simi hard war ) و جنگهای نرم ( Soft War ) .
انواع جنگ
دوران استعمار
نوع جنگ (دکترین غالب)
اهداف
ابزارها
استعمار کهن (1500-1945)
جنگ سخت
تصرف سرزمین
ادوات نظامی
استعمار نو
(1945-1990)
جنگ نیمهسخت
تغییر حاکمان
تحریک مزدوران داخلی
استعمار فرا نو
(1990- )
جنگ نرم
دگرگونی باورها و ارزشها و سبک زندگی
رسانههای مکتوب، صوتی و تصویری؛ و هر چیزی غیر از ادوات نظامی
تعریف جنگ نرم
پرفسور حمید مولانا در کتاب «اطلاعات عالمگیر و ارتباطات جهانی » در سال 1986 قدرت نرم را به قدرت بر شکلدهی و تغییر ایدهها و ترجیحات طرف مقابل تعریف کرد.
جوزف نای : قدرت نرم را به «توانایی شکلدهی ترجیحات دیگران» تعریف کرد. جوزف نای قدرت سخت را به «قدرت برای اجبار» و قدرت نرم را به «قدرت برای جذب و اقناع » تعریف میکند .
«جنگ نرم، استفاده دقیق و طراحی شده از تبلیغات و دیگر اعمالی است که منظور اصلی آن تاثیرگذاری بر عقاید، احساسات، تمایلات و رفتار دشمن، گروه بی طرف و یا گروههای دوست است به نحوی که برای برآوردن مقاصد و اهداف ملی پشتیبان باشد»
لینک دانلود و خرید پایین توضیحات
دسته بندی : پاورپوینت
نوع فایل : powerpoint (..ppt) ( قابل ویرایش و آماده پرینت )
تعداد اسلاید : 51 اسلاید
قسمتی از متن powerpoint (..ppt) :
تکنیک های آزمایش نرم افزار
تکنیک های آزمایش نرم افزار
اهمیت آزمایش نرم افزار و اثرات آن بر کیفیت نرم افزار نیاز به تأکید بیشتر ندارد. Deutch در این باره اینگونه بیان می نماید :
توسعه سیستم های نرم افزاری شامل یک سری فعالیت های تولید می باشد که امکان اشتباهات انسانی در آن زیاد است. خطاها در ابتدای یک فرآیند و مراحل توسعه بعدی آن ظهور می نمایند که اهداف با خطا یا به صورت ناقص مشخص شده باشند. به دلیل عدم توانایی انجام کارها و برقراری ارتباط به صورت کامل، توسعه نرم افزار با فعالیت تضمین کیفیت همراه است.
آزمایش نرم افزار عنصری حیاتی از تضمین کیفیت نرم افزار می باشد و مرور تقریبی مشخصه، طراحی، و تولید کد را نشان می دهد.
قابلیت رویت در حال افزایش نرم افزار به عنوان عنصری از سیستم، و هزینه های مربوط به شکست نرم افزار، نیروهای محرکی هستند برای برنامه ریزی خوب از طریق آزمایش. برای یک سازمان توسعه نرم افزار، غیرمعمول نیست که بین 30 تا 40 درصد کل فعالیت پروژه را برای آزمایش صرف کند. در نهایت، آزمایش نرم افزاری که برای انسان حیاتی است (برای مثال، کنترل پرواز، نظارت راکتور هسته ای) سه تا پنج برابر، هزینه بیشتر از تمام مراحل مهندسی نرم افزار را در مجموع خواهد داشت. در این فصل، اصول بنیادی آزمایش نرم افزار اهداف قابل تغییری را برای آزمایش نرم افزار تعریف می نما یند. طراحی ابزار آزمایش بر مجموعه ای از تکنیک ها برای ا یجاد ابزارهای طراحی که اهداف کلی آزمایش را برآورده نمایند تأکید دارند. در فصل 18 ، استراتژی های آزمایش و اشکال زدایی نرم افزار ارائه می گردند .
نگاهی گذرا
در مورد چه چیزی بحث می شود؟
پس از تولید کد مبدأ، نرم افزار باید مورد آزمایش قرار گیرد تا هر تعداد خطا را که ممکن است، قبل از تحویل به مشتری کشف (و تصحیح) نماید. هدف طراحی یک سری ابزارهای آزمایش می باشد که با احتمال بالایی خطاها را می یابند، اما چگونه؟ در این مرحله است که تکنیک های آزمایش نرم افزار ظاهر می شوند. این تکنیک ها، راهنمایی سیستماتیک را برای آزمایش هایی فراهم می کنند که
(1) منطق داخلی مؤلفه های برنامه را مورد آزمایش قرار می دهد
(2) محدوده ها ی ورودی و خروجی برنامه را آزمایش می کند تا خطاهایی را در عملکرد، رفتار، و کارایی برنامه بیابد.
چه کسی آن را انجام می دهد؟
در ضمن مراحل اولیه آزمایش، مهندسی نرم افزار تما آزمایشها را انجام می دهد. به هر حال، با پیشرفت فرآیند آزمایش، متخصصین آزمایش نیز ظاهر می شوند .
دلیل اهمیت آن چیست ؟
مرورها و فعالیت های SQA ، خطاها را آشکار می نمایند، ا ما کافی نیست. با هر اجرای برنامه، مشتری آن را آزمایش می نماید! بنابراین، باید برنامه قبل از مشتری اجرا گردد، با هدف یافتن و حذف تمام خطاها، به منظور یافتن بیشترین خطاها، آزمایشها باید بطور سیستماتیک هدایت شوند و ابزارهای آزمایش باید با استفاده از تکنیکهای خاص طراحی گردند.
نرم افزار از دو نما مورد آزمایش قرار می گیرد. نیازهای نرم افزار با استفاده از تکنیک های طر احی ابزارهای آزمایش جعبه سیاه مورد آزمایش قرار می گیرند. در هر دو حالت، هدف یافتن حداکثر تعداد خطاها با حداقل مقدار فعالیت و زمان می باشد.
مراحل انجام آن چیست؟
محصول کاری چیست؟
مجموعه ای از ابزارهای آزمایش، برای آزمایش منطق داخلی و نیازهای خارجی برنامه، طراحی و مستند سازی می شوند. نتایج مورد انتظار تعریف میشوند، و نتایج واقعی ثبت می گردند .
چگونه می توان از صحت انجام آن مطمئن شد؟
هنگام شروع آزمایش، دیدگاه خود را تغییر دهید. سعی کنید کار نرم افزار را مختل کنید! ابزارهای آزمایشی به صورت اصولی طراحی کنید و این ابزارهای آزمایش ایجاد شده را برای قوت آن ها مرور نماید
1-17 اصول آزمایش نرم افزار
آزمایش، موارد غیرمعمول جالبی را برای مهندس نرم افزار آشکار می نماید. در ضمن فعالیت های اولیه مهندسی نرم افزار، مهندس، سعی در ایجاد نرم افزار با استفاده از مفهومی مجرد و بدست آوردن محصولی و اضع و کامل دارد . اینک آزمایش باید انجام شود. این مهندس یک سری ابزار آزمایش ایجاد می کنئد که باید نرم افزار ایجاد شده را با شکست روبرو نمایند. در واقع، آزمایش، یک مرحله در فرآیند نرم افزار است که می تواند به عنوان فرآیندی مخرب به جای سازنده در نظر گرفته شود (حداقل از نظر روانشناسی).
طبیعت مهندسین نرم افزار سازندگی است. آزمایش نیازمند این است که توسعه دهنده، نکات اولیه صحت نرم افزار را صرف نظر کند و بر تناقض ایجاد شده در نتیجه تشخیص خطا غلبه نماید . Beizer این وضعیت را به این صورت بیان می کند :
نکته غیر قابل باوری وجود دارد که اگر در برنامه نویسی به خوبی در نظر گرفته شود، خطایی برای یافتن وجود نخواهد داشت. اگر امکان تمرکز واقعی وجود داشته باشد، اگر همه از برنامه نویسی ساخت یافته، طراحی بالا به پایین ، و جداول تصمیم گیری استفاده کنند، اگر ابزار صحیح را در اختیار داشته باشیم، خطایی نیز وجود نخواهد داشت. خطاها وجود دارند، چون آنچه انجام می دهیم کاملاً درست نیست، و اگر این کارها درست انجام نشوند، در مورد آنها گناهکار هستیم. بنابراین، آزمایش و طراحی ابزار آزمایش، پذیرش شکست است، که به تدریج به گناه پذیرفته شده تبدیل می شود. و انجام آزمایش، تنبیهی است برای این خطاها. تنبیه برای چه؟ برای انسان بودن؟ گناه برای چه؟ برای شکست در رسیدن به تکامل؟ برای تشخیص ندادن بین آنچه یک برنامه نویس فکر می کند و آنچه بیان می کند؟ برای شکست در برقراری ارتباط تله پاتی؟ برای عدم حل مشکلات ارتباطات انسانی که به وجود می آیند... برای چهارده قرن؟
آیا آزمایش احساس گناه است؟ آیا آزمایش واقعاً مخرب است؟ پاسخ به این سئوالات «خیر» است! به هر حال، هدف از آزمایش چیزی است متفاوت از آنچه انتظار می رود.