仕様書ってどう書くの？？

ちょっと教えてよ。フリーのプログラマにアプリ製作依頼しようと思ってさ。
忙しいから仕様書書いてくれっていわれたんだよ。

2 ：仕様書無しさん：04/01/22 19:48

猫カムバック

---------------------------------------------------------------------
　　　仕　様　書

機能概要：

　　あんな事いいな
　　出来たらいいな
　　あんな夢
　　こんな夢
　　いっぱい
　　よろしこ

対象プラットフォーム： ENIAC

備考：
ファイル仕様、詳細設計については別添の詳細設計書を参照の事。
追加仕様、設計変更が発生した際はその都度メンテナンス票を回付する事とする。

---------------------------------------------------------------------
で、詳細設計はプログラム作るヤツに丸投げすればOK!!

4 ：仕様書無しさん：04/01/22 21:32

ちなみにデータ構造仕様書もあるよん。

5 ：仕様書無しさん：04/01/22 21:38

--------------------------------終了-------------------------------

>>1
まとめて削除依頼しるからもうちと待て

6 ：仕様書無しさん：04/01/22 21:40

むしろ

仕様書ってどう捏造するの？？

を聞きたいよ漏れは

7 ：仕様書無しさん：04/01/22 21:42

そりゃぁもちろん、ソースコードに従って捏造するです。

8 ：仕様書無しさん：04/01/22 21:47

オナニーってどうやるんですか？

9 ：仕様書無しさん：04/01/22 21:47

なんだ、１はここでも糞すれたてまくりか。

10 ：山崎１３ ◆5c5udzFPUI ：04/01/22 22:06

オラオラ！！ちゃんと教えれ！！教えてくれたらもうここにはこない。

11 ：仕様書無しさん：04/01/22 22:28

アプリのマニュアルおまえが作れ。
それを要求仕様にしてここにはもうくるな。

12 ：仕様書無しさん：04/01/22 22:43

・あいまいな記述はしない

13 ：仕様書無しさん：04/01/23 02:01

>>1　まず全部作ってからJabaDocで出力すればいいよ。

14 ：山崎１３ ◆5c5udzFPUI ：04/01/23 11:07

一般的な書式を教えてよ。項目とかさ。注意しなきゃいけないこととかさ。
それ教えてくれたらもうきっとこない。

15 ：仕様書無しさん：04/01/23 11:15

山先ってなんで悪禁ならんのだろ？

16 ：仕様書無しさん：04/01/23 11:17

>>14
本くらい買えよ。ウォンじゃなくて円出してな。

17 ：仕様書無しさん：04/01/23 12:26

なんていう本がお勧めなのか教えてくれよ。今日帰りに買って
カエルから。

18 ：仕様書無しさん：04/01/23 12:40

>>17
バカの壁

19 ：仕様書無しさん：04/01/23 12:47

アマゾネとかでSEとかシステム設計とかで検索かけて
一番頭悪そうな本買えばいいんでない？

20 ：仕様書無しさん：04/01/23 13:17

思ったとおりマ板には
仕様書も書いたことのない
コーダばっかってことだな

21 ：仕様書無しさん：04/01/23 13:40

>>20
いえいえ、私は化学試験屋です。
化学板はなんだか面白くないので
なんとなく目に付いたココに常駐しています。

22 ：仕様書無しさん：04/01/23 13:48

>>20
プw

23 ：仕様書無しさん：04/01/23 14:45

仕様書なんてかかねーだろ。口頭で指示して終わり。わからなければ質問汁

24 ：仕様書無しさん：04/01/23 14:47

だから俺は現場の生の状況を知りたいの！！

25 ：仕様書無しさん：04/01/23 15:06

生でやりたきゃ高級店に逝け

26 ：仕様書無しさん：04/01/23 16:28

３マソ以上は無理！

27 ：仕様書無しさん：04/01/23 19:10

