ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
逆だ逆、現状のやばさを認識してるから理想を掲げるんだよ図書館系ブロガーは - かたつむりは電子図書館の夢をみるか（はてなブログ版）
図書館業界の腐りゆく状況 - 火薬と鋼 しかし図書館業務のアウトソーシングはなくならない。行政にしろ学校にしろ図書館というのは真っ先に予算が削られ、切り詰められていく組織なのだ。経験の浅い人材で適当に業務を回しているだけでも表向きの数字*2は悪化しないから行政や議会で問題視されにくい。しかしこの寒い事情がずっと続くとどうなるか？そこまでは誰も分からない。 図書館業界のブログを見ていると、その辺のお寒い事情をよく分からずに*3高い理想を掲げて現状を批判しているところばかりで泣けてくる。人材とそのためのコストに対する配慮が少なすぎる。あなたが気にしているサービスを行う主体は、多くは極めて大雑把な仕様に従って業務を行っている民間企業やNPOなのだ。過去の仕事をなぞることはできても高度なサービスの構築や向上など望むべくもない。例え自治体や大学に図書館運営・サービスに対する不満や要望の声が伝わっても
横断検索の実現方法とか - Ceekz Logs (Move to y.ceek.jp)
帰省中ですが、図書館の話題です。マウスが無いので面倒…。 某所で「学術機関リポジトリの横断検索を開発する」という宣言をしたため、後に引けなくなりました…。既に 筑波大学学内プロジェクト 機関リポジトリ横断検索 があるんですけどね…。今回は、横断検索の種類について述べたいと思います。 ・はてなブックマーク - はじめての文献複写申込とか - Ceekz Logs ・はじめての文献複写申込とか - Ceekz Logs 長野のやつは、いわゆる横断検索だと聞いてます。現状の各館のシステムは基本そのまま 長野県が県下の図書館にある蔵書を一括検索できるシステムを準備しているということですが、僕は NACSIS-CAT に参加すると思ったのですが、風の噂では「横断検索」になるということです。図書館界隈の「横断検索」と僕の思っている「横断検索」に相違があるかもしれませんが、3通りの実現方法があると思いま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はてなブログ | 無料ブログを作成しよう
rerofumiのつぶやき » Make: Tokyo Meeting（仮）ですってよ奥さん
