[フレーム]
はてなブックマークアプリ

サクサク読めて、
アプリ限定の機能も多数!

アプリで開く

気に入った記事をブックマーク

  • 気に入った記事を保存できます
    保存した記事の一覧は、はてなブックマークで確認・編集ができます
  • 記事を読んだ感想やメモを書き残せます
  • 非公開でブックマークすることもできます
適切な情報に変更

エントリーの編集

loading...

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

タイトルガイドライン

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます
コメントを非表示にできます コメント表示の設定

ブックマークしました

ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

310users がブックマーク コメント 27

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

詳細設計の書き方 - Qiita

310 users qiita.com/k-kimu

ガイドラインをご確認の上、良識あるコメントにご協力ください

0 / 0
入力したタグを追加

現在プライベートモードです 設定を変更する

おすすめタグタグについて

よく使うタグ

はてなブックマーク

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント27件

  • 注目コメント
  • 新着コメント
mak_in
設計と設計書は別だと思うんだよ。アジャイルは設計書書かない、を設計しない、と勘違いしてる人いるけど設計はすべきだと思ってる。そもそも設計書は設計の結果のアウトプットであって、設計そのものでない。

その他
toro-chan
最近は、全部終わった後でしか書いたことがないな。。仕様自体がガンガン変わるので書きようがない。本来は前もって書くことで設計不良を摘出すべきではあるんだが。

その他
amedama41
例に書いてるシーケンス図や、画面設計、テーブル設計は基本設計でやらない?

その他
JULY
IT 土方の底辺で長い事生きていると、元請ごとにどこまでが基本設計で、どこからが詳細設計かが違っていて、しかも、元請はそういった違いの存在を、無邪気なぐらい知らないことが多い、ということに気付く。

その他
hase0510
「開発の工程は一般的なウォーターフォール型開発であれば、要件定義、基本設計、詳細設計、開発、テストの順で行われます」・・・「開発の工程」の中の一つにまた「開発」があるの面白い。再帰的に開発してるのかな

その他
dot
昔はリソースの問題でコードを書く前に設計を検証する方が有効だったけど、今は設計を検証するよりも実際にコードやテストを検証する方が有効で、書面で設計をすることの重要度が下がっているのは間違いない。

その他
devrabi
実際にものを作らずに、少なくともプロトも作らずに「開発工程でのバグや遅延を減らすことができる」ような詳細設計書を書けるなんて、すごいですね。自分には無理なので、ドキュメントは後で作ります

その他
MtAsuka
この手の話題になると詳細設計不要論を唱える人がいるけど、「設計書」を書かないだけで自分だって実は意識せず詳細設計を行っていることに気付いていない。設計意図を他人に伝える必要があれば設計書を書くだけで。

その他
tick2tack
こういう工程の有無の程度が他の国と比べてどうなのかが気になる。/ プログラムは製造でなく設計の工程である、とはよく言われるが規模がでかいなら設計のための設計が必要になるというのは理解できる

その他
xlc
この20年のオフショア開発の経験から得た結論は「設計書をちゃんと書いて引き継ぎ出来る開発が最強」。オフショア開発では週単位で人が変わるので仕様書は必須。そしてそれがあることで顧客もメンテが継続できる。

その他
labor9
要件定義も設計書もIPA主導&デジタル庁管理でDB化し、フォーム入力、CSVエクスポート/インポート、レポート出力ができる様にしてくれよ。 PMBOK等に必要な作業と管理項目をどんどん定義していこう。 有償でいいから。

その他
dot
dot 昔はリソースの問題でコードを書く前に設計を検証する方が有効だったけど、今は設計を検証するよりも実際にコードやテストを検証する方が有効で、書面で設計をすることの重要度が下がっているのは間違いない。

2024年02月18日 リンク

その他
uehaj
設計書は設計の外在化、対象化で、設計スキルのないメンバーを多数抱える場合の開発PJのスケールアウト戦略だと言える。フレームワークで設計を再利用するとその有用性は減る

