TEI の役割：スライド（C.M. Sperberg-McQueen）

	[INDEX] [HOME]

	TEI の役割[スライド一覧] 1998.11. 1998.11.23 現在 31 まで。 ※ 目次に番号を付けた。
	＜目次＞概観 Ⅰ. プロジェクトの段階第１段階：　分析文書の分析文書の分析結果 TEI のカスタマイズ TEI 主要 DTD タグ・セット第２段階：　設計認識基準設計段階の成果第３段階：　プロトタイププロトタイプの型プロトタイプに学ぶユーザ・インターフェイスの実物大模型トイ・システムプロトタイプ段階の成果第４段階：　実装スタッフの訓練絶対安全なシステムワーク・フローデータの把握データの拡充プロジェクトを辿る実装段階の成果第５段階：　検査／品質管理品質保証品質保証技術第６段階：　普及と維持交換流通配布プロジェクト組織の問題プロジェクトの企画スケジュール設計配布できるもの更新計画履歴管理職員誤りから学ぶ実装ミスの４つの型誤りを避ける遠近両用レンズ難題から戻る TEI によって困難になる場合 TEI によって簡単になる場合 TEI によって変わってしまう場合
	TEI の役割 What the TEI Means for Your Project C.M.スパーバーグ・マックウィーン（C.M.Sperberg-McQueen）
	1996.7 スライド、DRH talk 1997.6 増訂、CETH '97 1997.7.13 再訂、ミュンヘン [TOP] １　概観プロジェクトの作業における TEI の効果プロジェクトの組織失敗から学ぶ TEI によって困難になるもの、容易になるもの、変わらないもの [TOP] ２　Ⅰ. プロジェクトの段階「滝のモデル（waterfall model）」はソフトウェア開発だけに限らない。分析設計プロトタイプ作り実装、制作、ワークフロー試験と完成維持と普及組織と制御の問題は、「すべての」段階に影響する。 [TOP] ３　第１段階：　分析目標の分析（プロジェクトの範囲を定める。）テキスト領域の分析（文書分析）全体計画必要な方策の分析 [TOP] ４　文書の分析文書分析は、あらゆる重要なプロジェクトの第１段階として不可欠である。目標と背景を明らかにする。問題のテキストの特徴を見定める。特徴相互の内部関連を明らかにする。封入（containment）、連続、交替意味的グループ分け構文的グループ分け特徴セットの拡充 [TOP] ５　文書の分析結果文書分析の結果は文書化するのがよい。プロジェクトの目標を記述ユーザの要求プロジェクトの文書領域の記述文書の基本的構造頻度が少く、記述の困難な構造語句レベルの、構造に関わらない現象具体例 [TOP] ６　TEI のカスタマイズ文書分析タグ・セットの選択要素の選択認識基準 [TOP] ７　TEI 主要 DTD タグ・セット６つの基本タグ・セット¹ 基本タグ・セットの 114 通りの組み合わせ 10個の付加タグ・セット² 主要 DTD の約120,000通りの表現（views）要素と属性の数を抑え、変更し、付加する。 [TOP] ８　第２段階：　設計設計は、高次の設計段階と低次の設計段階に分けられる（また、分けたほうがよい）。以下のものを設計せよ。最終結果：引き渡し要件は何か。最終結果：データ（マーク付けされたもの）ワークフロー途中で引き渡し可能なもの、里程標ツール [TOP] ９　認識基準それぞれの TEI 要素型 X を定めるには、コーディング担当者がここで X をタグ付けするために、あるいはしないために以下のことをどう伝えるか、と問うのがよい。 TEI のカスタマイズ計画プロジェクト・マニュアルに記録すること TEI ヘッダの tagUsage 要素で表すこと [TOP] 10　設計段階の成果設計段階の結果は、数種の文書にまとめるのがよい。プロジェクトの手引き：プロジェクトの作業計画と手続きを記述。マーク付けのマニュアル：タグ付け方式の記述。実例、認識基準、あらかじめ用意した品質測定法（字体の割合、タグ付けの誤りの割合、他）も含む。 [TOP] 11　第３段階：　プロトタイプ少なくとも１つのプロトタイプを実行する。（1%, 10%, 100%）プロトタイプの型。プロトタイプから学ぶ。 [TOP] 12　プロトタイプの型項目見本ユーザ・インターフェイスの実物大模型作業用トイ・システム生産システムの試験見本〔注意〕生産計画とワークフローも生産物であり、設計・プロトタイプ作り・試験は必要だ。 [TOP] 13　プロトタイプに学ぶプロトタイプはいくつかの点で役に立つ。コンセプトの実証マーク付けやワークフローの問題点の検出設計の進み具合を計る。プロトタイプを使うのはそこから学ぶためである。よく注意しておく（書いておく）。未解決の問題一時的な解決 [TOP] 14　ユーザ・インターフェイスの実物大模型ユーザ・インターフェイスの実物大模型は、以下の点を解明するのに役立つ。ユーザの要求求められる情報のエッセンスソフトウェアの特徴原案の有益な拡張と制限〔参照〕　従来の辞書制作者の項目見本実物大模型を作る３つの方法： SGML ソフトウェアと特製スタイルシート模型制作用ソフトウェア紙と画鋲（ユーザ・リサーチ用）細かい点は、適宜判断せよ。 [TOP] 15　トイ・システム（Toy Systems）トイ・システムのポイントは全体システムを検証することである。データ・ソースデータの流れとフィルタかけ出力ただし、トイ・システムは、簡単なものでよい。不安定でもかまわない。処理が遅くてもよい。 [TOP] 16　プロトタイプ段階の成果一つないしそれ以上の作業プロトタイプ：稼働するソフトウェア夾雑物を含まないデータ基本的機能性を示すユーザ・インターフェイス一つないしそれ以上の文書：プロトタイプの記述結果の評価次の段階への指示 [TOP] 17　第４段階：　実装ワーク・フローを作る問題データ取得データへの付加情報問題の追跡 [TOP] 18　スタッフの訓練 SGML TEI プロジェクト手続き [TOP] 19　絶対安全なシステム「遊び」を組み込んであるか？スタッフのＸが明日バスに轢かれたとしたら、プロジェクトは自動的に解体してしまうか。それとも続いていくか。アポロ13号のような危機（Mir氏） [TOP] 20　ワーク・フローワークフローを慎重に練る。以下の点に注意。マーク付けは、一度に加えなくともよい。階層的にタグ付けする。マーク付けは、同一人物による必要はない。専門的な処理過程でそれぞれタグ付けする。原本を参照する必要を最小限のものにする。マーク付けそれ自体を活用する。 [TOP] 21　データの把握スキャニングと OCR 固有のキーボード規則外部の（互換）キーボード規則既存電子資料の入手これらはすべて以下の問題を含む。品質の確保誤記訂正タグの付け直し [TOP] 22　データの拡充 TEI はデータ把握に使うことができるが、専用のデータ把握用 DTD があれば余分なキーストロークと時間を節約できる。次の点を確認せよ。定義の明確さアーカイヴ形式への置き換えが容易であることいったん把握すれば、データというものはバッチ処理または双方向的なツールを使って仕上げ、処理し、フォーマットし直し、拡充することができる。 SGML 対応エディタ自動タグ付けソフト分野別専用分析ツール（POS タグ付けソフト、照合プログラム、他） SGML 相互変換ツール [TOP] 23　プロジェクトを辿るプロジェクト進行中、以下の諸点を見失わないようにする。プロジェクト・マニュアル（処理手続）タグ付けマニュアル（タグ付け方針）懸案の問題と暫定的解決の一覧マーク付けの対象（what）と問題点（problem）という要素の型 [TOP] 24　実装段階の成果実際の製品（たいがいは開発途上のもの） [TOP] 25　第５段階：　検査／品質管理検査を別の段階として切り離して扱うことは体のいい虚構である。計画時には有効でも、本当に実行に移したら危険である。４つの戒律を挙げておく。当初から検査と品質管理をワークフローに組み込んでおくこと。エラーの出現割合その他に対して量的に明確な目標を立てておくこと。（ゼロもまた数値である。）データを清潔に保っておくこと。もし、それが出来ないなら、少なくとも、何が清潔で、何が汚いかをはっきりさせておく。スケジュールの中にクリーンアップ又は変換のステップを付け加える。早めに、ちょくちょく検証すること。 [TOP] 26　品質保証 SGML にかかった費用ではない。 SGML の検証。 SGML に支援された照合。 SGML の助けを借りない照合。 [TOP] 27　品質保証技術原文と照合しての校正単語リストのチェック（スペル・チェック）番号の並びのチェック要素サイズのチェック（ページ、詩行、他）構造的一貫性のチェック原文情報の保守（名前、日付、標題、他） [TOP] 28　第６段階：　普及と維持交換流通紙による配布電子的配布 [TOP] 29　交換流通システムは様々である。ネットワークのゲートウェイは当てにならないことがある。従って、以下のように計画する。テスト文書を送る。伝送の過程で残る文字はどれか。伝送のため圧縮する。確かでない文字を確かな文字列（実体参照）に置き換える。受け取ったら解凍する。伝送用の文字列を機種依存文字に置き換える。書記（文書特性記述）システム宣言は、テキストの圧縮・解凍の自動化をサポートするためのものである。 [TOP] 30　配布紙による配布に必要なもの。 SGML 依存のフォーマッタ（DSSSL、FOSI） SGML 対応のフォーマッタ他のフォーマッタへの変換電子的配布に必要なもの。 SGML 依存のブラウザ SGML 対応のブラウザ他のブラウザのマーク付け方式への変換（HTMLへの変換を含む。） [TOP] 31　プロジェクト組織の問題プロジェクトの企画更新計画誤りの類型誤りから学ぶ [TOP] 32　プロジェクトの企画 [TOP] 33　スケジュール設計 [TOP] 34　配布できるもの [TOP] 35　更新計画 [TOP] 36　履歴管理 [TOP] 37　職員 [TOP] 38　誤りから学ぶ [TOP] 39　実装ミスの４つの型 [TOP] 40　誤りを避ける [TOP] 41　遠近両用レンズ [TOP] 42　難題から戻る [TOP] 43　TEI によって困難になる場合 [TOP] 44　TEI によって簡単になる場合 [TOP] 45　TEI によって変わってしまう場合
/←１/ /←２/	補注散文韻文戯曲談話資料辞書語彙データリンク、区分分け、配置簡単な分析特徴的構造信頼性と責任原文の転写本文批判名前と日付ネットワークとグラフ数値、数式、グラフィック言語コーパス [以上]