今だからこそのウォーターフォール - DENの思うこと
先月Developers Summit2012に参加したのですが、 セミナー内の「利用している開発手法はなんですか」というアンケートで アジャイル：３ ウォーターフォール：７ くらいの割合だったので 実はウォーターフォールの話にニーズがあるんじゃないかという仮定のもと 基本的な話ではなく実践的な部分のウォーターフォール開発について 思うところをブログに書いてみても良いかなと思っています。 ニーズあるかなぁ。 目次 ステップ数 ステップ数を極める ステップ数とテストケース数の深い関係 ステップ数と障害数の悩ましい関係 障害数を評価する 指標に使うステップ数を数える方法 レビューの指摘件数でわかってしまうプログラマのスキルレベル ステップ数は本当に役に立たないのか なぜアジャイル開発ではステップ数を数えないのか テスト密度などの指標まとめ 開発期間 ウォーターフォールの適切な開発期間を見積る
歴史から考えるアーキテクチャとマネジメント - arclamp
ソフトウェアアーキテクチャとプロジェクトマネジメントは相互に絡み合う要素です。この関係性を歴史の流れから考えていくと面白い推測が成り立ちます。 アーキテクチャの歴史 「アーキテクチャとは」というのに定まった定義はありませんが、大枠では「システムの目的や環境を前提とし、様々な利害関係者の関心事を整合させた、システムの構成や構造」のことです。 これはもちろん「あるべき姿」です。完成されたシステムには必ず構成や構造がありますが、それが「システムの目的や環境、あるいは様々な利害関係者の関心事」と完全に合致しているとは限りません。 （ソフトウェア）アーキテクチャという言葉、あるいは（ソフトウェア）アーキテクトという用語は2000年前後から一般的になってきました。逆にいえば当時は「システムの構造や構成」と「システムの目的や環境、あるいは様々な利害関係者の関心事」の不一致があったということでしょう。 で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
