محسن شفیعی

محسن شفیعی

ارائه نکات آموزشی و مشاوره
محسن شفیعی

محسن شفیعی

ارائه نکات آموزشی و مشاوره

,واقعا بعضی وقتها از اینکه انسان عمرش رو در چه راهی صرف میکنی شگفت زده میشه!!

سلام به همه قضاوت با شما یکی از دانشجوهای قدیمی این مطالب رو برام نوشته، شما بخونید و قضاوت کنید من هیچی نمی گم شاید راست میگه این دوستمون:

دیدار دوباره
ریحانه عاملی <ameli@gmail.com>

به به استاد شفیعی عزیز.چه خبر.شما که هنوز تو پیام گور درس میدید.دل بکن از ایم دانشگاه بوققققق .اتفاقی به ذهنم رسید به سایت ecgبرم و یادی از گذشته ها بکنم که دیدم باز شما لیست نمرات زدین.چشم بسته گفتم همرو انداختی.اما تعجب کردم نمره 5دادی .از همه خنده دارتر ارفاقم میکنی.مگه ارفاقم بلدی؟زمان ما بالاترین نمرت4.25بود.بقیم یا نیم بودن یا 0.25 .خداازت نگذره استاد.خب چرا اینجوری بودی؟ولی بازم با تمام این احوالات پایگاهمو 17 شدم.گذشته ها گذشته.ولی دارم میبینم گه استاد داری پیر میشی و ارفاق میکنی. از ما که گذشت و حلال کردیم.دمتون گرم.خسته نباشید و با قدرت ادامه بدههههههههه.راستی استاد پسرتم قراره راه شما دو ادامه بده.یعنی نسل در نسل تو اون دانشگاه بوق تدرس کنید؟

اعلام نمرات میان ترم درس فناوری اطلاعات در مدیریت 3 دانشگاه پیام نور

با سلام خدمت دانشجویان عزیز

نمرات میان ترم درس فناوری اطلاعات در مدیریت به قرار زیر اعلام شده است، لطفا توجه داشته باشید ملاک اصلی افزایش نمره حضور در کلاس بوده است، این نمرات در دو ستون ثبت شده ستون اول نمره خام شما از برگه میان ترم است (از 6 نمره) و ستون دوم نمره افزایش یافته که در گلستان هم ثبت شده است.

شماره دانشجویی میان ترم از 6 نمره بعد از ارفاق
917753190 4.25 5.5
900150685 0.75 0.75
909794181 3.25 5.25
900034448 2.75 4.25
900404411 3 4.25
917753292 3.75 5.25
890054320 2.25 3.5
900424488 1.75 3
917823807 3 4
900458226 3.5 5.5

تاریخ اولیه جهت آزمون میان ترم

سلام

1- درس فناوری اطلاعات در مدیریت 3 کد درس 1511003   تاربخ مورد نطر: سه شنبه 14/2/95 ساعت 18 الی 20

2- درس اصول فناوری اطلاعات کد درس 1322004   تاریخ مورد نظر: سه شنبه 21/02/1395 ساعت 18 الی 20

تاریخ های زیر در فاز اول پذیرفته شده است ولی نیاز به تایید نهایی واحد برنامه ریزی دارد لذا در این خصوص دانشجویان برای آزمون در تاریخ های فوق آمادگی داشته باشند.

لیست فصول و تعداد نفرات برای ارائه درس مهندسی نرم افزار 2

با سلام

دانشجویان عزیز لطفا بر اساس لیست زیر فصل مورد نظر خود را برای ارائه با توجه به شرایط زیر انتخاب کنند:

1- اولویت برای انتساب بر اساس اولویت اعلام است(زمان اعلام درخواست)

2- در قسمت نظرات همین پست درخواست خود را ارسال کنید

3-هر دانشجو حداقل سه مورد را انتخاب کند بر اساس اولویت (در صورتیکه انتخابها قبل از انتخاب انتساب داده شده باشد، انتخابهای بعدی اولویت دارد)

