[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 10/16 11:50 / Filesize : 244 KB / Number-of Response : 935
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

仕様書、設計書について



1 名前:仕様書無しさん mailto:sage [2011/11/26(土) 11:26:56.24 ]
外部だの内部だの基本だの詳細だの…
曖昧な基準で書かれた、いろいろな名前で呼ばれてて
「これってどうなの?」「意味あるの?」といった物に出くわす事も少なくない

しかし、純粋にプログラミングだけをして食べていくことは、昨今じゃ難しく
避けて通れない、否が応でも作る機会に出くわしてしまう、そんなドキュメントたち
設計書や仕様書についても、マ視点で語ろうぜ

・自分のなかでの仕様書/設計書の呼び方と分け方
・成功談、失敗談
・仕様書/設計書は何を使って作成する?(Word/Excel/HTML/手書き!)
・仕様書/設計書に含める図の作成方法や使っているツール紹介
・炎上プロジェクトでみた(よくない意味で)素晴らしい仕様書/設計書
・そもそも仕様書/設計書って本当に必要なの?
・こんな仕様書/設計書は、ぶっちゃけアリ?ナシ?

などなど、設計書にまつわる話題を募集

477 名前:仕様書無しさん mailto:sage [2012/03/02(金) 18:13:53.79 ]
断定できないけど、
本や説明書のフォーマットはWordやExcelを使ってないってこと?

478 名前:仕様書無しさん mailto:sage [2012/03/02(金) 18:29:06.12 ]
>>477
ちゃんとしたところだと、それ用のソフトは普通DTPと呼ばれる物を使う。
Wordを使ってる場合もあるだろうが。

479 名前:仕様書無しさん mailto:sage [2012/03/03(土) 15:22:19.03 ]
説明書ならWordで作るのも普通にあるよ

480 名前:仕様書無しさん mailto:sage [2012/03/03(土) 17:24:16.16 ]
仕様書の表から構造体やクラスDBのテーブルまで作ってくれるようなソフトが求められている

481 名前:仕様書無しさん mailto:sage [2012/03/03(土) 17:28:24.39 ]
ソースコードの構造体やクラスDBのテーブルから仕様書作ってくれるソフトのほうがいい。

482 名前:仕様書無しさん mailto:sage [2012/03/03(土) 19:10:26.35 ]
次点として、そういうことができる専任の人間を雇ってくれ。

483 名前:仕様書無しさん mailto:sage [2012/03/03(土) 20:06:16.35 ]
texがもう少し使い易かったら広まったろうに。


484 名前:仕様書無しさん mailto:sage [2012/03/03(土) 20:27:41.81 ]
>>483
texが使いやすくても無理だろうと思う。理由は四つあって、
一つ目は仕事はあくまでも体育会系のパフォーマンスであって、マクロ組んで楽したりすると上司に怒られるという風土。
○○したら作業効率UPするよ、と提案すると「俺の仕事を取るな」と怒られる場合もこれ。
二つ目は一般の人はデザイナーとかイラストレーターみたいな人種に異様な憧れと畏怖を抱いていて
テンプレに必要事項を記入しただけみたいな書類を提出しても、仕事したと見てもらえない風土。
最後、HTMLの歴史を見ても本来データ構造を記述する言語だったのに使う側は見た目とべったり癒着する記述しか知らない。
情報とその表現を分離するというITリテラシの欠如がある。

485 名前:仕様書無しさん mailto:sage [2012/03/03(土) 20:50:54.77 ]
四つ?



486 名前:仕様書無しさん mailto:sage [2012/03/04(日) 00:20:29.87 ]
>>484
>一つ目は仕事はあくまでも体育会系のパフォーマンスであって、(....以下略)

確かに、そういった風土はある
対応策としては、Tex活用を個人レベルで(こっそりと)実践して、最終的に業務上で
具体的成果を示す事ができれば、そんな上司も納得せざるをえないのではないかと思う
よくある失敗は、マクロを組む楽しさや細部の装飾ばかりに夢中になってしまうこと
一言で言えば、業務改善という「目的」とTex活用という「手段」の取り違え

>○○したら作業効率UPするよ、と提案すると「俺の仕事を取るな」と怒られる場合もこれ。

これも、人にやらせるのではなく、提案者自身がリスクを背負ってでも実践する姿勢が大切
どこまで自分を信じて有言実行できるか、という話に帰着する

>二つ目は一般の人はデザイナーとかイラストレーターみたいな人種に(....以下略)

これはよく分からないなあ....
提出する書類というのは、最終的なPDF文書または印刷物だと思うから、何が問題なんだろ?

>最後、HTMLの歴史を見ても本来データ構造を記述する言語だったのに(....以下略)

その問題点を改善して文書の論理構造と物理構造を明確に分離した新しい技術が、
>>474で紹介したDocBook(論理: XML, 物理: XSLT)になる

487 名前:仕様書無しさん mailto:sage [2012/03/04(日) 00:27:09.44 ]
まず論理構造と物理構造を明確に分離する理由がないよね。

488 名前:486 mailto:sage [2012/03/04(日) 00:56:36.22 ]
>>486の最初の事柄の補足として、>>441のLatex活用事例を取り上げる

・Latex文書自動生成ツールは、「上司の目を盗んで」業務の合間に、あるいは
 自宅で少しずつ開発/改良を進め、最終的なPDF文書だけを上司に見せた
・独自のTexマクロ定義は一切使わず、標準マクロと流通パッケージ(longtable等)だけで作った
・業務上の成果として、
 ・Latexから変換したPDF文書を納品物として顧客(大手SIer)に認めてさせた(認めてもらえた)
 ・当初は単なる構築案件だったのが、保守サポートという追加受注を得る事ができた
 ・当初はSIerから他社ベンダを介した孫請けだったのを、SIerからの直請けに変えることができた
 を上げたことで、以降はLatex活用が「黙認」されるようになった

489 名前:仕様書無しさん mailto:sage [2012/03/04(日) 01:29:25.09 ]
>>484
デザイナーやらイラストレーターから、本文の体裁とか段落付けとか取り上げると滅茶苦茶喜ぶぞ。
テンプレートエンジン作ったことあるが、狂喜乱舞して、むしろあっちから、ちゃんと表題は表題と表現してくれとMLで流れたり、
タグ定義を増やしてくれと直談判しにきたり、
甘い文書は開発者権限でおまえで止めろ、俺達の事わかってくれてるじゃねーか、と無茶言ってきたり、
色々いい経験をした。
俺が論文のtexのコンパイル環境を毎回解説して構築させんのが面倒だっただけなのにな。

490 名前:仕様書無しさん mailto:sage [2012/03/04(日) 01:33:25.24 ]
作り話乙w

491 名前:仕様書無しさん mailto:sage [2012/03/04(日) 14:58:35.98 ]
向いてないのにこういう仕事選ぶ奴が多いのがなー
体育会系脳っぽいのが多くて、土方に拍車がかかる

492 名前:仕様書無しさん mailto:sage [2012/03/04(日) 15:03:23.43 ]
そういうデザイン部分と文章部分を分けるための道具や仕組みの使い方を
理解できない頭が悪い奴を除けば、そのあたりを分離するデメリットって別に無いからなー

まぁ、そういう頭が悪い奴がいっぱい居る環境にはつかえないっていうのが、ある意味デメリットか

493 名前:仕様書無しさん mailto:sage [2012/03/04(日) 15:25:32.67 ]
流し込み機能とか使っていれば
内部で自然と文章とデザインが分かれてるからね。

ファイル自体を分けたりして
見るときは合成する。
書くときは分離する。
なんてことやらなくていいからね

WYSIWYGエディタを使えば。

494 名前:仕様書無しさん mailto:sage [2012/03/04(日) 15:46:29.40 ]
>>491
就職氷河期の時なんかはこの業界以外は人をあんまり募集してなかったからな。
特に専門知識なし未経験者歓迎みたいなのは他に無いし。 今でもそういう業界は
介護位しか無いんじゃない? 何もない人は介護かITかの究極の選択という。

495 名前:仕様書無しさん mailto:sage [2012/03/06(火) 21:45:54.91 ]
あーマ等向けの校正ツールが欲しい。
仕様書の何がめんどくせぇってホント誤字脱字がメンドイ。




496 名前:仕様書無しさん mailto:sage [2012/03/06(火) 23:03:10.69 ]
>>495
そんなの気がついたら直すぐらいでいいよ
致命的なのは別として意味さえ通じれば流す方向で

ところで「あーマ等向け」ってなんだ?

497 名前:仕様書無しさん mailto:sage [2012/03/06(火) 23:12:02.64 ]
糞リーダーになると設計上のバグよりも
誤字脱字やレイアウトを気にする馬鹿が意外と多い。

498 名前:仕様書無しさん mailto:sage [2012/03/06(火) 23:35:47.97 ]
誤字脱字指摘してドヤ顔になってるのに、設計やユーザの使用感などの重要なこと指摘してもさっぱり伝わらない。
終いにゃ、やらなくていいって言って、切羽詰まってから自分でひらめいたかのように変更を決めて、丸投げ。

死んでくれ。

499 名前:仕様書無しさん mailto:sage [2012/03/06(火) 23:44:18.18 ]
だが誤字脱字だらけの仕様書も困るだろ
内容が本当に正しいかすら信用できなくなる
値が一つ違うだけでもかなりマズイ

500 名前:仕様書無しさん mailto:sage [2012/03/07(水) 00:12:46.05 ]
誤字脱字だったら、印刷した設計書に赤ペン引いておけばいい。
わざわざレビューの時にドヤ顔で指摘することじゃないよ。

501 名前:仕様書無しさん mailto:sage [2012/03/07(水) 00:47:06.58 ]
いや、指摘するかどうかじゃなくて単に誤字脱字がマズイって話でな

502 名前:仕様書無しさん mailto:sage [2012/03/07(水) 01:07:26.69 ]
誤字脱字はできるだけしない、レビューでみつけてなくす、ってのはそりゃまぁあたりまえだけど
それだけで満足するバカが多いこと、って話じゃないの
実際内容をきちんと理解できてるレビュアー少ないし
余計なことばっか指摘して、大事な中身まったく見てない糞な奴も結構見かける
能力ないのに長くいて微妙な肩書きだけがついちゃった系のオッサンとか、結構ひどい

>>496
「嗚呼、マ等(ら)向け」、じゃないかな。 == 「あー(感嘆詞)、ぷろぐらまーたちのための〜」

糞仕様書の行間を読み解くよりは簡単な問題…!

503 名前:仕様書無しさん mailto:sage [2012/03/07(水) 01:19:54.52 ]
誤字脱字、正しくない日本語、誤解を招く日本語、全部良くはない事は皆わかってるんだよ。
ただ、物書きのレベルをプログラマに求めるのは酷だろ。
それができるならプログラマ辞めて物書きになってるって。

必要な能力なんだけどね…
時間は限られてるから、なかなかそのレベルをクリアできる人は少ない…

504 名前:仕様書無しさん mailto:sage [2012/03/07(水) 01:24:57.69 ]
でもあれだぞ。物かけない奴は概してプログラム下手だぞ。
とっちらかった文章だな、と思ったら、案の定プログラムもとっちらかってたりする。
箇条書きをうまく文章にやっつけました。って人の方がプログラムは良いことが多い。

505 名前:仕様書無しさん mailto:sage [2012/03/07(水) 01:27:57.41 ]
日本人って学校で文章の書き方に関するエッセンスを習わないし教えないからな。
みんな自己流っていう笑えない状況。



506 名前:仕様書無しさん mailto:sage [2012/03/07(水) 01:35:52.28 ]
とりあえずよ、校正じゃなくても、インテリセンス(オムニ補完)的なツール欲しいなぁ
章名を一部打ったら章の候補が出てきて、「.」押したら商に所属する値や名詞が並んで、
んで、エンター押したら指定の値がフィールドとして埋め込まれるとか。
とにかく下らないミス減らすツールが欲しいわ。どうでもいいことに時間掛けたくない。

507 名前:仕様書無しさん mailto:sage [2012/03/07(水) 01:36:25.43 ]
形だけは教えられるんだよね。原稿用紙の使い方、とか。
フォーマット地獄は既に小学校から用意されてんのよ。

508 名前:仕様書無しさん mailto:sage [2012/03/07(水) 02:19:10.60 ]
まぁ、プロの物書きですら難しいからな。
プログラムと一緒で、絶対的な正解ってのが無いのが辛いよな。

コーディング並みにガチガチするって手もあるけど、それこそ形だけのルールで本末転倒になりそうだし。

コードのレビューならコードをレビュー。
文章のレビューなら文章をレビュー。
正しい指摘を毎回できるようにして、プログラマを成長させる環境を作る事が、健全な業界の発展につながって望ましいと思うんだけどなぁー。

509 名前:仕様書無しさん mailto:sage [2012/03/07(水) 02:36:09.33 ]
正解は本当変わる。読み手次第だよ。
俺は何度となく言葉足らずだと怒られてきた。
「ちょっと考えたら分かることでしょ、pp2-3と、p10で既に説明してるから省いただけです」といった感じで。でも怒られた。
怒られたことを教訓に、いちいち懇切丁寧に書くようになって、怒られる事は減った位の頃、転職した。
「君、これは、馬鹿にしてるのかな?もうpp2-3とp10で説明してることをくどくど書く必要は無いんじゃないの?」と転職先では怒られた。
どっちが正しいか判断はつかんな…

510 名前:仕様書無しさん mailto:sage [2012/03/07(水) 06:03:20.85 ]
文章って好みがあるからね
だから軋轢生みやすい

ただ、指摘はいいけど怒ったり嫌味言ってくる奴はダメだと思う
表現の違いや誤字脱字なんかはどうしたところで発生するんだから

ドヤ顔してこれでもかと優越感に浸る奴は小物だしたかがしれてる
そういう上司とかリーダーは多いけどなw

511 名前:仕様書無しさん mailto:sage [2012/03/07(水) 06:33:24.66 ]
レビューの場でいろいろと指摘が発生するのは当然のことだと思っているのだが
それを嫌がる管理者がいるのが嫌だな

512 名前:仕様書無しさん mailto:sage [2012/03/07(水) 09:36:41.36 ]
>>509
このパターンは非常に多い。
好みによっても違うが、同じ人でもコンディションによって言う事が変わるのは腹が立つ。

513 名前:仕様書無しさん mailto:sage [2012/03/07(水) 13:00:10.93 ]
デファクトスタンダードが無い以上、各組織においては過去の書類を参考にしながら書けということだな。


514 名前:仕様書無しさん mailto:sage [2012/03/08(木) 00:48:08.41 ]
ごくごく自然にに考えよう。

設計とか分析とか工程というのは、
その次の工程を行うためにやる。

つまり、その次の工程の内容を理解していなければ、
使えないものが出来るのは当たり前の話。

たとえば使えない設計書。これができてしまうその原因は
その次の工程を全く知らないからだ。

自分の担当工程だけやって、下流の内容は知らないじゃだめなんだよ。
プログラミングができないSEはクズと言うのは正しいということが分かる。

515 名前:仕様書無しさん mailto:sage [2012/03/08(木) 01:31:36.31 ]
>>509
あるあるwwwwwww
内容読みきれず、そのときの気分だけで思いつきの指摘する奴多すぎ

レベルの低いレビュアーに当たったときは何を書いてもなんかしら指摘される
とりあえず「わかりました!」って言っておくのが解決策だと思うようになったわ…



516 名前:仕様書無しさん mailto:sage [2012/03/08(木) 02:50:41.70 ]
>>28
勝手に大工やっていろ。

517 名前:仕様書無しさん mailto:sage [2012/03/08(木) 03:52:41.46 ]
>>514
分析や設計はユーザーの要件を満たすモノを作るためにやる。
それを実現するための技術的な知識は必要だけど、
次の工程はあまり深く気にする必要はない。

518 名前:仕様書無しさん mailto:sage [2012/03/08(木) 19:39:40.79 ]
>>515 わかりました、というと「課題」扱いになって再レビュー扱いになるから嫌だ。

519 名前:仕様書無しさん mailto:sage [2012/03/08(木) 23:27:34.08 ]
>>517
通訳と一緒だよ。
間に入る人は、両方のことを
知っていなければならない。

520 名前:仕様書無しさん mailto:sage [2012/03/08(木) 23:29:57.69 ]
>>517
> 分析や設計はユーザーの要件を満たすモノを作るためにやる。
当たり前の話。それは反論になっていない。

なぜなら、ユーザーの要件を満たすものを
作るためにどうするか?

その答えが、下流に適切な資料を渡すということだからだ。
ユーザーの方だけ見ていてもいいものは作れない。


521 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:01:44.11 ]
下流に適切な資料って何だ?

