اجاره نرم‌افزار: تفاوت میان نسخه‌ها
محتوای حذف‌شده محتوای افزوده‌شده
FreshmanBot (بحث | مشارکت‌ها) جز ←تنظیمات و سفارشی‌سازی: اصلاح فاصله مجازی + اصلاح نویسه با استفاده از AWB |
FreshmanBot (بحث | مشارکت‌ها) جز اصلاح فاصله مجازی + اصلاح نویسه با ویرایشگر خودکار فارسی |
||
خط ۲۰:
== توزیع ==
این مدل ابری هیچگونه نیاز فیزیکی برای توزیع غیر مستقیم ندارد چون به صورت فیزیکی توزیع نمی‌شود و اغلب به صورت لحظه‌ای پیاده‌سازی می‌شوند. اولین موج از شرکت‌های این سرویس مدل‌های اقتصادی خود را بدون نیاز به اضافه کردن شریک مالی در ساختار مالی خود ساختند (به جز زمانی که تا حدی وجودشان وابسته بوده). برای تولیدکنندگان سنتی نرم‌افزار ورود به مدل اجاره نرم‌افزاری آسان
امروزه یک چشم‌انداز با سرویس اجاره نرم‌افزاری و بازی‌کننده‌های سرویس که مدل فروش غیر مستقیم را با مدل تجاری خود ترکیب می‌کنند مدیریت می‌کنند، و آن‌هایی که طالب باز تعریف نقش خود با اقتصاد فناوری اطلاعات هستند، شکل می‌گیرد.
خط ۵۴:
* سازنده برنامه نیازی ندارد که منابع را با به روزرسانی و نگهداری نسخه‌های گذشته نرم‌افزار گسترش دهد، زیرا تنها یک نسخه واحد وجود دارد.
* سازنده برنامه به تمامی داده‌های مشتری‌ها دسترسی دارد برای تسریع زمان و [[آزمون رگرسیون]].
* تأمین‌کننده راه حل به رفتار کاربر با برنامه دسترسی دارد (معمولاً با [[آنالیز وب]])، تا
انتقال ویژگی با شتاب به علاوه با روش [[توسعه نرم‌افزاری چابک]] وجود داشت. این چنین روش‌ها که اواسط دهه ۱۹۹۰ میلادی تکامل یافت، مجموعه‌ای از ابزار توسعه نرم‌افزار تهیه می‌کند و پشتیبانی مکرر تولیدات نرم‌افزاری را عملی می‌کند.
=== پروتکل‌های یکپارچه آزاد ===
به این دلیل که برنامه‌های سرویس نرم‌افزاری نمی‌توانند به سیستم‌های داخلی شرکت دسترسی داشته باشند (پایگاه داده یا سرویس‌های داخلی)، آنها معمولاً پروتکل‌های یکپارچه و رابط‌های برنامه‌نویسی برنامه که در سطح وسیع شبکه اعمال می‌شود، پیشنهاد می‌دهد. معمولاً این‌ها پروتکل‌های مبتنی بر http و REST و SOAP هستند.
حضور لحظه‌ای برنامه‌های سرویس اجاره نرم‌افزاری و دیگر سرویس‌های اینترنتی و استانداردهای تکنولوژی رابط‌های برنامه‌نویسی توسعه ترکیب‌ها ([[:en:Mashup (web application hybrid)|mashups]]) را باعث
=== قابلیت همکاری (و اجتماعی) ===
خط ۶۷:
== پیش برنده‌های پذیرش (سیستم جدید) ==
تغییرات مهم متعدد در بازار نرم‌افزار و
* افزایش استفاده از رابط کاربری برپایه وب توسط برنامه‌ها همراه با ازدیاد شیوه‌های ارتباطی (مثل طراحی وب)، پیوسته از نیاز برای برنامه‌های دو سری (کلاینت-سرور) سنتی می‌کاهد. در نتیجه سرمایه‌گذاری‌های سازندگان نرم‌افزار سنتی در نرم‌افزار که بر [[فت کلاینت]] بنا شده به یک ناکارآمدی بدل شده (الزام به پشتیبانی فی الحال)، باز شدن دروازه برای تولیدکنندگان نرم‌افزار جدید که تجربه کاربری ای «مدرن» تر بیان می‌کند را پیشنهاد می‌دهند.
* استانداردسازی تکنولوژی صفحات وب (html,javaScript,CSS) افزایش جمعیت توسعه وب به عنوان یک روش و معرفی و همه‌گیری چارچوب‌های برنامه وب مثل ruby on Rails یا laravel به آرامی هزینه‌های توسعه راه حل‌های جدید سرویس نرم‌افزاری را کاهش می‌دهد و تأمین‌کننده‌های راه حل‌های جدید را فعال می‌کند تا با راه حل‌های رقابتی ظهور کنند، تولیدکنندگان قدیمی را به چالش بکشند.
| |||