Документируем Мобильные Приложения

[AlexПодписчик]

Доброго дня, уважаемые наставники БА!

Подскажите пожалуйста, если вам необходим задокументировать требования под мобильные приложения, чем такое приложение будет отличаться от Desktop приложения к примеру?

Есть ли особенности документирования мобильных приложений?

Заранее спасибо за ваш ответ!

 

Поделиться:

Цитировать

[AlexПодписчик]

Я постарался выделить вопросы для мобильных девайсов (может кому-то поможет). А может кто-то предложит еще вопросы:

-Can the client describe how the mobile app will benefit its main product audience?

-Have you checked which Operating Systems and Hardware version (and its features) should be supported by the new App?

-Is the client requesting a Web App with URL access or a native application (IOS or Android)?

-Can you build a Sitemap (page hierarchy) from the requirements communicated by the client?

-The best way is to analyse wireframes that will show the action for its links that lead to another screens. Structure of the relationship between links and pages.

-Can the client provide the designs for the new App in PSD? Or some visual mock-ups? Or the presentation of the logic of the application?

-If not, can you build a rough wireframes on the client behalf so the App can be visualized?

-Has the design for mobile applications been designed by the people who know how to optimize the design for the Mobile/ Tablet device. If this has not been done, the mobile app can become unusable on the most of devices and will lead to project failure.

-If the client want’s to go for the native application, does Company needs to submit the application to AppleStore or GooglePlay for the client?

-If the project is very complex — can you build a Sequence Diagram to show the interaction on each step?

-Can you please define the actions that the user might perform in your mobile applications?

-Can you please define how the actions can be triggered on the mobile device (device inbuild gestures, like tap, shake, zoom)?

-Can you please explain what inputs the user might use when using his mobile device?

-Has the client explained how the content will be uploaded to the new App: hardcoded, through CMS or via some other routes/systems?

-Has the client suggested the priority for the development of the elements in the App?

-What should be the life cycle of the application, do you plan to withdraw it at a certain time or you have plans for its next releases?

-Will the application be free on the online stores or you plan to sell it for profit?Are you ready to pay 30% of your income to the GooglePlay or AppleStore organizations?

-Do you want the mobile app to be tested by the Company QA team? Or you want to have a separate QA process that will provide its feedback on the application?

 

Поделиться:

Цитировать

[Герман ШестеровАдмин]

Так а вопрос в том, как задокументировать требования или какие вопросы задавать при выявлении?

Поделиться:

Цитировать

[AlexПодписчик]

Вопрос заключается в том, какие вопросы задавать при выявлении требований для мобильных приложений?

 

Поделиться:

Цитировать

[Герман ШестеровАдмин]

Ага, понял. У меня самого опыт работы с мобильными приложениями не очень большой, но мне кажется, что тут имеет смысл 1) вычленить долю вопросов, которые будут задаваться вне зависимости от того, мобильное ли это приложение (а таких — большинство), 2) а затем уже искать вопросы по специфике мобильных приложений и конкретных платформ.

Чтобы составить общий вопросник (1), я бы подходил более аналитически: структурируйте типы требований, которые вы хотите извлечь — вопросы, собственно, будут в соответствующее русло и нацелены. Например, если мы говорим о бизнесе, для начала, то и ориентируем вопросы на «зачем», «кому», «где деньги» и т.п. Затем ориентируемся на хотелки стейкхолдеров. И потом переходим к функционалу / нефункционалу. Такой подход более надежен, чем мешать в одну кучу вопросы разных уровней и аспектов.

Т.о., общие вопросники (для всех систем) встречаются довольно часто (в Вигерсе, как пример, вроде есть).

Ну а что касается, собственно мобильных приложений (2), то да, то, что вы писали выше, вроде хорошо звучит (там где-то вопроса 4 вроде касалось именно мобильных специфик). Но надо иметь в виду, собственно, что конкретная платформа также будет влиять на направление вопросов, и очень желательно бы с ней ознакомиться для начала. А лучше привлечь знатока-разработчика на предмет изучения часто возникающих вопросов.