522 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:03:28.89 ]
少なくとも通信フォーマットがかっちり決まってる資料

523 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:05:10.80 ]
>521
馬鹿な設計になってないこと。


524 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:09:21.51 ]
エンドユーザーは素人だから
めちゃくちゃな要求をしてくるのは仕方ないけど

それ以外は、めちゃくちゃな要求しちゃだめだよね。
プロなんだから。

525 名前:524 mailto:sage [2012/03/09(金) 00:12:36.91 ]
今言った、「めちゃくちゃな要求」ってのは実現が難しいって意味じゃなくて
ナンセンスな要求ってことね。どう考えても使いづらくなるのがわかりきってる仕様とか
書いてる内容に矛盾があるとか、そのとおりに作ったら破綻するのが目に見えてるシステムとか。



526 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:14:07.33 ]
>>523
Aボタン:ジャンプ
Aボタン長押し:しゃがむ

プレイヤ「うん?」

527 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:21:14.50 ]
>>523
Aボタン:ジャンプ
Aボタンまわす:回転

プログラマ「まわす?」


528 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:28:51.04 ]
初版
→→(すばやく2回):ダッシュ
←←(すばやく2回):ブレーキ

プレイヤ「左にダッシュしたいです」


改訂版
→→(すばやく2回):ダッシュ
←(長押し):ブレーキ

