2

私は現在、oDesk（おそらく3k-6k）に入札したい大規模なプロジェクトのソフトウェア仕様を書き込もうとしています。私はコンピュータサイエンスの古典的な教育を受けていますが、仕事の経験は最小限であり、企業環境で働いたことはありません。

GoogleAppEngineで実行したいAPIのプロジェクト仕様を15ページ作成しました。次のような問題で微妙な点が難しいと感じています。何を指定し、何を指定しないかについてどこに線を引くか。プロジェクトを細かく分割して、1つの部分で問題が発生した場合でも、他の部分を使用できるようにする方法。マイルストーンを設定する場所と方法。仕様を適切に実装するスキルを持っている候補者を選別する方法。

私は友人に私が注意すべき問題を尋ねました、そして彼は言いました：

  • 仕様に矛盾する情報がないことを確認してください
  • 仕様が不必要に具体的でないことを確認してください。これにより、より熟練した開発者がオフになります。

プロジェクトの仕様を作成する際に注意すべき他の落とし穴やよくある間違いは何ですか？

4

3 に答える 3

2

リストに追加するもの

  • 仕様が明確であることを確認してください。（一方向にしか解釈できません...うまくいけば）
于 2011-01-10T16:16:30.480 に答える
2

達成したいことの機能に焦点を当てることは重要ですが、非機能要件にも留意してください。実行方法、セキュリティの考慮事項などを検討してください。

于 2011-01-10T16:28:20.867 に答える
2

これらの2つのリンクが役立つと思います。

要件と仕様について：http：//www.pragmaticmarketing.com/publications/topics/02/0204sj

痛みのない機能仕様-パート2：仕様とは？： http： //www.joelonsoftware.com/articles/fog0000000035.html

于 2011-01-10T23:55:19.833 に答える