iPhone pour Intranet

Question

Il a commencé un jour alors que j'utilisais mon iPod Touch: ce ne serait pas cool d'avoir la fonction XXX (de notre application de bureau interne) disponible sur l'iPhone comme application native. J'ai eu cette idée parce que (A) Je pense que notre suite applicative actuelle de bureau interne de 6 ans et plus a besoin d'un lifting majeur, et (B) au lieu de continuer notre méthodologie de développement en cascade, qui aboutissait habituellement à un projet en boîte après des dizaines de personnes qui passent des mois sur quelque chose dont aucun utilisateur ne se soucie. J'espère que nous pourrons commencer à faire beaucoup de petits projets avec des cycles d'itération de 2 semaines en utilisant la méthodologie Agile. Oh, je veux aussi trouver une excuse pour utiliser XCode dans le bureau. Après avoir fait des recherches, j'ai découvert que pratiquement NO COMPANY fait des applications intranet natives iPhone parce qu'aucune entreprise ne veut que leur développement interne soit contrôlé par Apple qui a tendance à tuer des applications géniales comme Google Talk. Puisque notre entreprise est extrêmement préoccupée par la sécurité et la sûreté, l'expression «utiliser un iPhone/iPod Touch jailbreaké» revient à dire «s'il te plaît, tire moi».

J'ai donc conçu le plan B: utiliser ComponentOne iPhone Studio pour créer une application Web intranet optimisée pour l'iPhone. J'ai passé 2+ semaines et c'est à peu près fini. Mon superviseur semblait très enthousiaste à ce sujet, alors j'espère que nous pourrons en faire un projet à long terme.

Ma question est la suivante: avez-vous déjà essayé d'écrire une application iPhone (application native ou application web) pour l'usage interne de votre entreprise, et quels sont les défis techniques et politiques?

Answer 1

Nous en avons parlé à mon bureau, mais c'est loin d'être terminé. La licence de développeur Enterprise vous permet de contrôler la distribution de votre application au sein de votre organisation, pas Apple. L'AppStore n'est pas impliqué du tout.

Answer 2

Si vous écrivez bien vos applications Web, il est très facile d'ajouter une interface pour la plupart des appareils mobiles, pas seulement pour iPhone.

Nous utilisons des choses comme: intranet.domain.com/application/mobile/

Nous créons toujours nos applications Web avec des couches de fonctionnalité afin que le côté de l'interface utilisateur est facilement commutable. Mon préféré en ce moment est le style MVC. De cette façon, vous n'avez qu'un travail de concepteur d'interface utilisateur sur l'interface mobile, mais toute la logique métier sous-jacente est la même que celle que vous utilisez. Je voudrais aussi toujours aimer écrire des applications iPhone natives pour nos systèmes car ils sont juste beaucoup plus cool :-) Merde Apple pour ne pas nous permettre.

Answer 3

J'ai écrit trois applications internes (natives) pour mon entreprise.

Nous sommes en mesure d'utiliser une distribution ad-hoc (moins de 100 utilisateurs, ne sont pas admissibles au programme d'entreprise de 500 personnes).

Ça a été génial. Les execs adorent ça, nos vendeurs les utilisent comme des fous. Quelques nouveaux clients ont déjà été crédités d'avoir été impressionnés par notre technologie et d'être à bord lorsqu'ils ont vu nos applications.

Toutes les parties gagnantes jusqu'à présent.

Answer 4

Je construis toute l'application iPhone comme applications utilisant ASP.NET. ComponentOne a Studio pour iPhone qui vous permet de créer des sites ASP.NET qui ressemblent et se comportent comme des applications iPhone natives. C'est une excellente solution pour les développeurs Microsoft comme moi qui n'ont pas accès à la machine Apple ou aux kits de développement.Je l'ai utilisé pour créer une version mobile de notre site Web qui appelle la même bibliothèque de classes que notre site Web principal. C'est ma partie préférée du concept, en utilisant mon modèle existant.

Voici le lien où vous pouvez en savoir plus sur le iPhone ASP.NET controls