同意があれば生でも(r

28 ：山崎１３ ◆5c5udzFPUI ：04/01/23 19:33

オラオラオラオラ！！教えろ！！

29 ：仕様書無しさん：04/01/23 20:49

┏━━━━━━━━━━━━━━━━━━━━┓
┃このスレは、お客様の疑問・問題解決の　　　　 .┃
┃　　　　　お役に立ちましたか?　　　　　　　　　　　.┃
┃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　○ はい。問題・疑問が解決しました。　　　　 ┃
┃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　○ 解決しなかったがあんたｽｹﾞｰよ。　　　　　┃
┃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　◎ ﾓｳｺﾈｰﾖ!　ﾜｧｧﾝ!!　　　　　　　　　　　　　　　┃
┃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　┃
┃この情報へのご意見、ご要望がございましたら　┃
┃こちらへご記入ください。( 全角 500 文字以内 ) ┃

30 ：仕様書無しさん：04/01/23 20:53

講習料を払え。
カネじゃなくて、おまえが講習終了時までこのスレ以外にレスしない／スレを立てないという契約をしろ。
契約すれば、懇切丁寧に教えようじゃないか山崎。

31 ：仕様書無しさん：04/01/24 03:22

あたしがこのまえ書いたのは、
・何がしたいか
・何と何を入力とか選択とかするか
・そうするとどうなってほしいか
だけだよーん。
あたし別にＳＥじゃないから安心してね＞プロのひとたち

32 ：山崎１３ ◆5c5udzFPUI ：04/01/24 10:37

わかった。契約しよう。ちゃんと講義してくれればくそスレは立てない。
というか教えてください。お願いします。

33 ：何某：04/01/24 10:44

INPUTとOUTPUTは俺らが考えて、提案する。
ブラックボックスも俺らが考える、
計器類、メーター表示はお客さんが決めればいい。
その計器類、メータ等をどのような容に、見栄えにするかを
文章にして後で双方が揉めないように記録しておく。
伝家の宝刀

「仕様ですから」

ですべてを封印。・・そして伝説へ。

34 ：仕様書無しさん：04/01/24 12:07

仕様書は表紙が一番大事だ

35 ：仕様書無しさん：04/01/24 17:53

仕様書は内容より重量が重要だ
ズッシリとした重量と豊かな厚みで威厳を放つ仕様書こそ
高い金を払って見積もり・設計を依頼したお客様が最も見たい仕様書だ
だから印刷には写真用の厚手の紙を使う
頁数稼ぎの為に六法の全文引用等も効果的だ

36 ：仕様書無しさん：04/01/25 18:44

2ch のどっかのスレで拾った URL。
勉強しれ。
http://www.metabolics.co.jp/SoftwareProcess/ConOps.html
http://www.metabolics.co.jp/SoftwareProcess/SRS.html

37 ：仕様書無しさん：04/01/25 19:04

印刷した仕様書には、諭吉をはさめ！

38 ：仕様書無しさん：04/01/25 19:15

>>36
1ではないが勉強するよ。ありが?ｫ

39 ：山崎１３ ◆5c5udzFPUI ：04/01/25 22:14

けっこう具体的になってきたな。じゃあ、おまえらの実際の書いた仕様書を
紹介してくれよ。公になってまずいところは伏せ字にしてもいいからよ。
それ見せてくれたらもうマ板にはこない。契約するよ。

40 ：仕様書無しさん：04/01/25 22:48

>>39
1の馬鹿な発言さえなけりゃ、まともなスレになってたかもしれんのに。
もったいないことしたな。1よ。

～～～～～～～～～～～～～終了～～～～～～～～～～～～～～～

41 ：仕様書無しさん：04/01/25 23:55

後輩が寝ぼけていたとき、「仕様書」を「異様書」と書いてしまってそのまま客先で
レビューしたことがある。もれはそのまま「異様書」で通したが、後で起こられた。

42 ：仕様書無しさん：04/01/26 09:12

仕様書は曖昧ではいけないので
仕様書言語で書くんだよ。

43 ：仕様書無しさん：04/01/26 12:22

素人が見てもよくわかる仕様書
玄人が見ないとわからない仕様書

どっちがいいのよ？

44 ：仕様書無しさん：04/01/26 12:23

>>1
UMLで書く

Javadocで自動生成したAPIドキュメントをそのまんま仕様書にする。

45 ：仕様書無しさん：04/01/26 12:23

>>43
顧客が素人なら前者

46 ：なぎさっち ◆Nagi/FmYMM ：04/01/26 16:37

しよう書どうしよう

47 ：山崎１３ ◆5c5udzFPUI ：04/01/26 21:21

明日までに仕様書あげなかったらまたくそスレ乱立ケテーイ

48 ：仕様書無しさん：04/01/26 21:27

どなたか 5w2h を簡単に思い出す方法をご教授願えないだろうか
すぐに忘れてしまう

49 ：かじゅ猫(トリップ忘れちゃった)：04/01/26 22:46

山崎13。そんなことより私と遊ぼうぜ。

50 ：仕様書無しさん：04/01/26 22:57

♪しようしょ、ってどーかくの？
あ、こうしてこうやってこうかくの(あげ)

51 ：仕様書無しさん：04/01/27 00:41

仕様書の書き方は、漏れも知りたい。

良いドキュメント・マニュアル・仕様書を書くスレ
ttp://pc2.2ch.net/test/read.cgi/tech/1065364445/

組込みソフトウェア管理者・技術者育成研究会の『話題沸騰ポット要求仕様書』
ttp://www.sessame.jp/

社団法人情報サービス産業協会の『開発プロセス関連技術情報標準』
ttp://www.jisa.or.jp/committee/scals/1999guide/scals/acrobat/99-2.pdf

文章の書き方は
『日本語マニュアルの制作』
ttp://developer.gnome.org/projects/gtp/style-guides/pdf/styleguide-ja.pdf
とか、JIS Z 8301とか

そのほか、「tron」「仕様書」でぐぐるとか。
この板の過去スレに仕様書の書き方のスレがあったはずなんだが、見つけられない。

あと、仕様書をエクセルで書く悪弊には染まらないでくれ。健闘を祈る。

52 ：仕様書無しさん：04/01/27 00:51

9 ：山崎１３ ◆5c5udzFPUI ：04/01/25 22:14
けっこう具体的になってきたな。じゃあ、おまえらの実際の書いた仕様書を
紹介してくれよ。公になってまずいところは伏せ字にしてもいいからよ。
それ見せてくれたらもうマ板にはこない。契約するよ。

47 ：山崎１３ ◆5c5udzFPUI ：04/01/26 21:21
明日までに仕様書あげなかったらまたくそスレ乱立ケテーイ

どっかの半島の国程度の交渉力しかないのか？すげーやり口が似てるんだけど。

53 ：仕様書無しさん：04/01/27 07:14

>>1

添削してやるから、とりあえず自分で書いたのを晒せや

54 ：yamasaki13 ◆5c5udzFPUI ：04/01/27 09:49

ねこ・・・なのか・・・
なんかしゃべりかたが違うような気もするが・・・
ねこは俺のことは「山ちゃん」と呼んでいた気もするが・・・
また会えてうれしいぜ！！

55 ：かじゅ猫(トリップ忘れちゃった)：04/01/27 12:36

>>54
鼻から、俺は君を普通に相手にはしてないよ。
ただ、馬鹿にしてるだけさ。

わかるかな？馬鹿山ちゃん？

56 ：山崎１３ ◆5c5udzFPUI ：04/01/27 13:34

いや・・・
その話方・・・
かじゅでは無い・・・

57 ：仕様書無しさん：04/01/27 13:43

「こんなものが欲しい」を箇条書きにしてる自称ＳＥがいたが、
それでも、俺はプロトタイプ作って修正していけばできてしまう。
自称ＳＥがただのユーザで俺がＳＥだと思うのだが・・・

58 ：仕様書無しさん：04/01/27 13:47

会議のホワイドボードのコピーにメモ書きって
仕様書じゃないのか？

59 ：仕様書無しさん：04/01/27 16:01

だ・か・ら、表紙が重要なんだって。バーンとインパクトのあるやつ
>>58それだけじゃ、だめだ

60 ：仕様書無しさん：04/01/27 18:11

　　　　　　　　　　　か　　じ　　ゅ　　猫　　へ

http://pc.2ch.net/test/read.cgi/prog/1057036024/759

こんなこと書かれてますよ？

61 ：仕様書無しさん：04/01/27 23:47

>>59
見てくれだけ派手な仕様書なんて絶対信用できん！

62 ：仕様書無しさん：04/01/28 10:43

チャンカ、チャンカ、チャン
仕様書ってどう書くの？
こうして、こうして、こう書くの
ア、コリャ

63 ：仕様書無しさん：04/01/28 18:02

>>62
尻で仕様書を書くな

64 ：山崎１３ ◆5c5udzFPUI ：04/01/28 18:15

ぜんぜんおまえらは教えてくれないんだな。契約破棄だ！！

65 ：仕様書無しさん：04/01/29 05:59

ソフトウェア開発工程のうち、分析・設計工程が重要である
と言われているのはなんでですか？

66 ：なぎさっち ◆Nagi/FmYMM ：04/01/29 10:06

>65
どんなモノ作りでも、作ってる途中で作り方とか、作るモノとか変わったら大変だろ。
分析／設計はソフトウェアに限らず、大抵のモノ作りで重要だと思うぞ。

カレールー入れれば完成のところまで来たのに、やっぱハンバーグにしてって言われても
困るだろ。

67 ：仕様書無しさん：04/01/29 12:17

ハンバーグ位ならまだいい
自動車にしてくれ並みの事言って来るお客様を何とかしてくれ

68 ：仕様書無しさん：04/01/29 13:07

> カレールー入れれば完成のところまで来たのに、やっぱハンバーグにしてって言われても
> 困るだろ。
スープを捨ててミキサーで粉々にし、つなぎを混ぜて焼けば、
はい出来上がり！ってなわけにはいかねーかなー、いかねーだろーなー。

味噌汁にしてくれぐらいだったら許容できるかな。
シチューにしてくれも大丈夫か。

69 ：なぎさっち ◆Nagi/FmYMM ：04/01/29 13:41

>68
> 味噌汁にしてくれぐらいだったら許容できるかな。

　でも「味噌代は、そっち（作っている側）持ちでお願い」とか言われちゃうんだよな。
で、急遽和食料理人を追加投入でデスマーチ突入、みたいな。

70 ：仕様書無しさん：04/01/29 17:26

>>68
カレールー入れてからシチューにしてくれとか・・・

シチューとカレー、ルー入れるまではほとんど同じだよ。

71 ：仕様書無しさん：04/01/29 18:20

>70
貧しいな、今度晩飯おごってやるよ。

72 ：仕様書無しさん：04/01/31 15:22

「最良のシステム設計所とは？」

http://jibun.atmarkit.co.jp/lskill01/rensai/devgenba04/devgenba01.html

73 ：仕様書無しさん：04/01/31 15:38

難しく考える事ないよ。
要はどういう事をしたいか。どういうプログラムを書けばいいかというのが解ればいい。
形なんかないよ。要はこれを見て物が作れたらいいだけ。

どんなにテンプレが綺麗でも見て「はぁ？」なもんは仕様書として失格だが、
上にもあったように内容よりも重量が大事、というのも成果物としてあげるときに重要になってくるのは
お約束（ｗ
まぁそんなんは見た目上の問題として。

まぁ言語ややることに依存するが、
大体の機能概要。
それから使用DB使用関数
画面があれば画面遷移。
簡単な処理フロー
データ編集がある場合はデータ編集仕様書
処理概要は最低限書くタイプと細かく書くタイプとまちまちだが、
個人的な好みで言えば更新の仕方なんかも書く方が好き。
要は一発でこれみたら他に書類を探さなくても作れるようにしたいということ。
仕様書の最後には使用DBのレイアウトなんかも添付してると良い。

エラーチェック、エラーメッセージ、戻り値など共通化できるところはがんがん共通仕様書にのっけていき、
なるべく全仕様書に同じ記述がある、ということは避ける。
米共通仕様書参照　をばらまくと修正が楽。

74 ：仕様書無しさん：04/02/01 04:27

仕様書のキモは
決めるべき事が決まっているのか、
すなわち定義がされているかどうか、という点だろう。

それは特定の機能に関して、それの概要と
行われなければならない処理、
行ってはならない処理を明記したモノと考えられる。

定義すべき部分を曖昧に書いて体裁を整えたような、
顧客へのご機嫌伺い文書は仕様書と呼べないし、
画面だけまとめて、動作の方向やinterfaceが未定義な文書も
仕様書とは呼べまい。

75 ：仕様書無しさん：04/02/01 05:34

いったいお前らは何の「仕様書」に関して話してるのだ？

76 ：仕様書無しさん：04/02/01 05:58

http://www.google.co.jp/search?q=%E4%BB%95%E6%A7%98%E6%9B%B8&ie=UTF-8&oe=UTF-8&hl=ja&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

世に溢れる仕様書

77 ：仕様書無しさん：04/02/01 12:20

少なくとも
・要求仕様書（要件定義書）
・外部仕様書（概要設計書）
・内部仕様書（詳細設計書、モジュール設計書）
くらいに分けないと、話が混乱するだけじゃ？

78 ：仕様書無しさん：04/02/01 19:20

詳細設計以降のドキュメントしか見たこと無いﾔｼが多いのかな。

79 ：仕様書無しさん：04/02/01 20:03

・提案依頼
・提案
・要件定義
・基本設計
・詳細設計
・単体テスト
・結合テスト
・システムテスト
・検収
・ユーザー教育
・システム移行
・運用
・障害対応

それぞれのフェーズで必要となる仕様書には何があるか。
そのドキュメントは
　・いつ
　・誰が
　・何のために
　・誰のために
作るのか。

Excelでマトリクスでも作って埋めてみやがれ。

80 ：仕様書無しさん：04/02/01 20:16

とりあえずこれでも読んどけ。
『実践！システムドキュメント徹底活用―設計・構築からテスト・運用まで』
http://www.amazon.co.jp/exec/obidos/ASIN/4798105082/qid=1075634149/sr=1-1/ref=sr_1_10_1/249-1822478-5401946

81 ：仕様書無しさん：04/02/01 20:36

>>1
おまいがクライアントだろ？
クライアントが仕様書を書くなんて聞いたことない。

まずクライアントは

１．こんな処理がしたい
２・こんな機能がほしい
３．こんな画面にしてほしい（例　作業しやすい画面）

などをＳＥに聞く

それに対してＳＥが出来るか否かを判断して設計（仕様書を書く）する。
まあ、おまいは用件定義をしっかりしておけばいい。

82 ：仕様書無しさん：04/02/01 20:43

要件を定義するのはSEの側なんだが。

83 ：仕様書無しさん：04/02/01 20:55

>>81-82
なるほど、コミュニケーションが成立しないわけだ。

84 ：仕様書無しさん：04/02/01 20:58

クライアントが提示する必要があるのは要求仕様だな。
なかでももめる火種になるのは外部システム連携仕様だな。

作るときには決まっていないことも多く、どんぶりにならざるをえないこともある。

85 ：仕様書無しさん：04/02/01 21:00

>>46
くだらないことかいてんじゃねえよｳﾞｫｹ

86 ：仕様書無しさん：04/02/01 21:01

>>43
UMLでユースケース図を使えば素人でもわかる仕様書のできあがり

87 ：仕様書無しさん：04/02/01 21:02

つーか、仕様書の作成にはUMLを使うことが絶対条件で
常識となる時代がそろそろやってきて欲しいな。

仕様書作成の共通規格としてUML使うのは当たり前とな。
UMLでかいてくれりゃ
それを即座にクラス図に変換してくれるのでこちらもプログラミングの手間が
かかりにくくそのほうがありがたいわ