ビジネスパターンに基づくクラウドシステムのサービスレベル設計

湯浦研究室70911086

宮本　佳奈

1. 背景・目的　　－ IT サービスマネジメントの意義　　－ SLA の概要　　－ SLA の問題点　　－研究の目的

2. ビジネスパターン別 SLA モデル　　－ビジネスパターン別 SLA 概要

　 3. 会計システムにおけるビジネスパターン別 SLA 設定　 －ビジネスパターン別 SLA の設定手法　 －システムモデルの定義　－ビジネスパターン別 SLA の位置づけ　 －データ特性　 －ソフトウェア SLO 項目表の設定 －業務活動 SLO 項目表の設定

4. 評価　　－専門家による評価

5. 結論　　－結論

　　－今後の課題

目次

・ IT サービスマネジメントの意義　近年の IT 技術の発展により、複雑で大規模なシステムが仮想化され運用

されている。さらに、クラウドサービスに対する社会のニーズが高まっているなかで、 IT サービスマネジメント（システムの品質の向上・改善に関する活動）が重要となってきている。

・ SLA 概要「民間向け IT システムの SLA ガイドライン」 　 JEITA （電子情報技術産業

協会）　　ＪＥＩＴＡが提唱。 IT サービスの価値を定義し、有効活用するための

ガイドライン＊３つのサービスカテゴリーに分類　　　※ SLA (Service Level

Agreement)＊サービスレベル項目を８つの特性に区分・整理

背景

可用性 確実性 ( 期間 )

機密性 性能（応対性）

完全性 拡張性

信頼性 保守性８つのサービスレベル項目 ３つのサービスカテゴリー

IT プロセスマネジメ

ント

IT リソース

ITサービ

ス

IT サービスマネジメントの問題点現在の SLA は技術的要素をマネジメントしている。

PaaS では技術的要素でサービスマネジメントが可能である。　　　⇒ PaaS 提供範囲を現在の SLA でカバーできている。

SLA の問題点と目的

運用

業務アプリケーション

DB/ 開発環境

ソフトウェア

ハードウェア

データセンタ

SaaS

提供範囲

PaaS

提供範

囲

目的　　　技術要素のみではなく、　　　業務要件に即したビジネスパターン別 SLA 設定の提案

一方、今後の発展が期待されている SaaS 提供範囲に含まれている、運用、業務アプリケーションは業務内容に依存するため、 SLA でカバーできていない。　　 ⇒ SaaS を評価するには、業務要素を評価する　　　　新しい SLA が必要 PaaS 、 SaaS 提供範囲

ビジネスパターン別 SLA 対象範囲

＊技術要件 SLO 項目表（ JEITA 作成、従来の SLA ）　　技術要件（データセンタ～開発環境）

＊ソフトウェア SLO 項目表　　業務要件（ IT サービス利用者が使うソフトウェア）

ビジネスパターン別 SLA モデル

＊業務活動 SLO 項目表　　業務要件（ソフトウェアと IT サービス利用者が関わる業務）

ビジネスパターン別 SLA 対象範囲

業務プロセスを定義、および最少業務単位まで分類し、その業務に必要なデータ一覧を作成する。

最少業務単位に対して、業務の処理特性および時間効率要件の設定

ISO9126 　ソフトウェア品質特性を利用し、ソフトウェアの動作に連動する人の活動に関する要件の評価評価項目→合目的性、正確性、相互運用性、利用性

ソフトウェアと人が関わる業務サービスの品質の評価。評価項目→スピード、リスク、正確性

ビジネスパターン別 SLA 設定手順①

1. システムモデルを定義

2. ソフトウェアの効率性に関する要件を設定

3. ソフトウェアの機能性及び利用性に関する SLO

設定

4. 人が関わる業務サービスの品質に関する SLO の

設定

• システムモデルの定義

会計業務を大分類、会社機能、中分類、小分類の階層構造に分類する

各小分類に対して、小分類の業務を実現するための業務フロー図を作成。

桃色　　会計システムにデータ参照を　　　　　行う業務

空色　　会計システムを利用してデータ　　　　　作成を行う業務

