Katsuro Inoue Osaka University 井上克郎 大阪大学

Slides:



Advertisements
Similar presentations
Software Engineering Laboratory, Department of Computer Science, Graduate School of Information Science and Technology, Osaka University 1 ソフトウェア部品推薦のための.
Advertisements

1 EASE プロジェクトにおける EPM ( Empirical Project Monitor) を用いたプロジェクト管理デモ 奈良先端科学技術大学院大学 産学官連携研究員 松村 知子 2005 年 9 月 30 日 JISA 経営者セミナー.
EDI 接続によるメーカー側 のメリット 2003 年 9 月 4 システム部会 所属企業 : ジョンソン・エンド・ジョンソン株式 会社 仁瓶 太郎.
背景 ソフトウェアの大規模化・複雑化 生産性と品質の向上 ↓ オブジェクト指向分析設計の適用 開発ツールの投入.
機能実現期間の測定による プログラマ能力の実験的評価
第1回レポートの課題 6月15日出題 今回の課題は1問のみ 第2回レポートと併せて本科目の単位を認定 第2回は7月に出題予定
OJT研修 「テスト実施、テスト設計の技術習得」 日時: 8月22日(月)  場所: 本社5階.
PacSec Nov 6, ISMSおよびその重要性 Richard Keirstead CISSP, BS7799 主任監査員
資料1-4 平成27年度 第1回技術委員会 2015年度技術委員会の目標と 検討項目(案)
3-1システム戦略 3-1-3ソリューションビジネス (Point) ・代表的なサービスを通じ、ソリューションの考え方を理解
(新エネルギー等の導入・普及に当たっての評価方法や基準への適合性評価の課題)
What did you do, mate? Plain-Past
Object Group ANalizer Graduate School of Information Science and Technology, Osaka University OGAN visualizes representative interactions between a pair.
ソフトウェア工学 知能情報学部 新田直也.
実証的ソフトウェア工学環境とEASEプロジェクトについて
エンピリカルソフトウェア工学と ソフトウェアタグ
パッケージソフトウェア利用コンピュータシステム構築委託契約書 パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約
要員管理 要員の質、量、配置、作業状況を管理する 一般的な注意点を下記に示す (1)組織 ・組織構成を明快にする -指示命令系統
SS2009 形式手法の適用ワーキング グループの報告
交通需要予測と JICA STRADA 2008/1/29 (株)インテルテック研究所 吉田禎雄.
Java ソフトウェア部品検索システム SPARS-J のための リポジトリ自動更新機能の実現
プログラム実行時情報を用いたトランザクションファンクション抽出手法
「設計~生産準備~製造~販売~保守・保全」 まで
OpenChain Project and Japan WG
ISO 9001:2015 The process approach
ソードコードの編集に基づいた コードクローンの分類とその分析システム
「グローバルものづくり」 を加速させる ISID の “JT 活用” ソリューション群
Javaソースコード蓄積・ 検索システムSPARS-Jの概要
ソフトウェアを取り巻く環境の変化がメトリクスに及ぼす影響について
第11回 継続的監査.
ソフトウェアタグの規格とその応用について
Satoru Ishikawa Satoru Satake Denis Vazhenin
ソースコードの特徴量を用いた機械学習による メソッド抽出リファクタリング推薦手法
平成19年度青年部会「第2回~第4回研修会」(人材育成研修会)実施計画書
コードクローンの動作を比較するためのコードクローン周辺コードの解析
ソースコードの静的特性を用いた Javaプログラム間類似度測定ツールの試作
UMLモデルを対象とした リファクタリング候補検出の試み
Winter Workshop in Kanazawa -プロセスと方法論-
ソフトウェアタグの規格とその応用について
本フォーマットに従い、提案する研究開発の説明資料を作成してください。
レビューとは (プロジェクト管理の観点から)
事務所における情報管理の問題点 情報管理の現状 “欲しいデータが探せない” 情報管理の現状 “媒体ごとの個別管理”
第15回放送授業.
コードクローン編集者数に着目した開発履歴の分析
2019/4/22 Warm-up ※Warm-up 1~3には、小学校外国語活動「アルファベットを探そう」(H26年度、神埼小学校におけるSTの授業実践)で、5年生が撮影した写真を使用しています(授業者より使用許諾済)。
シナリオを用いたレビュー手法PBRの追証実験 - UMLで記述された設計仕様書を対象として -
○ 後藤 祥1,吉田 則裕2 ,井岡 正和1 ,井上 克郎1 1大阪大学 2奈良先端科学技術大学院大学
平成25年度オープンデータ実証実験 自治体行政情報実証(概要)
コードクローン分類の詳細化に基づく 集約パターンの提案と評価
Javaバーチャルマシンを利用した 動的依存関係解析手法の提案
~求められる新しい経営観~ 経済学部 渡辺史門
INTRODUCTION TO SOFTWARE ENGINEERING
パッケージソフトウェア利用コンピュータシステム構築委託契約書 パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約
ー生命倫理の授業を通して生徒の意識に何が生じたかー
プログラムスライスを用いた凝集度メトリクスに基づく 類似メソッド集約候補の順位付け手法
設計情報の再利用を目的とした UML図の自動推薦ツール
保守請負時を対象とした 労力見積のためのメトリクスの提案
クローン検出ツールを用いた ソフトウェアシステムの類似度調査
Db2 Warehouse on Cloud Db2 on Cloud フルマネージドサービス提案時の注意点
開発作業の形式化に基づく プロセス評価 松下誠 大阪大学.
Create the Future Appreciate the difference
システムとソフトウェア評価: 標準化の目的と必要性
資料3-2 平成26年度 第3回技術委員会資料 次年度テーマの検討
データ中心システム設計方法論“DATARUN” 
欠陥検出を目的とした類似コード検索法 吉田則裕,石尾隆,松下誠,井上克郎 大阪大学 大学院情報科学研究科
複雑度メトリクスを用いた JAVAプログラム品質特性の実験的評価
株式会社 エーアイネット・テクノロジ 川村廉平
識別子の読解を目的とした名詞辞書の作成方法の一試案
オブジェクト指向メトリクスを用いた 開発支援に関する研究 --- VC++とMFCを用いた開発を対象として ---
Presentation transcript:

