63コメント17KB

【要求】仕様の管理ってどうやってる【管理】

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2006/06/12(月) 18:36:45

変更管理、テスト管理、構成管理、･･･と色々あるが
仕様の管理ってどうやってる？いいツールがあったら紹介するスレ

0013デフォルトの名無しさん

2006/06/13(火) 13:33:28

「仕様」とは「評価可能な機能を規定したもの」だな。
評価ができなければテストもできないので、
正しく実装されたかどうか検証することもできない。

0014デフォルトの名無しさん

2006/06/13(火) 13:38:02

あー、すまん、そういう意味じゃないんだ。
クライアントの要求のことを「仕様」と言ってるのか、こちらが実装しようとしている内容の
ことを「仕様」と言っているのか、どちらなんだという話。
要求仕様の変更と、実装仕様の変更では管理の方法が自ずから異なるからな。

0015デフォルトの名無しさん

2006/06/13(火) 13:40:30

たとえば>>3と>>5はまるで別の面からのレスになってる。

0016デフォルトの名無しさん

2006/06/13(火) 14:03:09

Wikiでいいじゃん。

0017デフォルトの名無しさん

2006/06/13(火) 14:39:13

Wikiはねぇ・・・
最新のスナップショットが取りにくいし、紙に出力する必要があるときにやりづらい。
そのへんのところをクリアしてるWikiってある？

0018デフォルトの名無しさん

2006/06/13(火) 15:11:43

>>14こんな感じ？
[要求仕様]→[受付・採番]→[実装するか判定]→[実装仕様の変更]→[リリースバージョン決定]→[影響を受けるテストケースの調査]→･･

0019デフォルトの名無しさん

2006/06/13(火) 15:18:36

>>14
ローカルで１ファイルで動くtiddywikiとかいいかも知れないね。
ttp://www.tiddlywiki.com/
個人的にはPukiwikiが好きだけど。

002019

2006/06/13(火) 15:20:16

誤爆した ×>>14　○>>16すまぬ。

0021デフォルトの名無しさん

2006/06/13(火) 15:46:30

>>18
やはりずれてるな。俺の認識では実装するものしか要求仕様とは呼ばない。
さらに、リリースする際には全てのテストを行うので、影響を受けるテストケースの調査はしない。

なんか、スレ違いな気がしてきたので、俺のレスはこれで終了・・・

0022デフォルトの名無しさん

2006/06/13(火) 16:36:46

>>21リリース前に全テストを行うのはおいといて
仕様が変わったらテストケースも変わるよな？
そこはどうやってる？

0023デフォルトの名無しさん

2006/06/13(火) 17:55:09

21じゃないけど、影響のあるテストの差し替え＋テストケース追加じゃないかな。
「影響のある」ってのが難しそうだけど、ソフトウェアコンポーネントなりサブシステムなりが
きちんと切り分けられてれば、比較的楽じゃないかな。

0024デフォルトの名無しさん

2006/06/13(火) 18:04:55

>>23仕様変更を元にそういう処理(影響あるテストケース・仕様書を示して関係者に連絡)をやってくれるツールってある？

002521

2006/06/13(火) 19:59:33

>>22-23
もちろんそういう意味でのテストケースの削除・変更・追加はする。
ただし、直接追加・変更したところ以外の再テストが必要なテストケースの調査などは
やらない（間接的に呼び出しているメソッド・機能の洗い出しなど）。
もともとうちはTestabilityをかなり重視した設計をするよう心がけているので、いもずる式に
あれもこれも影響がある、というようなことはほとんどない。まぁ、種々な理由でそうなる
こともあるが。

で・・・管理はExcel。（Excelかい！ｗ

0026デフォルトの名無しさん

2006/06/13(火) 20:05:26

>>25うちではEXCELもつかってないorz
お客さんつ「仕様変更要求」
担当「仕様書変わったよ」
評価担当　仕様書の改定履歴見て変更分を反映

こんな感じ

0027デフォルトの名無しさん

2006/06/13(火) 20:12:15

今の所ツールとしては「EXCEL」が一番人気だな

0028デフォルトの名無しさん

2006/06/13(火) 23:34:59

こんなのは？
ttp://www.raquest.jp/