黄色　　企業によって対応が分かれる業務

　　　　　　（約 100 枚作成）

手順１

小小分類プロセス群とデータの参照 / 作成

会計モデル構成図

データ整理　　必要なデータを小小分類ごとにまとめ、一覧にする

処理特性、および効率性に関する機能要件の設定　　処理特性　：　一覧出力、対話型、バッチ　　　　効率性　 ：　即時、短時間、長時間　

債務・債権管理プロセスにおけるデータ一覧図

手順２

業務プロセスを定義、および最少業務単位まで分類し、その業務に必要なデータ一覧を作成する。

最少業務単位に対して、業務の処理特性および時間効率要件の設定

ISO9126 　ソフトウェア品質特性を利用して評価評価項目→合目的性、正確性、相互運用性、利用性ソフトウェア SLO 項目表を作成

ソフトウェアと人が関わる業務サービスの品質の評価。評価項目→スピード、リスク、正確性業務活動 SLO 項目表を作成

ビジネスパターン別 SLA 設定手順②

1. システムモデルを定義

2. ソフトウェアの効率性に関する要件を設定

3. ソフトウェアの機能性及び利用性に関する SLO

設定

4. 人が関わる業務サービスの品質に関する SLO の

設定

＊システムモデル　　　　対象システムの業務をモデル化したもの　◎プロセスモデル　　　対象システムの業務プロセスをまとめたもの　◎データモデル　　　業務データを一覧にまとめ、業務属性ごとに分類

＊サービスレベルモデル　◎業務活動 SLO 項目表　　　プロセスモデルを元に業務に対する SLO を設定したもの

ビジネスパターン別 SLA モデルの位置づけ

◎ソフトウェア SLO 項目表　　プロセスモデルとデータモデルを元に　　 ソフトウェア品質特性を利用してSLO を 設定したもの

◎技術依存部　　データモデルと JEITA の SLA 項目表を　　元に SLO を設定したもの

ビジネスパターン別 SLA モデルの構成

ソフトウェア SLO 項目表の設定　　設定対象：ソフトウェア　 評価項目：合目的性、正確性、相互運用性、利用性 (ISO9126 　ソフトウェア品質特性 )

販売プロセスにおけるソフトウェア SLO 項目表

手順 3

ソフトウェア SLO 項目表の設定　　設定対象：ソフトウェア　 評価項目：合目的性、正確性、相互運用性、利用性 (ISO9126 　ソフトウェア品質特性 )

販売プロセスにおけるソフトウェア SLO 項目表

手順 3

業務活動 SLO 項目表の設定

　　 設定対象：ソフトウェアと人が関わる業務サービス　　評価項目：正確性、スピード、リスク

販売プロセスにおける業務活動 SLO 項目表

手順 4

業務活動 SLO 項目表の設定

　　設定対象：ソフトウェアと人が関わる業務サービス　　評価項目：正確性、スピード、リスク

販売プロセスにおける業務活動 SLO 項目表

手順 4

会計の専門家及び会計システムの専門家の評価

評価できる点 　 ・ SLA の適応範囲を業務面にまで拡張してマネジメントを行っている点

問題点　 ・データ内容はシステムや内部構造に依存するため、パッケージごとに 設定する必要がある

改善点　 ・対象業務の幅 ( 範囲 ) 、バリエーションモデル、応用事例の範囲にまで　　　広げるとニーズが高まる。

評価

結論　ビジネスパターン別 SLA によって、業務に対して個々の能力に頼っていた部分（ IT サービス）のマネジメントをおこなうことが可能であるしかし、 IT サービスは業務によって異なるため、さらなる調査が必要

今後の課題

　＊株式会社 TOKAIコミュニケーションズのシステムに適応をおこなう

　＊ビジネスパターン別 SLA の検討　　　　・販売プロセス以外のプロセスにおいて SLO の設定を行う　　　 ・ SLO のレベル設定において妥当性の検討を行う　　

　＊ビジネスパターン別 SLA を様々なサービスに適応　　　・ SLO 項目表の設定を企業形態を考慮して行う

結論

ご清聴ありがとうございました