小さなプロトタイプのiPhoneアプリプロジェクトの短い仕様/要件ドキュメントを作成しています。基本的な機能と動作を説明することは私にとって問題ではありません。しかし、私のモバイルアプリケーションとiPhone開発の知識は非常に弱いので、ベストプラクティスなどに関するそのようなドキュメントに他に何を含めるべきかはよくわかりません。
例：私のプログラミングの世界（サーバー側のJava）では、プロジェクトをアウトソーシングするように指定するとき、プロジェクトはFindBugsによる静的なバグ分析に合格する必要があると述べています。
例： Appleがアプリ開発者に呼び出してほしくないAPI呼び出しがあることを理解しています。これらは、アプリがアプリストアから拒否される原因となる可能性があります。しかし、Appleのガイドラインを尊重してほしいと言う方法がわかりません。（私はそれをテストする方法さえ知りません。）
iPhoneアプリ開発に固有の2ページの要件と仕様書に何を含める必要がありますか？
これらはあなたが言及できるいくつかのポイントです
1.アプリケーションはAppleのユーザーインターフェースガイドラインに基づいて開発されるべきです2.アプリケーションをApple
から拒否させるプロジェクト内のプライベートAPI呼び出しがあっては
なりません3.メモリリークやアプリケーションの実行状態4での過剰なメモリ割り当ての問題
。アプリケーションは、[オプション]以降のすべてのiOSでサポートされる必要があります。（主にアプリケーションで使用される機能によって異なります）
5。アプリケーションはiOS4でサポートされている必要があります
6.アプリケーションはiPhone4で正しく動作する必要があります
お役に立てれば
プライベートAPIを使用する場合の問題は何ですか？
さらに、iPhone 3G、3GS、iPod、4、すべてiOS4および3でテストされることを付け加えておきます。
ここですでに述べたことに加えて、さらにいくつか追加します。
多くの場合、パフォーマンスの問題を回避するためのトリックがあります。アプリケーションからユーザーが感じるのは、アプリケーションがどれだけ速いかではなく、どれだけ速いかです。私の意見では、これは、クラッシュしないなどの明らかな要件に加えて、最も重要な要件の 1 つです。
プライベート API はヘッダー ファイルやドキュメントには記載されていないため、それをテストする 1 つの方法は、ソース ファイルを手動で調べ、ヘッダーとドキュメントで使用されている関数を検索して、それらが存在することを確認することです。プロジェクトが大きくなった場合、実際には実現可能ではありませんが、小さなアプリの場合は機能する可能性があります:)