نکته : مانند تمامی نوشته های این وبلاگ ، این متن هم بر اساس نظر و تجربه شخصی نوشته شده است. پس مثل همیشه پر از اشکال و ایراد است.
تقلید کردن با کپی کردن فرق دارد. به زبان ساده ، تقلید کردن یعنی ادای کسی را در آوردن. حال چه در عرصه نرم افزار باشد یا در حوزه فلسفه یا مکانیک.
در تقلید کردن ، حداقل مباحث پایه را می دانم. حداقل می دانم که چطور باید ادای کسی را در آورم. ممکن است که خودم چیزی را هم به دلخواه اضافه کنم.
چند روز پیش توانستم که مطالب دور اول خودم را به اتمام برسانم. در ابتدای کار فکر می کردم که بتوانم شش ماهه این وظیفه را تمام کنم.
این مطلب رو میشه به عنوان یک مقدمه ای بر نیاز سنجی نرم افزار یا Software Requirements در نظر گرفت.
در مطلبی تحت عنوان مهندسی نیاز ها(+) ، یک کتاب رو برای این کار معرفی کردم. اکثر گرفتاری ها و مشکلات نرم افزاری از Requirementها منشاء میگیره.
توی این مقاله(+) هم به طور کلی شرح دادم که چه مشکلاتی کجا و چطور ، توسط نادیده گرفتن نیازسنجی ها بروز می کنند.
مطالب این قسمت خیلی خیلی زیاده و مشکلات اون هم به دسته ها و گروه های مختلفی ربط و وابستگی داره. به همین خاطر هم توی نقشه راه وبلاگ برای این قسمت یک فصل جداگانه قرار داده ام.
خب بریم سر اصل مطلب .
مهندس نرم افزار در همون اول کار باید نیازسنجی بلد باشه. البته این نظر شخصی منه و خیلی از افراد موفق توی بازار کار نرم افزار ایران دارن کار میکنند و نیاز سنجی بلد نیستند. اما در جاهایی باید تاوان این ندانم کاری رو پس بدن. که خیلی خیلی سنگینه و بعضی اوقات کمر شکن.
خب برای شروع از این کتاب شروع می کنم. کتاب (+)software Requirements ویرایش سوم ، انتشارات مایکروسافت. نوشته کارل ویگرز و جوی بیتی.
لزومی ندارد که برای چندمین بار بنویسم تمامی این مطالب شخصی هستند و از منظر یک نفر بیسواد( خودم رو میگم) بررسی و تحلیل می شود.
مهندس نرم افزار یعنی چی ؟
اصلاً مهندس نرم افزار چی کار باید بکنه و چه چیز هایی بلد باشه ؟
آیا همه کسانی که نرم افزار بلدند و برنامه نویسی می کنند ، مهندس نرم افزارند ؟
سوالات ادامه داره و خیلی خیلی زیاد هستند. اما دوست دارم طی چندین مطلب مرتبط به هم این ها رو بررسی کنم.
خب بریم سر اصل مطلب.
در عکس زیر می توانید لیستی از بزرگترین نرم افزار ها و سیستم های بزرگ دنیای نرم افزار را بر اساس معیار Line Of Code مشاهده کنید.