プレイヤ「左に行きたいです」


529 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:37:24.74 ]
>>522
>少なくとも通信フォーマットがかっちり決まってる資料

通信フォーマットとは、ネットワーク上を流れるメッセージの形式的仕様のことでいいのかな?
たとえばテキストであればXML SchemaとかバイナリならIDLやASN.1で書かれた仕様

で、そういった通信フォーマットは実装に着手する以前に仕様書としてかっちり決めるのが当たり前
もしそれが実践できていないとしたら、>>714

>自分の担当工程だけやって、下流の内容は知らないじゃだめなんだよ。
>プログラミングができないSEはクズと言うのは正しいということが分かる。

うんぬんは些細な話で、それ以前のプロジェクト全体の品質管理に致命的な問題があると思う

530 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:41:40.20 ]
その、通信フォーマットというのを
通信システム知らない素人が作れるかといったら作れないだろうね。

シリアル通信の通信フォーマットはこんな感じでお願いと
言われた資料に、接続先のポート番号は8080で〜とか書いてあったら
お前馬鹿かって思うよ。

531 名前:仕様書無しさん mailto:sage [2012/03/09(金) 00:55:55.25 ]
>>526
あー…
あるな。
しかも仕様切った奴は「一つのボタンで合理的だろ」とか言ってる感じ。
ワープロって本当に使いやすかったよね。
倍角にしたけりゃ倍角ボタン、平仮名にしたけりゃ無変換ボタン、
単漢字もボタン。罫線ひきたきゃ罫線ボタン