Katsuro Inoue Osaka University 井上克郎 大阪大学 Using Software Tag for Traceability and Transparency in Global Software Engineering 開発透明性や追跡性の向上を目指したソフトウェアタグの提案 Katsuro Inoue Osaka University 井上克郎         大阪大学 Thank you for your kind introduction. Today, I would like to introduce about practical activities of software quality assurance in Japan, And also our challenge for more simple and easier quality management method That Japanese project team, which I belonged to until this march, addresses now in Japan under collaboration with industries.

ソフトウェアの重要性と開発の複雑化 ソフトウェア品質に起因する問題の重大化と大規模化 ソフトウェアの大規模化と開発期間の短縮 重大な社会インフラが停止する 銀行や通信システム ユーザ・ベンダに莫大な経済的損失を与える 人命に関る危険を引き起こす 航空管制システム,自動車安全制御システム ソフトウェアの大規模化と開発期間の短縮 コストの低減や生産性の向上が要求される

開発情報の不透明化 開発体制の複雑化 ソフトウェア部品の流用・再利用の拡大 受注ベンダから2次請け,3次請けという多重下請け構造 オフショア開発(海外へのアウトソース)の拡大 ソフトウェア部品の流用・再利用の拡大 COTS(Commercial off-the-shelf),OSS(Open Source Software)など 発注 発注 二次請け 二次請け 二次請け 二次請け 発注 発注 一次請け 一次請け 一次請け 一次請け 発注 発注 二次請け 二次請け 二次請け 二次請け (海外) (海外) (海外) (海外) 発注者 発注者 発注者 発注者 元請会社 元請会社 元請会社 元請会社 一次請け 一次請け 一次請け 一次請け

不透明化に伴う問題 発注者が納品物の品質を検証できない ユーザは要望に合ったソフトウェア商品を選択することができない 開発者任せになっている ユーザは要望に合ったソフトウェア商品を選択することができない 機能と値段などの情報は入手できるが,信頼性や保守性などについては検証する手段がない 問題が発生した場合,原因や責任の所在を突き止めることが困難である 迅速な障害対応が困難 法的な係争に発展した場合,長期化する