Поделиться:

Цитировать

[AlexПодписчик]

Аноним написал(а):

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

Аноним написал(а):

А лучше привлечь знатока-разработчика на предмет изучения часто возникающих вопросов.

Спасибо за советы!!!

Поделиться:

Цитировать

[AlexПодписчик]

Аноним написал(а):

А лучше привлечь знатока-разработчика на предмет изучения часто возникающих вопросов.

это точно!

Поделиться:

Цитировать

[Alexander VirkovskiПодписчик]

IOS Область

(ресурс http://habrahabr.ru/post/118116/)

Существует Нативный SDK для IOS (язык Objective-C и среда разработки Xcode) на котором пишут наши девелоперы и который может кастомизироваться (сложность приложения и часы, которые надо затратить на разработку очень зависят от кастомизации нативных компонентов, таких как кастомные фишечеки, уникальный дизайн, поведение компонентов). Нативный SDK позволяет делать только приложения под IOS.

 

Распространять IOS приложение можно только через Apple Store (30% прибыли остается у Apple). Существует Developer Account (для распространения приложения для всей аудитории интернет) и Enterprise Account (для распространения приложения среди сотрудников компании минуя Apple Store).

 

Также Developer и Enterprise эккаунты поддерживают фичу «Ad Hoc», за которую не надо платить — это способ распространения приложений без AppStore, прямой установкой файла-сборки приложения через iTunes (это надо для тестирования приложения у себя на девайсе или на стороне клиента). Ограничения фичи «Ad Hoc»: вы можете зарегистрировать в год не более 100 устройств для установки на них своих приложений, и программы, установленные через «Ad Hoc», могут работать на устройствах только в течение 6 месяцев.

 

Срок сдачи проекта в Apple Store не всегда зависит от нас. Перед появлением в AppStore приложение проходит ревью компанией Apple, которое длится 4-6 дней. Если приложение было отклонено по каким-либо причинам, то, после внесения изменений, необходимо будет снова ждать 4-6 дней.

 

Android Область

(ресурс
http://www.fly-phone.ru/notes/android/kak-ustanavlivat-prilozheniya-i-programmy-na-android/

http://habrahabr.ru/post/115022/)

 

Android — это операционная система, основанная на Linux с интерфейсом программирования Java. Android поддерживает 2D и 3D графику, используя библиотеки OpenGL, а также хранение данных в базе данных SQLite.

 

Версии Android и их названия:

Android Version
Version Name (Alphabet)

2.2–2.2.3
Froyo

2.3–2.3.7
Gingerbread

3-3.2
Honeycomb

4.0–4.0.4
Ice Cream Sandwich (ICS)

4.1-4.3
Jelly Bean

4.4
KitKat

 

Преимущество Android заключается в том, что на нем могут работать не только «родные» приложения компании-разработчика, но и любые другие. Приложение для android распознать просто: каждый такой пакет файлов будет иметь расширение .apk. По сути своей .apk – это группа заархивированных файлов, обеспечивающих установку той или иной программы. Просмотреть содержимое файла с расширением .apk можно с помощью любой программы-архиватора. Поэтому распространять Android приложение намного легче:

-Инсталляция с помощью программы Market;

-Установка программ на андроид с использованием карты памяти через USB;

-Используя возможности программы Google Play;

-Через почту Gmail.

 

Android vs IOS

Проблемы обновления ПО у Андроид (2012 год) — http://habrahabr.ru/post/139614/

 

Скорость работы с IOS и Android разные, тому причина:

на iOS, когда приложение устанавливается(открывается веб страница), и вы прикладываете палец к экрану, установка мгновенно поставится на паузу, пока рендеринг страницы не будет завершен. Android старается сделать и то и то с одинаковым приоритетом, поэтому частота кадров страдает и вы видете задержки на экране.

 

IOS adoption Trends in 2014

Source: http://david-smith.org/iosversionstats/

Android adoption Trends in 2014

Source: http://developer.android.com/about/dashboards/index.html

 

PhoneGap или Titanium SDK

(информация взята из http://habrahabr.ru/post/106629/)

PhoneGap или Titanium SDK это кроссплатформенная разработка). Он не подходят для проектов 3D-игр, мультимедийных или анимированных приложений (так как там много чего надо кастомизировать и менять, а эти фреймворки достаточно ограниченные). Использовать PhoneGap или Titanium SDK , клиент хочет тогда, когда целью является желание съэкономить деньги (и не делать отдельные приложения под IOS, Android, Windows Phone), а сделать приложении кросс-браузерным, т.е. сразу будет работать на нескольких платформах.

 

PhoneGap или Titanium SDK похожи и позволяют использовать Javascript и HTML5 для разработки native приложений. PhoneGap работает на устройствах iPhone, Android, Symbian, Palm и Blackberry. Titanium используется только для iPhone и Android.

Web App

(ресурс http://habrahabr.ru/post/118116/)

Web app – это всего лишь web-сайт или его часть, специальным образом сконфигурированный под нужный мобильный девайс. Web app, использует web view для отображения контента. То есть по сути, на серверной стороне разрабатывается web приложение, которое адаптировано под мобильное устройство. Приложение web app в основном используется для кросплатформенных приложений и у него есть свои минусы. К примеру нельзя использовать функции мобильного телефона (камера, запись звука) и Базу Данных особо не развернешь на стороне клиента.

Поделиться:

Цитировать

[Герман ШестеровАдмин]

Александр, спасибо. Только это весьма точечные отрывки и вряд ли претендуют на полноту специфики мобильных приложений, так? :)

Поделиться:

Цитировать

[Alexander VirkovskiПодписчик]

Аноним написал(а):

Александр, спасибо. Только это весьма точечные отрывки и вряд ли претендуют на полноту специфики мобильных приложений, так? :)

Конечно! Хочу поделиться еще вопросами:

1. Can the client provide a list of versions of the Operating Systems, browser version (Chrome or stock browser) and mobile hardware versions (devices) that should be supported by the new Mobile App?

Example:

iPhone 5s with IOS7.0
iPhone 5c with IOS7.0
iPhone 5 with IOS6.0
iPad 3 with IOS7.0

Samsung Galaxy S3 (Android 4.4 KitKat) testing both Chrome and the stock browsers
Samsung Galaxy S 9000 (Android 2.1 Eclair) testing both Chrome and the stock browsers
HTC Evo 3D (Android 2.3.4 Gingerbread) testing both Chrome and the stock browsers

 

2. Can the client explain to us if he wants to build a web app (access to app via an URL), native app (access to app through the download at GooglePlay or AppleStore) or a crossflatform solution (eg. PhoneGAP or Titanium SDK)?

 

3. Does the client want us to submit the Mobile App to AppleStore or GooglePlay? Which developer account do we need to use?

 

4. Is the client available to provide the Photoshop designs of the Mobile App or wireframes?

 

5. What is client’s Revenue Generation for a Mobile App (eg. Free App, In-app purchases, Paid App, etc.)?

 

6. How do you want to manage the content (eg. images, text, links, etc.) in your App?

 

7. Is there special functions in the mobile app that require any mobile gestures (eg. single tap, shake, spread, double tap, etc.)

 

8. What is the planed lifecycle for your app? Do you plan to keep it up-to-date with the latest OS versions?

Поделиться:

Цитировать

[Антон ТитлиновПодписчик]

Добрый день!

На текущий момент необходимо делать тестирование iOS-приложений и тестирование мобильных приложений для Android. На этом сайте http://www.a1qa.ru/services/mobile_application_testing/ можно узнать подробную информацию.

Поделиться:

Цитировать

[Автор]

Сообщения