0029デフォルトの名無しさん

2006/06/13(火) 23:45:04

>>28
RaQuestの機能というページをクリックしたら「ページが見つかりませんでした」だったｗ
これって複数のリリースに対応（つまり時間軸という概念にリンク）してるのかな？
トップページのハードコピーを見る限り、Excelとあまり変わらない気が・・・

0030デフォルトの名無しさん

2006/06/13(火) 23:47:40

でも「リスク」の項があるのは評価できるな。
リスクとなんらかの工数見積もり値で、プロジェクト終了日付を算出出来たりしたら神なんだが。

0031デフォルトの名無しさん

2006/06/14(水) 00:12:49

それができんから「順調に行けば」と余裕を入れて言う破目に
そして、いつものごとくオーバー

0032デフォルトの名無しさん

2006/06/14(水) 00:15:47

確かトム・デマルコの『熊とワルツを』に、リスクから完了日を計算する話が載ってた気がする。
ただしこちらは要求管理ではなくリスクマネジメントの本だけど。

0033デフォルトの名無しさん

2006/06/14(水) 00:47:49

この業界のコスト・リスクの算定は、標準的な算定方法とは相容れない業界だと俺は思う。

0034デフォルトの名無しさん

2006/06/14(水) 01:01:31

そうでもないよ。

0035デフォルトの名無しさん

2006/06/14(水) 01:01:57

>>28 reQuestってUMLツールのEAと同じ会社だっけ。
誰か使ったやついる？
感想キボン

0036デフォルトの名無しさん

2006/06/14(水) 12:13:44

RaQuestは１ライセンス19,950円～か。
EAもだがどうしてあそこは安いんだ？
個人で買ってためしてみるか

0037デフォルトの名無しさん

2006/06/14(水) 17:12:51

>>36
使えないつーるだったときに痛すぎる＞約20万
他に選択肢がないわけでもないし、評価版があるなら評価してから…ってしたいよな

0038デフォルトの名無しさん

2006/06/14(水) 20:03:40

>>37 リクエストてEAがないと動かないぽいけどEAも評価版で大丈夫かな

0039デフォルトの名無しさん

2006/06/15(木) 20:48:02

>>1
自作すればいいじゃん。

0040デフォルトの名無しさん

2006/06/15(木) 21:58:33

>>39 仕様をあげてくれ

0041デフォルトの名無しさん

2006/07/02(日) 12:52:26

まともなのが出来るまでのコスト考えると、パッケージソフト買ったほうが
安い気がする。導入のコストは無視してるけど・・・
で、パッケージソフトとしては、
DOORS, caliber, RequisitePro, serena RTM, raquest ぐらいか？

0042デフォルトの名無しさん

2006/07/03(月) 12:37:43

仕様書を作る前提で「用語」まできちんと定義してますか？または用語集も仕様書の一部？
そんな細かいところ暗黙の了解でやってプロジェクトはうまく進んでる？

0043デフォルトの名無しさん

2006/07/03(月) 17:08:03

>>42
いわゆる開発標準のしっかりしてる所なら用語辞書の作成は必須だよ
用語辞書とか用語集は基本設計に含まれる
暗黙の了解で進めるとその微妙な違いがデスマの原因になったりする

0044デフォルトの名無しさん

2006/07/03(月) 17:35:18

ある仕様書で初めて出てくる用語は、その仕様書内での定義が必要。

用語集は、要件定義時に作り、クライアントと意識の差がないかを確認しておいたほうが良い。
ただし、専門用語でただ一つの意味しかない固有名詞は、クライアント向けの用語集には
含めるべきではない。（例：CGMS-A）
複数の意味があるものは、クライアントがどの意味で使っているかを確認するために、
クライアント向けの用語集に入れておくべきである。（例：レイティング）

0045sage

2006/07/04(火) 11:08:43

http://www.value-press.com/pressrelease.php?article_id=6986&php_value_press_session=e3c6d779712526b109e80d217ac41373
はどう？

0046デフォルトの名無しさん

2006/07/04(火) 14:53:43

>>45
・ローカル（LAN内）で運用できないのがありえない
・通信経路はSSLだが、機密情報を素性のわからないサーバに置くなんてありえない
・運用費を取るのがありえない

