Was sind einige gute Spezifikationen/Anforderungen Dokumente für ein kleines iPhone App-Projekt?

Question

Ich fange ein kurzes Lastenheft/Anforderungsdokument für ein kleines Prototyp iPhone App Projekt an. Die grundsätzliche Funktionalität und das Verhalten zu beschreiben, ist für mich kein Problem. Da das Wissen über mobile Anwendungen und iPhone-Entwicklung jedoch sehr schwach ist, bin ich mir nicht sicher, was in einem solchen Dokument in Bezug auf Best Practices und Ähnliches noch alles sein sollte.

Beispiel: In meiner Programmierung Welt (Server-Seite Java), wenn ein Projekt für das Outsourcing spec'ing, ich feststellen, dass das Projekt statische Fehler Analyse von FindBugs passieren muss.

Beispiel: Ich verstehe, dass es API-Aufrufe von Apple nicht will App-Entwickler aufgerufen wird. Dies kann dazu führen, dass eine App vom App Store abgelehnt wird. Aber ich bin nicht sicher, wie ich sagen soll, dass wir die Richtlinien von Apple respektieren wollen. (Ich weiß nicht einmal, wie ich das testen soll.)

Was sollte ich in ein zweiseitiges Anforderungs- und Spezifikationsdokument aufnehmen, das spezifisch für die Entwicklung von iPhone-Apps ist?

Answer 1

Dies sind nur einige Punkte können Sie
1. Der Antrag erwähnen sollte
basierend auf Apples Benutzeroberfläche Richtlinien entwickelt werden 2. Es sollte kein privater API-Aufruf innerhalb des Projekts sein, der die Anwendung von Apple zurückgewiesen 3. Es sollte keine Speicherleck oder übermäßige Speicherzuweisung Problem während der Anwendung im laufenden Zustand
4. Die Anwendung sollte in allen iOS nach unterstützt werden [Ihre Wahl]. (Es hängt hauptsächlich von den Eigenschaften in der Anwendung verwendet)
5. Die Anwendung sollte 4 in iOS unterstützt wird
6. Die Anwendung sollte ordnungsgemäß auf dem iPhone arbeitet 4

this helps

Answer 2

Eine private API wird nicht in einer Header-Datei oder in der Dokumentation erwähnt. Eine Möglichkeit zum Testen wäre, die Quelldateien manuell zu durchsuchen und nach den Funktionen in den Headern und der Dokumentation zu suchen Dort. Es ist wirklich nicht machbar, wenn das Projekt aber für eine kleine App wächst könnte es funktionieren :)

Answer 3

Zusätzlich um die Dinge hier bereits erwähnt, würde ich noch ein paar hinzu:

• die App schnell, sollten keine Maßnahmen geben dem Benutzer das Gefühl arbeiten sollen, ist das Gerät etwas zu tun
• Alles, was eine Weile dauert, sollte im Hintergrund ausgeführt werden und noch besser, abbrechen
• Stellen Sie sicher, dass Sie Animation nur dort verwenden, wo es Sinn macht, aber nicht zu selten. Ein glattes Gefühl ist für Benutzer am wichtigsten.
• Diese Dinge bedeuten auch, dass Sie versuchen, die Anwendungsstartzeit zu minimieren.

Es gibt oft Tricks, um Leistungsprobleme zu umgehen. Das Gefühl, das ein Benutzer von Ihrer Anwendung bekommt, ist nicht, wie schnell er ist, aber wie schnell, wenn fühlt. Meiner Meinung nach ist dies die wichtigste Anforderung, neben offensichtlichen wie keine Abstürze etc ..

Answer 4

Was ist das Problem bei der Verwendung einer privaten API?

Außerdem möchte ich hinzufügen, dass es 4 auf iPhone 3G, 3GS, iPod, getestet werden, die alle mit iOS4 und 3.