ترجمه کتاب Software Requirements

---

مدتی است که می خواهم کتابی را ، از کتاب هایی که از آلمان و سوئد و کانادا تهیه کرده بودم ، برای ترجمه انتخاب کنم.

دو کتاب را برای ترجمه  انتخاب کرده بودم. کتاب Code Complete و کتاب Software Requirements. 

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

اما دلیل اصلی من برای ترجمه این کتاب،  تجربه کاری 20 ماهِ من برای SIEMENS آلمان بود. یکی از منابع اصلی کاری من این کتاب بود و به دلیل تخصص کاری من که در اکثر اوقات با این کتاب سر و کار داشته ام ، این کتاب را برای ترجمه مناسب تر دانستم.

---

---

ادامه مطلب

تقلید کن ، اما گند نزن (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 کاربرد داره و می تونه خیلی از مشکلات رو در همون اول کار شناسایی و برطرف کنه . 

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

---