srs-documentation
IEEE 830 SRSドキュメントを作成
要件チームには、完全で、追跡可能で、テスト可能な一貫したSRSドキュメントが必要です。このスキルは、IEEE 830の構成、テンプレート、検証チェックリストを提供します。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "srs-documentation" from https://skillstore.io/skills/doubleslashse-srs-documentation.md and its manifest at https://skillstore.io/api/skills/doubleslashse-srs-documentation/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「srs-documentation」を使用しています。 カスタマーサポートポータルのSRSアウトラインを作成してください。
期待される結果:
目的、スコープ、製品の位置付け、ユーザークラス、インターフェース、要件セクション、用語集、トレーサビリティ付録を含むIEEE 830アウトライン。
「srs-documentation」を使用しています。 曖昧なチェックアウト要件をテスト可能なステートメントに書き換えてください。
期待される結果:
- 安定したIDとshall表現を持つ要求ステートメント。
- 優先度、情報源、入力、出力、エラーハンドリング、受け入れ基準。
- 不足しているステークホルダー情報や測定詳細に関する注記。
「srs-documentation」を使用しています。 承認準備ができているか、このSRSドラフトをレビューしてください。
期待される結果:
完全性、SMART品質、トレーサビリティ、文書の一貫性、未解決事項、推奨される改訂内容を網羅するチェックリストベースのレビュー。
セキュリティ監査
安全All static findings were adjudicated as false positives. The blocker hits are ordinary requirements checklist text, and the external command hits are markdown fences around examples and ID conventions. No prompt injection or malicious intent was found.
リスク要因
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/doubleslashse-srs-documentation?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/doubleslashse-srs-documentation?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/doubleslashse-srs-documentation/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/doubleslashse-srs-documentation.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
DoubleslashSE. (2026). srs-documentation security audit report (audit version 8) [Author version unspecified]. Skillstore. https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8BibTeX形式の引用
@techreport{doubleslashse-doubleslashse-srs-documentation-2026,
author = {DoubleslashSE},
title = {srs-documentation security audit report (audit version 8)},
institution = {Skillstore},
year = {2026},
number = {8},
url = {https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "srs-documentation security audit report (audit version 8)"
version: "unspecified"
type: report
authors:
- name: "DoubleslashSE"
date-released: "2026-07-06"
url: "https://skillstore.io/skills/doubleslashse-srs-documentation/audits/8"
identifiers:
- type: other
value: "skillstore:doubleslashse-srs-documentation:audit:8"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 高作成できるもの
正式なSRSをドラフトする
ステークホルダーのメモを、構造化されたIEEE 830 Software Requirements Specificationに変換します。
機能要件を標準化する
機能アイデアを、優先順位付けされたテスト可能な機能要件および非機能要件に変換します。
テストトレーサビリティを準備する
承認前に、要件をビジネス目標および予定されたテストケースに対応付けます。
これらのプロンプトを試す
srs-documentationスキルを使用して、[project]のIEEE 830 SRSを作成してください。ドラフト前に、不足しているスコープ、ステークホルダー、制約、要件を確認してください。
SRS作成ガイドラインに従って、これらの要件をレビューしてください。曖昧な項目を、ID、優先度、情報源、受け入れ基準を含むテスト可能なshallステートメントに書き換えてください: [requirements]。
template.mdを使用して、これらのステークホルダーメモをSRSにまとめてください。機能要件、非機能要件、前提条件、依存関係、用語集、未解決事項を含めてください: [notes]。
checklists.mdに照らして、このSRSを監査してください。ギャップ一覧、品質スコア、トレーサビリティマトリクス、未解決リスク、推奨される改訂内容を作成してください: [SRS]。
ベストプラクティス
- ドラフト前に、ステークホルダーの目標、制約、ユーザークラス、既知の連携を提供します。
- すべての要件に、安定したID、優先度、情報源、受け入れ基準を割り当てます。
- ステークホルダー承認を依頼する前に、検証チェックリストを実行します。
回避
- 曖昧なプロダクト目標を最終要件として扱うこと。
- 実装設計上の判断を、早すぎる段階で要求ステートメントに混在させること。
- 最終SRSにTBD項目、重複ID、情報源の欠落を残すこと。
よくある質問
このスキルはどの標準に従っていますか？
短いメモから完全なSRSを作成できますか？
非機能要件も扱えますか？
トレーサビリティに役立ちますか？
これはビジネスアナリスト専用ですか？
コマンドを実行したりシステムをスキャンしたりしますか？
開発者情報
作成者
DoubleslashSEライセンス
MIT
Skillstore リビジョン
r1
バージョンに関する注意
作者はバージョンを宣言していません。
参照
72d5025b022c77f7a51bdf5c1637c689c80e89d1
メンテナンスの新しさ
2026/7/18
利用状況
10 ダウンロード · 205 閲覧
ファイル構成