気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント21件
- 注目コメント
- 新着コメント
オーナーコメントを固定しています
xlc
「詳細設計書」とは何かによるが、オフショア開発でもプログラミングレベルの詳細設計書は書かないな。画面仕様、DB仕様、API仕様とDBアクセス、APIアクセスの順序と内容までは設計書に書く。それを顧客との仕様にする
devrabi
詳細設計と詳細設計書の話をわけるだけでなく「技術を知らない素人が、そういうものだと思い込んで、実態とはかけ離れたものを、無駄に時間をかけて作り、仕事をした気になっている」ことの問題も分けるべきですよね
yau
「詳細設計書」というワードの共通認識が低すぎよな。内製開発での見積もり段階で技術検証のための詳細化のこともあり（≒メモ）、ヤバそうな外注開発がヤバいことしないための詳細化のこともあり（≒契約書）
オーナーコメントを固定しています
yau
「詳細設計書」というワードの共通認識が低すぎよな。内製開発での見積もり段階で技術検証のための詳細化のこともあり（≒メモ）、ヤバそうな外注開発がヤバいことしないための詳細化のこともあり（≒契約書）
kiki-maru
モジュール性や抽象化、結合度、そんなクラス設計やモデリング的な話な話を含むのならドキュメント化は必須やろ。毎度の事だが、詳細設計書の定義があやふやなまま話を進めるからよく分からん話になる。
devrabi
詳細設計と詳細設計書の話をわけるだけでなく「技術を知らない素人が、そういうものだと思い込んで、実態とはかけ離れたものを、無駄に時間をかけて作り、仕事をした気になっている」ことの問題も分けるべきですよね
pictogram7
“品質担保のためのレビューのため” 品質担保のレビューを実際のコードみないでできると思っているのだろうか 別言語の開発者だからといって、コードが読めない程度の技術力であれば内部品質の担保なんて夢のまた夢
ardarim
コードからリバースしたような詳細設計書なら不要だし無意味。Jabadoc的なのも保守の役には立つかもだが設計レビューの入力してはキツい。要件とコードの橋渡しとなる設計明文化が必要なのだが理解してない人が多い
xlc
「詳細設計書」とは何かによるが、オフショア開発でもプログラミングレベルの詳細設計書は書かないな。画面仕様、DB仕様、API仕様とDBアクセス、APIアクセスの順序と内容までは設計書に書く。それを顧客との仕様にする
atico
インフラ概要図->機能一覧(ユーザーストーリーベース)->ワイヤフレーム(figma)->API仕様書(openAPI)->テストコード(spec)->ER図(自動生成) 最近はほぼ上記で済ましてる。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
ドキュメントとしての詳細設計書と、プロセスとしての詳細設計 - 勘と経験と読経
「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプ... 「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記：文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング（の一種） 机上プロトタイプ（の一種） 分析資料 保守（のための）資料 （水平作業の場合の）作業指示書 （委託している場合の）契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2024/08/18 リンク