532 名前:仕様書無しさん mailto:sage [2012/03/09(金) 01:09:34.81 ]
>>528
もう設計書レビュー通して印鑑まで押したから変更はできないよ。

533 名前:仕様書無しさん mailto:sage [2012/03/09(金) 01:17:08.27 ]
>>532
納品直前にユーザーの怒りを買って、デスマが始まるんだね。

534 名前:仕様書無しさん mailto:sage [2012/03/09(金) 01:31:59.99 ]
>>532
レビュー通っちゃうとねー。
明らかにヤバそうなのは「試食してもらいませんか?モックアップと評価版で」とか言うと共に、
いけいけな人捕まえて「ちょっとここ突っ込んでもらうように伝えて下さい」と、両方の顔を潰さぬように大打撃を回避してる。
なんで下っ端がこんな事してるのかわからん。

535 名前:仕様書無しさん mailto:sage [2012/03/09(金) 02:19:25.21 ]
>>519
うちいま両方とも知らない奴が間にはいってるもんだから、手の内ようが無い状況だw
納品直前なのにまだドキュメントやらテスト仕様書やらつくってたりするww
笑えねぇけど笑うしかねぇwww



536 名前:仕様書無しさん mailto:sage [2012/03/09(金) 02:22:41.82 ]
>>534
あー、あるわー
調整する立場の人間が調整する能力なくて、間接的に誘導して調整にもってったりとか…
何の仕事だかわからなくなる

