問題タブ [specifications]

私は Web の開発を始めているので、クライアントと私の間で、彼らが何を望んでいるかを明確に説明するドキュメントを作成することは、双方にとって非常に役立つことに気づきました。Joel のアドバイスをいくつか読んだ後、仕様なしで何かをするのは頭痛の種です。

1. 経験のある人からすれば、クライアントがウェブサイトで何をしたいのか、どのように見えるのかについて、クライアントから可能な限りすべての情報を抽出する良い方法は何ですか? 機能のクリープを回避する良い方法は?

2. 知っておくべき Web 固有の要件は何ですか? (おそらくグラフィックデザイン)

3. スペックを書くのに何を使っていますか？

4. 他に知っておくべきことはありますか？

ありがとう！

追伸：「StackOverflow Purists」へ、私の質問がひどい場合は、反対票を投じて「あなたの質問はひどい」というコメントではなく、それを改善する方法についてフィードバックすることができます

私がどこを見ても、機能仕様は、要件/提案された機能が表現され、詳細に記述されたある種のドキュメントです。私は最近、機能仕様の標準テンプレートを作成する立場にありました。私が決めたフォーマットは、暫定的に、かなり自動化されたExcelファイルです。

1. テンプレートは、階層内の最上位の要件を下位レベルの要件にリンクすることを計画しています。

2. 次に、低レベルの要件を、品質の家と同様に、設計の技術的側面にマッピングできます。コアレーションはHOQの場合と同様に識別されますが、さらに、要件と技術的側面の各ペアについて、実現可能性が推定されます。

3. 要件の技術的側面のいずれかが実行不可能としてマークされている場合、その要件には再検討のフラグが立てられます。

4. すべての要件に実行可能のフラグが立てられるか、適切に削除された後、各要件と技術的側面のペアが抽出され、時間と予算の観点からそれぞれの見積もりが求められます。

5. 見積もりは、プロジェクトの計画に役立ちます。

この提案について情報に基づいた意見をいただけますか？これは、要件を技術的な側面にリンクし、次にプロジェクト計画にリンクするための最良の方法のように思えました。

どのようにそれに対処しますか？

貸衣装業者がソフトウェアを好きなだけ変更できるようにするのは正常ですか？私は仕様がなく、変更の要求が絶えない環境で働いています。

新しい貸衣装業者ごとに、新しいブランチを作成する必要があり、非常に多くの変更を加えるため、完成するまでに完全に異なる製品を手に入れることができます。そのため、プログラミングへの興味をほとんど失っています。

それで、私は、貸衣装業者が彼の意志でソフトウェアを変更することを許可されるべきではないと言うのは間違っていますか？

英語は私の第二言語ですので、間違いは許してください。

関連：
十分な情報に基づいていない顧客の選択に対処する方法

私のチームには、優れたソース管理システムがあり、優れた仕様があります。私が解決したい問題は、コードで仕様を最新に保つ方法です。時間の経過とともに、仕様は古くなり、古くなる傾向があります

仕様を作成する人々はソース管理を嫌う傾向があり、プログラマーはSharePointを嫌う傾向があります。

他の人が使用しているソリューションを聞きたいですか？どこかに幸せな真ん中がありますか？

私は、ソフトウェア開発と「仕様」に対する BDD アプローチの初心者ですが、大ファンです。xUnit.NET、Moq、および xUnit.NET の拡張機能を使用して、BDD スタイルのテストを実行できるようにしています (期待される動作を指定するほど多くのテストを行うわけではないため、テストを大まかに使用しています)。 . 現在、私はすべてのテストを ReSharper で実行しています。私の仕様が詳細に綴られており、全面的にグリーンになっているのを見るのは素晴らしいことです。

しかし、BDD アプローチを定期的に使用するようになった今、システムのすべての仕様を適切な形式でレンダリングできる、より優れたレポート ソリューションが必要です。今後のリファクタリングなど

xUnit.NET と統合して適切にフォーマットされたレポートを提供できる、できれば無料の既存のツールを知っている人はいますか?

(一般的な .Net 単体テスト ライブラリであるXunitと混同しないでください。)

今日は退屈に感じて、Gmail の DOM を調査し始めました (はい、とても退屈でした)。

特定の要素の幅に関する興味深い仕様に気付くまで、すべてが非常に簡単に見えました。著名な Googlites は、まれな「ex」ユニットを使用してテーブル列の数を指定していました。

最初は戸惑いましたが (「ex」とは何ですか?)、それが戻ってきました。何年も前に CSS について初めて学んだときのことを覚えているようです。CSS3仕様から：

[ ex 単位は]最初に使用可能な fontの使用された x-height に等しくなります。x-height と呼ばれるのは、小文字の "x" の高さに等しいことが多いためです。ただし、「x」を含まないフォントにも「ex」が定義されています。

まあまあ。しかし、実際にそれが使用されているのを見たことはありません (自分で使用したことははるかに少ないです)。私は非常に頻繁にemを使用しており、その価値を高く評価していますが、なぜ「ex」なのですか? emよりもはるかに標準的な測定ではなく、はるかに有用ではないようです.

このトピックについて議論している数少ないページの 1 つは、Stephen Poley のhttp://www.xs4all.nl/~sbpoley/webmatters/emex.htmlです。Stephen は良い点を指摘していますが、彼の議論は私には決定的ではないように思えます。

私の質問は、「ex」ユニットは Web デザインにどのような価値をもたらすのでしょうか?

(この質問は主観的にタグ付けされる可能性がありますが、その決定は私よりも経験豊富な SO'ers に任せます。)

HTML属性の名前=値のペアで、「名前」の部分に使用できる文字は何ですか？.....いくつかの一般的な属性を見ると、文字（azおよびAZ）のみが使用されているように見えますが、他にどのような文字も許可できますか？...おそらく数字（0-9）、ハイフン（-）、およびピリオド（。）...これに関する仕様はありますか？

例: 次のコードはJSON Specに対して有効ですか?

または、常に次の構文を使用する必要がありますか? （もしそうなら、なぜですか？）

JSON仕様でこれについて何かを実際に見つけていません。ただし、例ではキーの周りに引用符を使用しています。

最近、見込み客から非常に複雑な Web アプリケーションのリクエストを受け取りました。
彼らは、「本当の」作業が始まる前に、私に仕様書を書くように求めました。
彼らが見ているように、仕様はアプリとDBを説明する言葉だけであるべきです。
私が見つけた最良のアプローチは、アプリケーションが持つ画面のプロトタイプを「ペイント」または「構築」することです（特に、このフェーズだけでWYSIWYGを使用する場合は、本を書くよりもhtmlの方が簡単です...標準は重要ではありませんこの点）。

目の前に画面があると、どの要素が必要か (カレンダー/フォト ギャラリー/主要なリンク、検索ボックスなど) がすぐに明らかになります。

それで、私のアプローチは間違っていますか？それとも、顧客は物事を行う正しい方法について間違った情報を持っていますか?