هنگامی‌که باید فراورده‌ی نرم‌افزاری خود را جایگزین یک سیستم موجود نمایید، انتقال نرم و تدریجی سیستمِ جدید، کار بسیار پیچیده‌ای است. داده‌های فعلی سیستم موجود را باید انتقال داد و حتی …
ادامه مطلبدر طی فاز انتقال باید اطمینان یابیم که همه‌ی کاربران، نیروهای عملیاتی، و نیز تیم نگهداری، آموزش‌های لازم و مناسبی را برای بکارگیری سیستم گذرانده باشند. این آموزش‌ها فرصتی نیز برای آزمودنِ …
ادامه مطلبکلیدیترین هدف فاز ساخت، توسعه‌ی تکرارشونده‌ی یک فراورده‌ی نرم‌افزاری کامل است به گونه‌ای که فراورده‌ی حاصل آماده‌ی انتقال به محیط کابران باشد. به منظور تحقق این هدف، اقدامات زیر می‌تواند انجام شود: …
ادامه مطلبدر طول فازِ استارتاپ، فرایندِ مناسبِ پروژه و جزئیات پراکتیس‌های مورد استفاده‌ی تیم را تعریف و مستند می‌نماییم. در این فاز ابزارهای مورد نیاز، خروجی‌ها و دستاوردهای مطلوب، و ملاحظاتی از …
ادامه مطلبدر طول فاز معماری، عمدتاً با ریسک‌های فنی، ریسک‌های مرتبط با جلبِ توافق روی نیارمندی‌های سیستم، و نیز ریسک‌های مرتبط با راه‌اندازی و آماده‌سازی بستر و محیط تولید روبرو هستیم که باید …
ادامه مطلبدر انتهای فاز قبل، یعنی فازِ استارتاپ، باید یک چشم‌انداز خوب از پروژه و نیز توصیف جزئیات مربوط به حدود ۲۰ درصد از مواردِ کاربردِ سیستم (نیازمندی‌های کارکردی)، به‌دست آمده باشد. البته، برای …
ادامه مطلبداشتن یک دیدگاهِ مشترک میان همه‌ی افراد تیم در رابطه با چگونگیِ طراحی و توسعه‌ی نرم‌افزار، یعنی فرایندِ توسعه‌ی نرم‌افزار (Development Process)، بسیار مهم است. باید دقت داشته باشید که …
ادامه مطلبفهمیدن اینکه چه چیزی را باید بسازیم، مهّم است، امّا تعیین چگونگی و میزانِ هزینه‌ی مورد نیاز برای ایجادِ آن نیز بسیار مهم و سرنوشت‌ساز می‌باشد. برای اینکه مشخص نماییم …
ادامه مطلباز آنجایی که یکی از مهم‌ترین اهداف فازِ استارتاپ، اثباتِ منطقی‌بودن ادامه‌ی پروژه می‌باشد، لازم است که حداقل، یک معماری بالقوه در اختیار داشته باشیم که بتوان به وسیله‌ی آن …
ادامه مطلبدومین هدفِ فازِ استارتاپ مربوط به شناسایی وظیفه‌مندی‌ها و کارکِردهای سیستم می‌باشد. این کار در حینِ شناسایی مواردِکاربرد (Use Case) انجام می‌شود. تشخیص مواردِ کاربردِ ضروری و یا آن‌هایی که …
ادامه مطلب