![چگونه تعدیل بنویسیم](../prod-images/773620.jpg)
فایل پاور 53 اسلایدی
چگونه تعدیل بنویسیم
فایل پاور 53 اسلایدی
درس پژوهی بخوانیم و بنویسیم پایه دوم درس خدای مهربان
تعداد صفحات:24
فرمت فایل:ورد
چکیده
آدمی از آغاز بر آن بوده است که تاریکی های جهان را به نور آگاهی و دانش و اندیشه روشن نماید تا بتواند به افق های دورتر دانایی و دانش اوج بگیرد. در این میان اشتغال به نشر و پژوهش در علوم موهبتی است ایزدی که معلمان را به مراتب عالی الهی می رساند. و باری گران و مسئولیتی عظیم را بردوش این جماعت قرار می دهد. جستار پیش رو، حاصل این عشق و احساس وظیفه ی توأمان است.
درس پژوهی برگردان واژه ژاپنی jugyokenkyu بمعنی مطالعه یا پژوهش تشکیل شده است .kenkyu بمعنی درس و jugyo بمعنای مطالعه یا پژوهش است . معادل انگلیسی درس پژوهی Lesson study است .
درس پژوهی به زبان ساده مطالعه و پژوهش جمعی پیرامون عمل تدریس است . بعنوان یک معلم حرفه ای بیا و در روش تدریس خود تامل کن! حتما روش بهتری برای تدریس وجود دارد . اما این بار نه به تنهایی، بلکه با یک گروه از معلمان هم رشته ، روش خود را مورد مطالعه و آزمون قرار دهید ، با هم با نقد شرایط موجود و در جهت نیل به وضع موجود طرح مساله نمایید ، در جهت شناخت بهترین روش ممکن پژوهش کنید ، نتایج پژوهش را در کلاس درس و بصورت طبیعی بیازمایید ، نتیجه آزمایش را نقد کنید ، طرح را اصلاح و دوباره در یک کلاس دیگر آن را اجرا نمایید ، نتایج پژوهش خود را منتشر و در اختیار دیگران قرار دهید .
به این ترتیب شما گام در مسیر درس پژوهی نهاده اید روشی که پایه توسعه مستمر حرفه ای شماست و شما را در مسیر یک معلم حرفه ای و فکور به حرکت وا می دارد !
در این درس پژوهی سعی بر این است که دانش آموزان به طور کامل با مفاهیم کامل درس آشنا گردند و مشکلات و معایب تدریس در این باره برطرف گردد.
مقدمه :
همانطور که می دانیم درس پژوهی شکل اولیه ای از توسعه ی حرفه ای معلمان می باشد که هدف عمده آن بهبود مستمر تدریس می باشد به گونه ای که دانش آموزان بتوانند مطالب را به شیوه ی موثر تری بیاموزند.گروه درس پژوه تلاش می کند طرح درس خود را نقد و بررسی و به شیوه بهینه اصلاح نماید. طرح درس مشارکتی رمز موفقیت معلمان می باشد. برای معلم درس پژوه تمام کردن کتاب مهم نیست، یادگیری و فهمیدن دانش آموزان مهم است. درس پژوهی به معلمان یاد می دهد که در کلاس صرفا یاددهنده نباشند بلکه یادگیرنده نیز باشند.ملاک سنجش در موفقیت درس پژوهی یادگیری معلمان است نه تولید یک درس. تهیه طرح درس بهتر نتیجه جانبی و ثانوی فرآیند است اما نه هدف اولیه آن.
منطق درس پژوهی ساده است اگر میخواهید آموزش را بهبود بخشید، اثر بخشترین جا برای چنین کاری، کلاس درس است. اگر شما این کار را با درسها شروع کنید، مسئلهی چگونگی کاربرد نتایج تحقیق در کلاس درس ناپدید می شود.در اینجا بهبود کلاس درس در درجهی اول اهمیت است. درس پژوهی یکی از راههای ارتقا و دستیابی به شیوه های نوین تدریس و کنار گذاشتن شیوه ها و روشهای سنتی است . معلمین مقطع ابتدایی چند سالی است که تلاش می کنند تا بلکه بتوانند با شرکت درجشنواره ی الگوهای نوین تدریس خدمتی در این راستا به نظام تعلم و تربیت کشور به عنوان مهمترین رکن آینده ساز کشور کمکی کرده باشند .
ما در قسمت مبانی علمی و نظری به سه مبحث پرداخته ایم : اول ، طراحی منظم آموزشی یا همان طرح درس ، دوم ؛روشهای تدریس ، سوم ؛هدفهای سه گانه ی تعلیم وتربیت .
عنوان درس پژوهی
بخوانیم و بنویسیم پایه دوم درس خدای مهربان قالب word
چکیده درس پژوهی شامل موارد ذیل می باشد
آدمی از آغاز بر آن بوده است که تاریکی های جهان را به نور آگاهی و دانش و اندیشه روشن نماید تا بتواند به افق های دورتر دانایی و دانش اوج بگیرد. در این میان اشتغال به نشر و پژوهش در علوم موهبتی است ایزدی که معلمان را به مراتب عالی الهی می رساند. و باری گران و مسئولیتی عظیم را بردوش این جماعت قرار می دهد. جستار پیش رو، حاصل این عشق و احساس وظیفه ی توأمان است.
در این نمونه درس پژوهی دوم ابتدایی درس بخوانیم و بنویسیم درس خدای مهربان کلیه مستندات و مراحل اجرا به طور کامل رعایت گردیده است
آنچه در این مجموعه وجود دارد:
برای دانلود کل پاورپوینت از لینک زیر استفاده کنید:
مشخصات این فایل
عنوان: چگونه یک نوشته علمی بنویسیم
فرمت فایل: word( قابل ویرایش)
تعداد صفحات: 119
این مقاله درموردچگونه یک نوشته علمی بنویسیم می باشد.
سلسله مراتب آزمون نرم افزارها
سیستمهای نرم افزاری نباید مثل یک برنامه کوچک به یکباره و طی یک مرحله مورد آزمون قرار گیرند. سیستمهای نرم افزاری بزرگ از زیرسیستمهایی تشکیل شدهاند که این زیرسیستمها خود متشکل از پیمانه ها و پیمانه متشکل از واحدهای متعددی هستند. از اینرو آزمون سیستمهای نرم افزاری بایستی طی مراحل متعددی صورت پذیرد. چنانچه در اجرای آزمون هر مرحله، مشکلی پیش آید، ممکن است نیاز باشد تغییراتی در مراحل قبلی اعمال شود و درصورت بروز چنین رویدادی مجدداً بایستی کلیۀ رویه های آزمون مربوط به مراحل قبلی تکرار شود تا از صحت عملکرد کلیۀ واحدها، پیمانه ها و زیرسیستمها اطمینان کافی به دست آید.
آزمون واحد : هر یک از واحدهای نرم افزاری به طور جداگانه مورد آزمون قرار میگیرند تا از درستی کار آنها اطمینان حاصل شود. چنانچه در مراحل بعدی آزمون، اشکالی در واحدی از اجزای تشکیل دهنده نرم افزار کشف شود آنگاه پس از رفع اشکال در واحد مربوطه، این مرحله برای آن واحد نرم افزاری تا کسب
2- آزمون پیمانه : مجموعهای از واحدهای نرم افزاری مرتبط به یکدیگر یک پیمانه را تشکیل میدهند به نحوی که بدون نیاز به سایر پیمانه های نرم افزار، قابل آزمون هستند.
3- آزمون زیر سیستم : در این مرحله مجموعهای از پیمانه ها که یک زیرسیستم را تشکیل میدهند، آزمایش میشوند. هر زیرسیستم ممکن است مستقل از سایر زیرسیستمها طراحی و ساخته شود. متداولترین مشکلی که در سیستمهای بزرگ نرم افزاری بروز میکند، عدم تطابق واسطهای بین زیرسیستمها میباشد. از اینرو در آزمون هر زیرسیستم بایستی توجه خاصی به کشف خطاها بین واسطهای هر زیر سیستم با سایر زیرسیستمها شود.
4- آزمون سیستم : با یکپارچه نمودن زیرسیستمها، سیستم نرم افزاری ساخته میشود. آزمون در این سطح بایستی به کشف خطا در هنگام تعامل بین زیرسیستمها و عناصر تشکیل دهنده سیستم اختصاص یابد. در ضمن بایستی اطمینان کافی از برآورده کردن نیازها و خواسته های عملیاتی و غیرعملیاتی (به عبارت دیگر خواسته های کیفی) حاصل شود.
5- آزمون تأیید کاربر : این آزمون، مرحلۀ نهایی آزمون است و پس از انجام موفقیت آمیز آن، سیستم نرم افزاری وارد مرحلۀ اجرای واقعی میشود، به عبارت دیگر عملیاتی میگردد. داده های این آزمون را داده های واقعی تشکیل میدهند. در این آزمون ممکن است مواردی از خطا کشف شود که نشانگر در نظر گرفته نشدن بعضی از موارد مطرح شده در نیازها و خواسته های کاربران باشد.
استراتژیهای اجرای آزمونها
آزمونهای نرم افزار ممکن است براساس رویکردهای متفاوتی انجام پذیرد، که عبارتند از :
1- آزمون بالا به پایین
2- آزمون پایین به بالا
3- آزمون نخکشی
4- آزمون فشار
5- آزمون موازی سیستم قدیم و جدید
گزارشات آزمون نرم افزار 14
در سیستمهای نرم افزاری بزرگ ممکن است، ترکیبی از استراتژیهای فوق به منظور آزمون کل سیستم به کار گرفته شود.
در آزمون بالا به پایین، سطوح بالایی یک سیستم بدون در نظر گرفتن عناصر تشکیل دهنده آن، مورد آزمون قرار میگیرند. در حالی که در آزمون پایین به بالا ابتدا درستی عناصر سطوح پایین مورد آزمون قرار میگیرند و به ترتیب آزمون در سطوح بالاتری اعمال میشود تا کل سیستم آزمایش شود. هنگامی که سیستم مبتنی بر وقایع باشد و براساس هر رویدادی عملی صورت پذیرد، آزمون نخکشی اجتنابناپذیر است. به وسیلۀ این نوع آزمون تمامی مسیرهای ممکن برای انجام امور مورد ارزیابی قرار میگیرد. در برخی از سیستمها حجم معینی از عملیات پیشبینی میشود تا در یک بازه زمانی معین انجام شود، در هنگام آزمون این سیستمها بایستی از دست یافتن به نیازهای عملیاتی اطمینان حاصل شود. به عنوان مثال اگر سیستم بایستی توانایی انجام 100 تراکنش در ثانیه را داشته باشد، آزمون فشار در مورد آن اجرا میشود تا تعیین شود از توان لازم برخوردار است یا نه.
هنگامی که نرم افزاری جایگزین نرم افزار دیگری میشود یا نسخه جدیدی از نرم افزار تهیه میشود، نسخه قدیم و جدید همراه با هم با داده های یکسانی مورد آزمایش قرار میگیرند و نتایج بررسی میشوند تا انحرافات و خطاها کشف شوند.
مستندات آزمون
در فرآیند آزمون هر سیستم نرم افزاری، تعدادی گزارش تهیه میشود که عبارتند از :
- گزارش طرح (نقشه) آزمون
- گزارش مشخصات طراحی آزمون
- گزارش مشخصات موارد آزمون
- گزارش مشخصات رویه های آزمون
- گزارش سوابق آزمون
- گزارش اتفاقات آزمون
- گزارش خلاصه آزمون
با توجه به این که هر سیستم نرم افزار از تعدادی اجزاء (به عبارت دیگر زیرسیستم، پیمانه) تشکیل شده است، بنابراین ممکن است گزارشات فوقالذکر به تفکیک اجزاء سیستم تهیه شوند.
ضوابط تدوین گزارش طرح (نقشه) آزمون
هدف
ترسیم و تشریح حوزه، منابع، زمانبندی و چگونگی رویارویی با فعالیتهای لازم جهت انجام آزمون نرم افزار
شرح کلی
اجزا و ویژگیهایی که بایستی مورد آزمایش قرار گیرند، اعمالی که در این خصوص صورت خواهد پذیرفت و افرادی که مسئولیت انجام هر یک از کارها را بر عهده دارند در طرحی که برای آزمون تهیه میشود، مشخص میشود. در این طرح خطرات و زیانهای احتمالی در ارتباط با انجام آزمون نیز تعیین میگردد. آزمون نرم افزار به منظور تشخیص خطا و شناسایی مشکلات قبل از تحویل و عملیاتی نمودن نرم افزار صورت میگیرد. هر چه خطاها و مشکلات در مراحل ابتداییتری مشخص شوند، هزینه و وقت کمتری صرف اصلاح و رفع اشکالات خواهد شد. برای کلیۀ مراحل ساخت نرم افزار، آزمونی خاص آن مرحله طرح میگردد و با طی راه و مسیر تعیین شده در طرحها، در نهایت نرم افزار مورد آزمون قرار میگیرد
شکل ظاهری :
ضوابط تدوین گزارش طراحی معماری سیستم
ضوابط تدوین گزارش تحلیل نیازها و خواسته های نرم افزار
ضوابط تدوین گزارش طراحی معماری نرم افزار
سلسله مراتب آزمون نرم افزارها
استراتژیهای اجرای آزمونها
ضوابط تدوین گزارش طرح (نقشه) آزمون
ضوابط تدوین گزارش مشخصات طراحی آزمون
ضوابط تدوین گزارش مشخصات رویه های آزمون
ضوابط تدوین گزارش سوابق آزمون
ضوابط تدوین گزارش اتفاقات آزمون
گزارش خلاصۀ آزمون
مقدمه ای بر مستندات کاربران
ضوابط تدوین مستندات کاربران