对于一个小型iPhone应用程序项目，有哪些好的规范/需求文档项？

我正在为一个小型iPhone应用程序原型项目准备一份简短的规范/需求文档。描述基本功能和行为对我来说不是问题。但是，由于我的移动应用程序和iPhone开发知识非常薄弱，我不确定在这样一个文档中还应该包含哪些关于最佳实践的内容

示例：在我的编程世界（服务器端Java）中，当指定外包项目时，我声明该项目必须通过FindBugs的静态错误分析

示例：我知道苹果不希望应用程序开发人员调用一些API调用。这些可能是应用商店拒绝应用的原因。但我不知道如何说我们希望苹果的指导方针得到尊重。（我甚至不知道如何测试它。）

---

对于iPhone应用程序开发，我应该在一份两页的需求和规范文档中包含哪些内容？

任何头文件或文档中都不会提到私有API，因此测试的一种方法是手动浏览源文件并搜索头文件和文档中使用的函数看看他们在那里。如果项目增长，这确实是不可行的，但对于一个小应用来说，它可以工作：）

这些是你可以提到的一些要点
1.应用程序应根据苹果的用户界面指南开发
2.项目内部不应存在任何导致应用程序被apple拒绝的私有API调用
3.在应用程序运行状态期间，不应出现任何内存泄漏或内存分配过量问题
4.[您的选项]之后的所有iOS中都应支持该应用程序。（主要取决于应用程序中使用的功能）
5.iOS 4应支持该应用程序
6.该应用程序应能在iPhone 4上正常工作

---

希望这有帮助

除了这里已经提到的事情，我还要补充一些：

• 应用程序应该运行得很快，没有任何动作应该给用户这样的感觉，设备正在做一些事情
• 所有需要一段时间的操作都应该在后台运行，最好是可以取消
• 确保只在有意义的地方使用动画，但不要太少。平滑的感觉对用户来说是最重要的
• 这些还意味着您要尽量减少应用程序启动时间

---

通常有一些技巧可以解决性能问题。用户从应用程序中得到的感觉不是它有多快，而是它感觉有多快。在我看来，这是唯一最关键的要求，除了诸如无崩溃等显而易见的要求之外。

使用私有API有什么问题

---

此外，我还想补充一点，它将在iPhone 3G、3GS、iPod、4上进行测试，所有这些都带有iOS4和3。

您无法真正测试未记录的API使用情况，但您当然可以在规范文档中要求绝对没有公开文档中没有的API。这就涵盖了苹果所关心的。苹果并不特别喜欢这种做法：这可能意味着为了保持现状，我的应用程序在应用商店中需要更多的开发成本