抄録/ポイント:
抄録/ポイント
文献の概要を数百字程度の日本語でまとめたものです。
部分表示の続きは、JDreamⅢ(有料)でご覧頂けます。
J-GLOBALでは書誌(タイトル、著者名等)登載から半年以上経過後に表示されますが、医療系文献の場合はMyJ-GLOBALでのログインが必要です。
クラウドベースのアプリケーションのための運用モデルは,すでにERP実装における新しい標準になった。モデルは,顧客からデータセンターモデルを隠す新しいソフトウェア抽象化層を導入した。この層はアーキテクチャ,オペレーティングシステム,データベースおよび要素をカバーする。層がミドルウェア層の複雑さをカバーするとき,コアビジネス論理だけを実行することに関する所有者を集中させることができる。リスクは通常,ますます多くの資源がインフラストラクチャに割り当てられる。このモデルにより,資源をビジネスサイドとバランスさせることができる。最後に,これは拡張されたアプリケーションライフサイクルをもたらすが,ビジネスロジックのコア機能は最近変化するインフラストラクチャ層から完全に分離される。前アルファ状態から出発し,金放出までの方法を記述する標準的なマージと放出管理を,この操作モデルにおいて,アジャイル法の放出過程で変化させた。この結果は,ソフトウェアをサービスクラウドモデルとして用いるとき,常にアプリケーションの最新バージョンを用いることの全体的可能性をもたらす。コード再因子化,再利用性は,プラットフォーム固有とプラットフォーム独立モデルの間のもう一つの抽象化層を持つので,重要な因子である。これら2つの間の適切な抽象変換層を持つことは,分離されたアプリケーションの役割を保ち,そして,抽象層が低レベルインフラストラクチャを隠すので,エンドユーザは全体のITサポート組織を作成しなければならない。本論文は,組織が標準データセンタ解からクラウドベース(SaaS)モデルに移動するときに生じる変化管理問題に主に焦点を合わせた。ERPソリューションは再設計され,再構成され,時には,連続的なバージョンを提供するためにスクラッチから再構築されるべきであり,顧客サービスを提供することができる。目標が常に低い運用コストでサービスを提供できるので,応用には固体再利用法が必要である。コード再因子化と再利用可能性方法は,分離した抽象化層に関して使用して,実行して,さらに変わらなければならなかった。変換層は,全体のライフサイクルの間,ソフトウェア製品の信頼性の目標を維持することができなければならない。これらのミドルウェア層は,3番目のパーティソフトウェア要素の再利用性を維持することができるが,一般的に使用される部品は,ベースアプリケーションと同じフォーマットになければならない。本論文は,サービスとしてソフトウェアを用いてクラウドにおけるアプリケーション環境を構築するために用いることができる種々の方法と可能性を示して,他の異なるサービスバスは方法論のように,クラウドベースSaaSモデルに対する前提データセンタ応用から操作モデルを切り替えることに焦点を合わせた。Copyright 2019 The Institute of Electrical and Electronics Engineers, Inc. All rights reserved. Translated from English into Japanese by JST.【JST・京大機械翻訳】