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

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

ム板の話題なのかどうか迷うが
オレも知りたい。
オレが使ってるツールは、、、、Excel

会社で使っているツールは共有サーバーorz
複数の担当が編集すると競合するし、仕様書が変更中なのかリリース済みなのかも不明だ。
要求管理以前の問題だな。

マ板向きじゃね？

>>4要求管理も構成管理(CVSとか)や不具合管理(バグジラとか)と同じく
技術の一種だからムでいいんでないの。

とりあえず、 CVS や SVN のリポジトリにファイル突っ込むように強制させる。
それだけで知らないうちに変更とかはなくなるし、
仕様変更とソースの変更を関連付けられるようになる。

excelで一部が変更された2つのファイルがあるとき

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

>>7
http://pc8.2ch.net/test/read.cgi/tech/1145841405/167
後鼬害。

ここでいう変更管理は、要求の変更管理であって
ソースの変更管理（VSSやCVS）じゃないよね？
ま、結局はソースの修正になるんだけど。

>>9そういうこと
仕様書の構成管理も「要求管理」のうちの一つだが、
客先からの仕様変更が来た場合、仕様書への反映、ソフト修正、リリース日の管理、テストケースの修正、テスト計画...とやる「変更管理」も要求管理の一部か同等だと思う

「仕様」とはなんなのか、まずそこから話を始めるか

それは不要

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

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

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

Wikiでいいじゃん。

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

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

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

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

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

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

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

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

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

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

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

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

こんな感じ

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

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

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

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

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

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

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

そうでもないよ。

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

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

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

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

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

>>39 仕様をあげてくれ

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

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

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

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

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

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

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

結論：業者さんですか？

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

Access

保守age

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

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

に、見えた奴 ﾉｼ

はーい

いやまじで

ﾉｼ

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

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

保守

保守

DOORS fastrek ってどう？

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

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

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

ダメ

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