ＰＭＢＯＫのお勉強 その５６ － １１．６

今、

プロジェクトマネジメント　知識体系ガイド（PMBOKガイド）第４版
http://www.amazon.co.jp/dp/1933890681


のお勉強をしています。

前回は１１．５章だったので、今回は１１．６章です

---

■１１．６　リスクの監視・コントロール

＜＜インプット＞＞

・リスク登録簿

・プロジェクトマネジメント計画表
　　４．２より

・作業パフォーマンス報告
　　以下のものが含まれるが、これに限定されない
　　　・要素成果物の状況
　　　・スケジュールの進捗
　　　・発生したコスト

・実績報告書
　　　１０．３より




＜＜ツールと技法＞＞

・リスク再査定

・リスク監査

・差異・傾向分析

・技術的パフォーマンスの測定

・予備設定分析

・状況確認ミーティング



＜＜アウトプット＞＞

・リスク登録簿更新版

・組織のプロセス資産更新版

・変更要求

・プロジェクトマネジメント計画更新版
　　１１．５と同じ

・プロジェクト文書更新版
　　１１．５と同じ

開発手法とツールの関係について

最近学んだことをメモメモ（ある授業で聞いた）

---

■モデルとメタモデル

現実世界（例：受注）

　　↓　　→捨象される情報もいっぱいある

モデル　（例：受注をユースケースで書く）

　　↓

メタモデル（例：ユースケースの構造：アクターがあるとか）
　　　　モデルのモデル、モデルの構造

---

■開発手法の進化

　開発手法における、成果物のメタモデル
　　　　　　　　　　　　　（成果物は、どんなものか）
　　　　↓

　開発手法のプロセスモデル（どうやればできるか）

　　　　↓

　開発手法のツール化

---

「Your project contains error(s)～」エラー再び・・

Androidをeclipseで実行しようとしたら、以下のダイアログ

がでてきて、何も出来なくなる話は、


android+eclipseでプロジェクトだけにＸがつき、クリーンしても消えない場合
http://blog.goo.ne.jp/xmldtp/e/6d2b5a02f4739b7c322882aef3f17bdf


で書いた。ここでの結論は、クリーンだった。

しかし、今回は、クリーンでも消えない（＞＿＜！）

どうも、

Androidのデバッグ用キーストアとキーを生成する方法
http://magpad.jugem.jp/?eid=77

に書いてあるとおりに、デバッグ用のキーを作り直す必要があるらしい・・・

作った。
でも、動かない・・・

インストールしなおしてもだめ・・・

悩むこと一日、ふと気がついた・・・
keytoolクンは、なぜ、誰が作った、どのアプリ用のキーって、
気がつくんだろう・・・

うん・・

うん・・？？

うううん？？？

そーですよそーですよ！、ってことは。。。

と思い、見てみたら、keytoolを起動した、

C:￥Program Files￥Java￥jre6￥bin

にdebug.keystoreができていて、
肝心の、自分のキー

C:￥Documents and Settings￥自分のユーザー名￥.android

（自分のユーザー名には、xmldtpなど、ログインするときの名前が入る）

の下のdebug.keystoreは、書き換わってないじゃあ、あ～りませんか！！



C:￥Program Files￥Java￥jre6￥bin￥debug.keystore

を

C:￥Documents and Settings￥自分のユーザー名￥.android

にコピーして起動したら、動いた。

う～ん・・・

ＰＭＢＯＫのお勉強 その５５ － １１．５

今、

プロジェクトマネジメント　知識体系ガイド（PMBOKガイド）第４版
http://www.amazon.co.jp/dp/1933890681


のお勉強をしています。

前回は１１．４章だったので、今回は１１．５章です

---

■１１．５　リスク対応計画


＜＜インプット＞＞

・リスク登録簿

・リスクマネジメント計画書




＜＜ツールと技法＞＞

