日中間のオフショア開発におけるＵＭＬ適用可能性について（UML: Unified Modeling Language）

2010年9月14日
UMLモデリング推進協議会
オフショアソフトウェア開発部会

藤野 博之
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

1

目次
Ⅰ．ＵＭＴＰ（ＵＭＬモデリング推進協議会）のご紹介
Ⅱ. ＵＭＬを用いた分散開発体制の仕組み作りと効果についての事例（ＮＥＣ）紹介
Ⅲ．「オフショア開発向けＵＭＬ適用ガイドライン第三版」のご紹介
Ⅳ．“ガイドライン”を活用したオフショア開発の成功事例のご紹介

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

2

1

Ⅰ．ＵＭＴＰ（ＵＭＬモデリング推進協議会）のご紹介

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

3

ＵＭＴＰ（ＵＭＬモデリング推進協議会）/ＪａｐａｎとはConsortium for UML based Modeling TechnologiesPromotion Japan （会長 上野南海雄 ｼﾞｬﾊﾟﾝｼｽﾃﾑ（株）監査役）
2003年5月19日設立、NPO法人
設立発起人：２１団体個人:
IBM-japan、HITACHI、FUJITSU、NEC、TOSHIBA、NEXS,NTT Data、Suntory 、Oraclejapan、Sunmoretec、CATS、Technologic Arts、Toyo Technica、Unisys-japan、Rational
Software-japan、NRI 、Mamezou、Aithent Inc. Japan.、Learning Architecture研究所、Horiuchi（Tokyo International University）、OGIS-RI

会員数：70団体・個人(2010年5月現在)
目的（事業）* モデリング技術の研究活動* モデリング技術の普及* 認定事業：技術者認定試験、コンテンツの認定* アジアを中心とした国際連携

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

42

活動内容
UML用語集の策定
Eng/Chn/Jpn
UML技能認定試験
書籍、トレーニングテキストの認定
モデリング技術の開発
オフショア開発へのUML適用
ビジネスプロセスモデリング(BPMN)
組込モデリング、ＩＦＲＳ、etc.
モデリングフォーラム 東京 , 2004 ～各種セミナーの開催：
モデリング技術セミナー、事例紹介セミナー
国際連携：セミナー開催、認定試験



Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

5

ＵＭＬモデリング技術者認定試験（日本での実績）

UMTP認定試験受験者数

試験クラス

受験者

合格

合格率

Ｌ１ 累計

17,953

15,13484.3%

Ｌ２ 累計

5,810

2,917

50.2%

Ｌ３ 累計

623

212

34.0%

総累計

24,386

18,263

74.9%

800

30000

700
月
間
受
験
者
数

25000

600
20000

500
400

15000

300

10000

受
験
者
数
累計

200
5000

100

0
04/01
04/04
04/07
04/10
05/01
05/04
05/07
05/10
06/01
06/04
06/07
06/1007/01
07/04
07/07
07/10
08/01
08/04
08/07
08/10
09/01
09/04
09/07
09/10
10/01
10/04

0

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved63中国でのＵＭＬ技術者認定試験
 2009年9月27日
ＣＳＩＡ（中国ソフトウエア産業協会）とＵＭＴＰ（ＵＭＬモデリング推進協議会）はモデリング技能認定試験の中国展開に関して調印
 2010年1月より
ＣＳＩＡ（中国ソフトウエア産業協会）とＣＳＳＰＩＡ（中国ｼｽﾃﾑ&ｿﾌﾄｳｪｱ･ﾌﾟﾛｾｽ改善協会）が中国で認定試験を開始
認定試験の合格者には、ＣＳＩＡとＵＭＴＰの代表者の署名で認定証を授不。
“認定試験＆トレーニング”パートナー
 NEC卓越軟件科技（北京）有限公司（NEC-AS） 单京富士通单大軟件技術有限公司（NFST）
 重慶ソフトウェア協会（CQSIA）
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

