鳥取環境大学次期授業支援システムの開発

全文

(1)2005−CE−82（2） 2005／12／10. 社団法人情報処理学会研究報告 IPSJ SIG Technical Report. 鳥取環境大学次期授業支援システムの開発永井孝幸 13 1. 鳥取環境大学環境情報学部情報システム学科. 概要: 幅広い学力の学生を対象に工学教育を行うには十分な演習量が不可欠であるという考えから、本学では課題演習の支援を目的とした授業支援システムをアプリとして開発・運用してきた。このシステムにより自由記述式のレポート課題を毎回出題し、次回の講義までに採点・コメント付け・返却を行うことが可能になった。一方で、科目運用形態の変化や利用者数・運用科目数の増加に伴ってシステムの処理性能・操作画面・データ集計機能の強化が必要になってきた。このため、システムの機能・性能の両面から現行システムの見直しを行い、を用いて新授業支援システムの開発を行った。本論文では新システムの開発目標ならびに特徴的な機能について紹介する。. Web. WebObjects. Web-application Framework of Education Support System in TUES Takayuki Nagai 1. 1. Department of Information System, Tottori Univeristy of Environmental Studies (TUES). Since 2001, we have been developing a class support system based on web-application that enables teachers to handle weekly homework eciently. By introducing the system to many classes, we realized quick feedback to students, which is quite important to attract them to their learning subjects. However, many improvements to the system had been requested such as sophisticated user interface,

(2) ne-grained access control, detailed statistics of score and so on. To meet these demands, we have developed a new system on WebObjects application framework. In this paper, we introduce the design goal of the system and main features of it.. Abstract:. 1. はじめに. 「学生の力を伸ばすには毎回の演習が欠かせない」という考えから、著者の所属する鳥取環境大学情報システム学科では学生にレポート課題を多く出題している。継続的な学習の習慣を学生に身につけてもらうとともに文章力もつけてもらうことを意図し、回答形式は穴埋めや選択方式ではなく自由記述形式である。出題した課題は次回の講義までに採点・コメントつけを行いフィードバックを行うようにしている。このやり方を実践するには、課題を出題してから次回の講義までの短期間に採点・コメントつけ・集計作業を行う必要があるため、教員に負担がかかってしまう。しかし、自由記述形式のレポートであるために各学生の科目への取り組み状況がよく分かり、うまく実践することができれば学生の指導を効果的に行えるというメリットがある。上記のスタイルを実現する際に障害となる事務作業 3 連絡先：鳥取環境大学環境情報学部情報システム学科〒 689-1111 鳥取県鳥取市若葉台北 1-1-1 E-mail: [email protected]. を削減することを目標に、レポートの出題・採点・コメント付け・フィードバック作業を支援するための授業支援システムをアプリとして実装し、年度より約四年間にわたり継続的に開発・運用を行ってきた。その後、学生の学習スタイルの変化・科目運用形態の変化に合わせてシステムを改良する必要が生じ、今回新システムを開発することとなった。学生の学習スタイルの変化・科目運用形態の変化から生じた現行の授業支援システムの要改善点について２章で述べる。新授業支援システムの要求分析を章、開発目標を章、システム構成を章でそれぞれ述べる。最後に章で新システムの特徴的な機能を紹介する。. Web. 2001. [1]. 6. 2. 4. 5. 3. 現授業支援システムの要改善点. 現授業支援システムは、レポートの出題から採点・コメント付け・返却までの一連の作業を支援するものである。年度より運用を開始し、順次導入科目を増やしていった結果「毎回課題を出題する」というスタイルを可能にした。本章ではシステムの導入後に学生. −7−. 2001.