・マイナスのリスクもしくは脅威に対する戦略
　　脅威に対する戦略は、以下のとおり
　　　・回避
　　　・転嫁
　　　・軽減
　　　・受容

・プラスのリスクもしくは好機に対する戦略
　　好機に対する戦略は、以下のとおり
　　　・活用
　　　・共有
　　　・強化
　　　・受容

・発生時対応戦略

・専門家の判断



＜＜アウトプット＞＞

・リスク登録簿更新版

・リスク関連の契約決定事項

・プロジェクトマネジメント計画書更新版
　　以下のものがあるが、これらに限定されない
　　　・スケジュール・マネジメント計画書
　　　・コスト・マネジメント計画書
　　　・品質マネジメント計画書
　　　・調達マネジメント計画書
　　　・人的資源計画書
　　　・ワーク・ブレークダウン・ストラクチャー
　　　・スケジュールベースライン
　　　・コスト・パフォーマンス・ベースライン

・プロジェクト文書更新版
　　以下のものがあるが、これらに限定されない
　　　・前提条件ログ更新版
　　　・技術文書更新版

OpenFlowはバズワード？

時代は、Open Flow一色ですよね！

「日経ネットワーク」２０１１年１２月号の特集２も

「Open Flowってなんだろう」

だし、その日経ネットワークによると（１４ページ）

・ＮＴＴコム２０１２夏から仮想化サービス、ＯｐｅｎＦｌｏｗ検討

とか

・日本ＩＢＭ、ネットワークスイッチのＯｐｅｎ　Ｆｌｏｗ対応を開始

とか・・

