IS’97
情報システム学の学部用プログラムためのモデルカリキュラムと指針

Association for Computing Machinery (ACM)
Association for Information Systems (AIS)
Association for Information Technology
Professionals (AITP) (formerly DPMA)
和訳
HIS (Human-oriented Information Systems) 研究会
代表
浦 昭二

１９９８．１２

翻訳の分担（数字は原文のページ番号を表す）

本文

１〜１２

内木哲也

１３〜２５

芳賀正憲

文献

２６〜３２

魚田勝臣が原文のまま挿入

付録１〜２

３３〜３５

田村幸子

付録３〜４

３６〜４２

神沼靖子

付録５〜６

４３〜４９

刀川 眞

付録７

５０〜６２

魚田勝臣

９７．０〜３

宗澤拓郎，真木世之

９７．４

杉野 隆

９７．５

川野喜一

９７．６

宗澤拓郎，真木世之

９７．７〜１０

小幡孝一郎

付録８

翻訳のまとめ，訳語の統一，体裁の整備など全体のとりまとめ

魚田勝臣

Ｗｅｂへの掲載

内木哲也
以上

１

Information Systems IS’97
概要
IS'97 は情報システム学(Information Systems)の学部用のモデルカリキュラムである。学問領域としての情報システムは以下の２つの広い領域をカバーしている：（１）情報技術の資源とサービス（情報システム機能）の調達と、開発、マネジメント、（２）組織プロセス（システム開発）での使用のための技術基盤とシステムの開発と展開。モデルカリキュラムはガイドラインと、
コースセット、基礎資料、カリキュラムのデザイン目的、知識要素を提供する。これは IS 学部プログラムの質の向上に関与していると思われる「利用者」たちに示唆を与えるものである。
モデルカリキュラムは合衆国とカナダに共通な構造と学部学位プログラムに基づいている。学生の置かれた状況と学部についての仮定は他の国では適用できないかも知れない。しかし、このモデルはコンピューティングと情報システムに関する重要な知識集合に基づいているので、国際的に参考的なモデルとなるであろう。
このカリキュラムは学生が組織的な仕事で一般的に使われるソフトウェアパッケージを使用できる技能を持っているか、それらの技能が補習的なモジュールで与えられるものと想定している。学生が履修可能な情報システムのコースワークは以下の３レベルに計画的に組織化できる。
１．情報システム学の一般的コース。このレベルは情報システム学の主専攻または副専攻にかわらず、すべての学生向
けに、情報技術による個人的な生産性向上と基礎情報システム学のサーベイコースを含んでいる。情報システム学の理論と訓練のコースは情報システム学を専攻または副専攻する学生と、情報システムに対する一般的な知識の深さを増すことを望む学生とに提供される。
２．情報システム学の主専攻および副専攻者の学生のための専門的な情報技術とアプリケーションデザイン。これらのコースは情報技術と、情報システムアプリケーションの構造、アプリケーションの分析と論理的なデザインをカバーしている。
３．情報システム学主専攻者のための専門的なアプリケーション開発と、展開、プロジェクトマネージメントコース。これらのコースは物理的設計と、データベースとプログラム開発環境におけるアプリケーションの実装、情報システムプロジ
ェクトのマネージメントをカバーしている。
IS カリキュラムは継続的なキャリア成長を基礎として情報システム学のエントリーレベルの職務につける卒業生を送り出せ
るようデザインされている。カリキュラムには産業界と大学の双方からの入力が反映されている。技術的な方向づけにおける強い発言力と、個人とグループの相互作用での改善された技能とを持つべき、という産業界からの要請に応えるものである。
情報システム学部の卒業生の特徴は、報告書に明記されており、それは彼らに到達することが課せられた能力と応用される知識のリストによって示される。そのカリキュラムは正式な情報システム学コースを持つが、会話と、数学と統計学、ビジネス機
能において前提または併行履修科目の使用を想定している。会話の前提科目は聞く能力と記述および口頭の会話に有効な知識を持った学生を作り上げるべきである。数学と統計学の前提科目は基本的に量的かつ質的な手法を教授すべきである。ビジネス科目は共通のビジネス機能と、経済学、国際的な思考をカバーすべきである。
最も高いレベルにおける情報システム学カリキュラムの構造は、５つのカリキュラム提示領域より成り立っている： IS 基礎；
情報システムの理論と実践； 情報技術； 情報システム開発； 情報システムの展開とマネージメントプロセス。５つの提示領域は１０のコースより成り、各コースは１２７の学習ユニットに基づいている。学習ユニットは情報システム学知識体の要素より
得られる。

２

レベル

提示領域

コース
・情報システムの基礎
・情報システム技術利用時の個人の生産性向上
情報システムの理論と実践
・情報システムの理論と実践
・情報技術(ハードウェアとソフトウェア)・プログラミング、データ、ファイル、およ
情報技術
びオブジェクト構造
・ネットワークと通信
・分析と論理設計
・DBMS を用いた物理設計と実装
情報システム開発
・プログラミング環境を用いた物理設計と実装
情報システムの展開とマネージメントプロ ・プロジェクト管理と実践
セス
IS 基礎

１．全学生対象

２．主専攻者と副専攻者対象

３．主専攻者対象

このカリキュラムは IS 学部生プログラムのためのコース内容と推奨資源とを示す。付録における詳細部分は、カリキュラムで定義される範囲を維持すると同時に、コースをカスタマイズするための基礎資料となる。学習ユニットと詳細な IS 知識体は、各コースのデザインと内容とを論理的に関連付ける基礎資料となる。それらはカリキュラムの現実への適応と更新のための手段ともなる。

３

IS'97 カリキュラム報告書の利用について
情報システム学学部生向けモデルカリキュラムの報告書は情報システム学プログラムの質的な向上によって恩恵を受けるであろう以下の利用者層を想定して書かれている：− 大学経営者（本報告書の内容を報告される立場）− 情報システム学部が設置される機関の教育責任者− 情報システム学部の教授− 他学部の教授（情報システム学部が設置される大学で）− 情報システムの実務者− 情報システム学部生
本節では、これらの想定された利害関係者（stakeholders）による報告書の利用方法を述べると共にその価値を説明する。

大学経営者へ
IS 学領域はビジネスと政府組織の不可欠な部分である。情報システム学は設計と開発、マネジメントのために技術的および組織的な専門性を必要とする複雑なシステムである。それらはオペレーションだけではなく企業の競争戦略にも影響を及ぼす。
この素早く変化している領域の性質は独自の資源集合を必要としている。以下に概説するのは、情報シ
ステム学の学部プログラムを実施するために必要とされる最低限の資源である。その資源要求は２１〜２４ページに詳細に述べられている。他学部で IS 学教授がサービス科目を開講するにはさらに追加的資源が必要である。
１．推奨する教授組織
教授の数は情報システム学の専攻学生の数に依存する。しかし、カリキュラムを適切に実施するための専門性を維持するために最小限の教授が必要である。情報システム学領域における知識の素早い増加と変化は、教授に対して継続的な能力向上を要求する。各教授は作業負荷の大部分を新しい知識と技能の訓練や獲得に振り向けられる必要がある。カリキュラムの地域特性への適応や、最新の教育用ケースの開発、学生プロジェクトや実習訓練の管理などに関する対処が IS 学教授に厳しく要求される。IS 教授には普通の教育や、研究、サービス活動の他に、以下の追加的活動が要求される：
a. プログラムで使われるコンピュータ実験室でハードウェアとソフトウェアの技術的水準を維持するための技術評価。
b. 学内で他の教授のコンピュータ利用に関して高度なサポート要員としての支援。
c. コンピュータ研究室を維持するために必要な助っ人としてハードウェア／ソフトウェアの供給元の探索と、獲得、育成。
d. 学問領域を構築するために学会や専門家集団における高レベルの維持活動。他の学問領域より少数の教授しかいないため、高いレベルが必要。
e. 学内情報システムを扱う委員会に教学代表者として参加。
２．推奨するコンピュータ設備
学生は将来産業界で使うことになるものと同じコンピューティング設備を利用できなければならない。技術変化から見て、設備は最長でも３年の更新サイクルとすべきである。大学の実験室はこれらの必要条件を念頭に入れて保守管理されなければならない。
a. 情報システム学では学内のコンピューティング設備で利用可能なハードウェア／通信装置だけでなく、特別な設備も必要とされる。それにはクライアント／サーバアーキテクチャや、ネットワーク、グラフィックス、マルチメディアが含まれる。
b. IS 学部生は CASE や開発ツールのような大きな組織で使われている大規模なデータベースや開発システムにアクセスできるべきである。これらのシステムには典型的に強力な計算能力が必要とされる。
３．推奨する物理的空間
コンピュータ実験室が必要なことから、情報システム学プログラムに必要な物理的空間は、経営学や社会科学の専門プログ
ラムよりも工学や生物学、物理学により近いものとなる。そのような実験室設備は以下のものを含むべきである：
a. ワークステーションが整っている実験室。
b. ネットワークを設計し、実装し、運用する経験ができる実験室。
c. IS 学プログラムに必須なチームプロジェクトを受け入れるプロジェクトチーム実験室。
４４．実験室サポート
設備と物理的空間の他に、 IS 学実験室は職員、維持管理、補給品のような運用上のサポートを必要とする。

情報システム学部が設置される機関の教育責任者へ
この報告書は情報システム学部学生のための推奨カリキュラムの採用のための理由付けを示している。推奨カリキュラムは
初級の情報システム専門職員として産業界で期待されている能力に基づいて作られている。産業界は専門的な方向づけの強調と、個人とグループ相互作用の技能の改善とを必要としてきた。卒業生はより効率的にクライアントと相互作用でき、かつチームで効率的に働けなければならない。また学生は、優れた文章および口頭での会話能力を持っていなければならない。この報告書では専門性と行動性の双方に重きを置いた情報システム会議でプログラムの実施と保守を成功に導くのに必要な特別な推奨を示す。実行可能な情報システム学プログラムを支援するのに必要な資源要求は、21〜24 ページに詳細に述べられている。

情報システム学部の教授へ推奨カリキュラムはレベル毎に詳細に述べられる。各コースはコース概要を伴う高いレベルで定義され、「コースタイトル」、「カ
タログ記述」、「範囲」、「トピックリスト」が含まれる。各コースの詳細は付録８に述べられている。各コースではそのコース用の学習ユニットについて述べられている。各学習ユニットはゴールや目的、目的に適した IS 知識集合からの要素によって説明される。IS 知識体は産業界と大学でのアンケート調査より得られたものである。コース向けの各 IS 知識要素体は、そのコースで達成された知識レベルの能力と深さを持っていおり、そのトピックを網羅する範囲を定義している。
学習のゴールと目的、と能力レベルを伴った知識体要素が、各コースを支援する詳細な理論的根拠を持った教員組織を提供する。それらはカリキュラムを仕立てることとカリキュラム実験との基礎を提供する。各コースは学習ユニットの規定するグループを表す。しかし、このグループ分けは適当なものの１つに過ぎないかもしれない。設置される地域特性に応じて、教員組
織はコース修正を望むかも知れない。コース集合を修正した場合、学習ユニット集合はトピックの網羅性の完全さを評価する助けとなる。

他学部の教授へ
情報技術の利用は社会に浸透している。この技術を利用する労働力の可能性は増加している。情報技術利用者は中央集権化されたコンピューティングサービス組織によってそれまで処理されてきたことによる弊害のために、今やそのサービスよりは個人的責任を取る方を望むであろう。多くの組織が情報技術で若干の利用者訓練を実施する間は、有能な利用者である
卒業生は彼らと比較して利点を持っているだろう。強く、有能な情報システム学プログラムは学内のすべての学生に役立ち、彼らが興味を持つ領域への情報技術とアプリケーションのより多彩な活用を望む非専攻の学生に特別な利益を供給できる。
IS'97 は基本的な知的な仕事のソフトウェアですべての学生が必要とする不可欠な技能を識別している。あらゆる主専攻の学生が文書処理や、インターネットアクセスと電子メール、表計算処理、データベース管理、プレゼンテーショングラフィックス、
統計分析、外部データベース検索などのソフトウェアの利用方法として役立つ知識を持つべきである。これらの技能は情報システム学で不可欠または排他的な領域ではないが、情報システム学教授は前提として自習モジュールや、コースモジュー
ル、実地（testing-out）試験を管理するために有用な能力を提供ができる。
IS '97 カリキュラムはすべての学生に適した情報技術の知識と技能を提供するためのいくつかの一般的なコースを規定している。情報システムの基礎のコースと情報システム技術利用時の個人の生産性のコースがある。さらなる深みを望む学生のために、情報システム理論と実践のコースが提供されている。これらのコースは機能的領域の情報システムと関係がある専門的なコースのための基盤となる。そのようなコースは機能的領域の教授や、情報システム学教授、あるいは協力的な取り合
わせによって教えられるであろう。
機能的領域の学生は情報システム学を副専攻とすることを望むかも知れない。IS '97 カリキュラムは副専攻者に適したコース集合を定義している。そのコースは情報システム学とシステム分析と論理的デザインコースのための基本的な技術を含んでいる。
５

情報システムの実務者へ
この報告書は以下の３つの点で IS 学教科と実務者との相互作用の基礎を提供する：
1. IS 従業員となるであろう卒業生に期待される能力のレベルを理解するため。
2. 彼らの組織が必要とする能力レベルとカリキュラム推奨とを比較するため。この比較は改善が必要な知識と技能の識別に対して教員を支援することにも利用できる。
3. IS 教育に関係する方法を理解するため。例えば、IS 実務者はその地域の大学で産業的な顧問としての役割を果た
したり、IS 学部生と教員のために産業界での体験を提供する助けとなろう。IS 学部生の上級教育レベルでは参加型
学習を必要としている。実務者は学生が従事するケーススタディを供給することでその活動を支援すると共に、学生プ
ロジェクトの外部評価者としての役割をも演ずることができる。

情報システム学部学生へ
学生がどの学術的研究領域を選ぶべきかを考える時、この報告書が IS 領域 IS 学部の性質を説明するのに役立つ。種々のプログラム選択肢のためにカバーされた科目と要求される知識レベルを知ることができ、卒業生の領域や、職務、職種、ジョブタイトルなどの特徴と共に可能なキャリアパスを検討できる。
学生が IS 学部に所属するならば、この報告書によって種々の学習オプションや選択コースからの選択の結果を自分なりに理解できる。学生は IS 領域の幅と深さと特定のプログラムより得られるキャリアの機会について調べることができる。この報告書の情報はこのプログラムでのオプションと選択についての学術的アドバイザーとの議論と就職活動に入るための戦略についての心構えを与えることができる。この報告書は、卒業に臨むときには見つかった職を査定する助けとなろう。

学問的研究領域としての情報システム
コンピュータ情報システムは製品や、サービス、組織経営の重要な部分となった。情報技術の効率的および効果的な利用は、企業組織には競争優位を、そして政府や非営利組織には優れたサービスをもたらす重要な要素である。情報技術／情報シ
ステム戦略は企業戦略の不可欠な部分である。情報システムの経営支援としての役割はオペレーショナルだけでなく、戦術
的、マネジメントプロセスにも及ぶ。情報システムは全ての経営レベルにおける問題認識や、分析、意思決定に極めて重要である。組織に対する情報技術と情報システムの重要性、この領域で教育された専門家の必要性は、教育的プログラムと IS
実践者の専門的集団との強いつながりの基礎となっている( Mawhinney, Morrell, Morris 1994, Trauth, Frawell, Lee 1993)。
学術的研究領域としての情報システムは、組織での情報処理のためにコンピュータを最初に使用した数年後の 1960 年代に始まった。組織が情報技術の利用をオペレーショナルプロセスから、意思決定支援、競争戦略へと拡張してきたように、学術的領域も範囲と深さを伸ばしてきた。そして、IS 組織機能が情報技術をマネジメントするために出現した。大学が財務資源管理や、マーケティング資源管理、人的資源管理のような重要な組織的機能を反映した学部プログラムを設けてきたのと同様に、情報技術資源管理のための学部プログラムが出現することとなった。成長と変化の３０年間を通して、異なった名前が使われるようになり、領域の定義は拡大されてきた。情報システム学（ IS ）という単純な用語は最も一般に受け入れられ、学問領域を表す一般的な用語となったのである。

情報システムの学問領域に対する別の名称
学問的研究領域としての情報システム学にはいろいろな異なった名称がある。多様な名称はこの領域の歴史的発展経緯や、それを特定する方法の考え方の違い、プログラムにおける強調点の違いなどを反映している。以下の用語は情報システムの学問領域に関する名称である：
Information Systems（情報システム学）
Management Information Systems（経営情報システム学）
Computer Information Systems（コンピュータ情報システム学）
Information Management（情報管理学）
Business Information Systems（企業情報システム学）
６

Informatics（情報学）
Information Resources Management（情報資源管理）
Information Technology Systems（情報技術システム学）
Information Technology Resources Management（情報技術資源管理）
Accounting Information Systems（会計情報システム学）
Information Science（情報科学）
Information and Quantitative Science（情報と数量科学）

情報システム学の範囲
情報システム学は、学術的領域として２つの広い領域をカバーしている：(1)情報技術の資源とサービスの調達と、開発、マネジメント（情報システム機能）(2)組織プロセスで利用するための基盤とシステムの開発と展開（システム開発）。
情報システム機能には情報技術基盤（コンピュータと通信）と、（内部と外部双方の）データ、組織規模のシステムの開発と、実施、マネジメントまでを含めた広い責任範囲がある。それは新しい情報技術に追従し、組織の戦略や、計画、実践に技術を取り込むのを支援することをも含んでいる。またその機能は、部門および個人の情報技術システムをも支援する。
組織と組織間プロセスのためのシステム開発活動は、データ獲得や、会話、調整、分析、意思決定支援のための情報技術の創造的な利用を含んでいる。この活動のための方法や、技法、技術、方法論がある。組織でシステムを創り出すことは、革新の問題や、品質、人間−機械システム、マンマシンインタフェース、社会技術デザイン、変化のマネジメントを含んでいる。
情報技術は全ての組織機能に行き渡っている。それは、会計や、財務、マーケティング、生産などで利用される。利用の普及はシステムマネジメントとシステム開発の専門知識を伴う情報システム専門家のニーズを増大させる。そのような知識を持った専門家が情報基盤や情報資源の調整に関する革新や、改革、マネジメントを支援する。IS スタッフによるシステム開発
は、組織規模でのシステム統合を含むだけでなく、個人的および部門的アプリケーション開発をも支援する。
情報システム学とコンピュータ科学とは近い関係にある。いくつかの学校では、双方の領域の学生が共通のコースをとることができる。しかし、情報システムはその文脈が組織とその情報システムであるという点が特徴的である。これにより、行われる仕事や、解かれる問題の種類、デザインおよびマネジメントされるシステムの種類、技術が採用される方法などの文脈においてコンピュータ科学との重要な相違が導かれる。情報システム学の目標は、組織的使命と目的、情報技術の応用に集約される。このように情報システム学とコンピュータ科学は別の研究領域であるが、それらは共通の技術的知識を必要としているのである。

大学の教育プログラムの中での情報システム学
IS カリキュラムには３種類の責任のレベルがある。モデルの３つのレベルは全学生のための一般的 IS コースと、IS 専攻と副専攻の学生のためのコース、IS 学専攻学生のコースとから成り立つ。そして、３つのレベルを通じて能力開発されてゆく。レ
ベル１のコースがレベル２のために必要であり、レベル２のコースがレベル３のために必要とされる（図１参照）。３つのレベル
は IS での重要なトピックで能力の増加するレベルを分配している。この概念は IS '97 カリキュラム特別委員会によって開発された２０の IS トピックとして表１に示されている。このトピックは提示領域の副領域を表す。例えば、すべての学生がシス
テムソフトウェアの認識知識を必要とするかも知れず、副専攻学生がそのトピックでリテラシを必要とするかも知れず、また主専攻学生が効率的なユーザである必要があるかも知れない。

７

前提となるコンピュータ利用能力

レベル１−全学生対象

IS プログラム

機能領域
専門的 IS 応用を

レベル２
IS 主専攻学生

伴う機能領域コース

レベル３
IS
図１ IS 教育のための教育レベル

前提条件としてのコンピュータ利用能力： 前提条件の能力レベルは学生の情報技術利用の個人的能力を示している。学
部生と卒業生が熟知している６種類のアプリケーション： インターネットと電子メール、表計算処理、データベース管理、プレゼンテーショングラフィックス、統計分析、外部データベース検索。文書処理も同じくこの範疇に含まれるが、正式コースの前に習得済みである。学生はこれら６つの基礎アプリケーションで能力基盤を形成する。いくつかの大学では全学生が必修のコースによって前提条件の IS 技能を提供しているが、別の大学ではコンピュータによる指導機器のある実験室で、学生が独自にこれらの能力を習得できるようにしている。能力テストが事前知識の適切さを調べるために使われる場合もあろう。情報システム学教授は前提条件の技能の改善に関する仕事に対する責任的立場をとらされる場合もあろう。

８

表１．IS カリキュラムの特徴的な副学習領域毎の知識／能力レベル（レベル：０−知識無し；１−認知；２−リテラシ；３−利用；４−応用）
IS カリキュラムの特徴的な副領域
コンピュータと情報システムのリテラシ
知的活動用ソフトウェアパッケージシステムの理論と質
意思決定
IS 計画立案
IT と組織的システム
コンピュータシステムハードウェア
コンピュータシステムソフトウェア
ネットワークと通信
プログラミング：言語と実装
アルゴリズム的デザインとデータ
オブジェクトとファイルの構造
ソフトウェア開発
データベース：モデリング、開発、ツール
情報システムの分析、デザイン、実装
チーム、個人、個人相互能力
プロジェクト管理
IS 支援サービス
システムインテグレーション
IS 機能のマネジメント
情報資源管理

各レベル毎の知識や能力の深さ
全学生
IS 副専攻IS 主専攻
対象
学生対象
学生対象
3
4
2
1
1
1
1
1
2
1
1

3
4
3
2
2
2
2
2
3
2
2

4
4
4
3
3
4
3
3
4
3
3

1
1
1
2
1
1
1
1
1

2
2
3
2
2
2
2
1
1

3
4
4
4
3
2
3
2
2

レベル１．全学生対象： この IS 教育レベルは組織での情報システムの使用と役割の理解を与える。それは IS システムのエンドユーザに個人的生産性を保証するために必要な能力をも提供する。このレベルに熟練した学生は６つの情報技術ア
プリケーションと洗練されたインターネット技能における先進的な教育と能力とを得る。
情報技術による生産性の特徴と概念に焦点を当てている。学生は小型システムの開発や、情報処理システムの効率的な使用、システムの質的概念における指導を受ける。レベル１コースでも情報システム学の理論と実践に関するサーベイを含んでいる。関連したレベルの能力が機能的領域に適合したコースによって与えられよう。これらの領域で主専攻学生には会計や、財務、マーケティングのような主要な研究領域でのアプリケーションパッケージの使用を通した IS 技能と実践に関する補強となろう。チームアプローチも利用している。このレベルの知識はレベル２のコースで必要とされる。
レベル２．IS 主専攻と副専攻の学生対象： レベル２のコースは IS 主専攻の学生と副専攻として IS 専門能力者を望む機能的領域の学生が履修する。副専攻学生は情報システム技術と情報システムの分析とデザインの初級コースに焦点を当てた
カリキュラムを部分的に履修する。IS 副専攻の学生は、主要な機能的なアプリケーションを開発し拡張するチームに対等な立場の現場の専門家として、またはユーザー代表者として働く。
副専攻学生（レベル２）は、マーケティングや会計、または健康科学のような第２領域としての機能領域独自の要件への適合が必要となろう。「会計業務入門のための教育要件」（１９８８）からの以下の抜粋は専門的副専攻学生への要求を示している：
コンピュータと通信技術の広範囲にわたる利用はその技術とアプリケーションと限界の理解を不可欠なものとする。学生はハードウェアコンポーネントの機能と相互関係で、そしてソフトウェアの可能性とアプリケーションに精通するべきである。ファイル構造、データ蓄積と検索、ネットワークと遠距離通信は重要な概念である。情報の正確さと、完全性、機密性を保証する内部的な制御方法を調査すべきである。最も重要なこととして、公認会計士(CPA) はシステムが適切で、信頼性が高く、タイムリで、容易に入りやすい情報をマネジメントにどのように提供するか、または提供できるかどうかを知るべきである。つまり、学生が効率的なマネジメントにおけるマネジメント
９

プロセスと情報の重要さに気付かせるを要求しているのである。
レベル３．IS 主専攻学生対象： 全主専攻学生に要求されるレベル３のコースではレベル２のコース履修が前提条件となっている。このレベルで学生は IS 領域でのキャリア構築の準備をする。このレベルでは IS 開発や、実装、プロジェクトマネジ
メントなどのトピックを含んでいる。チーム環境でのプロジェクトマネジメントや、DBMS とプログラミング環境の双方を用いた情報処理システムのデザインとインプリメント、機能的組織的システムへの統合的解決方法などを含んだ演習や問題が課される。

情報システム学部卒業生の特徴
IS 学部の卒業生は初級 IS 専門家としての能力を持つべきであり、継続的にキャリアアップできる基礎を持っているべきである（Lee, Trauth and Farwell 1995)。表２に示したように、卒業生の特徴は「伴う能力」と「使用する知識」ということに関してカリキュラムの目的と関係を持たせている。IS 専門家のための全般的な目的は、組織的ニーズを支援することと顧客サービス指向を持つことの双方である。

情報システム学部プログラムの前提条件
正式な情報システム学コースの前に（履修済み）あるいは IS コースと並行して（併行履修）履修すべき一般的な学術的要件がある。前提条件として、学生はインターネットと電子メールや、表計算、ワープロ、データベース、プレゼンテーショングラフ
ィックス、統計分析、外部データベース検索のようなパソコンの基本ツールを利用できる能力を持つことが期待される。生涯にわたる基礎として、学生には行動科学や、社会科学、自然科学への初歩的知識を持つことが望まれる。
全ての情報システム学部生は口頭または記述によって効率的に会話できるべきであり、数量的および質的な手法を適用可能とすべきである。つまり、IS 学生は対人関係に関する技能を習得するべきである。彼らは組織の機能に関する基本的理解を持つべきであり、国際的ビジネスの概念を理解すべきである。いくつかのトピックは前提条件であるが、その他のものは情報システム学コースでも併行的に実施されるであろう。
IS カリキュラムに直接適用できる前提条件または並行して実施されるトピックには以下のものが含まれる：・会話能力。一般的および専門的な記述、口頭による会話、聴取などの能力がカバーされるべきである。
・量的および質的分析能力。離散数学、初級幾何代数、統計学のようなトピックを含む。
・組織機能。学生は会計や、流通、財務、人事、マーケティング、生産のような経済学や組織機能を理解すべきであり、ビジネスの国際的な局面も知るべきである。

１０

表２．IS 学部卒業生に期待される能力と知識
特徴
会話力

伴う能力
・出来事の正確な観察と、記録、説明能力
・単純な語彙による難しいアイディアの聞き取りと表現
方法
・プレゼンテーション力・メモ、レポート、ドキュメントの書き方

使用する知識・聞き取り、観察、文章化
・インタビュー能力
・交渉力と促進力
・データの適切な表現力
・マルチメディアの開発と利用
・自動化ツールと技術の利用
・組織の理論、構造、機能・システムと技術の特徴、可能性

コンピュータ応 ・機能的、組織間的、作業的、管理的、または経営者
用システムにつ の問題、好機に IS を活用する能力
いての理解・種々の IS の特徴を理解
情報技術と道具 ・コンピュータやネットワークの機能や装置の説明力
・コンピュータやネットワークの理念の理解・組織的問題解決にソフトウェアツールを選択、適用可 ・分散システム
能・データベースの実装と管理
・有償解決手段の実装と統合
・プログラミング言語とその利用環境
・高度なツールと手法による分散システムの開発と管理 ・セキュリティとプライバシーの管理
チームワーク遂 ・種々の能力を持つ人々との効果的な仕事のやり方 ・リーダーシップ、マネジメント、組織
行力
・全ての役職との人との効果的な仕事のやり方
・小グループでのコミュニケーションとやる気・チームを率先し、促す能力
・組織、チーム、個人的目標設定
・勝ち勝ちゲーム環境の開発
・ビジョンと責任の分担
・共感的傾聴と相乗解決法の探索
・文化的多様性
マネジメント力 ・組織的目標を伴ったプロジェクト目標の確立
・役割、計画、目標の設定と追跡
・資源と活動の定義、結合、展開、監視、統率・プロジェクトとチームの運用・パラダイムシフトのためのニーズ観察・計画と資源管理
・継続的な質の改善
・リーダーシップ、やる気、チーム構築
・評価尺度と基準化作業
問題解決力
・分析手法の応用可能性の理解
・技術的観察と記述
・問題認識のための質問方法
・問題解決手法
・問題の定義と解決に向けたシステムコンセプトの適用 ・ライフサイクルステージ
・単純、複雑な問題の創造的な解の導出
・発想手法
・データ収集、要約、翻訳
・統計的、数学的手法
システム開発手 ・適用可能な手法を選択、利用・SDLC
法の理解と応用 ・IS を分析、設計、構築する道具や技術を使える・プロトタイピング、購入、アウトソーシング
・プロジェクトの可能性や危険を検討できる・可能性、危険性分析
・組織的条件を踏まえたデザイン手法の適用
・標準
システム理論と ・システム表現とライフサイクルの概念の適用
・一般システム理論
概念
・形式的手法で組織的プロセスとデータを表現できる ・制御システムの概念
・問題のインターフェースと境界、部分を識別
・品質、効果、効率の概念
・解のチェックと現実的テストのメカニズムの適用・ビジネスプロセスのモデル化と再設計
・ビジネスプロセスのデータ、論理、イベントモデル化
専門性・個人的目標設定と時刻管理概念の適用・遂行上の掟・個人的意思決定能力の適用・倫理的理論・個人の位置づけの確立と他者の意見の尊重
・活動の標準・倫理的規範の遵守
・一般に受け入れられる実践の標準
・IS の組織的、社会的影響の検討
・記録の保管と報告
・現在の活動や知識の積極的利用
・国際標準、文化、実践・利害関係者のニーズ

１１

情報システムカリキュラムのアーキテクチャ
IS’97 のカリキュラムは、複数のカリキュラム・プレゼンテーション・エリアを最も高いレベルでまとめたものである。これらエリアのそれぞれは、１ないしそれ以上のコースから成り立っている。各コースは、IS ラーニングユニット（他のカリキュラム･レポート
では知識ユニットと呼ばれていることもある）から組み立てられている。ラーニングユニットは、IS 知識体から導かれたものである。

カリキュラム・プレゼンテーション・エリア（５）コース（１０）ラーニングユニット（１２７）

知識体（＞１,０００）

カリキュラム・プレゼンテーション･エリアを初め、各エレメントに関し、以下に説明をする。

カリキュラム・プレゼンテーション・エリア

IS カリキュラム･プレゼンテーション･エリアを示すカリキュラムの全体像を図
2 に表わす。点線で囲んだ箱は、他のファンク
ショナル・エリアまたは他のアカデミック・ユニットに属する教授陣によって教えられるプログラムの 1 部であることを示している。
それ以外の 5 つの箱は、通常 IS の教授陣によって指導されるプログラムの部分である。
Fig.2 はまた、この IS プログラムで学生が知識を習得していく一般的な順序を示している。５つのエリアの内容の説明を、Tab.3
に掲げる。

１２

前もって必要なコンピュータ利用技術

情報システムの基礎

コミュニケーション、定量･定性分析、組織機能

情報システムの理論と実践

情報技術

情報システムの開発

図2

情報システムの展開と管理プロセス

IS カリキュラムのためのカリキュラム・プレゼンテーション・エリア

１３

表3

５つの IS カリキュラム・プレゼンテーション・エリアの内容

カリキュラム･
プレゼンテーション･エリア説

明

先修条件となるパソコン利用のための基本的なスキルおよび組織で一般的に使われているパソコンソフトパッケージ類にコンピュータ利用技術

関する初歩的なスキル

情報システムの基礎

情報システムの基礎には、情報システムおよび情報技術分野への広範囲な入門的解説と、情報技術の効果的かつ効率的活用を通じた個人生産性の向上を目的とし計画された教育とが含まれる。

学生には、組織における情報システムと情報技術の活用に関する導入教育が与えられる。これらが意思決定を支援しながら新規の機能拡大された製品やサービスの１部として、また組織プロセスの要素として、組織に価値を付加する方法の説明がなされる。情報技術の概要説明が行われる。情報システム機能で採用されているプロセスと方法が提示される。

情報システムの基礎には、大多数の卒業生が実行するような種類の知的作業へ情報技術を適用するにときの理論と実践がどちらも包含されている。学生は、いかにして個々人の要求を分析し、彼らの業務を支援するための情報システムを定義し、生産性の向上に役立つパソコンソフトの特性を活用し、各人の業務効率を上げていくための業務に適合したソリューションを開発していくかをを学んでいく。小規模なシステ
ムを取り扱っているが、それらを後にこのカリキュラムで学習する大きなシステムのためのプロセスと関係づけている点がきわめて重要である。
情報システムの理論と実情報システムと情報技術に関し広範囲にその概要知識を習得し、生産性指向の小規模個人向けシステ践ムに対する要求分析とシステム開発を体験した後、学生は情報システムの開発と活用における方法と実践について、これを説明し誘導する概念や理論の指導を受ける。概念と理論の中には、システム、管理と組織、情報、品質、意思決定が含まれる。情報システムと経営企画や戦略との関係、情報技術と比較優位や生産性を関係づける概念が説明される。組織効率改善のための情報技術とシステム活用の基礎となる概念とその実際が提示される。

情報技術

このカリキュラム･エリアは、情報システムの技術面の知識に関し広さと深さを獲得する機会を学生に提供する。コンピュータシステムアーキテクチャ、オペレーティングシステムソフトウェア、情報通信による情報資源の相互結合が、説明と討議の主要な構成要素である。学生は技術諸要素の実際的な設置、構成、運用に携わることにより意義のあるスキルを伸ばしていくことが期待されている。

情報システムの開発

学生は、問題分析、情報システムの設計と実装を学ぶため、チームで作業をする。システム分析によりシステム要求の決定と論理設計の経験が与えられる。これには、プロセスのリエンジニアリングが含まれる。
情報システムの物理設計の教育により、学生は論理設計を用いて情報システムを実装することが確実に可能になる。２通りのアプローチが用いられる。１つは開発ツールを用いた設計と実装である。あと１つは、ＤＢＭＳツールを応用する。

情報システムの展開と学生は意義のあるプロジェクトに参加する。情報システム機能とシステムインテグレーションの管理および管理

プロジェクト品質を確保するためのプロジェクト管理は、このカリキュラム・エリアの必須の構成要素である。

１４

コース

IS’97 のコース（Fig.3）は、Fig.2 で示した広範囲のカリキュラム･プレゼンテーション･エリアを具現化した基本要素群である。
コースは IS’97.P0 から IS’97.10 までに分類されている。IS’97.P0 はこのプログラムに対して必要な先修条件と見なされている。
コースについてはこの報告書中に、コース名、範囲、学習項目に関し後述する。Appendix 8 で、内容項目説明、期待成果、
いくつかのラーニングユニットにより、それらをさらに詳細に定義する。コースは、１６週４８講義時間の半学年を基準にしている。

コースセットは、すべてのラーニングユニットを含む完全なモデルを表わしている。モデルとしてそれらは、ガイダンスを提供すべく示されている。各教育機関はラーニングユニットをもとにして、それぞれ特有のミッションに適応させた独自のコースを展開することが可能である。コースセットは、全学生、IS 副専攻学生、IS 主専攻学生に対する IS カリキュラム要求（Fig.４）
および IS カリキュラム・プレゼンテーション・エリア（Fig.5）にマッピングすることができる。

先修条件：

IS’97.P0-支援ソフトウェアツールキット

IS’97.1-情報システム

IS’97.2-IS 技術利用時の個人の生産性(ＩＳ)の基礎

IS’97.3-情報システムの理論と実践

IS’97.4-情報技術（ハード
ウェアとソフトウェア）

IS’97.5-ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ、ﾃﾞｰﾀ、ファイルおよびオブジェクト構造

IS’97.6-ネットワークと情報通信

IS’97.7-分析と論理設計

IS’97.8-DBMS を用いた

IS’97.9-ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ環境 IS’97.10-プロジェクト管理

物理設計と実装を用いた物理設計と実装

図3

と実践

IS’97 のコースの学習順序
１５

学生群

注

カリキュラムモデル

全学生

１ IS’97.P0 知的作業支援ソフト

コミュニケーション

ウェアツールキット

定量･定性分析、

IS’97.1

情報システムの基礎

組織機能IS’97.2

情報システム技術利
用時の個人の生産性

IS’97.3

情報システムの理論と実践

IS 主専攻学生２

IS’97.5

および副専攻学生

IS 主専攻学生

IS’97.7

３ IS’97.8
IS’97.9

書き方、話し方、聞き方のスキル。
数学と統計学。
マーケティング、
財務、経理、生産、流通、人事のような組織機能。
ミクロ･マクロ経済学。
ビジネスの国際化。

ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ、ﾃﾞｰﾀ、ﾌｧｲﾙ IS’97.4

情報技術（ハードウェアとおよびｵﾌﾞｼﾞｪｸﾄ構造

ソフトウェア）

分析と論理設計

IS’97.6

ネットワークと通信

DBMS を用いた物理設計と実装
ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ環境を用いた物理設計と実装

IS’97.10 プロジェクト管理と実践
注：
１． 大多数の学生がハイスクールで IS’97.P0 を終了しているものと想定している。そうでない場合は、IS’97．
P0 と IS’97.1 の目標を組合わせたコースを、IS’97.2 と統合して、1 年間のスケジュールにするのがよいだろう。プログラムとしては、IS’97.3 を IS’97.1 および IS’97.2 と統合して演習部分を含む 1 年間のスケジ
ュールにすることもできる。またプログラムによっては IS’97.3 のラーニングユニットを再編成して IS’97.2と IS’97.７の中に組み込むことも可能である。別のコースシーケンスを組み立てることにより、Appendix8で定義されたラーニングユニットをプログラム独自のスケジュールに配列することができる。
２． IS プログラムの多くは、コンピュータサイエンスユニットと密接に関係している。さらに徹底したプログラミ
ングスキルをもった卒業生を送り出したいと望むならば、 IS’97.5 の先修条件として、プログラムの中にCS1 および CS2 が必要である。（これらはモデル的なコンピュータサイエンスカリキュラム中の２つのコースである。）もう１つの選択肢は、 IS’97.5 を１年間のスケジュールに拡張することである。
３． IS’97.8 と I S’97.9 は１年間のスケジュールになる。プロジェクトのコースは IS’97.8 と IS’97.9 の演習部分と見なすことができる。プログラムの多くが、少なくとも半学年の追加のコースとして、１つのプロジェクトを含むことを想定している。

図4

IS’97 のコースと全学生、IS 副専攻学生、IS 主専攻学生に対する共通要求項目

ラーニングユニット

ラーニングユニット（知識ユニットと呼ばれることもある：Bruner 1966）は、学生が学ぶべきひとまとまりの教育内容を表わし１６ている。コースは、ラーニングユニットを１つのグループとして集めたものである。ラーニングユニットでカバーされる教育内容
は、
IS 知識体に由来するひとまとまりの学習項目または要素から成り立っており、各要素毎に達成能力が明細化されている。ラーニングユニットは、教育目的、学習目標、 IS 知識体の要素に関し、知識レベルの達成能力または深さと併せて記述されている。

各ラーニングユニットは、その目的を説明する教育目的定義により、明細化されている。例えばあるラーニングユニットの教
育目的は、 トップダウンの実装戦略を提示すること である。

ラーニングユニットの教育目的定義は、１つまたはそれ以上のラーニングユニット学習目標により詳細化されている。これら
学習目標は、ユニット中の教育内容を学習後、学生は何をすることができるようになるべきか定義した、行動に関する目標として記述されている。学生は主要な概念について、説明、討議、使用、応用、実証ができなければならない。例えばあるラー
ニングユニットに対する１つの行動目標は、 アプリケーションに対するリソースの使用量と性能特性を分析するため、システ
ムソフトウェアの機能を応用する である。学習目標は、教授陣によりそのラーニングユニットに関する
学生の到達度を評価するため、あるいは学生が自分達の知識を評価するため用いることができる。

IS’97 カリキュラム・エリアとコース

P.先修条件
IS’97.P0

知的作業支援ソフトウェアツールキット（このプログラムに対する先修条件）

A.情報システムの基礎
IS’97.1

IS の基礎IS’97.2

IS 技術利用時の個人の生産性

B.情報システムの理論と実践
IS’97.3

情報システムの理論と実践

C.情報技術IS’97.4

情報技術（ハードウェアとソフトウェア）

IS’97.5

ﾌﾟﾛｸﾞﾗﾐﾝｸﾞ、ﾃﾞｰﾀ、ﾌｧｲﾙおよびｵﾌﾞｼﾞｪｸﾄ構造

IS’97.6 ネットワークと情報通信

D.情報システムの開発
IS’97.7

IS の分析と論理設計

IS’97.8

一つの DBMS を用いた情報システムの物理設計と実装

IS’97.9

一つのﾌﾟﾛｸﾞﾗﾐﾝｸﾞ環境を用いた情報システムの物理設計と実装

図5

IS’97 カリキュラム・プレゼンテーション・エリアとコースの関係

１７各ラーニングユニットは、そのユニットが取り扱う範囲を定義するひとまとまりの学習項目をもっている。これらの学習項目は、
IS 知識体に由来する要素から成り立っている。ラーニングユニットで各学習項目が取り扱う範囲の深さは、１から５までの知識レベルの深さにより明細化されている。（学部のプログラムに対しては、４が最高の達成能力レベルと整理されている。）ある学習項目は初歩的なコースの１部としては低い深さの知識レベルで取り扱われるが、あとのコースで別の深さ（より高い達成能力）で取り扱われるということがあり得る。ラーニングユニットの配列は、Gagne、Briggs、Wager(1988)から得られた授業設
計方法論にもとづいている。

ラーニングユニットは詳細なコース設計の基盤を与えている。学習目標は、IS 知識体の要素を意欲的な学習者に、ねらいとする学習のレベルと関連づけた教育技術を通じて提供するためのものである。教育方法は、ねらいとする知識レベルの深さにより変化する。低レベルの能力は、講義と演習で達成されるかもしれない。最高の知識レベルは、プロジェクトのような能動的な学習技術により達成される。

知識体
IS 知識体は、IS カリキュラムの中で、ある達成能力レベルで教授されるべき学習項目から成り立っている。IS’97 の知識体
は、初期の DPMA の後援による IS’90 の知識体を再編成し拡張したものである。知識体は、実務家と学者の調査結果およびコンピュータサイエンスその他コンピュータ関連学科のカリキュラムの中の関係する学習項目をマッピングすることにより得られた。
IS 知識体の要素または学習項目は、カリキュラムの最も低いレベルの構成要素である。要素は、ねらいとする達成能力レ
ベルとともに、ラーニングユニットとしてグループ化され、ラーニングユニットはコースにグループ化される。

１８

情報システムコースの説明
先修条件としてのソフトウェアツールキットコースと１０の IS コースについて、コース名、範囲の定義、学習項目リストを記述する。１０のコースは、１３９のラーニングユニット（Appendix8）をコースに集約するための IS’97 の提案内容である。個々の状
況により、教授陣が別の形にラーニングユニットを集約しなければならない要因が存在する。

IS’97.P0−知的作業支援ソフトウェアツールキット
範囲

学習項目

IS’97 は先修条件として、知的作業者に役立つひとそろいのソフトウェアツールに関する初歩的な体験を想定している（スプレッドシート、データベース、プレゼンテーショングラフィックス、データベース検索ソフト、統計ソフト、ワープロ、インターネットと電子メール）。コースと名づけられているが、この教育内容は、自習科目として、あるいはこのようなソフトウェアを使用する他のコースと連携した科目として実行に移すことができるし、1つのフルコースとして実行することも可能である。
ワープロ、電子メール、インターネットツール、スプレッドシート、データベース、プレゼンテーショングラフィッ
クス、外部データベース検索ソフト、統計ソフト入門

IS’97.1−情報システムの基礎（先修条件： IS’97.P0）
範囲

学習項目

このコースは、システムと開発の概念、情報技術、アプリケーションソフトウェアに関する入門知識を与える。このコースでは、情報が組織でどのように用いられ、情報技術はどのようにして品質、適時性、競争優位の改善を可能にするのか説明する。
システム概念；システムの構成要素と関係；情報の費用対価値と品質；競争優位と情報；情報システムの仕様
化、設計とリエンジニアリング；アプリケーション対システムソフトウェア；パッケージソフトウェアによるソリューション；
手続き型対非手続き型プログラミング言語；オブジェクト指向設計；データベースの特徴、機能、アーキテクチ
ャ；ネットワークと情報通信システムとアプリケーション；IS 専門家のもつべき特質と IS のキャリアパス

IS’97.2−情報システム技術利用時の個人の生産性（先修条件：IS’97.P0）
範囲

学習項目

このコースは、学生が効果的かつ効率的にパッケージソフトを用いることにより、知識作業者としてのスキルを改善することを可能にする。このコースは個人作業とグループ作業の両方を対象にしている。特に重要なのは生産性の概念であり、コンピュータソフトの機能と特徴を通じていかにそれらを実現するかということである。
ソリューションの設計と開発は、小規模システムを対象にする。
エンドユーザシステム対組織システム；知識作業とその要求の分析；知識作業の生産性概念；個人およびグループの生産性を支えるソフトウェアの機能性；ソフトウェアとデータの組織化と管理；組織データへのアクセ
ス、外部データへのアクセス；コンピュータによるソリューションの選択；実行によるマクロプログラムの開発；ユーザ
インタフェースの設計と実装；データベースソフトを用いてのソリューションの開発；個人およびグループの情報
管理活動の改善と拡大

IS’97.３−情報システムの理論と実践（先修条件：IS’97.2）
範囲

学習項目

このコースでは、組織のシステム、立案および決定プロセスについて、また組織における決定の支援にどのように情報が用いられるかということについて、理解を与える。このコースは、品質と決定の理論、情報理論、組織に有用な情報を提供するため必須の実際作業を取り扱い対象にしている。このコースでは、競争優位に対する IS の概念、資源としてのデータ、IS および情報技術の計画と実装、TQM とリエンジニアリング、プロジェクト
管理とシステム開発、エンドユーザコンピューティングについて概説する。
システム理論と概念；情報システムと組織システム；決定理論およびそれが情報技術によってどのように実装されるか；品質、TQM とリエンジニアリング；システムの階層：戦略的、戦術的、オペレーショナル；システムの構
成要素と関係；情報システム戦略；情報および情報技術の役割;システムを利用し、開発し、管理する人達の役
割 ;IS の計画；マンマシンインタフェース；ネットワークと情報通信システムの管理；エレクトロニｯクコマース；シ
ステム性能の実現と評価；情報システムの設計と利用に関係する社会的・倫理的課題

１９

IS’97.4−情報技術（ハードウェアとソフトウェア）（先修条件：IS’97.2）
範囲

学習項目

このコースはシステム開発要員がコンピュータアーキテクチャにおけるトレードオフ関係を理解し、ビジネス環
境において効果的な利用ができるようにするため、ハードウェア／ソフトウェア技術の基礎を与える。シングル
ユーザ、中央およびネットワークコンピュータシステムのためのシステムアーキテクチャ；シングルおよびマルチ
ユーザオペレーティングシステム
ハードウェア：CPU アーキテクチャ、メモリ、レジスタ、アドレス指定モード、バス、命令セット、マルチプロセッサ
対シングルプロセッサ；周辺装置：ハードディスク、CD、ビデオディスプレイモニタ、デバイスコントローラ、入出力；オペレーティングシステムの機能とタイプ；オペレーティングシステムのモジュール：プロセス、プロセス管
理、メモリおよびファイルシステム管理；ハードウェアアーキテクチャの例；オペレーティングシステムの例；基本的なネットワークの構成要素、スイッチ、マルチプレクサ、メディア；マルチユーザオペレーティングシステムのイ
ンストールと構成

IS’97.5−プログラミング、データ、ファイルおよびオブジェクト構造（先修条件：IS’97.2）
範囲
学習項目

このコースでは、アルゴリズム開発、プログラミング、コンピュータ概念、データおよびファイル構造の設計と応用について理解を与える。プログラムとデータ両方の論理および物理構造の理解も含んでいる。
データ構造と表現：キャラクタ、レコード、ファイル、マルチメディア；データの正しさ；情報の表現、組織化、蓄積；アルゴリズム開発；オブジェクト表現と従来のデータフロー表記との対比；プログラム制御構造；プログラムの正しさ、検査と検証；ファイル構造と表現

IS’97.6−ネットワークと通信（先修条件：IS’97.3、IS’97.4）
範囲

学習項目

このコースでは、データ伝送とネットワークの要求について詳細な知識を与える。ネットワークおよび情報通信
技術、ハードウェア、ソフトウェアについても包含している。重点は組織におけるネットワークアプリケーションの分析と設計に置かれている。情報通信ネットワークの管理、費用対効果分析、接続手段の評価についても対象としている。学生は、組織内でさまざまな伝送手段を評価し、選択し、実装する方法を学ぶ。
情報通信装置、メディア、システム；ネットワークのハードウェアとソフトウェア；ネットワーク構成；ネットワークアプ
リケーション；データのコーディング；費用対効果分析；分散システム対集中システム；アーキテクチャ、トポロ
ジ、プロトコル；ブリッジ、ルータ、ゲートウェイのインストールと運用；ネットワーク性能分析；プライバシ、セキュ
リティ、信頼性；LAN および WAN のインストールと構成；ネットワークの監視；情報通信の管理と伝送標準。イ
ントラネットとインターネット

IS’97.7−情報システムの分析と論理設計（先修条件：IS’97.3）
範囲

学習項目

このコースは、システム開発と改善のプロセスについて理解を与える。このコースによって学生は、システム開発の方法論を評価し選択することができるようになる。このコースは、ユーザおよびユーザのシステムと効果的なコミュニケーションや協調をしていくための要因に特に重点を置いている。このコースは、クライアント、ユー
ザ、チームメンバ、その他システムの開発、運用、維持に関係する人達との対人関係スキルの向上を促進する。
オブジェクト指向分析と設計。データモデリングツールの利用。ライフサイクル標準の開発と準拠。
ライフサイクルのフェーズ：要求定義、論理設計、物理設計、テスト計画、実装計画、性能評価；コミュニケーシ
ョン、対人関係スキル、インタビュー法、プレゼンテーションスキル；グループダイナミクス；リスクおよびフィージ
ビリティ分析；グループベースのアプローチ：プロジェクト管理、ジョイントアプリケーション開発（JAD）、構造化
ウオークスルー；オブジェクト指向設計；ソフトウェア生産とレビュー；プロトタイピング；データベース設計；ソフト
ウェア品質のメトリクス；アプリケーションのカテゴリ；ソフトウェアパッケージの評価と購入；専門家としての倫理規約

IS’97.8−DBMS を用いた情報システムの物理設計と実装（先修条件：IS’97.7）
範囲

このコースは、データベースマネジメントシステム環境下の情報システム設計と実装を取り扱う。学生は、論理
設計結果を実装するためデータベースソフトウェアを用いて物理システムを設計・構築することにより、それまでのコースで獲得した設計プロセスに関する理解達成度をデモンストレーションする。
２０

学習項目

データモデルとモデリングツール／技法；構造化およびオブジェクト設計アプローチ；データベースに対するさ
まざまなモデル：リレーショナル、階層的、ネットワーク、オブジェクト指向設計；CASE ツール；データディクショ
ナリ、リポジトリ、ウエアハウス；実装：Windows/GUI コーディングおよび／または実装、コード／アプリケーショ
ンジェネレーション；クライアント−サーバ計画、テスト、インストール；システムコンバージョン、エンドユーザ教
育／統合と実装後のレビュー

IS’97.9−物理設計とプログラミング環境を用いた実装（先修条件：IS’97.5 、IS’97.7、 IS’97.8）
範囲
学習項目

このコースは、システムの物理設計、プログラミング、テストと実装を取り扱う。プログラミング環境を用いたオブ
ジェクト指向、クライアント-サーバ設計の実装。
クライアント−サーバプログラミング言語環境の選択；ソフトウェア構築：構造化、イベントドリブンかつオブジェク
ト指向のアプリケーション設計；テスト；ソフトウェアの品質保証；システムの実装；ユーザ教育；システムの引き渡
し；実装後のレビュー；構成管理；維持；リバースエンジニアリングとリエンジニアリング。重装備のクライアントによる開発と軽装備ブラウザプラスアクティブサーバによる開発の両方が考慮される。

IS’97.10−プロジェクト管理と実践（先修条件：IS’97.7；併修条件：IS’97.8、IS’97.9）
範囲

学習項目

このコースでは、システム開発または拡張のプロジェクトを成功裡に管理するため必要な要素を取り扱う。プロ
ジェクト管理における技術と行動の両側面が論じられる。重点は企業レベルのシステムの開発管理に置いている。
システムライフサイクルの管理：要求定義、論理設計、物理設計、テスト、実装；システムとデータベースの統合問題；ネットワークおよびクライアント-サーバの管理；プロジェクト管理とシステム性能評価のためのメトリクス；期待目標の管理：上司、ユーザ、チームメンバおよびその他のプロジェクト関係者；所要スキルの決定とプロジェ
クトメンバの配属；費用対効果分析；報告およびプレゼンテーションの技法；プロジェクトの行動と技術両側面の効果的な管理；チェンジマネジメント

IS 修得プログラムのため必要な資源
有能な教授陣が第１に必要な資源である。加えて、コンピューティング、ラボラトリ、教室および図書館等の資源が、情報シス
テムにおけるアカデミックプログラムの成功のため必須の要素である（Gorgone および McGregor1989）。急速に変化する技術環境下で、学生は将来仕事をすることになる専門的設備に十分匹敵する多様かつ最新のハードウェアとソフトウェアのシステ
ムに触れておかなければならない。

教授陣
教授陣の各メンバは、情報システムプログラムの成果に関し決定的な重要性をもっている。このプログラムの教授陣は、アカデミックな教育と実践経験の両方が必要とされる。学生が予定通りの期間で課程を終了できるようなコース提供ができる十分な教授陣が必要である。教授陣の関心と資質は、コースを指導するだけでなく、コースやカリキュラムを計画したり改善したりする
上でも、十分なものでなければならない。
教授陣の各メンバは、専門分野において最新の知識を持ち続けなければならない。専門家としての成長と学術的な活動は、大学と個々の教授陣メンバの共通の責務である。学校は、教授陣が成長し続けるよう、支援しなければならない。技術が急速に変化するので、教授陣の各メンバが専門家としての成長と学術的な活動のために十分な時間をもつことが特に重要である。
教授陣が定期的にカンファランス、ワークショップ、セミナに出席したり、アカデミックな専門家の集まる組織に参加できるよう、資源が確保されなければならない。教授陣が、コンサルティング、研究休暇、産業界との交換プログラムのような活動を通じて、専門における実践経験を積むことにより、プログラムは顕著に拡張される。教授陣はまた、学生に対する教材開発のため十分な設備が与えられなければならない。教授陣は、学生が用いる教材を準備するため、学生にとって利用可能な技術と少なくとも同等かつ矛盾しない利用可能技術を保有していなければならない。加えて教授陣は、学生とインターネット上で利用できるより大きなアカデミックで専門
２１

的な世界の両方にアクセスできるようネットワーク化されなければならない。
このプログラムで必要とされる常勤教授陣の数は、次のような要因によって影響される。このプログラムを受講する学生数、必要なコース数、提供されるサービスおよび選択コース数、教授陣の教育負荷。典型的には１つのプログラムは、情報システ
ムのプログラムに専念する最低限４人の常勤教授陣をもつべきである。これによりプログラムの教育ニーズに適合することができ、また教授陣の専門知識の深さ、広さともに整えることができる。教授陣の専門的な能力は、情報システムについての関心の範囲全体に及ばなければならない。すなわち、コンピュータシステム概念、情報システム概念、データ管理、通信とネットワーク、
システム設計と開発、システムインテグレーション、情報システムの管理、情報システム政策などである。追加の教授陣が、キャンパス全体に基礎レベルの知識を提供するサービスコースを指導するため、必要とされる。

コンピューティング
十分なコンピューティング設備が、IS プログラムの効果的な推進のために必須である。これらの資源は通常、さまざまな能力と複雑さをもった複数の計算機設備の組み合わせとして実現される。それらは、以下の項目を含まなければならない。

・グラフィカルユーザインタフェース（GUI）環境
・CD-ROM がついたデスクトップシステム
・ローカルエリアネットワーク（LAN）
・メインフレーム
このカリキュラムにおける学生のさまざまなレベルに応じて、さまざまなニーズが存在する。相当の資源が、レベル１のサー
ビスコースを支援するため、準備されなければならない。コンピューティングおよび IS の基礎においてスキルを向上させつつある IS の副専攻学生および主専攻学生に対しては、さらに高性能の資源が必要である。上級の学生に対しては、グループ
および個人別のプロジェクトが推進できる専門的なラボラトリが必要となる。
ハードウェアおよびソフトウェアは、急速に変化し改善されている。教授陣や学生が、卒業生が専門家として使うことが期待されている環境を反映した設備に触れられることが、きわめて重要である。それゆえ、ラボラトリの設備とソフトウェアが、最新の状態に保たれなければならない。このことを実現するためには、ソフトウェアと設備を適切なタイミングでグレードアップおよび/またはリプレースする計画ができていなければならない。経験則として適切なのは、ハードウェア／ソフトウェアを３年サイ
クルでリプレースすることである。
GUI でクライアント/サーバベースのアプリケーションを開発するため、ソフトウェア開発ツールが利用できなければならない。
各種のツールの中で、以下は必須である。
・ビジュアル(グラフィック)プログラミング言語
・グラフィックデータベースシステム
・グラフィカル設計ツール
・マルチメディア設備とツール
グラフィカルおよびオブジェクト指向の機能をもった少なくとも１つの開発言語の経験が、基本として要求される。統合ＣＡＳ
Ｅツール使用の経験もまた、必須である。
システムは、インターネットおよびインターネットツールに簡便にアクセスできるようネットワーク化されなければならない。教室外に学習経験を拡大させるため、教授陣と学生は、さまざまなインターネットツールを通じて積極的に対話を進めなければ
ならない。

ラボラトリ
情報システムのプログラムは、体系化された、あるいはオープン/パブリックな、さらには専門性の高いラボラトリのための、
ハードウェアとソフトウェアを必要とする。学生は、体系化されたラボラトリおよび体系化されないラボラトリの両方で学習器材を用いる機会を与えられなければならない。
学生は、チーム指向のプロジェクトで、協力して仕事をする機会を与えられるべきである。このような方法で開発されたグル
２２

ープスキルは、IS の専門家として成功するために、きわめて重要である。グループおよびチーム活動のため、例えばグルー
プウェアのような、技術的な支援が想定されている。
すべてのラボラトリにおいて、設備のインストールと維持に対し、専門スタッフによる十分な技術支援が行われなければならない。スタッフは、ハードウェアにもソフトウェアのアプリケーションにも、ともに精通していなければならない。また、完全なドキュメントが利用できなければならない。
４タイプのラボラトリ活動が支援される必要がある。

１．体系化されたラボラトリ
体系化されたラボラトリは、クローズし、スケジュール化された、指導管理のもとの経験である。その中で学生は、詳細に計画された演習を完遂する。指導管理は、学生に必要な支援とフィードバックを与えられるだけの能力をもったインストラク
タによってなされる。これらの演習は、講義で教える内容を強化したり、補足するように設計されている。

２．オープン/パブリックなラボラトリ
スケジュール化されていない用途にオープンなラボラトリ。学生にとっては、体系化された課題の１部ではない演習を完遂するための十分な時間をもつことも、また重要である。体系化されたラボラトリおよびオープンなラボラトリに対して、別々の設備をもつことは、必要ない。しかしラボラトリにおいて、スケジュール化されていないオープンな時間が十分使えなければならない。

３．専門性の高いラボラトリ
最新の IS プログラムを支援するためには、専門性の高いラボラトリ設備が必要である。専門性の高い設備には、次のようなものがある。
ａ．システム開発−最新のシステム開発ツールとプラットフォームを使 い、かつ評価できるような設備。例として、ＣＡＳＥツール、より高級な言語、データベースマネジメントおよびクライアント-サーバシステムなどが挙げられる。これらの設備
はより高度のプロジェクトや設計の課題に用いられる。
ｂ．データコミュニケーション−ＬＡＮおよびＷＡＮのハードウェア、ソフトウェア、アプリケーションの実習と評価ができるような設備。例として、ＬＡＮのソフトウェアとハードウェア、サーバおよびメインフレームのコミュニケーション装置へのアクセス、異種プラットフォーム間の接続機構,インターネットのようなコミュニケーションベースのアプリケーションへのアクセスなどが挙げられる。
ｃ．最新技術−特別のハードウェアおよびソフトウェアを必要とするアプリケーションの実習と評価ができるようにしなければならない。例として、グループおよび経営者支援システム、ドキュメント処理およびイメージングシステム、マルチメディ
アシステムなどが挙げられる。

４．ネットワークとリモートアクセス
学生、教授陣ともにリモートのコンピュータとネットワークを通じて、キャンパスの資源にアクセスできるようにしなければならない。これは、プログラムに対する財政的な支出を減少させ、またより簡便にアクセスができるようになるというメリットがある。

教室
情報技術を用いた教育資源を使って、教室の設備が適切に整えられなければならない。開発、実装や情報技術を応用したシステムをデモしたり、ウオークスルーを進めたり、プレゼンテーションを行ったりするために、マルチメディア設備を使ったコンピューティングシステムが必要である。教室からはまた、ネットワークにアクセスできなければならない。
２３

図書館
アカデミックプログラムでは、図書館による支援は、重要な部分を占める。IS 分野のように、知識が急速に進歩する専門分
野では、特に重要である。図書館では、雑誌、プロシーディング、モノグラフ(専攻論文)、参考図書などが読めるようにしなければならない。オンライン参照データベースにアクセスできることも、また重要である。これら蔵書の中で基本となるのは、例
えば ACM、AIS、AITP（以前 DPMA）のような学会の出版物である。学生、教授陣双方とも、キャンパスネットワークを通じて、図書館システムへのオンラインアクセスが利用できなければならない。

コンピュータサイエンス・情報システム共通のコース
この報告書で前述したように、アカデミックの分野で情報システムとコンピュータサイエンスの間には密接な関係がある。それと同時に非常に重要な差異もまた存在する。情報システムのコンテキストは、組織とそのシステムである。コンピュータサイ
エンスで対応するコンテキストは、情報処理に対する演算のプロセスとそれらに関係する技法や技術についての課題である。
これらのアカデミックユニットの間には、卒業生が各組織において情報システム業務を推進できるようにするため、互いに補い合う特長がある。
情報システムのアカデミックユニットが典型的に強いのは、学生を組織環境に対応可能にすることである。この特長は、ISプログラムが組織またはビジネスに関する学習の中あるいはこれらに密接に関連づけて行われるとき特に強力なものとなる。
IS ユニットに対する努力代は、いくつかの技術的な課題について十分な指導の深さを維持することにある。
コンピュータサイエンスのプログラムは、ときとして IS ユニットの相対的な位置づけを逆転させる。このプログラムは典型的には技術とこれに関連する演算プロセスを教育できることが特長になっている。一方、組織機能と組織システムは重要分野とされていない。
もちろん実際のアカデミックユニットの構成には非常に多様性があるので、このような所見は常に文字通りに受け取ることはできない。IS と CS のカリキュラムを両方含んでいる１アカデミックユニットの場合でも、２つのカリキュラムの間にこれらの互
いに補い合う特長がしばしば存在する。
互いに補い合う特長を高い視点で見ると、コンピュータサイエンスのコースの中にも IS の主専攻学生のニーズに合致するものがあり、同様に IS コースの中にも、もっと IS 知識を修得したいと考えているコンピュータサイエンスの学生に適したものがある。コンピュータサイエンスと情報システムに対して共通のコアとなるコースシーケンスをまとめることは可能であり、実際そのようなシーケンスで多くの大学の教育が行われている。この報告書では、そのようなコースシーケンスについて、公式的な定義を行おうとしていない。２つのプログラム間の関係について、公式的な定義が可能になるほど決まった形の構成モデルが存在しないからである。むしろわれわれは次のように信じている。正しいアプローチは個々の大学が IS に対してコアとなる要求をこの報告書で記述されたように考え、CS に対しては CS’91 で表わされたように考えることである。そしてアカデミック
ユニットの構成や教授陣、ラボラトリ資源の特長の偏りなどの観点からそれぞれの個別事情を勘案して、共通のコアシーケン
スを設計することである（このことがそれぞれの環境下で意味があるなら）。このことが可能であるのは、CS’91 も IS’97 もコアの要求をコースより知識ユニットの観点で記述しているからである。各報告書で明確化されているコースは、教育方法の規定ではなく、教育内容の可能な構成の提示を目的としている。いうまでもないことだが、成果物は両方のカリキュラムを満足させなければならない。 CS’91 を詳細に調べると、共通コースの可能性は特に情報技術のカリキュラムエリアで顕著である（図 5 参照）。
CS および IS のプログラム間で実現される共通性の全体レベルは、個別の条件に大きく依存する。例を挙げると、 CS’91のサンプルカリキュラム G（ソフトウェアエンジニアリング重視）は、IS’97 と共通の知識要素を多数もっている。一方他の CS’91のサンプルカリキュラムは、共通部分がもっと少ない。

２４

情報システムカリキュラムの改定
カリキュラムの改定周期は、大学と産業界のニーズに応えるためには、従来あまりにも長すぎた。委員会のプロセスと成果物の刊行のプロセスがともに非効率で、時間がかかっていた。IS’97 のタスクフォースは、e-mail やドキュメント転送装置のような標準的なインターネットを用いた新しい改定手順と刊行への取り組みを推奨する。このシステムの開発を支援するため、現在提案を準備中である。

２５

参考文献
ACM Curriculum Committee on Computer Science 1968. Curriculum 68: Recommendations for the Undergraduate Programin Computer Science. Communications of the ACM, 11:3, March 1968, pp. 151-197.
ACM Curriculum Committee on Computer Science 1978. Curriculum 78: Recommendations for the Undergraduate Programin Computer Science. Communications of the ACM, 22:3, March 1979, pp. 147-166.
ACM 1983. ACM Recommendations for Information systems, Volume Ⅱ,
Currirula of ACM Education Board.
AICPA 1988.

New York: ACM Committee on Computer

Education Requirements for Entry info the Accounting Profession.

Aggarwal, A. K., and Bruce Rollier 1994.
pp. 70-74.

AICPA, New York,1998,p. 22.

Globalization and the Information Systems Curriculum, ISECON'94 Proceedings,

Argyris, Chris 1976. Single Loop and Double Loop Models in Research Design on Decision Making,
Science Quarterly, Volume 21, Number 3, September 1976, pp. 363-375.
Argysis, Chris 1977. Double Loop Learning in Organizations,
September/October 1977, pp. 115-125.

Administrative

Harvard Business Review, Volume 55, Number 5,

Ashenhurst, R. L. (Ed.) 1972. AReport of the ACM Curriculum Committee on Computer Education for Management.
Association for Computing Machinery, Inc., 1972.
Bemowski, Karen 1991a.

America 2000, Quality Progress, Volume 24, Number 10, October 1991, pp. 45-48.

Bemowski, Karen 1991b.
1991, p. 37.

Restoring the Pillars of Higher Education,

Quality Progress, Volume 24, Number 10, OctoberBerry, Daniel M. 1997. Academic Legitimacy of the Software Engineering Discipline, Technical Report SEI-92-TR-034,
Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, November 1992.
Bloom, Benjamin S. (Ed.) 1956. The Taxonomy of Educational Objectives: Classification of Educational. New York: McKay
Press, 1956.
Briggs, Leslie J. 1977. Englewood Cliffs, New Jersey: Educational technology Publications,.
BCS 1989. A Report on Undergraduate Curricula for Software Engineering,
Institution of Electrical Engineers, June 1989.

The British Computer Society and The

Bruner, Jerome S. 1966. Toward a Theory of Instruction. Cambridge, Massachusetts: The Belknap Press.
Bureau of Labor Statistics 1993. Occupational Outlook Quarterly, United States Department of Labor, Fall, 1993, p. 42.
Burn, Janice M., Eugenia M. W. Ng Tyre, Louis C. K Ma, and Ray S. K. Poon 1994. AreIS Graduates Prepared for the RealWorld? Proceedings of the 1994 International Academy for Information Management Conference, pp. 95-110.
Cale, Edward G., Jr. 1994. Teaching Information Systems in a Functionally Integrated MBA program,
1994 International Academy for Information Management Conference, pp. 87-94.
Cherkasky, Stanley M. 1992.

Total Quality for a Sustainable Advantage,

Proceedings of the

Quality, Volume 31, August 1992, pp. 4-8.
２６

Chow, Jacqueline, Geoffrey Dick and Bob Edmundson 1994. Industry Satisfaction with IS Graduates in the 1990's: An
Empirical Study, Proceedings of the 1994 International Academy for Information Management Conference, pp. 153-174.
Churchman, C. W. 1968. The Systems Approach. New York: Dell Books.
Churchman, C. W. 1971. The Design of Inquiring Systems: Basic Concepts of Systems and Organization. New York: Basic
Books.
Clawson, Vikki and Robert P. Bostrom 1991.

Outcome Frame,

Bostrom and Associates, Athens, Georgia.

Cohen, Eli B. 1993. Can Interactive-Audio Televised Introduction Be Effective? A review of the Literature.
Proceedings, pp. 205-218.
Cohen, Eli B. 1994.

ISECON'93

Tips for Teaching. ISECON'94 Proceedings, p. 129.

Couger, J. (Ed.) 1973.
Curriculum Recommendations for Undergraduate Programs in Information Systems,
Communications of the ACM, Volume 16, Number 12, December 1973, pp. 727-749.
Couger, J. Daniel 1996. Creativity and Innovation in Information Systems Organizations. Danvers, Massachusetts: Boyd andFraser Publishing Company.
Convey, Stephen R. 1992. Principle-Centered Leadership. New York: Simon and Schuster.
Daigle, Roy J., and Janet J. Kemp 1993. Managing Applications Development: Introducing Project Management into theApplications Development Cluster, ISECON'93 Proceedings, pp. 5-12.
Daigle, Roy J., and Janet j. Kemp 1994.
ISECON'94 Proceedings, pp. 207-214.

The Applications Development Cluster of IS'90: Introducing Database Concepts,

Daniels, Robert, Glenda Hayes, Herbert E. Longenecker, Jr. and Roy J. Daigle 1994.
Implementation of the DPMA IS'90
Curriculum for Information Systems,
Proceedings of the 1992 International Academy for Information Management
Conference.
Denison, Barbara 1993.
133.

Integrating Quality Management into the MIS Curriculum.

ISECON'93 Proceedings, pp. 128-

Denning, Peter J. 1984.
pp. 979-983.

Educational Ruminations,

Communications of the ACM, Volume 27, Number 10, October 1984,

Denning. Peter, 1992.
pp. 82-97.

Educating a New Engineer,

Communications of the ACM, Volume 35, Number 12, December 1992,

Doran, Michael V., Herbert E. Longenecker, Jr. and J. Harold Pardu 1994. A Systems Approach to a Data Structures
Course for IS Students Consistent with DPMA IS'90, ISECON'94 Proceedings, pp. 236-243.
DPMA 1981. DPMA Model Curriculum, 1981. Park ridge, Illinois: Data Processing Management Association.
DPMA 1986. DPMA Model Curriculum, 1986. Park Ridge, Illinois: Data Processing Management Association, 1986.
Dutt, James S. 1994. A Cooperative Learning Approach to Teaching an Introductory Programming Course.
of the International Academy for Information Management, 1994, p. 225.

Proceedings

Ford, Gary 1990. 1990 SEI Report on Undergraduate Software Engineering Education, Technical Report SEI-90-TR-3,
Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, March 1990.
２７

Ford, Gary 1991. 1991 SEI Report on Graduate Software Engineering Education, Technical Report SEI-91-TR-2,
Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, April 1991.
Ford, Gary 1994. A Progress Report on Undergraduate Software Engineering Education, Technical Report SEI-94-TR011, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, May 1994.
Ford, Gary and Mark A. Ardis 1989. 1989 SEI Report on Graduate Software Engineering Education, Technical Report
SEI-89-TR-21, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, June, 1989.
Ford, Gary and Norman E. Gibbs 1989. Amaster of Software Engineering Curriculum: Recommendations from the Software
Engineering Institute, IEEE Computer, September 1989, pp. 59-71.
Ford, Gary, Norman Gibbs and James Tomayko 1987.
Software Engineering Education: An Interim Report from theSoftware Engineering Institute,
Technical Report SEI-87-TR-8, Software Engineering Institute, Carnegie Mellon
University, Pittsburgh, Pennsylvania, May 1987.
Freeman, Peter 1987. Essential Elements of Software Engineering Education Revisited, Software Engineering Education:
The Educational Needs of the Software Community, Norman E. Gibbs and Richard E. Fairley, Editors. New York: SpringerVerlag, pp. 61-74.
Gagne, Robert M., Leslie J. Briggs and Walter W. Wager, 1988. Principles of Instructional Design, Third Edition. New York:
Holt, Rinehart, and Winston.
Gibbs, Norman E. 1989.
The SEI Education Program: The Challenge of Teaching Future Software Engineers,
Communications of the ACM, Volume 32, Number 5, May 1989, pp. 594-605.
Gibbs, Norman E., and Gary A. Ford 1986.
The Challengers of Educating the Next Generation of Software Engineers,
Software Engineering Institute, Technical Report SEI-86-TM-7, Carnegie Mellon University, Pittsburgh, Pennsylvania, June
1986.
Glass, Robert L. 1992. A Comparative Analysis of the Topic Areas of Computer Science, Software Engineering andInformation Systems, Journal of Systems Software, Volume 19, Number 4, pp. 277-289.
Gorgone, John T., J. Daniel Couger, Gordon B. Davis, David L. Feinstein, George Kasper, and Herbert E. Longenecker
1994. Information Systems 95, DataBase, Volume 25, Number 4, November 1994, pp. 5-8.
Gorgone, John T., and John D. McGregor, 1989. Computing Sciences Accreditation: A Cooperative Effort in CIS.
Computer Science Education, Volume 1, Number 2, 1989, pp. 99-110.
Granger, Mary J. and David L. Schroeder 1994. Enhancing Existing Undergraduate Information Systems Courses with andInternational Emphasis, Proceedings of the 1994 International Academy for Information Management Conference, pp. 7586.
Haney, John D. 1994.

Affiliations with Industry. ISECON'94 Proceedings, p. 215.

Holland College 1993.
Canada.

Learning Guides for Business Information Processing

Holland College, Prince Edward island,

ITT Hartford 1994. Computerworld, October 10, 1994, p. 97.
Johnson, David W., Roger T. Johnson, and Edythe Johnson Houlubee 1993.
the Classroom and School.

The New Circles of Learning: Cooperation in

２８

Klein, Ronald D., Charlotte S. Stephens and John L. Bohannon 1994.
A Comparative Analysis of Information Systems
Curricula in Collegiate Business Programs, Proceedings of the 1994 International Academy for Information Management
Conference, pp. 3-12.
Koffman, Elliot P., David Stemple, and Caroline E. Wardle 1984. Recommended Curriculum for CS1: A Report of the ACM
Curriculum Task Force for CS1, Communications of the ACM, Volume 27, Number 10, October 1984, pp. 998-1001.
Koffman, Elliot P., David Stemple, and Caroline e. Wardle 1985. Recommended Curriculum for CS2: A Report of the ACM
Curriculum Task Force for CS2, Communications of the ACM, Volume 28, Number 8, August 1985, pp. 815-818.
Lee, Denis M. S., Eileen M. Trauth, and Douglas Farwell, 1995.
Critical Skills and Knowledge Requirements ofProfessionals: A Joint Academic/Industry Investigation. MIS Quarterly, September 1995, Volume 19, Number 3, pp. 313340.
Leventhal, Laura M., and Barbee T. Mynatt 1987.
Components of Typical Undergraduate Software Engineering Courses:
Results from a Survey, IEEE Transactions on Software Engineering, Volume SE-13, Number 11, November 1987, pp.
1193-1198.
Lim, B. L. 1993.
157-161.

A Project-Intensive Introductory Object-Oriented Programming Course.

Litchfield, Brenda 1996,

ISECON'93 Proceedings, pp.

Cooperative Learning Seminar, University of South Alabama, Mobile, January 19, 1996.

Longenecker, Herbert E., Gordon B. Davis, John T. Gorgone, J. Daniel Couger, and David L. Feinstein, 1997.
IS'97: A
Co-Chairs Report and Panel Discussion of the Joint ACM/AIS/DPMA Information Systems Curriculum for Four Year
Undergraduate Programs. Proceedings of the SigCSE Conference, 1997.
Longenecker, Herbert E., Jr., Jon D. Clark, J. Daniel Couger, David L. Feinstein, John T. Clark 1994.
IS'95: A Joint Activity of DPMA, ACM, ICIS, AIS, ISECON'94 Proceedings, p. 1.

Development ofLongenecker, Herbert E., Jr., and David L. Feinstein 1991a.
A Comprehensive Survey of USA and Canadian
Undergraduate Programs in Information Systems, Journal of Information Systems Education, Volume 3, Number 1, Spring
1991, pp. 8-13.
Longenecker, Herbert E., Jr., and David L. Feinstein 1991b. OnEstablishing Excellence in Information Systems,of Information Systems Education, Volume 3, Number 1, Spring 1991, pp. 26-31.

JournalLongenecker, Herbert E., Jr., and David L. Feinstein (Eds.) 1991c. IS'90: The DPMA Model Curriculum for Information
Systems for 4 Year Undergraduates. Park Ridge, Illinois: Data Processing Management Association.
Longenecker Herbert E., Jr., David L. Feinstein, J. Daniel Couger, Gordon B. Davis, and John T. Gorgone 1995.
Information Systems '95: A Summary of the Collaborative IS Curriculum Specification of the Joint DPMA, ACM, AIS Task
Force, Journal of Information Systems Education, Volume 6, Number 4, pp. 174-187.
Longenecker, Herbert E., Jr., David L. Feinstein, Robert Fournier, Daniel Claborn, and William R. Reaugh 1992a. A
Comprehensive Survey of USA Two-Year Academic Undergraduate Programs in Computer Information Systems
ISECON'92 Proceedings.
Longenecker, Herbert E., Jr., David L. Feinstein, Robert L. Fournier, Michael V. Doran, and William R. Reaugh 1992b.
The DPMA 2 Year Model Curriculum: A Natural Evolution from IS'90, A Strong IS Foundation, Proceedings of the 1992
International Academy for Information Management Conference, p. 253.
Longenecker, Herbert E., David L. Feinstein, and John T. Gorgone 1994. Development and Review of IS'95 -- A Joint
Curriculum of DPMA, ICIS/AIS, and ACM for Four Year Information Systems Programs. Proceedings of the International
２９

Academy for Information Management, 1994, p. 1.
Longenecker, Herbert E., David L. Feinstein, John T. Gorgone, Gordon B. Davis, J. Daniel Couger, and Ron L. Williams,
1996. A Shared CORE Curriculum for Information Systems (IS), Software Engineering (SE), and Computer Science (CS)
Based on a 1995 National Survey. ISECON'96 Proceedings.
Longenecker, Herbert E., Jr., David L. Feinstein, John T. Gorgone and Milton S. Jenkins 1994. Development and Review ofIS'95: A Joint Curriculum of DPMA, ICIS/AIS, and ACM for Four Year Information Systems Programs, Proceedings of the1994 International Academy for Information Management Conference, pp. 1, 2.
Longenecker, Herbert E., Jr., Sastry L. Tatapudy, David L. Feinstein and Michael V. Doran, 1992. The Conceptual
Relevance of TQM in Implementing IS'90, the DPMA Information Systems, Model Curriculum for Four Year
Undergraduates, Proceedings of the 1992 International Academy for Information Management Conference, p. 461.
Lorents, Alden C., and Greg Neal 1993.
pp. 109-115.

Information Engineering IEF, and the CIS Curriculum.

Mawhinney, Charles H., Joseph S. Morrell and Gerard J. Morris 1994.
Proceedings, pp. 249-256.

ISECON'93 Proceedings,

The IS Curriculum: Closing the Gap,

ISECON'94

McKinney, Alfred L., K. K. Agarwal, and Reza Sanati 1994. Integrating Graphics into Data Structures and Algorithms in the
DPMA Model Curriculum, ISECON'94 Proceedings, pp. 96-101.
NSF 1993. A Framework for Academic Program in Informatics: Task Force Report, NSF Informatics Task Force, Center
for Advanced Computer Studies, University of Southwestern Louisiana, Lafayette, November 1993.
Nunamaker, Jay F., J. Daniel Couger and Gordon B. Davis 1982. Information Systems Curriculum Recommendations for the
80s: Undergraduate and Graduate Programs,
Communications of the ACM, Volume 25, Number 11, November 11,
November 1982, pp. 781-805.
Parnas, David L. 1990.
17-22.

Education for Computing Professionals,

Pick, James B., Roger Baty and Michael Phoenix 1994.
Proceedings, pp. 35-42.

IEEE Computer, Volume 23, Number 1, January 1990, pp.

Teaching Geographical Information Systems,

ISECON'94

Pick, James B., and K. D. Schenk 1993.
Development of and Information Systems Curriculum for Non-traditional
Students, ISECON'93 Proceedings, pp. 148-155.
Pierson, Joan. K. 1994.

Acceptance of DPMA Model Curriculum Increasing,

Sanati, Reza, Alfred L. McKinney and Krishna K. Agarwal 1994.
Model Curriculum, ISECON'94 Proceedings, pp. 143-148.

Inside DPMA, June 1994, p. 1.

Teaching Computer Graphics Applications in the DPMA

Shaw, Mary 1986. Education for the Future of Software Engineering,Technical Report SEI-86-TM-5, Software
Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, May 1986.
Shaw, Mary 1990. Prospects for an Engineering Discipline of Software, Technical Report SEI-90-TR-20, Software
Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, September 1990.
Smith, Derek C. 1994. Information Systems Curricula in South Africa, Proceedings of the 1994 International Academy for
Information Management Conference, pp. 175-178.
SEI 1991.

Software Engineering Education Directory,

Technical Report SEI-91-TR-9, Software Engineering Institute,３０

Carnegie Mellon University, Pittsburgh, Pennsylvania, May 1991.
Soloway, Elliot 1986. Learning to Program = Learning to Construct Mechanisms and Explanations,
ACM, Volume 29, Number 9, pp. 850-858.
Sullivan-Trainor, M. L. 1994.
Work, June 1994, pp. 8-9.

Communications of theExperience Wanted: Annual Computerworld Survey of 600 Organizations,Best Places to

Tomayko, James E., and Mary Shaw 1991. Models for Undergraduate Project Courses in Software Engineering, Technical
Report SEI-91-TR-10, Software Engineering Institute, Carnegie Mellon University, Pittsburgh, Pennsylvania, August 1991.
Trauth, Eileen M., D. W. Farwell, and D. Lee, 1993. The IS Expectation Gap: Industry Expectations versus Academic
Preparation. MIS Quarterly, September 1993, pp. 293-307.
Turner, A. Joe, and Allen Tucker (Eds.) 1991. Computing Curricula 1991: Report of the ACM/IEEE-CS Joint Curriculum
Task Force, Communications of the ACM, Volume 34, Number 6, pp. 68-84, July 1991.
Wasserman, Anthony I. 1976.
Toward Improved Software Engineering Education,
Software Engineering Education:
Proceedings of an Interface Workshop, Anthony I. Wasserman and Peter Freeman, eds. New York: Springer-Verlag, pp.
108-115.
Waugespack, Les 1994.

Domain Analysis is an Essential Skill of the OO Analyst, ISECON'94 Proceedings, pp. 186-193.

３１

付録１. 付録資料の紹介
Information Systems’97(IS’97) はＩＳの 学 部 生 向 け カリキュラムである。こ れ は ACM(Association for Computing
Machinery),AIS(Association for Information Systems)およびAITP（Association of Information Technology ProfessionalsもとのDPMA）で編成された、特別専門委員会による共同作業の成果である。したがってこの付録資料は、特別専門委員会が提出した詳細な資料に基づいており、コースを組織し設計したり資料を作成するために特に詳細を必要としている、学部教授陣のためにデザインされている。

付録

タイトル

概要

２

ＩＳカリキュラムの背景とコンピューティングに関するカリキュラムは1960年代後半に開発され、当初はコンピュータサイエ

関連領域

ンス（ＣＳ）の領域にあった。その後、ＩＳからの要求によりＣＳと区別されるようになった。1970年代後半には、ACMとDPMAがＩＳのモデルカリキュラムの開発を支援するようになった。この付録は、Ｉ
Ｓの発展に関わる重要な出来事および、ＩＳと他の学問領域との関連を示す年代記でもある。

３

ＩＳ‘97開発の詳細

システム開発を行うための哲学は、コースおよび学習ユニット開発のために記述されている。使用されたグループテクニックは、知識構造にそって作業をすすめる手続きとして説明されている。

４

知識レベルと関連する

知識レベルを分類し評価するための、認知学的・行動学的なめやすが示されている。カリキュラム

教育学の特定のパート毎に、知識レベルを示す指標となる数値と、学生に期待されるゴールや成果、行動が適切な言葉で示されている。

５

ＩＳの知識体系

ここではＩＳに関する知識の全体像が示されている。知識体系は４レベルから構成されている。付録では最初の２つのレベルについて論じられている。これらはDPMAとACMの先行研究に基づいたものである(Longenecker and Feinstein 1991a,1991b,1991c; Ashenhurst 1972; Couger 1973;‘97にはＣＳと工学の知識
Nunamaker, Couger and Davis 1982; ACM1983; DPMA1981,1986)。ＩＳ
体系が含まれている（1991 Turner and Tucker）。

６

学習ユニット

学習ユニット毎のコンセプトは、特定の提案されたコースのなかで定義され使用されている。知識体系を構成する要素は、論理的にトップダウン方式によって結びつけられている。学習ユニットはそれぞれ目標と行動学的な目的をもっており、それらは知識レベルと一致している。知識レベルを適切に表現することで、知識体系の構成要素がより明確になっている。一連のコースの並びを変えるために、学習ユニットをマッピングする方法が論じられている。

７

ＩＳの知識体系の詳細

ＩＳの知識体系の４つのレベルの詳細について示されている。各構成要素に対する適切な知識の深さは、127の学習ユニットのうち、１つまたは複数をマッピングして示される。このことは知識体系から学習ユニットへのクロスレファレンスを認めることである。これはまたモデル・カリキュラム内部の一貫性と完全性を示している。

８

ＩＳ‘97のコースの仕様書

カタログの概要や、スコープ、コーストピックスはコースごとに示されている。さらに目標や目的、全と学習ユニット

体構成については各学習ユニットで示されている。学習ユニットがＩＳ‘97の内容を完全に述べている。

３２

付録２.ＩＳカリキュラムの背景と関連領域
コンピュータ科学（ＣＳ）のカリキュラム
図2.1に示すように、CSカリキュラムのアウトラインは1968年に作られ（ACM,1968)、 10 年後の1978年に改訂された（ACM,1978)。これによりCSの領域が明らかにされた。つづいて、IEEEとCSのTask Force、ACMとが共同で1991年に改訂を行った(Turner and Tucker 1991)。

ＩＳのカリキュラム
ＩＳカリキュラムの改善は、1970年代の初期に始まり(Ashenhurst 1972;Couger 1973)、ACMとDPMAによる1980年版ＩＳモデルカリキュラムが出版された(DPMA 1981,1986;Nunamaker,Couger and Davis 1982)。この間の重要な出来事を図2.1で示す。
1972年5月

ACM大学院専門向けＩＳプログラム（Ashenhurst 1972）

1973・12月

ACM学部向けＩＳプログラム（Couger 1973）

1981・3月

ACM教育プログラムとＩＳ（Nunamaker,Couger and Davis 1982）

1981

DPMA学部向けＩＳ教育カリキュラム（DPMA 1981）

1983

80の学部、大学院推奨ACMＩＳカリキュラム（ACM 1983；Nunamaker,Couger and Davis 1982）

1984・10月

DPMA 2番目のＩＴ（Information Technology)およびＣＩ
Ｓ(Computer Information Systems)カリキュラム

1985・10月

DPMA ＣＩＳの準モデルカリキュラム

1985・10月

DPMA ＣＩＳの学部向けモデルカリキュラム

1990・5月

ACM/IEEE学部向けＣＳのコンピューティング・カリキュラム

1991・6月

DPMA

1991・7月

ACM CSカリキュラム（Turner and Tucker 1991）

1994・1月

DPMA IS‘94カリキュラム/ISの2年間プログラム（Longenecker,Feinstein et al. 1994）

IS‘90草案（Longenecker and Feinstein 1991c）

図Ａ2.1ーＩＳカリキュラムの主要年表

ＩＳ‘90モデルはDPMAの支援により1988年11月に始まり、1991年7月に終了した(Longenecker and Feinstein 1991b,1991c)。
これは1000校の北米のカレッジと大学を調査した結果に基づいている(Longenecker and Feinstein 1991a)。
Task Force90（CTF90)に関わった人々は2〜4年間、国際的なビジネスや大学、研究機関から離れこの作業に携わった。80
年代後期のACM-ISカリキュラム委員会による業績のうち、未発表分はこのモデルに組み入れられた。
DPMA版学部生向けＩＳ'90の草稿は1990年10月に公開された。草稿はシカゴのISECON（Information Systems Educational
Conference）、サンディエゴのDSI（Decision Sciences Institute)、コペンハーゲンでのICIS(International Conference forInformation Systems)で発表され、最終稿は1991年6月に公開された。
ＩＳ‘90はかなりの議論を呼び起こした。ＩＳ教育の様々な側面からの議論が次の文献一覧に見られる。
(Aggarwal and Rollier 1994; Burn et al.1994; Cale 1994; Chow,Dick and Edmundson 1994;Daigle and Kemp 1993,1994;
Daniels et al.1992; Denison 1993; Doran, Longenecker and Pardu 1994; Cohen 193,1994; Granger and Schroeder 1994;
Haney 1994; Klein,Stephens and Bohnnon 1994; Lim 1993; Longenecker,Feinstein and Georgone 1994; McKinney, Agarwal
and Sanati 1994; Pick and Schenk 1993; Pick, Baty and Phoenix 1994; Sanati,McKinney and Agarwal 1994; Smith 1994;
３３

Waugespack 1994)

ＩＳ'97開発の特徴
1994年2月、ＩＳモデルカリキュラムに関するACM,AIS,DPMA共同特別専門委員会であるJTFの初会合がもたれた。そこではＩＳ'９０の知識体系が公開され同時に更新された。次の会合が開かれるまでの間、カリキュラムが示す領域が記述され、明らかな目標と目的に基づくコースが開発された。大学院の明確な特徴も示された。カリキュラムの初版が1994〜1995年にかけて、ISCON，DSI，IAIM(International Academy for Information Managemment),ICIS,SIGCSE(Special Interest Group for
Computer Science Education,Nashville)で公表された。
ＩＳ‘97の資料は1995年夏にかけて900の学部、講座、ＩＳの権威者たちに配布された。こうした開発過程において批評されながら編集されたものを現在ＩＳ‘97と呼んでいる。ACMの教育委員会やDPMAのトップたちはＩＳ’95の改訂に対して、明確なアド バ イ ス を し た。 修 正 さ れ た 資 料 は 1995 年 の IACIS （ International Association for Computer Information
Systems),ISCON,DSI,IAIMにおいて、さらに1996年のSIGCSEin Philadelphiaで発表された。

IS‘97と90が他のアプローチと異なる基本的な点は次の通りである。

１． カリキュラム開発は、知識ベースとして展開され、複製可能な方法論に基礎をおくシステムに基づいている。

２．コースの内容は、話題性、項目別というよりもむしろ機能的なやりかた、慣習で決められている。例えば、総合的なコースであるシステム設計は、必要に応じて、データベース、分析と設計コースに置き換えられる。これらの項目は関連性が高いため、一緒に教えられるべきものである。

３．知識総体に含まれる内容は向上し、進歩している。したがて、すべての関連項目は要求されるレベルに達するまで、渦巻き状に統合されていく。

４．測定可能な教育成果が明らかにされ、方法論を通して一様に利用される。Bloomの研究によって、知識の深さが明らかにされている（1956）。

５．学習ユニットはメタユニットに割り当てられる。メタユニットはそれほど規範的なものではない。従って独立したアカデミッ
クユニットは柔軟性をもち、カリキュラム全体を見通すこともできる。このアプローチにより大学院の質が保証される。

３４

付録３−ＩＳ ９７の開発プロセス
ここではＩＳ ９７を開発したプロセスについて述べる。開発にあたって申し合わせた原則は次の５項目である。
１．文書の整理と考え方に関しては、ＩＳ関連の学部・学科および産業界のリーダー達の合意を得ること。
２．職場が必要とする卒業生の資質を保証し、また、ＩＳ学部の創設に役立つような構成とすること。
３．規範的な書き方ではなく、卒業生に期待される知識内容や理解の深さが明らかになるように、またガイドラインを用いて自分達のコースを構築できるように書くこと。
４．正しい教育的方法論に基づいて、ＩＳの学部に可能な対応をとること。
５．モデルは柔軟性をもたせ、ＩＳに関係するいろいろなプログラムに適応できるようにすること。他の専攻にも有益であること。
このため、調査データは、５割近くをビジネススクールのＩＳ学科から、残りは、関連学科のＩＳプログラムから得ている。

開発の作業
ＩＡＣＩＳ、
ＩＳＥＣＯＮ、ＤＳＩ、
ＩＡ
ＩＭ、ＩＣＩＳ、ＳＩＧＣＳＥの関係者によるタスクフォースの全体会議を開き、議題とグループ作業について詳しく検討した結果、いろいろなグループを最大限利用する方法を選んだ。
メディアを使ったグループ会議がよく行われ、議題や内容が配信されたが、この記録が破壊されないようにすると共に、共通の見解や各会議の主要目的などを展開しやすくした。
グループ会議には以下のツールを使った。
１．グループ会議ツール（ＧＲＯＵＰ＿ＯＵＴＬＩＮＥＲ）：電子会議、アイディア生成、理念共有の為に使用された。図表や出力を展開できる。
２．グループ会議用ソフトウェア機能（ＶＯＴＥ）：意見を試したり、理念の相対効果を見るのに使用されたが、討論の採決や除去、主張や合意を得るためには使用しなかった。
３．グループ会議用ソフトウェア機能（ＧＲＯＵＰ＿ＭＡＴＲＩＸ）：複数行にわたるリストの作成やタスクフォースに用いた。このツールは合意形成に使われたが、意見の違いが大きい場合は対面で議論した。

理念の展開は、大きなグループから始められ、小さなチームや個人が中央の情報を引き出して抽象概念を吟味し、これを評価する方法をとった。調査では、開発理念や概念の吟味をし、次第に大きなグループを巻き込んで展開した。これらの展開は、以下に示すような理由から、前向きの姿勢で行われた。
１．学部は、これらの結果を将来に反映する。
２．項目を長期間調査することによって首尾一貫性が保てる。例えば、システム理論は１９８８年に遡って調査されている。
ＩＳ
９７にシステム理論を導く為に、このような定常的な観察方法が推奨された。
３．満たされないニーズがでるのは問題であるが、ある理念を「受け入れ」または「拒否」する場合には、上の方法で得た結果を反映する。例えば、「カリキュラムにコンピュータ科学の単元を含むべきである」という提案が多くの調査関係者から出された。

調査データを使用して得られた多くの理念がＩＳ共同体で共有されたが、これらのデータはＩＳ ９７に明示的に示されている。
タスクフォースメンバーや議長は、ＩＳ学部やＩＳ専門家によく知られた人である。ＡＣＭ教育ボード、ＡＩＳ、ＤＰＭＡトップマネ
ジャー、ＤＳＩ、
ＩＡＩＭ、ＩＳＥＣＯＮ、ＩＡＣＩＳの管理者達は、批判的な見方で改良の機会を与えたし、評価者達は調査結果の文書の正確さと正しさを期すために意見を出した。

３５

調査メンバーを選んだり、ＩＳ部門や学部・学科を追跡するために、ＭＩＳ学部のＭＩＳＲＣ／ＭｃＧｒａｗ−Ｈｉｌｌの人名録を利用したが、ここにはＩＳ共同体の４０％が入っている。その他は、会議関係者、ＤＰＭＡ、ピーターソンガイドなどが利用されている。
こうして、米、カナダ、その他の国を含む数千人のＩＳプログラマに接触している。

卒業生の目標ＩＳカリキュラムの目標を定義することは、システムの出力を決めるのと同じである。入力は高卒者の大学入学に相当する。
基礎理念は、「ＩＳコースの卒業生が、能力、技能を得る、またはＩＳ専門家として職場や生涯学習で成功する、または卒業プログラムの基
礎を身につける」ことを基本理念とした。タスクフォースその他の調査では、これらの特徴を同一としたり優先順序をつけたりしているが、それらの能力の多くは、コンピュータ専門家と同じである。
ここでは、卒業生に必要な特性を決めて、ラーニングユニットの順序を記した。それは、トップダウンにカリキュラムエリアを広く記述し、エリアを実現するコースを作成し、さらにコースを実現するラーニングユニットを明確化する順序で行われた。

「知識の深さ」のメトリクス
ＩＳ ９０で使われた知識の深さのメトリクスがＩＳ ９７のタスクフォースでも採用された。付録４で説明されている知識能力の深さは５段階ある。ＩＳ ９７のグループは、共同学習機構の適用を吟味し、ＩＳ ９０の考え方を拡張した。特に、チーム環境を重視した．入門的な話と深い知識とを区別するために能力レベルを示した。また、追跡方法を使って、構成要素の正しい順序や適当な必要条件を定義した。

情報システムの知識体
ＩＳ ９０に示されているコンピューティングの知識体が、ＩＳ ９７のタスクフォースで更新された。ＣＳ ９１（ＡＣＭ−コンピュータ科学）やソフトウェア工学協会が示す知識要素に対応して知識要素が作成された（詳細は付録７）。さらに、ＣＳ ９１（ＮＦＳ
後援のタスクフォース）の１０エリアを反映して、文書が修正された。
ＡＣＭその他の知識要素と合わせるために、「能力」という表現をやめて「知識要素」を使うことにした。ＣＳやＳＥの要素は第４レベルに詳しく説明した。各レベルに加筆修正があり、コンピューティング知識体についても定義した。ＣＳ ９１（ＮＦＳ）にある倫理の要素を第４レベルに追加すると共に、さらに完全にするために、第３レベルにある要素のいくつかを改名した。
同時に各要素ごとに照合を行い、要素が属しているところをすべて探すことを繰り返した。いくつかの要素については、既存の第３レベルの要素とも照合した。

コースの開発コースの名称とコース数の選択は、タスクフォースの重要な討議事項の一つであった。
最終的には譲歩によって１０コースと一つの先修条件で合意されたが、コースセットの全体に対して真の合意があったかはは
っきりしない。たとえば、ＡＡＣＳＢが認定する学校では、最大８コースとされているという問題があるため、タスクフォースでは、
これを規定するより、むしろ卒業に必要な学習の目標と目的を定めるために複数コースをつくることにした。
討議の原点であるカリキュラムエリアは合意されていた。タスクフォースは、各カリキュラムエリア内でコース名を正しく位置づけるためにグループシステムを採用し、ここでコースリストを作成して、各エリア内に置くべきコース数を定め、さらにコース
タイトルを選んだ。リストの合理的な合意は対面討議で行った結果、この文書に示したコースタイトルが採用された。

３６

ラーニングユニットの開発
Bloom(1956)の能力レベルの向上に必要とされた学習目標の戦略的順序に基づく、Gagne, Briggs, Wager(1988)らのシス
テムアプローチがここでも選ばれた。 Bloom のレベルは４つの能力レベルに修正された。コンピューティング知識に関するＩ
Ｓ知識体の要素の目標や目的を要約するために、ラーニングユニットが開発された。ＩＳ ９０（Longenecker and Feinstein 1991
C）では目標や目的を説明するための言葉が展開されていた。
コースタイトルが定まり、各コースの目標や目的を訂正する作業に入ったとき、再びグループ会議用ソフトが利用された。メ
ンバーは、これまでに得たカリキュラム説明書、テキストを利用する権利、知識体、彼ら自身の技術に加え、さらにいろいろな新しい資料を持っていた。
たくさんの目標や目的に訂正が加えられ、グループの手作業で書き換えられ、１２７の目的リストと、これと関連しない２５０の目標リストが作成された。両リストはデータベースに入っている。それぞれの目標と目的がキーワードに分類され、それぞれのリストで指示できるようにした。一つの目的に対して一つ以上の目標が照合された。目標−目的に対応しない目的については、さらに完全を期すために吟味され、名前がつけられ、深さのレベルが与えられた。
各目標や目的はキーワードを用いて第３レベルの知識の中から探した。第３レベルの各要素では、目標−目的セットやラーニングユニットの分離が少なくとも一回以上行われた。ラーニングユニットと知識体の照合については、付録７と８に示した。
付録７にはラーニングユニットの、付録８には知識体の要素に基づいて目標−目的セットを示している。

３７

付録４−知識の深さのメトリクスと教え方
ＩＳ ９７の重要な要素として、能力と５レベルの知識の深さのメトリクスがある。これは Bloom(1956)の６レベルメトリクスと同一ではないが、これに基づいたものである。メトリクスは、レベル内容の明確化と学習の期待を伝えるのに役立つ。

知識の深さのメトリクス
表Ａ４．１は知識の深さのメトリクスの概要を示している。ＩＳ ９７における知識の深さとして５レベルの概念（はじめの４レベルが学部対応）が形成されている。 Bloom(1956)のレベル１がＩＳ ９７では１と２に分けられ、また、Bloom の４、５、６がＩＳ ９７のレベル５に対応している（ＩＳ ９７と Bloom のレベルの違い）。

メトリクスの特徴として、以下の項目が含まれている。
・知識レベルの定義
・カリキュラムの完全なラーニングユニットによって示される学習活動
・各知識レベルと同等な目的と目標をいかに作成するか
・既に定義されている目標と目的の説明に基づいて知識レベルを如何に定めるか（既存の文書から知識レベルを逆に作る）・レベルの要素を学生に如何に伝えるか・与えられたレベルの学習が如何に評価できるか

ＩＳ ９７カリキュラムの共同タスクフォースではこれらによってまとめられたが、これはＩＳ ９０（Longenecker and Feinstein
1991C, Longenecker, Clark 他 1994）で採用された知識記述の分類法に従っている。ＩＳ ９７では、行動目標や目的の説明を書くときに、３行目に示した基準を使用した。これらの文章では、学生や教師に説明するときに、さらに詳しく述べてもよいと
している。

期待の確認
卒業生の特徴の説明は、メトリクス基準を用いて見つけられる様にキーワードが含まれている。例えば、もし期待が「ＬＡＮ構築における問題解決技術を応用する」ことであるならば、これはレベル４の目的と同等である。ＩＳ ９７で明確にしている知識レベルは、表Ａ４．１の定義と同等である。企業や大学の期待と一致しているかを確かめるために、目標や目的の達成度がチェックされ検証される。

期待内容の分析ＩＳ ９７の知識レベルは、結果の分析と同様に、計画においても、教育者へのガイダンスとして設計されている。表Ａ４．１のカラム３は文書作成基準を示している。この基準はＩＳ ９０で定義されたものであるが、ここではこれを拡張している。行動目
的を記述するのに使用している言葉は、 Bloom の分類法で導かれたものである。教育目的や学生の学習目標はレベルを保証する意味で記述することが暗黙的に定められている。さらに目標を与えることで学生の活動を観測でき、学生は比較によって示された目標の期待内容に達しているかを確かめることができる。

異なるレベルの学習方法
レベルが異なると、学習方法もしばしば異なる。ＩＳ ９７のレベル１の知識（知っている）は、すぐに識別できる知識である。す３８なわち、ビジュアルな刺激を与えると思い出される知識である。ＩＳ ９７のレベル２の知識（リテラシ）は単なる認識ではなく、知識の文脈の認識が要求されている。すなわち、知識要素およびその前後の関係を学習者が見慣れているということである。
教室活動や学習戦略は、知識レベルを伝えるのに十分であるが、レベル２は実験室でさらに活発に高められる。たとえレベ
ル１と２の知識が低かったとしても、ここでは、より高いレベルに達成するまでマスターすることが必要とされている。ラーニン
グユニットの仕組みで示していることは、これまでに提示したり学習してきた知識の再現である。
より複雑なレベル３（使用／理解）では、考えられ得る実践と創造の繰り返しを要求され、レベル４（応用）では、管理されていない状況で実践できることが求められている。チームワーク、プロジェクトワーク、他の関係する学習によって、これらのレベルに達することができる。適切な順序は学生が上手に達成できるために必要である。プロジェクト実験室は、学生活動のこのレベルの理想であり、実際、これらの実験室は、教育のあらゆるレベルで有益である（Doran, Longenecker and Pardu 1994,
Dutt 1994）。いくつかの機関は全員参加方式のプロジェクト環境で成功している（Holland 大学

1993）。

共同研究のパラダイム（Litchfield 1996, Johnson, Johnson and Houlubec 1993 ）は学習者に多くの能力を提供しているが、もっと多くの学部の変化が必要とされる。共同研究のパラダイムでは、学生に動機付けを与え、卒業生に達成が期待できる研究環境のモデルを提供し、応用レベル能力の開発もサポートしている。

３９

表Ａ４．１ 知識レベル、目標を書くための基準、学習活動に関する深さレベルの意味
IS'90,'94,'95 のBloom による知識レベル

知識の深さ
１：知っている１：知識を認識している

学習目標を書くための基準

知識の深さの意味

学生が達成すべきこと

レベル達成のための学習活動

定義する、特徴を述べる、 初歩的なことの認識。
要素に名前をつける図で示
す、利点や欠点を書ける

クラス学習、グループ討議、読む、ビデオ観察、構造化された演習。区別でなく認識のみ。使用は含まず。

２：リテラシ１：区別できる

比較・対比する、説明する、 枠組みや内容の知識、区別の知識がある。
簡単な計算や記述ができ

３：概念と使い方が解る

る、機能的に定義できる能講義、参加者の討議、読む、チーム作業とプロジェクト、力がある、目的を関連付け構造化された演習。前提知識がて相互関係を記述できる必要。実践が必要。使用は含まず。

２：理解し、知識を使って 使用できる、アイデアを伝え 理解し聞かれたとき知識を使える。
解釈や推定ができる

ることができる、抽象概念を形成し説明できる、内挿／

継続的な演習やプロジェクトへの参加、説明や実演。批

外挿、まとめができる、概念

評を受け入れることが必要。管理された演習室での開発や主なステップを記述でき 訓練が必要。
る
４：詳しく理解し ３：知識を応用できる
応用できる

正解を探して適用できる、 正しいものを選択しヒントなしで使える。
設計や実現ができる、正しい構文を書き、デバッグでき 学生自ら問題解決できるゼミ形式のチーム演習、自分でる、原理を応用できる、実現

意思決定、約束と割当分の完成、説明と提示。

や保守ができる
５：熟達している

４：分析

開発・考案・実施ができる、 新しい知識の識別・使用・評価ができる。

５：統合

構築・適用ができる、新方法

６：評価を考案できる、新知識を提既存知識適用のための上級レベルの知識を得る、新たができる

案できる、価値を評価できるな解決策を見つけ利用する、提供された新知識を評価する

１

付録 5 - 情報システムの知識体
情報システムの知識体に関連した学問分野は 3 つの主な領域から構成される。

1.0 情報工学
2.0 組織および管理の概念
3.0 システムの理論と開発

各領域は幾つかのトピックから成り、さらに各トピックはサブトピックから構成される。サブトピックは知識体としての最小単位であり、これより下のレベルがカリキュラムの内容となる。

知識体を規定するに際して用いた源
各領域は各々情報システムの特徴を表わしており、ハイアラキーの第 4 層目では全部で 506 の最小単位から成りたっている(Nunamaker, Couger and Davis 1982; DPMA 1981,1986;Longenecker and Feinstein 1991c; Longenecker, Feinstein et al.
1994)。最小単位には Turner and Tucker(1991)の CS についての 106 の知識とソフトウェア工学に関する 120 の知識が含まれいる。ソフトウェア工学については、Glass（1992）、SEI(Berry 1992; Ford, Gibbs, and Tomayko 1987; Ford and Ardis 1989;
Ford 1994; Gibbs and Ford 1986; Shaw 1986, 1990; SEI 1991; Tomayko and Shaw 1991)、その他(BCS 1989; Ford and Gibbs
1989; Freeman 1987; Gibbs 1989; Leventhal and Mynatt 1987; NSF

1993; Parnas 1990; Wasserman 1976)の報告を基本として、ソフトウェア工学研究所(Ford 1990, 1991)によって開発されたソフトウェア工学教育報告に基づいている。

知識体に関する 2 段階の視点
表 A5.1 に情報システム知識を 2 段階の構成で示す。表 A5.1 には 2 段階しか示していないが、知識体全体（付録 7 参照）
は 4 段階からできている。

実務界/学界で要求される知識の深さについて
表 A5.2 の 1 列目には、情報システム知識体の構成のレベル 2 が入っている。2〜5 列目には異なるカテゴリーの学生（主専
攻、副専攻、利用者）にとって重要な項目ついての学界の調査結果を示す。6 列目には、採用に当たって期待される実務界の調査結果を示す(Mawhinney, Morrell and Morris 1994)。5 列目と6 列目を概観すると、実業界の期待と学界の基準とは本質的に一致していることがわかる。表 A5.2 から情報システムプログラム終了者には情報技術の幅広い利用レベルが求められることを示している。
終了者は指導者のもとで指示された業務(Denning 1992)を遂行でき、また指導者がなくても知識を利用できねばならない。 このことは IS'97 において、期待される知識の指標として用いられている。

２

表 A5.1―2 段階で表わした IS'97 情報システム知識体（全体については付録 7 を参照）
情報システム知識体
1.0 情報技術
1.1 コンピュータアーキテクチャ
1.2 アルゴリズムおよびデータ構造
1.3 プログラミング言語
1.4 オペレーティングシステム
1.5 通信1.6 データベース
1.7 人工知能

2.0 組織および管理の概念
2.1 組織理論一般
2.2 情報システムの管理
2.3 決定理論
2.4 組織行動
2.7 変革プロセスの管理
2.8 IS の法的、倫理的側面
2.9 プロフェッショナリズム
2.10 対人関係の能力

3.0 システムの理論と開発
3.1 システムおよび情報の概念
3.2 システム開発への取組み（approach）
3.3 システム開発の概念と方法論
3.4 システム開発ツールと技術
3.5 アプリケーション計画
3.6 リスク管理
3.7 プロジェクト管理
3.8 情報およびビジネスの分析
3.9 情報システムの設計
3.10 システムのインプリメンテーションとテスト戦略
3.11 システムの運用と維持
3.12 特定な情報システムの開発

３

表 A5.2―学界と実務界で求められる能力
IS 専門家として要求される知識レベル
ＩＳ学界調査情報システムの知識体

DPMA93 年 12 月調査

IS'97 8/95 IS 実務界
レビュー
1994
主専攻
入門レベル

利用者

副専攻

主専攻

1.1 コンピュータアーキテクチャ
1.2 アルゴリズムおよびデータ構造

1.4
1.3

2.2
2.3

3.1
3.4

2.9
3.2

3.4
3.2

1.3 プログラミング言語
1.4 オペレーティングシステム
1.5 通信1.6 データベース

1.5
1.4
1.5
1.8

2.6
2.4
2.5
2.8

3.7
3.2
3.2
3.7

3.5
2.7
3.0
3.5

3.2
3.1
3.0
3.5

1.7 人工知能
2.1 組織理論一般
2.2 情報システムの管理
2.3 決定理論
2.4 組織行動
2.7 変革プロセスの管理
2.8 IS の法的、倫理的側面
2.9 プロフェッショナリズム

1.4
1.8
1.6
1.7
2.7
1.9
1.5
1.9

2.0
2.3
2.6
2.2
2.7
2.3
2.6
2.6

2.6
2.8
3.2
2.7
2.8
2.8
3.0
3.0

2.2
3.2
2.9
2.9
3.0
2.9
2.8
3.1

1.9
2.6
2.5
2.4
2.4
2.8
3.5
3.5

2.10 対人関係の能力
3.1 システムおよび情報の概念
3.2 システム開発への取組み
3.3 システム開発の概念と方法論

2.5
2.5
1.5
1.5

2.8
2.8
2.3
2.3

3.9
3.1
3.2
3.2

3.6
3.2
3.3
3.4

4.0*
3.3
3.4
3.3

3.4 システム開発ツールと技術
3.5 アプリケーション計画
3.6 リスク管理
3.7 プロジェクト管理

1.4
1.7

2.6
2.8

3.5
3.6

2.9
3.2

2.5
3.0

1.6

2.6

3.3

2.9

3.0

3.8 情報およびビジネスの分析
1.7
2.7
3.4
3.4
3.4
3.9 情報システムの設計
1.6
2.7
3.6
3.2
3.1
3.10 システムのインプリメンテーショ
1.5
2.7
3.5
3.0
3.6
ンとテストの戦略
3.11 システムの運用と維持
1.5
2.7
3.5
2.7
―
3.12 特殊な情報システムの開発
1.7
2.7
3.22.7
3.1―
IS 学界のデータは、DPMA が支援し 1993 年 12 月の IS'97 カリキュラム特別チームによって指揮された全米 IS
プログラム調査、および IS'97 の調査期間における 161 の学部長と IS 教員に対する調査に基づく。実業界のデータは、Mawhinney, Morrell and Morris (1994)の図 3 から推測した 2.10 にある表 1 から用いた。
知識レベルは、調査結果とサンプルグループによる期待される学習深度値（1=知っている、2=一応使える 3.1、
3=使いこなせる、4=応用できる）との平均である。

４

付録 6 - ラーニングユニット
カリキュラムとコース名の構造が決まると、各コースの教育目的や学習目標が定まる。これらは、IS 学部卒業生の素質や特徴、
一般的なカリキュラム領域、最新の知識、スパイラル学習の考え方を総合的に身に付けるためのものである。

教育目的と学習目標は付録 4 で定めた枠組を用いて定めた。学習レベルは明確に定められている。この枠組みにより用語の一貫した統一が確保される。教育目的と学習目標の記述に用いられた用語は、教師が各ユニット毎の達成度測定試験を行なう場合の助けになる。全体で 139 の教育目的と、それに沿って約 270 の教育目的が定められている。

終了したとみなされるレベルは各知識体のレベル 3、ないしレベル 4 である。これは学生が各プログラムを実施することによって獲得することが期待される知識の理解の深さである。知識体の項目は、目的を満たすために要求されるレベルに該当する
学習目標に対応付けられている。知識単位が複数の学習目標に対応づけられる場合もある。各知識単位毎に終了レベルが示されている。知識単位毎にこれが繰り返され、能力向上の課程が形成される。

各教育目的と関連する学習目標はラーニングユニットで構成される。知識レベルは、精密な言葉で記述されているためにラーニングユニットの 枠組み からははずれている。
ラーニングユニットは各カリキュラムのサブエリア、及びコースの範囲内でグループ化してある。カリキュラムの構成を図 A6.1に示す。

図を上から見るとカリキュラム提示域は全体を示し、カリキュラム要素域は重要な副提示域を示す。カリキュラム要素域やカリ
キュラムサブエリアはコースに対応している。知識体は主領域から構成されを、主領域はラーニングユニットと対応付けられたエレメントから構成される。

図 A6.2 にラーニングユニットとカリキュラムサブエリアの関係を示す。図 A6.3 には各コースに関係したラーニングユニットを示す。付録 8 には各コース、ラーニングユニットの詳細を示す。まとめると、

５

IS'97 の構成
カリキュラム提示域：カリキュラム要素域と IS コースで表わされる知識の幅広い領域
カリキュラム要素域と IS コース：一連の IS'97 ラーニングユニットによって実現
IS'97 ラーニングユニット：ラーニングユニット教育目的、知識体要素、学習目標によって規定
ラーニングユニット教育目的：知識体要素を説明
知識体要素：この効果的な説明は学習目標によって評価される
学習目標：学生に対する、期待される知識のレベル
多くの学会が、複数の学問領域を統合したコースを作りつつある。例えばビジネススクールでは、適切なエンドユーザコンピュ
ーティングを保証するような、完全な中核カリキュラムの開発を望んでいるかもしれない。同様な例として CS と IS の混在型の中核カリキュラムも考えられる。ラーニングユニットの導入により統合プログラムにおける IS 学習の完全性が保証される。

カリキュラム提示域

知識体域

並行コースセット
IS'97 コースセット

カリキュラム要素域

知識体科目エレメント

IS'97 ラーニングユニット（タイトル、学習レベル、教育目的、学習目標）

個別学習目標図 A6.1 IS'97 カリキュラムの構成

６

カリキュラム域
カリキュラム副域
知識レベル
コース番号
ラーニングユニット番号と名称
A.CIS の基本
A.1 ISリテラシー
レベル コース LU-#
ラーニングユニット名
1
00
0004
IT と社会100
0001
システムと IT コンセプト
1
01
0012
倫理と IS 専門家
A.2 エンドユーザコンピューティング
1
00
0003
問題解決、小規模 IS
1
02
13.01
業務と行動のコンセプト
1
02
13.02
支援:個人対グループ
2
02
13.05
個人データソース編成
2
02
13.07
データのアクセス、復旧、ストア
3
00
0002
知識業務ソフトウェア
3
02
13.09
パッケージの調整とカスタマイズ
3
02
13.16
個人用 IS アプリケーションの実現
B.IS 理論と実際
B.1 システム/品質
情報と品質
0006
00
1
システムと品質
0005
00
1
IS 理論
0016
03
2
システムと品質、IS
0022
03
2
IS 要求/ワークフロープラニング
0099
08
2
情報測定/データ/イベント
0042
05
3
B.2 意志決定
IS 専門家の特性
0010
011
意志決定、サイモンモデル
0021
03
2
個人目標と意志決定
0020
03
2
個人、認識過程
0019
03
2
B.3 IS 計画
IS 開発と管理
0018
2
03
0123
IS 機能の IS 管理
03
2
03
0026
IS 計画
2
B.4 IT と組織システム
2
01
0009
IT と達成目的
2030031
IS 社会と倫理
2030017
IS 戦略コンポーネント
2
03
0027
IS タイプ
2
030025
モデル、組織（ORG）、ISとの関係
2
03
0023
システム、管理の役割、利用者、設計者
2
03
0024
システム、ワークフロー、組織システム
2
07
0085
IS 専門家、倫理規定
3
03
0119
倫理と法的問題

図 A6.2―IS'97 ラーニングユニット（カリキュラム域とカリキュラム副域） その１

７

C. 情報技術
C.1 コンピュータハードウェア
1
01
0007
IT ハードウェアとソフトウェア
1
06
0064
IT ハードウェア アーキテクチャ
2
06
0063
IT 周辺機器
C.2 システム ソフトウェア
1
06
0065
IT システムソフトウェアコンポーネント/対話系
1
06
0068
OS 環境とリソース
2
06
0067
OS 機能
C.3 テレコミュニケーション
2
04
0124
IS 管理顕在化技術
2
04
0037
テレコム、アーキテクチュア、トポロジー、プロトコル
2
04
0036
テレコム、集中/分散システム
2
04
0032
テレコム、機器、メディア、システム
2
04
0034
テレコム、 経済、設計問題
2
04
0038
テレコム、ハードウェアとソフトウェア
2
04
0033
テレコム、組織支援
2
040039
テレコム、サービス、信頼性、セキュリティ
2
04
0035
テレコム、標準、標準化組織
2
06
0062
テレコム、システム概観 HW/SW
C.4 プログラミング
手続き型/イベントドリブン型プログラミング
13.10
02
2
問題解決、環境/ツール
0052
05
2
問題解決、IS アプリケーション、副構造
0056
05
2
問題解決、モジュール/統合/結合
0050
05
2
問題解決、目的実現
0049
052
問題解決 V&V--システム概観
0051
05
2
プログラミング: 言語比較
0061
05
2
IS ソフトウェア品質測定
0083
07
2
問題解決、複雑性測定
0082
07
2
IS アプリケーション, プログラミング環境
0104
09
2
オブジェクト/イベントドリブン型 IS 実現
0101
09
2
問題解決、設計、テスト、デバッグ
0060
05
3
問題解決、ファイル/DB エディタ/RPTS
0059
05
3
問題解決、トップダウン式実現
0048
05
3
ファイル/データベースでの問題解決
0058
05
3
プログラミング言語を伴う IS アプリケーション
0100
09
3
C.5 アルゴリズム設計
2
02
13.11
単純アルゴリズム生成
2
05
0044
ADT のクラス, オブジェクト
2
05
0053
ADT: データとファイル 構造
2
05
0043
データ: 文字, レコード, ファイル, マルチメディア
2
05
0046
システムのオブジェクト表現
2
05
0045
問題解決, 形式問題と IS
2
08
0089
ADT: データベースモデルと機能
3
05
0054
ADT: 配列, リスト, ツリー, レコード
3
05
0055
ADT: インデックスファイル, キー
3
05
0047
問題解決, アルゴリズム開発
3
05
0057
問題解決, データ/ファイル アプリケーション

図 A6.2―IS'97 ラーニングユニット（カリキュラム域とカリキュラム副域） その２

８

D. システム S 開発
D.1 ソフトウェア 開発
2
02
13.08
2
02
13.13
3
08
0093
3
08
0090
3
08
0092
3
08
0091
3
09
0103
4
10
0110
D.2 データベース
2
02
13.06
2
02
13.12
3
07
0081
3
08
0088
3
08
0095
D.3 システム解析/設計
13.03
02
1
13.04
02
2
0028
03
2
0077
07
2
0097
08
2
0008
01
3
0014
02
3
0072
07
3
0078
07
3
0075
07
3
0076
07
3
0074
07
3
0084
07
3
0098
08
3
0096
08
3
0111
10
4
D.4 チーム/個人関係
0086
08
2
0079
3
07
0080
07
3
08
0087
3
0126
10
3
0117
4
08
10
0113
4
10
0114
4
0112
10
4
D.5 プロジェクト管理
2
10
0109
3
08
0094
3
08
0127
3
10
0105
4
10
0107
4
10
0108
4
10
0116

IS ライフサイクル: パッケージを伴う開発
イベントドリブン型アプリケーションの実現
IS アプリケーション開発/コード生成
IS データベース と IS の実現
IS データベースアプリケーションの実現
IS データベースアプリケーション構成
IS 開発テスト
IS アプリケーション, 製造システム
データベース用語とコンセプト
単純なデータベース設計の実現
IS データベース アプリケーション開発
IS データ モデリング
IS データベース コンセプト/論理モデル
情報解析: 個人対グループ
情報解析: IS/IT 要求探査
IS 開発標準
IS 開発リスク/可能性
IS 変換計画
IT システム仕様
パッケージによる問題解決
IS 解析と設計タスク
IS 継続開発と IS
IS 設計と実現
IS ラピッドプロトタイピング
IS 要求と仕様
システムと品質測定/評価
IS 開発と変換
IS 機能仕様
IS 要求とデータベース
対人関係, シナジー解決
対人関係, 同意の開発
対人関係, グループダイナミッス
対人関係, 同調/参加
個人, 時間/関係管理
個人, 表現対人関係, 共感的リスニング
対人関係, ゴール/役割整理
個人, 事前行動/確信行動
IS 開発プロジェクト終了
IS 開発とプロジェクト管理
品質と性能管理
IS 開発プロジェクト計画
IS 開発プロジェクト管理
IS 開発プロジェクト管理ツール
IS ライフサイクルとプロジェクト

図 A6.2―IS'97 ラーニングユニット（カリキュラム域とカリキュラム副域） その３
E. IS 配置と 管理
E.1 支援サービス
９

4
10
0118
E.2 システム統合
2
04
0040
2
04
0041
2
06
0069
2
06
0070
3
06
0071
3
07
0073
E.3 IS 機能の管理
1
01
0011
1
03
0030
2
03
0029
2
10
0122
3
10
0120
3
10
0115
3
10
0121
E.4 情報 リソース 管理
2
10
0125
3
02
0015

個人, 生涯学習
テレコム, インストール, 実現
テレコム, LAN, インストール, 調整
OS, インストール, マルチメディア
OS, 相互接続とシステム統合
OS, マルチユーザシステムのインストール
商用 IS の実現
IS キャリア
個人, 能力 評価
IS の実現, アウトソーシング
IS ポリシーと標準
IS 管理とデポ(depot)組織
管理部門に設計を渡す際の IS の責任
個人, リーダシップと IS
IS の実現とアウトソーシング
情報利用戦略図 A6.2―IS'97 ラーニングユニット（カリキュラム域とカリキュラム副域） その４

１０ここでは IS’97 コースのラーニングユニットの分布を示す。ラーニングユニットはカリキュラム域と副域に沿って組み立てられている。ラーニングユニット番号は、個々のラーニングユニットを完全に定義している付録 7 で使われている番号に対応する。
各ラーニングユニットに関係した知識の水準は付録 8 で定義された IS’97 知識単位に対応する。
コース
カリキュラム域
カリキュラム副域
LU-# レベル ラーニングユニット名
IS’97.P0 知的作業支援ソフトウェアツールキット
1.0 CIS の基礎
1.1 IS リテラシイ
0001 1
システムと IT コンセプト
0004 1
IT と社会
IS’97.1 情報システムの基礎
1.0 CIS の基礎
1.1 IS リテラシー
0012 1
倫理と IS 専門家
2.0 IS 理論
2.1 システム/品質
0005 1
システムと品質
0006 1
情報と品質
2.2 意志決定0010 1
IS 専門家の特性
2.4 IT と組織システム
0009 2
IT と達成目的
3.0 情報技術
3.1 コンピュータハードウェア
0007 1IT ハードウェアとソフトウェア
4.0 システム開発
4.3 システム解析と設計
0008 3IT システム仕様
5.0 IS 開発と管理
5.3 IS 機能の管理
0011 1
IS 経験

図 A6.3 — IS’97 コースのラーニングユニット その１

１１

IS’97.2 IS 技術利用時の個人の生産性
1.0 CIS の基礎
1.1 リテラシー
13.15 1
顕在化しつつある情報技術
1.2 エンドユーザコンピューティング
13.01 1
知識業務と行動コンセプト
13.02 1
IT/IS 支援: 個人対グループ
13.05 2
個人データソース編成
13.07 2
データのアクセス、復旧、ストア
13.09 3
パッケージの調整とカスタマイズ
13.16 3
個人用 IS アプリケーションの実現
3.0 情報技術
3.4 プログラミング
13.10 2
手続き型/イベントドリブン型プログラミング
3.5 アルゴリズム設計
13.11 2
単純アルゴリズム
4.0 システム開発
4.1 ソフトウェア開発
13.08 2
ライフサイクル: パッケージ開発
13.13 2
イベントドリブン型アプリケーションの実現
4.2 データベース
13.06 2
データベース技術とコンセプト
13.12 2
単純なデータベース設計
4.3 システム解析/設計
13.03 1
情報解析: 個人対グループ
13.04 2
情報解析: IS/IT 要求探査
5.0 IS 配置/管理
5.4 情報リソース管理
0015 3
情報利用戦略図 A6.3 — IS’97 コースのラーニングユニット その２

１２

IS’93.3 情報システムの理論と実践
2.0 IS 理論
2.1 システムと品質
0016 2IS 理論
0022 2システムと品質, IS
2.2 意志決定0019 2
個人、認識課程
0020 2
個人目標と意志決定
0021 2
意志決定、サイモンモデル
2.3 IS 計画
0018 2IS 開発と管理
0026 2IS 計画
0123 2
IS 機能の管理
2.4 IT と組織的 システム
0017 2
戦略要素としての IS
0023 2システム、管理の役割、利用者、設計者
0024 2システム、ワークフロー、組織システム
0025 2
モデル、組織、ISとの関係
0027 2
IS タイプ0031 2
IS 社会と倫理
0119 3
倫理と法的問題
4.0 システム 開発
4.3 システム分析と設計
0028 2IS 開発標準
5.0 IS 配置/管理
5.3 IS 機能の管理
0029 2
IS の実現, アウトソーシング
0030 1
個人, 能力評価
IS’97.4 情報技術（ハードウェアとソフトウェア）
3.0 情報技術
3.1 コンピュータハードウェア
0063 2
IT 周辺機器
0064 1IT ハードウェアアーキテクチャ
3.2 システムソフトウェア
IT システムソフトウェアコンポーネント/対話系
0065 10067 2OS 機能
OS 環境とリソース
0068 1
3.3 テレコミュニケーション
0062 3
テレコム、システム概観 HW/SW
5.0 IS 配置と管理
5.2 システム統合
0069 2OS, インストール, マルチメディア向け調整
0070 2
OS, 相互運用とシステム統合
0071 3OS, インストール,マルチユーザシステム向け調整

図 A6.3 — IS’97 コースのラーニングユニット その３

１３

IS’97.5 プログラミング, データ, ファイルおよびオブジェクト構造
2.0 IS 理論
2.1 システムと品質
0042 3
情報測定/データ/イベント
3.0 情報技術
3.4 プログラミング
0048 3
問題解決, トップダウン式実現
0049 2
問題解決, オブジェクト実現0050 2
問題解決、モジュール/統合/結合0051 2
システム概観の検証と確認
0052 2
問題解決, 環境とツール
0056 2
問題解決, IS 応用, 副構造0058 3ファイルとデータベースを伴う問題解決
0059 3
問題解決, ファイル/DB 編集/報告書
0060 3
問題解決, 設計, テスト, デバッグ
0061 2
プログラミング: 言語比較
3.5 アルゴリズム設計
0043 2
データ: 文字, レコード, ファイル, マルチメディア
0044 2
ADT’S, クラス, オブジェクト
0045 2
問題解決, 形式問題と IS
0046 2システムのオブジェクト表現
0047 3
問題解決, アルゴリズム開発
0053 2
ADT’S: データとファイル構造0054 3
ADT’S: 配列, リスト, ツリー, レコード
0055 3
ADT’S: インデックス ファイル, キー
0057 3
問題解決, データ/ファイル アプリケーション
IS’97.6 ネットワークと通信
3.0 情報技術
3.3 テレコミュニケーション
テレコム、機器、メディア、システム
0032 2
テレコム、組織支援
0033 2
テレコム、経済、設計問題
0034 2
テレコム、標準、標準化組織
0035 2
テレコム、集中/分散システム
0036 2
テレコムアーキテクチュア、トポロジー、プロトコル
0037 2
テレコム、ハードウェアとソフトウェア
0038 2
テレコム、サービス、信頼性、セキュリティ...
0039 2
IS 管理顕在化技術
0124 25.0 IS 配置/管理
5.2 システム統合
0040 2
テレコム, インストール, 実現
0041 2
テレコム, LAN, インストール, 調整

図 A6.3 — IS’97 コースのラーニングユニット その４

１４

IS’97.7 情報システムの分析と論理設計
2.0 IS 理論
2.4 IT と組織的システム
0085 2
IS 専門家、倫理規定
3.0 情報 技術
3.4 プログラミング
0082 2
問題解決、複雑性測定
0083 2
IS ソフトウェア品質測定
4.0 システム開発
4.2 データベース
0081 3
IS データベース応用開発
4.3 システム解析/設計
0072 3
IS 解析と設計タスク
0074 3
IS 要求と仕様
0075 3
IS 設計と実現
0076 3
IS 迅速なプロトタイピング
0077 2IS 開発リスク/可能性
0078 3
IS 継続開発と IS
0084 3システムと品質測定/評価
4.4 チーム/個人関係
0079 3
個人関係, 同意的開発
0080 3
個人関係, グループダイナミッス
5.0 IS 配置と管理
5.2 システム統合
0073 3商用 IS の実現
IS’97.8 DBMS を用いた IS の物理設計と実装
2.0 IS 理論
2.1 システムと品質
0099 2IS 要求/ワークフロープラニング
3.0 情報技術
3.5 アルゴリズム設計
0089 2
ADT’S: データベースモデルと機能
4.0 システム開発
4.1 ソフトウェア開発
IS データベースと IS 実現
0090 3
IS データベース応用の構造
0091 3
IS データベース応用の実現
0092 3IS 応用開発/コード生成
0093 34.2 データベース
0088 3
IS データモデリング
0095 3
IS データベースコンセプト/論理モデル
4.3 システム解析と設計
0096 3
IS 機能仕様
0097 2IS 変換計画0098 3IS 開発と変換
4.4 チームと個人間コミュニケーション
0086 2
個人関係, シナジー解決
0087 3
個人関係, 同意的開発
0117 4
個人, 表現
4.5 プロジェクト管理0094 3IS 開発とプロジェクト管理
0127 3
品質と性能管理図 A6.3 — IS’97 コースのラーニングユニット その５
１５

IS’97.9 プログラミング環境を用いた IS の物理設計と実装
3.0 情報技術
3.4 プログラミング
0100 3
プログラミング言語を含めた IS の応用
0101 2
オブジェクト, イベントドリブン型 IS の実現
0104 2IS 応用, プログラミング環境
4.0 システム開発
4.1 ソフトウェア開発
0103 3IS 開発テスト
IS’97.10 プロジェクト管理と実践
4.0 システム開発
0110 4IS 応用, 生産
4.3 システム 解析/設計
0111 4IS 要求とデータベース
4.4 チーム/個人関係
0112 4
個人, 事前行動/確信行動
0113 4
個人関係, 共感的リスニング
0114 4
個人関係, ゴール/役割整理
0126 3
個人, 時間/関係管理
4.5 プロジェクト 管理
IS 開発, プロジェクト計画0105 3IS 開発, プロジェクト管理
0106 4
IS 開発, プロジェクト管理
0107 4
IS 開発, プロジェク 管理 ツール
0108 4
IS 開発 プロジェクト終了
0109 2
IS ライフサイクルとプロジェクト
0116 45.0 IS 配置/管理5.1 支援サービス
0118 4
個人, 生涯学習
5.3 IS 機能の管理管理部門に設計を渡す際の IS の責任
0115 3
IS 管理組織
0120 3
個人, リーダシップと IS
0121 3
IS ポリシーと標準
0122 2
5.4 情報 リソース 管理0125 2
IS の実現とアウトソーシング

図 A6.3 — IS’97 コースのラーニングユニット その６

１６

付録７ 情報システム知識の詳細なボディ
この付録は知識体系のＩＳボディとラーニングユニット番号を１列から４列に対応させて示した表である。列番号は知識の深さに相当する。例えば、知識体 1.1.1 基本的なデータの表現 は、知識体３において知識レベル１（awareness/ 認識）の深さで達成する。同じ要素は知識体４４においてレベル４（応用知識）まで学習する。付録６には知識レベルの定義と説明を示す。
付録８にはラーニングユニットの詳細な定義を示す。

ラーニングユニット番号と
知識レベル
ﾚﾍﾞﾙ
1

3,13.10

ﾚﾍﾞﾙ
2

42

ﾚﾍﾞﾙ
3

43

ﾚﾍﾞﾙ
4

Body of
Knowledge
Source
CS

44

ＩＳ SE

1.0
情報技術
1.1
コンピュータアーキテクチャ
1.1.1
基本的なデータの表現：非数値、数値（整数、実数、誤差、精度）

１
ｎ
ｎ
ｎ
ｎ

１
１

１
42,
13.10

62

43

1,7

62,64

62

１
１
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
１
１

1

7,38,
62,64

36

1
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
１

62

１
ｎ

４つのレベルにおける知識体

ｎ1.1.1.1
1.1.1.2
1.1.1.3
1.1.1.4

数値データの基本的な機械表現
非数値データの基本的な機械表現
整数と浮動小数点表現の有限精度
コンピュータ算術における誤差とそれに関連した移植性の問題
1.1.1.5
コンピュータアーキテクチャの基本概念
1.1.2
ディジタル化された情報の物理的な表現：例)データ、テキスト、
イメージ、音声、ビデオ
1.1.3
CPU アーキテクチャ：CPU、記憶、レジスタ、アドス指定モード、
命令セット
1.1.3.1
基本構成；フォンノイマン、ブロックダイアグラム、データパ
ス、コントロールパス、機能ユニット、命令サイクル
1.1.3.2
命令およびアドレス指定モード：命令セットとタイプ
1.1.3.3
命令およびアドレス指定モード：アセンブリ-機械語
1.1.3.4
アドレス指定モード
1.1.3.5
制御ユニット；命令取り出しと実行、オペランド取り出し
1.1.3.6
CISC、RISC
1.1.3.7
コンピュータの構成
1.1.3.8
記憶システム1.1.4
コンピュータシステムの構成要素：バス、コントローラ、記憶システ
ム、周辺装置1.1.4.1
周辺装置：入出力と割込み
1.1.4.2
周辺装置：入力/出力の制御方式、割込み
1.1.4.3
周辺装置：外部記憶、物理的な構成や装置
1.1.4.4
補助記憶、テープ、光学式
1.1.4.5
記憶システムと技術
1.1.4.6
空間の割付け、階層
1.1.4.7
主記憶装置の構成、バス動作、選択とアドレス指定のためのサイクルタイム
1.1.4.8キャッシュ記憶、読み/書き
1.1.4.9
仮想記憶
1.1.4.10
コンピュータとその他の装置（センサ、エフェクタなど）の間のインタフェース
1.1.5
マルチプロセッサアーキテクチャ
1.1.5.1
システムアーキテクチャ（単一,多重処理と分散処理、スタッ
ク、配列、ベクトル、マルチプロセッサとハイパーキューブア
ーキテクチャ、スーパーコンピュータ）
1.1.5.2
クライアントサーバ技術

１７

62

64

１

１

１

ｎ

ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ

1,3,
13.10,
45

13.11,
46,48

13.16,
47,48,
50,51,
54,56,
57,59,
60,91,
98,10350,51,
92,100,
110

ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
１
１

13.1,
13.10

56,
13.11

44,50,
54,57,
60

1,3

42,50

43

53

43,47,
49,51,
52,54,
56,57,
58,59,
60,91,
94.98,
103

１

50,51,
92,100,
110

１

１

1.1.6
ディジタル論理とシステム
1.1.6.1
論理要素とスイッチング理論；最小化の概念と関数のインプ
リメント
1.1.6.2
伝達遅延とハザード1.1.6.3
デマルチプレクサ、マルチプレクサ、複号器、符号器、加算器、減算器、比較器、シフトレジスタ、カウンタ
1.1.6.4
ROM,PROM,EPROM,EAPROM,RAM
1.1.6.5
同期回路の分析と統合、非同期回路対同期回路
1.1.6.6
レジスタ転送の表現、条件付きおよび無条件
1.1.6.7
アルゴリズム状態機械、ステアリングネットワーク、ロード転送信号
1.1.6.8
３値状態（Tristates）とバス構造
1.1.6.9
ブロックダイアグラム、タイミングダイアグラム、転送言語
1.2
アルゴリズムとデータ構造
1.2.1
形式的な問題と問題解決
1.2.1.1
欲張りアルゴリズムを用いた問題解決戦略
1.2.1.2
分割と統治アルゴリズムを用いた問題解決戦略
1.2.1.3
後戻りアルゴリズムを用いた問題解決戦略
1.2.1.4
ソフトウェア設計プロセス；仕様からインプリメントまで
1.2.1.5
問題認識文とアルゴリズムの決定；手続き的な抽象化；パラメータ
1.2.1.6
インプリメント戦略（トップダウン、ボトムアップ；チーム対個人；管理タスク1.2.1.7
形式的検証概念
1.2.1.8計算の形式モデル
1.2.2
基本的なデータ構造：リスト、配列、記号列、レコード、集合、リン
ク付きリスト、スタック、待ち行列、木、グラフ

１

1.2.3

１

1.2.4
1.2.4.1
1.2.4.2
1.2.4.3ｎｎｎ

1.2.4.4

ｎｎ

1.2.4.5ｎ

1.2.4.6
13.10

3

55

14,53,5
7,60

50,53,
57,58,
59,98

ｎ

1.2.5
1.2.5.1ｎ

1.2.5.2ｎ

1.2.5.3

１

１
ｎ
ｎ

１

１

1.2.6
1.2.6.1
1.2.6.2
1.2.6.3

複合データ構造：例)データ、テキスト，音声、画像、ビデオ、ハイパーメディア
抽象データ型
抽象データ型の目的とインプリメント
非形式的仕様形式的仕様、事前条件と事後条件、抽象データ型のための代数的仕様モジュール、結合、連結；データフローダイアグラム、および階層チャートへの変換
正当性,検証(verification)と検定(validation)、事前
条件と事後条件、不変（invariant）、コードの基礎的な証明と設計の理解、構造化ウォークスルー
制御構造；選択、反復、再帰；データ型と問題解決のための使用
ファイル構成：順、直接アクセス、ハッシング、索引付
ファイル（構成、アクセス方式）：ファイルレイアウト：基本的なファイルの概念；順ファイル；順以外のファイル
ファイル（構成、アクセス方式）：ディレクトリ、内容と構成、命名、検索、アクセス、バックアップ
ファイル（構成、アクセス方式）：システムセキュリティの概
要、セキュリティの方式および装置、保護、アクセス、認証
ソート，探索のデータ構造とアルゴリズム
ソートアルゴリズム（シェルソート、バケットソート、基数ソー
ト、クイックソート）、編集、報告、更新
探索アルゴリズム（順探索、二分探索、および二分探索木）
探索、ハッシング、衝突の解消

１８

83

１

１

ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
１
61

１

１

ｎ
ｎ
61

１

61

１
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ

13.10

61,10461
13.11,
61

１
50

１

１

１

１

１
ｎ
ｎ
ｎ

13.10

61

103

１

13.10

61

51

104

１

61

101

46

104

１

1.2.7
アルゴリズムの効率、複雑さとメトリクス
1.2.7.1
上界および平均界での漸近的分析；big"Ｏ"、little"Ｏ"
1.2.7.2
アルゴリズムにおける時間対空間のトレードオフ
1.2.7.3
複雑性クラス P,NP,P-空間；扱いやすい問題とそうでない問題
1.2.7.4
下界分析（ソートのための）
1.2.7.5
NP-完全性1.2.7.6Ｏ（n"方形"）ソートアルゴリズム
1.2.7.7Ｏ（n log n）ソートアルゴリズム
1.2.7.8
後戻り、構文解析、離散型シュミレーションなど
1.2.7.9
アルゴリズムの分析の基礎
1.2.8
再帰的アルゴリズム
1.2.8.1
数学的帰納法との結びついた再帰的アルゴリズム
1.2.8.2
繰り返しと再帰的アルゴリズムの比較
1.2.9
ニューラルネットワークと遺伝的アルゴリズム
1.2.10
進んだ考察
1.2.10.1
計算可能な関数：チュ−リングマシンから選んだ計算可能な関数のモデル、RAM、（部分的な）再帰的関数、ラムダ計
算法、チャ−チの定立
1.2.10.2
機械、例)万能チュ−リングマシン
1.2.10.3
決 定 問 題： 再 帰 的 お よ び 再 帰 的 可 算（ recursively
enumerable）問題；決定不能な問題
1.2.10.4
並列ア−キテクチャのモデル
1.2.10.5
並列ア−キテクチャのためのアルゴリズム
1.2.10.6
数学的問題：良条件での問題および悪条件での問題
1.2.10.7
数学的問題：数学問題に対する反復的近似；ニュートン法；
ガウスの消去法
1.2.10.8
数学的問題：誤りの分類：計算的、表現的、方法論的、差異1.2.10.9
数学的問題：科学と工学における反復近似解法の応用
1.2.10.10
計算の限界：計算可能性とアルゴリズムでの至難性
1.3
プログラミング言語
1.3.1
基本的なプログラミング言語の構造；言語とアプリケーションの比較
1.3.2
機械語とアセンブリレベルの言語
1.3.3
1.3.3.1
手続き型プログラミングの利点と欠点
1.3.3.2
基本的な型宣言；算術演算子と代入；条件文；ループと再帰1.3.3.3
手続き、関数とパラメータ；配列とレコード
1.3.4
非 手 続き型言語：論理型、関数型, イベントドリブン（event
driven）
1.3.5
第４世代言語
1.3.6
言語のオブジェクト指向への拡張

１９

38,46,
61

46,50,
71,93,
104

１
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ

１

ｎ
ｎ
ｎ
ｎ

１

ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
１

1

7,62

82

1

7,36,
62,65,
67

71,82

62,65,
67

ｎ

１

１

１

１

１

ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ

１

1.3.7
プログラミング言語、設計、インプリメントと比較
1.3.7.1
初期の言語の歴史
1.3.7.2
手続き型言語の発展
1.3.7.3
非手続き型言語の発展
1.3.7.4
バーチャルコンピュータ
1.3.7.5
基本と構造化データ型
1.3.7.6
ユーザ定義のデータ型の生成と応用
1.3.7.7
式、評価の順序、および副作用
1.3.7.8式とステートメントの抽象化としてのサブプログラムとコル−チン
1.3.7.9
例外の取り扱い
1.3.7.10
デ−タの共有と制限付きアクセスのための機構
1.3.7.11
静的対動的スコープ、生涯（lifetime）、可視性（visibility）
1.3.7.12
パラメータのパスメカニズム：参照、値、名前、結果など
1.3.7.13
型検査の規律の多様性とその技巧
1.3.7.14
記憶領域のスタックベースのアプリケーション
1.3.7.15
記憶領域のヒープベースのアプリケーション
1.3.7.16
計 算 の 制 限 付 き モ デ ル お よ び 正 規 表 現（ regularexpression )のアクセプタとしての有限オ−トマトン
1.3.7.17
プログラミング言語解析に対する正規表現の応用
1.3.7.18
プログラミング言語の構文法のための形式的記述方策としての文脈自由型文法の使用
1.3.7.19
文脈自由型文法とプッシュダウンオ−トマトンの同等性
1.3.7.20
プログラミング言語の構文解析におけるプッシュダウンオ−
トマトンの応用
1.3.7.21
言語翻訳プロセス、コンパイラからインタプリタまで
1.3.7.22
プログラミング言語の意味規制（semantics）
1.3.7.23
関数型言語のパラダイムと言語
1.3.7.24
並列プログラミングの構成概念
1.3.7.25
手続き型言語：インプリメント問題、性能の改善、デバッギン
グ、anti-bugging
1.3.7.26
コンパイラとトランスレ−タ
1.3.7.27
最高水準言語;SQL、第４世代言語
1.3.7.28
オブジェクト指向設計、言語、とプログラミング
1.3.7.29
論理プログラミング言語：LISP、PROLOG；論理指向プログ
ラミング
1.3.7.30
コードジェネレ−タ
1.3.7.31
エキスパ−トシステムシェル
1.3.7.32
ソフトウェア設計言語
1.4
オペレーティングシステム
1.4.1
アーキテクチャ、オペレーティングシステムの目標と構成；構成法、レイヤーモデル、オブジェクトサ−バモデル
1.4.2
オペレーティングシステムとハ−ドウェアアーキテクチャの相互作
用
1.4.3
プロセス管理：並行プロセス、同期化
1.4.3.1
タスク、プロセス、コンテクストスイッチャのディスパッチング、割込みの役割
1.4.3.2
構造、実行可能リスト、プロセス制御ブロック
1.4.3.3
並行プロセスの実行
1.4.3.4
共用アクセス、競合条件
1.4.3.5
デッドロック；原因、条件、予防
1.4.3.6
モデルとメカニズム（例) 繁忙待機、スピンロック、デカーのアルゴリズム、セマフォア、mutex locks 、地域、モニタ)
1.4.3.7
プリエンプティブおよびノンプリエンプティブスイッチング
1.4.3.8
スケジューラとスケジュール策

２０

67

１

１

ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
62,67

62

71

１
ｎ
ｎ
ｎ
ｎ
ｎ

1.4.5.5ｎｎｎ
１

二次記憶装置の管理
ファイルとディレクトリシステム
保護とセキュリティ

１

1.4.9
1.4.10分散型オペレーティングシステム
人間との対話のための OS 支援；例）GUI、対話型ビデオ

１

1.4.11

71

１

65,67

71

１

62

65,67,
94

71

１

36

70

62

１
52,69

37,70

62

68

１

62

68

１

１
4,13.7

7,35,
37,62,
64

１
ｎ

ｎ
4,64

32,62

40

１
１

ｎ
37,62

40

1.4.5.6
1.4.5.7
1.4.5.8
1.4.5.9

リアルタイムシステムにおける特別な懸念；障害、リスク、回復
オペレーティングシステムユーティリティ
ハードウェアの進化；経済上の影響力と制約
リアルタイムおよび埋込型システムのアーキテクチヤ
埋込型リアルタイムシステムにおける特別な懸念；ハードタ
イミングの要求；信頼性,耐震性,耐故障性；入力と出力の考慮；時間に関係する問題の認識；並行性；装置/装置/ソフト
ウェアの複雑なインタフェース；リアルタイムシステムのためのテストの不適合性

1.4.6
1.4.7
1.4.8

65,67

19,61,
65,68,
101

1.4.4
記憶管理
1.4.4.1
物理的記憶とレジスタ
1.4.4.2
オ−バ−レイ、スワッピング、区分
1.4.4.3
ページとセグメント
1.4.4.4
配置と再配置策
1.4.4.5
スラッシング、作業用セット
1.4.4.6
自由表、レイアウト；サ−バ、割込み；障害の回復
1.4.4.7
記憶保護；回復管理
1.4.5
資源の配分とスケジューリング
1.4.5.1
プロトコルスィート（通信とネットワーク接続）；流れとデータ
グラム
1.4.5.2
相互ネットワーク接続とルーティング；サーバとサービス
1.4.5.3
オペレーティングシステムのタイプ；単独ユーザ、複数ユー
ザネットワーク
1.4.5.4
分散およびリアルタイムシステムにおける同期化とタイミング

１

OS の相互運用性（interoperability）と互換性；例)オープンシステ
ム
1.4.12
オペレーティングシステムユーティリティ、ツール、コマンドおよび
シェルプログラミング
1.4.13
システム運営と管理
1.4.13.1
システムブートストラッピング/初期プログラムロード
1.4.13.2
システム生成1.4.13.3
システム構成1.4.13.4
性能分析、評価および監視
1.4.13.5システムの最適化とチューニング
1.4.13.6
システム運営機能；バックアップ, セキュリティおよび保護、
ユーザの追加と削除
1.5
通信
1.5.1
国際通信標準、モデル、傾向
1.5.1.1
コンピュータネットワークと制御：トポロジ、電気通信業者（common carrier）,機器構成、誤り検出と訂正、ポーリ
ングとコンテンションプロトコル、セキュリティと暗号化
1.5.1.2
ネットワーク設計と運営；ネットワークアーキテクチャ（ISO、
SNA、DNA）、プロトコル（X.25、ISO、など）
1.5.2
データの伝送；媒体、信号化技法、伝送上の損失、符号化、エラー検出、圧縮1.5.2.1
通信システム技術;伝送媒体、アナログ-ディジタル、通信
ハードウェアおよびソフトウェア
1.5.3
回線構成：誤り制御、フロー制御、多重化

２１

13.7

4,35,
36,38,
62

40,64,
94１

1.5.4
ローカルエリアネットワーク
1.5.4.1
トポロジィ、媒体アクセスの制御、多重化
1.5.4.2
ローカルエリアネットワークと WAN：トポロジ、ゲートウェイ、
利用(機能とオフィスオートメーション)、PBX
1.5.4.3
要求決定、性能の監視と制御、経済性
1.5.4.4
分散システムのアーキテクチャ
1.5.4.5
分散システムのハードウェアの概観
1.5.5
広域ネットワーク：交換技術、一斉同報通信技術、ルーチング

437,38,
62,64

32

１

1.5.6

ネットワークアーキテクチャとプロトコル

１

1.5.7
1.5.8

相互ネットワーク接続
ネットワーク構成、性能解析および監視

4,13.7,64

38,62,
63

32,41,
94

１
１

１

ｎ
１
１

4
33,35,
37,38,
39,62

34,41,
94

１

35,37
62

37

１

37

１

62

33,37,
64,68

40

1,4,
24,42

2,58,
111

81,91,
92,94,
98

１
１

92
１
ｎ

ｎ
ｎ
13.6,42

58,111

111

13.6,24

47,81,
88,89,
91,92,
94,98

92,100,110

１ｎｎ47,81,
92,98

2,111

1.5.9
1.5.101.5.11

１

１

１

１

ネットワークのセキュリティ:暗号化、ディジタル署名、認証
高速ネットワーク：例)広帯域 ISDN、SMDS、ATM、FDDI
ネットワークの出現；ATM、ISDN、衛星通信網、光通信網、など
統合化音声、データおよび画像
1.5.12
アプリケーション：例）クライアントサーバ 、EDI、EFT、電話網、ｅ-メール、マルチメディア、ビデオ会議、付加価値通信網
1.5.12.1
テレコム（telecomm）を使ったグラフィックやビデオ情報の伝達方式、データ圧縮 、クライアントサーバディスプレイ技
術 、例）AOL インタフェース、XWindows
1.6
データベース
1.6.1
DBMS：特徴、機能 、アーキテクチャ
1.6.1.1
DBMS（特徴、機能、アーキテクチャ）；データベースシステ
ムの構成要素(データ、辞書、応用プログラム、ユーザ、運営)
1.6.1.2
DBMS：関係代数の概観
1.6.1.3
論理設計（DBMS 独立設計）: ER、オブジェクト指向
1.6.2
データモデル：関係、階層、ネットワーク、オブジェクト、意味オブ
ジェクト
1.6.2.1
関係データモデルの専門用語；概念スキーマから関係スキーマへの写像1.6.2.2
概念モデル化（例)実体関連、オブジェクト指向）
1.6.3
正規化

81,94,
95,98

92,110

ｎ

１

1.6.4

47,81,
88,89,
91,94,
95,98

92,100

１

１

1.6.5

一貫性（参照、データ項目、内部関係）：参照関係；実体と参照の一貫性
データ定義言語

２２

1,13.6,
13.10,
24

47

47,91,
103

92,100

１
ｎ

ｎ

ｎ
24

2

81,103

13.7,24

36

1,4

91

94

13.7,
91,98

94,11061
1,13.5

98,111
1

91

１
１

１

１

１

１

１
１

ｎ
ｎ
ｎ

１

81,91

ｎ

１

13.7

１

１

42,88

１
ｎ
ｎ
ｎ

42,88

１

42,88

１
１

ｎ
ｎ
ｎ

ｎ
42

１
１

42

１
ｎ
ｎ
ｎ
ｎ
ｎ

13.12

13.3

１

1.6.6
アプリケーションインタフェース
1.6.6.1
典型的なデータベースシステムによって支援されている機
能：アクセス方式、セキュリティ、デッドロックおよび並行の問題、第４世代環境
1.6.6.2
DML、質問、QBE、SQL など：データベ ース質問言語：データ定義、質問の形式、更新副言語、制約の表現、参照一
貫性、手続き型言語における埋め込み
1.6.6.3
アプリケーションとユーザインタフェース（DML、質問、QBE、
SQL）
1.6.7
知的な質問プロセッサと質問構成
1.6.8
分散型データベース，リポジトリとウエアハウス
1.6.9
DBMS プロダクト：データベースシステムの最近の発展（例)ハイパーテキスト、ハイパーメディア、光ディスク）
1.6.10
データベースマシンとサービス
1.6.11
データとデータベースの管理
1.6.11.1
データの管理1.6.11.2
データベース管理：データベースシステムの社会的な影
響；セキュリティとプライバシ
1.6.11.3
データおよび応用システムの所有権とアクセスコントロール
1.6.11.4
役割と能力に基づくアクセスモデル
1.6.11.5
複製
1.6.11.6
システム能力計画
1.6.11.7
冗長度，安全とバックアップの計画と管理
1.6.12
データ辞書、事典、リポジトリ
1.6.13
情報検索：例)イメージ処理、ハイパーメディア
1.7
人工知能
1.7.1
知識表現
1.7.1.1
人工知能の歴史，範囲と限界；チューリングテスト
1.7.1.2
人工知能の社会的、倫理的、法的および哲学的側面
1.7.1.3
問題と状態空間
1.7.2
知識工学
1.7.3
推論処理
1.7.3.1
基本的な制御戦略（例)縦型（depth-first）、横型（breadthfirst）
1.7.3.2
前向きおよび後向き推論
1.7.3.3
ユーリスティック探索（例)生成とテスト、山登り法、横型（breadth-first）探索、手段-目標解析、図式探索、ミニマッ
クス検索）
1.7.3.4
エキスパートシステムとシェル
1.7.4
その他の技術：ファジー論理、事例ベース推論、自然言語およ
び音声認識
1.7.5
知識ベースシステム
1.7.5.1
自然言語、音声および視野
1.7.5.2
パターン認識1.7.5.3
機械学習
1.7.5.4
ロボット工学
1.7.5.5
神経ネットワーク2.0
組織と管理概念
2.1
組織理論一般2.1.1
組織の階層とフローモデル

17,18,
95

１

１

17,18,
33

１

１

2.1.2

組織上の作業グループ

18,33

１

１

2.1.3

組織のスパン：単一ユーザ、作業グループ、チーム、企業、グロ
ーバル

２３

4

17,22,
26,94

１

2.1.4

企業内での IS の役割：戦略的、戦術的および業務的

4,13.38,17,
22,25,
95,116１

2.1.5

組織ストラクチャにおける IS の影響；IS と継続的な改善

18,36,
95,125１

2.1.6

組織ストラクチャ：集中型、分散型、マトリクス型

13.2

25

１

13.2,
13.8,25

9,18,26

13.1

94,114,
121,
122,
124

29,65,
125116

18,12087,116,
127

１
１
１
１
１
１

118

18,26,
125
3

62

2.1.7
組織でのソフトウェアシステムの使用に関する組織的問題
2.2
情報システム管理
2.2.1
IS 計画
2.2.1.1
IS 計画の企業計画との連携
2.2.1.2
戦略的な IS 計画
2.2.1.3
短期的な IS 計画
2.2.1.4
リエンジニアリング
2.2.1.5
継続的な改善2.2.2
IS 機能のコントロール：例)EDP 監査、アウトソーシング

１

2.2.3
スタッフ配置と人的資源管理
2.2.3.1
スキルプランニング
2.2.3.2
スタッフの業績管理
2.2.3.3
権限委譲/ジョブオーナーシップ
2.2.3.4
教育と訓練
2.2.3.5
競争、協力および報酬のストラクチャ
2.2.3.6
創造性を育む風土を確かなものにする
2.2.4
IS の機能ストラクチャ-企業内対アウトソーシング

１
１
１
１
１

91

１

13.15,
26,62,
125

121,
122

１

2.2.5

IS 組織の目標と目的の決定

95,116,
121,
122,
125

78,94

１

2.2.6

ビジネスとしての IS 管理：例)顧客の定義、IS の任務、IS の決定
的成功要因の定義

18,11515

１29,116,
121,
122,
125

１

2.2.7
2.2.8

CIOとスタッフの機能
サービス機能としての IS：業績評価-外部/内部、サービスのマー
ケティング

116,
121,
122,
125

１

2.2.9

IS の財政管理：例)費用の投入と回収

3,13.1,
24,25,
62

4,5,8,
14,17,
22,25,
42

9,30,
78,94,
115１

2.2.10

IS の戦略的使用：例)競争優位と IS、プロセスリエンジニアリング、
IS と品質、IS の世界的な影響と国際的考慮

1,3

2,3,
13.1

14,94

１

2.2.11

エンドユーザコンピューティングの支援、役割および機能

１

2.2.12

IS の方針、運用手順の公式化およびコミュニケーション

１

2.2.132.2.14

バックアップ、災害計画および復旧
新しい技術（emerging technologies）の管理

116,
125
13.5,62

94

13.15

124

116

１

１

２４

13.5,62

18,33,
34,94,
125

40,41,
83,91,
94,115

１
１
１
１
１
１
１
１
１
１
ｎ
１

3,62

1,14

56,94

ｎ

18

１
１

100

１

2.2.15
副機能の管理2.2.15.1
通信管理
2.2.15.2
コンピュータ設備の管理：例)分散処理の自動操作、処理能力の計画、サイトメンテナンス
2.2.15.3
グループ意思決定支援システムの管理
2.2.15.4
データ管理
2.2.15.5
データとアプリケーションの所有権
2.2.15.6
創造性のための風土の最適化
2.2.15.7
品質管理：例)信頼性と品質技術；QC チーム
2.2.15.8
経 営 コ ン サ ル ティング 関 係（ management consulting
relationships）、アウトソーシング
2.2.15.9
資源競合の管理2.2.15.10
システムの設置、移行（transition）、操作、および引退に関する業務的な問題
2.2.15.11
ソフトウェアの発展と維持を支援する活動と訓練の管理
2.2.15.12
ソフトウェア技術の活動：開発、制御、管理、操作
2.2.16
セキュリティと管理、ウィルスとシステムの完全性
2.2.17コンピュータオペレーションの管理：例)テープ/DASD 管理、スケ
ジューリング、機能横断的な背景での自動化
2.3
意思決定理論2.3.1
メトリクスとモデル化

6

17,25,
42,45,
58

78,91,
92,94,
116

6

21

115

1,14,
22,94,
125

6,115

１

2.3.2
2.3.3

確実性、不確実性およびリスクの下での意思決定
情報のコスト/価値、IS の競合価値

2130,33,
79,80

１

2.3.4

意思決定モデルと IS：最適化、満足化

21

30,33,
79,80,
94,99,
106,
113

１

2.3.5

グループの意思決定プロセス

１

86,112,114

１

2.4
18,26,
94

１

86,94,
120

80,113

１

2.4.2
2.4.3

文化の多様性
グループ力学

8,25

94,98,
99,106,
113,
120,
121,
122

80,86,
116

１

2.4.4

チームワーク、リーダシップおよび権限委譲

80

86,94,
96,120,
121,
122

１

2.4.5

影響力、権限、政策の行使

１

2.4.6
2.4.7

認知スタイル
交渉と交渉スタイル

4,18
13.4
13.4

組織行動
2.4.1
ジョブ設計理論１

86,121
86

94,99,
121,
122

97

１

２５

13.3

8

86,94,
98,99,
106,
121,
122

80,113,
116

2.4.8

１

合意の形成

2.7
96,97

１

96,97

１

96,97

１

96,97

１
１

12,73,
119,
123
12,123

１

変革プロセスの管理
2.7.1
変革に抵抗する理由
2.7.2
変革を動機づける戦略
2.7.3
変革の計画づくり
2.7.4
変革の管理
2.8
IS の法的、倫理的側面
2.8.1
ソフトウェアの販売、使用許諾および取次ぎ（agency）

１

１

2.8.2
契約の基礎
2.8.2.1
契約法
2.8.3
プライバシ法

１

１

2.8.4

73

１
ｎ

15,40,
85,90,
119,
120,
123

73

39,73,
120
13.3

73,119,123

12,85

31,85,
119

12,121,
122

１

１

１
１
１
１
１

１
１
１
１
１

１

１

１

１

１

2.8.5
知的所有権の保護と倫理
2.8.5.1
知的所有の保護2.8.5.2
知的所有の形態、保護の意味、違反時の罰則
2.8.5.3
倫理（盗作、誠実、プライバシ）：使用、悪用、コンピュータ
技術の限界
2.8.6
倫理：盗作、誠実、倫理規則
2.8.6.1
倫理：盗作、誠実、プライバシ
2.8.6.2
倫理：コンピュータの専門家の社会的倫理的委任

ｎｎ

2.8.6.3
2.8.6.4
2.8.6.5

2.8.6.5
１

１

2.8.6.6

2.8.6.7

13.2,
12531,119

12

119

12,73

ｎ

１
１

85

１

１

11,85

１

１

ｎ

１

ｎ

１

11,85
11,85

12,85

2.8.7

１
１

取次ぎ（agency）と規制集団（regulatory bodies）

2.9

責任のあるコンピュータ専門家としての職業倫理綱領
倫理的な行動への動機と重要性；ハッカーの精神性と専門家の行動の対比倫理的なモデル；Bentham’s …

倫理的な分析の要素；倫理的な主張の討議、倫理的な選択への対処、疑問のある倫理的なアプローチ（素朴な相対主義、エゴイズム、エージェンシーと法律主義）
倫理的な分析；事例からの議論、類例と反例、関係者と倫理的な問題の特定、倫理綱領の適用、代替的な行動計画の特定と評価
社会的な分析；開発と技術の使用に対する社会的な文脈の影響、社会的な相互作用における力関係、技術は開発者の価値観を具体化する、設計と開発における経験的なデータの利用
アプリケーションのリスク、損失および責任

2.8.8
保証
プロフェッショナリズム
2.9.1
現時点での定期的、専門的、学術的刊行物
2.9.2
証明書の発行2.9.3
専門組織：例)DPMA、ACM、TIMS、ASM、DSI、ACE、IEEE、
ASQC、AIS、IAIM、INFORMS
2.9.4
専門家会議

２６

25
4

ｎ
１
１

74,86,
117
13.4

2.9.6
IS 産業、OEMs、システムインテグレータ、ソフトウェア開発業
2.9.7
コンピューティングの歴史的と社会的な背景（context）
2.10
個人的と対人関係の技能
2.10.1
コミュニケーションの技能

１

16,17

8,56

74,99,
117

94

117,
120

113,
114

2.10.2

１

会見（インタビュー）、聴聞（クエスチョニング）、聴取（リスニング）

3,10

14,31,
85,112

86,87,
121,
122

92

１

2.10.3
プレゼンテーションの技能
2.10.3.1
口頭および文書によるコミュニケーション
2.10.3.2
グラフィックスとマルチメディアの利用
2.10.3.3
訓練：目的、目標、コンピュータを利用する
2.10.4
コンサルティングの能力
2.10.5
執筆の技能
2.10.5.1
専門的な執筆の基礎
2.10.5.2
ドキュメンテーションのための原則と標準
2.10.5.3
ソフトウェアドキュメンテーションの開発
2.10.5.4
ドキュメンテーションツール
2.10.5.5
生涯学習の手段としての執筆
2.10.5.6
観察を獲得する方法としての雑誌記事の執筆
2.10.5.7
知識を探索するために問題に対する解決案を執筆する
2.10.6
積極的な態度と取組み

3,10

14,20

12,87,
121,
122

107

１

2.10.7

個人の目標の設定、意思決定、時間管理

3,10

25,78,
112

87,120114

１2.10.8原則を中心としたリーダシップ

１

13.2

8,12,19

2.10.92.10.10

交渉の原則
創造性と機会発見力を育てる

12,94

107

117

56,74

１

１
１

１
117

１
１
１
１
１

86
72,86,
100

105

１

3.0
システムの理論と開発
3.1
システムと情報の概念
3.1.1
一般的なシステム理論

13.1
3,5,22,
23

62

3,5,
13.8

13.8,22

1,50,
62,65,
100

4

5,22,62

22,60

116

１

13.1

5,8,14,
25,38

1,22,
46,50,
67,94

116

１

1

5,8,2522,64,
78,1164,13.1

7,16,
17,22

１
１

１
１
１

１
１

１

3.1.2
システム概念：例)構造、境界、状態、目的
3.1.2.1
情報理論の基本概念
3.1.2.2
組織システム，ソフトウエア製品とプロセスについての推論
3.1.2.3
システムについてのユーザと供給者の関係
3.1.3
オープンシステムの性質
3.1.4
システムの構成要素と関係

3.1.5
3.1.6

システム管理：標準、管理理論、フィードバック、ループ、測定、
品質
情報システムの性質（properties）

２７

3.2

13.2
2,13.8,13.14,
8,116

13.9,
76,90

116

１
ｎ

ｎ

ｎ
ｎ
ｎ
ｎ
ｎ

ｎ

１
１
１
ｎ
１
１

2,13.859,91,
116
2,13,91

14

１
110

48,76,
90

3.2.3
3.2.4
3.2.5

１

3,13.2

１
91,116システム開発へのアプローチ
3.2.1
システム開発モデル：例)SDLC,プロトタイピング
3.2.1.1
システム開発のライフサイクル：ソフトウェアのライフサイクル
モデル（反復的な増強、段階ごとの開発、スパイラル、ウォーターフォール）
3.2.1.2
プロトタイピングによる開発
3.2.1.3
パッケージによる開発
3.2.1.4
データ指向開発技術
3.2.1.5
プロセス指向開発技術
3.2.1.6
オブジェクト指向開発技術：ボトムアップ設計；再利用のための支援
3.2.1.7
システムエンジニアリングの考察
3.2.1.8システムの構成要素としてのソフトウェア
3.2.1.9
ソフトウェアプロセスおよびプロダクトライフサイクルモデル
3.2.1.10
ソフトウェアの生成方式とツール：スクラッチからの設計とコード作成、プログラムおよびアプリケーション生成プログラ
ム、高水準言語、再利用可能な構成要素
3.2.1.11
システム設計の方式とツール
3.2.2
パッケージの取得とインプリメント

１

ソフトウェア構成要素の統合
ユーザ開発のシステム
システム開発の取組み方法の選択

3.3
24

8

96

１

１
１
１

58

88,111

24

96

122

100

１
１

24

8

96

１

46

96,101

１

46

101

１

116
75,90,
108,
120

１
１
ｎ
ｎ
ｎ

13.3

8,98

74,106１

13.9

88,100１

77

91,110１

14,26,
115

110

１

ｎ

システム開発の概念と方法論
3.3.1
組織化とソフトウェアプロセスのモデル化
3.3.1.1
モデル化の概念
3.3.1.2
非同期とパラレルモデルを含む高度なモデル化概念
3.3.2
データモデリング：例)実体関連ダイアグラム、正規化
3.3.3
データ指向方法論
3.3.4
プロセス指向方法論
3.3.5
行動（事象モデリング）指向方法論
3.3.6
オブジェクト指向方法論
3.3.7
ソフトウェア工学のプロセスとプロダクト
3.4
システム開発ツールと技術
3.4.1
CASE
3.4.1.1
方法論（インフォーメーションエンジニアリング、ジャクソン技
法、Yourdon、C.F.Martin、など）：ソフトウェア設計の目標
3.4.1.2
ツール：CASE ツール、コード生成プログラム、GDSS
3.4.1.3
ツール（CASE ツール、コード生成プログラム、GDSS）：仕様と設計ツール；インプリメンテーションツール
3.4.2
グループベースの方式：例)JAD、構造化ウォークスルー、設計とコードのレビュー
3.4.3
ソフトウェアインプリメントの概念とツール：例) データ辞書、辞典、アプリケーション生成プログラム、再利用、プログラム生成プ
ログラム、ソフトウェアインプリメンテーション言語
3.5

3

115

１

82,83

１

28,123
13,72

ｎ77,115

１

アプリケーション計画
3.5.1
インフラストラクチャ計画：ハードウェア、通信、データベース、サイト（site）
3.5.2
IS アーキテクチャの計画

3.5.3
運用のための計画
3.5.4
システム規模、ﾌｧﾝｸｼｮﾝﾎﾟｲﾝﾄ、複雑さの管理のためのメトリクス
3.5.5
IS セキュリティ、プライバシおよび管理のための計画
3.6
リスク管理
3.6.1
実現可能性の評価（assessment）

２８

13.2

3

28,72,
125１

18,115１

13.3,94

116

94

116

107

18,105

3.6.2

１

ｎ

１

ｎ
１
１

１

11,94

120,
127

12,14,
94

108

107

１

ｎ

１

ｎ

ｎ
１
ｎ
１
116

13.3

１

112

12,87,
116

126

56

2,59,94

１

１

56

2,82,
117,
120

１

１

83

84

１

73,94

１

94

116

１

83

82,84,
96

１

94

108

107

１

１

109

１

13.3,
13.4

8,25

72,116

１

13.4

89

26,92,
100

１

13.4

3,8,36,111

14,77,
94,103

１

１

１
１
１
１
１
１
１
１

リスク管理の原則

3.6.3
不測事態対応計画
3.7
プロジェクト管理
3.7.1
プロジェクト計画と適したプロセスモデルの選択：プロジェクトスケ
ジューリングとマイルストーン
3.7.2
プロジェクトの組織、管理、原則、概念、問題
3.7.2.1
プロジェクト管理、組織上の問題
3.7.2.2
プロジェクト管理、原則、概念および問題
3.7.3
作業の分解構造とスケジュール
3.7.4
プロジェクトスタッフの配置に関する考察：例)マトリクス管理、人間の要因、チーム組織、報告
3.7.5
プロジェクト管理：計画、コストの見積り、資源配分、ソフトウェアの技術的レビュー、分析、フィードバック、コミュニケーション、品質の確保、スケジューリング、マイルストーン
3.7.5.1
プロジェクト管理のドキュメント
3.7.5.2
プロジェクトスケジューリングの表現
3.7.5.3
プロジェクトの経済：コスト見積りの技術とツール；コスト/利益分析；リスク分析；など
3.7.5.4
プロジェクトスケジューリングツール
3.7.6
複数のプロジェクト管理
3.7.7
管理上の懸念；ストレスと時間管理
3.7.8
3.7.9

システムドキュメンテーション
ユーザドキュメンテーション（例：参照マニュアル、操作手順、オンラインドキュメンテーション）

3.7.10システムのメトリクス
3.7.11
有効範囲の設定とその管理
3.7.12
構成管理
3.7.12.1
構成管理の原理と概念
3.7.12.2
システム発展の管理における役割
3.7.12.3
プロダクト統合（product integrity）の保守における役割
3.7.12.4
ドキュメンテーション：変更管理、版管理
3.7.12.5
構成管理のための組織構造
3.7.12.6
構成管理計画3.7.12.7
構成管理ツール
3.7.13システム開発の品質保証
3.7.14
プロジェクトの追跡：例)PERT,ガント（Gantt）
3.7.15
プロジェクトの閉鎖
3.8
情報とビジネスの分析
3.8.1
問題点と機会の発見：例)サービスの要求、計画プロセスから
3.8.2
アプリケーションの企業モデルへの関連づけ
3.8.3

要求決定と仕様化

２９

3.9
24

2

47,48,
50,60,
77,95

１
１
１
１
１
１
１
１
１
１

3

28

81

１

2,65,84

13

１

8,79

14,94

114

81

19

96

19,59

52

101

１
ｎ

１

１

１
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
ｎ
１
１
１
１
１
１

情報システム設計
3.9.1
設計：論理、物理
3.9.1.1
システム設計の方式とツール
3.9.1.2
ソフトウェア設計対システム設計の役割
3.9.1.3
システム性能と柔軟性のためのハードウェア-ソフトウェアのトレードオフ3.9.1.4
ハイレベルインタフェース、ハードウェア・ソフトウェア、ソフト
ウェア・ソフトウェアの設計
3.9.1.5
システム性能の予測
3.9.1.6
システムのモデル化の技法と表現
3.9.1.7
オブジェクト指向のシステム設計技術
3.9.1.8
システム設計技術：反復設計技術、モデル化、など
3.9.1.9
システム設計の柔軟性
3.9.2
設計手法：例)リアルタイム、オブジェクト指向、構造化
3.9.3
設計目的：例)利用可能性、性能
3.9.4
創造的な設計プロセスを促進する技術
3.9.5
情報表現の代替案；認知スタイル
3.9.6
人間とコンピュータの相互作用（例)エルゴノミクス、グラフィカル
ユーザインタフェース、音声、タッチパネル）
3.9.6.1
ユーザインタフェース（音声、タッチ...）3.9.6.2
エルゴノミクス3.9.6.3
共通ユーザアクセス
3.9.6.4
ユーザインタフェース：メニューシステム、コマンド言語、直接操作、共通インタフェースのツールキット
3.9.6.5
グラフィックス出力装置との特性
3.9.6.6
グラフィックスの原理との特性
3.9.6.7
グラフィックスソフトウェアシステム：一般的なグラフィックスの標準
3.9.6.8
ウィンドウマネージャのアーキテクチャとユーザインタフェー
ス
3.9.6.9
ツールボックスのアーキテクチャとプログラム支援環境
3.9.6.10
グラフィックデータと音の表現法
3.9.6.11
人間とコンピュータのインタフェースの問題のための設計技
術：装置の独立性、バーチャルターミナル、など
3.9.6.12
人間とコンピュータのインタフェースに関連した人的要素：
ユーザのクラスについての仮説、入力エラーの処理、画面
設計、など

３０

45

82,83

50,60,
91,97,
103

51,100,
116

１
ｎ

ｎ

ｎ

ｎ

ｎ
ｎ
ｎ

１

ｎ

13.14

3.10
システムの実装とテストの戦略
3.10.1システムの建造

2,14,
50,94

91,11065

3,50,
60,91,
103

116

１

3.10.2

ソフトウェアシステムの建造：例)プログラミング、単体テスト、ロー
ドモジュールのパッケージ化

14

45,98

116

１

97,98

116

１

2,70,94

98

116

ｎ

3.10.33.10.43.10.52

97
26,78,
98,122

114

ｎ

ソフトウェアの統合：例)パッケージ
システム変換：アプローチ、計画、実装
システム統合とシステムテスト：検証と妥当性、テスト計画の生成、
テスト（受入れテスト、単体テスト、統合テスト、後戻りテスト）
訓練：例)ユーザ、管理、運用、システム、訓練用の材料
ソフトウェアプロジェクトの管理：範囲の設定、予定作り、構成管理、品質保証：ソフトウェアの信頼性の問題（安全、責任、リスク評価）；メンテナンス

98

116

13.5

3,14

98

115

１

3.9.7
ソフトウェア開発
3.9.7.1
ソフトウェアの要求：原則；タイプ（機能、性能、その他）；分
析：発見の技術（プロトタイピング、モデル化、シミュレーショ
ン）；顧客とのコミュニケーション：ツール
3.9.7.2
ソフトウェア仕様：目的；標準；タイプ（機能、性能、信頼性、
その他）；形式モデル；表現；文書（標準、構造、内容、ユー
ザ、完全性、一貫性）；技術；品質属性の仕様：形式仕様言
語とツール
3.9.7.3
ソフトウェア設計：設計の原則（抽象、情報隠蔽、モジュー
ル性、再利用、プロトタイピング）；よく理解されたシステムのためのパラダイム；設計の水準；文書；設計の説明；サブシ
ステムの設計；設計の品質の評価；言語とツール；方式、実施および技法
3.9.7.4
ソフトウェアの品質保証：問題点、定義、標準、コントロールのための規律としての品質保証、品質に影響を及ぼす要因、SDLC の段階における品質への関心、計測、品質保証のための組織構造、計画、文書、品質保証プロジェクトチーム、品質とセキュリティ、産業での実践
3.9.7.5
ソフトウェアの正当性と信頼性：原則、概念、モデル化、方式
3.9.7.6
ソフトウェア品質保証の検証と妥当性：役割と方式、形式モ
デル、独立した検証と妥当性を確かめるチーム、ツール、
報告
3.9.7.7
ソフトウェアのインプリメント：インプリメントとソフトウェア設計の関係；ソフトウェアのインプリメント過程とプログラミング支
援環境の関係；設計の原則とインプリメンテーション言語の関係；ツール；評価（コーディングの標準、メトリクスなど）；その他のインプリメントに対する考察と問題点（言語構造とプ
ログラミング技術、再利用、アプリケーションジェネレータ、など）
3.9.7.8
ソフトウェアとハードウェアシステムの統合：方式、計画 、テスト（開発時の増殖テストも含む）、テスト結果の評価と文書化、システムの欠陥の診断、ハードウェアの誤りのシミュレーション
3.9.7.9
ソフトウェアのテスト：役割、原則と標準；テストと品質保証の関係；方式；テストの水準（ユニット、システム、統合、受け入れなど）；計画、監査；限界；統計的な手法；形式モデル；文書；ツール；テストと評価のチーム；組立てテスト（buildingtest）環境；テストケースの生成：後戻りテスト；ブラックボック
スあるいはホワイトボックスのテスト；技術的なレビュー；性能の分析；結果の分析と報告

１

１
１
１

１

ｎ

3.10.63.10.73.10.83.10.9システムのインストール
実装後のレビュー

３１

98

１
103

１

98

１
98,116

１

１
１
１
１

3.11
システムの運用と維持
3.11.1
サービス要請と変更管理
3.11.2
リバースおよびリエンジニアリング
3.11.3
調整と均衡化3.11.4システムとソフトウェア維持の概念
3.11.4.1
ソフトウェアメンテナンスの種類：認知、適応、改善
3.11.4.2
維持性のためのソフトウェアの設計法
3.11.4.3
ソフトウェア維持技術：プログラムの読み込み、リバースエン
ジニアリング

１

4

18,27

4

18,27

4,13.3

18,27

94

１

21

4,27
4

１
１

3,18

13.3

１
１

21
13.3,27

１

１
21

１

8,14,17

１

4,18

１
１

3.11.4.4
ソフトウェアの維持モデル
3.12
特殊な情報システムの開発
3.12.1
トランザクション処理システム
3.12.2
経営情報システム
3.12.3
集団支援システム
3.12.4
意思決定支援システム/専門家システム
3.12.5
役員支援システム
3.12.6
オフィスシステム
3.12.7
共同作業システム
3.12.8
ワークフローシステム
3.12.9機能支援システム：例)プロセス制御、マーケティング
3.12.10
組織間システム以上３２

付録 ８−ＩＳ ９７コ−ス仕様とラ−ニングユニット
付録 8 は各 IS'97 コースの詳細な記述を含む。詳細の一部は学習単位の仕様である。各学習単位は、与えられた学習単
位をとっている学生のための行動期待値である、学習目標および学習対象からなる。IS の知識体の要素は、第 4 の項目に示されている；たとえば学習単位 1、要素 1.1.3、CPU アーキテクチャと言うのは知識レベル 1 すなわち認知レベルで習うことになっている。ごく少数の例外を除いて、知識の深さは 3 段階要素でのみ規定されている。

ＩＳ ９７．Ｐ０−知的作業支援のソフトウェアツ−ルキット
コースの概要最低の技能の学生でも末端利用者に役立つ知識作業ツールを使って、個人的生産性および問題解決技能を高めることを学ぶ。
コースの意図IS'97 は必須な基本的なものとして、知識作業者に有用な一連のソフトウェアツール（表計算、データベース、プレゼンテー
ション用グラフィックス、データベース検索、統計、ワードプロセッシング、インターネットと電子メイル）を経験させることを提案している。コースにより変わるが、この材料は独学用モジュールとして、またはこのソフトウェアを使用している他のコースと関連したモジュールとして、あるいはフルコースとして提供される。
コースの主な項目
ワードプロセッシング、電子メイル、インターネットツール、表計算、データベース、プレゼンテーション用グラフィックス、外部
データベース検索、統計ソフトウェアへの入門
コースの指導要領
初心者学生にビジネスおよび産業で必要な期待されているレベルの個人としての生産性を保持させるためには、実務経験と知識作業ソフトウェアの効果的使用を含む問題解決の知識が必要となるだろう。公式な問題声明と解決の枠組み発展させて解ける問題クラスを特定化すること。
枠組みは、問題解決や、GUI を含む標準的コンピューティング環境の文脈の中でワードプロッセシングや表計算、データベ
ース、統計およびデータ管理ツールを駆使して、明確な例題的な応用を実施することと関連している。
プレゼンテーション用グラフィックスソフトウェア、即ち「スライド・ショウ」を使用して、短いプレゼンテーションを作成展開する
ことは、ソフトウェア活用能力のみならずコミュニケーション能力も開拓できる。
このコースを授講している学生は次の学習単位を終了するであろう。

番
号
１

ラーニングユニットのラーニングユニットの学習目標
ラーニングユニットにおける能力レベルと知識体
教育目的
初心者のためのコンセプ コンピュータシステムにおけるハ 1 1.1.3 CPU アーキテクチャ：CPU、記憶、レジスタ、アドレス
トと情報技術の定義とシ ードウェアとソフトウェア構成用語
指定モード、命令セット
ステムの紹介の記述と説明（ＬＯ−０００１）
1 1.1.4 コンピュータシステムの構成要素：バス、コントローラ、
記述，説明，ＯＳの使い方，インス
記憶システム、周辺装置
トール時のユーザインタフェー 1 1.2.1.4 ソフトウェア設計プロセス；仕様定義からインプリメント
ス，操作プログラムの記述と説明
まで
データファイルの定義とプロテクト 1 1.2.3 複合データ構造：例)データ、テキスト，音声、画像、
ＯＳの実行
ビデオ、ハイパーメディア（ＬＯ−０００２）
1 1.4.1 アーキテクチャ、オペレーティングシステムの目標と構
ソフトウェア製品知識とコンセプト
成；構成法、レイヤーモデル、オブジェクトサ−バモデと使い方についての定義と説明
ル（ＬＯ−０００３）
1 1.4.2 オペレーティングシステムとハ−ドウェアアーキテクチ
ャの相互作用
1 1.6.1 DBMS：特徴、機能 、アーキテクチャ
1 1.6.2 データモデル：関係、階層、ネットワーク、オブジェク
ト、意味オブジェクト
1 1.6.9 DBMS プロダクト：データベースシステムの最近の発

３３

２

３

ソフトウェアパッケージの標準的知識の学習と効果的利用のための能力開発(OS とユーザインタフェイス, ワードプロセシング,
スプレッドシート, データ
ベース, 統計, データマ
ネジメント, プレゼンテイ
ション, グラフィック, コミ
ニケイション)

レポート作成の時に使用するワー
ドプロセッサパッケージ, データ
ベース・テーブル（又はスプレッド
シート) の輸出, データベースの中のスプレッドシートの輸入, シ
ングルデータベースの使用と設計と開発。
（ＬＯ−００２２）

ソフトウェアパッケージの標準的な知識，複雑さの限界など
情報システムに内在する問題解決の概念について紹介する。

知的作業の能力を増すことや，
個人の生産性を改善するために
知的作業ソフトウェア（ワードプロ
フェッサスプレッドシート，データ
ベース，統計，データ管理，プレゼンテイション，グラフィック，コミ
ニケイション）を解決するための道
具としての使用法と，システムア
プローチの定義について，記述と説明（ＬＯ−０００４）

プレゼンテイションの時の道具（スライド上映），問題解決の時のコミ
ニケイションの手段としてのグラフィックパッケージ
参加者のための資料配布（ＬＯ−００２６）

定義, 状態, 組織化や個人の仕事における知的作業を含み問題
解決の道具(Ｌ０−０００５）
選択と適切な配置

展（例)ハイパーテキスト、ハイパーメディア、光ディスク）
1 1.6.11.3 データおよび応用システムの所有権とアクセスコント
ロール
1 1.6.13 情報検索：例)イメージ処理、ハイパーメディア
2 2.2.11 エンドユーザコンピューティングの支援、役割および機能
2 2.2.16 セキュリティと管理、ウィルスとシステムの完全性
2 2.3.3 情報のコスト/価値、IS の競合価値
3 3.1.2 システム概念：例)構造、境界、状態、目的
3 3.1.4 システムの構成要素と関係
1 3.1.5 システム管理：標準、管理理論、フィードバック、ループ、測定、品質
2 1.6.1 DBMS：特徴、機能 、アーキテクチャ
2 1.6.5 データ定義言語
2 1.6.7 知的な質問プロセッサと質問構成
2 2.2.11 エンドユーザコンピューティングの支援、役割および機能
2 3.2.1 システム開発モデル：例)SDLC,プロトタイピング
2 3.2.2 パッケージの取得とインプリメント
3 3.2.3 ソフトウェア構成要素の統合
3 3.7.8 システムドキュメンテーション
3 3.7.9 ユーザドキュメンテーション（例：参照マニュアル、操作
手順、オンラインドキュメンテーション）
2 3.9.1 設計：論理、物理
2 3.9.3 設計目的：例)利用可能性、性能
2 3.10.1 システムの建造
2 3.10.5 システム統合とシステムテスト：検証と妥当性、テスト計
画の生成、テスト（受入れテスト、単体テスト、統合テス
ト、後戻りテスト）
2 3.10.6 訓練：例)ユーザ、管理、運用、システム、訓練用の材料
1 1.1.1 基本的なデータの表現：非数値、数値（整数、実数、誤差、精度）
1 1.2.1 形式的な問題と問題解決
1 1.2.1.4 ソフトウェア設計プロセス；仕様定義からインプリメント
まで
1 1.2.1.5 問題認識文とアルゴリズムの決定；手続き的な抽象化；パラメータ
1 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム
対個人；管理タスク）
1 1.2.3 複合データ構造：例)データ、テキスト，音声、画像、ビデオ、ハイパーメディア
1 1.2.6 ソート，探索のデータ構造とアルゴリズム
1 2.2.5 IS 組織の目標と目的の決定
1 2.2.10 IS の戦略的使用：例)競争優位と IS、プロセスリエンジ
ニアリング、ISと品質、IS の世界的な影響と国際的考慮
1 2.2.11 エンドユーザコンピューティングの支援、役割および機能
1 2.2.16 セキュリティと管理、ウィルスとシステムの完全性
1 2.10.6 積極的な態度と取組み
1 2.10.7 個人の目標の設定、意思決定、時間管理
1 2.10.8 原則を中心としたリーダシップ
2 3.1.1 一般的なシステム理論
1 3.1.2 システム概念：例)構造、境界、状態、目的
3 3.2.4 ユーザ開発のシステム
1 3.5.2 IS アーキテクチャの計画
1 3.7.1 プロジェクト計画と適したプロセスモデルの選択：プロ
ジェクトスケジューリングとマイルストーン

３４

個人システムの道具としてのツー
ルとパッケージ（ＬＯ−００２０）４

社会における情報技術の応用と関連について紹介

2 3.8.3 要求決定と仕様化
4 3.9.4 創造的な設計プロセスを促進する技術
3 3.10.2 ソフトウェアシステムの建造：例)プログラミング、単体テ
スト、ロードモジュールのパッケージ化
1 3.10.7 ソフトウェアプロジェクトの管理：範囲の設定、予定作
り、構成管理、品質保証：ソフトウェアの信頼性の問題（安全、責任、リスク評価）；メンテナンス
1 3.12.6 オフィスシステム
社会における情報技術のインパ 1 1.5.1 国際通信標準、モデル、傾向
クトと関係について記述と説明
1 1.5.2 データの伝送；媒体、信号化技法、伝送上の損失、符（ＬＯ−０００６）
号化、エラー検出、圧縮
企業における情報システムの役 1 1.5.4 ローカルエリアネットワーク
割対グローバルな環境の説明
2 1.5.5 広域ネットワーク：交換技術、一斉同報通信技術、ル（ＬＯ−００３９）
ーチング
1 1.5.6 ネットワークアーキテクチャとプロトコル
2 1.5.7 相互ネットワーク接続
1 1.6.1 DBMS：特徴、機能 、アーキテクチャ
1 1.6.9 DBMS プロダクト：データベースシステムの最近の発展（例)ハイパーテキスト、ハイパーメディア、光ディスク）
1 2.1.4 企業内での IS の役割：戦略的、戦術的および業務的
1 2.1.5 組織ストラクチャにおける IS の影響；IS と継続的な改善
2 2.2.10 IS の戦略的使用：例)競争優位と IS、プロセスリエンジ
ニアリング、ISと品質、IS の世界的な影響と国際的考慮
2 2.4.2 文化の多様性
1 2.9.7 コンピューティングの歴史的と社会的な背景（context）
1 3.1.3 オープンシステムの性質
1 3.1.6 情報システムの性質（properties）
1 3.12.1 トランザクション処理システム
1 3.12.2 経営情報システム
1 3.12.3 集団支援システム
1 3.12.8 ワークフローシステム
2 3.12.9 機能支援システム：例)プロセス制御、マーケティング
1 3.12.10 組織間システム

３５

ＩＳ ９７．１− 情報システムの基礎（先修条件：ＩＳ ９７．Ｐ０）
コースの概要システム理論、品質、意思決定と情報システムの組織上の役割が紹介される。計算機および通信システムを含む情報技術が強調される。組織概念と情報システムの成長およびリエンジニアリングが紹介される。
コースの意図このコースはシステムと開発概念、情報技術、および応用ソフトウェアの紹介を行う。組織において情報がどのように使われるか、IT が品質、時間競争優位上の進歩に役立っているかを説明する。
コースの主な項目
システム概念 システム成分および関連性；コスト／価値、と情報の品質；競争優位と情報；仕様、情報システムの設計とリエ
ンジニアリング；応用ソフトウェア対システムソフトウェア；パケー・ソフトウェア解；手続型および非手続型プログラミング言語；オ
ブジェクト指向型設計；データベースの特徴、機能および構造；ネットワークと通信システムとその応用；IS 専門家の性格とIS キャリアパス。
コースの指導要領
実際の末端利用者の知識を有する学生は、システム理論および品質概念を、情報技術概念と情報システム開発への導入として学ぶ。コンピュータと通信システムの構造と機能についても少し教わる。標準的システムの目的と組織についても紹介される。
情報が組織目標をめざしてスタートし到達することに重要な意味を持つているという考え方が、情報を蓄積するデータベースの開発の探究の基礎として使われる。情報システムは情報を処理し交流するために導入される。組織の動的性質と組織の成長とリエンジネイアリングの必要性は、IS 開発方法論を理解するための動機付けとして使用される。
入門レベルの人ために、上級情報システムプロフェショナルに至る能力開発経路が明らかにされる。プロフェショナルの倫理的期待と義務について説明される。個人および個人間の交流技術の必要性が議論される。
このコースを授講している学生は次の学習単位を終了するであろう。

番
号
５

ラーニングユニットの教育目的システムと品質概念について紹介する

ラーニングユニットの学習目標
システム理論と品質概念の説明（ＬＯ−０００８）

ラーニングユニットにおける能力レベルと知識体
2 2.2.10

2 3.1.1
1 3.1.2
2 3.1.3
2 3.1.4
2 3.1.5
６

７

ISO 9000(Baldridge) の成功( 業 1 2.3.1
績達成) のための計測設備のた 1 2.3.2
めの方法論, 国際パフォーマン 3 2.3.3
スレビュと他の品質標準( ＬＯ−０
０４６）
ハードウェア，ソフトウェア 重要なハードウェア，ソフトウェア 1 1.1.3と情報技術概念に関して の 関 連 す る 要 素 と 機 能 ，
提供する
PC,LAN,WAN からなる情報シス 2 1.1.4
テムの通信の基礎の説明(ＬＯ−００１４）
2 1.4.1
全体の品質改善のため
情報の組織的使用に対して紹介する2 1.4.2
2 1.5.1
2 3.1.6

IS の戦略的使用：例)競争優位と IS、プロセスリエンジ
ニアリング、ISと品質、IS の世界的な影響と国際的考慮
一般的なシステム理論
システム概念：例)構造、境界、状態、目的
オープンシステムの性質
システムの構成要素と関係
システム管理：標準、管理理論、フィードバック、ループ、測定、品質
メトリクスとモデル化
確実性、不確実性およびリスクの下での意思決定
情報のコスト/価値、IS の競合価値

CPU アーキテクチャ：CPU、記憶、レジスタ、アドレス指定モード、命令セット
コンピュータシステムの構成要素：バス、コントローラ、
記憶システム、周辺装置
アーキテクチャ、オペレーティングシステムの目標と構
成；構成法、レイヤーモデル、オブジェクトサ−バモデ
ル
オペレーティングシステムとハ−ドウェアアーキテクチ
ャの相互作用
国際通信標準、モデル、傾向
情報システムの性質（properties）

３６

８

９

10

11

12

情報技術の限界的使用 絶えざる発展とリエンジニアリング 2 2.1.5 組織ストラクチャにおける IS の影響；IS と継続的な改をするために組織的に関 一組の IS の道具の概念
善係するシステムのエンジ （ＬＯ−００５８）
2 2.2.10 IS の戦略的使用：例)競争優位と IS、プロセスリエンジ
ニアリング又は設計，仕ニアリング、ISと品質、IS の世界的な影響と国際的考様作成のための熟達と概慮念について−用意する
2 2.4.4 チームワーク、リーダシップおよび権限委譲
2 2.4.8 合意の形成
2 2.10.2 会見（interviewing）、聴聞（questioning）、聴取（listening）
2 3.1.4 システムの構成要素と関係
2 3.1.5 システム管理：標準、管理理論、フィードバック、ループ、測定、品質
2 3.2.1 システム開発モデル：例)SDLC,プロトタイピング
2 3.3.1 組織化とソフトウェアプロセスのモデル化
2 3.3.4 プロセス指向方法論
2 3.4.2 グループベースの方式：例)JAD、構造化ウォークスル
ー、設計とコードのレビュー
2 3.8.1 問題点と機会の発見：例)サービスの要求、計画プロ
セスから
2 3.8.3 要求決定と仕様化
2 3.9.4 創造的な設計プロセスを促進する技術
2 3.12.8 ワークフローシステム
どんな情報技術が、
戦略的組織化の過程と情報シス 2 2.2.1 IS 計画
設計の為に使用すること テム管理の関係を説明する。
3 2.2.10 IS の戦略的使用：例)競争優位と IS、プロセスリエンジが出来るかを示す。仕事 （ＬＯ−００４７）
ニアリング、ISと品質、IS の世界的な影響と国際的考が容易になることと、伝え慮
る
教育目標と学習目標
個人の意思決定の概念 目標達成と個人の意思決定と最 1 2.10.6 積極的な態度と取組み
終目標設定の概念についての説 1 2.10.7 個人の目標の設定、意思決定、時間管理
最終目標の作成，
明と討論目標設定の要求と, 作 1 2.10.8 原則を中心としたリーダシップ
信頼性と権限，業を遂行するためにあたえられた--を説明する
権限中における意思決定（個人)の説明（ＬＯ−０１９７）
情報システムのキャリア 通信のキャリアパスの定義と説明 2 2.9.2 証明書の発行
パスを示す（ＬＯ−００７７）
2 2.9.3 専門組織：例)DPMA、ACM、TIMS、ASM、DSI、ACE、
IEEE、ASQC、AIS、IAIM、INFORMS
2 2.9.4 専門家会議
2 3.7.4 プロジェクトスタッフの配置に関する考察：例)マトリクス
管理、人間の要因、チーム組織、報告開業された情報システム 特定の情報システムの行動評価 2 2.8.1 ソフトウェアの販売、使用許諾および取次ぎ（agency）の専門的，道徳的責任に のために道徳上の専門コードの 2 2.8.2 契約の基礎
3 2.8.5 知的所有権の保護と倫理
ついて使用 （ＬＯ−０１１７）--提供と討論をする
倫理の記述と法律上の論点ソフト 3 2.8.6 倫理：盗作、誠実、倫理規則
ウェア使用法の，道徳上の重要 1 2.8.8 保証性についての討論と説明
3 2.9.3 専門組織：例)DPMA、ACM、TIMS、ASM、DSI、ACE、
IEEE、ASQC、AIS、IAIM、INFORMS
販売，配布
2 2.10.4 コンサルティングの能力
操作と更新（ＬＯ−０１５７）
3 2.10.7 個人の目標の設定、意思決定、時間管理
2 3.7.5 プロジェクト管理：計画、コストの見積り、資源配分、ソフトウェアの技術的レビュー、分析、フィードバック、
コミュニケーション、品質の確保、スケジューリング、マイルストーン
3 3.7.7 管理上の懸念；ストレスと時間管理

３７

ＩＳ ９７．２ −情報システム技術利用時の個人の生産性（先修条件：ＩＳ ９７．Ｐ０）
コースの概要
学生は情報技術を問題シミュレーションのために適用したり、個人またはグループのための小さな情報システムの設計およ
び利用によって、知的業務を効率的効果的に行う能力を身につける。
コースの意図このコースは、パッケージソフトウェアの効果的効率的利用により、学生に知的作業者としての技能を向上させる。それは個人およびグループ作業をカバーする。特に生産性概念に重点を起き、コンピュータソフトウェアの機能や特徴によりそれを実現する方法に重点をおいている。解決法の設計と開発は小さなシステムに焦点を当てている。
コースの主な項目
末端利用者システム対組織システム；知識業務の分析とその要求；知的業務の生産性概念；個人およびグルーの生産性を支援するソフトウェアの機能性；組織およびソフトウェア・データの管理；組織データへの接続、外部データへの接続；コンピュータ解の選択；実践的マクロプログラムの展開；ユーザインターフェースの設計と実行；データベースソフトウェアを使用した解の展開；個人およびグループ情報管理活動のレベルアップと拡大。
コースの指導要領
末端利用者として必須な知的業務実行技術を有する学生は、一連のより強力な「個人システム」を受講し、マスターし、利用することによって基本的な問題解決技術を高める機会を持つ。コースは理論的問題解決要素と、構造的に管理された実験的経験に基づくそれと同レベルの要素を有する。知的業務ツールセットは、LAN または WAN 通信と同様に問題解決のドメインの文脈である。

番
号
13.
1

13.
2

13.
3

ラーニングユニットの教育目的
知的作業の概念の記述と個人的情報技術の必要性とそのサポ−ト

ラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

基本的なデータ構造：リスト、配列、記号列、レコー
ド、集合、リンク付きリスト、スタック、待ち行列、木、グ
ラフ
1 2.2.10 IS の戦略的使用：例)競争優位と IS、プロセスリエン
比較と対象デ−ダ、情報と知識
ジニアリング、ISと品質、IS の世界的な影響と国際的考慮
知的作業活動の記述；知的作業における効率的達成度につい 2 2.2.11 エンドユーザコンピューティングの支援、役割および機能て、方法の説明と定義
1 2.2.3.3 権限委譲/ジョブオーナーシップ
1 2.2.3.4 教育と訓練
1 3.1.1 一般的なシステム理論
1 3.1.4 システムの構成要素と関係
1 3.1.6 情報システムの性質（properties）
個人対、組織的情報シ 応用計画の対照と比較、開発、 1 2.1.7 組織でのソフトウェアシステムの使用に関する組織
ステムの要求の関係
個人対 情報システム組織のリス的問題
1 2.2.1 IS 計画
ク管理
2.2.1.1 IS 計画の企業計画との連携
ユ−ザ開発のシステムの将来性 1 2.8.7 アプリケーションのリスク、損失および責任の或る問題の記述
1 2.10.10 創造性と機会発見力を育てる
1 3.2.1.3 パッケージによる開発
2 3.2.4 ユーザ開発のシステム
1 3.6.2 リスク管理の原則
個人対グル−プの共同 個人対グル−プテクノロジィの記 1 2.1.3 組織のスパン：単一ユーザ、作業グループ、チーム、
知的作業の、概念の紹 述 と 説 明； 付 加 さ れ た 処 理
企業、グローバル介と、情報要求分析と （addition
1 2.1.5 組織ストラクチャにおける IS の影響；IS と継続的な改善技術の関係
al processing)と他の問題や、グル−プ作業によつて必要となった 1 2.8.5 知的所有権の保護と倫理要求
2.8.5.1 知的所有の保護
2.8.5.2 知的所有の形態、保護の意味、違反時の罰則
共通の知識要求の為のグル−プ
2.8.5.3 倫理（盗作、誠実、プライバシ）：使用、悪用、コンピ
支援技術ついての記述と説明
ュータ技術の限界
1 3.4.2 グループベースの方式：例)JAD、構造化ウォークス
ルー、設計とコードのレビュー
情報分析の過程と情報技術の応
知的作業の概念の説明と限界の明確化

1 1.2.2

３８

用についての記述と説明

13.
4

分析の過程と目標、
知的作業記録、
情報技術、個人及びグル−プ作業の為めの
情報要求

個人及びグル−プの知的作業の為の属性と特徴についての記述と説明知識の構築と仕事の維持についての説明と討論
系統立てて引き出した質問の活用と個人及びグル−プからのデ−タ要求の証明

13.
5

情報技術の要求の関係についての 証明
概念の定義、個人的な 与えられた知的作業の課題と活ソフトウェアとデ−タの 動、デ−タ検索と保存をサポ−ト
管理をする為めのアプ する為のファイルのネ−ミングとフロ−チの実際と原理
ァイル構造のディレクトリィ作成の設計と実行

2 3.7.1

プロジェクト計画と適したプロセスモデルの選択：プロジェクトスケジューリングとマイルストーン
1 3.7.9 ユーザドキュメンテーション（例：参照マニュアル、操
作手順、オンラインドキュメンテーション）
1 3.8.1 問題点と機会の発見：例)サービスの要求、計画プロ
セスから
1 3.12.3 集団支援システム
1 3.12.6 オフィスシステム
1 3.12.7 共同作業システム
1 2.4.3 グループ力学
1 2.4.4 チームワーク、リーダシップおよび権限委譲
1 2.4.8 合意の形成
1 2.10.2 会見（interviewing）、聴聞（questioning）、聴取（listening）
1 3.8.1 問題点と機会の発見：例)サービスの要求、計画プロ
セスから
1 3.8.2 アプリケーションの企業モデルへの関連づけ
1 3.8.3 要求決定と仕様化

1 1.6.11 データとデータベースの管理
1 2.2.13 バックアップ、災害計画および復旧
1 2.2.15.4 データ管理
1 2.2.15.5 データとアプリケーションの所有権
1 3.10.4 システム変換：アプローチ、計画、実装

ソフトウェアの獲得とアップグレイ
ドに応用する為の原則的な一覧
表

13.
6

13.
7

13.
8

OLE を含むアプリケ−ションの中でデ−タを変換する為のアプ
ロ−チについて記述する、デ−タの出力／ 入力、変換とオルタネ
イト法
組織的デ−タベ−ス概 関係デ−タベ−スの活用と技術 2 1.6.1 DBMS：特徴、機能 、アーキテクチャ
1 1.6.2 データモデル：関係、階層、ネットワーク、オブジェク
念の説明、構成要素、 について記述と説明
ト、意味オブジェクト
構造、検索、機密保護
組織的デ−タベ−スの活用と技 1 1.6.5 データ定義言語と管理の重要性術について記述と説明
1 1.6.6.3 アプリケーションとユーザインタフェース（DML、質問、
QBE、SQL）
組織的デ−タ貯蔵庫デ−タ質問（query)の為のデ−ベ−ス検索ファシ
リチィの使用組織が必要とする外部 好時機と原価、内容、ソ−スの定 1 1.5.1 国際通信標準、モデル、傾向情報の検索の戦略と可 義外部情報資源の討論と定義
1 1.5.4 ローカルエリアネットワーク
1.5.4.1 トポロジィ、媒体アクセスの制御、多重化
能性、内容と定義
外部情報資源の検索と所在にイ 1.5.4.2 ローカルエリアネットワークと WAN：トポロジ、ゲート
ンタネットツ−ルの有効活用：拾ウェイ、利用(機能とオフィスオートメーション)、PBX
い読み、検索、
1.5.4.4 分散システムのアーキテクチャ
1.5.4.5 分散システムのハードウェアの概観
外部情報の個人的なデ−タデレ 1 1.5.5 広域ネットワーク：交換技術、一斉同報通信技術、ルーチング
クトリィ（辞書）の更新と作成
1 1.6.8 分散型データベース，リポジトリとウェアハウス
2 1.6.11 データとデータベースの管理
3 1.6.13 情報検索：例)イメージ処理、ハイパーメディア
ソフトウェアの取得と開 情報システムのライフサイクルの 1 2.2.1 IS 計画
発の考え方を含み、情 概念について討論
2 3.1.2 システム概念：例)構造、境界、状態、目的報システム開発のライフ
2 3.1.4 システムの構成要素と関係

３９

13.
9

13.
10

13.
11

サイクルについて提案と 顧客開発のソフトウェア対パッケ 2 3.2.1
説明−ジソフトウェアの取得の間にお 2 3.2.2
ける決定基準についての定義と説明
応用ソフトウェアと、ゼネ デフォルトセッテイングの特定の 3 3.2.2
ラルパ−パスの使用に 機能を備えたゼネラルパ−パス・ 2 3.4.3
ついて紹介と調査
ソフトウェアのカストマイズとセッテ
イング
大規模なソフトウェアパッケージのライブラリィの中に、記録する事と蓄積する事に依って、ソフトウェ
アシステムに加えられた能力"help"ファシリテイ、ソフトウェアの中に於いて用意された情報検索
技術； help" ファシリティの使用と、意見をいう(observe)
デ−タと手続き表現の概念についての説明と討論、プログラム言語、インタプリタとコンパイラ、開発環境、とイベントドライブ・グラフ
ィカル・ユ−ザインタ−フェ−ス

1 1.2.1
ソフトウェア開発の ア
1 1.2.2
プロ−チの紹介と調査、手続きの戦略と目的に
1 1.2.5
ついて説明、イベントド1 1.3.1
ライブ、とオブジェクト指
向プログラミングパラダ
比較、関係と構造の概念の説明、 1 1.3.3
イム
イベント−ドライブ、とプログラム 1 1.3.4
設計のオブジェクト指向アプロ−
1 1.3.5
チ及び各アプロ−チの例
1 1.6.6
開発の構造化コードと 単純な問題において入力を与え 2 1.2.1
アルゴリズムのプロセス る代わりに要求する出力を定義 2 1.2.2の発展と紹介する: 問題の展望を与える
2 1.3.3
基本的なデータタイプとこれらの 1.3.3.1
1.3.3.2
操作について述べる

システム開発モデル：例)SDLC,プロトタイピング
パッケージの取得とインプリメント

パッケージの取得とインプリメント
ソフトウェアインプリメントの概念とツール：例) データ
辞書、辞典、アプリケーション生成プログラム、再利用、プログラム生成プログラム、ソフトウェアインプリメ
ンテーション言語

形式的な問題と問題解決
基本的なデータ構造：リスト、配列、記号列、レコード、
集合、リンク付きリスト、スタック、待ち行列、木、グラフ
ファイル構成：順、直接アクセス、ハッシング、索引付
基本的なプログラミング言語の構造；言語とアプリケー
ションの比較
手続き型言語
非手続き型言語：論理型、関数型, イベントドリブン（event driven）
第４世代言語アプリケーションインタフェース
形式的な問題と問題解決
基本的なデータ構造：リスト、配列、記号列、レコード、
集合、リンク付きリスト、スタック、待ち行列、木、グラフ
手続き型言語手続き型プログラミングの利点と欠点
基本的な型宣言；算術演算子と代入；条件文；ループと再帰

標準的制御構造を利用するか、
偽コード技術かどちらかか又グラフィカルの両方を使用するプログ
ラムロジックを設計する、シーケン
ス、反復と選択
伝送データ構造とプログラミング
言語の中のプログラム設計、伝送の検証、結果の正確さを確実にする、
サ
ンプルデータセットとテストデータ
13.
12

関係データベースソフト ノマルフォームの概念、参照の完 2 1.6.1 DBMS：特徴、機能 、アーキテクチャ
1.6.1.1 DBMS（特徴、機能、アーキテクチャ）；データベースシ
ウェアパッケージを使用 全性、関係、テーブルについて
ステムの構成要素(データ、辞書、応用プログラム、ユする為の目的と開発可 記述と説明
能性に付いて紹介するーザ、運営)
ワークフローを引く事、又は他の1.6.1.2 論理設計（DBMS 独立設計）: ER、オブジェクト指向
要求記録、単純マルチ・テーブル 2 1.6.2 データモデル：関係、階層、ネットワーク、オブジェク
データベース設計を引き出す
ト、意味オブジェクト
1.6.2.1 関係データモデルの専門用語；概念スキーマから関関係データベースソフトウェアパ
係スキーマへの写像
ッケージッを使用する事、テーブ
1.6.2.2 概念モデル化（例)実体関連、オブジェクト指向）：参照関係；実ルの実行と移植、データを見るた 2 1.6.4 一貫性（参照、データ項目、内部関係）
体と参照の一貫性
めの、幾つかの単純な質問を開

４０

発する
13.
13

グラフィカル ユーザイ 開発環境の中で DUI イベントンタフェースファシイリテ ドライブ ソリューションの応用
イの実行と設計の開発
可能性と紹介する
幾つかのオブジェクトの単純な応用を築き上げる( ラベル、フィー
ルドエデイットボックス、レデイオ
ボタン、コマンドボタン)

13.
14

プロトタイピング過程を提示する、又紹介と評価の概念の応用及び、個人的応用プロトタイ
プの進化論的改良要求に対してアプリケーションの能力を比較する、それは合う事を意味する
アプリケーションの検証過程で、いずれかを選ぶべき結果の同一である証明

2 1.6.5 データ定義言語
1 2.1.1 組織の階層とフローモデル
2 1.6.6 アプリケーションインタフェース
1.6.6.2 DML、質問、QBE、SQL など：データベ ース質問言
語：データ定義、質問の形式、更新副言語、制約の表
現、参照一貫性、手続き型言語における埋め込み
1.6.6.3 アプリケーションとユーザインタフェース（DML、質問、
QBE、SQL）
1.6.6.4 イベントドリブンスクリーンオブジェクト( ボタン、リスト
ボックスなど)2 3.2.1 システム開発モデル：例)SDLC,プロトタイピング
3.1.1.1 システム開発のライフサイクル：ソフトウェアのライフサ
イクルモデル（反復的な増強、段階ごとの開発、スパ
イラル、ウォーターフォール）3.2.1.2 プロトタイピングによる開発
1 3.10.5 システム統合とシステムテスト：検証と妥当性、テスト計
画の生成、テスト（受入れテスト、単体テスト、統合テス
ト、後戻りテスト）

アプリケーション ソフトウェアのひな型において、エラーの見込みと結果の定義と評価

13.
15

13.
16

15

ひな型の改良の為に、プロセスとアウトプット、インプットの修正
将来の情報技術能力に 個人的な情報技術の為の関連性 1 2.2.14
1 2.2.5
おいて、重要性を明ら と、技術の説明と一覧表
かにする事と、基本的与えられた技術、それは将来開技術を提示する発の為の重要性と、将来知的作業の生産性について説明する
情報技術の変化の後継者と運転者を明らかにする
個人的生産性を向上す 知的作業活動において、情報シる為に、単独の個人的 ステムの組み合わされた問題解く
レベルの情報システム 時に、実行可能な解を実行するために、応用とパッケージ(and/or 高水準言語) の開 高水準データベース言語 及び発と、設計、分析、研究 / 又
パッケージを使用する、分析、する、定義する設計、開発、

新しい技術（emerging technologies）の管理
IS 組織の目標と目的の決定

3 1.2.1 形式的な問題と問題解決
2 2.2.11 エンドユーザコンピューティングの支援、役割および機能
3 3.2.3 ソフトウェア構成要素の統合
3 3.2.4 ユーザ開発のシステム
2 3.6.1 実現可能性の評価（assessment）
3 3.9.3 設計目的：例)利用可能性、性能

個人的なシステムの実行に依って、増加した生産性の実現の評価
個人的な情報管理の基 情報資源の共同の又は相互の、 2 1.5.5 広域ネットワーク：交換技術、一斉同報通信技術、ルーチング
礎である考え方を明ら 個人の為のデータアクセスと運用
2 1.5.9 ネットワークのセキュリティ:暗号化、ディジタル署名、
かにする、又実行する について説明する
認証
事の為の戦略とツールを適用する、また情報 個人の為の仕事と活動の支援を 2 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、電話網、ｅ-メール、マルチメディア、ビデオ会議、付資源を使用する事とアク 命じた為に、必要とした情報技術
加価値通信網セスする事について定義する
2 1.6.11 データとデータベースの管理
個人対企業の、管理の為の要求 2 2.2.7 CIOとスタッフの機能について知的な討論、ISとT,IRM, 2 2.2.15.1 通信管理
システムの開発、システムの更 2 2.2.15.4 データ管理
新、システムの運用、作業グルー 2 2.2.15.5 データとアプリケーションの所有権プの要求に対して個人的情報技 2 2.8.3 プライバシ法
術の基礎の関連、部門又は組織

４１

ＩＳ ９７．３−情報システムの理論と実践 （先修条件：ＩＳ ９７．２）
コースの概要個人的情報システムを構築した学生は IS 学問の理論に接する。これら理論の応用例としての組織の成功や管理、利用者、
IS プロフェショナルの役割が、紹介されている。
コースの意図このコースは組織システム、計画意思決定プロセスへの理解、そして情報システムが如何に組織における意思決 定支援に使われているかを理解させる。それは品質、意思決定理論、情報理論、そよび組織に生存しうる情報を提供するに必要な演習を含む。競争優位のための IS の概念、資源としてのデータ、IS および IT の計画と実行、TQM とリエンジニアリング、プロジェク・トマネージメントとシステム開発、および末端利用者コンピューティング（EUC）。
コースの主な項目
システム理論と概念；情報システムと組織システム；意思決定理論とそれが IT によりどう実行させるか；品質、 TQM とリエン
ジニアリング；システムのレベル；戦略的、戦術的および作戦的；システム部品と関連性；情報システム戦略；情報および情報技術；システムを利用し、開発し管理している人の役割；IS 計画；人間コンピュータインターフェース；ネットワークと通信システ
ム管理；電子取り引き；システム成果の実行と評価；情報システム設計と利用に関連する社会的倫理的事項。
コースの指導要領
知識作業ツールを使用して個人の生産性向上システムを実行しているような末端利用者技術を有する学生は、このコースに述べられているような情報システム理論を使用する資格がある。
コースはこれに続くコースの使用のための基本的概念を説明している；システム的見方、組織とシステム開発、情報の流れ、
情報システムの性質、およびシステム構造を表現する基本的技術。
学習、目標設定と遂行、意思決定および個人、グループやチームの他の特性が探究される。組織モデルや計画が説明される。品質概念が説明される。IS 計画と開発活動が管理者と利用者という組織的文脈の中で説明される。クロス機能的な管理者と利用者のチームが議論される。

番
号
16

ラーニングユニットのラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

教育目標
情報システム理論の基本的 情報システムの訓練の基礎的概念の 2 2.9.7

コンピューティングの歴史的と社会的な背景

概念を記述し討論するこれは 定義と説明（context）

開業医にとって重要なことで （ＬＯ−００２９）

2 3.1.6

情報システムの性質（properties）

あるを紹介する17

情報システムにおいて，戦略 情報システムの訓練の歴史的発展に 2 2.1.1
的必要な組織上の要素は何 関する記述（ＬＯ−０００７）
か・・を見せる

2 2.1.2

組織における情報システムの戦略的 2 2.1.4
役割に関する説明

2 2.1.5（ＬＯ−００１１）
競争力を増すために情報システム活

組織の階層とフローモデル
組織上の作業グループ
企業内での IS の役割：戦略的、戦術的および業務的
組織ストラクチャにおけるIS の影響；IS と継続的な改善

2.2.10

IS の戦略的使用：例)競争優位とIS、プロセスリエンジ

動の戦略的関係の説明

ニアリング、ISと品質、IS の世界的な影響と国際的考（ＬＯ−００３３）慮

オペレーショナルレベルの，応用シス 2 2.3.1 メトリクスとモデル化
テムと戦略と戦術の間の相違点につ 2 2.9.7

コンピューティングの歴史的と社会的な背景

いての説明 （ＬＯ−００３８）（context）
2 3.1.6

情報システムの性質（properties）

2 3.12.8 ワークフローシステム
2 2.2.3.6 創造性を育む風土を確かなものにする
18

情報システムにおいて 組織 組織化の再設計と，情報システムの開 2 2.1.1

組織の階層とフローモデルの中における開発と管理は 発の説明，この開発の過程における 2 2.1.2

組織上の作業グループ

何か・・を討論する。

責任と，個人のグループについての 2 2.1.3

組織のスパン：単一ユーザ、作業グループ、チーム、

説明

企業、グローバル

４２

（ＬＯ−００１６）

2 2.1.6

組織ストラクチャ：集中型、分散型、マトリクス型

2 2.2.1

IS 計画

情報システム組織の中の専門的ＩＳ要 2 2.2.3

スタッフ配置と人的資源管理員の役割についての説明，ＩＳ管理の 2 2.2.4

IS の機能ストラクチャ-企業内対アウトソーシング

機能，ＣＩＯ，プロジェクトマネジャ，情 2 2.2.7

CIOとスタッフの機能

報分析者の説明，ケアパス（経歴）の2.2.15

副機能の管理説明

2.2.15.1 通信管理

（ＬＯ−００４１）

2 2.2.17 コンピュータオペレーションの管理：例)テープ/DASD
管理、スケジューリング、機能横断的な背景での自動化
2 2.4.1

ジョブ設計理論

2 2.4.2

文化の多様性

2 3.6.3

不測事態対応計画

2 3.7.3

作業の分解構造とスケジュール

2 3.12.1 トランザクション処理システム
2 3.12.2 経営情報システム
2 3.12.3 集団支援システム
2 3.12.6 オフィスシステム
2 3.12.9 機能支援システム：例)プロセス制御、マーケティング
19

情報システムの設計と実行に 実行と，他の情報システムの設計にお 2 1.4.10 人間との対話のためのOS 支援；例）GUI、対話型ビおける人間関係と認識の過 ける人間指向の検討と，認識の過程にデオ

程に関する関係 −−提案と ついて説明

2 2.10.10 創造性と機会発見力を育てる

討論をする。

3 3.9.5

情報表現の代替案；認知スタイル

2 3.9.6

人間とコンピュータの相互作用（例)エルゴノミクス、グ（ＬＯ−００４８）

ラフィカルユーザインタフェース、音声、タッチパネル）
20

いかなる個人の意思決定を いかなる意思決定（個人的の）を行う 2 2.10.7 個人の目標の設定、意思決定、時間管理
するか, 何を置くか，遂行す

か，達成する目標作成について討論る目標は何かと説明をする。

−−討論する

ミッションによって指導された個人的行動は何を意味したかについて説明（ＬＯ−００４９）

21

情報システムにより支援組織 意思決定過程と意思決定理論につい 2 2.3.2

確実性、不確実性およびリスクの下での意思決定における意思決定のサイモ ての討論と説明（ＬＯ−００３５）意思決 2 2.3.4

意思決定モデルとIS：最適化、満足化

ンモデルについて定のための情報システムの支援につ 2 2.3.5

グループの意思決定プロセス−−討論する。

いて説明，ヒューリスティック意思決定 3 3.12.4 意思決定支援システム/専門家システム
におけるエキスパートシステムの使用 2 3.12.5 役員支援システム法について説明

2 3.12.7 共同作業システム（ＬＯ−００３６）
サイモンの組織における意思決定モ
デルの実例を提供と説明（ＬＯ−００３７）
22

システム理論, 品質組織のモ ドキュメンテイションの中での情報シス 2 2.1.4

企業内での IS の役割：戦略的、戦術的および業務的

デル化,

組織ストラクチャにおけるIS の影響；IS と継続的な改テムと情報の使用について説明する。 2 2.1.5

情報システム対して彼等の関 組織的活動の制御と作成について討

善係を説明する論する。

2 2.2.10 IS の戦略的使用：例)競争優位とIS、プロセスリエンジ−−紹介する（ＬＯ−００１０）

ニアリング、ISと品質、IS の世界的な影響と国際的考品質の概念や依頼者の期待，システ慮

ムの目標について説明と討論をする

2 2.3.3

情報のコスト/価値、IS の競合価値（ＬＯ−００３０）

2 3.1.1

一般的なシステム理論

システムの構成や関係（流れ）につい 2 3.1.2

システム概念：例)構造、境界、状態、目的て説明と討論（ＬＯ−００３１）情報シス 3 3.1.3

オープンシステムの性質

テムの役割について定義と説明（ＬＯ 3 3.1.4

システムの構成要素と関係

４３

−００３２）

3 3.1.5システム管理：標準、管理理論、フィードバック、ループ、測定、品質

2 3.1.6
23

管理のためのシステムの基 ユーザの一般的責任，設計者，チー 2 3.1.1
礎的役割, 使用者と設計者

ムの管理者，チャーチマン（三位一体）−−について討論するの記述について定義する。

情報システムの性質（properties）
一般的なシステム理論

品質を確実にするために，チームにおけるそれぞれ細分化された責務についての討論，組織開発のための品
質改善モデルの所見についての記述
これらのチームにおける情報システムの機能の定義（ＬＯ−０２１４）24

物理的システム, 仕事の流れ

組織の物理的活動のための，データ 1 1.6.1とどの様な組織に対する情報 ベースモデリングの関係についての 1 1.6.5
システムか

説明 （ＬＯ−００１８）

DBMS：特徴、機能 、アーキテクチャ
データ定義言語

1 1.6.6.3 アプリケーションとユーザインタフェース（DML、質問、
QBE、SQL）−−について説明する
1 1.6.7

知的な質問プロセッサと質問構成

1 1.6.8

分散型データベース，リポジトリとウェアハウス

1 2.2.10 IS の戦略的使用：例)競争優位とIS、プロセスリエンジ
ニアリング、ISと品質、IS の世界的な影響と国際的考慮
1 3.3.1

25

組織化とソフトウェアプロセスのモデル化

1 3.3.3

データ指向方法論

1 3.3.4

プロセス指向方法論

1 3.9.1

設計：論理、物理他の組織化モデルと情報シ 組織における情報技術の設計と管理 2 2.1.5

組織ストラクチャにおけるIS の影響；IS と継続的な改ステムに対する関係人間が使用することの役割や情報技

善−−について提案する術の役割について述べる。

2 2.1.7（ＬＯ−００３４）

組織でのソフトウェアシステムの使用に関する組織的問題

1 2.2.1

IS 計画

2 2.2.10 IS の戦略的使用：例)競争優位とIS、プロセスリエンジ
ニアリング、ISと品質、IS の世界的な影響と国際的考慮
2 2.3.1 メトリクスとモデル化
2 2.4.4

チームワーク、リーダシップおよび権限委譲

2 2.9.6

IS 産業、OEMs、システムインテグレータ、ソフトウェア
開発業

2 2.10.8 原則を中心としたリーダシップ
2 3.1.4
2 3.1.5

システムの構成要素と関係
システム管理：標準、管理理論、フィードバック、ループ、測定、品質

2 3.8.1

問題点と機会の発見：例)サービスの要求、計画プロ
セスから

26

組織化計画と情報システムの 情報システムの計画目標や過程につ 2 2.1.4

企業内での IS の役割：戦略的、戦術的および業務的計画との関係について−− いて述べる

IS 計画

討論する

（ＬＯ−００５３）

2 2.2.1
2 2.2.4

IS の機能ストラクチャ-企業内対アウトソーシング

2 2.2.5

IS 組織の目標と目的の決定

情報システムの計画のためのプロジ 2 2.4.1

ジョブ設計理論

ェクトを並べることや戦略的計画や概 2 3.5.2

IS アーキテクチャの計画

念の重要性について述べる

アプリケーションの企業モデルへの関連づけ

3 3.8.2

４４

（ＬＯ−０１２６）

3 3.10.7 ソフトウェアプロジェクトの管理：範囲の設定、予定作
り、構成管理、品質保証：ソフトウェアの信頼性の問題（安全、責任、リスク評価）；
メンテナンス27

DSS や TPS を含む応用シス 情報システムの分類について述べる 2 3.12.1 トランザクション処理システム
テムの特別の種類について 例 TPS,DSS,ESS,WFS−−示す。

2 3.12.2 経営情報システム（ＬＯ−００１２）

2 3.12.3 集団支援システム

組織的情報システムの関係について

1 3.12.6 オフィスシステム

説明する。TPS,DSS,EIS,ES, ワークフ 1 3.12.8 ワークフローシステム
ローシステム etc（ＬＯ−００４０）28

情報システムの開発のため 情報システム開発の手法についての 2 3.5.5の標準や方針開発方法ライ 概念の説明と討論。
フサイクル, 作業手順,

IS セキュリティ、プライバシおよび管理のための計画

2 3.6.2 リスク管理の原則

ライフサイクル，ワークフロー，オブジ 2 3.9.2

設計手法：例)リアルタイム、オブジェクト指向、構造化

OOA, 試作品，スパイラル， ェクト指向分析，プロトタイピング，リス
エンドユーザ他のアプロー クベースモデル, スパイラルモデルとチ

他のリストリング（制限された）モデル−の過程の調査を討論すについての説明，又いかにこれらのこる。

とが供給され前進することが出来るかをみせる。
（ＬＯ−０１９２）

29

情報システムの機能につい 情報システムの機能のアウトソーシン 2 2.2.2

IS 機能のコントロール：例)EDP 監査、アウトソーシングてのアウトソーシングと選択 グの多少に関しての有利，不利につ 2 2.2.8

サービス機能としてのIS：業績評価-外部/内部、サー的実施についていて説明する。 ：ビスのマーケティング−討論する。

アウトソーシングを，するか，しないか，情報システムに対する個人の要求の状態 （ＬＯ−０１８０）30

効率の評価, 一貫した質の管 小規模システムの開発プロジェクトの 3 2.2.10 IS の戦略的使用：例)競争優位とIS、プロセスリエンジ
理, 絶え間ない発展

管理におけるプロジェクトリーダの責

ニアリング、ISと品質、IS の世界的な影響と国際的考−について討論する

任について記述し, 説明し適応する。

慮（ＬＯ−０１５１）

3 2.3.4

ライフサイクルの，全てのフェイズに 3 2.3.5

意思決定モデルとIS：最適化、満足化
グループの意思決定プロセス

おいて，カストマーの満足についての追跡するための道具と方法について討論と説明（ＬＯ−０１５２）ISO-9000 の業績評価を容易にするための方法論について説明：ボールドリッヂ，ナショ
ナルパフォーマンスレビューや他の品質標準（ＬＯ−０１７９）31

情報システムの社会的掛かり 情報システムにおける道徳上の慣習 2 2.8.6

倫理：盗作、誠実、倫理規則

合いと道徳的問題の関係を の概念や行動の原則や倫理について 2 2.8.7

アプリケーションのリスク、損失および責任紹介する

説明と討論（ＬＯ−００４５）

2 2.10.6 積極的な態度と取組み

個人や専門家が、行動する 道徳上、より道徳上のモデルと道徳上ための、道徳上の概念と問題 の存在理由の議論について討論するの関係について、紹介と探究をする

道徳上の職業的な慣例の使用について説明する；コンピューテイングの知

道徳上のモデルと方法の比 識と能力と結び付いた信用から、専門
較と対照について紹介する

家気質の結果のお荷物に付いて説明
する

道徳と社会上の問題の分析

４５

能力について探究する

疑わしい道徳上のアプローチの本質と基礎について説明と討論力の存在と本質について熟慮する

IS 開発の社会的分析と道徳上の問題について説明と討論
開発のライフサイクルにおいて、社会的なインパクトとパワーの発揮について説明と討論11

道徳上と法律上の問題と基本 開発に於いて、道徳上と法律上の問 2 2.8.19原理について説明と討論を 題、所有権、販売、取得、ソフトウェア 2 2.8.3
するとコンピュータシステムの使用と更新 2 2.8.5

ソフトウェアの販売、使用許諾および取次ぎ（agency）
プライバシ法
知的所有権の保護と倫理

2 2.8.6

倫理：盗作、誠実、倫理規則

情報システム開発の道徳上 （ＬＯ−０２１５）

2 2.8.7

アプリケーションのリスク、損失および責任の重要性、

2 2.8.8

保証

2 2.8.1

ソフトウェアの販売、使用許諾および取次ぎ（agency）に付いて説明と一覧表

Ｓ
計画、実行、使用法、販売、 道徳的に正しいモデルの利用、例）Ｉ
配布、操作と更新について説 のライフサイクルの段階において、指明と討論をする。

導権の集中原則に付いて説明
技術開発上社会的コンテクストの効果の見本を与える。

12

情報システム機能を管理する セキュリティとプライバシィ問題の説明

3事（ＬＯ−０１２８）

関連する問題を調査する事

2 2.8.2

契約の基礎

2 2.8.3

プライバシ法システム開発の為の契約に関する法 2 2.8.5

知的所有権の保護と倫理律上の基礎の説明

IS セキュリティ、プライバシおよび管理のための計画

2 3.5.5

４６

IS’97.4 情報技術 （ハードウェアとソフトウェア） (先修条件: IS’97.2)
コースの概要情報通信とコンピュータシステムのハードウェア・ソフトウェアの原理及び応用が講義，設置，構築と運用経験を通して示される。
コースの意図本コースは，システム開発担当者がビジネス環境で効果的に利用するために，コンピュータアーキテクチャにおけるトレードオフを容易に理解できるようになるための，ハードウェア/ソフトウェアの技術的背景を教授する。単一ユーザ，集中型とネット
ワーク方のコンピューティングシステム，シングル/マルチユーザオペレーティングシステム。
コースの主な項目
ハードウェア：CPU アーキテクチャ，記憶，レジスタ，アドレッシング方式，バス，命令セット，マルチプロセッサ対シングルプ
ロセッサ；周辺装置；ハードディスク，CD，ディスプレイ,デバイス制御装置，入出力装置，OS の機能とタイプ；OS モジュール：
プロセス，プロセス管理，記憶とファイルシステム，基本ネットワーク要素,交換機，多重化装置と媒体；マルチユーザ OS の導入と構成。
コースの指導要領
パソコンの知識と開発経験をもつ学生であれば,情報技術のハードウェア・ソフトウェアの要素とその相互の関連について十分な理解が得られる。
コンピュータシステムの体系的な見方は，コンピュータと情報通信システムの要素を理解するのに役立つ。周辺装置とその動作原理が理解できる。入出力装置を含む OS ソフトウェア，情報通信アプリケーション,OS への拡張を確かめ,学習し,利用できるようになる。
OS の構成について，並列処理，スケジューリング，記憶管理，I/O がどのように実行されているかを理解できる。
情報通信機器を理解し，システム統合の考慮事項が分かる。電話，LAN，WAN システムの基本要素である交換機，多重化装置，媒体−電線，光ファイバ，無線−について探求する。
標準，標準化機関，それがどのようにハードウェア・ソフトウェアに結実しているかを修得する。一般原則を理解する。
学生は，配線，設置，構築，マルチユーザ OS，LAN に関する実務的な経験が得られる。

番
号
62

ラーニングユニットの教育目的
コンピュータと情報通信
機器の基本的な特徴と構成要素及びシステムソフ
トウェアをシステム用語で説明し，これらの要素の相互関係を明らかにする。

ラーニングユニットの学習目標
システムズアプローチを使って，情報通信システムのハードウェア／ソフトウェア要素を説明し，各要素間の相互関係の本質を図式化して討議する。情報通信システ
ムの目的，期待と品質をシステム
用語を用いて説明し，各要素が合目的的にどのように動作しているかを示す。(LO-0230)

ラーニングユニットにおける能力レベルと知識体
2 1.1.2

ディジタル化された情報の物理的な表現：例)データ、
テキスト、イメージ、音声、ビデオ
3 1.1.3
CPU アーキテクチャ：CPU、記憶、レジスタ、アドレス指定モード、命令セット
2 1.1.3.1 基本構成；フォンノイマン、ブロックダイアグラム、デー
タパス、コントロールパス．．．
2 1.1.4.1 周辺装置：入出力と割込み
2 1.1.4.2 周辺装置：入力/出力の制御方式、割込み
2 1.1.4.3 周辺装置：外部記憶、物理的な構成や装置
2 1.1.5
多重プロセッサアーキテクチャ
1 1.1.6
ディジタル論理とシステム
1 1.1.6.3 デマルチプレクサ、マルチプレクサ、複号器、符号器、加算器、減算器．．．
1 1.1.6.8 三値状態（Tristates）とバス構造
2 1.4.1 アーキテクチャ、オペレーティングシステムの目標と構造；構成法．．．
2 1.4.2 オペレーティングシステムとハ−ドウェアアーキテクチ
ャの相互作用
2 1.4.3 プロセス管理：並行プロセス、同期化
2 1.4.3.1 タスク、プロセス、コンテクストスイッチャのディスパッチ
ング、割込みの役割
2 1.4.5
資源の配分とスケジューリング

４７

63

64

周辺装置とその機能を概観する

辺装置の主な分類を示し，それぞれの装置の動作原理，ソフトウ
ェア要求仕様，実現される機能について説明する：各装置の具体的な例を挙げ，ハードウェアと必要なソフトウェアの設置要件を討議する。(LO-0213)
コンピュータハードウェア ・個別問題の解決に関してローカ
アーキテクチャの概念を ルデータ（ハードディスクやサーバ）とリモートデータ(例えばインタ
紹介するーネット経由)にアクセスするために必要なデータと通信要件を決定する(LO-0024)
・コンピューティングシステムの主なハードウェアとソフトウェア要素と，それらの相互関係について説明する(LO-0095)

1 1.4.5.1 プロトコルスィート（通信とネットワーク接続）；流れとデータグラム
1 1.4.5.2 相互ネットワーク接続とルーティング；サーバとサービス
1 1.4.5.3 オペレーティングシステムのタイプ；単独ユーザ、複数
ユーザネットワーク
1 1.4.5.4 分散およびリアルタイムシステムにおける同期化とタイ
ミング
1 1.4.8
保護とセキュリティ
1 1.4.11 OS の相互運用性（interoperability）と互換性；例)オープンシステム1 1.4.12 オペレーティングシステムユーティリティ、ツール、コマンドおよびシェルプログラミング
1 1.4.13 システム運営と管理
2 1.5.1.2 ネットワーク設計と運営；ネットワークアーキテクチャ（ISO、SNA、DNA）．．．
2 1.5.2
データの伝送；媒体、信号化技法、伝送上の損失．．．
2 1.5.2.1 通信システム技術;伝送媒体、アナログ-ディジタル．．．
2 1.5.3
回線構成:誤り制御、フロー制御、多重化
2 1.5.4 ローカルエリアネットワーク
2 1.5.4.2 ローカルエリアネットワークと WAN：トポロジ、ゲートウ
ェイ、利用（機能と．．．
2 1.5.5
広域ネットワーク：交換技術、一斉同報通信技術、ルーチング．．．
2 1.5.6 ネットワークアーキテクチャとプロトコル
2 1.5.8 ネットワーク構成，性能解析および監視
1 1.5.10 高速ネットワーク：例)広帯域 ISDN、SMDS、ATM、
FDDI
1 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、電話網、ｅ―メール、マルチメディア．．．
2 2.2.5 IS 組織の目標と目的の決定
1 2.2.8 サービス機能としての IS：業績評価-外部/内部、サービスのマーケティング．．．
1 2.2.10 IS の戦略的使用：例)競争優位と IS、プロセスリエンジ
ニアリング．．．
1 2.2.13 バックアップ、災害計画および復旧
1 2.2.15.1 通信管理
1 2.2.15.7 品質管理：例)信頼性と品質技術；QC チーム
1 2.2.16 セキュリティと管理、ウィルスとシステムの完全性
3 3.1.1
一般的なシステム理論
3 3.1.2 システム概念：例)構造、境界、状態、目的
2 3.1.3 オープンシステムの性質
2 1.5.4 ローカルエリアネットワーク

2 1.1.3
2 1.1.4
2 1.1.6
2 1.5.1
1 1.5.2
1 1.5.4
3 1.5.5
2 1.5.6

CPU アーキテクチャ：CPU、記憶、レジスタ、アドレス指定モード、命令セット
コンピュータシステムの構成要素：バス、コントローラ、
記憶システム、周辺装置
ディジタル論理とシステム
国際通信標準、モデル、傾向
データの伝送；媒体、信号化技法、伝送上の損失．．
ローカルエリアネットワーク
広域ネットワーク：交換技術、一斉同報通信技術、ルーチング
ネットワークアーキテクチャとプロトコル

４８

65

システムソフトウェア要素の概念とその相互関係を紹介する

・OS の主な要素とその相互関係を説明する(LO-0096)
・ 入出力機能の制御について説
明；ドライバを導入し構築する(LO-0101)67

プロセス 定 義， 並 列 処理，記憶管理，スケジューリング，割込み処理，
セキュリティ，ファイルシス
テムを含む OS の主要概念を紹介する・タスクとプロセスの概念の説明(LO-0097)
・ 並列性とマルチタスキングの概念を説明(LO-0098)
・ タスクスケジューラ，優先度つき待ち行列，割込み処理，記憶管理，ファイルシステムの定常的な挙動の説明(LO-0099)

68

さまざまな運用環境(従来型，GUI，マルチメディアの各インタフェース)と資
源要求について紹介す
る

69

70

71

従来型インタフェース，GUI，マルチメディアインタフェースを含
むいくつかのコンピュータシステ
ムの運用環境について，説明し討議する：ハードウエアとソフトウ
エア項目を評価し，各環境のコストを見積もる：各環境に対する相対的な優位性を討論する(LO0212)
マルチメディア設備につ ・マルチメディアをサポートするた
いて討論し，説明し，設 めに必要なハードウエアとソフトウ
置するエ ア 要 件 を 討 議し，説明 (LO0181)
・ マルチメディア環境を支援する
ソフト開発ツールの説明：さまざまな開発ツールの長所短所の議論(LO-0182)・ マルチメディアサウンドとビデ
オ用ハードウエアとソフトウエア要
素の導入：開発環境を導入し，導入されたソフトウエアシステムをデモ使用する(LO-0183)
相互運用性とシステム統 ・相互運用性とシステム統合の概合の必要性の紹介
念について，方針と実践とを関連づけて説明する(LO-0177)
・ PC ネットワークとより高度な
LAN/WAN 環境に対するネット
ワーク型ソリューションを接続し実装するためのハードウエア/ソフト
ウエア要素について説明する
・ 分散システムの導入と構築について説明する。
・ クライアントサーバ環境を実現するための OS の考慮事項を説明する
マルチユーザ OS の導 ・OS の マクロ機能に関連するメ2 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、電話網、ｅ―メール、マルチメディア．．．
3 3.1.5 システム管理：標準、管理理論、フィードバック、ループ、測定．．．
2 1.4.2 オペレーティングシステムとハ−ドウェアアーキテクチ
ャの相互作用
2 1.4.3 プロセス管理：並行プロセス、同期化
2 1.4.6
二次記憶装置の管理
2 1.4.7 ファイルとディレクトリシステム
2 1.4.8
保護とセキュリティ
2 1.4.10 人間との対話のための OS 支援；例）GUI、対話型ビ
デオ
2 2.2.2 IS 機能のコントロール：例)EDP 監査、アウトソーシング
3 3.1.2 システム概念：例)構造、境界、状態、目的
2 3.9.3
設計目的：例)利用可能性、性能
2 3.10.2 ソフトウェアシステムの建造：例)プログラミング、単体テ
スト、ロードモジュールの．．．
2 1.4.2 オペレーティングシステムとハ−ドウェアアーキテクチ
ャの相互作用
2 1.4.3 プロセス管理：並行プロセス、同期化
2 1.4.4
記憶管理
1 1.4.5
資源の配分とスケジューリング
2 1.4.6
二次記憶装置の管理
2 1.4.7 ファイルとディレクトリシステム
2 1.4.8
保護とセキュリティ
3 3.1.4 システムの構成要素と関係
2 1.4.10 人間との対話のための OS 支援；例）GUI、対話型ビ
デオ
3 1.4.12 オペレーティングシステムユーティリティ、ツール、コマンドおよびシェルプログラミング
3 1.4.13 システム運営と管理
2 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、電話網、ｅ―メール、マルチメディア．．．

3 1.4.10

人間との対話のための OS 支援；例）GUI、対話型ビ
デオ

2 1.4.9
分散型オペレーティングシステム
2 1.4.11 OS の相互運用性（interoperability）と互換性；例)オー
プンシステム2 3.10.5 システム統合とシステムテスト：検証と妥当性、テスト計
画の．．．

3 1.3.7.28 オブジェクト指向設計、言語、とプログラミング

４９

入，構築，運用

インフレーム/マイクロコンピュータ
システムのためにシステムソフトコ
マンド構造(例 JCL)を構築する(LO-0100)
・マルチユーザ OS を導入し，構築と運用を行う(LO-0103)

3 1.4.2
3 1.4.5
3 1.4.6
3 1.4.7
3 1.4.8

オペレーティングシステムとハ−ドウェアアーキテクチ
ャの相互作用資源の配分とスケジューリング
二次記憶装置の管理
ファイルとディレクトリシステム
保護とセキュリティ

５０

IS'97.5 - プログラミング、データおよびオブジェクト構造（先修条件：IS’97.2）
コースの概要スクリーンエディタ、レポート、
ＩＳアプリケーション（インデックスファイルを含むデータ構造を使用）の開発を通して、データ定義、データ計測、抽象データ型の構築と利用におけるソフトウェア工学の方法論（オブジェクト指向及び手続き型ソフトウェア）
について学ぶ。
コースの意図このコースでは、アルゴリズム開発、プログラミング、コンピュータの概念、データ及びファイル構造の設計と応用について理解を与える。プログラムとデータ両方の論理構造及び物理構造の理解も含んでいる。
コースの主な項目
データ構造と表現：文字、レコード、ファイル、マルチメディア；データの精度の正しさ；情報の表現、組織化、蓄積；アルゴリズ
ム開発；オブジェクト表現と従来のデータフロー表記との対比；プログラム制御構造；プログラム修正、検証と認証；ファイルの構造と表現。
コースの指導要領
学生はデータの生成事象の定義と計測、成功するソフトウェア開発の原理原則／概念／実際について深く理解 する。
形式的問題解決戦略が示される。トップダウン・インプリメンテーションを含むプログラム設計の方法と戦略について議論し、実施する。グラフィックプログラミング環境について学ぶ。プログラミング言語の機能性能が示される。インデクスファイルシステ
ムをサポートする少なくとも一つの言語のスキルが取得できる。
ソフトウェア工学の主要素をシステムの観点で実行する。学生は、オブジェクトと抽象データ型、イベント駆動とデータフロー、
モジュール識別の概念、パラメータを含むモジュール化、結合、連結と、テストについて学習する。修正、検証と認証の方法が示され、小さなモジュールと少し大きなプログラム作成を実習する。
配列、レコード、スタック、キュー、ツリーを含むデータの構造が、ＡＤＴ（抽象データ型）に統合され、またこのデータ構造を用いてメニュー、スクリーンレコード・エディタ（リストボックス、ダイアログボックス、ボタン、メニューストラクチャ、ファイルアクセ
ス・モジュール、トランザクション・ポスティング機構、制御切断レポート）を含むＩＳアプリケーションを作成する。

番

ラーニングユニットの

号

教育目的

42

データが実世界のラーニングユニットの学習目標
計測と情報、情報の表現／組織

ラーニングユニットにおける能力レベルと知識体
2 1.1.1

事象の表現であること、 化／蓄積／処理の概念を説明す
測度であることを示す

る度）
1 1.1.2(LO-0009)

ディジタル化された情報の物理的な表現：例）データ、テキス
ト、イメージ、音声、ビデオ

2 1.2.3
データが実世界の事象の表現であり、測基本的なデータの表現：非数値、数値（整数、実数、誤差、精複合データ構造：例）データ、テキスト、音声、画像、ビデオ、
ハイパーメディア

1 1.6.2度であるという概念、マシンに読

データモデル：関係、階層、ネットワーク、オブジェクト、意味オブジェクトめる形式でデータを把握するプロ

2 1.7.1

知識表現

セスを記述説明する(LO-0079)

2 1.7.2

知識工学

2 1.7.3

推論処理

1 1.7.4

その他の技術：ファジー論理、事例ベース推論、自然言語および音声認識2 1.7.5

知識ベースシステム

2 2.2.10 ＩＳの戦略的使用：例）競争優位とＩＳ、プロセスリエンジニアリ
ング、ＩＳと品質、ＩＳの世界的な影響と国際的考慮
2 2.3.1

計測とモデル化

５１

43

文字、レコード、ファイル、 データの階層が何かを説明し議3 1.1.1

精度）

マルチメディアオブジェ 論する．また階層の各レベルの全クトを表わすデータの論ての基本的オペレーションがわか

理構造、物理構造を示る(LO-0078)

3 1.1.2

ディジタル化された情報の物理的な表現：例）データ、テキスト、イメージ、音声、ビデオ

3 1.2.3

し、説明する．

基本的なデータの表現：非数値、数値（整数、実数、誤差、

複合データ構造：例）データ、テキスト、音声、画像、ビデオ、
ハイパ-メディア

3 1.2.4
44

抽象データ型ｉｔ，ｂｙｔｅ，フ 4 1.1.1
クラス、抽象データ型（Ａ データ階層の要素（ｂ基本的なデータの表現：非数値、数値（整数、実数、誤差、

ＤＴ），オブジェクトを説 ィールド、レコード、ファイル、デー

精度）

明する．

タベース）を包含するクラスについ

3 1.2.2

基本的なデータ構造：リスト、配列、記号列、 レコード、集合、
リンク付きリスト、スタック、待ち行列、木、グラフて議論し、問題解決の基礎としてクラス定義を使う．プログラム構造とデータ構造に関連した使い方を記述説明する(LO-0086)45

形式的合成的問題解

コンピュータプログラムの記述、ソ1 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまで

決、解析的問題解決に

フトウェア開発言語の使用および

1 1.2.1.5 問題認識文とアルゴリズムの決定：手続き的な抽象化；パラメータ

ついて説明し、ＩＳの例を アプリケーション開発設備の使用
描く．

の各概念について説明し、例を挙

1 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個人；管理タスク）げる(LO-0015)

46

メトリクスとモデル化

1 3.9.7

ソフトウェア開発

3 3.10.3

ソフトウェアの統合：例）パッケージ

オブジェクト表現のシス オブジェクト表現のシステムビュー 2 1.2.1

形式的な問題と問題解決

テムビューを示し、デーについて議論し、説明する；デー3 1.3.6

言語のオブジェクト指向への拡張

タフローモデルと比較す

タフロー表記法に対するオブジェ

2 1.3.7

プログラミング言語、設計、インプリメントと比較る．

クト表 現 の 類 似 性 を 説 明 する 3 1.3.7.28 オブジェクト指向設計、言語とプログラミング(LO-0200)47

2 2.3.1

3 3.1.4システムの構成要素と関係

2 3.3.5

行動（事象モデリング）指向方法論

2 3.3.6

オブジェクト指向方法論

問題のアルゴリズムによ アルゴリズムを設計し、ＩＳアプリケ 3 1.2.1

形式的な問題と問題解決る解を開発するスキルを ーション全体の中の多数の問題

3 1.2.4

抽象データ型獲得する。アルゴリズム に対するプログラミング言語に翻3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、意味による解を適切なプログ 訳する

オブジェクト

ラムとデータオブジェクト (LO-0199)

3 1.6.3

で表現できる．

2 1.6.6.1 典型的なデータベースシステムによって支援されている機

正規化
能：アクセス方式、セキュリティ、デッドロック．．．

2 1.6.6.2 ＤＭＬ、質問、ＱＢＥ、ＳＱＬなど：データベース質問言語：データ定義、質問の形式、更新副言語、制約の表現、参照一貫性、手続き型言語における埋め込み
3 1.6.6.3 アプリケーションとユーザインタフェース（ＤＭＬ、質問、ＱＢ
Ｅ、ＳＱＬ）
48

トップダウンのインプリメ トップダウンの方法でプログラムを

3 3.9.1

設計：論理、物理

2 1.2.1

形式的な問題と問題解決

ンテーション戦略を示

設計し、インプリメントする．始め 3 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまです．

にトップレベルのプログラム、下位

3 1.2.1.5 問題認識文とアルゴリズムの決定：手続き的な抽象化；パのスタブを構築する；引き続き、同ラメータ様にして下位レベルのプログラム 3 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個を作成する；この方法の連続の概人；管理タスク）

念を理解する3 3.2.5

システム開発の取組み方法の選択(LO-0205)

3 3.9.1

設計：論理、物理

５２

49

オブジェクトインプリメン モジュール構造を説明し、インプ 3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、およびテーションのコンセプトを リメントする；生成されるコードに対示す．

階層チャートへの変換

するデータフローとオブジェクト表
記法の関係を提示する(LO-0090)

50

問題解決のデータフロー表現を

4 1.2.1

念、結合、連結の概念を作成し、階層化した and/or オブ

4 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまで示す．

ジェクト表 記 に 変 換 する (LO-

4 1.2.1.5 問題認識文とアルゴリズムの決定：手続 き的な抽象化；パラモジュール化設計の概

形式的な問題と問題解決

メータ

0081)

4 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個人；管理タスク）問題の解にアルゴリズム的なモジ
ュール化設計を用い、手続き的言3 1.2.2

基本的なデータ構造：リスト、配列、記号列、 レコード、集合、リンク付きリスト、スタック、待ち行列、木、グラフ

語でインプリメンとする(LO-0087)
2 1.2.3

複合データ構造：例）データ、テキスト、音声、画像、ビデオ、問題のモジュール化による解のイ

ハイパーメディアンプリメンテーションにパラメータ 4 1.2.4

抽象データ型の受け渡しを使う；密な結合と粗4 1.2.4.3 形式的仕様、事前条件と事後条件、抽象データ型のための代数的仕様

な連結の重要性を説明する(LO0089)

4 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、および階層チャートへの変換

適切なサイズの結合モジュールの4 1.2.4.5 正当性、検証（verification)および検定（validation)、事前

定義にモジュール化設計の概念

条件と事後条件、不変（invariant）、コードの基礎的な証明と設計の理解、構造化ウォークスルー

を適用する(LO-0143)

4 1.2.4.6 制御構造；選択、反復、再帰；データ型と問題解決のための使用

プログラム制御構造を適用し、修正の検3 1.2.5.1 ファイル（構成、アクセス方式）：ファイルレイアウト；基本的なファイルの概念；順ファイル；順ファイル以外のファイル証を行う(LO-0144)

3 1.3.3.3 手続き、関数とパラメータ；配列とレコード
解のテストと正当性評価で何がで3 1.3.7.12 パラメータのパスメカニズム：参照、値、名前、結果など

きるかをデモする(LO-0146)

3 3.1.2

システム概念：例）構造、境界、状態、目的

3 3.1.4システムの構成要素と関係

3 3.9.1

設計：論理、物理

3 3.9.7

ソフトウェア開発

3 3.10.1 システム建造
3 3.10.2 ソフトウェアシステムの建造：例）プログラミング、単体テスト、
ロードモジュールのパッケージ化
51

検証と認証のシステムビ 検証と認証のプロセスを説明す
ューを示す

4 1.2.1

形式的な問題と問題解決

る；手続き的 and/or オブジェクト 4 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまで
表記の双方に対する手作業のリ 4 1.2.1.5 問題認識文とアルゴリズムの決定：手続き的な抽象化；パエンジニアリングでコ―ドの検証を行う(LO-0091)

ラメータ
3 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個人；管理タスク）

データフロー設計を行い、擬似コ

3 1.2.4ードまたは４世代言語に翻訳する

3 1.2.4.1 抽象データ型の目的とインプリメント

抽象データ型(LO-0141)

4 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、および階層チャートへの変換
3 1.2.4.5 正当性、検証(verification)および検定(validation)、事前条
件と事後条件．．．
3 1.3.5

第４世代言語

4 3.9.7

ソフトウェア開発

５３

52

多様なプログラミング環

ＧＵＩコンポーネントを評価し、ア 3 1.2.4

境、開発ツール、グラフィ プリケーションの効果的なユーザ

3 1.4.10 人間人との対話のためのＯＳの支援； 例）ＧＵＩ、対話型ビデオックス開発環境を示し、 インタフェースの構築に用いる能説明する．

力をデモしてみせースの構築に

抽象データ型

3 3.9.6

人間とコンピュータの相互作用（例）エルゴノミクス、グラフィカルユーザインタフェース、音声、タッチパネル

用 い る 能 力 を デ モして み せる
(LO-0145)53

データ／ファイル構造のインデクスデータファイルのレコー 2 1.2.4 抽象データ型

表現と操作に用いるコン ドへのアクセスに必要な抽象デー

54

セプトと技術について簡

タ型を説明する；要求される操作単な例で紹介する．

の例を提示する(LO-0203)

3 1.2.5 ファイル構成：順、直接アクセス、ハッシング、索引付
2 1.2.6

配列、リスト、ツリー、レコ 配列表現を使ってインデクスファ 3 1.2.1

ソート、探索のデータ構造とアルゴリズム
形式的な問題と問題解決

ード、抽象データ型を用

イルのアクセスを模擬する．挿入、 3 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまでいて構造の作成方法を削除等のオペレーションに対する

3 1.2.2

リンク付きリスト、スタック、待ち行列、木、グラフ

説明し、プログラムおよ 抽象データ型の設計を行う(LOびアプリケーションのコン 0085)

基本的なデータ構造：リスト、配列、記号列、レコード、集合、

3 1.2.4.3 形式的仕様、事前条件と事後条件、抽象データ型のための代数的仕様

ポーネントとしてどのよう

3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、およびに適用されるかをデモす

階層チャートへの変換

る．

3 1.2.4.5 正当性、検証(verification)および検定(validation)、事前条
件と事後条件．．．
3 1.2.4.6 制御構造；選択、反復、再帰；データ型と問題解決のための使用
55

キー編成を含むインデク インデクスファイルの概念につい2 1.2.5

ファイル構成：順、直接アクセス、ハッシング、索引付

スファイル構造を示し、 て議論し、説明する；キーの創成
使用する．

を説明し、オプティマルキーの選択のデータ管理所要を比較する；
インデクスレコードのインプリメントとアクセスに必要な機能を説明す
る；抽象データ型の機能の類似性
として、配列とインデクスファイルの類似性を説明する(LO-0202)

56

プログラムおよび ＩＳア 小規模な問題の解決にアプリケ 3 1.2.1

形式的な問題と問題解決

プリケーションの開発用ーションソフトウェアを適用する 3 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまでの、多種多様な基本構(LO-0084)

3 1.2.1.5 問題認識文とアルゴリズム的な決定：手続きの抽象化；パラメ

造を説明する．

ータ
プログラム（中程度の複雑度）のユ 3 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個
ーザドキュメント、システムドキュメ
ントの作成(LO-0088)

人；管理タスク）
3 1.2.2

基本的なデータ構造：リスト、配列、記号列、レコード、集合、

3 1.2.4

抽象データ型

リンク付きリスト、スタック、待ち行列、木、グラフ
3 2.2.16 セキュリティと管理、ウィルスとシステムの完全性
2 2.10.2 会見（interviewing）、聴聞（questioning）、聴取（listening）
3 2.10.5 執筆の技能
3 3.2.2

パッケージの取得とインプリメント

2 3.7.8

システムドキュメンテーション

2 3.7.9

ユーザドキュメンテーション（例：参照マニュアル、操作手
順、オンラインドキュメンテーション）

５４

57

データ構造およびファイ 一般のＩＳアプリケーションの抽象

3 1.2.1

形式的な問題と問題解決

ル処理技法のアプリケー

データ型を使って、インデクスファ 3 1.2.1.4 ソフトウェア設計プロセス：仕様定義からインプリメントまで

ションの基礎を身につけイル処理技法を含む問題解決のる．

インプリメンテーションを行う(LO0198)

3 1.2.1.5 問題認識文とアルゴリズムの決定：手続き的な抽象化；パラメータ
3 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個人；管理タスク）
3 1.2.2

基本的なデータ構造：リスト、配列、記号列、レコード、集合、
リンク付きリスト、スタック、待ち行列、木、グラフ

3 1.2.4

抽象データ型

3 1.2.4.1 抽象データ型の目的とインプリメント
3 1.2.4.2 非形式的仕様
3 1.2.4.3 形式的仕様、事前条件と事後条件、抽象データ型のための代数的仕様
3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、および階層チャートへの変換
3 1.2.4.5 正当性、検証(verification)および検定(validation)、事前条
件と事後条件．．．
3 1.2.4.6 制御構造；選択、反復、再帰；データ型と問題解決のための使用
3 1.2.5

ファイル構成：順、直接アクセス、ハッシング、索引付

3 1.2.5.1 ファイル（構成、アクセス方式）：ファイルレイアウト：基本的なファイルの概念；順ファイル；順ファイル以外のファイル
3 1.2.5.2 ファイル（構成、アクセス方式）：ディレクトリ、内容と構成、命名、検索、アクセス、バックアップ
2 1.2.6

ソート、探索のデータ構造とアルゴリズム

2 1.2.6.1 ソートアルゴリズム（シェルソート、バケットソート、基数ソー
ト、クイックソート）、編集、報告、更新
58

ファイル、データベース

インデクスファイル、抽象データ型を含む問題解決を示し、 を使って、簡単な問題の解決を行
確実なものにする．

3 1.2.4

3 1.2.4.3 形式的仕様、事前条件と事後条件、抽象データ型のためのう（データベースによる解決の要素としてファイルを 含 む）(LO-

抽象データ型
代数的仕様

3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、および0204)

階層チャートへの変換
3 1.2.4.5 正当性、検証(verification)および検定(validation)、事前条
件と事後条件．．．
3 1.2.4.6 制御構造；選択、反復、再帰；データ型と問題解決のための使用
3 1.2.5

ファイル構成：順、直接アクセス、ハッシング、索引付

3 1.6.1

ＤＢＭＳ：特徴、機能、アーキテクチャ

3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェ
クト、意味オブジェクト59

有用な構造化ファイル

2 2.3.1

メトリクスとモデル化

2 3.3.2

データモデリング：例）実体関連ダイアグラム、正規化

インデクスファイル、スクリーンエ 3 1.2.1

形式的な問題と問題解決（データベース）エディ ディタ、レポートを使ったアプリケ 3 1.2.4

抽象データ型

タ、ポスティング機構、レ ーションおよびそのドキュメントを 3 1.2.5

ファイル構成：順、直接アクセス、ハッシング、索引付

ポートについて示し開発

作成する

3 3.7.8

する．

(LO-0093)

2 3.9.6

システムドキュメンテーション
人間とコンピュータの相互作用（例）エルゴノミクス、グラフィカルユーザインタフェース、音声、タッチパネル

５５

60

ある程度複雑な ＩＳプロ 形式的分析問題の記述と解決の3 1.2.1

形式的な問題と問題解決

グラムのプログラミング技

過程を、定義し、説明し、示す

3 1.2.1.4 ソフトウェア設計プロセス：仕様からインプリメントまで術、とくに設計、試験、(LO-0080)

3 1.2.1.5 問題認識文とアルゴリズムの決定：手続 き的な抽象化；パラメータ

デバッギング技術を継続

3 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対個的に向上させる．

人；管理タスク）
3 1.2.2

基本的なデータ構造：リスト、配列、記号列、レコード、集合、
リンク付きリスト、スタック、待ち行列、木、グラフ

3 1.2.4

抽象データ型

3 1.2.4.3 形式的仕様、事前条件と事後条件、抽象データ型のための代数的仕様
3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、および階層チャートへの変換
3 1.2.4.5 正当性、検証(verification)および検定(validation)、事前条
件と事後条件．．．
3 1.2.4.6 制御構造；選択、反復、再帰；データ型と問題解決のための使用
2 1.2.6.1 ソートアルゴリズム（シェルソート、バケットソート、基数ソー
ト、クイックソート）、編集、報告、更新
2 1.2.6.2 探索アルゴリズム（順探索、二分探索、および二分探索木）
2 1.2.6.3 探索、ハッシング、衝突の解消
3 3.1.3

オープンシステムの性質

3 3.9.1

設計：論理、物理

3 3.9.7

ソフトウェア開発

3 3.10.2

ソフトウェアシステムの建造：例）プログラミング、単体テスト、
ロードモジュールのパッケージ化

61

最も一般的なプログラミ プログラミング環境とプログラミン 1 1.2.8

再帰的アルゴリズム

ング言語の機能と制限にグ言語の機能（能力）との差異を 1 1.2.9

ニューラルネットワークと遺伝的アルゴリズム

ついて知る．

説明する(LO-0094)

1 1.2.10

進んだ考察

2 1.3.1

基本的なプログラミング言語の構造

2 1.3.2

機械語とアセンブリレベルの言語

2 1.3.3

手続き型言語

2 1.3.4

非手続き型言語：論理型、関数型、イベントドリブン（event
driven）

2 1.3.5

第４世代言語

1 1.3.6

言語のオブジェクト指向への拡張

2 1.3.7

プログラミング言語、設計、インプリメントと比較

2 1.4.10 人間との対話のためのＯＳ支援：例）ＧＵＩ、対話型ビデオ
1 1.6.10 データベースマシンとサービス

５６

ＩＳ ９７．６−ネットワ−クと通信 （先修条件 IS'97.3 、ＩS'97.4)
コースの概要学生は通信の基礎について、スィッチド・ネットワークシステムをふくむ LAN,MAN,WAN 用音声‑動画‑データふくめた深い経験を得る。データ交信と通信モデルと標準、概念、および標準組織について学ぶ。設置、構成、システム統合および技術の管理について実習する。
コースの意図このコースはネットワーキングおよび通信技術、ハードウェア、ソフトウェアを含めてデータ交信とネットワーキング要求に関する深い知識を提供する。組織におけるネットワーキング応用の分析および設計に重点を置いている。通信ネットワーク管理、
コスト利益分析および接続オプションに関する評価も又含まれている。学生は組織内での異なった交信オプションを評価し、選択し、実行することを学ぶ。
コースの主な項目
通信デバイス、メディア、システム；ネットワーク・ハードウェアおよびソフトウェア；ネットワーク・アプリケーション；データのコー
ディング；コスト／利益分析；分散型と集中型システム；アーキテクチャ、トポロジー、プロトコール；ブリッジ、ルータ、ゲートウエ
イの設置と操作；ネットワーク性能分析；プライバシー、セキュリティ、信頼性；LAN,WAN ネットワーキング設置と構成；ネットワー
キングの監視；通信の管理、交信標準、イントラネットとインターネット。
コースの指導要領
前コースで仕事を完成するのに LAN,MAN,WAN を使用したことのある学生、および情報システムを有用化するのに情報技術の意味を十分知っている学生が、このコースで通信について理論的におよび実務経験を通じてかなり深く学ぶ機会を与えられる。
学生は重要な通信標準と標準を開発した組織について学ぶ。ISO の 7 層モデルについて説明がある。CCITT と IEEE 標準についても言及される。
電話会社や衛星通信をサポートしている技術、および地域や主都部のシステムについても説明される。スイッチを含むデバ
イス、メディア、モデム、マルティプレキサー、コンピュータ・インターフェース、ブリッジ、ルータおよびゲートウエイについても学ぶ。
取得、設置、構成、および管理に関するそれ以外の詳細を：いろいろな種類の技術について学ぶ。

番

ラーニングユニット

号

の教育目的

32

ラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

異なる目的のための複化し 通信における伝送モードの特徴に 2 1.5.2

データの伝送；媒体、信号化技法、伝送上の損失、符た術語とアオーネスの開ついて定義（ＬＯ−００６５）

号化、エラー検出、圧縮発。

ＬＡＮ，ＷＡＮ環境下における情報 3 1.5.4

ローカルエリアネットワーク

ＬＡＮやＷＡＮを包含したテ 伝達のためのリモート情報システム 3 1.5.6

ネットワークアーキテクチャとプロトコル

レコミニケーションのために のアクセス（ＬＯ−００６６）必要とされるメディアやデバイス。
33

通信システムは組織の支援 業務処理（ワークフロー）をサポート 2 1.5.8

ネットワーク構成、性能解析および監視のためにいかに使用される するための情報システム使用と説 2 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、

34

か自覚すること, 情報シス 明。意思決定や，情報交換を可能に

電話網、ｅ-メール、マルチメディア、ビデオ会議、テムを包含した情報交換の するテレコンピューティング会議や付加価値通信網

下部組織遠隔会議や遠隔 遠隔会議のコンセプトについて討論 2 2.1.2

組織上の作業グループ

コンピューティング会議

する。

−開発する

テレコミニケーションを含むインフラ

2 2.1.3

組織のスパン：単一ユーザ、作業グループ、チーム、
企業、グローバルについて説明と討論

2 2.2.15.1 通信管理

（ＬＯ−０２０９）

3 2.3.4

意思決定モデルとIS：最適化、満足化

3 2.3.5

グループの意思決定プロセス

コンピュータネットワークの テレコミニケーションシステムの構成 3 1.5.8

ネットワーク構成、性能解析および監視

５７

管理や設計経済に関する と分析のステップについて説明。
問題 −調査する。

2 2.2.15.1 通信管理

そのハードウェアとソフトウェアの構成についての特徴を包含する。
（ＬＯ−００７０）
相互接続システムに於いてモデムの提案、ブリッジ、ゲ−トウエ
イ、ハブ、とル−タについて説明

35

学生に通信の標準, 正規の ローカルからグローバルまでのテレ 2 1.5.1
組織や標準について−−精通させる。

国際通信標準、モデル、傾向

コミニケーションの能力の中の標準 2 1.5.5

広域ネットワーク：交換技術、一斉同報通信技術、ル化, 組織の規則, 標準の役割につい

ーチング

て定義。
（ＬＯ−００６２）

2 1.5.8

ネットワーク構成、性能解析および監視

テレコミニケーションに対する，デー 2 1.5.9

ネットワークのセキュリティ:暗号化、ディジタル署名、

タのディジタル符号化の関係につい認証ての説明 （ＬＯ−００６７）36

集中化したコンピュータシ データとコンピュータ資源の配分の 3 1.1.4

コンピュータシステムの構成要素：バス、コントローラ、

ステム対分散した問題や基 中において，ダイアグラムと対話構

記憶システム、周辺装置

礎的な原理について

造と原理を包含して説明する。

−説明と討論する。

集中と分散システムのハードウェア

2 1.4.2

ャの相互作用レーティングシステム

1 1.4.9

ついての定義2 1.5.5

相互通信システムの構成におけるリ

37

オペレーティングシステムとハ−ドウェアアーキテクチ
分散型オペレーティングシステム
広域ネットワーク：交換技術、一斉同報通信技術、ルーチング

スク, 機密保護, プライバシーにつ2 1.6.8

分散型データベース，リポジトリとウェアハウス

いての説明

2 2.1.6

組織ストラクチャ：集中型、分散型、マトリクス型（ＬＯ−０２１１）

2 3.8.3

要求決定と仕様化

通信の伝送手順, トポロジ Ｉ
ＳＯモデルの各レーヤーの機能に 2 1.4.11 OS の相互運用性（interoperability）と互換性；例)オー, アーキテクチャを−呈 ついての説明と定義
示するープンシステム（ＬＯ−００６３）

2 1.5.1

国際通信標準、モデル、傾向

テレコミニケーションシステムの問

2 1.5.3

回線構成：誤り制御、フロー制御、多重化

題，方式の実行，共通のトポロジー 2 1.5.6

ネットワークアーキテクチャとプロトコルについての説明と定義

2 1.5.8

ネットワーク構成、性能解析および監視（ＬＯ−００６４）

2 1.5.9

ネットワークのセキュリティ:暗号化、ディジタル署名、

ビットとバイトのプロトコルの操作と組認証

織についての記述と定義

2 1.5.10 高速ネットワーク：例)広帯域 ISDN、SMDS、ATM、FDDI（ＬＯ−００６８）

2 1.5.11 ネットワークの出現；ATM、ISDN、衛星通信網、光通ＩＳＯモデルの特有の実行について

信網、など統合化音声、データおよび画像分析とテレコミニケーションサービス 2 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、38

について討論

電話網、ｅ-メール、マルチメディア、ビデオ会議、付（ＬＯ−００６９）

加価値通信網いかなる要求に対する供給 テレコミニケーション・システムのハ 2 1.1.4

コンピュータシステムの構成要素：バス、コントローラ、組織にするか又通信システ ードウェアとソフトウェアのコンポー

記憶システム、周辺装置

ムに対するハードウェアとソ ネントの説明と討論, 図示, 記述，電 2 1.3.7.26 コンパイラとトランスレ−タ
フトウェアを提供する

話, ファックス, ＬＡＮとＷＡＮシステ 2 1.5.4

ローカルエリアネットワーク

ムの包括的記述：ハードウェアの多 2 1.5.5

広域ネットワーク：交換技術、一斉同報通信技術、ル

種多様の組織についての討論と図ーチング示。必要としたデバイスの各々のタ 2 1.5.6

ネットワークアーキテクチャとプロトコル

イプについて記述することと，定義 2 1.5.8

ネットワーク構成、性能解析および監視すること。

2 3.1.4システムの構成要素と関係（ＬＯ−０２１０）
相互接続システムの設計の中で、ル−タとハブの使用について説明。

５８

通信において、声、音、デ−タ、
静止イメ−ジ、動画（ビデオ）
マルチメデイアの要求について説明
早いパケット技術と応用について説明
遠隔通信ネットワ−ク設計について説明
通信の事務における応用と説明、デバイスとシステムにおける利用について例を提供する
39

通信サ−ビスに規定された

信頼性と適切なパフォーマンス，テ

2 1.5.8

ネットワーク構成、性能解析および監視固有の責任についての自レコミニケイションシステムのパフォ

2 2.8.4

取次ぎ（agency）と規制集団（regulatory bodies）

3 1.5.2

データの伝送；媒体、信号化技法、伝送上の損失、符覚、効率と信頼性、プライ ーマンスの計測について説明 （Ｌバシ−、セキュリテイを包Ｏ−００７６）

含することを 規定する
40

いかなる通信システムを実

インサネットや，マルチプレクサー

施し、必要な装置を設置すの構成要素，モデムのテストと設置

号化、エラー検出、圧縮るかを説明する（例えば、 について説明 （ＬＯ−００７１）ＰＣ上 3 1.5.3
ケ−ブル、モデム、インサのターミナルシミュレーションソフト 3 1.5.5−ネット、コネクション、ゲ ウェアの操作と設置−トウエイ、ル−タ）（ＬＯ−００７３）

広域ネットワーク：交換技術、一斉同報通信技術、ルーチング

3 1.5.12 アプリケーション：例）クライアントサーバ 、EDI、EFT、ＥＤＩの利用のための組織化計画に

電話網、ｅ-メール、マルチメディア、ビデオ会議、付ついての構成と説明（ＬＯ−０１６２）

回線構成：誤り制御、フロー制御、多重化

加価値通信網3 2.2.15.1 通信管理

適切なハ−ドウェアに於けるブリッ 2 2.8.3

プライバシ法ジとル−タのインスト−ルとテストについて説明する。
41

いかにＬＡＮ管理や配置設

ＬＡＮの設置と管理，設計

3 1.5.4

ローカルエリアネットワーク

置や設計をするか（ＬＯ−００７２）

3 1.5.8

ネットワーク構成、性能解析および監視−を説明するエンドユ−ザを含だ情報システムの3 2.2.15.1 通信管理

計画レベルの接近における適切な、
セキュリテイの実施と説明
12

リスク管理技術の伝達や管ハードウェアとソフトウェアの効果的

3 2.2.1

IS 計画

4

理に関連する問題

選択とスキャニング（考査）環境のた

2 2.2.14 新しい技術（emerging technologies）の管理

めの詳細な手法と説明−について討論する（ＬＯ−０１６３）
リスク管理技術の管理の説明（ＬＯ−０１６８）

５９

IS'97.7 情報システムの分析と論理設計（先修条件：IS'97.3）
コースの概要情報技術のスキルを身につけた学生は（このコースで）情報システムの分析と設計を学ぶ．また部門レベルのシステムに対するチーム指向の分析と設計を通して、プロジェクト管理の実習を行う．
コースの意図このコースを通して学生は情報システムの開発と修正のプロセスを理解する．また学生は様々なシステム開発方法論を評価し、その中から与えられたプロジェクトに相応しいものを選ぶことができるようになる．
このコースではユーザーと効果的なコミュニケーションを通して、ユーザーシステムを統合できるための要因を重視する．このために、依頼人、ユーザー、チームメンバーをはじめ、システムの開発、運用及び保守に関わる全ての人々に対する対人的なスキルを開発する事を奨励する．オブジェクト指向の分析と設計．データモデリングツールの使用．ライフサイクル基準の確立とその遵守．
コースの主な項目
ライフサイクルの各フェーズ、即ち要求仕様の決定、論理設計、物理設計、テスト計画、インプリメント計画と性能の評価など；
コミュニケーション、対人的なスキル、インタビュー、プレゼンテーションのスキル；グループダイナミックス；リスクと実現可能性の分析；グループに基づくアプローチ、即ちプロジェクト管理、ＪＡＤ、構造化ウオークスルー、オブジェクト指向の設計、ソフト
ウェアの生産とレビューなど；プロトタイピング；データベース設計；ソフトウェアの品質指標；アプリケーションのカテゴリー；ソフ
トウェアパッケージの評価と入手；専門家としての行動の倫理基準．
コースの指導要領
情報技術の基本的なスキルを身につけた学生は、まず解決すべき問題を特定するために情報を収集する方法を学ぶ．次に学生は情報システムに対する要求仕様を決定し、論理設計を行う．さらにこのコースに始まり、４つのコース（IS'97.7,8,9,及び 10）にわたって継続的に展開されるプロジェクトにチームメンバーとして参画する．
学生は色々な解決策を検討し、それらの実現可能性を確かめる．またそのシステムが完成したときに、それによってもたらされる付加価値の大きさを特定する．
学生はＣＡＳＥ又はそれと類似の機能を持つツールを使用する．ライフサイクルの各ステージを支援するツールを選択すべきである．ＣＡＳＥツールは開発プロセスの理解に代わるものではないが、ある方法論が確実に実施されていることを確認するのには役立つ．従って開発を手作業で行う場合は、使用している方法論を厳密に定義することが重要である．
チームプロジェクトをコントロールするためにプロジェクト管理の手法が教えられ、使用される．個人的な或いは対人関係のスキルを含むチームコンセプトに関する討議が行われ、実際の状況が監視される．エンパワーメントのコンセプトが使用され、測定される．プロジェクトのマイルストーンの完了を確かめるために、個人としてまたグループとしての行動の予定を立て、それを完了させる手法が採用される．
このコースを通じて部門レベルの情報システムの設計が行われる．その際インストラクターは講義を行う以外に、望むならば、
プロジェクトの中で何らかの役割（ＣＩＯ、プロジェクト管理者、コンサルタント或いはクライアントなどのいずれか）を果たすことを希望してもよい．
学生は．．．

番

ラーニングユニットの

号

教育目的

ラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

72 情報システムの問題を分 ＩＳのライフサイクルのフェーズと概 3 2.10.10 創造性と機会発見力を育てる析し、モデル化し、定義 念、及びそれに対する別の見方を説 2 3.6.1

実現可能性の評価（assessment）

するのに必要な概念の基 明する（LO-0057）

リスク管理の原則になるスキルを提示する

2 3.6.2

解決すべき問題を発見し、物理的な 2 3.8.1

問題点と機会の発見：例)サービスの要求、計画プロセ

フローをリエンジニア する（LO-

スから

0108）
73 学生に対して、情報シス アプリケーションをインプリメントする 2 2.8.1

ソフトウェアの販売、使用許諾および取次ぎ（agency）

６０

テムをインプリメントするた 手段としての、パッケージをそのまま 3 2.8.2

契約の基礎

めに、市販されているプ 使う、或いはそれをカスタマイズす 3 2.8.3

プライバシ法ログラム製品を使用する る、又はそれにモジュールを付加す 2 2.8.4

取次ぎ（agency）と規制集団（regulatory bodies）

機会を提供するるなど様々なやり方を分析する能力 2 2.8.5を示す（LO-0110）

3 2.8.7

コンピューターのソフト及びハードウ 3 3.7.11

知的所有権の保護と倫理
アプリケーションのリスク、損失および責任有効範囲の設定とその管理ェアを入手することについての考え方を説明する（LO-0167）
見積要求や契約を行うプロセスを説明する（LO-0174）
契約締結のフェーズを説明し、各種の契約の具体例を書く（LO-0175）
74 システムに対する要求と 情報を収集するために個人及びグ 3 2.10.1
その仕様を確定する時 ループに対してインタビューを実施 3 2.10.2

コミュニケーションの技能
会見（interviewing）、聴聞（questioning）、聴取に、どんな情報を収集し、 する（LO-0106）（listening）

それをどのように体系化 （マニュアル又は電子的な）GDS ツ 3 2.10.5

執筆の技能すべきかを示すールを使用して、JAD のセッションを 3 3.4.2

グループベースの方式：例)JAD、構造化ウォークスル

実施する（LO-0111）

ー、設計とコードのレビュー

75 論理設計をする方法、そ CASE 及び i-CASE、更にその他の 3 3.4.1

CASE

れをインプリメントする 方法論を使う（LO-0112）
様々な方法（パッケージ 市販の CASE ツールを使用して上を使う、CASE 等プログラ 流のドキュメントを作成することがでム作 成ツ ー ル を 使うな きる（LO-0113）
ど）、更にそれらを比較分析する方法を示す．
76 情報システムを短期間に 情報システムを短期間に開発するた 3 3.2.1
開発するための迅速プロ めに迅速プロトタイプ法、又はそれと 3 3.2.5

システム開発モデル：例)SDLC,プロトタイピングシステム開発の取り組み方法の選択

トタイプ法などのやり方を 類似のメカニズムを使用する（LO機能的に理解できるよう 0114）にする
77 情報システムの開発に関 情報システムに対する要求と仕様及 2 3.5.1

インフラストラクチャ計画 ：ハードウェア、通信、データ

わるリスクと実現可能性を び暫定的な論理設計案を明確化

ベース、サイト（site）

どのように見積もるかを示 し、これに基づいて提案内容の競争 3 3.6.1

実現可能性の評価 （assessment）

す

優位性とその実現可能性及びリスク 3 3.8.3

要求決定と仕様化を評価する（LO-0109）

設計：論理、物理

3 3.9.1

78 システム改善の可能性を 成功のための条件に基づいて、提 3 2.2.6

IS の決定的成功要因の定義知るためには、組織のシ 案されている幾つかのシステムソリュ
ステムをどのように分析す ーションを比較する（LO-0061）
べきかを学生に示す

ビジネスとしての IS 管理 ：例)顧客の定義、IS の任務、

3 2.2.10

IS の戦略的使用 ：例)競争優位と IS、プロセスリエンジ

継続的な改善という考え方と両立す

ニアリング、ISと品質、IS の世界的な影響と国際的考る開発方法論を選択し、それを使用慮

する（LO-0107）

3 2.3.1

システム理論や意思決定及び品質 2 2.10.8

メトリクスとモデル化原則を中心としたリーダシップ

に関する理論と、情報システム開発 3 2.10.10 創造性と機会発見力を育てるの方法論を適用して、自分のプロセ 3 3.1.5システム管理：標準、管理理論、フィードバック、ルースを継続的に改善しており、且つ品

プ、測定、品質

質に対する関心が高い組織の比較 3 3.10.7

ソフトウェアプロジェクトの管理：範囲の設定、予定作り、的複雑なシステムを企画し、仕様を構成管理、品質保証：ソフトウェアの信頼性の問題（安決め、インプリメントする（LO-0149）

全、責任、リスク評価）；メンテナンス

79 伝統的な手法とコンピュ 組織のプロセスに対する効果的なソ 3 2.3.4

意思決定モデルと IS ：最適化、満足化ーターが支援するグルー リューションを見つけるための、ビジ 3 2.3.5

グループの意思決定プロセス

プウェアとを使用して、コ ョンの共有という概念を説明する

創造的な設計プロセスを促進する技術

2 3.9.4

６１

ンセンサスを確立するた （LO-0052）
めの効果的なコミュニケ コミュニケーションの欠如に繋がる可ーションを行う対人的なス 能性がある共通の行動パターンを説
キルを養成する

明する

80 ユーザーと共に働くことに ＩＳという文脈におけるグループ及び 3 2.3.4

意思決定モデルと IS：最適化、満足化

関連するような、小規模な チーム行動を説明する（LO-0051） 3 2.3.5

グループの意思決定プロセス

グループ力学を実演し、 グループはどのようにして一緒に働 4 2.4.3

グループ力学

分析するチームワーク、リーダシップおよび権限委譲かを説明する．共同作業者の働きを 4 2.4.4
るためにチームメソッドを適用し、その 2 2.4.5

影響力、権限、政策の行使を確認する．チームの共同作業に効果 4 2.4.8

合意の形成

参画し、その成功の度合いを評価す
O-0154）
81 データベースを運用しテ データベース環境の基で情報システ 3 1.6.1

DBMS：特徴、機能、アーキテクチャ

ストすることによって、デ ムを設計し、インプリメントする（LO- 3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、ータベースを使用するア 0118）

意味オブジェクト

プリケーションをインプリメ 情報システムのデータフロー又はイ 3 1.6.3

正規化

ントするためのスキルを養 ベント駆動型のモデルを設計する． 3 1.6.4

一貫性（参照、データ項目、内部関係）：参照関係；実成する

対応するデータベースを設計し、パ体と参照の一貫性

ッケージを使ってそのスキーマをイ 3 1.6.5

データ定義言語

ンプリメントする．

3 1.6.7

データベース設計に対応するイベン 3 1.6.12
ト駆動型の画面を設計する．

3 3.9.2

必要な文書のためのレポートを設計 2 3.9.5

知的な質問プロセッサと質問構成
データ辞書、事典、リポジトリ
設計手法：例)リアルタイム、オブジェクト指向、構造化
情報表現の代替案；認知スタイル

する．
データベースのインデックスを解決
し、適切なアプリケーションを構築する．

６２

85 情報システムに固有の行 専門的な組織の特徴を特定し、それ 2 2.8.3
動を評価するために、職 を記述する（LO-0043）

3 2.8.5

業上の倫理綱領を使用 職業上の倫理基準の設定について 2 2.8.6
すべきである事を説明す 説明する（LO-0044）
る

2 2.9.1

プライバシ法
知的所有権の保護と倫理
倫理：盗作、誠実、倫理規則
現時点での定期的、専門的、学術的刊行物

社会的な文脈の中で発生する倫理 2 2.9.2

証明書の発行的な問題や失敗したアプローチを説 2 2.9.3

専門組織：例)DPMA、ACM、TIMS、ASM、DSI、

明する．

ACE、IEEE、ASQC、AIS、IAIM、INFORMS

所与の開発環境の中で関係者は誰 2 2.9.4

専門家会議

であり、開発によってそれぞれがど 2 2.10.6

積極的な態度と取り組みのような影響を受けるかを説明する．
倫理綱領を採用することがどういうことなのかを説明し、プロジェクトにおける行動がこれらの規定に整合的であることを保証する（LO-0127）

６３

IS'97.8 ＤＢＭＳを用いた情報システムの物理設計と実装（先修条件：IS'97.7）
コースの概要分析と論理設計を完了した学生は引き続きこのコースにおいて、データベースによるインプリメントを必要とする部門レベルの情報システムの詳細な物理設計とインプリメントを行う．（前提履修：IS'95.7）
コースの意図このコースはＤＢＭＳ環境における情報システムの設計とインプリメントを取り扱う．学生はこのコースにおいて、論理設計を実現するためにデータベースソフトを使用して一つの物理的なシステムを設計、構築する．そのことによって学生は先立つコースにおいて学んだ設計のプロセスを確かにマスターしていることを立証するであろう．
コースの主な項目
データモデルとモデリングのツールと技法；構造化設計法とオブジェクト指向設計法；幾つかの異なるデータベースのモデ
ル、即ちリレーショナル、階層型、ネットワーク型、及びオブジェクト指向型；ＣＡＳＥツールにおける辞書、リポジトリ、ウェアハ
ウスなど；インプリメンテーションについては、Windows/GUI でのコーディングとインプリメント、アプリケーションコード生成、クライアントサーバ環境での企画、テスト、及びインストール、システムのコンバージョン、エンドユーザー教育、統合及びインプリメント後のレビューなど．
コースの指導要領
分析と論理設計を完了した学生は、IS'95.7 でスタートし、４つのコースにわたって継続的に展開されるプロジェクトの一部として、部門レベルの情報システムの物理設計とインプリメントに従事する．
データベースによるインプリメントを必要とする部門の情報システムを設計し、インプリメントするために、チーム指向のプロジ
ェクト環境の中で、ＣＡＳＥツール又は手作業による設計方法を使用する．
物理的な業務フローに対するデータモデルを作成し、データベースを構築するために詳細なデータベース設計を使用する．
企業レベルのモデルを生成するためにスキーマ生成ツールを使用する．
上記モデルに対応する機能的な分析を行う．プログラム仕様を作成して物理システムの構築のために使用する．テスト、統合、最終システムの統合テストを行う．システムの複雑さを測定するために、ツールを使用する．プロジェクトの標準として導入した品質保証指標をプロジェクトの品質とリスクを管理するために使用する．
目的とするシステムの迅速な開発を支援するために、コードジェネレータ又はライブラリを利用する．ユーザーの期待と作業の遂行を管理するために、既存のプロジェクト管理用のソフトウェアを利用する．

番

ラーニングユニットの

号

教育目的

ラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

86 シナジー効果を持つソリ 感情を込めた聞き方は相互依存的 4 2.3.5
ューションを見つけること であることや、シナジー効果、コンセの重要性について

2.4.3

グループの意思決定プロセス
グループ力学

ンサスの構築の仕方について記述 4 2.4.4

チームワーク、リーダシップおよび権限委譲

し、説明する（LO-0050）

影響力、権限、政策の行使

3 2.4.5

ネゴシエーションなどの相互依存的 3 2.4.6

認知スタイルな 行 動 に つ い て 説 明 する（LO- 2 2.4.7

交渉と交渉スタイル

0173）

3 2.4.8

合意の形成

3 2.10.1

コミュニケーションの技能

3 2.10.6

積極的な態度と取組み

3 2.10.9

交渉の原則

3 2.10.10 創造性と機会発見力を育てる
87 なすべき業務を記述した 業務の見積もりを行い、その業務の 3 2.2.3

スタッフ配置と人的資源管理

協定書を作成し、その業 実行を約束し、それを厳密に実行 3 2.10.6

積極的な態度と取組み

務を完全に実施し、更に し、その結果を標準に対比し、自己 3 2.10.7

個人の目標の設定、意思決定、時間管理

結果を自己評価するため 評価した上で、その業務について説 3 2.10.8

原則を中心としたリーダシップの方法を示す管理上の懸念；ストレスと時間管理明する（LO-0105）

3 3.7.7

６４

88 データベースを記述する DBMS、データモデリング、データ操 3 1.6.2
るスキルを養成する

データモデル：関係、階層、ネットワーク、オブジェクト、
意味オブジェクト

データモデリングに関す 作言語を使用する（LO-0124）
モデルのタイプを区別するために知 3 1.6.5

データ定義言語

識データモデルを使用する；データ 2 1.7.1

知識表現

ベースに関する色々なモデルを説 2 1.7.2

知識工学

明する；即ち、リレーショナル、階層 2 1.7.3

推論処理型、ネットワーク型、オブジェクト指向 3 3.3.2

データモデリング：例)実体関連ダイアグラム、正規化型など；そしてこれらのモ デ ル が 3 3.4.3

ソフトウェアインプリメントの概念とツール：例) データ辞

DBMS によってどのようにインプリメ

書、辞典、アプリケーション生成プログラム、再利用、ントされるのかを 説 明 する（LO- プ
ログラム生成プログラム、ソフトウェアインプリメンテー

0130）
シ

ョン言語
89 データベースのモデルの リレーショナル、階層型、ネットワーク 3 1.6.2

意味オブジェクト

間の構文的及び理論的 型のそれぞれのデータベースモデな相違点に気付かせる

データモデル：関係、階層、ネットワーク、オブジェクト、ルの要素を特定し、各モデルが必要 3 1.6.5

データ定義言語とするデータ定義について討議す 2 3.8.2

アプリケーションの企業モデルへの関連づけ

る；データ操作言語でなぜ特定のコマンドが使われるのかを説明する；
各モデルの間の論理的な相互変換について討議する（LO-0201）
90 アプリケーションの構築を ライフサイクルの実現を応用する 2 2.8.3
支援するのに必要な、デ （LO-0122）

プライバシ法3 2.10.10 創造性と機会発見力を育てる

ータベースシステムの開 データベースの管理と保守について 3 3.2.1

システム開発モデル：例)SDLC,プロトタイピング

発と検索機能を応用する 説明する（LO-0138）

3 3.2.5

システム開発の取組み方法の選択

スキルを養成する

3 3.4.1

91 DBMS の構成と利用に必 データベースへのデータ入力を支 3 1.2.1
要なスキルを養成する

CASE
形式的な問題と問題解決

援 するエディタを 開 発 する（LO- 3 1.2.4

抽象データ型

0133）

3 1.6.1

DBMS：特徴、機能 、アーキテクチャ

3 1.6.1.1

DBMS（特徴、機能、アーキテクチャ）；データベースシ

リストボックス、ダイアログボックス、ボ

ステムの構成要素(データ、辞書、応用プログラム、ユタン及びメニュー構造を実現するたーザ、運営)

めに、グラフィックインターフェイスと 3 1.6.1.3 論理設計（DBMS 独立設計）: ER、オブジェクト指向
文字ベースのインターフェースの両 3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、方を使って、設計し実現できることを意味オブジェクト

示す．

3 1.6.5

データ定義言語

3 1.6.6.3 アプリケーションとユーザインタフェース（DML、質問、
アプリケーションシステムのパフォー

QBE、SQL）

マンスを検証する簡単なレポートを 4 1.6.7

知的な質問プロセッサと質問構成

設計し、実現する（LO-0134）

DBMS プロダクト：データベースシステムの最近の発展

2 1.6.9（例 ハイパーテキスト、ハイパーメディア、光ディスク）
アプリケーションシステムのインプリメ 2 1.6.11

データとデータベースの管理

ントに必要なソフトウェア開発の原 3 1.6.12

データ辞書、事典、リポジトリ

則、方 法 及 びツールを適用する 3 2.2.3.4 教育と訓練（LO-0140）

3 2.2.15.7 品質管理：例)信頼性と品質技術；QC チーム
3 2.3.1

メトリクスとモデル化

3 3.2.2

パッケージの取得とインプリメント

3 3.2.3

ソフトウェア構成要素の統合

4 3.2.5

システム開発の取組み方法の選択

3 3.5.1

インフラストラクチャ計画：ハードウェア、通信、データベ
ース、サイト（site）

3 3.9.7

ソフトウェア開発

６５

4 3.10.1

システムの建造

3 3.10.2

ソフトウェアシステムの建造：例)プログラミング、単体テ
スト、ロードモジュールのパッケージ化

92 プログラミング環境を利用 データベース設計の技術を応用し 4 1.2.1

形式的な問題と問題解決

して、データベースシステ て、プログラムから DBMS へのコー 4 1.2.4

抽象データ型ムの利用とインプリメント ルを使うソリューションをインプリメン 4 1.6.1

DBMS：特徴、機能 、アーキテクチャ

に関するスキルを養成す トする（LO-0139）
る

3 1.6.1.2 DBMS：関係代数の概観

分散モデルを実現するのにネットワ 4 1.6.1.3 論理設計（DBMS 独立設計）: ER、オブジェクト指向ーキングを考慮する．クライアントサ 3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、ーバアプリケーションを開発し、マル

意味オブジェクト

チユーザ環境でそれを運用する．

3 1.6.2.1 関係データモデルの専門用語；概念スキーマから関係スキーマへの写像
4 1.6.2.2 概念モデル化（例)実体関連、オブジェクト指向）
3 1.6.3

正規化

4 1.6.4

一貫性（参照、データ項目、内部関係）：参照関係；実体と参照の一貫性

4 1.6.5

データ定義言語

4 1.6.6

アプリケーションインタフェース

3 2.3.1

メトリクスとモデル化

4 2.10.6

積極的な態度と取組み

3 3.8.2

アプリケーションの企業モデルへの関連づけ

93 比較的小規模な企業ア アプリケーションをインプリメントする 3 1.3.7.30 コードジェネレ−タ
プリケーションをインプリメ ためにコードジェネレーターを使用ントするために、コードジ し、その結果を同じアプリケーションェネレーターとプログラム を手でコーディングしたものと比較す
言語処理とを組み合わせ る．（LO-0196）て使うスキルを養成する．
94 プロジェクト管理、プロジ テレコミュニケーションシステムのユ 3 1.2.4

抽象データ型

ェクト標準、システムイン ーザー向けのドキュメントを作成し、 3 1.4.8

保護とセキュリティ

プリメントプランを作成し、 それを発表する．（LO-0074）

3 1.5.4

ローカルエリアネットワーク

それを使用する機会を提3 1.5.5

広域ネットワーク：交換技術、一斉同報通信技術、ルー供する．

セキュリティ及びプライバシーに関し

チングて考慮すべき問題と、テレコミュニケ 3 1.5.8

ネットワーク構成、性能解析および監視ーションシステムの領域の中でそれ 3 1.6.1

DBMS：特徴、機能 、アーキテクチャ

らをどのように解決出来るかを確認 3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、する．（LO-0075）

意味オブジェクト
3 1.6.4

一貫性（参照、データ項目、内部関係）：参照関係；実3 1.6.5

データ定義言語

3 1.6.9

DBMS プロダクト：データベースシステムの最近の発展

コンフィグレーション管理について説明する．（LO-0135）

体と参照の一貫性

部門レベルのデータベース管理シス（例 ハイパーテキスト、ハイパーメディア、光ディスク）

テムプロジェクトを開発し、システム 3 1.6.11

データとデータベースの管理

開発及びユーザー用の文書を作成 2 2.1.4

企業内での IS の役割：戦略的、戦術的および業務的する．（LO-0136）

3 2.2.1.1

一人一人及びチーム全体としての 3 2.2.6

IS 計画の企業計画との連携
ビジネスとしての IS 管理：例)顧客の定義、IS の任務、業務の結果を把握するためのチー

IS の決定的成功要因の定義

ム作業を行う．システム開発プロセス 3 2.2.8

サービス機能としての IS：業績評価-外部/内部、サービでの品質を評価しそれを保証するたスのマーケティング

めに、業務を割り当てそしてその業 3 2.2.10

IS の戦略的使用：例)競争優位と IS、プロセスリエンジ

績を評価する基準を作成する（LO-ニアリング、ISと品質、IS の世界的な影響と国際的考

0137）

慮
3 2.2.11

エンドユーザコンピューティングの支援、役割および機６６

プログラムレベル、システムレベル及能びユーザー向けのドキュメントを作 2 2.2.13

バックアップ、災害計画および復旧成する．（LO-0147）

2 2.2.15.3 ループ意思決定支援システムの管理
2 2.2.15.4 データ管理

適当な複雑さのプロジェクトに対し 2 2.2.15.5 データとアプリケーションの所有権て、チーム環境の下で開発の概念を 2 2.2.15.6 創造性のための風土の最適化適用する．（LO-0148）

2 2.2.15.7 品質管理：例)信頼性と品質技術；QC チーム
3 2.2.16

セキュリティと管理、ウィルスとシステムの完全性

3 2.3.1

メトリクスとモデル化

2 2.3.3

情報のコスト／価値、IS の競合価値

3 2.3.5

グループの意思決定プロセス

2 2.4.1

ジョブ設計理論

3 2.4.3

グループ力学3 2.4.4

チームワーク、リーダシップおよび権限委譲

3 2.4.5

影響力、権限、政策の行使

3 2.4.7

交渉と交渉スタイル

3 2.4.8

合意の形成

2 2.10.3

プレゼンテーションの技能

2 2.10.4

コンサルティングの能力

3 3.1.4システムの構成要素と関係

2 3.7.1

プロジェクト計画と適したプロセスモデルの選択：プロジ
ェクトスケジューリングとマイルストーン

2 3.7.2

プロジェクトの組織、管理、原則、概念、問題

2 3.7.4

プロジェクトスタッフの配置に関する考察：例)マトリクス

2 3.7.5

プロジェクト管理：計画、コストの見積り、資源配分、ソフ

管理、人間の要因、チーム組織、報告
トウェアの技術的レビュー、分析、フィードバック、コミュ
ニケーション、品質の確保、スケジューリング、マイルス
トーン
3 3.7.8

システムドキュメンテーション

3 3.7.11

有効範囲の設定とその管理

2 3.7.12

構成管理

2 3.7.14

プロジェクトの追跡：例)PERT,ガント（Gantt）

3 3.8.3

要求決定と仕様化

3 3.9.4

創造的な設計プロセスを促進する技術

3 3.10.1

システムの建造

2 3.10.5

システム統合とシステムテスト：検証と妥当性、テスト計
画の生成、テスト（受入れテスト、単体テスト、統合テス
ト、後戻りテスト）

3 3.12.1
95 概念データモデルと論理 情報システムの機能と個別のアプリ 3 1.6.4
データモデルを設計する ケーションの価値を評価する枠組み

トランザクション処理システム
一貫性（参照、データ項目、内部関係）：参照関係；実体と参照の一貫性

方法、論理モデルを物理 を説明する．（LO-0055）

3 1.6.5

データ定義言語

設計に変換する方法、物

2 2.1.1

組織の階層とフローモデル

理データベースを開発す 必須成功要因の使い方を説明する 2 2.1.5
る方法及びテストデータ （LO-0056）

善を生成する方法を示す．

2 2.1.6与えられた環境の下で、論理設計を 2 2.2.6

組織ストラクチャにおける IS の影響；IS と継続的な改組織ストラクチャ
ビジネスとしての IS 管：集中型、分散型、マトリクス型理

物理設計に変換する．そしてＤＢＭ 4 2.10.10 創造性と機会発見力を育てる
Ｓの技術を使ってその仕様を現実に 3 3.9.1

設計：論理、物理

６７

動くシステムにインプリメントする．
（LO-0119）96 情報システムの 機 能 仕 部門レベルで重要な情報システムの 3 2.4.5
様、詳細設計、及びアプ 仕様を作成し、それを開発するため 3 2.7.1
リケーションのコントロー の方法論を使用する；

3 2.7.2

ル機能を作成する機会を データの収集、検証及びコントロー 3 2.7.3
提供する

影響力、権限、政策の行使
変革に抵抗する理由
変革を動機づける戦略
変革の計画づくりルが行われていることを確認する； 3 2.7.4

変革の管理

外部監査人が目標と実績の整合性 3 3.3.1

組織化とソフトウェアプロセスのモデル化を確認できるようにする（LO-0191） 2 3.3.3

データ指向方法論

3 3.3.4

プロセス指向方法論

3 3.3.5

行動（事象モデリング）指向方法論

3 3.7.13

システム開発の品質保証

4 3.9.5

情報表現の代替案：認知スタイル

97 コンバージョンとインスト 新しく開発されるアプリケーションシ 4 2.4.6

認知スタイルールの計画、及びハード ステムに関するハードウェアとソフト 3 2.7.1

変革に対して抵抗する理由

ウェアシステムと環境の計 ウェアの詳細なコンバージョンとイン 3 2.7.2

変革を動機づける戦略

画を 作 成 する方法を示 ストールの計画を作成する．（LO- 3 2.7.3

変革の計画作りす．

0194）

3 2.7.4

変革の管理

3 3.9.7

ソフトウエア開発

ネットワークソリューションを設計し、 3 3.10.4

システム変換そのＤＢＭＳを、適切なＯＳと通信用 3 3.10.6

訓練のハードとソフトを持っているサーバにインストールする．
98 詳細なプログラム仕様を 重要なアプリケーションシステムを開 3 1.2.1

形式的な問題と問題解決作成する方法、プログラ 発し、テストし、インストールし、そし 3 1.2.1.4 ソフトウェア設計プロセス；仕様定義からインプリメントまムを作成する方法、シス て運用する．（LO-0193）
テムテストのパラメタを設

で3 1.2.1.5 問題認識文とアルゴリズムの決定；手続き的な抽象化；定する方法、新しいシス クライアントとサーバの両方のアプリ

パラメータ

テムをインストールし、テ ケーションを開発、テスト、運用する．3 1.2.1.6 インプリメント戦略（トップダウン、ボトムアップ；チーム対
ストする方法、コンバージ そのアプリケーションのマルチユー

個人；管理タスク）

ョン計画をインプリメントす ザー面での性質が計画通りに機能 3 1.2.4

抽象データ型る方法、コンフィギュレー することを確認する．

3 1.2.4.1 抽象データ型の目的とインプリメント

ション管理を実施する方

3 1.2.4.3 形式的仕様、事前条件と事後条件、抽象データ型のた法を示す．

不自然な結合メカニズムを持っていめの代数的仕様ない結合（ｃｏｕｐｌｅｄ）アプリケーショ 3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、おンシステムを開発、テスト、運用する．

よび階層チャートへの変換

それ以外のメカニズムがどのように 3 1.2.4.5 正当性、検証(verification)および検定(validation)、
不具合な結合の性質を持っていて、事前条件と事後条件、不変（invariant）、コードの基礎

そのような設計をした場合にどんな的な証明と設計の理解、構造化ウォークスルー

問題が起こるかを説明する．

3 1.2.4.6 制御構造；選択、反復、再帰；データ型と問題解決のための使用

オフラインバッチとオンラインの両方 3 1.2.5.1 ファイル（構成、アクセス方式）：ファイルレイアウト：基本の結合メカニズムについて説明する．

的なファイルの概念；順ファイル；順以外のファイル
3 1.2.5.2 ファイル（構成、アクセス方式）：ディレクトリ、内容と構成、命名、検索、アクセス、バックアップ
3 1.6.1.3 論理設計（DBMS 独立設計）: ER、オブジェクト指向
3 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、

3 1.6.3

正規化

3 1.6.4

一貫性（参照、データ項目、内部関係）：参照関係；実

意味オブジェクト

体と参照の一貫性
3 1.6.5

データ定義言語

６８

2 1.6.11

データとデータベースの管理

2 1.6.12

データ辞書、事典、リポジトリ

3 2.4.4

チームワーク、リーダシップおよび権限委譲

3 2.4.8

合意の形成

2 3.4.2

グループベースの方式：例)JAD、構造化ウォークスル
ー、設計とコードのレビュー

3 3.10.3

ソフトウェアの統合：例)パッケージ

3 3.10.4

システム変換：アプローチ、計画、実装

3 3.10.5

システム統合とシステムテスト：検証と妥当性、テスト計
画の生成、テスト（受入れテスト、単体テスト、統合テス
ト、後戻りテスト）

3 3.10.7

ソフトウエアプロジェクトの管理：範囲の設定、予定作
り、構成管理、品質保証：ソフトウェアの信頼性の問

題（安全、責任、リスク評価）；メンテナンス
3 3.10.8

システムのインストール

3 3.10.9

実装後のレビュー

2 3.11.1

サービス要請と変更管理

2 3.11.3

調整と均衡化

4 3.11.4

システムとソフトウェア維持の概念

99 クライアントと共同で物理 ユーザーが、業務プロセスの再設計 3 2.3.5

グループの意思決定プロセス的なワークフローの計画 によってその機能を改善するため 3 2.4.4

チームワーク、リーダシップおよび権限委譲を作成する方法を示す． に、（情報システムの活用を含めて） 3 2.4.7

交渉と交渉スタイル

水平的に統合されたワークグループ 3 2.4.8

合意の形成のどれを取るべきかを決めるのを支 3 2.10.2

会見（interviewing）、聴聞（questioning）、聴取

援する．このためにチーム環境の中（listening）

へ対立的でないやり方で参画し、感情を移入して聴くスキルを発揮する．（LO-0216）
クライアントとともにグラフィックツー
ルなどを使ってワークフローを設計する．そ のワ ークフローを
IDEF0IDEF3 との両方の図面に変換する．その IDEF3 の図面をさらにグラフィックユーザインタフェイスに適したイベント駆動型のモデルに変換する．
11 システム設計、テスト計 仲間から批評と改善策を聴くため 3 2.10.1
7

画、インプリメント計画、及 に、自分の解決策を提示し、説明す 3 2.10.2

コミュニケーションの技能
会見（interviewing）、聴聞（questioning）、聴取び評価をプレゼンテーシ る．（LO-0028）（listening）

ョンする方法を示す．これ 自分の解決策とその実績を提示す 3 2.10.3

プレゼンテーションの技能

は文書及び口頭の両方 るために、文書及び口頭によるコミュ 4 2.10.5
による．

ニケーションのスキルを適用する 3 3.7.9（LO-0125）

執筆の技能
ユーザードキュメンテーション（例：参照マニュアル、操
作手順、オンラインドキュメンテーション）

12 品質を永続的に改善して チームメンバーの相互協力を推進 3 2.2.3

スタッフ配置と人的資源管理

7

いくという理念に相応しい し、無駄な競争意識を捨てさせるよう 3 3.7.4

プロジェクトスタッフの配置に関する考察：例)マトリクス

業績評価基準について な働き方をする従業員を高く評価す

管理、人間の要因、チーム組織、報告

議論する

るという方針に沿った業績評価基準を作成する；この様な基準を作る理由を討議し、これらの問題点を誤解することによって生じるマイナスの結果について説明する．（LO-0184）

６９

IS'97.9 プログラミング環境を用いた情報システムの物理設計と実装（先修条件：IS'97.5、IS'97.７、
IS'97.8）
コースの概要分析と論理設計を完了した学生は、ＤＢＭＳの機能を呼び出すことが可能なプログラム言語を利用して情報システムのイン
プリメントを行う事によって、更にその知識を拡大する．各チームは情報システムのインプリメントを行うのに際してプロジェクト管理の手法を使用する．
コースの意図このコースではシステムの物理設計、プログラミング、テスト、及びインプリメントを取り扱う．プログラミング環境の下で、オブジェクト指向やクライアントサーバ方式の設計をインプリメントする．
コースの主な項目
クライアントサーバプログラミング言語環境の選択；ソフトウェアの構築；構造化、イベント駆動型及びオブジェクト指向型のア
プリケーション設計法に基づくソフトウェアの建設；；テスト；ソフトウェアの品質保証；システムのインプリメント；ユーザーの訓
練；システムのデリバリー；インプリメント後のレビュー；コンフィグレーションのマネジメント；メンテナンス；リバースエンジニアリ
ング及びリエンジニアリング、完全なクライアントアプローチと簡単なブラウザーとアクティブサーバの組合せというアプローチの両方を考慮する．
コースの指導要領
分析と論理設計のコースを完了した学生は、IS'97.7 でスタートし、４つのコースにわたって継続的に展開されるプロジェクトに引続き参画する．そこで、ＤＢＭＳが持っている機能を呼び出せる第３又は４世代のプログラム言語を利用してインプリメント
されるような情報システムの開発方法を学ぶ．
もしもこのコース以前にオブジェクト指向プログラミングが教えられていなかったならば、それをここで使わなくてはならない．
もしもオブジェクト指向の方法論だけが使われていたとすると、何らかの手続き的な機能も取り入れなくてはならない．
システム表現（データフロー）或いはオブジェクト表現、モジュール設計、正しさを立証できるコントロール構造の使用、検証、
テストと有効性の保証などはソフトウェアの品質を保証するために不可欠の構成要素である．学生は予めインプリメントの標準を作成し、チームがシステムの開発を完了するに際して、それを厳密に適用しなくてはならない．ハードウェア、データ、ユー
ザー及びソフトウェアシステムの全てについて、コンバージョンと訓練の計画を作成し、実施する．
プロジェクトが計画通りの期間内に完了することを確実なものにするために、学生はプロジェクト管理用のツールを利用しなくてはならない．対人関係のスキルを実践し、それを評価されなくてはならない．ライフサイクルの節目毎のプレゼンテーショ
ンを完全に実行しなくてはならない．

番

ラーニングユニットの

号

教育目的

ラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

100 プログラミング環境を使用 データベースプログラミングを利用する 4 1.2.1

形式的な問題と問題解決

して、アプリケーションソフ プログラミング環境を使用して、情報シ 4 1.2.4

抽象データ型

トウェアを分析し、設計し、 ステムのアプリケーションソフトウェアを 4 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、開発するスキルを養成す 設計し、インプリメントする（設計はスクリ

意味オブジェクト

る．

ーンエディタ、データ更新機能、監査と 4 1.6.5

データ定義言語

操作のコントロール、適当な出力帳票を 4 1.6.6

アプリケーションインタフェース

含むこと）．（LO-0208）

4 1.6.6.2 DML、質問、QBE、SQL など：データベ ース質問言
語：データ定義、質問の形式、更新副言語、制約の表
現、参照一貫性、手続き型言語における埋め込み

概念データモデルと機能モデルを作成するために生産性ツールを利用する． 4 1.6.6.3 アプリケーションとユーザインターフェース
4 2.3.1

メトリクスとモデル化

3 2.10.10 創造性と機会発見力を育てる
3 3.1.2

システム概念：例)構造、境界、状態、目的

4 3.3.2

データモデリング：例)実体関連ダイアグラム、正規化

3 3.4.3

ソフトウェアインプリメントの概念とツール：例) データ辞７０

書、辞典、アプリケーション生成プログラム、再利用、プ
ログラム生成プログラム、ソフトウェアインプリメンテーシ
ョン言語
3 3.8.2

アプリケーションの企業モデルへの関連づけ

4 3.9.7

ソフトウェア開発

101 アプリケーション設計に関 プログラミング環境を利用して、GUI イ 2 1.3.6

言語のオブジェクト指向への拡張

する構造化、イベント駆動、 ンターフェイスを持つ単純なイベント駆 2 1.4.10 人間との対話のためのOS 支援；例）GUI、対話型ビデオ及びオブジェクト指向の方 動型のアプリケーションを開発する．
法の違いを特定し、設計及 （LO-0025）

3 3.3.5

行動（事象モデリング）指向方法論

び開発のプロセスに対し

3 3.3.6

オブジェクト指向方法論て、これらの方法がどの様

4 3.9.6

人間とコンピュータの相互作用（例)エルゴノミクス、グラ
フィカルユーザインタフェース、音声、タッチパネル）な意味を持っているかを説明する．
103 プログラムテストとシステム 構造化された問い合わせ、構造化され 3 1.2.1
テストを行うことが出来る．

ていない問い合わせの両方のツールを 3 1.2.4

形式的な問題と問題解決
抽象データ型使用して、効果的な問い合わせを構築 3 1.2.4.4 モジュール、結合、連結；データフローダイアグラム、おする．（LO-0312）

よび階層チャートへの変換
3 1.2.4.5 正当性、検証(verification)および検定(validation)、

プログラムを検証するために、４ＧＬのア

事前条件と事後条件、不変（invariant）、コードの基

プリケーションプログラムからＤＦＤを逆礎的な証明と設計の理解、構造化ウォークスルーに作成（リバースエンジニアリング）す 3 1.3.4

非手続き型言語：論理型、関数型, イベントドリブン

る．（LO-0142）（event driven）
3 1.6.6.3 アプリケーションとユーザインタフェース（DML、質問、
QBE、SQL）
3 1.6.7

知的な質問プロセッサと質問構成

3 3.8.3

要求決定と仕様化

3 3.9.7

ソフトウェア開発

3 3.10.2 ソフトウェアシステムの建造：例)プログラミング、単体テ
スト、ロードモジュールのパッケージ化
3 3.11.2 リバースおよびリエンジニアリング
104 ビジネスアプリケーションの グラフィカルを含む幾つかの代表的な 2 1.3.1

基本的なプログラミング言語の構造；言語とアプリケー

開発に使うことが出来る プログラミング環境の特徴、使用できるションの比較

様々な異なるプログラミング ための条件、及び使い方を説明する；ソ 4 1.3.5

第４世代言語

環境を理解する

フトウェアの可搬性とインターオペラビリ 4 1.3.6

言語のオブジェクト指向への拡張

ティという概念を説明する．（LO-0207） 3 1.3.7

プログラミング言語、設計、インプリメントと比較

112 積極的で且つ原則に忠実な 積極的なリーダシップと時間管理の特 4 2.3.5

グループの意思決定プロセス

行動と時間管理に関する機 徴的な習慣を記述し、説明する．（LO- 2 2.10.6 積極的な態度と取組み
能的な理解を養成する．

0042）

2 2.10.8 原則を中心としたリーダシップ
2 3.7.7

113 感情を込めた聞き方、コン チームワーク手法を使用する、ミーティ 3 2.3.5

管理上の懸念；ストレスと時間管理
グループの意思決定プロセス

センサスのための調整、シ ングの考え方と方法を適用する．グル 4 2.4.3

グループ力学

ナジー的な解決の見つけ ープ技法を使用する．感情を込めた聞 3 2.4.4

チームワーク、リーダシップおよび権限委譲方など、チーム行動を成功 き方のスキルを使用する．シナジー的 4 2.4.8

合意の形成に導くために必要な態度を な解決の見つけ方を適用する．（LO- 4 2.10.2 会見（interviewing）、聴聞（questioning）、聴取
確実に身に付ける．またコミ 0121）（listening）

ットメントと厳密な完了という 感情を込めた聞き方が実行されている
考え方を適用する．

ことを確認する．各人が与えられた課題をよく理解し、それにコミットし、厳密に完成していることを確かめる．チームとしての業績を確かなものにするために
これらの行動が適切であることを説明す

７１

る．（LO-0156）
114 チームの目標の設定と具体 情報システムの開発における共有化さ 3 2.2.1
的な行動の方向付けがプロ れたビジョンと使命感に基づく行動とい 4 2.3.5

ＩＳ計画
グループの意思決定プロセス

ジェクトの使命に相応しい事 う考え方について討議し、説明する． 4 2.10.2 会見（interviewing）、聴聞（questioning）、聴取を確かめる．

（listening）（LO-0017）

チームの使命をプロジェクトの使命に合 4 2.10.8 原則を中心としたリーダシップ
わせることによって生まれる使命に基づ 4 3.9.4

創造的な設計プロセスを促進する技術

く仕事の仕方について討議し、その考 4 3.10.7 ソフトウエアプロジェクトの管理：範囲の設定、予定作
り、構成管理、品質保証：ソフトウェアの信頼性の問題

え方を実行する．（LO-0155）（安全、責任、リスク評価）；
メンテナンス
115 プロジェクトの目標とプロジ 企業の競争上の地位を向上させること 2 2.2.7

CIOとスタッフの機能

ェクト管理という業務の遂行 に対する情報システムの役割を説明し、 3 2.2.10

IS の戦略的使用：例)競争優位とIS、プロセスリエンジ

を上級マネジメントに売り込 それを実証する．（LO-0017）

ニアリング、ISと品質、IS の世界的な影響と国際的考

むためには、どの様なやり慮

ＩＯ、プロ 3 2.2.15 副機能の管理とりが必要であるかを記述 情報システムのマネジメント、Ｃする．

ジェクトマネジャーの役割を説明する． 3 2.3.2（LO-0164）

確実性、不確実性およびリスクの下での意思決定

3 2.3.3

情報のコスト／価値、IS の競合価値

2 3.5.2

IS アーキテクチャの計画

2 3.5.3

運用のための計画

3 3.6.1

実現可能性の評価（assessment）

2 3.6.3

不測事態対応計画

3 3.10.9 実装後のレビュー
116 ライフサイクルの概念を記 かなりな大きさと範囲を持つプロジェクト 2 2.1.5

組織ストラクチャにおけるIS の影響；ISと継続的な改述し、それをコースのプロジ をチーム組織で運営し、完成させるた善

ェクトに適用する．

めの、色々なライフサイクルの考え方を 3 2.2.2

IS 機能のコントロール：例)EDP 監査、アウトソーシング

説明し、それを適用してプロジェクトを 3 2.2.3

スタッフ配置と人的資源管理遂行する．；選択したライフサイクルの考 2 2.2.6

ビジネスとしてのIS 管理：例)顧客の定義、IS の任務、え方に合致する標準の決め方、その運IS の決定的成功要因の定義

用の仕方を述べる．（LO-0185）

2 2.2.8

サービス機能としてのIS：業績評価-外部/内部、サービスのマーケティング

ソフトウェアと情報システムの開発に関 2 2.2.9

IS の財政管理：例)費用の投入と回収して、ＩＳ，ＣＳ及びＳＥの責任がそれぞ 2 2.2.12 IS の方針、運用手順の公式化およびコミュニケーション
れどの様に異なるのかを説明する；学 3 2.2.13

バックアップ、災害計画および復旧習したことをコースのプロジェクトに適用 3 2.3.1

メトリクスとモデル化する．（LO-0236）

4 2.4.4

チームワーク、リーダシップおよび権限委譲

4 2.4.8

合意の形成

ソフトウェアと情報システムの開発を成 4 3.1.3

オープンシステムの性質功させるために、ソフトウェアエンジニア 4 3.1.4

システムの構成要素と関係

リングの形式的な技法がどの様に役立 3 3.1.5システム管理：標準、管理理論、フィードバック、ルー

つかを説明する；これらの技法（品質保プ、測定、品質証、検証と正当性の確認、正しさと信頼 4 3.2.1

システム開発モデル：例)SDLC,プロトタイピング性など）をコースのプロジェクトに適用 2 3.2.1.1 システム開発のライフサイクル：ソフトウェアのライフサイする．（LO-0237）

クルモデル（反復的な増強、段階ごとの開発、スパイラ
ル、ウォーターフォール）
3 3.2.2

パッケージの取得とインプリメント

4 3.2.5

システム開発の取組み方法の選択

3 3.3.7

ソフトウェア工学のプロセスと製品

3 3.7.1

プロジェクト計画と適したプロセスモデルの選択：プロジ
ェクトスケジューリングとマイルストーン

3 3.7.2

プロジェクトの組織、管理、原則、概念、問題

3 3.7.6

複数のプロジェクト管理3 3.7.7

管理上の懸念；ストレスと時間管理

７２

3 3.7.12 構成管理
3 3.8.1

問題点と機会の発見：例)サービスの要求、計画プロセスから

4 3.9.7

ソフトウェア開発

4 3.10.2 ソフトウェアシステムの建造：例)プログラミング、単体テ
スト、ロードモジュールのパッケージ化
4 3.10.3 ソフトウエアの統合：例)パッケージ
4 3.10.4 システム変換：アプローチ、計画、実装
4 3.10.5 システム統合とシステムテスト：検証と妥当性、テスト計
画の生成、テスト（受入れテスト、単体テスト、統合テス
ト、後戻りテスト）
4 3.10.8 システムのインストール
4 3.11.4 システムとソフトウェア維持の概念
118 生涯学習の考え方について 永続的に学び続けるという学習の考え 4 2.2.3.4 教育と訓練
討議し、それを適用する．

方を討議し、それを適用する．（LO0158）

120 組織における情報管理のリ 組織において与えられたプロジェクトの 2 2.2.3

スタッフ配置と人的資源管理

ーダシップの役割が、次第 ためのチームを編成し、且つ組織の人 3 2.4.3

グループ力学に進化していくことを説明す 事戦略を適用するためには、どの様な 3 2.4.4

チームワーク、リーダシップおよび権限委譲

る．

人材を集めればよいかを説明する． 3 2.4.5

影響力、権限、政策の行使（LO-0153）

2 2.8.3

プライバシ法2 2.8.4

取次ぎ（agency）と規制集団（regulatory bodies）

情報システム部門以外で知的労働に従 3 2.10.3 プレゼンテーションの技能
事する従業員に対して、自らの情報資 3 2.10.8 原則を中心としたリーダシップ
源と情報に対する要求を管理するため 3 3.4.1.2 ツール：CASE ツール、コード生成プログラム、GDSSには何をなすべきかを説明する．（LO- 3 3.7.4

プロジェクトスタッフの配置に関する考察：例)マトリクス

0178）

管理、人間の要因、チーム組織、報告
3 3.7.9

ユーザードキュメンテーション（例：参照マニュアル、操
作手順、オンラインドキュメンテーション）

７３

IS'97.10 プロジェクト管理と実践（先修条件：IS'97.8、IS'97.9）
コースの概要
活動実績が高かったチームに属する情報システム専攻の学生は、このコースで相当な規模の情報システムの設計とインプリメントに関する学習に従事し、それを完了する．プロジェクト管理、情報システム機能の管理、及びシステムインテグレーショ
ン等はプロジェクトで経験すべき要素である．
コースの意図このコースは新規開発又は機能強化のための情報システムプロジェクトを成功させるのに必要な要素をカバーしている．プ
ロジェクト管理の技術的な側面と行動的な側面の両方が議論される．ここでの中心は企業レベルのシステムの開発のマネジ
メントである．
コースの主な項目
要求仕様の決定から論理設計、物理設計、テスト、インプリメントに至るシステムのライフサイクルを管理すること；システムとデータベースの統合に関する問題；ネットワーク及びクライアントサーバ環境の管理、プロジェクトの管理とシステムの性能評
価のための指標；プロジェクトに対する上司、ユーザー、チームメンバー、及びプロジェクトに関わるその他の人々の期待を管理すること；プロジェクトのメンバーに求められるスキルを決定し、適切な人選を行うこと；費用効果分析；レポート作成とプレゼ
ンテーションの技術；プロジェクトの技術的な側面と行動的な側面の両方を効果的に管理する、変革の管理．
コースの指導要領
一連のシステムの分析と設計のコースを完了した情報システム専攻の学生にとって、このコースはその頂点にある．ここではかなり大きい情報システムの開発プロジェクト、即ち IS'97.7 でスタートし、４つのコースにわたって継続的に展開されてきたプ
ロジェクトに従事し、それを完成させることに焦点が当てられている．
学生には、プロジェクト管理という文脈の中で、システムインテグレーションに取り組むことが明確に求められている．
プロジェクトはチームとして努力する場であるから、このコースはチームメンバーのエンパワーメントと成功を確実なものにするために、個人的な、また相互依存的なスキルを実践する最後の機会となる．プロジェクトの進捗を確実にとらえ、クライアント
に対してプロジェクトの目標と実績とを正しく伝えるために、チームはプロジェクト管理用のツールを使用する．
ＣＡＳＥ又は別のデータモデリングツールやアプリケーションジェネレーターを使うかどうかは資源次第で決めてよい．しかしいずれにしてもプロジェクトの全てのライフサイクルに対応するプロジェクト標準を作成しなくてはならない．またプロジェクトの成功を確実なものにするために、ソフトウェアの品質を保証する方法論を使用すべきである．
プロジェクトの企画から、分析、設計、コンバージョンに至る一連のドキュメントのプレゼンテーションが、チームによって随時行われる．プレゼンテーションにおいて、チームメンバーは皆それぞれ何らかの重要な役割を果たさなくてはならない．

番

ラーニングユニットの

号

教育目的

ラーニングユニットの学習目標

ラーニングユニットにおける能力レベルと知識体

10 開発プロジェクトの計画を 方針決定などの委員会の機能を説 3 2.10.10 創造性と機会発見力を育てる
5

作成するのに必要なスキ 明する、また組織開発と情報システ 2 3.7.3

作業の分解構造とスケジュール

ルを確実に身につけさせ ムの再構築を行うチームは対等な関る．

係にあることが適切であることの根拠を説明する．（LO-0054）

10 プロジェクトの管理に必要 ビジョンを共有化し、積極的な行動 3 2.2.3.6 創造性を育む風土を確かなものにする
6

なスキルを更に蓄積し、 を導くのに役立つようにするには、開 3 2.3.5

グループの意思決定プロセス

実践させる．

発チームとユーザーとのミーティング 3 2.4.4

チームワーク、リーダシップおよび権限委譲のメンバー編成と運営の仕方をどう 3 2.4.8

合意の形成決めるのがよいかを考えるために、ミ 3 3.4.2

グループベースの方式：例)JAD、構造化ウォークスル

ーティングデザインコンセプトを適用

ー、設計とコードのレビューする．（LO-0116）
10 情報システムプロジェクト プロジェクトの目標を設定し、それを 3 2.10.4

コンサルティングの能力

7

個人の目標の設定、意思決定、時間管理という文脈でのプロジェク インプリメントし、また修正するのに 4 2.10.7

７４

ト管理のツールと手法の 役立つプロジェクト管理のツールと 4 3.7.1

プロジェクト計画と適したプロセスモデルの選択：プロジ

使い方を身につけさせ 手法及びソフトウェアを使用する．ソェクトスケジューリングとマイルストーン

る．

フトウェア開発、ワークフローシステ 4 3.7.5

プロジェクト管理：計画、コストの見積り、資源配分、ソフ

ムのインプリメント及びコンピュータ

トウェアの技術的レビュー、分析、フィードバック、コミーシステムの導入等の作業における ュ
ニケーション、品質の確保、スケジューリング、マイルス

品質を確保するために、様々な関係者に対して、プロジェクトの進捗を適トーン切に表現するレポートをタイムリーに 4 3.7.14

プロジェクトの追跡：例)PERT,ガント（Gantt）

提供する．（LO-0150）
10 適切なプロジェクト管理の プロジェクト管理の概念と進捗管理 3 3.4.1
8

CASE

ツールを選択し、その使 のツール（PERT、GANT）を使用す 3 3.7.5

プロジェクト管理：計画、コストの見積り、資源配分、ソフる．（LO-0104）

トウェアの技術的レビュー、分析、フィードバック、コミい方を説明する．

プ ロ ジ ェクト管 理 の 技（ PERT、 ュ
GANT）法を使う・（LO-0120）

ニケーション、品質の確保、スケジューリング、マイルス

CASE ツールなどを使う．（LO-0123）
3 3.7.14
10 プロジェクトの閉鎖をどの プロジェクトの終了という考えを討議 3 3.7.15
9様に行うかを討議する．

トーン
プロジェクトの追跡：例)PERT,ガント（Gantt）
プロジェクトの閉鎖

する；プロジェクトを閉鎖するために必要な条件を列挙し、説明する．
（LO-0186）

11 問題解決に対するシステ 物理的な流れ、データベース設計、 4 1.2.1

形式的な問題と問題解決

0

ムズアプローチを使用し システム機能、プログラム要件と設 4 1.2.4

抽象データ型て、重要な問題が何であ 計、データベースとソフトウェアのイ 4 1.6.2

データモデル：関係、階層、ネットワーク、オブジェクト、

るかを決め、それを分析 ンプリメンテーション等を含む情報シ

意味オブジェクト

する．

ステムのアプリケーションに関する重 4 1.6.4

一貫性（参照、データ項目、内部関係）：参照関係；実

要な問題を記述し、それを解決する

体と参照の一貫性ために、詳細な仕様を作成し、使用 3 1.6.11

データとデータベースの管理する．（LO-0195）

ソフトウェア構成要素の統合

4 3.2.3

LAN や WAN の技術を使う企業レベ 3 3.5.1

インフラストラクチャ計画：ハードウェア、通信、データベ

ルのシステムのシステム統合計画をース、サイト（site）

作成し実現する．エンドユーザーの 3 3.5.2

IS アーキテクチャの計画

ソリューションやアプローチを企業モ 4 3.10.1

システムの建造

デルに統合する．
コンバージョンと訓練の計画を作成し実現する．
プロジェクトの全てのライフサイクルの活動に対する書面による基準を作成し、それを進化させる．確立された基準に従って時間を管理し、それを報告する責任を確認する．
11 データベースを必要とす 組織のプロセスの間の物理的な流 2 1.6.1
1

る複数のユーザーのため れとそのプロセスの水平的な統合を 2 1.6.2

意味オブジェクト

の情報システムに対する 特定する．それらの流れを適切に表要求と仕様を作成する

DBMS：特徴、機能 、アーキテクチャ
データモデル：関係、階層、ネットワーク、オブジェクト、すデータベースとその流れを対応づ 1 1.6.3

正規化

ける．

データ定義言語

2 1.6.5

その組織プロセスに対応するイベン 2 1.6.12

データ辞書、事典、リポジトリ

ト駆動型の機能モデルを開発する． 3 3.3.2

データモデリング：例)実体関連ダイアグラム、正規化

組織の問題を解決するプロセスを特 2 3.8.3

要求決定と仕様化定し、その特性を明示する．それに関連するデータベースのアプリケー
ションを定義する．（LO-0189）

７５

12 組織における情報管理の 倫理的な基準を設定することについ 3 2.2.1
1

リーダシップの役割が、次 て説明する．（LO-0171）

3 2.2.5

第に進化していくことを説 専門家としての倫理基準の適切性と 2 2.2.6
明する．

IS 計画
IS 組織の目標と目的の決定
ビジネスとしての IS 管理：例)顧客の定義、IS の任務、その使い方を説明する．クライアント

IS の決定的成功要因の定義

中心の開発環境で、社会的な文脈 2 2.2.8

サービス機能としての IS：業績評価-外部/内部、サーの分析に基づいて代替案を評価す

ビスのマーケティング

る場合に、倫理的な論点を適用する 2 2.2.9ことに成功する．

IS の財政管理：例)費用の投入と回収

4 2.2.3.6 創造性を育む風土を確かなものにする

組織の使命と情報システムのつなが 3 2.4.4

チームワーク、リーダシップおよび権限委譲りを説明する．予算の計画と管理に 3 2.4.5

影響力、権限、政策の行使ついて説明する．（LO-0172）

3 2.4.6

認知スタイル

倫理的なモデルの適用方法を例を 3 2.4.7

交渉と交渉スタイル

使って説明する．たとえばプロジェク 3 2.4.8

合意の形成

ト管理の基準を実行する場合に、原 3 2.8.6

倫理：盗作、誠実、倫理規則則を重視するリーダシップをどのよう 3 2.10.6に発揮すべきか．

3 2.10.7

積極的な態度と取組み
個人の目標の設定、意思決定、時間管理

12 組織において、情報シス 情報システム部門の管理者が、自ら 3 2.2.1

IS 計画

2

テムに関するポリシー、手 のマネジメントを企業のビジネスプロ 3 2.2.5

IS 組織の目標と目的の決定

続、及び標準を作成する セスに適切に対応させること、の重 2 2.2.6

ビジネスとしての IS 管理：例)顧客の定義、IS の任務、プロセスを調べる．

要性を説明する．（LO-0159）

IS の決定的成功要因の定義

組織全体を対象とするような情報シ 2 2.2.8

サービス機能としての IS：業績評価-外部/内部、サーステムの開発に関する標準とポリシ

ビスのマーケティング

ーを説明し作成する．（LO-0190）

2 2.2.9

IS の財政管理：例)費用の投入と回収ポリシーと手続きを作成する際に、 3 2.4.4

チームワーク、リーダシップおよび権限委譲

機能横断型のチームを作ることの便 3 2.4.5

影響力、権限、政策の行使益を説明する．

交渉と交渉スタイル

3 2.4.7

チームの使命を宣言し、それを組織 3 2.4.8

合意の形成の使命に関連づけることの便益を説 3 2.8.6

倫理：盗作、誠実、倫理規則

明する．

3 2.10.6

積極的な態度と取組み

3 2.10.7

個人の目標の設定、意思決定、時間管理

3 3.3.3

データ指向方法論

3 3.10.7

ソフトウェアプロジェクトの管理：範囲の設定、予定
作り、構成管理、品質保証：ソフトウェアの信頼性の問題（安全、責任、リスク評価）；メンテナンス

12 情報システムの機能をイ アウトソーシングを、情報システムの 2 2.1.6
5

組織ストラクチャ：集中型、分散型、マトリクス型

ンプリメントするためのア 機能を内部に持つという考え方に対 2 2.2.2

IS 機能のコントロール：例)EDP 監査、アウトソーシング

ウトソーシングを含む様々 する、別の考え方として説明する． 2 2.2.4

IS の機能ストラクチャ-企業内対アウトソーシングな方法について議論す （LO-0231）
る．

2 2.2.5

アウトソーシングの様々なやり方を費 2 2.2.6
用対便益の視点から定義し、説明し、そして比較する．（LO-0232）

IS の決定的成功要因の定義
2 2.2.8

サービス機能としての IS：業績評価-外部/内部、サー2 2.2.9

IS の財政管理：例)費用の投入と回収

ビスのマーケティング

小規模な組織で情報システムの機能を管理する．（LO-0233）

アウトソーシングを説明する．（LO- 2 2.2.120234）

IS 組織の目標と目的の決定
ビジネスとしての IS 管理：例)顧客の定義、IS の任務、

IS の方針、運用手順の公式化およびコミュニケーション

2 2.2.15.8 経営コンサルティング関係（management consulting
relationships）、アウトソーシング
2 2.3.3
1 2.8.7

アプリケーションのリスク、損失および責任

2 3.6.2

リスク管理の原則

12 時間の管理と対人関係に 時間管理の４段階説と、個人的及び 4 3.7.7
6

ついて説明する．

情報のコスト／価値、IS の競合価値

管理上の懸念；ストレスと時間管理

対人的に各段階で成功を収めることの必要性を説明する．プロジェクト環

７６

境の中でそのメカニズムを使用する．（LO-0235）

７７