Projet de logiciel de saisie + visualisation

[Jodu42]

Bonjour à tous,

Dans le cadre d'une mission que je dois réaliser seul pour mon entreprise, je venais faire appel au savoir des ingénieurs présents sur la communauté afin d'avoir quelques conseils. Je ne veux pas me lancer dans quelque chose qui me fera regretter plus tard mes choix.

Je précise que je suis étudiant en alternance (en 4ème année), donc je suis loin d'avoir la science infuse dans le domaine de l'informatique.

Pour décrire rapidement le contexte, mon entreprise saisit des rapports lorsqu'elle a pu faire ce qu'on appellera un Diagnostic. Ce sont des rapports Word faisant entre 50 et 130 pages, cela dépend de la complexité du diagnostic. Aujourd'hui, nous avons décidé de faire ça de manière logicielle car dans tous ces rapports, il y a énormément de redondances dans les données saisies.

Nous allons donc créer un logiciel permettant de pouvoir alléger cette conception, et de la rendre écologique (0 papier). Cela se fera du côté entreprise bien évidemment. J'entends par là, la saisie de données (géographiques, coordonnées de clients, chiffres, et certaines données issues de webservices de sites spécialisés).
Les clients eux, au lieu de voir leur rapport en format papier, auront un service sur le site internet de la boîte afin de pouvoir visualiser, de façon plus claire et ergonomique, leur rapport.

Le problème que je rencontre, c'est le choix des technologies à mettre en place. Je penchais sur trois solutions :
1 - Architecture JAVA. Pour moi c'est une bonne solution car les technos sont libres, le langage est puissant... Je ne suis pas expert en la matière, mais est-ce que tout ce que je veux faire est possible, et pas trop fastidieux en Java ?
2 - Architecture C#/.NET. Je pense que c'est une solution agréable, de par les très bons outils fournis par Microsoft, et la relative liberté dans le langage. Malheureusement je butterai sur l'installation qu'il faudra effectuer sur du Windows Server (je pense ?), et le paramétrage de tout ça. (Et bien sûr les coûts)
3 - PHP. Je pense que ça peut être pas mal aussi car le langage est simple, et devrais permettre de faire tout ce que je veux. Mais je ne suis pas sûr qu'il sera assez puissant.

Concrètement, j'ai déjà beaucoup travaillé avec du PHP, mais j'aimerais énormément m'initier en profondeur à Java. J'en ai un petit peu fait, je connais bien les notions objet, mais je n'ai jamais installé d'architecture. Bien sûr, j'ai un peu peur de ne pas y arriver quand je vois tous les services que devra rendre le logiciel.

Je vous demande donc votre aide afin de savoir si j'emprunte bien le bon chemin, d'une, et ensuite, si possible, que vous me donniez les avantages / inconvénients de chacune des propositions de choix que j'ai pu mettre en évidence.

D'avance, je vous remercie.

[djfab]

Salut,

Afin de bien comprendre, peux-tu nous fournir :
- de quels composants graphiques as-tu besoin ? As-tu besoin d'arbres complexes, de drag n drop ou simplement des formulaires très classiques ?
- combien d'écrans (pages) devront être présents (à peu près, c'est pour connaitre la taille du projet)
- un rapport sera formé de beaucoup de champs ?
- l'outil doit-t-il être accessible en ligne, via navigateur ?
- quelle liberté concernant l'architecture machine auras-tu ? Une application en php s'installe facilement sur des serveurs mutualisés, une application Java non.

Que ce soit en php ou en java, il te faudra choisir des frameworks, et il faudrait déjà y penser.

[Jodu42]

Salut,

Pour ce qui est de la partie saisie, je pense que la majorité sera des formulaires très classique. Je suis encore sur la partie analyse, mais néanmoins, il y aura énormément de données à remplir.

Il y aura beaucoup de pages / écrans, c'est clair car les données sont tellement nombreuses qu'il va falloir catégoriser un petit peu les choses. On peut partir sur une trentaine je pense.

Combien de champs ? Un nombre colossal, pour la partie 1 (sur 4) j'en relève déjà une centaine.

L'outil sera exclusivement accessible de l'entreprise dans laquelle je travaille, les employés saisiront leurs données et tout sera ensuite sauvegardé sur un serveur de base de données. Cette base sera par la suite utilisée pour la visualisation des rapports sur Internet.

Ma liberté d'action est totale, je devrais pouvoir disposer d'un serveur que je pourrais paramétrer à ma guise (d'où ma préférence pour des technos telles que Java ou php).

Lors des saisies, il n'y aura qu'un ou deux utilisateurs à la fois (peu de charge), et pour les visualisations c'est pareil.

Avec l'évolution prévue par le produit, le nombre de saisie simultanée ne devrait jamais dépasser le nombre 20.

Je suis d'accord pour commencer à choisir les frameworks, mais je ne sais pas encore lesquels seraient les mieux adaptés.

Plus tard, il est prévu de créer des modélisations 3D d'un lieu, pour ensuite les intégrer dans la partie visualisation, et établir un espèce de zoning (2d je pense, sinon ce sera vraiment galère), qui affichera certaines données selon l'endroit où l'on a cliqué.

Egalement, plus tard la solution visualisation est prévue pour être présentée sur tablettes tactiles (et particulièrement iPad)

[Sepia]

Salut Jodu42,

Il existe des composants .Net pour générer des rapports sur Internet via Sharepoint ou des composants Java comme POI pour via Apache/Tomcat (entre autres). Tu peux aussi regarder des choses plus spécifiques comme EMC/Documentum, LifeCycle/APEX d'Adobe ou comme Fusion d'Oracle 11g avec UCM qui t'offre déjà pas mal d'éléments dont l'architecture, ce qui n'est pas négligeable. Il doit en exister d'autres. Mais tous sont des outils payants (comme d'ailleurs Alfresco mais dont le coût est faible).

@+

[djfab]

Salut,

Tu parles ici d'outils de gestion de document à customiser, n'est-ce pas ? Pas de développement spécifique ?

[Jodu42]

Salut,

En ce qui concerne ces solutions payantes, .net ou non, je ne pense pas que ce sera la démarche choisie par l'entreprise à cause de la partie visualisation qui est vraiment trop spécifique à nos besoins.

Après ça serait toujours intéressant d'y jeter un oeil car ce sont des choses que je ne connais absolument pas.

[Sepia]

Salut Jodu42,

Jette alors un œil sur OPIDIS de ARTESYS Intl. C'est assez orienté GED (technique) mais ça marche pour la GED généraliste et ils disposent d'un Viewer spécifique qui marche aussi sur tablettes.

@+