まあ、すでに３月の段階(地震前）で、

世界初、新ネットワーク制御技術「OpenFlow」に対応したネットワーク製品を販売開始http://www.nec.co.jp/press/ja/1103/0901.html


ってことで、ＮＥＣは製品出していたみたいだし、
ＩＰＡの「情報セキュリティ技術動向調査（2010 年下期）」でも


8 OpenFlowによるネットワーク分離
http://www.ipa.go.jp/security/fy22/reports/tech1-tg/b_08.html


っていうことで、話はでていたから、最近って言うわけではないんだけど、
でもやっぱり、最近、Open Flowが話題ですよねえ・・・


・・・う～ん、クラウドと同じく、バズワード化していくんだろうか・・・

Ｐ．Ｓ　そういえば、最近、ユビキタスって、誰も言わないよね（＾＾）・・・

PCサイトを誰でもカンタンにスマートフォン対応できます

うん？ちゃんと理解できてない。
とりあえず、メモメモ


shutto カンタンスマホ変換サービス
http://shutto.com/

「要求工学知識体系」の構造

要求工学知識体系　ＲＥＢＯＫの構造について。

ＲＥＢＯＫの構成は、
　０．はじめに：要求工学知識体系（ＲＥＢＯＫ）が移設
　１．要求工学の基礎
　２．要求工学プロセス
　３．要求獲得
　４．要求分析
　５．要求仕様化
　６．要求仕様の検証・妥当性確認・評価
　７．要求の計画と管理
　８．実践の考慮点
　＊基本用語対照表
　＊要求工学に関する標準・勧告・ガイドライン
　＊参考文献
　＊索引
となっている。

このうち、
　３．要求獲得
　４．要求分析
　５．要求仕様化
　６．要求仕様の検証・妥当性確認・評価
が、実際に要求分析段階で行うことであり、これらをまとめて要求開発と呼ぶこともある（Ｐ７）

---

■各章の構成
　３．要求獲得
　４．要求分析
　５．要求仕様化
　６．要求仕様の検証・妥当性確認・評価
の各章は、3.0,4.0,5.0,6.0章において、概説として、各プロセスにおける
全体像を説明し、各プロセスの詳細な活動が以下の章になるようになっている。

活動については、それぞれについて
１．概説
２．目的
３．アクタ
４．手順
５．技術
６．インプット
７．アウトプット
８．関連副知識領域
について記述されている（ので、ＰＭＢＯＫの書き方より細かい）

以下、各プロセスにおける活動を挙げる

---

■要求獲得
１．ステークホルダーの識別
２．現状システムの理解
３．現状システムのモデル化
４．課題の抽出と原因分析
５．課題解決に向けたゴールの抽出
６．ゴールを達成する手段の抽出
７．実現すべき将来システムのモデル化
８．要求の記述と詳細化

---

■要求分析
１．要求の分類
２．要求の構造化
３．要求の割り当て
４．要求の優先順位付け
５．要求交渉

---

■要求仕様化
１．ビジネス／プロダクト要求の文書化
２．システム要求の仕様化
３．ソフトウエア要求の仕様化

---

■要求仕様の検証・妥当性確認・評価
１．要求開発プロセスの計画
２．要求管理計画
３．要求属性
４．要求の優先順位付け
５．要求管理（要求変更管理）プロセス
６．要求トレース
７．要求測定

---

ＰＭＢＯＫのお勉強 その５４ － １１．４

今、

プロジェクトマネジメント　知識体系ガイド（PMBOKガイド）第４版
http://www.amazon.co.jp/dp/1933890681

のお勉強をしています。

前回は１１．３章だったので、今回は１１．４章です

---

■１１．４　定量的リスク分析

＜＜インプット＞＞
・リスク登録簿
　　１１．２参照

・リスク・マネジメント計画書
　　１１．１参照

・コスト・マネジメント計画書

・スケジュール・マネジメント計画書

・組織のプロセス資産



＜＜ツールと技法＞＞

・データ収集・表現技法
　　　・インタビュー
　　　・確率分布

・定量的リスク分析とモデル化の技法
　　以下のような事象指向とプロジェクト指向の分析がある
　　　・感度分析
　　　・期待金額価値分析
　　　・モデル化とシミュレーション

・専門家の判断


＜＜アウトプット＞＞
・リスク登録簿更新版
　　主に以下のような構成要素が含まれる
　　　・プロジェクトの確率的解析
　　　・コストとスケジュールの目標の達成確率
　　　・定量化したリスクの優先順位リスト
　　　・定量的リスク分析結果の傾向

ＰＭＢＯＫのお勉強 その５３ － １１．３

今、

プロジェクトマネジメント　知識体系ガイド（PMBOKガイド）第４版
http://www.amazon.co.jp/dp/1933890681

のお勉強をしています。

前回は１１．２章だったので、今回は１１．３章です

---

■１１．３　定性的リスク分析

＜＜インプット＞＞

・リスク登録簿
　　１１．２より

・リスク・マネジメント計画書

・プロジェクト・スコープ記述書

・組織のプロセス資産


＜＜ツールと技法＞＞

・リスク発生確率・影響度査定

・発生確率・影響度マトリックス

・リスク・データ品質査定

・リスク区分

・リスク緊急度査定

・専門家の判断


＜＜アウトプット＞＞
・リスク登録簿更新版
　　以下のものが含まれる
　　　・プロジェクト・リスクに関する相対的順位リストや優先順位リスト
　　　・区分にまとめたリスク
　　　・特に注意が必要なリスク原因やプロジェクト領域
　　　・短期対応リスクのリスト
　　　・追加の分析と対応を要するリスクのリスト
　　　・優先度の低いリスクの監視リスト
　　　・定性的リスク分析結果の傾向

Astah*のプラグインの作り方

昨日、Ａｓｔａｈ＊のプラグイン講座をチェンジビジョンで受講してきました。
そのときの、メモメモ

---

Astah6.5からプラグインがはいった

・開発言語Ｊａｖａベース
　　Ｇｒｏｏｖｙでも作れた（設定いる）
　　ＵＩはswingがいい
　　ＡＰＩはＡｓｔａｈ　ＡＰＩ
　　　例：どんなサイトからでもクラス図を作る
　　　　　evernoteとの連携
　　　　　たとえば、対応していない言語や外部システム、用語集とか・・
　　フリー版には、ＡＰＩに制限
　　　編集系のＡＰＩは使えない（参照系は使える）

作り方
１．テンプレートプロジェクトの作成
２．ＩＤＥ用設定を生成
３．開発／プラグインのビルド
４．デバッグ


ＳＤＫ
　Ｍａｖａｎ３ベース

・ＳＤＫのインストール

・テンプレートを作成する
　できること
　　ダミーのメニューの作成
　　ダイアログ表示等

　やること
　(1)astah-generate-project
　　　groupid：プラグインをリリースする組織やプロジェクト
　　　　　　　　（パッケージ名になるので、数字や記号は避ける）
　　　artifactId
　　てきとうに
　version
　　プラグインのバージョン（デフォルトでいい）
　package
　　グループＩＤ
　確認
　(2)自分のホーム
　　　　　　cd ユーザー￥ユーザー名
　　　cd artifactId名　→以下、ルートフォルダという
　(3)astah-build
　(4)astah-launchで立ち上げる
　(5)astahが立ち上がったら、ヘルプ→で見れる

eclipseの場合
　(6)設定フォルダ作成
　　　ルートフォルダから
　　　　　astah-mvn eclipse:eclipse
　(7)eclipseを立ち上げる
　(8)eclipseに、インポートする
　　既存のプロジェクト→ルートは(6)のルートフォルダ
　(9)フォルダができるはず

メニューの修正
　TemplateActionでメニューが修正できる
　そしたら、
　(3)astah-build
　(4)astah-launchで立ち上げる

デバッグ
　ルートからastah-debug
　eclipseから、虫のアイコンDebug configuration
　Remote Jva Application
　ポート４４０００


Ｔｉｐｓ
※mavenでおかしくなったら
　ユーザー￥ログイン名￥.m2を消す
　
※メニュー
　plugin.xmlのメニュータグを消すと、「プラグイン」メニューができる

ARM CPUの概要とLinaroの概要

オープンソースカンファレンス２０１１　Ｔｏｋｙｏ／Ｆａｌｌいってきた。
そのとき聞いてきた、内容のメモ。

ARM CPUの概要とLinaroの概要

の内容のメモメモ

---

・ARM CPUの概要
　　Cortex-Mシリーズ
　　Cortex-Aシリーズ

・Linaroの概要

＜＜ＡＲＭアーキテクチャ＞＞
インストラクションセット

Ｖｅｒｓｉｏｎ４
　　ＡＲＭ７(組み込み）ＳＣ１００(クレジットカード）

Ｖｅｒｓｉｏｎ５
　　ＡＲＭ９，ＡＲＭ１０

Ｖｅｒｓｉｏｎ６：マルチプロセッサ
　　　ＡＲＭ１１

Ｖｅｒｓｉｏｎ７
　　マイクロコントローラー：Cortex-M３など
　　リアルタイム：Cortex-Rシリーズ
　　アプリケーション：Cortex-Aシリーズ→Ｕｂｕｎｔｕが動くやつ

Cortex-M４　
　普通のマイコン＋
　ＤＳＰ、ＳＩＭＤ、を追加
　M4F浮動小数点を追加

OMAP5
　Ｍ４、グラフィックス、ＤＳＰ、オーディオ・・・・
　いろいろ入ったもの


Cortex-A
　　・Ａ８→Ａ９（Ｔｅｇｒａはここ）→　Ａ１５　ハイエンド
　　・Ａ８→Ａ７　ローエンド

バージョン
　V5=v4＋Jazzell+vfpv2
　V6=V5+SIMD+Trustzone+thumb2
　V7=V6+NEON,VFpV3+Themb　　→cortex

ＮＥＯＮ　メディアプロセッシングエンジン
Thumb　フットプリント縮小
TrhstZone　セキュリティアプリ
Jazelle　Ｊａｖａのアクセラレーション
浮動小数点　ARM Maliグラフィックプロセッサとの協業

オープンソースでＮＥＯＮアセンブリコード
　Ｗｅｂ－Ｍ
　ffmpeg
　skiaライブラリ（Ａｎｄｒｏｉｄ）

Version8基本６４ビット、３２ビットも（２つのインストラクション）
V8 = V7+

　Tegra2→Neonが入っていない(NVidia独自）

Ａ１５でアイスクリームサンドイッチ

Ｂｉｇ＆Ｌｉｔｔｌｅ
　いままで：おなじＣＰＵをつかう
　今度：違うＣＰＵが存在し、あたかも１つのように見える
　　　→そのときに応じ、動くＣＰＵが変わる


＜＜Linaro＞＞
・非営利団体だけど、ちゃんとした企業、給料払ってＬｉｎａｎｏ開発
・ＡＲＭ版Ｌｉｎｕｘの問題
　　いろいろなハード
　　ディストリによりいろんなフラグメンテーション
　　各ＳｏＣが違うことやってる
　　充分な最適化が行われない

・Ｌｉｎａrｏは
　　あくまでもカーネル・ミドル・コンパイルだけをやる
　　Ｌｉｎａｎｏカーネルを取り込んでＵｂｕｎｔｕ
　　大きく３つのグループ
　　　　・５つのワーキンググループ：方針を決める
　　　　・プラットフォームエンジニア
　　　　・ランディングチーム：チップメーカー
　　立ち居地
　　　チップメーカー→Ｌｉｎａｒｏ→コミュニティ（Ｕｐｓｔｒｅａｍ）→ディストリへ
　　　　ただし、ショートカットでＬｉｎａｒｏ→ディストリにいくことも
　　ロードマップ
　　　将来的には、車載、サーバー
　　　ＨＴＭＬ５，ＦｌａｓｈもＮＥＯＮ
　　採用会社
　　　ＯＥＳＦはＬｉｎａｒｏを積極的にとりいれている
　　　Ｕｂｕｎｔｕが１１．１０で使っている

・Ｌｉｎａｒｏが動くボードＳＮＯＷＢＡＬＬ，ＰａｎｄａＢｏａｒｄ

@LinaroClub
http://www.linaro-club.jp
　　

Ｕｂｕｎｔｕ１１．１０とＡＲＭチップ

オープンソースカンファレンス２０１１　Ｔｏｋｙｏ／Ｆａｌｌいってきた。
そのとき聞いてきた、内容のメモ。

Ｕｂｕｎｔｕ１１．１０とＡＲＭチップ

の内容のメモメモ

---

じゃんけん大会
　Ｔシャツ
　ニット帽：秋葉原ではかぶらないように


＜＜Ｕｂｕｎｔｕ１１．１０＞＞
・リリースノートを読んでください

１１．０４の強化版、１２のプレビュー

・ソフトウエアセンター
　　次のバージョンは高速化
　　有償化のものもかえる

・ＬｉｂｒｅＯｆｆｉｃｅ　３．４．３になった

・ＦｉｒｅＦｏｘ７
　　　ラピッドリリース版採用
　　　８はＦｉｒｅＦｏｘの仕様変更

・ＤｅｊａＤｕｐバックアップに対応
　　バックアップ先がＵｂｕｎｔｕ　Ｏｎｅになっている
　　企業の場合注意

・Ｋｅｒｎｅｌ３．０
　　特質すべき新機能はない

・ＴｈｕｎｄｅｒＢｉｒｄ

・Ｂａｎｓｈｅｅ
　　今回だけ。またリズムボックスに戻る

・Ｕｎｉｔｙ
　カノニカルのＵｎｉｔｙを採用
　　→１１．０４は３Ｄ
　１１．１０では、ＵｎｉｔｙとＵｎｉｔｙ２Ｄで共通のコードが増えた
　Ｌｅｎｓ（れんず）
　Ｕｎｉｔｙ－Ｇｒｅｅｔｅｒ（Ｗｉｔｈ　ＬｉｇｈｔＤＭ）
　Ｉｎｄｉｃａｔｏｒ

＜＜ＡＲＭ＞＞
・ｘ８６とは異なるＣＰＵ
　スマートフォン・タブレットでおなじみ
　省電力
　世界で最も売られているＣＰＵ(出荷数ベース、金額ではない）

・ほぼフル機能のＵｂｕｎｔｕが動作する
　リリースされて使われ始めている
　１１．１０からＳｅｒｖｅｒ版もある

ＡＲＭ搭載？でているもの
　　・Trim Slice
　　　Ｔｅｇｒａ２、Ｕｂｕｎｔｕ
　　・ＯＭＡＰ３＆４
　　・DynaBook AZ
　　・ＰａｎｄａＢｏａｒｄ　Ｕｂｕｎｔｕ動く
　　・ＨＰ　ＡＲＭ搭載開発中
　　　　→簡単に手を出せるものはない
　　　ＡｎｄｒｏｉｄタブレットはUbuntuタブレットになるので、
　　　（ＳＤカードコピー）それでやるのがいい

ＡＲＭがでている
・Frescale,
・NVIDIA
　　Tegra
・Ti
　　ＯＭＡＰ
・marvell
　　ＡＲＭＡＤＡ
　　Sheeva
・ルネサスもあるが、Ｕｂｕｎｔｕがのるほどではない
→ＣＰＵメーカーごとに細かくカスタマイズ必要

ＡＲＭといっても・・・いろいろある(命令セット）
・ＡＲＭｖ５
・ＡＲＭｖ６
・ＡＲＭｖ７：これでないと動かない

ＡＲＭ環境のお約束
・対応しているデバイスを選ぶ事
　　→適当に選ぶと動かない。

統合監視ソフトウェアＺａｂｂｉｘの機能紹介とリアルタイムデモ

オープンソースカンファレンス２０１１　Ｔｏｋｙｏ／Ｆａｌｌいってきた。
そのとき聞いてきた、内容のメモ。

統合監視ソフトウェアＺａｂｂｉｘの機能紹介とリアルタイムデモ

のメモメモ

---

ＺＡＢＢＩＸ－ｊｐ
・日本におけるＺａｂｂｉｘコミュニティ
・２００５年より活動開始

今日の内容
・Ｚａｂｂｉｘ概要
・ＺＡＢＢＩＸ２．０
・開発版（リアルタイムデモ）
・Ｚａｂｂｉｘ２．Ｘ

・Ｚａｂｂｉｘ概要
　Ｚａｂｂｉｘ：統合監視ソフトウエア
　　・監視機能
　　・履歴管理表示機能
　　・障害検知・通知機能

　主な機能
　　・オープンソース・ソフトウエア
　　・Ｗｅｂインターフェースだけで完結できる

　環境
　　・ＭｙＳＱＬとＺａｂｂｉｘ　Ｗｅｂ　インターフェース
　　・Ｚａｂｉｘエージェント（＋その他ネットワーク機器など）
　　・Ｚａｂｂｉｘサーバー

　対応プラットフォーム
　　・サーバーはWindowsＸ
　　・エージェントは○

　・監視機能
　　　　基本監視項目
　　　　監視項目を独自に拡張可能
　　　　ＳＮＭＰ、ＳＮＭＰ　Ｔｒａｐでネットワーク監視
　　　　Ｔｅｌｎｅｔ，ＳＳＨを利用した監視
　　　　　　→パスワードや鍵は事前登録
　　　　ＩＰＭＩ，ＵｎｉｘＯＤＢＣ、シンプルチェック
　　　　計算監視
　・表示
　　　グラフなど
　・通知
　　　メール
　　　ＳＷＩＦＴを使ってパトランプ鳴らす
　・その他
　　　ＺＡＢＢＩＸプロキシ
　　　監視テンプレート

ＺＡＢＢＩＸ　Ｗｅｂインターフェース概観
　　・監視データの表示
　　・障害情報の表示
　　・監視データの表示
　　・アクション（メール通知結果）の表示
　　・マップの表示

ＺＡＢＢＩＸ２．０
　　・２０１１年中を予定
　　　　・状況によっては変更
　　・１．９．７を試用可能
　　　　　→奇数バージョン開発版、偶数バージョン安定版
　　・１．９．７を使い場合
　　　　　zabbix-java-proxyパッケージが追加
　　　　　依存関係はZabbix-1.8.*＋java＞＝１．６．０
　　　　　JMX関連のものが簡単に設定できるようにパッケージング
　　・追加機能
　　　　ＺＡＢＢＩＸ　ＡＰＩの正式実装
　　　　　　　ＪＳＯＮ－ＲＰＣ
　　　　　　　コミュニティでＲｕｂｙなどによるツール、ライブラリ
　　　　　　　Ａｎｄｒｏｉｄ、IPhone
　　　　ＪＭＸを利用したＪａｖａアプリケーション監視機能
　　　　　　　以前はzapcat
　　　　　　　Zabbix java gatewayが監視→この通信にＪＭＸ
　　　　　　　　　ＪＢＯＸ、ＷｅｂＬｏｇｉｃ、ＷｅｂＳｐｈｅｒｅ、Ｔｏｍｃａｔなど対応
　　　　　　　jconsoleと同等
　　　　　　　デフォルトでは動かないので、設定必要
　　　　監視対象デバイスの自動検知（ＬＬＤ）
　　　　ハードウエア構成情報の自動収集
　　　　Ｗｅｂインターフェースのデザインの改善
　　　　ＳＮＭＰ　Ｔｒａｐ機能の強化
　　　　　　スクリプトを書かなくてもできる
　　　　その他
　　　　　　１つのホストに複数のＩＰアドレスとか。。
　　　　ロードマップページにいろいろ書いてある


・ＤＥＭＯ

・Ｚａｂｂｉｘ２．ｘ
　ＮｏＳＱＬによるより大規模な監視→Cassandraは特定顧客向け
　クラウド環境への対応
　ジョブスケジューリング機能
　ＷｅｂＵＩ
　利便性の向上

Moodleの企業・官公庁の導入

オープンソースカンファレンス２０１１　Ｔｏｋｙｏ／Ｆａｌｌいってきた。
そのとき聞いてきた、内容のメモ。

Moodleの企業・官公庁の導入

のメモメモ

---

・Moodle
　　ＣＭＳ：Moodleの場合は、Cource Management System
　　　　　→ＬＭＳ

　　学びの場を作るＬＭＳ＋ＳＮＳ

・Ａｄｏｂｅの例
　　いままで
　　　　人との対話がない
　　　　教えたつもり
　　　　ほしい情報がない
　　　　情報多すぎ
　　　　面白くない
　　　管理教育＝主役はトレーナー

　　２００８年からＭｏｏｄｌｅ導入
　　　　・教材
　　　　・課題：ファイル提出、問題作成
　　　→楽しいトレーニング


・横浜市消防局
　　課題
　　　・技術伝承
　　　・業務範囲の拡大（災害多様化）
　　　・訓練の前後が大事
　　各業務担当者が自主的にコースを作る
　　　・用語集に条文
　　　・Ｍooｄｌｅは会社そのもの

日本ムードル協会
　・情報公開
　・会費制のユーザーグループ
　・学校の英語教育の先生が多い
　・２０１２年２月２２日～２３日　三重大学
　　　→研究会（仮）も会員

11月21日(月)のつぶやき

11:55 from gooBlog production
Androidケータイ＆Twitterを用いた放射線測定システム＆「セシウムと闘え」の話？ http://t.co/gCJhMMC9
by xmldtp on Twitter