При разработке мобильного приложения, отсутствие или не правильный анализ предметной области приведет к тому, что сроки сдачи в эксплуатацию программного обеспечения будут сорваны, если конечно состоятся. Далее представлены этапы анализа предметной области мобильного приложения взаимодействующим с сервером, однако, эти этапы соответствуют и автономному приложению за исключением упоминаний о сервере и средствах связи. При проведении анализа предметной области нужно придерживаться последовательности
Четко расписать сценарии использования мобильного приложения. Определить квалификацию пользователей и условия, в которых они будут работать. Определить объемы передаваемых данных, и время, которое будет взаимодействовать пользователь с мобильным устройством. Это внесет ясность то чего ожидает заказчик, а так же через некоторое время придет понимание технических характеристик мобильного устройства и средств связи с сервером.
Учитывать частоту использования устройства и того какова скорость соединения, а так же технические характеристики устройства и возможно стоимости трафика. Решить, как сбалансировать приложение, где хранить и вычислять необходимые данные.
Создайте прототип приложения и проверьте его не на эмуляторах, а на реальных устройствах с реальными объемами данных. В случае потребности, проработайте первый и второй пункт, а потребность возникнет в большей или меньшей степени.
Проанализировать, и ответить на следующие вопросы: Удобен ли разработанный интерфейс к условиям работы? Смогут или его быстро освоить будущие пользователи? Подходит ли интерфейс на целевые мобильные устройства? Ответы на эти вопросы должны быть однозначно положительные, если нет, то стоит прояснить не ясные моменты и переработать слабые моменты.
Имея опыт работы с прототипом, определите модель данных, которая будет использоваться, внесите ясность, в то, какие типы данных будут использоваться.
Разрабатывать программное обеспечение. Нужно использовать проработанный и подтвержденный сценарий использования приложения, и известный интерфейс, и известные типы данных.
При выполнении всех шагов, оставьте за собой возможность гибкого изменения плана разработки программного обеспечения, однако область и сценарии применения в общих чертах меняться не могут, иначе возможна ситуация когда приложение окажется слишком сложным для использования его на мобильном устройстве. Так же следует указать, что у разработчиков имеющих опыт разработки для стационарных компьютеров, может появиться соблазн переносить, возможно, уже имеющийся программный продукт для стационарного компьютера, на мобильное устройство. И это в корне не правильный подход, там, где нет стационарного компьютера, но есть потребность в функционировании информационной системы предприятия. Условия работы сотрудников, скорее всего, будут не определенными, не комфортными, а на ходу. И им не представится возможным и комфортным получение необходимой информации в течение двух или трех минут, как это часто бывает на программах для ПК. Так же укажу что 2-3 минуты это при очень хорошем раскладе дел, чаще требуется больше времени. Это и нормально, ведь человек работая за стационарным компьютером, скорее всего, будет нуждаться в высокой функциональности, обмене информацией различных приложений. Это и приводит к усложнению системы и повышения длительности работы. А человек, который работает с мобильным приложением, находится, где то в проходном и динамичном месте, сфокусировать свое внимание до получение результата на мобильное устройство представляется нормальным не более чем в течении 20-25 секунд.