システム要件を捉えるために必要な「疑り深さ」 - 設計者の発言
システム設計者には詐欺師に対するときのような「疑り深さ」が必要だ。そのような姿勢によってしか探り当てられないタイプの要件が存在するからだ。その種の要件はしばしば重大で、捉えそこなうと痛い目に会う。 ◆システム要件の分類学 システム要件は、ユーザによって自発的に語られる場合と語られない場合とがある。ユーザが独自にまとめた要件定義書などは「語られた要件」の代表的なものだ。第三者がまとめたとしても、ユーザに一方的に語らせただけのものであればこれと似たものになる。しかし、そこに書かれたことを漏れなく取り入れるだけですべての要件をまっとうできると設計者が考えているとしたら、あまりに純朴過ぎる。 システム要件には、「語られていないけれども無視できないもの」も「語られているけれども無視すべきもの」も存在する。つまり、システム要件には「語られたか、語られなかったか」と、これに直交する「無視すべきか、無視で
koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
