「Moodleの真実」の版間の差分

提供:MoodleDocs
移動先:案内検索
編集の要約なし
1行目: 1行目:
{{Moodleとは}}
{{Moodleとは}}


翻訳中です - [[利用者:Mitsuhiro Yoshida|Mitsuhiro Yoshida]] 2006年9月3日 (日) 18:42 (CDT)
翻訳中です - [[利用者:Mitsuhiro Yoshida|Mitsuhiro Yoshida]] 2006年10月1日 (日) 17:00 (CDT)


== ハイアベイラビリティ - 高可用性 ==
== ハイアベイラビリティ - 高可用性 ==
23行目: 23行目:
== ユーザビリティ - 有用性==
== ユーザビリティ - 有用性==


''To support a host of automated and personalized services, such as self-paced and role-specific learning, the access, delivery and presentation of material must be easy-to-use and highly intuitive — like surfing on the Web or shopping on Amazon.com.''
「自己ペースおよびロールが特定された学習のような、自動化および個別化されたサービスのホストをサポートするには、ウェブサーフィンやAmazon.comでのショッピングのように、教材のアクセス、配布、提示が簡単に利用でき、高度に直感的でなければならない」


Perhaps the best sentence to short Moodle usability is: "simple and powerful".
Perhaps the best sentence to short Moodle usability is: "simple and powerful".

2006年10月1日 (日) 22:00時点における版

テンプレート:Moodleとは

翻訳中です - Mitsuhiro Yoshida 2006年10月1日 (日) 17:00 (CDT)

ハイアベイラビリティ - 高可用性

「学習者、管理者、コンテンツ開発者、そしてインストラクタの多様なニーズに同時に応えるため、LMSは十分に堅牢でなければなりません」

使用パターンは、個々の配置の状況に応じて大きく変化します。しかし、一般的にMoodleは、ウェブベースインターフェースのハイアベイラビリティ ( 高可用性 ) を提供し、学習者、教師および管理者の日常的なログインおよび日々の課題や仕事の遂行を実現します。他の関連情報は、「スケーラビリティ - 拡張性」セクションをご覧ください。

スケーラビリティ - 拡張性

「インフラストラクチャは、インストラクションのボリュームおよび学生数の両方に関して、拡張または将来の成長に応じて変更可能でなければならない」

Moodleは、多種多様のウェブサーバ/データベースで動作します。どのサーバベースのソフトウェアシステムと同じように、システムが高いスループットに立ち向かうことを保証するには、ハードウェア、オペレーティングシステム、そしてデータベースの選定を注意深く洗練させることは難しいことです。現時点で最大のMoodleサイト ( Open Polytechnic of New Zealand ) は、45,000以上の学生および6,500以上のコースが登録されています。他の大規模インストールサイトに関するページもご覧ください。

Moodleコミュニティのコンセンサスは、LinuxベースのウェブサーバにApache + PHP + PHPアクセラレータが一般に最良の選択です。そして、ウェブサーバとデータベースは別々のマシンに設置した方が良いでしょう。

例えば、必要に応じて1つ以上のウェブサーバを使用することで、Moodleをロードバランスすることも可能です。別々のウェブサーバは、同じデータベースに問い合わせし、同じファイル保存エリアを参照すべきですが、そうでなければアプリケーション層の分離で、この種のクラスタリングを実現するには十分です。同様に、データベースを複数のサーバでクラスタ化することも可能です ( 例 MySQLクラスタ )。

このすべてのことは、稼動環境のテクノロジに適応させることで、Moodleアーキテクチャは将来の要求に簡単に順応できることを意味します。また、長期間停止することなしに、サービスを改善するためのライブセッティングさえも可能です。

ユーザビリティ - 有用性

「自己ペースおよびロールが特定された学習のような、自動化および個別化されたサービスのホストをサポートするには、ウェブサーフィンやAmazon.comでのショッピングのように、教材のアクセス、配布、提示が簡単に利用でき、高度に直感的でなければならない」

Perhaps the best sentence to short Moodle usability is: "simple and powerful".

There is some talk about Moodle usability.

The Interface guidelines aim to help developers work towards a highly usable system. And the general consensus is that Moodle excels in this area.

インターオペラビリティ - 相互接続性

To support content from different sources and multiple vendors' hardware/software solutions, the LMS should exchange data using open industry standards for Web deployments.

  • For authentication, Moodle supports authenticating against LDAP, which is the most widely-used standard protocol for this purpose. It also supports authentication based on direct database lookup (e.g. in an external Oracle database), or on the Shibboleth protocol, or alternatively using IMAP, NNTP, CAS or FirstClass.
  • For enrolment, Moodle supports the use of an LDAP server (e.g. Active Directory), and the IMS Enterprise standard (via a downloadable plugin).
  • For content, there are a number of aspects:
    • Moodle supports the import/export of Reusable Learning Objects packaged according to the SCORM / IMS Content Packaging standards.
    • Quiz questions can be exported in the international standard IMS QTI 2 format.
    • RSS newsfeeds can be integrated into a Moodle site or course.
    • Forum discussions can be accessed as RSS newsfeeds, and therefore integrated into other RSS-capable websites or systems.

The use of XML for import/export is standard in Moodle. The "web services" method of exchanging data with other systems (e.g. via SOAP or XML-RPC) is not yet standard - but is in active development.

スタビリティ - 安定性

The LMS infrastructure can reliably and effectively manage a large enterprise implementation running 24x7.

This is the same issue as discussed in Availability and Scalability above.

セキュリティ - 安全性

As with any outward-facing collaborative solution, the LMS can selectively limit and control access to online content, resources and back-end functions, both internally and externally, for its diverse user community.

Moodle's current system of roles includes administrators, teachers, teachers without editing privileges (sometimes called teaching assistants), students, and guests. Each has a clearly defined set of privileges and cannot act beyond those privileges.

The basic unit of organisation is the course. An administrator can assign any number of teachers (with or without rights to edit content) to a given course, which has its own file area as well as its own discussions forums and other activities. Teachers can decide whether content is visible or hidden to students.

Moodle is designed and audited to be secure for its purpose. A security issues/announcements site exists at http://security.moodle.org

関連情報