537 名前:仕様書無しさん mailto:sage [2012/03/09(金) 02:46:00.45 ]
事後と増やす仕事は、内向きにやらないで欲しいな。

538 名前:仕様書無しさん mailto:sage [2012/03/13(火) 12:29:12.58 ]
空気を読まずに質問w

おまいら、
スタイルシート編集ツール
は何使ってます?

539 名前:仕様書無しさん mailto:sage [2012/03/13(火) 18:31:35.61 ]
ふつーのてきすとえでぃた

540 名前:仕様書無しさん mailto:sage [2012/03/13(火) 20:30:53.74 ]
CSS用にエディタって使ったことないな
っていうか仕様書とはちがくねw

541 名前:538 mailto:sage [2012/03/14(水) 10:38:15.91 ]
あれ、CSSってGUIでグイグイ書けないんですか?
それをキャプチャーして貼り付けたら仕様書、みたいなことを考えていたのですが。

542 名前:仕様書無しさん mailto:sage [2012/03/14(水) 16:10:40.53 ]
CSS編集ツールの話題はスレ違いだよ
Web製作板の「CSS初心者スレッド=11th=」スレヘ逝け

543 名前:538 mailto:sage [2012/03/14(水) 16:32:20.70 ]
Web製作板ね。WebProgを見て”無いな〜”と思ってました。 つ d

