2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

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

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

1 :デフォルトの名無しさん:2006/06/12(月) 18:36:45
変更管理、テスト管理、構成管理、・・・と色々あるが
仕様の管理ってどうやってる?いいツールがあったら紹介するスレ

2 :デフォルトの名無しさん:2006/06/12(月) 18:50:24
ム板の話題なのかどうか迷うが
オレも知りたい。
オレが使ってるツールは、、、、Excel

3 :デフォルトの名無しさん:2006/06/12(月) 19:02:14
会社で使っているツールは共有サーバーorz
複数の担当が編集すると競合するし、仕様書が変更中なのかリリース済みなのかも不明だ。
要求管理以前の問題だな。

4 :デフォルトの名無しさん:2006/06/12(月) 19:06:24
マ板向きじゃね?

5 :デフォルトの名無しさん:2006/06/12(月) 19:11:17
>>4要求管理も構成管理(CVSとか)や不具合管理(バグジラとか)と同じく
技術の一種だからムでいいんでないの。

6 :デフォルトの名無しさん:2006/06/13(火) 00:55:28
とりあえず、 CVS や SVN のリポジトリにファイル突っ込むように強制させる。
それだけで知らないうちに変更とかはなくなるし、
仕様変更とソースの変更を関連付けられるようになる。

7 :デフォルトの名無しさん:2006/06/13(火) 07:24:58
excelで一部が変更された2つのファイルがあるとき

ファイル比較で変更箇所を一覧出来るようなツールありますか?


8 :デフォルトの名無しさん:2006/06/13(火) 08:18:36
>>7
http://pc8.2ch.net/test/read.cgi/tech/1145841405/167
後鼬害。

9 :デフォルトの名無しさん:2006/06/13(火) 09:36:44
ここでいう変更管理は、要求の変更管理であって
ソースの変更管理(VSSやCVS)じゃないよね?
ま、結局はソースの修正になるんだけど。


10 :デフォルトの名無しさん:2006/06/13(火) 12:18:00
>>9そういうこと
仕様書の構成管理も「要求管理」のうちの一つだが、
客先からの仕様変更が来た場合、仕様書への反映、ソフト修正、リリース日の管理、テストケースの修正、テスト計画...とやる「変更管理」も要求管理の一部か同等だと思う

11 :デフォルトの名無しさん:2006/06/13(火) 13:09:05
「仕様」とはなんなのか、まずそこから話を始めるか

12 :デフォルトの名無しさん:2006/06/13(火) 13:27:08
それは不要

13 :デフォルトの名無しさん:2006/06/13(火) 13:33:28
「仕様」とは「評価可能な機能を規定したもの」だな。
評価ができなければテストもできないので、
正しく実装されたかどうか検証することもできない。

14 :デフォルトの名無しさん:2006/06/13(火) 13:38:02
あー、すまん、そういう意味じゃないんだ。
クライアントの要求のことを「仕様」と言ってるのか、こちらが実装しようとしている内容の
ことを「仕様」と言っているのか、どちらなんだという話。
要求仕様の変更と、実装仕様の変更では管理の方法が自ずから異なるからな。

15 :デフォルトの名無しさん:2006/06/13(火) 13:40:30
たとえば>>3>>5はまるで別の面からのレスになってる。

16 :デフォルトの名無しさん:2006/06/13(火) 14:03:09
Wikiでいいじゃん。

17 :デフォルトの名無しさん:2006/06/13(火) 14:39:13
Wikiはねぇ・・・
最新のスナップショットが取りにくいし、紙に出力する必要があるときにやりづらい。
そのへんのところをクリアしてるWikiってある?

18 :デフォルトの名無しさん:2006/06/13(火) 15:11:43
>>14こんな感じ?
[要求仕様]→[受付・採番]→[実装するか判定]→[実装仕様の変更]→[リリースバージョン決定]→[影響を受けるテストケースの調査]→・・

