Каковы некоторые хорошие пункты документа спецификации / требований для небольшого проекта приложения iPhone?

Question

Я разрабатываю краткий документ со спецификациями / требованиями для небольшого прототипа приложения для iPhone.Описание основных функций и поведения для меня не проблема.Но, поскольку мои знания в области разработки мобильных приложений и iPhone очень слабы, я не совсем уверен, что еще должно быть в таком документе, касающемся лучших практик и тому подобного.

Пример: В моем мире программирования (серверная Java), когда я определяю проект для аутсорсинга, я утверждаю, что проект должен пройти статический анализ ошибок с помощью FindBugs.

Пример: Я понимаю, что есть вызовы API Apple не хочет, чтобы разработчики приложений вызывали.Это может быть причиной отклонения приложения из магазина приложений.Но я не уверен, как сказать, что мы хотим, чтобы руководящие принципы Apple соблюдались.(Я даже не знаю, как это проверить.)

Что я должен включить в двухстраничный документ с требованиями и спецификациями, относящийся к разработке приложений для iPhone?

Answer 1

Вот некоторые моменты, которые вы можете упомянуть1. Приложение должно быть разработано на основе руководящих принципов интерфейса пользователя Apple2. Не должно быть никаких частных вызовов API внутри проекта, что делает приложение отклоненным от Apple3. Не должно быть никаких утечек памяти или проблемы избыточного выделения памяти во время работы приложения4. Приложение должно поддерживаться во всех iOS после [вашего варианта].(Это в основном зависит от функций, используемых в приложении)5. Приложение должно поддерживаться в iOS 46. Приложение должно нормально работать на iPhone 4

Надеюсь, это поможет

Answer 2

В чем проблема с использованием частного API?

Более того, я бы добавил, что он будет тестироваться на iPhone 3G, 3GS, iPod, 4, все с iOS4 и 3.

Answer 3

В дополнение к уже упомянутым здесь вещам, я бы добавил еще несколько:

• Приложение должно работать быстро , никаких действий не должно вызывать у пользователя ощущение, устройство что-то делает
• Все, что занимает некоторое время, должно работать в фоновом режиме, а еще лучше, быть отменяемым
• Убедитесь, что вы используете анимацию только там, где это имеет смысл, но не слишком редко. Чувство гладкости наиболее важно для пользователей.
• Это также означает, что вы пытаетесь минимизировать время запуска приложения.

Часто существуют хитрости для решения проблем с производительностью. Чувство, которое пользователи получают от вашего приложения, заключается не в том, как быстро оно работает, а в том, как быстро, если чувствует . На мой взгляд, это самое важное требование, кроме очевидных, таких как отсутствие сбоев и т. Д.

Answer 4

Частный API не будет упоминаться ни в одном заголовочном файле или в документации, поэтому один из способов проверить это - вручную просмотреть исходные файлы и найти функции, используемые в заголовках и документации, чтобы убедиться в их наличии. , Это действительно невыполнимо, если проект растет, но для небольшого приложения это может сработать:)