544 名前:仕様書無しさん mailto:sage [2012/03/14(水) 23:33:46.33 ]
>>542

545 名前:仕様書無しさん [2012/03/17(土) 16:37:19.87 ]
UMLで設計を書いている。
asterのフリー版を使っているのだけど、使いにくくて気が狂いそうだ。




546 名前:仕様書無しさん mailto:sage [2012/03/19(月) 22:34:57.77 ]
>>545
マウスアイコン近づけるだけで線引きモードになる奴か?
あれ、親切のつもりだってんだから、参るよ。

547 名前:仕様書無しさん [2012/04/18(水) 20:33:01.78 ]
xx設計とか、設計書フォーマットが標準化されてくれりゃいいのになぁ

548 名前:仕様書無しさん [2012/04/18(水) 20:34:14.04 ]
xx設計とか、

xx設計とかの呼称や、

各々が考えてるレベルが食い違いすぎてて、すれ違い多かったり認識あわせが面倒だったりで
全くいいことないわ…

549 名前:仕様書無しさん mailto:sage [2012/04/28(土) 11:58:14.08 ]
詳細設計と基本設計のメジャー2つの範囲ですら人によって違うって変な話だよな
っていうか、詳細とか基本みたいな概念で分けようとしてるのがそもそもおかしいんじゃないか

