Mansoorm_Courses

#مهندسی_نرم_افزار
Канал
Логотип телеграм канала Mansoorm_Courses
@mansoorm_coursesПродвигать
624
подписчика
967
фото
120
видео
1,46 тыс.
ссылок
کانال اطلاع رسانی درس های محرم منصوری زاده تقویم دانشگاهی: https://b2n.ir/calman ارسال مطلب و پیام: @mansoorm در پیام رسان بله https://ble.ir/mansoorm_courses در پیام رسان ایتا: https://eitaa.com/mansoorm_courses
پژوهشگر گرامی

با سلام

دکتر مرتضی ذاکری امروز چهارشنبه مورخ 1402/12/09 ساعت 15 سخنرانی تحت عنوان "Data-driven Software Engineering" بصورت مجازی برگزار خواهند کرد. لینک سخنرانی https://vmeeting2.ipm.ir/b/com-hh1-n07-vil است.
از شما دعوت می شود در سخنرانی های فوق شرکت نمایید.

با سپاس
شهرابی
#عمومی #علمی #سخنرانی #مهندسی_نرم_افزار
نکات زیر را یکی از دوستانم که سالها تجربه توسعه نرم افزار دارد؛ نوشته است. فکر می کنم برای دانشجویان و تازه فارغ التحصیلانی که وارد محیط تجربی و عملی می شوند بسیار مفید است:

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

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

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

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

نکته پنجم، مستند کردن تمام تصمیم گیریهاست

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

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

#عمومی #آموزشی #مهندسی_نرم_افزار #تجربه