19 :デフォルトの名無しさん:2006/06/13(火) 15:18:36
>>14
ローカルで1ファイルで動くtiddywikiとかいいかも知れないね。
ttp://www.tiddlywiki.com/
個人的にはPukiwikiが好きだけど。

20 :19:2006/06/13(火) 15:20:16
誤爆した ×>>14 ○>>16すまぬ。

21 :デフォルトの名無しさん:2006/06/13(火) 15:46:30
>>18
やはりずれてるな。俺の認識では実装するものしか要求仕様とは呼ばない。
さらに、リリースする際には全てのテストを行うので、影響を受けるテストケースの調査はしない。

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

22 :デフォルトの名無しさん:2006/06/13(火) 16:36:46
>>21リリース前に全テストを行うのはおいといて
仕様が変わったらテストケースも変わるよな?
そこはどうやってる?

23 :デフォルトの名無しさん:2006/06/13(火) 17:55:09
21じゃないけど、影響のあるテストの差し替え+テストケース追加じゃないかな。
「影響のある」ってのが難しそうだけど、ソフトウェアコンポーネントなりサブシステムなりが
きちんと切り分けられてれば、比較的楽じゃないかな。

24 :デフォルトの名無しさん:2006/06/13(火) 18:04:55
>>23仕様変更を元にそういう処理(影響あるテストケース・仕様書を示して関係者に連絡)をやってくれるツールってある?

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