その他
toaruR
デバッグが難しいエアプログラミング工程になりがちよな( ́-`)

その他
diveintounlimit
でかい企業のSIとかSESくさいなぁ。

その他
JULY
JULY IT 土方の底辺で長い事生きていると、元請ごとにどこまでが基本設計で、どこからが詳細設計かが違っていて、しかも、元請はそういった違いの存在を、無邪気なぐらい知らないことが多い、ということに気付く。

2024年02月18日 リンク

その他
MtAsuka
MtAsuka この手の話題になると詳細設計不要論を唱える人がいるけど、「設計書」を書かないだけで自分だって実は意識せず詳細設計を行っていることに気付いていない。設計意図を他人に伝える必要があれば設計書を書くだけで。

2024年02月18日 リンク

その他
tick2tack
tick2tack こういう工程の有無の程度が他の国と比べてどうなのかが気になる。/ プログラムは製造でなく設計の工程である、とはよく言われるが規模がでかいなら設計のための設計が必要になるというのは理解できる

2024年02月18日 リンク

その他
taka_pop
一部、詳細設計の前の工程でやるべきことが混ざっているような?

その他
saiid
詳細設計って工程は存在そのものがギャグかなにかだと思ってるけど、生成AIがコーディングを肩代わりしてくれるようになったらどうなるか分からんかも

その他
w1234567
設計書まったく書かないって言ってる人はユーザーや開発者間のコミュニケーションとか新人のキャッチアップとかどうしてんのか純粋に気になるんだが?コード読めって非効率で時間と金の無駄じゃないの?

その他
sabinezu
一周回って詳細設計書があった方が早く終わる。

その他
amedama41
amedama41 例に書いてるシーケンス図や、画面設計、テーブル設計は基本設計でやらない?

2024年02月18日 リンク

その他
tekmak
これでソフトウェアが作りやすくなるなら、これをソフトウェアにすれば良かったんだよ。 コンパイルエラーの確認とかは要件定義以前が一番戻りが少ないと思うけど/依存関係が逆なんだと思う

その他
gabari
きれいな設計書を始めに作れとは言わないが、手書きとかホワイトボードでの設計もしないでコーディングします、とか言われると考えろよと言いたくなるなぁ。

その他
devrabi
devrabi 実際にものを作らずに、少なくともプロトも作らずに「開発工程でのバグや遅延を減らすことができる」ような詳細設計書を書けるなんて、すごいですね。自分には無理なので、ドキュメントは後で作ります

2024年02月18日 リンク

その他
xlc
xlc この20年のオフショア開発の経験から得た結論は「設計書をちゃんと書いて引き継ぎ出来る開発が最強」。オフショア開発では週単位で人が変わるので仕様書は必須。そしてそれがあることで顧客もメンテが継続できる。

2024年02月18日 リンク

その他
cl-gaku
動くものがくると要求も変わってくるから最近はプロトタイピングして最後にドキュメントしかやってない

その他
gorokumi
テスト方法まで考えて書かないと意味ないぞ

その他
toro-chan
toro-chan 最近は、全部終わった後でしか書いたことがないな。。仕様自体がガンガン変わるので書きようがない。本来は前もって書くことで設計不良を摘出すべきではあるんだが。

2024年02月18日 リンク

その他
kijtra
詳細設計書をつくる時間と予算をどう見積もって納得させるのかも知りたい

その他
mag4n
ウォーターフォールだと書類ベースなんよ。アジャイルはどちらかというとコードやアウトプットベース。

その他
strawberryhunter
馬鹿馬鹿しい。書くだけ無駄。私はプログラムを書いてからリバースする。

その他
mayumayu_nimolove
これをインプットさせてChtGPTにあとで作ってもらおう。

その他
mak_in
mak_in 設計と設計書は別だと思うんだよ。アジャイルは設計書書かない、を設計しない、と勘違いしてる人いるけど設計はすべきだと思ってる。そもそも設計書は設計の結果のアウトプットであって、設計そのものでない。

2024年02月18日 リンク

その他
hase0510
hase0510 「開発の工程は一般的なウォーターフォール型開発であれば、要件定義、基本設計、詳細設計、開発、テストの順で行われます」・・・「開発の工程」の中の一つにまた「開発」があるの面白い。再帰的に開発してるのかな

2024年02月18日 リンク

その他
IGA-OS
読んどく

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー
アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

usersに達しました!

さんが1番目にブックマークした記事「詳細設計の書き方 ...」が注目されています。

気持ちをシェアしよう

ツイートする

詳細設計の書き方 - Qiita

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure y... Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに システム開発において詳細設計という工程があります。 プログラマーはこの詳細設計を確認しながら開発を行うことになります。そのため詳細設計ではシステムの構造や仕様、動作などを細かく定義することが必要になります。 詳細設計を行うことでシステム開発の方向性が明確になり、コーディングやテストをスムーズに行うことができます。 詳細設計の成果物としてはクラス図やシーケンス図、画面設計書やデータベース設計書などがあり、システムの動きや機能を具体的に表現するものです。 今回は詳細設計を作成する機会があったので、詳細設計の書き方についてまとめたい

ブックマークしたユーザー

  • ugo_uozumi2024年11月17日 ugo_uozumi
  • techtech05212024年06月26日 techtech0521
  • hagyroom2024年03月20日 hagyroom
  • for-my-internet-demo2024年03月05日 for-my-internet-demo
  • momota2024年03月01日 momota
  • mgl2024年02月26日 mgl
  • lugecy2024年02月25日 lugecy
  • goodbamboo2024年02月20日 goodbamboo
  • nuemoarukebashigokareru2024年02月19日 nuemoarukebashigokareru
  • s_ryuuki2024年02月19日 s_ryuuki
  • tasukuchan2024年02月19日 tasukuchan
  • tokyoumare2024年02月19日 tokyoumare
  • charyboy2024年02月19日 charyboy
  • algues-fat22024年02月19日 algues-fat2
  • skton_hate2024年02月19日 skton_hate
  • BoiledEgg2024年02月19日 BoiledEgg
  • vocalop-t2024年02月18日 vocalop-t
  • grand_big2024年02月18日 grand_big
すべてのユーザーの
詳細を表示します

ブックマークしたすべてのユーザー

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しましたx

AltStyle によって変換されたページ (->オリジナル) /