ソフトウェアタグ ユーザが納品された,あるいは購入・流用したソフトウェアを安心して安全に用いるために,ソフトウェアの開発プロセスや成果物に関する情報を共有する仕組み 開発時に得られる種々の実証データをユーザに提供 2者間の取引で発注者のみに開示(一般公開なし) 目標タグ,途中タグ,最終タグ 期待される効果 発注者によるソフトウェアの品質の検証 ユーザによる適正なソフトウェア製品の選択の促進 問題発生時の対応の迅速化 透明性の拡大による法的問題の発生の予防と   早期の公正な解決の促進 Now I introduce the EPM tool that EASE project developed. EPM….. This tool targets the 3 types of development tools,….. We targets only open source tools. The features of EPM, or the reason why we develop this tool, ….. The difficulties of project management based on the quantitative data, Are collecting the latest data as soon as possible. If you ask the developers to show the size of code, They have to stop their activities, measure each file and summarize, write the reports and send to you. If someone delay, others go on coding and total size is changed next day. This tool solves these problem.

開発現場におけるデータ計測 実証データの収集 品質管理,進捗管理,リスク管理,コスト管理 ソフトウェア発注者 開発データ 記録 発注 納品 開発データ 記録  発注 納品 ソフトウェア開発者 ソフトウェア  プロダクト 実証 データ データ収集 分析 フィードバック

ソフトウェアタグと開発プロセス 実証データを選択、抽象化してタグにする 発注 開発データ 記録 納品 ソフトウェア開発者 ソフトウェア発注者 添付 抽出    タグ ソフトウェア発注者 開発データ 記録  発注 納品 ソフトウェア開発者 ソフトウェア  プロダクト データ収集 分析 フィードバック 実証 データ

タグ項目 Project 情報(12項目) 開発プロジェクト及びシステムの基本情報 Progress 情報(29項目) 開発プロセス(進捗、軌跡)情報

プロジェクト情報の例 ......

プロジェクト情報の構成 基本情報 (4) システム情報 (2) 開発情報 (3) プロジェクトの階層構造情報 (2) その他 (1) プロジェクト名、開発組織の情報、開発プロジェクト情報、顧客情報 システム情報 (2) システム構成、システム規模 開発情報 (3) 開発手法、開発体制、プロジェクト期間 プロジェクトの階層構造情報 (2) 親プロジェクト情報、子プロジェクト情報 その他 (1) 特記事項

進捗情報の例 ......

進捗情報の構成 要件定義 (3) 設計 (3) プログラミング (3) テスト (4) 品質 (8) 工数 (2) 計画・管理 (4) ユーザヒアリング情報、規模、変更 設計 (3) 規模、変更、要件の網羅率 プログラミング (3) 規模、変更、複雑度 テスト (4) 規模、変更、密度、消化 品質 (8) レビュー状況、レビュー作業密度、レビュー指摘率、欠陥件数、欠陥対応件数、欠陥密度、欠陥指摘率、静的チェックの結果 工数 (2) 作業工数、生産性 計画・管理 (4) プロセス管理情報、会議実施状況、累積リスク項目数、リスク項目滞留時間 その他の成果物 (2) 規模、変更

利用モデル タグの利用モデル 委託開発時、ユーザが開発状況を知るため 重大問題発生時の原因究明や法的紛争時に、第三者による評価を行うため ソフトウェアの開発形態、利用形態、ユーザなどに依存 典型例 委託開発時、ユーザが開発状況を知るため 重大問題発生時の原因究明や法的紛争時に、第三者による評価を行うため ソフトウェア部品等の評価を行うため

1.委託開発時の利用モデル 納品物の品質について検証する 発注 開発データ 記録 納品 ソフトウェア開発者 ソフトウェア発注者 分析 添付 抽出    タグ ソフトウェア発注者 開発データ 記録  発注 納品 ソフトウェア開発者 ソフトウェア  プロダクト データ収集 分析 フィードバック エンピリカル データ 開発中の品質・プロセスの検証も含む

2.法的紛争時の利用モデル 問題の原因や責任の所在を精査する 発注 開発データ 記録 納品 ソフトウェア開発者 ソフトウェア発注者 分析 ソフトウェアライアビリティ  調停・仲裁人 検査 添付 抽出        タグ ソフトウェア発注者 開発データ 記録  発注 納品 ソフトウェア開発者 ソフトウェア  製品 データ収集 分析 フィードバック エンピリカル データ

