HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
「事象の地平線」は移転しました。 訴訟専用掲示板はこちらです。 平成19年（ワ）第610号 債務不存在確認等請求事件 判決（平成20年7月18日 山形地方裁判所） 原告：天羽優子、被告：マグローブ株式会社・上森三郎・吉岡英介 （大学については訴え取り下げ） 主文 １ 別紙１，２のウェブログの書込み中、赤線で囲まれた部分について、原告がこれを削除する義務が存在しないことを確認する。 ２ 訴訟費用は被告の負担とする 被告が、原告の削除義務を立証せず、内容についても全く争わなかったために、認容判決となった。 別紙１内容（ウェブログ「事象の地平線」にあったもの） 2007/11/21 マグローブ株式会社から圧力をかけられています(1) [裁判] マグローブ株式会社という、磁気活水器の会社が、掲示板の運営に圧力をかけまくっている。削除要求が出たコメントをここに引用しておく。こ
10分で作るRailsアプリ という動画がRuby on Railsのすばらしさを短時間に説明してくれましたが、動画の説明は何より説得力がありますよね。画面キャプチャを何枚も貼って文章で説明するよりも、目で見て、間を体験すると感じるものがあります。何より見る方は楽。 作る方も楽だったらなあとも思います。 以前自分の設計したWEBアプリのマニュアルを、パワーポイント 100ページ以上の膨大な資料としてまとめたことがあります作りながらも「こりゃあだれも見ないだろうなあ。自分でもみないもの」と思いながらも、提出義務があって仕方なく作っていました。印刷したお客さんからは「紙の無駄だ」と怒られわ、HTML化してWEBアプリに「ヘルプ」をつけても電話がかかってくるのが先でした。 しかしそんな苦労に遭わないように、最近お宝を発見しました その名も「Adobe Captivate2」 まあまあとりあえずア
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