(3) いう要望があり、特定のユーザが教員向けの機能を一部利用できるようにシステムを改良する必要が出てきた。また、利用者・科目情報の登録といったシステムの運用作業を学内の担当部署で行えるようにするため、システムの利用権限をユーザ毎に細かく設定する機能も必要となってきた。. の学習スタイル・科目の運用形態にどのような変化が生じたか、また、システムにどのような改善が必要となってきたかについて述べる。継続的な学習スタイルへの対応現授業支援システムの導入により、毎回のレポートに対して迅速にフィードバックを返せるようになった。その結果、一部の学生から「指摘された箇所を直して再提出したい」という要望を聞くようになった。提出した後も課題に継続して取り組む姿勢は歓迎すべきものであるが、頻繁にレポートの再提出が行われるようになると教員の負担が大きくなる。当初は個別に再提出レポートに対応していたが、安易に「いつでも何回でも再提出してよい」というやり方を採用するとレポートに対する学生のモラルが低下してしまう。再提出をいつまで認めるのか、どのようなケースに再提出を認めるのか、などレポートの再提出について組織だった対応が必要になってきた。また、現システムではシステム単独での成績集計機能を備えておらず、各課題の採点結果をファイルとしてダウンロードするようになっていた。最終的な集計は教員が表計算ソフトを用いて行うことを想定していたためであるが、再提出の頻度が増えるにしたがって教員側の集計作業をやり直すことが多くなり、新たな作業負担となってきた。 (1). (4). ケートを行った結果、「紙に記入する手間が省ける」「提出に行く時間が節約できる」など、現状のシステムに特に不満な点がないことが確認できた。一方で「図表・数式を扱えるようにしてほしい」「課題・採点結果の更新通知がほしい」という改善案も多く寄せられた。これは、数学などの記号・数式を多用する科目のレポートがうまく扱えていないこと、また、授業支援システムの導入科目が増えるに従って課題の出題・提出状況の把握が難しくなっていることを意味している。このため、添付ファイルの取り扱いを容易にすること、および、学生用を強化することが課題となっていた。. [1]. CSV. GUI. 記述言語の混在による保守性の低下現授業支援システムはの集合として作られており、アプリケーションの実現方法としては古い世代に属する。各はシェルスクリプトなどによって記述されており、コマンドを内部から呼び出すことで比較的少ない記述量で様々な機能を実現していた。担当講義の合間をぬってシステムの改良を順次行ってきたため、記述量が少なくて済むことは開発初期段階では大きなメリットであった。一方で、システムの記述に用いるプログラム言語が不統一であったために保守性が次第に低下し、短期間で新たな機能を加えることが困難になってしまった。また、制御ロジック中にコードが混在していたために、システムを作り直さずにを大幅に改良することはほぼ不可能となっていた。 (5). Web. 学習状況の早期把握「毎回課題を出題する」というスタイルが定着したため、課題の出題状況から各学生の学習状況を把握できるようになった。経験上、未提出課題の多い学生は大学生活自体に行き詰まっていることが多く、学期末になってからの対応では手遅れになるおそれが高い。現授業支援システムでは各科目内での簡易集計として「課題提出状況」「採点結果」を備えており、各科目担当者が個別に学生の学習状況を把握していた。「何回も連続して課題を提出しない学生」が要注意であるが、自分の担当科目の課題が１，２回未提出になっただけではすぐにケアが必要だと断定できないため、担当教員がこのような学生の存在に気づくまでに一ヶ月近い時間がかかっていた。科目を横断した集計を行えばより早い段階での学生のケアを実現できるはずである。 (2). (2005. CGI. CGI. ,Perl,sed,awk UNIX CGI. HTML. GUI. (6) 学生 PC トラブル時の提出手段確保鳥取環境大学では、入学時に学生全員にノートを購入してもらうことで「一人一台環境」を実現している。各自のノートから授業支援システムにアクセスしてレポートを提出してもらうが、ノート側の故障・アプリケーションの動作不良などのために提出できないという事例がどうしても発生する。このような場合にも、何らかの形でレポートを提出できる仕組みが必要となる。. PC. PC. 科目運用形態の変化本学では本年度年度より大学院が開設され、新たに「大学院生アシスタント」という利用者がシステムに加わることになった。現授業支援システムでは利用者を教員・学生・アシスタントの３種類に分け、アシスタント用の機能としては「レポートへのコメント付け」という限定された機能しか提供していなかった。「大学院生のアシスタントには採点も一部任せたい」と (3). 利用者からの要望. 2004 年度に現授業支援システムについて利用者アン. ). 2. −8−. PC.