4- بر اساس درخواستهای ارائه شده تا این تاریخ 22/01/1395 افراد زیر در تاریخ های مشخص شده و برای فصول ارائه شده انتخاب شده اند، لطفا سایر دانشجویان از فصول باقیمانده برای ارائه استفاده کنند.
5-  با توجه به مشکل عدم امکان درج یادداشت لطفا از قسمت تماس با من استفاده کنید.
شماره فصل نام فصل تعداد افراد ارائه دهنده1 تاریخ ارائه
13 WebApp Design 2 ماجده تفقدی  1394/12/10
14 Quality Concept 1 زهره ایزانلو 1394/12/17
15 Review Techniques 1 خدیجه علیزاده 1394/12/16
16 Software Quality Assurance 1 زرین عشقی 1394/12/23
17 Software Testing Strategies 2 اقایان افشارفر و روشنی1395/01/30
18 Testing Conventional App 2 فضه عباسی 1395/02/06
19 Testing ObjectOriented App 1 فاطمه سلمانی 1395/02/13
20 Testing Web App 2 محمدرضا کشتی دار 1395/02/13
21 Formal Modeling & Verification 2 فائزه سادات باطنی 1395/02/20
22 Software Configuration Management 2 مهسا امانی 1395/02/27
23 Product Metrics 2

نکته شماره #3 کسب و کار فناوری (Tip#3)

با سلام 

Tip#3

نکته شماره سه در کسب و کار و تعامل با مشتری:

ضمن پوزش از وقفه ایجاد شده در پستهای این فصل به دلیل درگیریهای کاری، در این پست به طرح این مساله خواهم پرداخت که تا چه حدی باید به مشتری خارج از چارچوب قرار داد خدمات داد و باید چه زمانی خدمات اضافی را متوقف کرد و در اینصورت نحوه قطع خدمات و یا جایگزینی آن چگونه باید انجام شود؟

فاکتورهای تعیین کننده در این تصمیم به قرار زیر است:

1- اندازه مشتری (سازمانی بزرگ، سازمانی کوچک، بخش خصوصی یا دولتی)

2- بازار هدف محصول ما

3- میزان امید به تمدید قرار داد و یا انعقاد قرار داد جدید و ...

4- میزان بازگشت سرمایه در  قرار داد(میزان سودآوری قرار داد)

نکته مهم در نتیجه تصمیم گیری این مورد است که: باید بین درخواستی که مشتری واقعا به آن نیاز دارد و به عبارت ساده تر کار سازمان بابت این درخواست block شده

 است را تشخیص داد، اگر در موارد مطرح شده وضعیت اینگونه باشد باید تلاش کرد تا زمانیکه واقعا از نظر اقتصادی برای شرکت بار اضافی شارژ نشده و با اهداف از پیش تعیین شده شرکت تداخل ایجاد نشده است، بتوان مشکل را در زمان و هزینه معقول رفع کرد، دلیل اصلی این اقدام در خطر بودن کل سیستم به دلیل عدم کاربرد برای مجموعه است. به عبارتی اگر این مشکل نتواند به روش مناسب حل شود امکان حذف و یا جایگزینی سیستم بسیار بالا است.

لذا مواردی که در این خصوص باید رعایت کرد به قرار زیر است:

1- سعی در شفاف سازی مسئولیتها و محدوده وظایف بر اساس قرار داد

2- تدقیق حوزه هایی که در قرارداد مشخص نشده است، ترجیحا در اولین جلسه های پیاده سازی سیستم که به همراه تنظیم صورتجلسه انجام می شود.

3-دریافت دیدگاه کلی کارفرما و تشخیص موارد خارج از قرار داد و شناخت CSF های پروژه

و در نهایت توجه به این نکته حایز اهمیت است اگر درخواستی از کارفرما خارج از حوزه قرار داد است در صورتیکه چالش بر انگیز نیست بر اساس فاکتورهای مطرح شده یا نباید انجام شود و یا در نهایت اگر تصمیم بر انجام شد به کارفرما دقیقا و با ذکر علت فهمانده شود که به دلایل مورد نظر شما این موارد خارج از قرار داد برای ایشان انجام شده است