Was sind einige gute Spezifikation/Anforderungsdokumente für ein kleines iPhone-App-Projekt?

Question

Ich erstelle gerade ein kurzes Lastenheft/Anforderungsdokument für ein kleines Prototyp-iPhone-App-Projekt. Die grundlegende Funktionalität und das Verhalten zu beschreiben, ist für mich kein Problem. Da mein Wissen über die Entwicklung von mobilen Anwendungen und iPhones jedoch sehr schwach ist, bin ich mir nicht sicher, was sonst noch in einem solchen Dokument in Bezug auf bewährte Verfahren usw. stehen sollte.

Beispiel: In meiner Welt des Programmierens (serverseitiges Java) geben ich bei der Spezifikation eines Projekts für die Auslagerung an, dass das Projekt eine statische Fehleranalyse durch FindBugs bestehen muss.

Beispiel: Mir ist bekannt, dass es API-Aufrufe gibt, die Apple nicht wünscht, dass App-Entwickler sie aufrufen. Dies kann dazu führen, dass eine App vom App Store abgelehnt wird. Aber ich weiß nicht, wie ich sagen soll, dass wir möchten, dass Apples Richtlinien respektiert werden. (Ich weiß nicht einmal, wie man das testet.)

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

Answer 1

Dies sind einige Punkte, die Sie erwähnen können
1. Die Anwendung sollte gemäß den Benutzeroberflächenrichtlinien von Apple entwickelt werden
2. Es sollten keine privaten API-Aufrufe im Projekt vorhanden sein, die dazu führen, dass die Anwendung von Apple abgelehnt wird
3. Es sollten keine Speicherlecks oder Probleme mit übermäßiger Speicherzuweisung während des Betriebszustands der Anwendung vorhanden sein
4. Die Anwendung sollte in allen iOS-Versionen nach [Ihrer Wahl] unterstützt werden. (Dies hängt hauptsächlich von den verwendeten Funktionen in der Anwendung ab)
5. Die Anwendung sollte in iOS 4 unterstützt werden
6. Die Anwendung sollte auf dem iPhone 4 ordnungsgemäß funktionieren

Hoffe, das hilft

Answer 2

Eine private API wird in keiner Header-Datei oder in der Dokumentation erwähnt, daher könnte eine Möglichkeit, dies zu testen, darin bestehen, die Quelldateien manuell durchzugehen und nach den in den Headern und der Dokumentation verwendeten Funktionen zu suchen, um festzustellen, ob sie vorhanden sind. Es ist wirklich nicht praktikabel, wenn das Projekt wächst, aber für eine kleine App könnte es funktionieren :)

Answer 3

Abgesehen von den hier bereits erwähnten Dingen würde ich noch ein paar weitere hinzufügen:

• Die App sollte schnell arbeiten, keiner Aktion sollte der Benutzer das Gefühl haben, dass das Gerät etwas tut
• Alles, was eine Weile dauert, sollte im Hintergrund ausgeführt werden und noch besser abbrechbar sein
• Stellen Sie sicher, dass Sie Animationen nur dort verwenden, wo es sinnvoll ist, aber nicht zu selten. Ein reibungsloses Gefühl ist für Benutzer am wichtigsten.
• Diese Dinge implizieren auch, dass Sie versuchen, die Anwendungsstartzeit zu minimieren.

Oft gibt es Tricks, um Leistungsprobleme zu umgehen. Das Gefühl, das ein Benutzer von Ihrer Anwendung bekommt, ist nicht, wie schnell sie ist, sondern wie schnell es sich anfühlt. Meiner Meinung nach ist dies die wichtigste Anforderung, neben offensichtlichen wie keine Abstürze usw..

Answer 4

Was ist das Problem bei der Verwendung einer privaten API?

Zudem würde ich hinzufügen, dass es auf iPhone 3G, 3GS, iPod, 4 getestet wird, alle mit iOS4 und 3.