(4) 3. 新授業支援システム要求仕様. として「図・数式を扱えるようにしてほしい」という声が多く寄せられた。レポートで図・数式を取り扱うにはブラウザ上で直接記入する方法と、図・数式を記入した文書を提出する方法の２つが考えられる。図形についてはを使った入力方法、数式についてはを使った入力方法が整いつつあるが、学生が普段使っているソフトではまだこれらの書式がサポートされていない。レポート提出のために全学生に対して新たなツールの導入・教育を行うのは負担が大きいため、新システムでは作成した文書をアップロードする機能を備えるものとする。また、学生から大量にファイルが送られてきた場合、教員側でファイルの取り扱いに手間取ることが予想される。そこで、提出されたファイルを一括して扱える機能も備えるものとする。. 本章では新授業支援システムに求められる機能について述べる。第章で述べた改善点を実現するためには特に以下の機能が必要であると考えた。. 2. MathML. 再提出レポートの取り扱いが容易であること再提出レポートを取り扱う場合、まず再提出受付期間が問題となる。学内に障害が発生したようなケースでは「一律に何日間受付期間を延長する」という対応がふさわしいが、病気や事故など「特別な事情のある学生についてのみ受付期間を延長する」という対応がふさわしい場合もある。そのため、課題毎・学生毎に再提出受付期間を設定できるものとする。次に問題となるのが、再提出されたレポートの見落とし防止である。授業支援システムを導入する科目が多くなると、どの科目のどの課題のレポートが再提出されたかを教員側で逐一把握するのが難しくなる。そのため、レポート再提出を教員に通知する機能を備えるものとする。再提出されたレポートを採点する際は、前回の提出内容に対して指摘した点が改善されたかを見ながら採点・コメントつけを行いたい。そのため、提出内容・採点結果・コメントの変更履歴を保管・参照できるものとする。 (1). LAN. SVG Oce. (4) 学生の作業を教員が一時的に代行できること毎回レポートを出題するという科目運営では、学生の動作不良が起きた場合でも速やかにレポートを提出できるようにしておく必要がある。あくまで本学の場合であるが、自分のが動作不良となった場合、大抵の学生は使い慣れていない学内の端末で作業するのを敬遠して、〆切に間に合わせるために一時的に紙面でレポートを提出する。このように別ルートで提出されたレポートをシステムで統一的に扱えるようにするため、スタッフ側（教員、）で学生の代わりにレポートを提出する機能を備えることとする。. PC. PC. 複数科目にわたる集計ができること教員が学生の学習状況を早期に把握できるようにするため、科目内の課題提出状況だけでなく履修科目全体にわたる課題提出状況を集計できるものとする。また、全学科対象科目のように受講生が多い科目では採点作業を複数の教員・で手分けして行うことが多い。この際に作業分担が明確になるよう、受講生グループ毎の回答閲覧・採点・集計機能を備えるものとする。学生についても自分の学習状況を把握しやすくするため、履修科目全体のの課題提出状況を集計する機能を備えるものとする。 (2). TA. TA. (5) 大規模運用に対応できることここで言う「規模」とは、登録科目数・利用学生数・利用スタッフ数の規模のことである。本学の例で言えば、開講科目数は約科目、学生数は約名、スタッフ数は約名である。この規模で支障なく利用できることが新システムの目標となる。運用規模の増大による機能強化が最も必要なのはユーザインタフェースである。現授業支援システムの利用状況では登録科目数は各学期毎に ∼ 程度であるため、特にデータの階層化表示、検索機能などを設けずとも済んでいた。全ての情報をそのまま表示すれば十分なため、例えばトップ画面では全登録科目の一覧を表示していた。これでは科目数が増えた途端にユーザインタフェースが追いつかなくなることになる。科目数・学生数の増加に対応できるよう、新システムでは該当項目だけを抽出して表示する機能を備えるものとする。また、登録科目数が増えるにつれてデータ入力件数も増えることから、データの一括入力機能も備えるものとする。. 50. 250. 1,500. 10 20. (3) 利用者別に利用権限を設定できること「どのにどの範囲までの作業を任せるか」「どの利用者にどの範囲までの管理作業を任せるか」といった運用方針はシステム開発段階では想定しきれない。そこで、どの利用者がシステムのどの機能が利用可能かを個別に設定変更できるものとする。また、成績など科目運営上重要なデータについては、誰がいつどのデータを更新したかが分かる形でデータの変更履歴を保管・参照できるものとする。. TA. テキスト以外の文書も取り扱えること現授業支援システムではテキスト文書のみを取り扱うことを前提にしていた。このため、追加機能の要望 (4). 3. −9−.

