Programmers.SEで、数日前に question があり、IEEE 830-1998へのアップデートがあるかどうかを尋ねました。これは、ソフトウェアの編成に推奨されるベストプラクティス(標準ではありません)です。要件仕様([〜#〜] srs [〜#〜])ドキュメント。必要に応じて、開発者の視点から、ITの仕様の状態に関する私の answer を読むことができます。
私の個人的な経験では、一部の企業では、SRSはUXの人々によって作成されたUX仕様です。他の企業では、UXは実際の使いやすさの問題(モズルなレイアウト、記号論(アイコンの科学)、コピーライティング、ユーザーテスト)だけを扱い、仕様はビジネスアナリストと呼ばれる人々によって書かれています。
これは私に質問をもたらします:
要件の仕様に関するガイドラインを発行した、よく知られている、おそらく国際的なUX/IA/ID組織はありますか?これらのガイドラインは何ですか?
830-1998がどのように見えるかについては、 ガイドライン自体のテキスト 、または830-1998に基づく テンプレートを見る を参照してください。
私は本の推奨事項(この質問をすぐに閉じてしまう)を求めたり、この質問を支援するために単独でしない閉鎖されるため、次の組織が「よく知られている」ことを開示したいと思います。
MLユースケース 仕様スキームが誕生したとき、Rationalは標準的な組織ではなかったため、それは標準的な組織だけではなく、ソフトウェアモデリング分野でよく知られているプレーヤーです。ジェイコブソンはまた、エリクソンで 「ユーザー中心設計」に関する最初の本 の1つを書いたときも働いていました。 Dijsktraが プログラミングのデザイン の必要性について本を書いたとき、大学は除外されていません。当時の非常に有名な大学であるアイントホーフェン大学で働いています。
では、そのような文書はありますか?関連性はありますか?
仕様が多すぎて申し訳ありません。
私は数週間前にHN-US Military MIL-STD-498標準プロジェクト管理ドキュメントでこれらのテンプレートに出会いました。
http://kkovacs.eu/free-project-management-template-mil-std-498
UXの独占的な使用のためにセットを調整し、大企業にアプローチする必要がある他のUX擁護者のためのテンプレートとしてそれらを共有することを考えていました。
以下をご覧になることをお勧めします。
http://kkovacs.eu/stuff/MIL-STD-498-templates-html/SDD.html
面白いものがたくさん。
IIBAから入手できる [〜#〜] babok [〜#〜] に慣れることをお勧めします。これは、少なくとも米国とオーストラリアでは、標準的な方法です。
これらのことを実現する方法、および必要なビジネス入力と出力について説明します。
ガイドは無料ではありませんが、安価で、よく書かれていて、実用的です。
ドイツでは IREB-Standard (Int Req Eng Board)が要件の収集で広く受け入れられています。あなたは評判を求めています- Thomas Geis 私の言う限りでは、すべての重要なボードISO、DIN、IECのメンバーであり、ISOの作者です)標準、 要件を収集するためのIREB標準を教える 。
知らないからといって、詳細をお伝えすることはできません。しかし、実際には良いアイデアが得られます トレーニングの章を読んだ場合 。 標準 、高度な (ドイツ語のみ) およびエキスパートレベル(PDFなし)があります。あなたの例よりも少し詳細です。
章の抜粋
System and System Context (Determing System and Context Boundaries)
Requirments Elicitation (Requirments Sources and Elicitation)
Requirements Documentation
Documentation of Requirments using Natural Language
Model-based Documentation of Requirements
Requirements Validation and Negotiation
Requirements Management