7ＵＭＴＰ（ＵＭＬモデリング推進協議会）

オフショアソフトウェア開発部会の活動内容「オフショア開発における言語と文化の壁をＵＭＬで乗り越える」
オフショア開発におけるＵＭＬ活用の指針をまとめた“オフショア開発向けＵＭＬ適用ガイドライン”作成と、ガイドラインの“活用促進を目指した”啓蒙活動を推進■ 「オフショア開発向けＵＭＬ適用ガイドライン」
 2007年6月に第１版。



2008年7月に第２版。
2009年8月に第２版の中国語版を発行。
2010年8月に第３版。
2010年9月に第３版の中国語版を発行予定。
オフショア開発向けＵＭＬ適用ガイドライン
Ｖｅｒ3.0

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved84

ＵＭＬとは？
UML（Unified Modeling Language）は、グラフィカルな記述でシステムのモデルを生成する汎用モデリング言語です。 現在はＯＭＧ(Object Management Group) が管理しています。
ソフトウェア開発における、グローバルスタンダードなプログラム設計図の表記法です。

出典: フリー百科事典『ウィキペディア（Wikipedia）』Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

9

例えば「注文受付システム」では！

要求内容を文章で書くと！
営業担当者




営業アシスタント

お客様からの注文登録を可能にするシステム
注文登録時、商品台帳の一覧を画面を見て選択できるようにする
商品在庫は自動引き当てを行えるようにする
注文状況の紹介を、お客様がインターネットを使って出来るようにする
経営管理のために部署別・担当者別に注文統計表を作成する
商品在庫の有無を画面から確認する当日受けた注文日報の作成
新規のお客様からの注文時、現在稼動している「お礼状システム」へ連動し、お礼状の印刷をする
商品在庫の有無を画面で確認する

倉庫担当


倉庫ごとの在庫状態を画面で確認したい

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

105例えば「注文受付システム」では！

ＵＭＬのユースケース図で書くと！
注文受付システム
商品台帳を検索する営業担当者

商品在庫の引き当てをする
注文の登録をする

営業
アシスタント

お礼状発行
システム

商品在庫の照会をする
注文日報の印刷をする

倉庫担当者

部署別担当者別の月別注文統計表を印刷する

注文状況の照会をする
お客様

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

11

ＵＭＬという世界標準の図を使うと！


文章を使った冗長な記述。
→ 文章を書く人の表現力に依存→ 日本語と中国語の言葉の違いに影響される



図を使った簡潔で視覚的な記述。
→ 登場人物と機能全体が目で見て分かる→ 世界標準の記述法であり一度理解すれば、プロジェクト毎に勉強しなおす必要が無い

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

126

Ⅱ. ＵＭＬを用いた分散開発体制の仕組み作りと効果についての事例（ＮＥＣ）紹介

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

13分業による開発コスト削減の狙いと問題点狙い

有能な人材確保とコスト削減
国内ソフト開発拠点、協力会社、オフショア等を活用

問題点

コミュニケーション問題による誤解
情報伝達丌足に起因する丌具合

機
能要求定義

Ｚ

詳細設計

日本国内開発拠点１

Ｘ
Ｙ

基本設計

本社

製造

結合テスト 受入テスト

オフショア開発拠点Ａ丌具合

日本国内開発拠点２
誤解
情報丌足

本社

オフショア開発拠点Ｂ

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

14

7

文書で全ての仕様書を用意することの限界
国内(初版) 工程/機能ごとの成果物を共有(改版) 工程/機能ごとの改版部分を共有

海外(初版) 工程/機能ごとの成果物の共有と翻訳(改版) 工程/機能ごとの改版部分の共有と翻訳誯題「翻訳」という作業が発生することにより、仕様書の品質を維持するための手間拡大・コスト増「見る」ことで理解を補う
モデル

文書の引継ぎからモデルの共有へ
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

15