550 名前:仕様書無しさん [2012/04/29(日) 16:10:07.02 ]
仕様が決まってないうちに作り始めたものなんて大抵ろくなもんじゃないよな

つまり、仕様書の仕様が決まってないから、ろくでもないものしか作れないのは至極当然のこと!

551 名前:仕様書無しさん mailto:sage [2012/04/29(日) 22:29:39.25 ]
自分で仕様書書くよね、普通

552 名前:仕様書無しさん [2012/05/04(金) 11:08:21.59 ]
仕様書というか通信仕様や状態遷移は書くけどね。
会議で了承とかはとらない。

承認をとろうとDRをやっても、あげあし取りばかりで
開発期間が短くなるだけ。まぁ潰れるだろうな。

553 名前:仕様書無しさん [2012/05/04(金) 11:37:25.60 ]
<Sale>中国語版の書籍<文系・理系・ITの諸分野>(格安) 280円より
lang-8.com/194279/journals/1457398/

554 名前:仕様書無しさん [2012/05/04(金) 12:09:30.10 ]
>>550
最近は仕様が固まる前から作り始めないと
間に合わない鬼畜納期の案件が多いよ。

555 名前:仕様書無しさん [2012/05/04(金) 12:18:52.12 ]
仕様書設計書程、意味わからんものないな
行く場所行く場所で作法が違うw

まともなところは普通に作れるが、
今いるところだと要件定義が2行くらいしか書いてなかったり
しかも書いた奴が2年前に退社してるとか・・・・
そこから基本設計、詳細設計まで落とすのは苦しいわけで

つか何年前に始まったプロジェクトなんだよとツッコミ入れたくなった



556 名前:仕様書無しさん mailto:sage [2012/05/04(金) 16:37:48.84 ]
仕様書で、同じ事柄を指す表記がまちまちなのはやめてくれんかね? と思うことがある。

557 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:24:48.28 ]
昔の大規模システム開発だと用語定義から始めたりしたんだが
まあ設計2年とか普通にあったからなぁ

558 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:40:24.68 ]
お作法レベルのものじゃなくてもっとグローバルスタンダードなものがほしいよな
この業界の無駄な仕事がかなり減って、残業も減ると思うわ
それで損する奴なんて、いるとしても能無しと中抜きしてる奴くらいだし

559 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:43:42.33 ]
>>556
とりあえずプロジェクト開始時につけた名前と、マーケティング的な都合でつけられた名前と、
ソースコード上の名前がバラバラってのはよくあるw
マーケティングの話とか現場まで伝わってこないから、上の人たちが話してるのを
「俺には関係ないや」とおもって聞き流してると、実は自分が担当してる機能の仕様変更
の話だったりしてあとで慌てる。

560 名前:仕様書無しさん mailto:sage [2012/05/04(金) 21:59:08.48 ]
>>557
基本設計書レベルでも今の詳細設計より詳しかったりするからね。

