2006-04-17
■[講義レジメ]高信頼システム特論�機並�1回、第2回）
自己紹介（金川氏）； 日立研究所 宇宙系システムの開発（太陽フレアの観測）、商用ＦＴＣの開発 Fly-by-wire(電気配線で飛行機を飛ばす)アメリカの航空会社で 当たり所を小さくする軍用機での研究（元々は） ＡＴＣの研究（電車） 電子踏切制御装置（自分が壊れても重力の利用して踏切を閉じたままに） エンジンの制御ユニット（油圧・空気・排気を測定して最適化） 日立研究所の紹介 阿武隈山脈の東の端とにかく東京から遠い（終電で帰れなくなった人） 日立は10年前に専門分科を分社化した 6つの研究所 材料・基盤（パワーエレクトロニクス向け、ラピッドプロトタイピング） デバイス・コンポーネント（モーター、タービン、ディスプレイ） 社会システム（ナビ・交通、金融工学） 高信頼システムの信頼っぷりは隕石に当たって人が死ぬ確率と同じ ★そりゃ、高信頼システムの講義できるよなぁ ★尼崎線の脱線事故については？ ★開かずの踏切とかは？ フォールトトレランス（FaultTrerance）とは 教科書『フォールトトレラントコンピューター』isbn:4274076377 南谷崇（東京工業大学。今は東大）、オーム社 入手困難。注意 Fault：故障・障害 Tolerance：許容できること、「耐（故障）性システム」 ×フェイルセーフ・・・ＦＴの構成要素の一つ（壊れても大丈夫）フェイルセーフを含まないＦＴはフェイルオペラティブ（壊れても操作できる） たまにフェイルオペラティブとＦＴを混同したりする。 さらに広い概念としてDependableSystemがある。Reliable(高信頼)とはちょっと違う。reliableはお酒を飲んでも潰れない人、Dependableは介抱もする人 本は入手困難です。どうしよう・・・大岩先生に相談すっか ★授業はフォールトトレラントですか？（本）とかツッコんでみる 基礎知識（フォールトトレランスの常套手段） 冗長化；故障にそなえて冗長化しておき、壊れても正しい出力を行う。安直だが高コスト それぞれのコンピューターの信頼度（アイテム（物、対象物）が正常に動作する確率） 2台のコンピューターそれぞれ信頼度Ｒでフェイルセーフで動作している場合 R=(1-(1-R1)^2) R=2R1-R1^2 ただし、0<R<=1 </pp> （時にはexp(-λt)） 多数決冗長システムは？ 3台とも正常=R1^3 2台とも正常=3R1^2(1-R1) 足して3R1^2-2R1^3 3重系は正しい出力の可能性は高い（2重系はバクチになる） フォールトトレランスの課題 冗長化だけではなく、故障・障害・誤りを検出すること（冗長化だけでは意味がない） 仕組みそのものの信頼性 解決策 分散型システム構成（フォールトトレランスの仕組みを分散させる） 誤り検出漏れを考慮した出力選択 宇宙機搭載用コンピュータ 信学誌 73,11 pp 1209-1214(1990) 「In-Orbit Experiment on the Fault-Trerant Space Computer Aboard the Satelite Hiten」 StepByNegotiateVoting? それぞれの分散プロセッサが自分の計算結果とその自信の度合いを出力 セルフチェッキングシステム （FTCS-26 pp 426-430(1996)） 複数アルゴリズムの利用 高速化（冗長構成単位の密結合化） 電学論 114-D 9 pp 903-909 ★うわー、やっぱり数学だ。 冗長資源管理（誤り検出漏れを考慮した出力選択） タスクに対するリソース（プロセサ）をそれぞれのタスクの信頼性（評価関数・尺度）に応じ動的に配分 ただし、オーバーシュートハンチングが発生しやすい。 （パニックによるタスクの偏り？） コントローラーの致命的度合いが高い。 オンラインレギュレーターチューニング（航空機の燃料減少） →制御そのもののフォールトトレラント化 信頼性を上げるためには分散が基本だが、それぞれのモジュールで評価関数を持つと偏りが発生する フェイルセーフコントローラー（セルフチェッキングシステム） セルフチェッキング比較器を導入する それぞれのプロセッサのクロックを比較し、相関誤りを検出する（最適クロックダイバーシティ） セルフチェッキング比較器 故障率 バスタブカーブ バーイン（慣らし運転）→フォールトトレランス→保守点検 絶縁内蔵ＡＦＥ（Analog Front End）モデム デジタル・アナログ（電話回線） 絶縁の必要性（落雷） 絶縁について規制が厳しいのはオランダ？（他の国の3倍） トランスではなくＩＣ内で絶縁を実現した。 信号だけを通すコンデンサ（アイソレーター） 出席・小テスト
■[講義レジメ]ネットワーク特論�機並�1回）
現ＮＴＴ研究所 マルチキャスト通信 通信技術（ストリーミング配信） 目的；ネットワークの仕組みを理解して、自らネットワークの設計・構築ができるようになる 今日は大雑把な話とコンピューターネットワークの概要 ★やばい、この先生話に抑揚がないので寝る。ターキーもこんな感じがする。ていうかターキーに年とらせるとこうなるかも 成績評価は期末試験と小テスト2回および出席（とってないけどね） コンピューターネットワークの概要 パケット通信（電話との比較） ＯＳＩ参照モデル 小テスト（自信があるのは半分くらい） 以下、隣の人との会話ログ 内容自体はかなりネットワークについて基本的だから。 逆にあまりに基本だから知ってると退屈かも えーと、一応学校で勉強してる。今日の内容は 基本知識は網羅してるからね。 多分、今回勉強することをシャッフルして質問にしてるから 同感 俺もルーティングとか詳しいことわからんし、無線も良く知らない なるほど。来期とかないのかな（だい２Ｑ） ただ、プロジェクト管理みたいにある程度内容が被ってんじゃない？効いてみないと ＩＰネットワーク 世界全体（どんなコンピューターがいるのかわからない） イーサネット 建物などどちらかといえば狭いエリア 事業者間＝ＢＧＰ 管理者が一つ＝ＯＳＰＦ ＲＩＰ（古） ★すげー重要な考え方の話をしてるのにそう聞こえないのがヤヴァい ★あとちょっと、話が具体的でない。 ★教科書だけしっかり読み込んで分からないところを質問するって方がいいかもな。
■[講義レジメ]アーキテクチャ特論�機並�2回）
スケジュール； 6/2 総括 6/5 試験 6/9 補講・予備 先週の補足（Webサーバー周り） ていうか内容的にＨＴＴＰ基礎 ★軽く息切れてませんか？ ★各サーバーの役割（ＤＢＭＳ，ＦＷなど）を動的に切り替える、高スケーラビリティの確保 情報アーキテクチャの定義 アーキテクチャそのものは抽象的概念、文脈依存 IEEE およびOpenGroupが良く使われている 基本設計 コンポーネントレベル 実現可能 システムの設計・発展に支配的 ★概念モデルが面白ッ ＷＢＳの特集を見る（ＩＴ業界に関して） 「検証 巨大システムの罠」 ★結局人とか選択肢とかい！？ ★豆蔵かよ。 アーキテクチャの背景 実行環境の増加・複雑性 標準の乱立（インターネットによる多様な価値） 開発コスト及び期間（制約条件）の縮小 →高度な再利用の手法が必要＝アーキテクチャ ＩＴＳＳ（年収） エントリーは300万〜500万 ミドルで500万〜800万 ハイレベルで1000万〜1500万 同じレベルであれば同じ価値をもつという前提
■[講義レジメ]プロジェクト管理特論�機並�2回）
前回の復習（受講形態、位置づけ） つまり�気�PMBOKマスターになれ、と、そういうことだ。 ★プロジェクト方式で定常業務を進めることによりスピード化（パケット方式？） クリントンアドミニストレーション クリントンがＰＭの手法を国家経営に導入 1992,膨大な国家赤字を解消するために （情報ハイウェイと共に） NPR勧告（National Pefromance Preview) どんぶり勘定・コスト消化型だった宇宙・軍の予算を削減するためＰＭ手法で 軍より民間（競争により）の方が実は質がよかったりする。そこで国際標準にする GOTS→COTS、EVM ★規格の系統ってそんなに意味のある話なのか？どうでもいいやん。 日本は「我々のやってることを背中から見ていろ」って世界。それもいいけど PMBOK=プロジェクトマネジメント知識体系 「実証済みの実務慣行」＋「新たに発生する革新的な実務慣行」 良い実務慣行と一般に認められている部分を特定する スキル・ツール・手法を正しく使えば（分野を問わず）成功の可能性を高められる、という合意 広義のプロジェクトマネジメント知識のサブセット（一般的なもののみ） プロジェクトとはなにか 独自のプロダクト・サービス・所産を創造するために実施される有期性の業務 独自・・・ユニーク 所産(Result)・・・成果物・文書 段階的詳細化 プロジェクトの制約条件 スコープ コスト タイム 専門領域 効果的なＰＭのためにチーム賀必要とする専門領域 プロジェクトを取り巻く環境 公共事業＝アカウンタビリティ、説明責任 産業構造革新・情報化戦略投資＝発注リスク・マネジメント コンテキスト プログラムおよびプログラムマネジメント ポートフォリオとポートフォリオマネジメント ポートフォリオは作業の集合、効率的にマネジメントするためにグループ化 サブプロジェクト プロジェクトマネジメントオフィス お目付け役（管理型） 本来は支援型であるべき ポートフォリオ・プログラム・プロジェクトの関係（図が欲しい） <|
コメントを書く