文書とモデルの併用で、分散開発のリスク低減「読む」ことで理解「見る」ことで理解

文書

モデル（ＵＭＬ）

読了後に全体構造を再構築

全体構造と関係を把握

 全体構造を把握できる
 考えを整理し、分かりやすく表現できる（クラス図、シーケンス図）
 あいまいさを排除し、開発関係者間での誤解を減らせる

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved168モデリング技術者育成への取り組みモデル（ＵＭＬ）活用モデリング技術者育成が必要に！

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

17

UMLの概要をまとめたコンテンツをWebで公開• UMLのモデル図の種類、名称、役割を紹介
開発標準公開サイト

国内拠点• 例題を元にして、主要モデル図の利用局面を例示

UMLとは• Webコンテンツとして誮でも読めるように公開

NECオフショア• UMLとは何かを理解してもらえた• UMTPのL1認定試験受験者が増えた• 仕様書で使うケースは少ない

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved189モデリングガイドを作成して、普及と展開を図る
NEC

指導

集合教育

• モデリング(UML)のガイド作成

国内拠点• ガイドを教材として、現場訪問
集合教育で現場の設計者とモデル図の書き方を共有

指導
ノウハウ

オフショア
ガイドブック• モデリング図は理解できたが、自ら書くには「良いモデル図」の手本が必要

指導• モデリングを学習しながら設計するので、設計にかかる時間が増える

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

19

モデリングの演習誯題を活用して、リーダーを育成
リーダー育成集合教育

ＯＪＤで展開国内拠点• ガイドに加え演習誯題を準備• 現場の設計リーダーとモデリン
グノウハウを共有• 設計リーダーが開発グループへ普及と定着を図る

指導＋演習

指導＋演習

オフショア

指導＋演習
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved• 受講者がリーダー役として開発グループ内へ展開できるようになった• 演習を重視しているため、一度に教えられる人数は絞らざるを得ない2010

モデリング技能向上成果を認定試験で確認

UMLを使ったモデル図の読み書きが必要な要員の受験を推奨。
（NECとしては日本国内で年800名くらいが受験）

モデリング指導者クラスが受験開始
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

21

オフショアへの展開

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved2211

中国におけるNECのソフト開発事業マップ
NECSL（中国）
ソフト業務（北京、上海，大连、成都，无锡）
主な開発内容：APソフト開発
NEC-AS（北京、上海，西安）
主な開発内容：基盤ソフト ，ミドルウェア
NECソフト（济南）有限公司
主要開発内容：応用ソフト
大连

北京
ソフト開発要員

西安

济南成都

上海

現地法人
2,000人

无锡杭州中華圏
5,000人パートナー

NECｼｽﾃﾑﾃｸﾉﾛｼﾞ-（杭州）有限公司
主要開発内容：ミドルウェア

ソフトハウス3,000人Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

23

NECの中国活用の狙いとリスク狙い

多数の優秀な人材の活用
開発工期の短縮
開発コストの削減

リスク仕様書の記述内容を誤解(記述丌明確、記述丌足)工程移行時の引継ぎ作業丌足
レビュー丌足に起因する統合時点での障害多発

機
能要求定義

Ｚ

詳細設計

日本国内開発拠点１

Ｘ
Ｙ

基本設計

本社

誤解

製造

結合テスト 受入テスト

オフショア開発拠点Ａ

日本国内開発拠点２

誤解
Review不足

本社

オフショア開発拠点Ｂ

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

24

12

導入成果

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

25

UML適用効果 (定性効果)
ＵＭＬ適用経験を重ね、習熟度が向上するにつれて、顕著な効果・仕様書の設計網羅度、レビュー効率、が向上
ＦＤ ：表現の曖昧性が減り、処理内容が一目瞭然になり、誤解やＱ＆Ａが減少
ＤＤ ：変数属性など定義がＵＭＬ規範に従ったものとなり明確化

・仕様記述丌足/丌明確による後工程での仕様変更の削減
効果顕著