3.ソフトウェア部品等の評価の利用モデル 再利用プロダクトの品質を検査し、選定したり、リスクやコストを見積ったりする 再利用プロダクト の検索 ソフトウェア  システム 再利用可能なソフトウェア プロダクト リポジトリ 信頼性検査 ソフトウェア開発者 ソフトウェア  プロダクト 信頼性の高い プロダクト選定

実証データ タグの証拠となるデータ 対象ソフトウェアに関する成果物や開発中に付随的に発生する種々のデータ 暗号化して安全な場所に保管 ソースコード、設計書、障害票、進捗表など生データ 暗号化して安全な場所に保管 開示には一定の条件が必要 重大な不具合発生時の原因調査、法的紛争など

タグの規格の策定方法 ソフトウェアタグ規格技術委員会及びWGでの議論 第1回(2007年7月9日) ~  第11回(2008年7月28日) タグ項目洗練のためのWG(2008年5月1日) 構成員 14組織 27人 SWEBOK、CMMI、ISO/IEC15939、 SECデータ白書等を調査 プロセス メンバーからの必要なメトリクスの提案 プロジェクト、プロセスの大分類とその下の中分類の導入 種々の規格との整合性チェック 利用シーンの検討 項目の整理、統合

ソフトウェアタグ規格技術委員会 富士通研究所 (Fujitsu Lab) 日立製作所 (Hitachi) NEC シャープ (SHARP) SRA先端技術研究所 (SRA Key-Tech Lab) 東京証券取引所 (Tokyo Stock Exchange) 東芝 (Toshiba) JAXA (Japan Aerospace Exploration Agency) デンソー(DENSO) NTTデータ(NTT Data) IPA (Information Technology Promotion Agency, Ministry of Economy, Trade and Industry, Japan) 奈良先端科学技術大学院大学 (Nara Institute of Science and Technology) 大阪大学 (Osaka University)

タグの運用方法 すべての項目を網羅的にタグ化されることを求めない 収集データの対象物、対象範囲、粒度、収集期間(工程)受発注者間で取り決める 他の項目から算出可能な数値は、項目から除外する(欠陥密度など一般的なものは1項目とする) 収集データのタグ化のタイミング、もしくは受注者への開示タイミングは、受発注者間の協議により決定される 納品時、工程毎、一定時間ごと(週次、日次)などが考えられる

タグのライフサイクル例

階層的なタグの定義 メイン(親)タグ 親がない場合は,空白(Null) サブ(子)タグ サブ(孫)タグ プロジェクトの構造 ≡ 木     (親子関係) 親プロジェクトは子プロジェクトへのリンク情報を持つ(その逆も) メイン(親)タグ 親がない場合は,空白(Null) プロジェクトID 親プロジェクトID サブ(子)タグ サブ(子)プロジェクト数(n) プロジェクトID サブ(孫)タグ  サブ(子)プロジェクト1_ID 親プロジェクトID .... プロジェクトID サブ(子)プロジェクト数(n)  サブ(子)プロジェクトn_ID 親プロジェクトID  サブ(子)プロジェクト1_ID .... サブ(子)プロジェクト数(n)  サブ(子)プロジェクトn_ID  サブ(子)プロジェクト1_ID ....  サブ(子)プロジェクトn_ID 22

タグフォーマットの標準化 多様なユーザへの開示・流通を目的として、タグ情報の標準フォーマット化をXMLベースで実現する SEDEX*:Software Engineering Data Exchange language SEDEX化された ソフトウェアタグ エンピリカル データ SEDEX*へ 変換 タグの可視化、 評価ツール タグの評価 受注側 発注側

StagEプロジェクト 文部科学省の「次世代ITのための研究開発」 ソフトウェアタグ技術の開発普及 2007年より5年間、約1億/年 奈良先端科学技術大学院大学と大阪大学 松本健一教授が代表 ソフトウェアタグ技術の開発普及 ソフトウェアタグの規格化 ソフトウェアタグデータの収集方式 ソフトウェアタグに基づく可視化と評価技術 ソフトウェアタグの実装と運用 ソフトウェア構築可視化に伴う法的諸問題

今後の課題 タグ利用シナリオの構築 タグ活用技術の研究・開発 実証実験による実用性評価 タグの具体化例の充実 タグデータの収集、分析、可視化の手法とツール等の開発 実証実験による実用性評価

リンク ホームページ: http://www.stage-project.jp ホームページ: http://www.stage-project.jp E-mail : stage-contact@is.naist.jp