سناریو مهندسی نرم افزار
نوع نرم افزار و مدل فرآیندی
مدل های فرآیند نرم افزاربرای حل مسائل واقعی در یک مجموعه ی صنعتی ، یک مهندس نرم افزار یا تیمی از مهندسان باید یک راهبرد توسعه تعیین کنند که در بر گیرنده ی لایه های فرآیند ،روش ها و ابزارها این راهبرد را غالباً مدل فرآیند یا الگوی مهندسی نرم افزار می نامند .مدل ترتیبی خطیاین مدل که گاه مدل «آبشار» یا «چرخه ی حیات کلاسیک» نیز خوانده می شود یک روش سیسماتیک و ترتیبی برای بسط نرم افزار پیشنهاد می کند که در سطح سیستمی آغاز می شود و به تحلیل،طراحی ، کدنویسی،آزمایش و پشتیبانی پیشروی می کند . مهندسی سیستم /اطلاعات و مدل سازی .از آنجا که نرم افزار همواره بخشی از یک سیستم (یا یک مقوله ی کاری ) بزرگتر است ، کار با تعیین خواسته های مربوط به همه ی عناصر سیستم و سپس اختصاص دادن زیر مجموعه ای از این خواسته ها به نرم افزار آغاز می شود .این دید سیستمی هنگامی اهمیت می یابد که قرار است نرم افزار با عناصر دیگری از قبیل سخت افزار ، افراد و بانک های اطلاعاتی تعامل داشته باشد مدل نمونهسازیغالباً،مشتری یک مجموعه اهداف برای نرم افزار تعیین می کند، ولی جزئیات ورودی ها، پردازش یا خواسته های ورودی را مشخص نمی کند.الگوی ساخت نمونه ی اولیه با جمع آوری خواسته ها آغاز می شود. نمونه ی اولیه می تواند به عنوان «نخستین سیستم » عمل کند.ساخت نمونه ی اولیه نیز می تواند به دلایل زیر مشکل آفرین باشد:1.مشتری چیزی را می بیند که ظاهراً یک نسخه ی کاری از نرم افزار است.ولی نمی داند که این نمونه ی اولیه کامل نیست ،نمی داند که به لحاظ شتابی که در به کارگیری داشته ایم ، کیفیت کلی نرم افزار و قابلیت نگهداری دراز مدت مد نظر نبوده است.2.سازندگان غالباً برای به کارگیری هرچه سریع تر نمونه ی اولیه ، در پیاده سازی آن کوتا می آید ممکن است از یک سیستم عامل یا زبان برنامه نویسی نامناسب استفاده شود،صرفاً به خاطر این که در دسترس و شناخته شده است ممکن است یک الگوریتم نا کارآمد پیاده سازی شود.صرفاً برای آن که قابلیت برنامه نشان داده شود. ممکن است مشکلاتی رخ دهد ولی ساخت نمونه ی اولیه می تواند الگوی مؤثری برای مهندسی نرم افزار باشد. مدل RAD توسعه ی کاربردی سریع (RAD )یک مدل فرآیند توسعه ی تدریجی نرم افزار است که بر یک چرخه ی توسعه بی اندازه کوتاه تأکید دارد.RAD شکل «پرسرعت»مدل ترتیبی خطی است که در آن توسعه ی سریع با استفاده از ساخت مبتنی بر مؤلفه ها عمل می شود. مدل افزایشی فرآیند نرم افزاررفته رفته این احساس تقویت می شود که نرم افزارها نیز همانند همه ی سیستم های پیچیده ی دیگر ، در اثر مرور زمان تکامل می یابند.مدل ترتیبی خطی برای توسعه ی آسان طراحی شده است.در اصل، در ...
سناریو نویسی
به دليل وجودعدم قطعيت بالا در چگونگي رفتار برخي متغيرهاي کلان محيطي که تحت کنترل يک شرکت نيستند و اثر شديدي بر استراتژي ها و عملکرد شرکت خواهند داشت، مديران و استراتژيست ها در سازمانها ازابزار سناريونويسي به منظور تحليل و تدوين استراتژي هاي سازمان درشرايط مختلف، بهره مي برند. سناريونويسي بيشتر به منظور تعيين حالات مختلف روندهاي کلاني نظيرمناقشات بين المللي، قيمت انرژي، قيمت محصولات اساسي، تغييرسياست دولتها و... که تأثيري جدي برروندهاي متغيرهاي جزئي دارند، استفاده مي شود. در اين روي كرد بر اساس حالت هاي بدبينانه، خوش بينانه و محتمل متصور براي هر متغير، تمهيدات لازم طراحي و استراتژي هاي مناسب شناسايي شده و مبناي عمل قرار مي گيرد. براي تشريح اين مساله بد نيست که مثال انتخاباتي بزنم که از همه چيز ملموس تر است. فرض کنيد محافظه کاران در حال برنامه ريزي براي انتخابات دهم هستند. دو اتفاق که داراي قطعيت هم نيست مي تواند معادلات و محاسبات را به شدت تحت تاثير قرار دهد. اين دو اتفاق يکي حضور خاتمي و ديگري ادامه حضور کروبي است. با اين دو اتفاق سه سناريوي اساسي مطرح مي شود که در هر سناريو نوع رفتار محافظه کاران تغيير مي کند. سناريوي اول اعلام حضور خاتمي و ماندن کروبي است. در اين شرايط چون در اصلاح طلبان اجماع نشده است پس احتمالا محافظه کاران کمتر نياز به اجماع را حس خواهند کرد. سناريو دوم اعلام حضور خاتمي و کنار رفتن کروبي به نفع خاتمي است که در اين شرايط به نظر مي آيد اصولگرايان با وجود اختلاف ها مجبور خواهند بود که روي احمدي نژاد اجماع کنند. سناريوي سوم نيز عدم حضور خاتمي و ماندن کروبي است که در اين شرايط نيز محافظه کاران رفتار ديگري خواهند داشت و احتمال تکثر در کانديداهايشان بيشتر خواهد بود و مثلا احتمال حضور قاليباف در اين شرايط قوت مي گيرد. اينکه سناريوها بر حسب چه اتفاق و يا حالات مختلف چه متغيري مي بايست تدوين شود بستگي به کليدي و تاثير گذار بودن متغير بر شرايط مساله دارد. در واقع بايد حداقل متغيرهايي انتخاب شوند که اهميت بسيار بالايي دارند چرا که هر چه تعداد متغيرها بيشتر شود طبق اصل ضرب سناريوها هم بيشتر خواهد شد و در واقع اثر بخشي اين ابزار کم خواهد شد. مثلا فرض کنيد در همان مثال بالا حضور يا عدم حضور مثلا مهرعليزاده نمي تواند تاثير معناداري در رفتار محافظه کاران داشته باشد. يک مثال ديگر را هم بد نيست با هم مرور کنيم. فرض کنيد يک تحليل گر به هر دليلي قصد دارد روابط آينده ايران و آمريکا را تحليل کند و تاثير آن را بر مساله مورد نظر خودش تحليل کند. مثلا فرض کنيد اين فرد هوشنگ اميراحمدي است. براي ...
دانلود پروژه مهندسی نرم افزار (سیستم مدیریت کنفرانس)
پروژه سیستم مدیریت کنفرانس:به همراه :فایل Docسناریورشنال رز Asp.netبانک اطلاعاتی Sql دانلود در ادامه مطلب تذکر:درصورتی که دانشجوی دانشگاه شیراز هستید با تغییرات گرافیکی از این پروژه استفاده کنید ...چون موضوعی که برای دانشجو انتخاب میشه مشترک میباشد! دانلود هدر اصلی:http://upcity.ir/images2/73414353862220339761.pngپروژه سیستم مدیریت کنفرانس:ثبت نام در سیستمارسال مقاله توسط کاربرصفحه مدیریتتایید مقاله های ارسال شدهبه همراه :فایل Docسناریورشنال رز Asp.netبانک اطلاعاتی Sql دانلود از4Shared
تست نرم افزار (قسمت 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 فرد می توانند کارشان را به شکل کامل انجام بدهند. اما اگر موارد مورد نیاز برای یکی از آنها توسط دیگری تامین شود ممکن است موارد تهیه شده ...
دانلود رایگان پروژه مهندسی نرم افزار سیستم داروخانه
عنوان: پروژه مهندسی نرم افزار سیستم داروخانهفرمت: rational roseمعرفی سیستم: سیستم داروخانهصورت مسئله : یک سیستم دریافت نسخه و تحویل داروهدف : کنترل و مدیریت مراجعه کنندگان ، دارو و امور مالینیازهای عملیاتی :۱- سخت افزار :به طور همزمان چندین کاربر بتوانند از آن استفاده نمایند.سیستم باید قابلیت تغییرات مکانی را داشته باشد .سیستم باید با اینترنت سازگاری داشته باشد .سیستم قابلیت کار با شبکه را داشته باشد .۲- مدیریت سیستم داروخانه :سیستم باید امکان تعیین سطح دسترسی کاربران به اطلاعات را اعمال کند.سیستم باید با برنامه‌های سازمان‌های بیمه ای سازگاری داشته باشدنیاز‌های کیفی :سیستم باید جزئیات نسخه بیمار را مدیریت نماید.سیستم باید وجه دریافتی و وجه پرداختی را کنترل نماید .سیستم باید فاکتورهای دریافتی و پرداختی شرکت‌های داروئی را کنترل نماید .سیستم بایستی با کمترین اطلاعات اسناد مورد نظر را جستجو نمایید.سیستم بایستی تعداد داروهای فروخته شده و موجود را کنترل کند .شامل ۲۴ مورد استفاده + شرح کامل سناریو + فایل رشنال رز + نمودار فعالیت + نمودار توالی + نمودار حالت و … لینک دانلود: دانلود رایگان با لینک مستقیمحجم: 2.55 مگابایتپسورد: www.nayabprojects.comمنبع: پروژه های نایاب
پروژه مهندسی نرم افزار - تجزیه وتحلیل آژانس هواپیمایی
پروژه مهندسی نرم افزار تجزیه وتحلیل آژانس هواپیمایی توضیح : هدف از طراحی این پروژه این است که تمامی نیازهای کاربران و ذینفعان سیستم ثبت نام تورهای مسافرتی که به صورت دستی انجام می گرفت ( در مسافرتهای فصلی آژانسها شلوغ می شود و باعث می شود مشتریها ساعتها یا بعضا روزها منتظر بلیط بمانند ) به سیستم نرم افزاری انتقال یابد که باعث می شود کارها به سرعت انجام گیرد و همچنین امنیت اطلاعات در این سیستم بالا می رود . در این سیستم جهت بدست آوردن نیازهای سیستم نرم افزاری با کاربران و ذینفعان مصاحبه ای انجام گرفته و نیازهای آنها در ادامه مشخص شده است .بخش رابط کاربر ، يکی از عناصر اصلی و بسيار مهم در يک نرم افزار است . در برنامه های وب دات نت ، اين مسئوليت بزرگ به فرم های وب واگذار شده است . با استفرار متن و يا کنترل های مورد نياز با توجه به سياست طراحی نرم افزار بر روی يک فرم وب ، زمينه ارتباط با کاربر و استفاده از پتانسيل های ارائه شده توسط يک برنامه وب دات نت ، فراهم می گردد. فرم های وب شباهت بسيار زيادی با فرم های ويندوز در يک برنامه ويندوز دارند . بر خلاف برنامه های ويندوز ، برنامه های وب بر روی يک سرويس دهنده اجراء و از طريق زير ساخت اينترنت ( و يا اينترانت ) خدمات خود را در اختيار متقاضيان ( سرويس گيرندگان ) قرار می دهند .بديهی است که نحوه ايجاد و سازماندهی يک پروژه برنامه وب دارای تفاوت های محسوسی نسبت به برنامه های ويندوز است . تذکر 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 حجم : ۴.۱مگابایت
پروژه مهندسی نرم افزار رای گیری آنلاین
پروژه درس نام استاد راهنمای پروژه: موضوع پروژه: سيستم رای گیری آنلاین روش تحلیل: 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 ويژگي هاي ...