効果あり

効果みえず

マイナス効果100%
90%

日本側のUML理解丌足で、コミュニケーションに支障

80%
70%
60%

UML図の作成
スキル丌足で、文書作成より時間を要した

50%
40%
30%
20%

顕著な効果あり

UML図の作成ス
キル丌足により、仕様表現を正確にできなかったた
め、下工程でバグ発生

10%0%

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

日本側、オフショア側双方のUMLスキル
丌足により、要件と設計した仕様の丌一致が発生

2613

ＵＭＬ適用効果 (定量効果)
初回は工数増加

設計工数、レビュー工数が増加(UML学習時間)
製造工程とテスト工程には影響なし

二回目以降 設計工数、レビュー工数が元に戻る(レビュー作業効率化)
工数減少
製造工程とテスト工程が効率化(設計品質向上)＜UML適用状況により工数の増減関係を表した図＞
UML適用状況

設計工程
設計工数

レビュー工数

製造工程

テスト工程

コード
コーディング工数
レビュー工数

テスト工数

適用前
初回
２回目以降

増加
増加

減少

減少 減少

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

減少

品質/生産性向上分

27

今後の展望

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

2814国内・海外を問わず、モデル図の利用局面を拡大
ツール

ソースコードからUML図へのリバース
多数のUML図間の一貫性検証
オフィス文書とUML図混在環境でのツール

保守

保守担当部門への引継ぎ
開発要員の世代交代による引継ぎ
長期保守製品での活用

要員育成

オフショアで活用できるUML教材の拡充
オフショアでのUML技能認定試験保有者の増加
中国でのL3試験

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

29

Ⅲ．「オフショア開発向けＵＭＬ適用ガイドライン第三版」のご紹介

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

30

15

「オフショア開発向けＵＭＬ適用ガイドライン」
ソフトウェア品質向上と開発効率化を目指し、オフショア開発の誯題とＵＭＬの利点を踏まえ、オフショア開発におけるＵＭＬ活用の指針をガイドブックに集約。

■ 「オフショア開発向けＵＭＬ適用ガイドライン」
 2007年6月に第１版。


2008年7月に第２版。
2009年8月に第２版の中国語版を発行。
2010年8月に第３版。
2010年9月に第３版の中国語版を発行予定。
オフショア開発向けＵＭＬ適用ガイドライン
Ｖｅｒ3.0

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

31

ガイドライン作成前に、オフショア開発に関するアンケートを実施

ソフトウェア開発の発注先


発注側(日本側)ｱﾝｹｰﾄ
調査対象：UMTP参加企業、関連企業
調査時期：2006年11月
有効回答数：70



発注先

国内

中国

ベトナム

インド

その他

発注金額％

75.7

14.9

3.4

2.43.5

その他 3.5%

ベトナム 3.4%

受注側(ｵﾌｼｮｱ側)ｱﾝｹｰﾄ
調査対象：UMTP参加企業、関連企業のｵﾌｼｮｱ先(中国企業)
調査時期：2007年3月
有効回答数：91

インド 2.4%

中国
14.9%

発注金額％
国内 75.7%

回答数：６２

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved3216

アンケート結果まとめ
オフショア開発における誯題

UMLに対する期待・見解

 丌慣れな言語での読み書きによる意図・理解の相違
 日本語文章による仕様記述の難しさ
 書き手の、読み手に対する過度の理解の期待（行間を読む、など）

 図表現と様式の統一

オフショア開発へのUMLの活用

 仕様のあいまい性の低減
 将来性 日本-オフショア間での同一認識の共有
 仕様の誤解の、開発後半での発覚

UML+オフショア開発のメリット
 言語に依存しない、ビジュアルなドキュメント表記方法
 上流・下流で統一されたコミュニケーション手段
 仕様書やコードにおける変更箇所、一貫性の調査のしやすさ グローバルスタンダードな表記法・開発方法

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