561 名前:仕様書無しさん mailto:sage [2012/05/06(日) 11:57:21.57 ]
機能設計:UI設計(ユーザー及び外部装置からの入出力を伴う機能及び画面設計)と、
詳細設計:データ構造、モジュール間IF設計
だと思ってた。
本当に場所によってバラバラなんだね…

562 名前:仕様書無しさん mailto:sage [2012/05/06(日) 21:54:13.90 ]
ばらばらだって事に気づいてない奴がリーダーとかやってるとマジ糞
俺の知識が正しいを信じてるからな

563 名前:仕様書無しさん mailto:sage [2012/05/07(月) 11:35:37.42 ]
>>561
ビジネスロジックはUIじゃないだろ

564 名前:仕様書無しさん mailto:sage [2012/05/07(月) 11:43:07.65 ]
UIから作るのはまずい手だと私の設計の教科書は言ってる。

565 名前:仕様書無しさん mailto:sage [2012/05/07(月) 14:14:27.00 ]
プロトタイピングという言葉がなかった時代の教科書か



566 名前:仕様書無しさん mailto:sage [2012/05/07(月) 14:38:04.43 ]
プロトタイピングって、ハリボテを拡張していくことじゃないと思うんだ。

567 名前:仕様書無しさん mailto:sage [2012/05/07(月) 15:30:28.23 ]
UIに噛みついてる奴、まともな意見がないな

568 名前:仕様書無しさん mailto:sage [2012/05/07(月) 15:35:40.23 ]
では、まともな意見どうぞ

569 名前:仕様書無しさん mailto:sage [2012/05/07(月) 15:57:14.87 ]
友愛に噛みつくのですか?

570 名前:仕様書無しさん mailto:sage [2012/05/07(月) 21:56:25.92 ]
プロトタイプは所詮ハリボテなんだから途中で捨てないといけないんだけど
現実はハリボテという砂上を拡張して製品作っちゃうんだよな

571 名前:仕様書無しさん mailto:sage [2012/05/08(火) 00:14:17.41 ]
楼閣の方はどうするの?

572 名前:仕様書無しさん mailto:sage [2012/05/08(火) 07:41:52.38 ]
>>570
プロトタイプなのに細部に凝り始めるとヤバイ
トリガーとフィードバックのデモ程度で良いのに

573 名前:仕様書無しさん mailto:sage [2012/05/11(金) 01:59:24.95 ]
仕様書に書かなくてもいいことまで書かないといけないルールがあったりするのがクソ
まともな内容ならむしろ作るほうに賛成なんだけどな
リファクタリングで変わるような内容まで設計書として作成するとかアホ
コードからじゃ判断できないもう少し外から見るための情報をメインに書かないと意味ないだろ・・・

574 名前:仕様書無しさん mailto:sage [2012/05/11(金) 02:10:39.19 ]
>>573
誰に見せるのか、何の目的で作るのか
ここがキッチリしてないと飛んでも無いものが出来上がるよな…

575 名前:仕様書無しさん mailto:sage [2012/05/11(金) 02:29:28.88 ]
お前等見ても結局理解しないだろ
んならそれはソースの中の情報で留めておいても問題ないじゃねーか
ってレベルの内容ですら書けっていうこともあったりするからな

仕様書設計書のグローバルスタンダードが欲しい



576 名前:仕様書無しさん mailto:sage [2012/05/18(金) 00:01:40.17 ]
テレビ番組の制作では、視聴者の知能を小学校低学年程度と想定して作るそうだけど
詳細設計書も作ってると、なんかそんな感じの気分になってくる
これなしでもだいたいのプログラマはコード書けると思うんだけどなあ・・・

577 名前:仕様書無しさん mailto:sage [2012/05/18(金) 09:20:29.77 ]
詳細設計書=日本語で実装だからなぁ〜

あとは日本語からプログラミング言語(あるいはバイナリ)に変換できれば
ソフトウェアが出来上がるようになるのが理想なんでしょう






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<244KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef