پروندهٔ مهندسی نرم‌افزار؛ از نیاز تا بازنگری محصول

در معرفی پیشینهٔ مهندسی نرم‌افزار به چه توجه کنیم؟

به‌جای فهرست ابزارها، نیاز کاربر، انتخاب معماری، کیفیت، آزمون و سهم فرد را توضیح دهید.

برای شروع، یک موقعیت واقعی از فعالیت یا مطالعهٔ خود انتخاب کنید و هدف، بازهٔ زمانی و حدود مسئولیتتان را بنویسید. بررسی‌کننده باید بتواند تشخیص دهد کدام تصمیم، تحلیل یا بخش از کار به شما مربوط بوده است. نام رشته یا عنوان شغلی به‌تنهایی همهٔ این اطلاعات را نشان نمی‌دهد.

شواهد مرتبط را چگونه انتخاب کنیم؟

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

• صورت مسئله و نیازمندی‌های مجاز
• بخش کد یا طراحی با نقش مشخص
• گزارش آزمون و اصلاح پس از بازخورد

یک پرسش برای روشن‌ترشدن تجربه

کدام بازخورد کاربر باعث تغییر در طراحی راه‌حل شد؟

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