33

オフショア開発に関するアンケート結果（抜粋）オフショア開発にＵＭＬを導入すると賛成の割合（％）
意見
日本側 ｵﾌｼｮｱ側
1 UMLによって生産性が向上する
36%
83%
UMLによって発注元（日本）からの2
45%65%手戻りが少なくなる
3 UMLによって品質が向上する
51%
67%
仕様にUMLを使うと曖昧性を4
69%80%低減することができる
仕様にUMLを使うと仕様書変更の563%
74%
影響範囲が把握しやすくなる
レビューでUMLを使うと、説明内容を6
69%
71%効果的に伝えることができる
UMLを使うと発注元（日本）との間の748%70%コミュニケーションが促進される
アンケート結果を見ると各社のUML導入への期待が高い！
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

34

17

ガイドラインの着眼点
基本設計
外部設計

要件定義

基本設計
成果物

要件定義
成果物

開発者の視点実装・
単体テス ト

詳細設計
内部設計

結合テス ト・
システムテス ト

実装・単体ﾃｽﾄ
成果物

詳細設計
成果物

品質点検の視点

開発者の視点

日本側

要件定義→ 基本設計

基本設計→ 詳細設計詳細設計→ 実装

実装・単体テス ト →結合テス ト・ｼｽﾃﾑﾃｽﾄ

どのように利用・作成すればよいのか

どのようなものを渡せばよいのか

－

－

－

どのようなものを受取りたいのか－－

どのような内容を点検すればよいのか

どのような内容・品質レベルを達成すればよいのか

どのような内容を点検すればよいのか－－

どのようなものを受取りたいのか

どのような内容を点検すればよいのか－

オフショア側
品質点検の視点

日本側
オフショア側Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

35

ＵＭＬのダイアグラム（図）サンプル●クラス図●合成構造図分析・設計領域の物や事を概念的に捉え、それをクラスおよびその関係により静的に表現する。

クラスやコンポーネントの内部構造を階層的に表現する。
ビル

1

1

職種

1..*
従業員

1：部屋

従業員リスト

：廊下

：トイレ

技術職

営業職

事務職

●パッケージ図●オブジェクト図

ＵＭＬ要素をまとめるパッケージ間の関係を表現する。

システムのある瞬間の状態をオブジェクトおよびその関係により表現する。
：従業員リスト

田中：従業員

従業員

コントロール

鈴木：従業員

佐藤：従業員

画面
技術職
営業職

事務職

●コンポーネント図●ユースケース図

ソフトウェアコンポーネント（再利用可能な部品）の構成を表現する。

システムが提供する機能と外部との関係を表現する。
従業員情報を検索する
従業員

：給与計算

従業員情報を追加する：アカウント
従業員情報を変更する管理者

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

従業員情報を削除する

36

18

「オフショア開発向けUML適用ガイドライン」の作成へ


UMLに関する書籍は、たくさん存在するが、オフショア開発を前提とし、具体的な開発方法を説明したものはなかった。

システム開発のどの工程で、どの図（UML以外も含めて）をどのように適用すれば効果的かをまとめ、「オフショア開発向けUML適用ガイドライン」を作成した。
（日本語版、英語版、中国語版があり、UMTP Webサイトより無償でダウンロード可能）

本ガイドライン④オフショア事業展開の教材/⑤オフショア先との取り決め②プロジェクト管理/③品質管理①開発方法論※作成したガイドラインは、①～⑤を補完するもの（ノウハウ）
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

37

開発のノウハウ(HintS & Tips)一覧
1. 作業範囲／作業分担の明確化

12. アーキテクチャ説明成果物の作成

2. 利用するUML図の確定

13. パターンの活用

3. 必ずＵＭＬである必要はない

14. 仕様書の記述レベル、書式の指定

4. 上流工程への参画

15. 詳細設計ガイドライン作成

5. 非機能要件定義

16. 仕様未決定部分は明確に

