ロエルフ・ヨハネス(ロエル)・ウィーリンガ(1952年生まれ)は、オランダのコンピュータ科学者であり、トゥエンテ大学の情報システム教授であり、「形式的および非形式的な仕様と設計技術の統合」を専門としていた。[1] [2]
バイオグラフィー
ウィリンガは、1978年にフローニンゲン大学数学部で論文「自然言語のための生成文法とその解析手順」で理学修士号を取得した。1987年にアムステルダム大学哲学部[3]で論文「機械知能と説明」で修士号を取得し、1990年にアムステルダム自由大学でレインダー・ピーター・ファン・デ・リート指導のもと論文「動的概念モデルの代数的基礎」で博士号を取得した。[4]
博士号を取得後、彼は自由大学の数学およびコンピュータサイエンス学部で働き続けました。1998年にトゥエンテ大学コンピュータサイエンス学部の情報システム教授に就任しました。[5] 2006年から2011年まで情報知識システム学部(SIKS)の科学ディレクターを務め、2009年から2012年までトゥエンテ大学のコンピュータサイエンス学部を率いました。
1996年頃、WieringaとFrank Dehneは、Wieringaの概念モデリングコースと書籍「要件エンジニアリング:理解のためのフレームワーク」のために、 「概念モデリングのためのツールキット」を作成しました。[6]
Wieringa 氏は、2004 年から 2007 年までIEEE Softwareジャーナルの副編集長を務め、 International Journal of Business Information Systems、Journal of Software and Systems Modeling、Requirements Engineering Journalの編集委員会メンバーでもありました。
2019年、ウィリンガは学界を引退し、現在は2017年にヤップ・ゴーディンとダン・イオニタと共に設立されたThe Value Engineersで働き、ブログを運営している。[2] [7]
エンジニアリングサイクル

エンジニアリングサイクルは、ロエル・ウィリンガが著書『情報システムとソフトウェア工学のためのデザインサイエンス方法論』で提案した、情報システムとソフトウェア工学のためのデザインサイエンスで使用されるフレームワークです。[8]
エンジニアリング サイクルは次の要素で構成されます。
- 問題の調査。
- 治療設計。
- 治療の検証。
- 治療の実施。
- 実装評価。
設計サイクルは、エンジニアリング サイクルの最初の 3 つのタスク、つまり調査、設計、検証で構成されます。
エンジニアリングと設計のサイクルは、必須かつ厳格な一連の活動を規定するものではありません。さらに、主な研究目標のサブ問題に対して再帰的に適用されることもよくあります。
エンジニアリング サイクルと設計サイクルは、多くの場合、複数の反復(したがって「サイクル」)で適用されます。このような場合、評価は次のエンジニアリング サイクルの調査部分になる可能性があります。
エンジニアリングサイクルにおける検証と評価
(Wieringa, 2014) のデザイン科学方法論によれば、[8] 検証は設計サイクルの一部です。検証には、設計された成果物が最初の仮定をサポートしているかどうかを確認することが含まれます。検証は、実務家や専門家とのディスカッションやインタビューなど、理論的な「実験室」環境で実行されます。検証は、実際の実装の前に実行されます。
一方、評価は設計を実際に実装した後に実行されます。評価には、設計された成果物の実際の現場での動作、効果、影響の分析が含まれます。私たちの場合、これは実際の業界の IT プロジェクトでの設計の実装と分析を意味しました。
ステファン・モルコフは、これら2つの活動と類似のフレームワークである技術準備レベル(TRL)モデルとの類似点を提案している。[9] TRLモデルはNASAによって提案され、現在ではホライゾンなどの欧州連合の研究プログラムでも広く適用されている。したがって、検証はTRLレベル4「実験室環境で検証された技術」につながり、評価はTRLレベル6「関連環境で実証された技術」につながる。[10] [11]
出版物
書籍、セレクション
- 1990.動的概念モデルのための代数基礎の博士論文、アムステルダム自由大学。
- 1996.要件エンジニアリング: 理解のためのフレームワークWiley
- 1998.情報システムの仕様における義務論的論理の役割。JJ. Meyer、Frank PM Dignumと共著。Springer US。
- 2003.リアクティブシステムの設計手法: Yourdon、Statemate、UML。Elsevier。
- 2008. IT アーキテクトの能力。Erik Proper、Pascal van Eck、Claudia Steghuis と共著。ハーグ:学術サービス
- 2014. 情報システムとソフトウェアエンジニアリングのためのデザインサイエンス方法論。Springer。
記事、抜粋:[12] [13]
- 1991 年。「オブジェクトとロールの識別 - オブジェクト識別子の再考」Wiebren de Jonge と共著。
- 2003 年。「アプリケーション アーキテクチャをビジネス コンテキストに合わせる」。他の著者との共著: Advanced Information Systems Engineering。Springer Berlin Heidelberg、2003 年。
- 2006. 「エンタープライズ アーキテクチャ: 組織の管理ツールと青写真」 Henk Jonkers と共著。Marc Lankhorst他著、Information Systems Frontiers 8.2 (2006): 63–66。
参考文献
- ^ トゥエンテ大学、コンピューター サイエンス学部、cs.ucl.ac.uk。 2013 年 9 月 9 日にアクセス。
- ^ ab 「ロエル・ウィリンガ」. wwwhome.ewi.utwente.nl 。2020年3月6日に取得。
- ^ Roel Wieringa (1987)機械の知能と説明。アムステルダム自由大学修士論文。
- ^ 数学系譜プロジェクトの Roel Wieringa
- ^ RJ Wieringa、De onzichtbare weld van de informaticus: Conceptuele modellen envirtle objecten、Universiteit Twente、1998 (inaugurele rede)
- ^ 「TCM - 概念モデリング用ツールキット」。2012年5月11日。2012年5月11日時点のオリジナルよりアーカイブ。2020年3月6日閲覧。
- ^ 「チーム」。バリューエンジニア。 2020年3月6日閲覧。
- ^ ab Wieringa, Roel (2014). 情報システムとソフトウェアエンジニアリングのためのデザインサイエンスの方法論。ハイデルベルク。ISBN 978-3-662-43839-8. OCLC 899248827.
{{cite book}}: CS1 メンテナンス: 場所が見つかりません 発行者 (リンク) - ^ Morcov, Stefan (2021). ポジティブおよびネガティブな複雑性の管理: IT プロジェクトの複雑性管理フレームワークの設計と検証。ルーヴェン: KU Leuven University。
- ^ Héder, Mihály. 「NASAからEUへ:公共部門 のイノベーションにおけるTRLスケールの進化」(PDF)。イノベーションジャーナル:公共部門のイノベーションジャーナル。22 (2)。
- ^ 欧州委員会 (2021). 「ホライズン・ヨーロッパ - 作業計画2021-2022. 13. 一般的付属書(2021年3月31日の欧州委員会決定C(2021)1940)」(PDF) .ヨーロッパ. 2021年9月26日閲覧。
- ^ Publications 1986-2012 at cs.utwente.nl。2013 年 9 月 2 日にアクセス
- ^ DBLP書誌サーバーの Roel Wieringa
外部リンク
- ホームページ:cs.utwente.nl
- バリューエンジニアのホームページ
