Vol.5 No.1 2012

16/84

研究論文:高品質なプロジェクトマネジメントを実現するトレーサビリティ・マトリックスの構築(榮谷ほか)−13−Synthesiology Vol.5 No.1(2012)執筆者略歴榮谷 昭宏(さかえだに あきひろ)慶應義塾大学大学院システムデザイン・マネジメント研究科博士課程在籍/NTTコムウェア株式会社勤務。1994年学習院大学大学院修士課程修了後、NTT(日本電信電話株式会社)入社。約15年間情報システム開発にSEとして従事。2010年慶應義塾大学大学院システムデザイン・マネジメント研究科修士課程修了。この論文ではトレーサビリティ・マトリックスの考え方を提唱し、シナリオ構築・ソリューション構築を担当。狼 嘉彰(おおかみ よしあき)1968年東京工業大学大学院理工学研究科博士課程修了。科学技術庁航空宇宙技術研究所、東京工業大学機械宇宙学科、慶應義塾大学理工学部システムデザイン工学科教授、慶應義塾大学大学院システムデザイン・マネジメント研究科委員長・教授を経て、慶應義塾大学システムデザイン・マネジメント研究所顧問。この間、米国UCLA客員研究員、宇宙開発事業団研究総監を兼任。専門は宇宙システムのダイナミクスと制御。日本機械学会フェロー。INCOSE Fellow。計測自動制御学会、日本航空宇宙学会、IEEE等の会員。工学博士。この論文では数学的検証を担当。神武 直彦(こうたけ なおひこ)1998年慶應義塾大学大学院理工学研究科修了。同年宇宙開発事業団入社。H-IIAロケット搭載機器の研究開発に従事。欧州宇宙機関訪問研究員を経て、宇宙航空研究開発機構主任開発員として、宇宙機搭載ソフトウェアに対する独立検証および有効性確認に従事。現在、慶應義塾大学准教授、慶應義塾大学VSEセンター長。システムズエンジニアリング、プロセスアセスメント、宇宙システムおよびユビキタスシステムのデザインとマネジメントの研究等に従事。INCOSE、IEEE、情報処理学会等の会員。博士(政策・メディア)。この論文では研究統括を担当。査読者との議論議論1 構成学としてのこの論文コメント(赤松 幹之:産業技術総合研究所ヒューマンライフテクノロジー研究部門)この論文は、ソフトウエアの設計情報あるいは組織での情報がどのように伝播するかをトレース可能なモデル化手法の提案と理解しました。この手法によって、プロジェクトがどの程度複雑なProject Management Institute, PMBOKガイド 第4版, Global Standard (2008).K. Forsberg, H. Mooz and H. Cotterman: Visualizing Project Management Models and Frameworks for Mastering Complex Systems, Third Edition, John Wiley&Sons (2005).SWEBOK, http://www.computer.org/portal/web/swebok, accessed in 2011P. Krucheten: The Rational Unified Process: An Introduction, Second Edition, Pearson Education (2001).W. Royce: Software Project Management A Unified Framework, Addison-Wesley (1998). (社)日本情報システム・ユーザー協会: 第15回企業IT動向調査2009, http://www.juas.or.jp/servey/it09/summary09_0507.pdf , accessed in 2010M. Frank, A. Sadeh and S. Ashkenasi: The relationship among systems engineers’ capacity for engineering systems thinking, project types, and project success, Project Management Journal, 42 (5), 31-41 (2011).Standish Group Chaos summary 2009, The ten laws of chaos, http://www1.standishgroup.com/newsroom/chaos_2009.php, accessed in 2011E. V. Hippel: ”Sticky information” and the locus of the problem solving: Implications for innovation, Management Science, 40 (4), 429-439 (1994).Dean Leffingwell and Don Widrig: Managing Software Requirements : A Unified Approach., Addison-Wesley (2000).吉川弘之: サービス工学序説−サービスを理論的に扱うための枠組み−, Synthesiology, 1 (2), 111-122 (2008).N. P. Suh: Axiomatic Design: Advances and Applications, Oxford University Press, New York (2001).(中尾政之, 飯野謙二, 畑村洋太郎共訳: 公理的設計, 森北出版 (2004)).N. P. Suh: The Principles of Design, Oxford University [1][2][3][4][5][6][7][8][9][10][11][12][13]参考文献ニーズ:Needs。例として、私達は○○がほしい。という表記方法が該当する。基本要件:Feature。例として:システムは××を実現すること。という表記方法が該当する。要求条件:Requirement。例として、システムにより△△を行い、□□を出力する。という表記方法が該当する。機能:Function。実体、部品の役割を示し、これにより要求条件を実現する。実体または部品:Component。成果物を実装したものであり、機能を有する。成果物:Artifact。作業により生産されるもの。例えば設計書等。作業:Activity。担当が実施する仕事を指し、成果物を生む。担当:Team。組織内で分担されるさまざまな役割ごとに配置されるチームまたは個人を指す。参照アーキテクチャ:ある領域に特化して作られたものであり、その領域のシステム設計を行ううえで参考にするアーキテクチャ。スクラッチ開発:開発者がすべてを実装する開発。用語1:用語2:用語3:用語4:用語5:用語6:用語7:用語8:用語9:用語10:用語説明Press, New York (1990).青島矢一, 武石彰: アーキテクチャという考え方, ビジネスアーキテクチャ, 第2章, 27-70, 有斐閣 (2001).武石彰, 藤本隆宏, 具承桓: 自動車産業におけるモジュール化 (製品・生産・調達システムの複合ヒエラルキー), ビジネスアーキテクチャ, 第4章, 101-120, 有斐閣 (2001).TOGAF, https://www2.opengroup.org/ogsys/jsp/publications/PublicationsBySubjectType.jsp?limit=mainSubjectId-50:secSubjectId-50:statusId-1, accessed in 2011.[14][15][16]

※このページを正しく表示するにはFlashPlayer9以上が必要です