表 紙
SEC主催セミナー大阪
情報システムの定量的品質管理の取組み
2009-06-04
住友電気工業株式会社
情報技術部
中村 伸裕
会社紹介
全文 < > 会社概要 ホームページ 【会社概要】 商 号 住友電気工業株式会社 本社所在地 大阪市中央区北浜4-5-33（住友ビル） 創 業 1897(明治30)年4月 事業内容 自動車関連事業 情報通信関連事業 エレクトロニクス関連事業 電線･機材･エネルギー関連事業 産業素材関連事業 資本金 96,914百万円 売上高 (2008年3月期) 連結 2,540,858百万円 単独 1,011,577百万円 経常利益 (2008年3月期) 連結 169,644百万円 単独 46,166百万円 従業員数 (2008年3月末) 連結 153,725人 単独 3,811人 社 長 松本正義 【ホームページ】 ・http://www.sei.co.jp/index.ja.html (表示切替)製品紹介 全文 <> 概要 自動車 情報通信 エレクトロニク ス 電線・機材・エ ネルギー 産業素材 【概 要】 【自動車】 (表示切替) 【情報通信】 (表示切替) 【エレクトロニクス】 (表示切替)
システム開発体制
全文 < > 開発体制 【開発体制】 システム開発体制 U 利用部門 D 開発部門 U.1 住友電工 U.2 国内グルー プ企業 U.3 海外グルー プ企業 D.1 情報システ ム部 D.2 住友電工情報システム (株) D.1.1 情報技術部 D.1.2 システム 企画部 D.2.1 QCD改善推 進部 D.2.2 FW技術課 (BS) D.2.3 システム 開発(SS) D.2.4 協力会社ID表示:[ ON | OFF ] ( Cell: 13 )
プラットフォームの変遷
全文 < > ブラットフォーム ＱＣＤ改善 【ブラットフォーム】 表１．プラットフォームの変遷 No. 年度 方式 OS 言語 ＤＢ 1 ～８０ ホスト集中処理 IBM S370 NEC ACOS COBOL IMS, ADBS 2 ８１～９０ 汎用機分散設置 IBM 4300NEC ACOS DB2, DL/I, ADBS
3 ９１～９４ 分散処理（telnet） ＵＮＩＸ Informix-4GL Informix 4 ９５～９６ Ｃ／Ｓ Developer2000 Oracle 5 ９７～９８ Webシステム
Windows NT Cold Fusion
6 ９９～０４ Linux Java / Tomcat DB2, Oracle 7 ０５～ PostgreSQL 8 ０６～ Linux + Xen 【ＱＣＤ改善】 表２．ＱＣＤ改善の取り組み 年 改善の取り組み 成 果 1991 Informix-4GL用 ジェネレータの開発 開発フェーズ 生産性 30%UP 1994 T字形ER手法の導入（DOA導入） 外部設計～結合テスト 生産性 30%UP 1997 ファンクションポイントの導入 計測方法の見直し
1999 楽々Framework の開発(View, Controller) UI Component Struts相当の部品 2001 システム開発プロセス改善（CMM） CMMレベル３を達成（2003年４月） 2003 コンポーネント元年 組立型開発の開始 業務用コンポーネント 240種類以上 ビジネスロジックの部品化 販売管理システム 2007 構成管理ツール導入 SQC の基盤構築 統計的品質管理 (SQC) 管理図等を使った品質管理の実践
システム・アーキテクチャ
全文 < > 概要 アーキテクチャ 基本サービス 【概 要】 各システムの開発では、 ・ソフトウェア部品(ライブラリ)の再利用 ・社内サービス(SOA)の利用 を活用して開発量を削減する 【アーキテクチャ】 アプリケーション XPD(Meta) & Javaブラウザ Tomcat 楽々FrameworkII(ライブラリ) PostgreSQL(Database)
SSO認証 サービス 電子申請サービス (楽々WorkFlow II) 全社プリント サービス リソース配信 サービス ID表示:[ ON | OFF ] ( Cell: 9 )
【基本サービス】 表１．ＳＯＡ No. サービス 内 容 1 SSO認証サービス Single Sign On 認証サービス。 １回のログインで同一ドメイン内にのサーバーにアクセス できる 2 全社申請サービス 楽々Workflow II の機能で設定した画面をワークフローを 使って電子申請できる他、楽々Framework II で開発した 画面をノンプログラミングで埋め込んで電子承認を受ける ことができる。 3 全社プリントサービス 市販の帳票ツールを使ってネットワークプリンタや PDF に 帳票を出力できる。 4 リソース配信サービス 社員、部署、経理コード等のリソース・データをリアルタイム に配信する。
システム開発フロー
全文 <> システム開発フロー 用語
【システム開発フロー】
No. Zone U.利用部門 S.システム工場 F.部品工場 Method Machine Matrial Man
外部設計 1 U.1 業務要件整理 ＼ ／ 2 Ｔ字形ＥＲ作成S.2 Ｔ字形ＥＲ手法 TER-MINE ＼ ／ 3 S.3 機能設計 ＵＳＤＭ isdoc ＼ ／ 4 S.4 画面設計 プロトタイプ RakDesigner isdoc 要件定義書 ＼ ／ 5 U.5 ユーザー レビュー S.5 ピアレビュー F.5 部品適合性 レビュー
isdoc 楽々Framework II(Library)
ＤＢ設計 ＼ ／ 6 ＤＢ物理設計S.6 楽々Framework II ＰＧ設計 ＼ ／ 7 ＰＧ設計S.7 構成管理 isdocExcel ＼ ／ 8 S.8 PSP個人レビュー ＰＳＰ ＼ ／ 9 S.9 ピアレビュー ＳＱＣ isdoc ＰＧ開発 ＼ ／ 10 S.10 ＰＧ作成 組立型開発 楽々Framework II Eclipse 楽々Framework II(Library) ＼ ／ 11 S.11 PSP個人レビュー ＰＳＰ isdoc ＼ ／ 12 S.12 単体テスト isdoc ＼ ／ 13 S.13ＣＩ ＳＱＣ isdoc ＼ ／ 14 S.14 単体検収テスト ＳＱＣ isdoc ＩＴ ＼ ／ 15 S.15 統合テスト インシデント管理 ＳＴ ＼ ／ 16 U.16 システム テスト S.16 システム テスト インシデント管理 運用 ＼ ／ 17 システム利用U.17 インシデント管理 ＼ ／ 18 S.18 システム改善
組立型開発
組立型開発
解決したい課題 全文 <> 解決したい問題 課題 【解決したい問題】 １本のプログラムを再利用して以下の２つの画面を実装したい。 【課 題】 ・どちらも画面に入力されたデータをＤＢに登録する ・入力データ項目が異なる （桁数、データ型、エラーチェック方法等が異なる）
項目オブジェクト
全文 < > 項目オブジェクト 設定画面
【項目オブジェクト】
【設定画面】
データ入出力部品 全文 < > 項目オブジェクトの利用 データ入出力部品 拡張機能 【項目オブジェクトの利用】 【データ入出力部品】 ■１件表示部品 ■一覧表示部品 ■１件入力部品 ■一覧入力部品 【拡張機能】 [Open]
パターン
全文 <> 画面遷移 スクリーン パターン
【画面遷移】
【スクリーン】
【パターン】
パターン連携
全文 < > 概要 ＸＰＤ 【概 要】 【ＸＰＤ】 <Program NAME=“prog010"> <Title>従業員照会</Title> <Pattern>PtnInqRD</Pattern> <Pattern>PtnEntRF</Pattern> <Pattern>PtnRptRD</Pattern> <PP> <Table>emp</Table> <SQL><SELECT>userid, usernm, userkana, …</SELECT> <FROM>emp, dept, empdept</FROM>
<WHERE>emp.userid = empdept.userid
AND dept.deptid = empdept.deptid</WHERE> </SQL>
<KeyFields>userid</KeyFields>
<PrintFields>userid, usernm, userkana, …</PrintFields> </pre>
サンプル画面
全文 < > 一覧画面 明細画面
【一覧画面】
【明細画面】
品質管理
品質管理
品質の定義
全文 < > 概要 ISO 9000 JIS X 0129 JUAS非機能要件 参考文献
【概 要】
ISO 9000 および JIS X 0129(ISO 9126) による品質の定義 【ISO 9000】 ・品 質 本来備わっている特性の集まりが、要求事項を満たす程度 ・要求事項 明示されている、または 通常暗黙のうちに了解されている、もしくは 義務として要求されている、 ニーズ又は期待 【JIS X 0129】 品質特性 [LV:1 2 ] 説明 1[-] 機能性 必要性に合致する機能を提供するＳＷ製品の能力 1.1 合目的性 1.2 正確性 1.3 総合運用性 1.4 セキュリティ 2[-] 信頼性 指定された達成水準を維持するＳＷ製品の能力 2.1 成熟性 2.2 障害許容性 2.3 回復性 3[-] 使用性 理解、習得、利用でき、魅力的であるＳＷ製品の能力 3.1 理解性 3.2 習得性 3.3 運用性 3.4 魅力性 4[-] 効率性 使用する資源の量に対比して適切な性能を発揮するＳＷ製品の能力 4.1 時間効率性 4.2 資源効率性 5[-] 保守性 修正のしやすさの関するＳＷ製品の能力 5.1 解析性 5.2 変更性 5.3 安定性 5.4 試験性 6[-] 移植性 ある環境から他の環境に移すためのＳＷ製品の能力 6.1 適応性 6.2 設置性 6.3 共存性 6.4 置換性 【JUAS非機能要件】 非機能要件 [LV:1 ] 備考 1 機能性 JIS X 0129 2 信頼性 JIS X 0129 3 使用性 JIS X 0129 4 効率性 JIS X 0129 5 保守性 JIS X 0129 6 移植性 JIS X 0129 7 障害抑制性 発生防止、障害拡大防止 8 効果性 ITの投資価値 9 運用性 オペセンの運用 10 技術要件 OS, ミドル, 開発言語, 標準等 【参考文献】 [Open]
統計の基礎 全文 <> 正規分布 グラフ１ グラフ２ 工程能力指数 【正規分布】 表１．標準偏差と確率 No. 範囲 確率 備考 From To 1 -σ +σ 68.26% 10回に 3.2回に不良 2 -1.5σ +1.5σ 86.7% 100回に 13.3回の不良 3 -2.0σ +2.0σ 95.44% 100回に 4.6回の不良 4 -3.0σ +3.0σ 99.97% 1000回に 3回の不良 5 -6.0σ +6.0σ 99.99% 100万回に3.4回の不良 【グラフ１】 製品規格：50±17 (33～67) 平均 50 標準偏差(σ) 10 の正規分布 1 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95 100 0.0 1.0 2.0 3.0 4.0 5.0 6.0 ●発生確率 規格 規格 －３σ －２σ －σ 平均 ＋σ ＋２σ ＋３σ □ 分布 [Open] 詳細データ [Open] 【グラフ２】 製品規格：50±17 (33～67) 平均 50 標準偏差(σ) 5 の正規分布 1 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95 100 0.0 1.0 2.0 3.0 4.0 5.0 6.0 7.0 8.0 ●発生確率 規格－３σ 平均 ＋３σ規格 □ 分布 [Open] 詳細データ [Open] 【工程能力指数】 工程能力指数(Cp) = [製品規格の幅] / ６[σ] (±３σ) 表２．工程能力指数 No. 工程能力指数(Cp) 判定 備 考 下限 上限
管理図について 全文 < > 管理図 管理図の利用方法 判定ルール 管理図の種類 u管理図 【管理図】 加重平均 +2σ +σ -σ -2σ -3σ A B C D E F G D 0 10 20 30 40 50 60 70 80 90 100 ●欠陥数/KFP A B C D E F G D 基準平均値 UCL LCL □ 分布 [Open] 詳細データ [Open] 【管理図の利用方法】 ・異常を早期発見する ・異常と正常の区別をはっきり示す。 ・異常判定ルール（JIS Z 9021) ・異常の真因を究明し、再発防止策（恒久対策）を実施 ・良いことは続ける 【判定ルール】 JIS Z 9021:1998 シューハート管理図 [Open] 【管理図の種類】 表１．管理図の種類 No. 種類 対象 統計分布 規模 管理 図 1 計量値 重量、長さ、速度、時間等 正規分布 － x管理図 2 計数値 不良数 二項分布 一定 np管理図 3 不良率 可変 p管理図 4 欠陥数 ポアソン分布 一定 c管理図 5 可変 u管理図 バグの管理には u管理図を利用 【u管理図】 規模により管理限界の幅が変動 加重平均 +2σ +σ -σ -2σ -3σ A B C D E F G D 0 10 20 30 40 50 60 70 80 90 100 ■2σ管理限界 ■3σ管理限界 : ●欠陥数/KFP A B C D E F G D 基準平均値 UCL LCL □ 分布 [Open] 詳細データ [Open]
SEI/SIS での品質管理
SEI/SISでの品質管理 (SQC)
組立型開発の規模 全文 < > 課題 規模指数 効果 【課 題】 再利用の推進によりプログラム１本の平均ライン数 183 ライン数 と 工数、欠陥数 の相関が低い。 楽々Framework II の成果物 XPD (組み立て情報) Java (Plug-in) MD (Message) FD (DB設計) DD (データ辞書) ID表示:[ ON | OFF ] ( Cell: 5 )
【規模指数】
・JaX = α x [ XPD タグ数 ] + [ Java ライン数(LLOC) ] 分析図 [Open]
【効 果】
ライン数による管理図 JaX による管理図
不要な原因分析が抑制でき、効率的な品質コントロールが可能
品質改善の方針
全文 < > 品質改善方針 各工程での制御 【品質改善方針】 (1) 欠陥作込を削減 (2) 欠陥流出を削減 【各工程での制御】 No. Zone D.開発行程 作込防止 流出防止 外部設計 1 D.1 外部設計 Ｔ字形ＥＲ USDM ＼ ／ 2 D.2 外部設計 ピアレビュー (検討中) ＤＢ設計 ＼ ／ 3 D.3 ＤＢ設計 ＼ ／ 4 D.4 ＤＢ設計 ピアレビュー (検討中) ＰＧ設計 ＼ ／ 5 ＰＧ設計D.5 (検討中) ＼ ／ 6 ピアレビューD.6 u管理図 ＰＧ開発 ＼ ／ 7 D.7 ＰＧ開発 McCabe LLOC ＼ ／ 8 D.8 ＣＩ u管理図 ＼ ／ 9 D.9 単体検収テスト u管理図 IF相関図 ＩＴ ＼ ／ 10 D.10ＩＴ (検討中)項目数 ＳＴ ＼ ／ 11 D.11 ＳＴ (検討中) 項目数 ID表示:[ ON | OFF ] ( Cell: 11, Goto: 0, Break: 0 )McCabeサイクロマティック複雑度
全文 < > 概要 評価方法 管理方法 【概 要】 プログラムの入口から出口までの経路の数。 IF 文等の分岐やループの構造で決まる。 テスト・カバレージの測定に使用 【評価方法】 表１．McCabeサイクロマティック複雑度 No. McCabeの複雑度 プログラムの複雑さ 1 5以下 単純 2 10以下 それほど難しくない 3 20以上 複雑 4 50以上 テスト不可 【管理方法】管理図による制御
全文 < > u管理図による制御 【u管理図による制御】 ・プログラム１本毎に時系列に欠陥密度をプロット。 ・２σ、３σの範囲に点がプロットしていることを確認。 はみ出ていれば、原因分析と対策を実施 ・基準平均値と実績平均値を比較し、差異が大きければ対策を検討。 ・教育サブ サンプルIF vs. UT検収摘出欠陥
全文 < > 概要 相関図 【概 要】 単体検収テストの作業品質を評価 【相関図】 基準幅から外れたプログラムを分析し、イン・プロセスで改善 ・下側に外れた場合、再テストを検討 ・上側に外れた場合、プログラマの能力改善を検討欠陥フロー図
全文 < > 欠陥フロー図 成熟度 【欠陥フロー図】 各行程での欠陥の作込数と流出数を見える化 次回プロジェクトに向け、改善策を検討 ・教育サブ 欠陥フロー図 【成熟度】キャズム 全文 < > 全社展開 【全社展開】 全文 < > 解説 イノベータ アーリーアダプタ キャズム アーリーマジョリティ レイトマジョリティ 【解 説】 ・革新的な技術の導入には、キャズムと呼ばれる容易に超えがたい深い溝がある ことが知られている。 ・全社展開の各局面で、プロジェクトの特徴にあわせた取り組みを行う必要がある。 【イノベータ】 特 徴 ①新技術好き 目 的 ①新手法の効果を確認 ②必ず成功させ全社にPRする 取り組み ①成功できそうなＰＪを２つ選定 ②有能な技術者と品管でサポート ③日次トレース 【アーリーアダプタ】 特 徴 ①ＰＪリーダーが積極的 目 的 ①キャズムの分析 取り組み 自力で実施するために必要なものを提供 ①講義形式の説明会（約100名参加） ②メール、電話、オフラインでの迅速なサポート 【キャズム】 取り組み ①教育資料の改善 ②ツールの改善 ③問い合わせ窓口の整備 【アーリーマジョリティ】 特 徴 ①効果が実感できれば積極的に実施 ②多人数である 取り組み ①演習形式のトレーニング ②問合せ窓口のアナウンス ③ツール改善 ④品管コラム 【レイトマジョリティ】 特 徴 ①みんなが使っているから自分も使わなければと思う（保守的） ②展開のピークは過ぎている（過半数のPJは適用している） 取り組み みんなが使っていることを知らせる ①品質大会で事例発表（全開発者向け） ②プロセス改善推進委員会で報告（課長向け） ・課別適用率、各種品質、生産性ランキング ③品質掲示板（全開発者向け）
品質掲示板（写真） 全文 < > 品質掲示板
【品質掲示板】
ソフトウェア・エンジニアリング環境
ソフトウェア・エンジニアリング環境
IS Portal
全文 < > 構成図
【構成図】
isdoc
全文 < > 概要 主な機能 【概 要】 【主な機能】 ・HTML 文書作成支援 ・テンプレート機能 ・バージョン管理 ・変更管理（変更指示） ・構成管理 ・外部仕様書→ＰＧ仕様書 ・進捗管理 ・ＥＶＭ ・レビュー記録 ・品質管理 ・管理図、相関図、重回帰分析 ・欠陥フロー図 ・その他 開発言語：VB6 約75Kステップ構成管理
全文 < > Rev管理 紐付け サンプル 【Rev管理】 要求定義書 外部仕様書Rev.001 外部仕様書 Rev.002 ＰＧ仕様書 Rev.001 プログラム Rev.001 ＰＧ仕様書 Rev.002 プログラム Rev.002 変更要求 No.001 外部仕様書 Rev.003 ＰＧ仕様書 Rev.003 プログラム Rev.003ID表示:[ ON | OFF ] ( Cell: 11 )
・各成果物に対してプロセス実績も管理 ・着手予定日、納期日、作成予定者 ・着手日、完了日、作業者 ・予定工数 ・実績工数 ・レビュー/テスト工数 ・検出欠陥数、内容 【紐付け】 外部仕様書 (L1:業務フロー) 外部仕様書 (L2:業務要件) 外部仕様書 (L3:機能) ＰＧ仕様書 プログラム 外部仕様書 (L4:画面)
リリース管理
全文 < > リリース管理 解説 【リリース管理】 【解 説】 ・レビュー実施時点で該当Rev.は固定されます。 ・修正作業では Rev. UP が必要となります。 ・指摘事項がなければ発行します。 ・発行時に Ver.番号が付与されます。 ・リリース管理は、その時点で発行されている文書の一覧を保存します。進捗管理
全文 <> 概要
【概 要】