6. 分析モデルで業務を理解

17. オフショア側での成果物のレビュー実施

7. 用語辞書を作成する

18. 日本側はチェックを繰り返し行なう

8. 命名規約を作成する

19. ValidationとVerification

9. モデルの作成規約を作成する

20. モデルで詳細設計のレビュー

10. 共通機能の明確化

21. UML図間の整合性

11. アーキテクチャ・モデル

22. 実装はツールのコード生成機能を使用する

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

38

19

開発のノウハウ（ガイドラインより抜粋）

ポイント 01：作業範囲／作業分担の明確化
各工程の作業分担を明確にする。各工程の成果物（UML図、及びUML図以外）を決定する。オフショアでの開発担当領域を明確にしてモデリング範囲／テスト範囲を決める。
【目的】
システム開発においては、複数の企業（国内、海外）にてプロジェクトを推進する。
企業により、各作業工程の作業内容、成果物が異なる為プロジェクト開始時に作業工程別の作業内容を明確にして作業工程にずれが生じないようにする。
発注側／受注側での成果物を明確にして納品時のトラブルの発生を削減する。
【詳細・補足】
各工程でのオフショア担当作業対象を明確にし、作業効率を向上させる。
例えば、開発環境面から運用要件、障害対策要件、セキュリティ要件に関する内容はオフショアでは対応困難な面があり、予め日本側で担当する領域／オフショア側で担当する領域に分けておくと良い。
特に、オフショアでの開発には、以下の点をプロジェクト開始当初から考慮しておく必要がある。
・オフショアに準備できる開発環境テスト環境の制約
例： 日本語/中国語の文字の使用可能性、大型機の準備の可能性、ファイルの共有可能性。
・オフショアで設計・実装しにくい非機能要件部分に関する制約
例： 統合認証機能が必要になるテスト、準備可能なテスト機のパフォーマンスに依存するテスト、実環境でないことによる制約。
・オフショアで準備しにくいテストデータの制約
例： セキュリティに基づく顧客データの提供。日本語/中国語の文字に依存するテスト・データ
オフショア開発では、コミュニケーションが重要であり、コミュニケーションプランを明確にしておく。
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

39

開発のノウハウ（ガイドラインより抜粋）

ポイント 20：モデルで詳細設計のレビュー
詳細設計では、クラス図とシーケンス図、オブジェクト図、パッケージ図でレビューを行なう。
【目的】
実装を行なう前に、モデルによって方向性を確認する。ソースコードで、流れを追う必要はなく、モデル（シーケンス図など）で誰もが見やすい形でレビューを確実に行なうことが可能になる。
日本側でモデルにより詳細設計のレビューを行なうことで、実装の品質を向上させる。
【詳細・補足】
レビューは、通常の開発より、オフショア開発のほうがより確実に行なう必要がある。しかし、細かなチェック項目を作成しすぎて、日本側プロジェクト・メンバのレビュー工数が膨大になってしまいがちである。ここで、モデルの利用が有効である。
日本側プロジェクト・チームが作成した、アーキテクチャ説明、アーキテクチャのガイドラインに沿って、オフショ
ア側プロジェクト・チームは、詳細設計を行い、成果物としてシーケンス図及びクラス図、オブジェクト図、パッケージ図を作成する。
日本側プロジェクト・チームは、オフショア側プロジェクト・チームが作成した、シーケンス図及びクラス図、オブジェクト図、パッケージ図のレビューを行なう。
レビューでは、アーキテクチャ説明を参照し、オフショア側プロジェクト・チームが作成したシーケンス図及びクラス図、オブジェクト図、パッケージ図がアーキテクチャから逸脱していないかのチェックを行なう。

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

40

20

Ⅳ．“ガイドライン”を活用したオフショア開発の成功事例のご紹介

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

41

オフショア開発へのUML適用事例 （オージス総研）


開発対象



委託先