(5) 4. 新システム開発目標. (c)SQL (a). 本章では新授業支援システムの開発目標について述べる。第章で述べた要求を満たすため、システムの開発目標を次のように定めた。. 3. システム記述言語の統一記述言語の混在が現授業支援システムの保守性低下の主要原因であることから、システムの記述言語を統一し、システムの機能拡張を行いやすくする。アプリ記述言語の候補としてはが挙げられる。これらの言語について利用可能な機能・開発効率・再利用性・セキュリティなどの面から検討を行った結果、現時点ではを用いてシステム全体を記述するのが最も良いという結論に達した。オブジェクト指向に基づく部品の再利用性が高いこと、ユーザインタフェース・データベース操作・制御ロジックを一つの言語ですべて記述できること、アプリ開発用のソフトウェアライブラリが豊富であること、ユーザの不正入力によるクラッキングを防ぎやすいこと、が主な理由である。 (1). (b) ) (c). Web PHP, Perl, Java, Ruby,. Python. (b). ステムの乗っ取りクロスサイトスクリプティングインジェクションによるデータベースへの不正アクセスである。への根本的な対策として、サーバとアプリケーションサーバを分離する。これにより、サーバ乗っ取りによりシステム内のデータが丸見えになるのを防ぐ。への対策として、ユーザ入力文字列の表示ルーチンを共通化を行い、サニタイジング特殊文字を無効化された状態での表示を徹底する。への対策として、データベースへのアクセスには全て文準備済み文を用い、ユーザからの入力が確実にサニタイジングされるようにする。. Java. 5. Web. Web. Web. (. prepared SQL (. SQL ). 新授業支援システム構成. 3. 4. 第・第章で述べた要求・開発目標を達成するた 1 め、アプリケーションサーバを用いて新授業支援システムの構築を行った。は徹底したオブジェクト指向と洗練された開発ツールによる高い開発効率で知られており、授業支援システムのように運用と改良を並行して行うシステムの開発に適していると判断した。今回新たに開発した授業支援システムの構成を図に示す。システム全体はアプリケーションサーバ、データベースサーバ、サーバの３つからなる。その他、ユーザ認証用に既存の全学認証サーバを用いている。この構成では利用者と直接通信を行うのはサーバだけでよいため、アプリケーションサーバ・サーバのセキュリティ確保がしやすい。. データ検索・集計の高速化システム内のデータをデータベースで一元管理し、データへのアクセス方法を統一・高速化する。現システムではからのアクセスがしやすいよう、システム内のデータは通常のファイルとして格納されている。コマンドを用いてデータを操作するにはこの方法が便利であるが、データの検索・集計といった大量のファイルを処理する場面では処理速度がネックとなりシステムに蓄積したデータを十分に活用できていなかった。データベースを用いることでデータの高速な検索・集計を実現し、より高度な教育支援を目指す。 (2). CGI. WebObjects [2] WebObjects. 1. UNIX. Web. Web DB. データ更新履歴管理機能の実現授業支援システムで取り扱うデータのうち、更新履歴の管理が必要となる主なデータは学籍・出題内容・提出内容・成績の四つである。変更履歴を管理するために、各データについて更新時刻ならびに更新前データへの参照を持たせる。また、この形式のデータに対する操作を共通ルーチン化し、システムで取り扱うデータが後で追加された場合にも同じように更新履歴を管理できるようにする。 (3). セキュリティの確保学生の在籍状況・レポートの成績などは個人情報そのものであり、システム構築にあたってはセキュリティの確保が求められる。サーバとの通信にを用いてデータの盗聴を防止することはもちろんであるアプリケーションの場合に特に問題が、その他にとなるのは、サーバへのクラッキングによるシ (4). Web. SSL. 図. Web (a)Web. 1: 授業支援システム構成図. 1 WebObjects は、米国およびその他の国で登録されている Apple Computer, Inc. の登録商標. 4. −10−.

(6) ),. ,. ,. ,. ,. ユーザ名氏名読み仮名認証方式メールアドレス携帯メールアドレス顔写真ファイルを指定できる。新システムでは登録済みのアカウントに対して各項目をキーとした検索を行うこともでき、学生情報データベースとしても利用可能である。アクセス権限（読み書き可能なデータの種類、表示・投稿が可能なページ）はユーザ単位でなく、ユーザグループ毎に指定する図。各利用者のアクセス権限は所属するグループのアクセス権限を足し合わせて決めるようになっており、例えば「管理者グループ」と「教員グループ」の両方に属する利用者は管理者・教員両方のアクセス権限を持つことになる。. ,. ( 3). 図. 2: 大量データは CSV 形式で一括登録できる WebObjects. 授業支援システムの運用・監視には付属のツールをそのまま用い、データベースのメンテナンスもデータベース付属のツールで行う。このため授業支援システムの基本的な運用のために専用ツールを用いる必要はない。今回新規にソフトウェアの開発を行ったのは、図中の太枠で囲われた部分である。データベースへのアクセス、ユーザインタフェースの基本的な部分についてはの機能がほぼそのまま利用できるが、データの変更履歴保存機能、ならびにアクセス制御機能はには用意されていない。これら２つの機能については独自にの機能拡張を行った。今後授業支援システムに機能を追加していく際のことも考え、データアクセス・ユーザインタフェースの基本クラスをまず実装し、それらの基本クラス群を用いてシステムを構築している。. 1. WebObjects WebObjects. 6. 図. WebObjects. 6.2. (. CSV. 今回開発を行った新授業支援システム以下、新システムの特徴的な機能を、管理者用機能・教員用機能・学生用機能の３つに分けて紹介する。は新システム上では「利用できる機能が制限された教員」として扱えるため、専用の機能は特に設けていない。. (TA) TA. ( 4). TA. 6.1 管理者向け機能. ),. Excel. PC. ( 5). 新システムでは利用者管理・科目管理・アクセス権限管理を管理者で一括して行うことができる。利用者情報は千人単位の登録が必要なため、作業を効率良く行えるよう形式のデータを一括登録するようになっている図。各行がアカウント１つ分の情報に対応しており、アカウント例：学生番号アカウント名例. CSV ( 2) ID(. 教員（TA）向け機能. (1) 利用者（教員・受講生・TA）管理学期途中での利用者変更に迅速に対応できるよう、各科目の利用者管理についてはシステム管理者だけでなく各科目の担当教員でも行えるようにしている。受講生登録は学生番号のリストを形式で一括登録するようになっているので、科目の履修者名簿がなどの表として用意されていれば、学生番号の列を記入欄に貼り付けるだけでよい。受講生一覧画面では学生の名簿番号だけでなく、顔写真・連絡先・在籍状況も合わせて表示される。このページを印刷して履修者名簿に使うことを想定している図。また、学生のトラブル、病気など、受講生の個別事情に応じて個別に課題の提出〆切を変更したい場合は、受講生設定画面で提出猶予期間を設定することができる図。. 新授業支援システム機能紹介. ). 3: ユーザグループ毎にアクセス権限を指定. (2) 受講生グループ管理各教員で自由に集計用の受講生グループを定義することができる図。ここで定義したグループ単位で回答・提出状況・採点結果を閲覧できるので、グループ分けしておくと演習・採点担当者が複数いる場合に受け持ち範囲を明確にして作業を行える図。. ( 6). ( :Windows. ( 7). 5. −11−.

(7) 図. 4: 受講生リストは顔写真付き名簿を兼ねる. 図. 図. 5: 受講生個別に提出猶予期間を設定可能. 6: 受講生グループを登録しておき集計単位に利用. 図. 7: 受講生グループ毎に採点の更新状況を閲覧 ( 10)。. また、受講生を複数のグループに所属させるができる。そのため、一つの科目の受講生に対して演習室単位、担当教員単位、学科単位、学年単位といった様々な切り口でのグループ分け・集計が可能である。. 数の対応付けを登録することができる図. (5) 学習状況集計新システムでは受講生グループ毎に提出状況の表示が可能になっており、クラス別・担当教員別といった区分で課題の提出状況を確認することができる図。複数人で科目運営を行っている場合に、受け持ち範囲の学生の提出状況を速やかに確認することができる。もし課題の提出状況が思わしくない学生がいた場合は、さらに「その学生が履修している他の科目の課題提出状況」も確認することができる図。他の履修科目についても同様に課題の提出状況が思わしくない場合は学生が何らかの問題を抱えていることが多いため、他の教員も交えて対応策を検討することになる。また、全ての操作画面の右上にある「画面保存」と書かれたリンクをクリックすると画面の内容がメールとして即座に自分宛に送付される。これを用いて課題提出状況・採点結果一覧表を手元に保存することができる。. ( 11). 回答・コメント管理受講生から提出されたレポートは、課題の項目・受講生グループ毎に閲覧が可能となっている。また、選択した回答に含まれる添付ファイルはファイルとして一括ダウンロード可能である。これにより、作図を伴う課題も手軽に出題できるようになると思われる。 (3). ZIP. ( 12). 採点・集計表管理新システムでは各課題に対する採点表だけでなく、各課題の採点結果を重み付けして足し合わせる集計機能が用意されている図。各採点表の更新結果がそのまま集計結果に反映されるため、レポートの再提出による採点結果の更新があっても集計作業を教員がやり直す必要はない。また、採点記号を用いた採点結果についても集計対象にできるよう、採点表では各設問毎に採点記号と点 (4). ( 9). HTML. 6. −12−.

(8) 図. 8: 項目別・受講生グループ毎に回答を閲覧可能. 図. 図. 9: 小計に重み付けをして合計点を計算図. 6.3 学生向け機能. GUI. 12: 各学生の全履修科目にわたる課題提出率を集計. を合わせて表示し、各課題の提出状況・〆切までの残り日数を一目で確認できるようにした図。さらに、複数の科目を受講している場合に課題の提出漏れがないか確認しやすくするため、自分の履修科目全体について課題の提出状況を閲覧することもできる。図。. ( 13). 新システムでは、登録科目・課題の増加に伴うの強化・再提出レポートの取り扱い支援を念頭に学生向け機能の強化を行った。課題・提出状況確認機能各科目で毎回課題を出題するようになると、学生が自分で課題の提出状況を把握しにくくなることが分かった。そのため、新システムでは課題一覧表に提出状況. ( 14). (1). 図. 11: 受講生グループ毎に提出状況の表示が可能. (2) レポート再提出の支援個別事情を考慮してレポートの再提出を認める場合、学生からバラバラにレポートが再提出されるため教員側の見落としが発生しやすかった。また、学生の方から個別に再提出の連絡をしてくれる場合もあるものの、どの課題の再提出をしたのかがはっきりしないことがあり、行き違いが生じることもあった。そこで、新システムでは再提出が済んだことを学生から教員に通知できるよう、回答受理画面に通信欄を表示するようにした図。学生が通信欄にメッセージを記入して送信ボタンを押すと通信欄の内容・該当課題の情報に加えて該当レポート採点画面のが. ( 15). 10: 採点項目毎に採点記号を登録可能. URL. 7. −13−.

(9) 図. 13: 科目の課題一覧で提出状況・残り日数を確認図. 図. 14: 自分の履修科目全体の提出状況を集計図. 担当教員にメールで通知され、同時に控えのメールが学生本人にも送付される図。通知を受け取った教員がメール内のリンクをクリックすると、ユーザ認証を経て直接該当レポートのコメント記入画面に誘導される。これにより再提出レポートの見落とし・行き違いを防ぎ、素早いコメント付けを可能にする。. ( 16). 7. 15: 〆切を過ぎている場合は通信欄を表示. 16: 再提出通知メール内のリンクで採点画面に移動. じような学習スタイルを想定して設計しているが、課題の取り扱いだけでなく個々の学生の学習状況の把握を容易にすることが新システム開発の大きな目標である。このシステムを活用し、幅広い学力の学生にきめ細かな対応を行う教育体制を作りたいと考えている。. まとめ. 参考文献. 学生の学習スタイル・科目運用形態の変化、利用者からの要望を取り入れ、新授業支援システムの開発を行った。目標とした機能の実装はほぼ完了し、開発したシステムは本年年月より試験運用中である。研究室内の進捗報告、後期開講科目の成績集計などの小規模運用では問題ないことを確認しており、来年度年度前期の本格運用を目標にユーザインタフェース・サーバ設定の調整を行っていく予定である。授業のサイクルに合わせて課題を出題するという学習スタイルに合わせた授業支援システムとしてはが挙げられる。今回開発した新授業支援システムも同. [1]. (2005 )10. (2006. 永井孝幸, 松前進, 都倉信樹: 教員の作業効率向上を目指した授業支援システムの構築と運用, 社団法人日本工学教育協会論文誌工学教育 2005 年 3 月号 vol.53 no.2 pp.64-69. [2]. ). ウィキペディア WebObjects http://ja.wikipedia.org/wiki/WebObjects. [3]. CEAS[3]. 植木泰博, 辻昌之, 冬木正彦, 荒川雅裕, 北村裕: Web 型自発学習促進クラス授業支援システム (CEAS) の開発, 教育システム情報学会研究報告 vol.18, no.4 (2003-11), pp.19{26.. 8. −14−.

(10)