۶ مطلب با موضوع «نیاز سنجی» ثبت شده است

تقلید کن ، اما گند نزن (2)


 نکته : تمامی این نوشته ، مانند تمامی نوشته های این وبلاگ بر اساس تجربه شخصی و سوادِ کمِ یک خر حاصل شده است.  


 در قسمت قبل کمی توضیح دادم که درست و حسابی تقلید کنیم. در این قسمت می خواهم در مورد ادعاها و گند هایی که منِ خرِ نوعی می توانم بزنم ، صبحت یا عر عر کنم. 

یک تفاوت اساسی  بین تست (TEST ) و دیباگ (DEBUG)  وجود دارد.  اگر آن را نمی دانید ، کلید های ترکیبی ALT +F4 را فشار دهید و دیگر به این سری نوشته ها سر نزنید.

۲ نظر
سعید فعله گری

رادیو کُد : سیستم های نرم افزاری (قسمت دوم و سوم )


این بار نشستم و دو قسمت از رادیو کُد رو ضبط کردم. 

حقیقتش یک انگیزه می خواستم که یاور مشیرفر عزیز اون رو به من داد تا دو قسمت رو باهم ضبط کنم.

یاور عزیز توی این مطلب(+) یک کامنت طولانی برام نوشت. من هم بهش قول دادم که پاسخم رو با پادکست بدم. اون هم با توضیحات کامل.

خب سرتون رو به درد نیارم. بریم سراغ پادکست ها و سایر موضوعات مربوطه در ادامه.

۴ نظر
سعید فعله گری

مهندس نرم افزار : نیاز سنجی (3)


این مطلب رو میشه به عنوان یک مقدمه ای بر نیاز سنجی نرم افزار یا Software Requirements  در نظر گرفت. 

در مطلبی تحت عنوان مهندسی نیاز ها(+) ، یک کتاب رو برای این کار معرفی کردم.  اکثر گرفتاری ها و مشکلات نرم افزاری از Requirementها  منشاء میگیره. 

توی این مقاله(+)  هم به طور کلی شرح دادم که چه مشکلاتی کجا و چطور ، توسط نادیده گرفتن نیازسنجی ها  بروز می کنند. 

مطالب این قسمت خیلی خیلی زیاده و مشکلات اون هم به دسته ها و گروه های مختلفی ربط و وابستگی داره. به همین خاطر هم توی نقشه راه وبلاگ برای این قسمت یک فصل جداگانه قرار داده ام.

 خب بریم سر اصل مطلب . 

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

خب برای شروع از این کتاب شروع می کنم. کتاب (+)software Requirements  ویرایش سوم ، انتشارات مایکروسافت. نوشته کارل ویگرز و جوی بیتی. 


۰ نظر
سعید فعله گری

مهندس نرم افزار : تکنیک گرمترش کن (قسمت دوم)


“make it warmer” یکی از تکنیک های طراحی و ساخت نرم افزار  است که در آن به بررسی زبان طراحی سیستم

می پردازد.

به بیانی ساده تر، یعنی باید زبان یک سیستم اداری ( یا هر سیستمی که می خواهید کارهای آن را نرم افزاری کنید ) ، بلد باشید. این تکنیک هم یکی از تکنیک های فاز نیازسنجی نرم افزار یا Software Requirement  است.  

دوست داشتم که به شیوه خودم آن را بیان کنم. اما کمی که فکر کردم دیدم در یکی از کتاب هایم این تیکنیک به صورت یک داستان آمده است.



کتاب user story applied  نوشته   Mike Cohn  یکی از بهترین کتاب های موجود در بازار برای ساخت نرم افزار است. در این کتاب تکنیک ها و روش هایی بسط و شرح داده شده است که در آن  به چگونگی فهم بهتر زبان یک کاربر نابرنامه ساز  پرداخته شده است. 

اگر بخواهم که کتاب را در یک جمله توصیف کنم ، این عبارت را که برگرفته از خود کتاب است ، استفاده می کنم.


Software requirements is a communication problem

بگذارید داستانی را که گفته بودم برایتان بنویسم.

۳ نظر
سعید فعله گری

مهندسی نیاز ها (معرفی کتاب )


به نظر من (که شخصی و پر از ایراده ) باید هر کسی که می خواد نرم افزار طراحی کنه یا به قول خودشون Develop کنه ، باید از مهندسی نیازها و به خصوص  نیاز مندی های نرم افزار آگاه باشه.

کارهایی از قبیل نرم افزار های بزن در رو ( منظورم خودساخته های مهندسان) ، خیلی قدیمی شده و این روزها - البته خیلی کم توی ایران - از تکینک های نیاز سنجی نرم افزار و مهندسی اونها توی طراحی هاشون استفاده می کنند.



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

این رو هم بگم که ،  این کتاب برای  نرم افزارهایی در مقیاس Enterprise تا low-level کاربرد داره و می تونه خیلی از مشکلات رو در همون اول کار شناسایی و برطرف کنه . 

بیشتر از این توضیح نمیدم . چون درمقابل این کتاب، در حد و اندازه ای نیستم که توضیح بدم . 


۲ نظر
سعید فعله گری