で・・・管理はExcel。(Excelかい!w

26 :デフォルトの名無しさん:2006/06/13(火) 20:05:26
>>25うちではEXCELもつかってないorz
お客さんつ「仕様変更要求」
担当「仕様書変わったよ」
評価担当 仕様書の改定履歴見て変更分を反映

こんな感じ

27 :デフォルトの名無しさん:2006/06/13(火) 20:12:15
今の所ツールとしては「EXCEL」が一番人気だな

28 :デフォルトの名無しさん:2006/06/13(火) 23:34:59
こんなのは?
ttp://www.raquest.jp/


29 :デフォルトの名無しさん:2006/06/13(火) 23:45:04
>>28
RaQuestの機能というページをクリックしたら「ページが見つかりませんでした」だったw
これって複数のリリースに対応(つまり時間軸という概念にリンク)してるのかな?
トップページのハードコピーを見る限り、Excelとあまり変わらない気が・・・

30 :デフォルトの名無しさん:2006/06/13(火) 23:47:40
でも「リスク」の項があるのは評価できるな。
リスクとなんらかの工数見積もり値で、プロジェクト終了日付を算出出来たりしたら神なんだが。

31 :デフォルトの名無しさん:2006/06/14(水) 00:12:49
それができんから「順調に行けば」と余裕を入れて言う破目に
そして、いつものごとくオーバー

32 :デフォルトの名無しさん:2006/06/14(水) 00:15:47
確かトム・デマルコの『熊とワルツを』に、リスクから完了日を計算する話が載ってた気がする。
ただしこちらは要求管理ではなくリスクマネジメントの本だけど。

33 :デフォルトの名無しさん:2006/06/14(水) 00:47:49
この業界のコスト・リスクの算定は、標準的な算定方法とは相容れない業界だと俺は思う。

34 :デフォルトの名無しさん:2006/06/14(水) 01:01:31
そうでもないよ。

35 :デフォルトの名無しさん:2006/06/14(水) 01:01:57
>>28 reQuestってUMLツールのEAと同じ会社だっけ。
誰か使ったやついる?
感想キボン

36 :デフォルトの名無しさん:2006/06/14(水) 12:13:44
RaQuestは1ライセンス19,950円〜か。
EAもだがどうしてあそこは安いんだ?
個人で買ってためしてみるか

37 :デフォルトの名無しさん:2006/06/14(水) 17:12:51
>>36
使えないつーるだったときに痛すぎる>約20万
他に選択肢がないわけでもないし、評価版があるなら評価してから…ってしたいよな

38 :デフォルトの名無しさん:2006/06/14(水) 20:03:40
>>37 リクエストてEAがないと動かないぽいけどEAも評価版で大丈夫かな

39 :デフォルトの名無しさん:2006/06/15(木) 20:48:02
>>1
自作すればいいじゃん。

40 :デフォルトの名無しさん:2006/06/15(木) 21:58:33
>>39 仕様をあげてくれ

41 :デフォルトの名無しさん:2006/07/02(日) 12:52:26
まともなのが出来るまでのコスト考えると、パッケージソフト買ったほうが
安い気がする。導入のコストは無視してるけど・・・
で、パッケージソフトとしては、
DOORS, caliber, RequisitePro, serena RTM, raquest ぐらいか?

42 :デフォルトの名無しさん:2006/07/03(月) 12:37:43
仕様書を作る前提で「用語」まできちんと定義してますか?または用語集も仕様書の一部?
そんな細かいところ暗黙の了解でやってプロジェクトはうまく進んでる?

43 :デフォルトの名無しさん:2006/07/03(月) 17:08:03
>>42
いわゆる開発標準のしっかりしてる所なら用語辞書の作成は必須だよ
用語辞書とか用語集は基本設計に含まれる
暗黙の了解で進めるとその微妙な違いがデスマの原因になったりする

44 :デフォルトの名無しさん:2006/07/03(月) 17:35:18
ある仕様書で初めて出てくる用語は、その仕様書内での定義が必要。

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

45 :sage:2006/07/04(火) 11:08:43
http://www.value-press.com/pressrelease.php?article_id=6986&php_value_press_session=e3c6d779712526b109e80d217ac41373
はどう?

46 :デフォルトの名無しさん:2006/07/04(火) 14:53:43
>>45
・ローカル(LAN内)で運用できないのがありえない
・通信経路はSSLだが、機密情報を素性のわからないサーバに置くなんてありえない
・運用費を取るのがありえない

結論:業者さんですか?


47 :デフォルトの名無しさん:2006/07/19(水) 09:57:06
自社で作った管理ソフト使ってる人はおおい?
それともやっぱり Excel?

48 :デフォルトの名無しさん:2006/07/19(水) 10:05:04
Access

49 :デフォルトの名無しさん:2006/10/20(金) 05:32:04
保守age

50 :デフォルトの名無しさん:2006/10/20(金) 07:54:47
「エンドユーザーもにっこり」の要件定義
http://paper.japan.cnet.com/paper/abstract.htm?wpn=1379
一瞬「エンドユーザーにもっこり」と読み間違えた・・・

51 :デフォルトの名無しさん:2006/10/20(金) 13:41:24
「エンドユーザーにもっこり」

に、見えた奴 ノシ

52 :デフォルトの名無しさん:2006/10/20(金) 13:45:48
はーい

いやまじで

53 :デフォルトの名無しさん:2006/10/20(金) 15:04:06
ノシ

54 :デフォルトの名無しさん:2006/10/20(金) 18:28:02
やっぱExcelだよ。
フォント「MS ゴシック」ズーム「65%」列の幅「1.6」パターン「白」
これが俺のマイジャスティス。

55 :デフォルトの名無しさん:2006/10/20(金) 19:32:09
           i::::::::/'" ̄ ̄ヾi
           |:::::::| ,,,,,_  ,,,,,,| 
           |r-==( 。);( 。)   
           ( ヽ  :::__)..:: }
        ,____/ヽ  ー== ;  ほうほう
     r'"ヽ   t、   \___ !   それで?
    / 、、i    ヽ__,,/
    / ヽノ  j ,   j |ヽ 
    |⌒`'、__ / /   /r  |
    {     ̄''ー-、,,_,ヘ^ |
    ゝ-,,,_____)--、j
    /  \__       /
    |      "'ー‐‐---''


56 :デフォルトの名無しさん:2006/12/05(火) 20:45:02
保守

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

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)