Home راهنمای تصمیم گیری پروژه / برآوردهای نرم افزار حسابداری
PROJECT DECISION GUIDE

هزینه های توسعه نرم افزار برآورد شده، پیشنهادات پروژه سفارشی و چرخه های توسعه

نرم افزار سفارشی را نمی توان تنها با اندازه صفحه یا نام ترمینال نقل کرد. برآورد قابل اعتماد نیاز به ایجاد مرزهای تجاری، مرزهای تحویل و فرضیات ریسک قبل از تقسیم کار به محصول، طراحی، توسعه، آزمایش، استقرار و مراحل استقرار دارد.

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

به سوال پاسخ دهید.

برآورد هزینه برای توسعه اجتماعی Custom

هنگامی که نیاز روشن نیست، تیم مسئول معمولا فقط یک درجه بودجه یا قیمت مرحله را ارائه می دهد.پیشنهاد رسمی باید بر اساس یک فرآیند کسب و کار برگشت پذیر، لیست نیازهای، نمونه اولیه، لیست های رابط، الزامات غیر عملکردی و معیارهای پذیرش باشد.

SCOPE & BUDGET LEVELS

اول، ورودی های روشن به مرز با مرحله پروژه

لایه های زیر برای ایجاد پایه برای بودجه و پذیرش استفاده می شود و هنوز هم باید در رابطه با وضعیت موجود، رابط و شرایط زمان مورد ارزیابی قرار گیرد.

فاز 1

محدوده و نمونه اولیه

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

کارگاه تقاضا، لیست عملکردی، نمونه های کلیدی، موجودی رابط، مفروضات ریسک و بودجه فاز

فاز 2

نسخه اول موجود

تکمیل فرآیندهای تجاری اصلی که می تواند توسط کاربران واقعی تایید شود

طراحی محصول، تست R & D، رابط های ضروری، محیط استقرار، داده های آزمایشی و اولین مواد پذیرش

فاز 3

تولید و عملیات مداوم

مقیاس کامل، مدیریت امنیتی و ظرفیت نگهداری طولانی مدت

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

وضعیت شما مرتبط است.

این نرم افزار قیمت های مختلف را ارائه می دهد. بررسی کنید که آیا این همان محدوده است.

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

DECISION FACTORS

عناصر کلیدی برای تصمیم گیری

اول اینکه مرزهای محدودیت ها و مسئولیت ها مشخص می شوند، سپس مسیر های فنی و شیوه های همکاری با یکدیگر مقایسه می شوند.

01

محدوده عملیاتی و عملیاتی

نقش های کاربر، فرآیندهای اصلی، تعداد ترمینال ها، تنظیمات پشت دفتر و بیانیه ها همه بر روی کار و اولویت تاثیر می گذارند باید به حفظ عملکرد که می تواند یک دایره بسته کسب و کار در طول دوره اول ایجاد کند.

02

خطرات اساسی و تکنولوژیکی موجود

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

03

رابط و مهاجرت داده ها

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

04

کیفیت و الزامات انطباق

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

05

دوره و شرایط همکاری

فشرده سازی غیر منطقی برنامه هزینه تیم های موازی و ارتباطات را افزایش می دهد.

06

تحویل و مسئولیت بلند مدت

تحویل کد منبع، محیط استقرار، مستندات، آموزش، اطمینان کیفیت، نظارت و حمل و نقل بلند مدت باید قبل از نقل قول روشن باشد.

آماده سازی توصیه های قبل از ارتباطات یا ارزیابی

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

راه حل پیشنهادی برای اجرای

پیشنهاد می شود که یک یا دو دور از ارتباطات تقاضا برای ایجاد یک پایه برآورد استفاده شود. برای ، IOT، سیستم های قدیمی و پروژه های ادغام سیستم های متعدد، تشخیص مبتنی بر هزینه یا یک می تواند برای تست حداکثر عدم اطمینان قبل از ورود به توسعه رسمی استفاده شود.

DECISION WORKSHEET

ترجمه برآورد هزینه توسعه نرم افزار حسابداری به تصمیم گیری قابل اجرا

برگه های زیر به شرکت ها کمک می کند تا مشاوره مبهم را به ورودی های مبتنی بر فروشنده، داخلی و پروژه ای ارائه دهند.

خلاصه قابل مقایسه ارزیابی ها چه باید باشد؟

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

به عنوان مثال، شرکت انتظار دارد که این پروژه 160 ساعت کار در ماه را نجات دهد، اما این رقم باید به تعداد وظایف تقسیم شود، صرفه جویی در زمان، نرخ پذیرش و نسبت های بررسی دستی، اگر تنها 40 درصد از کاربران از دوره اول استفاده کنند، یا اگر فرآیند جدید روند بررسی را افزایش دهد، مزایای واقعی به طور قابل توجهی پایین تر از برآورد آشکار خواهد بود.

چهار نوع شواهد توصیه شده برای بازجویی در طول ارتباطات فروشنده

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

