アカウント名:
パスワード:
文脈からプログラム設計書＝詳細設計書という解釈なのでは？#システム管理基準内での文脈はまだ見てないので違うかもしれんけどそれなら、詳細設計書Firstというのはないかなあ。テストおよびデバッグにすごくコストがかかる場合に限ってはありだけど。ふつー、ソースとコメントから自動生成だろ。
>設計図で意思を確認するというわけにはいかないいやいや、設計図（仕様書）以外に意思（機能の目的）を確認する媒体はないでしょうに。
>設計書なしで打合せや、承認、メンテナンスはどうするつもりなのでしょうかね。
打ち合わせ：すべては口伝で受け継がれる承認：誰もそんな事はしない。すべてはあるがままに。メンテナンス：生贄を差し出し、擦り切れるまで使う
でも、まあ通常の知能があれば、設計書とは呼んでなくても設計書のようなものは自然発生すると思うけどなあ。
データ関連図やデータ構造のグラフって, ソフトの設計図じゃないのかな? シーケンス図みたいなので各種の挙動の設計をするってのも多いだろうし.
コード化以前にそうしたレベルでのイメージを整理しておかないと, コーディングの途中で混乱して効率が悪いんで, 自分のために描くようにしてるんですけど.
設計図・設計書・仕様書の違いは何だろう。設計図は図面、設計書は文章の違いだと思ったんだけど。設計図だと材質とか加工方法とか目的より手段。仕様書→計算書→組図⇔部品図かな？学校でしかやったこと無いので実際は知らないけど。＃取説とかの仕様の入った図面は設計図から起こした設計図ではない説明図やメンテ図だよね？
うちのチームではシステムの仕様書は「何ができるのか」システムの設計書は「どういうふうに作られているのか」を書くものだと定義しています。外部設計書・内部設計書というふうに分けると、微妙にずれるところが出てくるのですが、概ね外部設計書が仕様書、内部設計書が設計書に相当するかなと。
このとき、特に重要な部分については事前にクラス設計とか処理方式程度まで含むドキュメントはつくるので、その基準に合わせるときにはそれに「プログラム設計書」という名前をつけてますね。
ある会社では、紙芝居を作りました。「何ができるのか」お客から了承得ました。DBサーバにテーブルを作りました。プログラム作りました。プログラム仕様書を作りました。「どういうふうに作られているのか」システム運用マニュアルを作りました。最後に、システム設計書を作りました。「何ができたのか」第２期の紙芝居を作りました。つづく
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
この会社はどうやって開発しているのだろうか (スコア:2)
どうやってソフト開発をしているのか知りたいところですね。
ソフトウェアはモノ作りと違って形がないから、設計図で意思を確認するという分けにはいかないので、
言葉は非常に重要です。
その言葉が何を意味しているのか、共通認識を持たないと誤解が生じます。
そういう意味で共通フレームなどがあるわけですが、設計書なしで打合せや、承認、メンテナンスはどうする
つもりなのでしょうかね。
Re: (スコア:1)
文脈からプログラム設計書＝詳細設計書という解釈なのでは？
#システム管理基準内での文脈はまだ見てないので違うかもしれんけど
それなら、詳細設計書Firstというのはないかなあ。テストおよびデバッグにすごくコストがかかる場合に限ってはありだけど。
ふつー、ソースとコメントから自動生成だろ。
>設計図で意思を確認するというわけにはいかない
いやいや、設計図（仕様書）以外に意思（機能の目的）を確認する媒体はないでしょうに。
>設計書なしで打合せや、承認、メンテナンスはどうするつもりなのでしょうかね。
打ち合わせ：すべては口伝で受け継がれる
承認：誰もそんな事はしない。すべてはあるがままに。
メンテナンス：生贄を差し出し、擦り切れるまで使う
でも、まあ通常の知能があれば、設計書とは呼んでなくても設計書のようなものは自然発生すると思うけどなあ。
Re:この会社はどうやって開発しているのだろうか (スコア:0)
Re:この会社はどうやって開発しているのだろうか (スコア:2)
データ関連図やデータ構造のグラフって, ソフトの設計図じゃないのかな? シーケンス図みたいなので各種の挙動の設計をするってのも多いだろうし.
コード化以前にそうしたレベルでのイメージを整理しておかないと, コーディングの途中で混乱して効率が悪いんで, 自分のために描くようにしてるんですけど.
Re: (スコア:0)
設計図・設計書・仕様書の違いは何だろう。
設計図は図面、設計書は文章の違いだと思ったんだけど。
設計図だと材質とか加工方法とか目的より手段。
仕様書→計算書→組図⇔部品図
かな？
学校でしかやったこと無いので実際は知らないけど。
＃取説とかの仕様の入った図面は設計図から起こした設計図ではない説明図やメンテ図だよね？
Re:この会社はどうやって開発しているのだろうか (スコア:5, 興味深い)
うちのチームでは
システムの仕様書は「何ができるのか」
システムの設計書は「どういうふうに作られているのか」
を書くものだと定義しています。
外部設計書・内部設計書というふうに分けると、微妙にずれるところが出てくるのですが、概ね外部設計書が仕様書、内部設計書が設計書に相当するかなと。
このとき、特に重要な部分については事前にクラス設計とか処理方式程度まで含むドキュメントはつくるので、その基準に合わせるときにはそれに「プログラム設計書」という名前をつけてますね。
Re: (スコア:0)
ある会社では、
紙芝居を作りました。「何ができるのか」
お客から了承得ました。
DBサーバにテーブルを作りました。
プログラム作りました。
プログラム仕様書を作りました。「どういうふうに作られているのか」
システム運用マニュアルを作りました。
最後に、システム設計書を作りました。「何ができたのか」
第２期の紙芝居を作りました。
つづく