要求管理とテスト管理、その間のトレーサビリティの維持、および要求(仕様)カバレッジの把握 －－－ TestLinkとExcelツールで運用する - Qiita
要求管理とテスト管理、その間のトレーサビリティの維持、および要求(仕様)カバレッジの把握 －－－ TestLinkとExcelツールで運用するTestLinkトレーサビリティ要求管理テスト管理要求カバレッジ TestLinkは上流からもっと活用できる TestLinkはオープンソースのWebベーステスト管理システムです。公式サイトのtestlink.org から、Get a Bitnami Virtual Applianceをクリックしてbitnamiのサイトへ行けば、インストーラが入手でき、簡単に始めることができます。 （例えばWindowsのクライアントPCでも、手軽にインストール／アンインストールを繰り返すことができるので、気楽に試行錯誤しながら運用方法を検討できる環境が得られます。） MantisやJIRA、Bugzilla,Trac,Redmine、FogBugzなどのバグトラッ
米PTCの組み込みソフト構成管理ツール、要件定義後付けでもトレーサビリティ確保《訂正あり》
PTCジャパン（本社東京）は、米PTC社が買収して2011年10月1日に業務統合を完了したIntegrityビジネスユニット（旧MKS社）について、日本国内での今後の方針などを明らかにした。Integrityは組み込みソフトの仕様書やモデル、コードなどの成果物や構成、開発プロセス、変更状況などを管理するツール。ソフトのコードのある部分がどのような要求仕様を満たすために作られたものか、いつだれが作成・変更したかといった、要求仕様と成果物、開発作業を関連付けた管理機能が特徴。「日本の場合、通常の『V字開発モデル』と異なってモデルやコードを作ってみてから要求仕様を決めることがあるが、そのような場合のトレーサビリティも確保可能」（同ビジネスユニット日本・アジアパシフィック統括事業本部長のDavid Jones氏）という。
組込み総合技術展 - トレーサビリティ管理ツール - NOSIX
モデルベース開発ツールに続き、トレーサビリティ管理ツールも見てきました。組込み系では、要求から実装・試験までのトレーサビリティ確保が重要になってきています。実装の背景、理由が分かるようにすること。変更の影響範囲が分かるようにすること。要求が莫大になり、ソースコードも増えるに従って、体系立てて管理する必要が増してきました。 私は、トレーサビリティ管理のためのツールは大きく分けると２種類あると見ていて、ALM(Application Lifecycle Management)製品とリンク情報管理製品に分けて見ています。ALM製品は、全行程をカバーするスイートを提供する製品です。RTC(Rational Team Concert) や MKS Integrity が該当します。 ここで紹介するのは後者のリンク情報管理製品です。２社が出展しており、どちらも日本企業です。 TERAS 残念ながら W
無償で使えるトレーサビリティ管理ツール、TERASが設立発表会を開催
組み込みソフトウエアなどのトレーサビリティ管理ツール「TERAS」を手掛ける一般社団法人のTERASは2011年10月5日、設立発表会を開催した。TERASは、「Tool Environment for Reliable and Accountable Software」の略で、ソフトウエア成果物間のトレーサビリティを確保するための無償のALM（application life cycle management）ツールである。トレーサビリティ管理はISO 26262をはじめとする機能安全規格対応で必要となるが、海外製の高価なツールが多いため（要件管理ツールの場合）、国産での開発を決めた。TERASは経済産業省からの支援を受け、今後3年間掛けてツールを開発していく。2012年度に最初のバージョンのツールをリリースする。
日経コンピュータ 2010/02/17号
日経コンピュータ 2010/02/17号 特集２ Ｐａｒｔ３ 不具合ゼロを目指す 東京証券取引所 ＩＴ開発部 マネージャー ａｒｒｏｗｈｅａｄ担当川井 洋毅 1月4日の大発会から1カ月以上が過ぎた。arrowheadは大きなトラブルもなく安定稼働を続けている。動作状況については引き続き注視していく必要があるものの、ひとまずは計画どおりに切り替えを果たせた。開発費は予算内に収めることができた。 プロジェクトにあたっては、開発失敗は東証の存続にかかわるとの覚悟で、特に二つの工程に注力した。(84〜88ページ掲載記事から抜粋) *テキスト版記事の文字数：4749文字
キミの設計に「トレーサビリティ」はあるか ― ＠IT情報マネジメント
システム開発の流れを俯瞰（ふかん）する 1.1 「ビジネス要求」から「実装・テスト」までステップは5段階 システム開発の工程は5つに分けることができます。すなわち、 ビジネス要求（の分析） システム要求（の分析） 機能（の設計） メソッド（の設計） 実装・テスト（の実施） です（図1）。 「ビジネス要求（の分析）」から「機能（の設計）」までを開発工程の前半とします。前半段階では、構築すべきシステムに対するビジネス・サイドの要求を明らかにします。つまり、業務を見える化（モデル化）し、誰にでもわかる形に仕立てます。 「メソッド（の設計）」から「実装・テスト（の実施）」までを開発工程の後半とします。後半段階では主に、システムに対するビジネス要求を実現するための機能（メソッド）を設計します。設計作業が終了すると、実装、テストを行い、機能が正しく実装されているか、ビジネス要求が満たされているかを検証
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要求定義書と仕様書の海で溺れないための10分でできる要件変更対策
