¿Cuáles son algunos de los elementos del documento de buenas especificaciones/requisitos para un proyecto de aplicación de iPhone pequeño?

Question

Estoy preparando un breve documento de especificaciones/requisitos para un pequeño prototipo de proyecto de aplicación para iPhone. Describir la funcionalidad básica y el comportamiento no es un problema para mí. Sin embargo, dado que mi aplicación móvil y el conocimiento de desarrollo de iPhone son muy débiles, no estoy seguro de qué más debería estar en dicho documento con respecto a las mejores prácticas y demás.

Ejemplo: En mi mundo de la programación (Java del lado del servidor), cuando se ayuda con las especificaciones de un proyecto para la contratación externa, que afirman que el proyecto debe pasar por el análisis de errores estática FindBugs.

Ejemplo: entiendo que hay llamadas a la API de Apple no quiere que los desarrolladores de aplicaciones que invoca. Esto puede ser motivo para rechazar una aplicación de la tienda de aplicaciones. Pero no estoy seguro de cómo decir que queremos que se respeten las directrices de Apple. (Ni siquiera sé cómo probar eso.)

¿Qué debería incluir en un documento de requisitos y especificaciones de dos páginas que sea específico para el desarrollo de aplicaciones de iPhone?

Answer 1

Estos son algunos puntos se puede mencionar
1. La aplicación debe desarrollarse sobre la base de directrices de la interfaz de usuario de Apple
2. Debe no debe ser una llamada API privada dentro del proyecto que hace que la aplicación sea rechazada desde apple
3. No debe haber ningún problema de pérdida de memoria o asignación de memoria excesiva durante el estado de ejecución de la aplicación
4. La aplicación debe ser compatible con todos los iOS [tu opción]. (Depende principalmente de las características utilizadas en la aplicación)
5. La aplicación se debe apoyar en IOS 4
6. La aplicación debería funcionar correctamente en el iPhone 4

espero que esto ayude

Answer 2

Una API privada no se mencionará en ningún archivo de cabecera ni en la documentación, por lo que una forma de probar esto sería pasar manualmente los archivos fuente y buscar las funciones utilizadas en los encabezados y documentación para ver que son ahí. En realidad no es factible si el proyecto crece, pero para una pequeña aplicación que podría funcionar :)

Answer 3

Además a las cosas ya mencionadas aquí, me gustaría añadir unos cuantos más:

• la aplicación debería funcionar rápida, ninguna acción debe dar al usuario la sensación, el dispositivo está haciendo algo
• Todo lo que tarde un tiempo debe ejecutarse en segundo plano y, aún mejor, puede cancelarse
• Asegúrese de utilizar la animación solo donde tenga sentido pero no muy pocas veces. Una sensación suave es más importante para los usuarios.
• Estas cosas también implican que intenta minimizar el tiempo de inicio de la aplicación.

A menudo hay trucos para solucionar los problemas de rendimiento. La sensación que obtienen los usuarios de su aplicación no es qué tan rápido es, sino qué tan rápido si se siente. En mi opinión, este es el requisito más crítico, además de los obvios, como la ausencia de bloqueos, etc.

Answer 4

¿Cuál es el problema con el uso de una API privada?

Por otra parte, me gustaría añadir que se pondrá a prueba en el iPhone 3G, 3GS, iPod, 4, todos con iOS4 y 3.