アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
大事だけど一番嫌い (スコア:1, 興味深い)
要件定義 -> システムテスト仕様書作成
設計 -> 統合テスト仕様書作成
プログラミング -> 単体テスト仕様書作成
とかいうのがあった気がする(常識?)。
間
Re:大事だけど一番嫌い (スコア:1)
親コメントの言葉を借りると、
・『統合テスト』までに下層の『単体テスト』が片付いている
・『統合テスト』の項目は『設計』
---- 何ぃ!ザシャー
Re:大事だけど一番嫌い (スコア:1)
医薬関係だとPart11 [dti.ne.jp]でドキュメント管理が厳しいので
うちでも推進されてます。実効力は定かでないですが・・・
このモデルだと過程の途中でミスって戻ると
すべてやり直しなんですよね( ̄ω ̄
Coding w/ Testing w/ Writing は正直お腹一杯で無理。
Re:大事だけど一番嫌い (スコア:1)
Part11はドキュメント管理とは関係ないですよ。
Part11で定義されていることは、あくまで電子署名と電子記録についてのレギュレーションですから。
ただ、Part11の前提条件としてCSV(コンピュータシステムバリデーション)があって、バリデーション文書の管理はこちらで定義されてます。
>このモデルだと過程の途中でミスって戻ると
>すべてやり直しなんですよね( ̄ω ̄
すべてやり直しというわけではないですよ。
ただ、変更した設計に紐付く仕様やユーザ要求などのドキュメントの変更をして履歴を残さないといけませんが・・・。