結論：業者さんですか？

0047デフォルトの名無しさん

2006/07/19(水) 09:57:06

自社で作った管理ソフト使ってる人はおおい？
それともやっぱり Excel?

0048デフォルトの名無しさん

2006/07/19(水) 10:05:04

Access

0049デフォルトの名無しさん

2006/10/20(金) 05:32:04

保守age

0050デフォルトの名無しさん

2006/10/20(金) 07:54:47

「エンドユーザーもにっこり」の要件定義
http://paper.japan.cnet.com/paper/abstract.htm?wpn=1379
一瞬「エンドユーザーにもっこり」と読み間違えた・・・

0051デフォルトの名無しさん

2006/10/20(金) 13:41:24

「エンドユーザーにもっこり」

に、見えた奴ﾉｼ

0052デフォルトの名無しさん

2006/10/20(金) 13:45:48

はーい

いやまじで

0053デフォルトの名無しさん

2006/10/20(金) 15:04:06

ﾉｼ

0054デフォルトの名無しさん

2006/10/20(金) 18:28:02

やっぱExcelだよ。
フォント「MS ゴシック」ズーム「65％」列の幅「1.6」パターン「白」
これが俺のマイジャスティス。

0055デフォルトの名無しさん

2006/10/20(金) 19:32:09

　　　　　　　　　　　i::::::::/'"￣￣ヾi
　　　　　　　　　　　|:::::::|　,,,,,_　 ,,,,,,|　
　　　　　　　　　　　|r-==（　｡);（　｡)　　　
　　　　　　　　　　　(　ヽ　　:::__)..:: }
　　　　 ,＿＿__／ヽ　　ー==　;　ほうほう
　　　　 r'"ヽ　　 t､　　＼＿＿_ ! 　　それで？
　　　　/ ､､i　　　ヽ＿＿,,/
　　　 /　ヽﾉ　　j　,　　　j　|ヽ　
　　　 |⌒`'､__ /　/　　　/r　 |
　　　 {　　　　￣''ｰ-､,,_,ﾍ＾　|
　　　　ゝ-,,,＿＿＿＿_）--､j
　　　 /　　＼__　　　　　　/
　　　|　　　　"'ｰ‐‐---''

0056デフォルトの名無しさん

2006/12/05(火) 20:45:02

保守

0057デフォルトの名無しさん

2007/03/16(金) 10:39:02

保守

0058デフォルトの名無しさん

2007/05/26(土) 13:46:41

DOORS fastrek ってどう？

0059デフォルトの名無しさん

2007/11/03(土) 19:28:23

追加仕様を書き込むと
次の日に出来上がってるシステムとかない？

0060デフォルトの名無しさん

2007/11/03(土) 19:30:35

漏れが知ってるのは宿題スレくらいだな
それなりに成功してるんじゃない？

0061デフォルトの名無しさん

2008/07/24(木) 23:42:58

　　　　　　　　　　　＿
　　　　　　　 r-､' ´　　｀ヽr-､
　　　　　　　ｨ7　/l: ハヽﾊﾄヾ　　駄スレを隠すことは、この俺が許さん！
　　　　　　　 '|l |'´_`　´_ ｀| || 　　　信念に基づいて行動する。
　　　　　　　 |　|´ﾋ} 　ﾋ}｀! l|　　　それを人は正義と言う。
　　　__ノﾞ).　从 l,　　_'_. 　|从　　　今俺が行ってることは、上げ荒らしではない。
　,_'（＿ﾉ_ヽ　ヾl.＞ - ,イ;ﾘ　　　　正義という名の粛清だぁ！
　{ f:ﾃ} {'f:ﾃ}',／＼ヽ--/／ヽ　　　
　ヽ,r─‐ ､ｨ .､､ i l＞Y＜! i　'､　　　バーニング！
　/ iゝ＿ﾉ iヽ　/l　　 |l　　l 　 ',
　lﾝヽ/ムノじ

0062デフォルトの名無しさん

2009/03/17(火) 03:00:37

ダメ

0063デフォルトの名無しさん

2009/06/17(水) 22:04:16

2chに要求仕様について話してるスレは他にないものか

■ このスレッドは過去ログ倉庫に格納されています