Методология разработки программного обеспечения при разработке Iphone - PullRequest
3 голосов
/ 18 июля 2009

Какие практики вы делаете при разработке приложений для iPhone? Например, вы пишете технический проект документа любого рода. Вы вообще записываете дизайн своего приложения? Реализуете ли вы определенную методологию Agile / Scrum / Waterfall и т.д ...? Мне просто любопытно, когда я работаю над такими проектами, как приложение для iPhone, какие лучшие практики используют люди или они просто используют это?

Ответы [ 4 ]

5 голосов
/ 18 июля 2009

Я работал над несколькими приложениями для iPhone и нашел, что этот рабочий процесс работает довольно хорошо:

  1. Выясните, что приложение собирается делать. Создайте описание приложения в одном предложении, которое воплощает то, что вы пытаетесь сделать. Если вы не можете объяснить основные функции одним предложением, люди не получат его!

  2. Создание макетов интерфейса для каждого экрана приложения на бумаге, а затем в Adobe Fireworks. Исходный формат файлов Fireworks - PNG, поэтому позже легко создавать изображения для использования в реальном приложении.

  3. Выясните, как вы собираетесь создавать свое приложение, используя Model-View-Controller и другие шаблоны проектирования приложений iPhone (делегаты, источники данных и т. Д.). Не пытайтесь делать что-то кроме MVC. Весь SDK построен вокруг MVC!

  4. Начните кодировать! Я обычно начинаю с голой функциональности в первую очередь. Для приложения для рисования я сначала реализую контроллер чертежа и важные виды чертежа (палитру цветов и т. Д.). Я копирую вещи в сторонний репозиторий SVN, когда использую Версии (мне не очень повезло с поддержкой репозитория в Xcode)

  5. Раздайте бета-версию приложения группе тестеров AdHoc. Это помогает много . Получение приложения в руки нескольких дополнительных людей действительно помогает изолировать проблемы юзабилити и ошибки, которые трудно найти одному разработчику.

  6. Повторяйте до тех пор, пока Apple не утвердит: -)

2 голосов
/ 18 июля 2009

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

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

Кроме того, я обнаружил, что итеративная разработка, включающая в себя множество испытаний и отзывы пользователей, работала для меня на каждой платформе, для которой я разработал.

2 голосов
/ 18 июля 2009

Как тот, кто собирается играть в свое первое приложение для iPhone, я не думаю, что есть какая-то одна методология, которая правит над любой другой. Вы можете применить любой из методов, которые вы упомянули, к приложению для iPhone, как и любые другие разработки.

Ключевым моментом в приложениях для iPhone или любых усилиях Apple, связанных с разработкой, является то, что Apple заставляет вас следовать определенным рекомендациям по дизайну. Это хорошо в некоторых отношениях (меньше беспокоиться) и плохо в других (ограничительно).

Кроме того, Objective-C и Cocoa Touch также могут использоваться для определенных способов программирования.

Теперь, специально для меня, как единственного разработчика, я, вероятно, буду:

  1. Записать функции высокого уровня того, что я хочу включить в первую версию
  2. Выполнить макет интерфейса (на бумаге или с помощью программного инструмента)
  3. Записать некоторые ключевые объекты и функции (псевдо-код)
  4. Настройка механизма управления исходным кодом (я думаю, что это ключ)
  5. Начни с этого
  6. Возможное повторение любого или всех 1-3: -)
2 голосов
/ 18 июля 2009

Я мало что сделал с разработкой для iPhone, но это не имеет значения. Я бы не стал считать это чем-то отличным от любого другого процесса развития.

Процесс для каждого случая индивидуален, некоторые придерживаются его, а другие следуют методологии разработки.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...