توصیه می شود که وضوح دامنه، وابستگی انتقادی، ظرفیت تیم، پذیرش و پذیرش طولانی مدت به طور جداگانه امتیاز داده شود و پایه برای هر نمره ثبت شود، اگر یک برنامه ارزان تر باشد، رابط، مهاجرت، آزمایش یا مسئولیت آنلاین حذف شود، پس باید به همان کالیبر تحویل قبل از مقایسه تبدیل شود.

اصل داوری

این صفحه یک چارچوب تصمیم گیری را فراهم می کند که یک پیشنهاد ثابت یا تعهد عملکردی را تشکیل نمی دهد.

FAQ

FAQs

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

چرا پیشنهادات شرکت های مختلف بسیار متفاوت هستند؟+

قیمت باید با آیتم، دامنه، پرسنل، چرخه، سند منبع، تست و تحرک مقایسه شود، نه تنها قیمت کل.

آیا نیازهای ناقص می توانند اول بودجه بندی شوند؟+

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

چگونه بودجه را بر پروژه کنترل کنیم؟+

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

DECISION FAQ

موضوعات مشترک مربوط به پروژه های فعلی

همه ی ۱۵۵ سوال را بررسی کنید.
توسعه نرم افزار و برون سپاری پروژه ها

توسعه نرم افزار سفارشی معمولا چقدر هزینه دارد؟

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

پاسخ کامل
شروع پروژه نرم افزار و انتخاب برنامه

چرا شرکت های نرم افزار باید قبل از اینکه بتوانند ارائه دهند، نیاز به مطالعه نیازهای خود را بررسی کنند؟

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

پاسخ کامل
قراردادها، پرداخت ها، تغییرات و تحویل پروژه

چه خطراتی ممکن است از قیمت پایین برون سپاری نرم افزار پنهان شود؟

قیمت های پایین ممکن است از استفاده مجدد از قالب ها، دامنه های از دست رفته، کم کاری یا بعد از آن به هزینه های تغییر، که لزوما نشان دهنده کارایی بیشتر نیست، قیمت مقایسه پیشنهادات است برای هماهنگ کردن تقاضا، رابط، آزمایش، استقرار، کد منبع و کالیبر تعمیر و نگهداری، به ویژه قیمت های پایین نیاز به توضیح از نقش های تیم، و محرومیت از کار.

پاسخ کامل
توسعه نرم افزار و برون سپاری پروژه ها

چه چیزی باید انتخاب برون سپاری نرم افزار و تیم های خود ساخت؟

برون سپاری نرم افزار معمولاً موثرتر است اگر کسب و کار نیاز به یک اتصال طولانی مدت داشته باشد و شرکت دارای قابلیت مدیریت محصول و فناوری است.اگر هدف به وضوح تعریف شده باشد، شروع سریع مورد نیاز است یا کمبود موقت ظرفیت اختصاص یافته وجود دارد، بسیاری از شرکت ها محصول و فناوری را حفظ می کنند، فاز R & D یا ساخت و ساز اختصاص داده شده به تیم خارجی.

پاسخ کامل
RELATED

دانش خود را از خدمات حفظ کنید

ارسال ارزیابی پروژه
مرتبط با

Software Project Outsourcing

درک مرزهای تحویل پروژه، تحقیقات مرحله ای و مشارکتی و توسعه

برای اطلاعات بیشتر
مرتبط با

مدل نقل قول Software Outsource

مقایسه قیمت های ثابت، نقاط عطف، ماه های فردی و همکاری مداوم R & D

برای اطلاعات بیشتر
مرتبط با

ارسال ارزیابی پروژه مقدماتی

نیازهای جمعی و ایجاد خلاصه مستقیم ارتباطات پروژه ها

برای اطلاعات بیشتر
مرتبط با

توسعه نرم افزار Business Software Development

مشاهده وب، Applet، APP، SaaS و سیستم های توسعه کامل

برای اطلاعات بیشتر
مرتبط با

توسعه و توسعه نرم افزار شانگهای

درک ارتباطات در محل و روش های همکاری از راه دور و توسعه پروژه شانگهای Enterprise

برای اطلاعات بیشتر
مرتبط با

هزینه های پیاده سازی های شرکت های PDQERP و HPQCRM

تقسیم ورودی ها توسط مجوز محصول، توسعه پیکربندی، رابط، مهاجرت و پشتیبانی آنلاین

برای اطلاعات بیشتر
مرتبط با

هزینه های توسعه و توسعه شرکت های MVP

برآورد بودجه بر اساس اعتبار عملیاتی، مستاجران، صورتحساب، رابط ها و ظرفیت عملیاتی

برای اطلاعات بیشتر
مرتبط با

راه حل های سیستم خرده فروشی الکتریکی

پوشش سیستم از کالاها، سفارشات، پرداخت، عملکرد، عضویت و بازاریابی

برای اطلاعات بیشتر

آیا نیاز اولیه ای برای قضاوت در مورد بودجه بیشتر وجود دارد؟

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

اولین تماس، ارسال رمز عبور یا اطلاعات حساس نیست.