気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント64件
- 注目コメント
- 新着コメント
julajp
実際に家電などを作っているメーカーは分担はきっちり決まっていると思う。そうしないと生産性、収益上がらないからだと思う。ソフトの業界も実際の物ろ作るのと同様なとこにいけないと職人頼みになっちゃうのかも
todogzm
私は運良く設計から実装、テスト、リリースまでを社内のみで完結できる、恵まれた環境にいる。給料は高くないけどね。担当する機能すべてにおいて責任を負うことができる環境。負わされるわけじゃないところがいい。
NOV1975
要件定義までの工程と外部設計以降の工程では仕事の内容が違うと思うが。きちんとした大規模プロジェクトでトラぶって引き上げた、以外で設計した会社が開発しないなんて話は近年流行のオフショア丸投げくらいじゃ。
ag-commerce
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するという
nilab
ユメのチカラ: 開発工程を別々に担当してはいけない:実装と設計は不可分:実装/設計をしてみて初めて気がつくことがある:ソフトウェア工場というコンセプトは否定しない:米国では設計する人がコードも書く
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ユメのチカラ: 開発工程を別々に担当してはいけない
古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コー... 古典的なウォータフォールモデルでは、ソフトウェア開発を要求仕様分析、概要設計、詳細設計、実装(コーディング)、内部テスト、統合テスト、運用、保守みたいな工程にわけ、通常は各工程を別々の人が担当するというような方法がよくおこなわれている。 特に、要求仕様の分析、概要設計などは上流工程などとよばれていて、詳細設計、実装とは別の人ないしは組織が担当する。実装とかテストは下流工程などとよばれている。 よくあるパターンとしては元請けが上流工程を、下請け、孫請けが実装やテストなどを担当し、人月単価も下流の方が安い。 ウォーターフォールモデルでは各工程毎に成果物(仕様書や各種ドキュメント、プログラム)が大量に生産される。各フェーズ毎に定義された成果物がそろってから次のフェーズに移行するというのが建前なので、各フェーズでのドキュメントはどうしても冗長になりがちである。 一度固定した文書は次のフェーズで変更
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2007/10/23 リンク