映像配信システムの開発事例

2012年2月10日

情報ソリューション事業部
関西支社システム第一部 原田© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

本日の内容
１．ＯＫＩソフトウェアの紹介
２．インド発注への取り組み
３．発注システムの説明
４．発注内容の説明
５．発注品質６．ＵＭＬ活用の説明
７．ＵＭＬ適用のメリット・デメリット
８．今後の取組について© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

2

1

１．ＯＫＩソフトウェアの紹介（http://www.oki-osk.jp/）

■会社概要

社名

株式会社ＯＫＩソフトウェア

設立

1977年4月1日

資本金4億円 （沖電気工業株式会社100％出資）

事業内容□ソフトウェア／組込ソフトウェア開発・設計・製造・保守□システム構築サービス□SI／ソリューションサービス（CTI・CRM、SCM、NMS他）□コンサルティング（システムソリューション、インフラ構築支援システム、ネットワークシステム、各種設計支援）□アウトソーシング（システム運用管理）□情報機器販売

従業員数

1,202名（2011年3月31日時点）

売上高273億円（2010年度）

認定○ＩＳＯ９００１：1997年12月認定取得○プライバシーマーク：2005年12月認定取得○ＩＳＯ２７００１： 2007年12月認定取得○ＩＳＯ１４００１： 2003年3月認定取得(蕨地区のみ）（沖通信システム、沖インフォテックとの合併：2010年10月1日）© Copyright 2012 Oki Electric Industry Co., Ltd.

3

S OKI CONFIDENTIAL

■事業所

九
州
支社
・Ｓ
Ｃ
（福岡）

中
国
支社
（広島）

岡山
支社
（岡山）

関西支社
（大阪）

北
海
道
支社
（札幌）

北
陸ＳＣ
（金沢）

中
部
支社
（名古屋）

東
海
支社
（静岡）

芝浦ＳＣ・横浜ＳＣ※ＳＣ・・・システムセンター© Copyright 2012 Oki Electric Industry Co., Ltd.

東陽町ＳＣ、高崎分室・本庄分室

S OKI CONFIDENTIAL

情報ソリューション事業部

通信ソリューション事業部

ＩＴソリューション事業部

東北支社
（仙台）

本社（埼玉県蕨市）
東京第一支社
東京第二支社蕨ＳＣ蕨分室42

■OKIソフトウェア事業内容
通信ソリューション事業

金融システム
営業店，事務集中，ATM

キャリア系NWシステム
NGN, VoIP, 映像配信

沖電
気
事
業

-ｅソリ
ュ
ーショ
ン
事
業

情報ソリューション事業

社会情報システム
人事給与，EA，バックオフィス

エンタープライズ系NWシステム
IPテレフォニー, eおと, CTI

旅客運輸システム
予約，発券，チャックイン，Web

交通・防災システム
防災無線, 航空管制
プリンティングソリューション
カラーノンインパクトプリンタ

交通システムETC，VICS，道路情報
ディフェンスシステム
水中音響（ソナー），空中音響

ミドルウエアソリューション
Situator

コールセンタソリューション
CRM，CTI，IVR，音声

流通システム
受発注，カード決済/ﾎﾟｲﾝﾄ

ネットワーク監視ソリューション
NetSentinel，IP-VQMS組込みソフト開発
携帯，カーナビ，地図情報

自治体システム総合窓口，財務，催告

ＩＴシステム事業
ＥＲＰソリューション
MCFrame，Syteline

B2B・Webソリューション
Web-EDI，EAI

販売・会計ソリューション
販売・物流，財務会計支援
経営・営業ソリューション
予算管理，顧客管理
システム運用・保守
ITIL，仮想環境，シェアード© Copyright 2012 Oki Electric Industry Co., Ltd.

社
内Ｉ
Ｔ
5

S OKI CONFIDENTIAL■OKI事業開発例（旅客運輸）■駅利用システム

顧客操作型指定券券売機© Copyright 2012 Oki Electric Industry Co., Ltd.

■空港利用システム

国際線用自動チェックイン機S OKI CONFIDENTIAL

国内空港 チェックインカウンタ

63

２．インド発注の取り組み■発注ロードマップ
９９年度

００年度

０１年度

０２年度

０３年度

０４年度

０５年度

０６年度

０７年度

０８年度

０９年度～

旅行業向け
物品発注システム

航空会社向けロビー端末システム

航空会社向け
ＷＥＢ照会システム

旅行業向け
発券端末システム

航空会社向け監視システム

鉄道業向け
窓口端末システム

旅行業向け
出張手配システム

旅行業向け代理店システム© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

7

会社概要
商号
初期出資額
会長
CEO
従業員数

Nihon Technology Private Limited （NTPL）
ISO : 9001-2008 を取得済
150万ドル
M.R.Ranganthan
Chellappa Sriram
100名

事業内容

ソフトウェア開発、情報処理サービス、エンベデッド関連、ソフトウェア商品等の開発・販売

本社

インド、タミルナードゥ州、チェンナイ市〒600 020 アダヤール ガンディナガー ＃７ ２番クレセント パーク ロード
TEL +91-44-43998000 (代表)〒107-0052東京都港区赤坂9-1-7赤坂RHビル 526
TEL ： 03-6440-9121
FAX : 03- 6440-9122〒530-0043大阪市北区天満 2-2-21 ヒロビル6階
TEL 06-4801-8255
FAX 06-4801-8233

東京営業所

大阪営業所

© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL84

■２００８年までの発注体制
日本

インド

日本

チェンナイ

チェンナイ

㈱ＯＫＩソフトウェア

ＰＭ

インド

㈱ＯＫＩソフトウェア

ＰＭ

オフショア

㈱ＯＫＩソフトウェア

ＰＬ

ＰＭ
オンサイト

各プロジェクトPL

オフショア

ＰＬ

ＰＭ

各プロジェクトPL
日本

インド

チェンナイ
㈱ＯＫＩソフトウェア
オフショア

ＰＭ

ＰＭ
オンサイト

ＰＬ

各プロジェクトPL© Copyright 2012 Oki Electric Industry Co., Ltd.

継続的な発注S OKI CONFIDENTIAL

9

１９９９年～２００８年■ オンサイトを常駐化■ ８年間発注を継続する

毎年大・中規模ＰＪを８年間継続して発注

オンサイトを常駐させて管理・取りまとめ・受入を担当■ 本国に社員を派遣■ 品質確保のために技術者を招聘

本国と日本に技術者を配置
・障害改修のための技術者を招聘

大規模なＰＪは社内要員をインドに派遣・仕様の伝達
・課題解決

ＰＪの問題
期待した品質が確保できない
仕様書どおりのプログラムが提供されない障害がなおらない障害を伝えてもなおらない

納期が守れない
約束した納期が守られない進捗状況を把握できない
状況報告が矛盾する

・８年間試行錯誤しながら発注を継続したが個々問題が発生！
© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

105発注側の問題
日本の協力会社でも継続しなければできない仕様書作成●仕様書の矛盾・不明点多・国内発注先は自分で設計しているため、不備を自力で補完できる。
しかし、海外の場合、誤った解釈をする場合が多い。
●仕様書の書き方の展開不備
・仕様書作成者のレベルにて左右され統一規格（書く内容等）にて記述されていない。
（特記事項）
・完全な仕様書は最後まで完成せず行間は説明にてフォローすればよいと考えている。
・抜けが多すぎてプログラムの処理抜けとなる。

仕様変更履歴無しの仕様変更●仕様変更履歴無しで、更新された仕様書を送った場合、全ページ再英訳となり、相当の時間を必要とする。
●分割にて国内・海外でＩ／Ｆがある場合等、変更内容をリアルタイムに伝達できていない。

国内スケジュールの遅延●発注工程と受入以降の作業線表を綿密にすりあわせていない。

© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

11

受注側の問題管理者の能力の問題●単に報告を取りまとめるだけの管理者（ほとんど実態を知らず）●計画能力無し（遅れに対して日程を詰めるだけの再計画）

作業要員コントロール不足●指示した後、細めなモニタ・コントロールを行なわない。
・各担当者が自分の裁量で作業を進める。
（特記事項）
・個々の技術者は、品質に対する考えが甘く、コントロール無しでは、品質の向上は期待できない。
・個々の技術者には、指摘されたら改修すればいいという意識が強い
・分業によりコーダーとテスターが異なる
・労務管理を行わない
各担当者の詳細な作業状況を把握できていない●担当から相談があれば、その解決のアクションを起こすが、特に相談がなければ、問題無しとみなす。
（各担当者ができるといえば、それはできるものとみなされる）

障害管理の不備●障害発生・改修の水平展開がない。各担当は、他人の担当部分に無関心●障害の発生→クローズまでが管理されていない© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

126

実施対策
発注側対策
●提示仕様の内容に対する責任は、発注元にあることを徹底→説明で補足する意識の廃絶●納入仕様書・システム仕様書の精度向上→国内の開発においても協力会社を入れ替えても製造できる仕様書の作成●仕様変更の管理と伝達方法の確立→仕様変更については時期・伝達の方法を検討し管理徹底する。

受注側対策●Managerの育成→社内のＤＭ・ＰＬクラスを教育しワンランクアップする●開発計画のプロジェクト管理を徹底→国内と同じ管理を実施する●報告に際しては数字だけで管理しない→進捗管理の徹底と報告形式の確立●分業の禁止→プログラム・モジュールの責任の明確化●障害管理・バージョン管理の徹底→抜けなく正確に実施© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

13■２００９年からの発注体制
目的日本㈱ＯＫＩソフトウェア

ＰＭ

インド

(チェンナイ)出向
ＰＭオンサイトＰＬ

インド企業日本支社
出向
ＰＭ© Copyright 2012 Oki Electric Industry Co., Ltd.

各プロジェクトPL☆製造・管理の問題の原因追及
・社員として根本原因を追及。
☆製造工程の作業内容を明確化
・製造工程の作業内容を明確にします。
・作業内容を詳細化し過不足を洗い出します。
☆管理をＲｏｔｔｉｎｇｗｏｒｋ化できるように指導・管理しなければならない項目を共有します。
・管理の仕方を指導します。
☆進捗報告の作業内容と報告方法を指導・進捗で報告する内容を指導します。
・進捗管理は数字だけでなく品質の確認を教えます・バージョン管理と障害管理の教育

S OKI CONFIDENTIAL

147

３．発注システムの説明■システム構成
映像系入力
配信管理サーバ

データ系入力D/Gサーバ

ホスト

データ系
データ

カメラ

A

エンコーダ

B
書画カメラ
C

映像系
データ

マイク端末

マルチキャスト
ネットワークD

他システム
ダウン
コンバータエンコーダ

マルチキャスト
配信

ユニキャスト
配信

マニュアル
入力端末

ダウンコンバータ

構外モニタ端末

構内モニタ端末モニタ© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

15■特色
ツール・技法◆ ＵＭＬによる設計→ガイドラインの作成と展開◆ ClearCaseによるバージョン管理→人的ミスの削減◆ eclipseを使用したコーディング→コーディング規約のツール組み込みによりコーディングミスの防止システムの特色◆ 配信機能→Java Message Service (JMS)を使用しＰｕｓｈ型配信を利用した効率的な配信◆ モニタリング機能→ブラウザを利用した映像系とデータ系の配信情報の融合◆ ＭＩＧ通信管理機能→配信データ量の増大に対する対策◆→映像配信© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

168■配信機能構内モニタ端末はＩＰマルチキャスト、構外モニタ端末はユニキャストでのＰｕｓｈ型配信を実現します。マルチキャスト配信はJava Message Service (JMS)を使用し効率的な配信と致します。
【配信方式の考え方】
同一チャネルを多数のモニタ端末でモニタする形態である本システムでは、マルチキャスト配信がサーバ負荷、ネットワーク負荷の観点から有効と考えます。従って、空港内のモニタ端末に対しては、マルチキャスト配信をご提案します。
また、マルチキャスト通信が不可のネットワークに接続されている空港外モニタ端末へは、ユニキャスト方式で配信します。

配信管理サーバ

配信
情報

ＪＭＳ

配信
情報

ﾄﾋﾟｯｸ

ﾄﾋﾟｯｸ

配信
情報

配
信機
能

ＪＭＳ

構外
モニタ端末

マルチキャスト、ユニキャストの配信方式の使い分けは、接続するモニタ端末がどちらの通信方式での配信を要求するかで実現します。

ﾄﾋﾟｯｸ
ﾄﾋﾟｯｸ

【配信機能】
配信要求を受け、該当のチャネル（トピック）にメッセージを送信します。該当ト
ピックの配信を期待していたモニタ端末にマルチキャスト又は、ユニキャストで配信されます。

ＪＭＳ

ﾄﾋﾟｯｸ
ﾄﾋﾟｯｸ

配信
情報

構内
モニタ端末

WeblogicServer© Copyright 2012 Oki Electric Industry Co., Ltd.

17S OKI CONFIDENTIAL■モニタリング機能

異なるソリューションである映像系とデータ系の配信情報を違和感のない操作性でのモニタリング
異なるソリューションである映像系とデータ系の配信情報を違和感のない操作性でのモニタリングを実現するために、映像系・データ系ともにブラウザにて表示します。
を実現するために、映像系・データ系ともにブラウザにて表示します。

映像系・データ系の画面をブラウザ上に構築するために映像系・データ系の画面をブラウザ上に構築するためにテンキーでのチャネル切換

差分表示

チャネル切替命令を
AcitveXコントロールで受信しブラウザの画面へ反映

通信管理APから差分情報をActiveXｺﾝﾄﾛｰﾙで受信し、IEスクリプトにて変更部分のみを書換© Copyright 2012 Oki Electric Industry Co., Ltd.

映像表示

マルチキャスト
受信

ActiveXコントロールにてプレイヤーの受信ﾏﾙﾁｷｬｽﾄｱﾄﾞﾚｽを書換。Plug-inにてブラウザへの映像表示を実現

S OKI CONFIDENTIAL

Ｐｕｓｈ型
受信

ﾏﾙﾁｷｬｽﾄ受信が可能な通信管理APを作成し実現する。配信サーバから受信した情報をActiveXコントロール経
由でブラウザ上に反映

189

■スケジュール12月1月

２月

３月

４月

５月

６月

７月

8月

９月

10月
▼仮稼動

システム設計
▼仕様確定

11月

12月

▼本稼動
(12/1)

試行/慣熟

プログラム設計全体
スケジュールプログラム製造
システムテスト© Copyright 2012 Oki Electric Industry Co., Ltd.

19

S OKI CONFIDENTIAL

４．発注内容の説明【Ｄ／Ｇサーバ】
MWQ eb
5 S. p
3 he
re

通信管理
処理

Ｆ
Ｔ
Ｐ

ホストA
データ受信／編集処理

コマンド
要求

No 処理名1 エミュレータ編集処理

エミュレータ
編集処理

2 ホスト
データ受信／解析処理
3 ホスト
データ受信／解析処理

ホストB
データ受信／編集処理
WeblogicServer8.1

GlancePlus Pak

MC/Service Guard

MirrorDisk/UX

4 エミュレータ
画面作成機能HP-UX 11i

【配信管理サーバ】

エミュレータ画
面作成

ホストA
画面作成

音声
管理機能

カメラ管理
機能

ホストB
画面作成静止画配信機能

チャネル管理機能

端末
管理機能

配信機能

マニュアル
入力画面作成機能

6 ホストB
画面作成機能ＪＭＳ

GlancePlus Pak

WeblogicServer8.1

MirrorDisk/UX

Apache

MC/Service Guard
HP-UX 11i

© Copyright 2012 Oki Electric Industry Co., Ltd.

5 ホストA
画面作成機能概要
・受信したデータストリームを解析し、全画面及び差分情報を取り込み配信サーバに通知する。
・最新データを保持する。
・30秒毎にFTPで送信されるメイクアップ割付
ファイルを基に、画面単位に分割し、配信管理サーバに通知する。
・最新データを保持する。
・1分毎にFTPで送信される情報ファイルを基に、画面単位で分割し、配信管理サーバに通知する。
・最新データを保持する。
・D/Gサーバかエミュレータの全画面情報及び、差分画面情報を受信する。
・全画面情報の場合、HTMLで画面情報を作成し、XML形式で配信機能に通知する。
・差分情報を受信した場合、一次的に蓄積し、2秒間隔で差分画面情報を行単位でHTML変換し、XML形式で配信機能に通知する。
・30秒間隔に全画面データをモニタ端末へ送信しデータ補正を行う。
D/GサーバからホストA画面情報を受信し、HTMLで画面を作成し、XML形式で配信機能に通知する。
モニタ端末へ30秒間隔で送信する。データは、全画面分データとする。
D/GサーバからホストB画面情報を受信し、HTMLで画面を作成し、XML形式で配信機能に通知する。
モニタ端末へ1分間隔で送信する。データは、全画面データとする。

Ｄ／Ｇサーバ・配信管理サーバ・モニタ端末の開発の全体の１／３を発注
S OKI CONFIDENTIAL

2010５．発注品質の説明
品質
全体として品質は良かった。
障害分布

障害区分において、仕様ミスと設計ミスが全体の約４０％を占めている。
これは、PD完了後にエラーコードの体系を変更したことによるものであり内部設計に誤りがあったわけではない。
また、ロジック抜けやリターンコードの判定誤り／漏れのCDミスでも約４０％の割合となっている。
傾向としては例外処理や定義ファイル異常時の処理に障害が集中していた。
その他のCDミスの要因としては、HP-UXの仕様の考慮漏れがあった。

仕様ミス
設計ミス
ﾙｰﾌﾟ処理誤り

ﾛｼﾞｯｸ抜けﾃﾞｰﾀ宣言誤り

仕様ミス

変数使用誤り設計ミス

配列処理誤り
算術演算誤り関数使用誤り入出力誤り
文字列操作誤り
終了処理誤りI/Fﾊﾟﾗﾒｰﾀ誤り
I/Fｼｰｹﾝｽ誤り
ﾘﾀｰﾝｺｰﾄﾞ判定漏れ

ＵＭＬを使用したプログラム仕様書の品質としては満足できる品質を確保できた。
例外処理（エクセプション）の記述はアクティビティ
図で記載したが、コーダの技術力の問題で障害が多かった。

© Copyright 2012 Oki Electric Industry Co., Ltd.

ﾘﾀｰﾝｺｰﾄﾞ判定
誤り

関数使用誤りﾘﾀｰﾝｺｰﾄﾞ判定誤り
ﾛｼﾞｯｸ抜けﾃﾞｰﾀ設定ﾐｽ
ﾃﾞｰﾀ参照ﾐｽ

21

S OKI CONFIDENTIAL

６．ＵＭＬ活用の説明【仕様確定ＰＨＡＳＥ】【設計ＰＨＡＳＥ】

機能実現に向けた仕様調整
お客様ご担当者との打ち合わせ

仕様決定／承認
残課題の解決をもって仕様確定へ

打ち合わせ
結果の整理・検討
仕様書（案）

仕様承認をもって設計フェーズへ

仕様決定【製造ＰＨＡＳＥ】

設計

製造

システム設計プログラム設計

ｼｽﾃﾑ仕様書

プログラム
デザインレビュー

機能仕様書
システム
デザインレビュー

基本仕様書

コーディング
第３者QCD（設計完了レビュー）

変更履歴

プログラム
仕様書

各種ﾚﾋﾞｭｰ記録
機能要件
プロセス構成プロセス詳細© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

コンポーネント図

シーケンス図コラボレーション図
ステートチャート図2211

UML作成時の方針
機能仕様書からのユースケース作成が一番難しく、適切なユースケース図を作成することにより、より良いシステム設計を行うことができる。
ユースケース：システムの利用者(外部システムを含む)をアクターとして、各アクターごとにシステムがどの様な機能やサービスを提供するべきかを識別したもの。
ユースケースを活用したUML作成手順を下記に示す。
①該当する制御の機能仕様書よりユースケース図を作成する。
→UMLを作成するにあたり、ユースケース図が無ければ設計が不可能といえる。
Roseでは各ユースケースごとにUML図を作成するとRoseのフォルダ構成が機能と対応し、ドキュメント作成も容易である。
(４．Rose利用方法について参照)②①で作成したユースケース図より１ユースケース単位で概要・シナリオ又はイベントフローを作成する。
(a)概要･･･一つのユースケースに対するユースケースの説明(b)シナリオ･･･一つのユースケースの流れを具体的に記述した文章。
シナリオ内で記述する名称・金額・数量などは実際の値を使用し、現実に処理が行われたように記述する。
(c)イベントフロー･･･一つのユースケースにおける全ての流れを、汎用的に記述する。
・事前条件･･･ユースケースを開始する為の制約や条件・事後条件･･･ユースケースが終了した後の制約や条件
・基本フロー･･･イベントフローの最も一般的な流れ
・代替フロー･･･基本フローより頻度が少ないが正常な流れ
・例外フロー･･･正常終了しない流れ③②にて作成したシナリオ及びイベントフローよりユースケース単位でクラス図を作成する。
④②にて作成したシナリオ及びイベントフローと③にて作成したクラスを利用してユースケースごとにシーケンス図及びコラボレーション図を作成する。
→シーケンス図はシナリオ及びイベントフローの全てのパターンを網羅する必要がある。
モデリング時にパターンを少なく考慮するか、コラボレーション図を利用する。
UML作成時の注意事項(From UML推進チーム)
・UMLをSD時より利用するとシステム全体のユースケース図よりブレイクダウンした設計をおこなうことができる。(推奨)・設計者間でコミュニケーションを行い、データ中心にシステム設計を行う必要がある。
・共通データを扱う個所に関してはRoseファイルを統一して設計を行うとデータClassのずれを防ぐことができる。
→Roseのフォルダ構成を明確にし、役割分担をする必要がある。

© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

23

プログラム仕様書（UML表記法）ガイドライン
本仕様書に、UML(Rational Rose使用)を用いてプログラム仕様書を作成する際のガイドラインを記す。
１．ドキュメントの様式について①ドキュメントは制御単位で作成する。
②表紙、及び変更履歴はSWSにて指定されたものを付加すること。
③下記の目次内で指定しているUML図・記述項目は必須項目とする。
④SoDaにてドキュメントを出力する場合は「４．Roseの利用方法について」に従うこと。
UML版目次１．プログラム処理仕様
1.1 概要
1.2 ユースケース

２．個別処理仕様
2.1 ユースケース名(1)2.2 ユースケース名(2)2.3 ユースケース名(3)・・３．モジュール仕様
４．・・・（エラーメッセージ一覧・その他補足事項）＊４以降は制御内容により記述が必要である場合に利用する。

© Copyright 2012 Oki Electric Industry Co., Ltd.

①制御全体のユースケース図＊①はSoDa標準テンプレート
rup business use case model survey.docにて一括出力可能②～⑤はユースケースごとに記述する事とする。
②ユースケースの概要③ユースケースのシナリオ又はイベントフロー(但し、システム仕様書にて既に記載してある場合は参照場所を記述するのみでよい。記述内容は３．②参照)④クラス図⑤シーケンス図又はコラボレーション図＊②④⑤はSoDa標準テンプレート
rup use case realization report.docにて一括出力可能⑥全クラス内のメンバ名(フィールド・メソッド)及びメンバの説明（但し、メソッドの処理が複雑で文章だけでは説明が不十分になる可能性がある場合は、必要に応じて、アクティビティ図またはステートチャート図を利用すること。）＊⑥はSoDa標準テンプレート
classesattrsopstable.docにて一括出力可能
S OKI CONFIDENTIAL

2412

２．目的
①RationalRoseを利用する場合にプログラム仕様書としての最低限必要な記述項目を明確にする。
②プログラム仕様書として記載内容に不足がない事をチェックする。
③UMLの知識があるものであれば、仕様書の内容を理解できること。
④Roseにて入力した内容をSoDaWordを利用したドキュメント作成を目標とする。
Roseにて入力した項目をSoDaで出力するだけでは、十分な仕様書を作成することはできないのでSoDaにて出力可能な項目と出力不可である項目を本仕様書に明記する。
＊従来(SWS)のプログラム仕様書の記述内容をUML図にて記述する場合に代用可能な項目を下記に示す。
↓SWS

プログラム仕様書、モジュール仕様書作成の手引きより(a)プログラム仕様書とモジュール仕様書を統合したドキュメントとする場合の記述項目(例)1.プログラム処理仕様
1.1 プログラム概要
1.2 処理の流れ
1.3 処理の制御方式
2.機能階層図
3.共通処理仕様
3.1 共通モジュール一覧
3.2 共通モジュール仕様
4.個別処理仕様
4.1 モジュール構造図
4.2 個別モジュール一覧
4.3 個別モジュール仕様
5.メモリレイアウト
6.テーブル仕様
7.ファイル仕様
8.メッセージ一覧
9.リソース割当て
10.その他、補足事項

シーケンス図またはコラボレーション図にて代用可能。
パッケージ図及びクラス図にて代用可能。

クラス内のメンバ名(フィールド・メソッド)及びメンバの説明（必要に応じて、アクティビティ図またはステートチャート図を利用）

５．～１０．についての記述は制御内容によって判断する。

© Copyright 2012 Oki Electric Industry Co., Ltd.

25

S OKI CONFIDENTIAL

■サンプル
1.

Interaction Diagrams

1.1

DGServerEstablishment_PrimaryFlow: DGServerClock: LogBackUpStart: LogBackupThread: LoadLineInfo: LogBackUpDeletion: D GAdapte r

1 : star tup(Str ing, Hasht abl e)
2: set Services (T3Ser vicesDe)
3: run ( )4: checkTime( )5: callThread(int)

6: fileExistence( )7: logBackup(String)
8: getDayFormat( )9: deleteBackupLog(int)This method load s
the LineInfo xml into
the LineInfoVO.
10: startup(String, Hashtable)
11: putLineInfo( )© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

26

13

７．ＵＭＬ適用のメリット・デメリット
メリットデメリット☆開発に携わる人たちが共通の言葉を持ち、コミュニケーションができる・日本語・英語・タミール語などの自然言語が持つあいまいさや冗長性を排除できる。

☆要求定義では活用率が低い
・まだまだ仕様の決定権を持っている人には浸透していない。
・ＵＭＬを使用できる技術者が少ない。

☆設計の再利用が非常にやりやすい・UML は環境に非依存なモデリング言語のため、作成した設計モデルは、いろいろな言語や環境で利用できる 。

☆どうしても曖昧な部分ができてしまう。
・アクティビティ図、ユースケース図で、動的情報は抑えられるが、クラス図は静的情報なのでクラスの中に、そのメソッドが所属する理由が表現できないためにクラス図が、どうしてこの形になるのか？という部分が曖昧になる。
・何秒以内に結果が返ってこなければならない、というような仕様の記述手段がない。
・画面遷移は、UMLで書くとわかりにくくなる。
・データベースの設計はE-R図を使った方がいい場合もある。

☆造るシステムにしたがってダイアグラム選択しわかりやすい仕様書を作れる
・すべてのダイヤグラムを使うのではなく、システムの特性・要件に従って機能を実装する
時に必要なダイヤグラムを選択して使用できる（柔軟性がある）☆既存システムの改修には向かない
・レガシーな既存の仕様書をすべてＵＭＬにはできない。

© Copyright 2012 Oki Electric Industry Co., Ltd.

27

S OKI CONFIDENTIAL８．今後の取り組みについて■ 生産性向上の為のインド発注

業務アプリケーションを開発する
為には日本テクノロジー活用の利点●コスト削減●先端技術者不足の解消●欧米顧客とのビジネスで培われたノウハウの活用

仕様書の精度向上が不可欠！

インドオフショアの強み●組込みソフト●通信制御ソフト●ＥＲＰ、ＣＲＭのインプリメンテーション●企業向けソフトのマイグレーション

発注
施
策

施策１
日本語で書く部分の改善※リダービリィティー※英訳しやすい文章の書き方⇒納入仕様書・システム仕様書
施策２
システム仕様書の改善※ＵＭＬ利用にて仕様書精度向上※ＵＭＬで表現できない部分の書式の制定
施策３
ＵＭＬ技術者の育成※５０％から８０％へ© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

2814

© Copyright 2012 Oki Electric Industry Co., Ltd.

S OKI CONFIDENTIAL

2915