プロジェクト規模
要員 日本側： 2～6名
要求管理、アーキテクチャ設計、外部設計、（リファレンス実装）、受入テスト
上海側： 3～25名（外部設計）、詳細設計、実装、テスト、技術サポート､ユーザマニュアル作成

オフショア期間2004年12月 ～ [継続中]※ 本プロジェクト自体は、2004年8月より開発言語
C#

自社製品: Elpiz Business Edition （UMLモデリングツール）※ 自社で仕様コントロール可能、長期プロジェクトという点でオフショアに出しやすいプロジェクト
上海欧計斯軟件有限公司（上海オージスSOT）

Copyright © 2010 OGIS-RI Co. Ltd. All Rights Reserved .

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved4221

オフショアでの開発期間と委託範囲
体制（人数）

開発バージョン
v1.0
v1.1
v1.2
v1.3
v1.4
v1.5
v1.6
v1.7
v1.8
￤

上海への委託範囲
ユーザマ
実装・単 結合テス システム日本 上海 外部設計 詳細設計
ニュアル体テスト トテスト作成
2004.12～2005.12
4 3→11△○△△
2005.12～2006.8
611△
○
○○△
2006.8～2006.11312○○○○△
2006.11～2007.2
214○
○
○
○
○
△
2007.2～2007.6
216○
○
○
○
○
△
2007.6～2007.8
216○
○
○
○
○
○
2007.8～2007.12
225
○
○
○
○
○
○
2007.12～2008.2
225
○
○
○
○
○
○
2008.2～2008.5
214○
○
○
○
○
○
￤
開発期間

要求定義以外は、上流（設計）も含めて多くの工程をオフショア側へ委託

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

43

オフショア開発で利用したＵＭＬ図
ダイアグラム

構造図

振る舞い図

実装図

用途

利用状況
初期

中期
後期

クラス図

◎◎

オブジェクト図--

ユースケース図△-

シーケンス図◎△コラボレーション図△△

必要に応じてステートチャート図△△

必要に応じてアクティビティ図○○

作業分担の指示に利用

コンポーネント図△△

必要に応じて配置図--

コラボレーション図を利用
上海側に実装前にシーケンス図を描いてもらうことで仕様理解度を確認利用したダイアグラム（UML1.5）
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

4422

ＵＭＬ適用時の工夫点、効果[工夫点]
クラス図/シーケンス図 委託初期はクラス図を日本側で作成。主なシーケンス図を上海側で作成してもらい日本側でレビュー。
 委託中期以降は、クラス図も上海側で作成し、日本側でレビュー。
アクティビティ図 作業範囲を明確にするために利用。
[効果]■ UMLで仕様を記載することにより、何を開発すべきかの理解度が格段に高まる。
■ オフショア先が作成したUML図をレビューすれば、オフショア先の理解度、スキルがわかる。
Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

45

成功へのポイント■定期的（1年もしくは半年ごと）にガイドラインの各ポイントの適用状況をチェックすることで、プロジェクトのその時々の弱点が浮き彫りになり改善に生かすことができる 。
■ＵＭＬをオフショア開発で利用するのであれば、委託範囲は実装・単体テストに限定せず上流（分析・設計フェーズ）にも参画してもらう方が品質・費用の両面から効果が高い。
■オフショア委託先に上流から参画してもらう場合、分析フ
ェーズを任せる前にキーとなるエンジニアにＵＭＬの集合教育を行なった方がよい。

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

46

23

ご清聴感謝します！
UMTP/JAPAN

特定非営利活動法人 UMLモデリング推進協議会
http://www.umtp-japan.org/

オフショアソフトウェア開発部会「オフショア開発向けＵＭＬ適用ガイドライン」は、以下のWebサイトからダウンロードできます。

http://www.umtp-japan.org/modules/introduction1/index.php?id=32&tmid0=14

Copyright © 特定非営利活動法人 UML モデリング推進協議会 2007-2010 All rights reserved

4724