Discussion :

[Pfeffer]

Bonsoir,

Nous avons un projet, celui d'éditer une solution (application) dans le domaine de l'energie. Il faut que j'établisse un business plan.

Nous avons actuellement 3 développeurs .Net mais pas de DBA. Nous travaillons sur SQL Server.

L'idée serait de créer une solution hébergée avec un abonnement ou un forfait.

Plusieurs questions:

- selon vous c'est quoi l'équipe type qu'il faudrait ? Est e qu'un DBA est obligatoire ? Un chef de projet supplementaire ? Un web designer ?

- si nous partons sur une solution hébergée, est ce que cela signifie bien, un client léger, serveur lourd ? Un site Web par exemple ?

- Que préconisez vous, le combo asp.net, html5, css, javascript, bootstrap ? Asp.net mvc, c'est mieux ?

[DotNetMatt]

- selon vous c'est quoi l'équipe type qu'il faudrait ? Est e qu'un DBA est obligatoire ? Un chef de projet supplementaire ? Un web designer ?

Un DBA est toujours un gros plus pour assurer la perenite d'un projet. Souvent (pas toujours) les developpeurs n'y connaissent pas grand chose en bases de donnees, et leur modelisation est plus qu'hasardeuse. Et qui dit modelisation foireuse dit problemes de performances a venir. A defaut d'embaucher un DBA, tu peux au moins faire appel a un consultant externe qui pourra passer en revenue le modele (ou en suggerer un) dans les premieres phases du projet, et faire un suivi plus ou moins rapproche (selon vos besoins) jusqu'a la mise en production, eventuellement meme en suivi post-production.

Un Web Designer n'est pas requis, mais dans ton equipe il te faut au moins un mec qui s'y connaisse un minimum en UI, et un qui s'y connaisse un minimum en backend. Idealement, un developpeur plus senior qui pourrait superviser l'architecture.

Un chef de projet supplementaire implique que tu en as deja un. Donc je dirais que son utilite depend de la charge de travail pour le premier chef de projet...

- si nous partons sur une solution hébergée, est ce que cela signifie bien, un client léger, serveur lourd ? Un site Web par exemple ?

En general solution hebergee = Software as a Service (SaaS). La plupart du temps ca passe par un site Web (donc client leger). Cela permet d'eviter toutes les problematiques de mises a jour des clients. Il te suffit juste de deployer le nouveau site Web lorsqu'une nouvelle feature est disponible, et tous les clients peuvent en beneficier. S'il y a des besoins particuliers (je n'en ai pas en tete) alors un client lourd peut etre la solution, mais il faut etre conscient que c'est bien plus galere a gerer pour toi comme pour tes clients. Autre avantage du Web, tu es tres facilement multi-plateformes (PC, tablette, telephone...).

- Que préconisez vous, le combo asp.net, html5, css, javascript, bootstrap ? Asp.net mvc, c'est mieux ?

Personnellement je ne travaille que sur les techno Microsoft (c'est mon domaine d'expertise) donc oui je te conseille la stack que tu as suggere. Pour ASP.NET, il vaut mieux partir sur ASP.NET Core 2.1 (car tu pourras l'heberger sur du Linux si besoin), avec MVC ou Web API. Si tu cherches la simplicite tout en beneficiant de MVC, regarde du cote des Razor Pages.

[Pfeffer]

Merci pour ta réponse plus que complète.
Actuellement je suis un peu l'homme à tout faire, chef de projet, développeur, dba, wev designer. Cependant j'ai mes limites et je sais que chaque activité est un métier a part.

Je développe tout en asp.net avec le combo jquery, bootstrap, etc.

En backend notre solution est solide mais je me rends compte que sur l'aspect visuel on peut mieux faire. Et c'est ce qui est vendeur lorsqu'on doit présenter le produit. Donc je pense que dans un premier temps il faut devenir plus solide a ce niveau. J'entends qu'il faut aussi se soucier de la performance et de ce côté on a fait le boulot.

Pour le côté hébergement, nous travaillons uniquement avec des produits Microsoft. Donc je pense créer autant d'instance BDD SQL server que de client, et mettre en place un serveur IIS avec plusieurs sites propre a chaque client. De cette manière on pourra faire des montées de version spécifique pour chaque client ou même proposer des gammes de produits différentes selon les abonnements des clients.

[DotNetMatt]

Actuellement je suis un peu l'homme à tout faire, chef de projet, développeur, dba, wev designer. Cependant j'ai mes limites et je sais que chaque activité est un métier a part.

Effectivement il te faut du renfort

En backend notre solution est solide mais je me rends compte que sur l'aspect visuel on peut mieux faire. Et c'est ce qui est vendeur lorsqu'on doit présenter le produit. Donc je pense que dans un premier temps il faut devenir plus solide a ce niveau.

Certes, apres tu n'as pas forcement besoin de faire appel a un graphiste. Tu peux acheter un template exclusif sur internet (base sur Bootstrap / jQuery) puis l'integrer sur ton site. Ca coute assez cher pour l'exclusivite, mais ca t'assurera un rendu au top. Et tu economies le cout d'un web designer... Il faut juste savoir faire un peu d'integration.

Donc je pense créer autant d'instance BDD SQL server que de client [...] De cette manière on pourra faire des montées de version spécifique pour chaque client ou même proposer des gammes de produits différentes selon les abonnements des clients.

Attention car multiplier les bases/instances va aussi multiplier les operations de maintenance. On conseille plutot de commencer par une seule base de donnees commune a tous les clients. Une premiere etape est eventuellement de separer la base en plusieurs schemas (1 par client) ; voire d'utiliser un schema commun et de discriminer les donnees par un indentifiant client - cependant le schema commun rend un peu plus complique les personnalisations, donc tout depend du business model.

En tout cas je te conseille vivement une seule DB pour commencer, avec 1 schema par client. Ensuite, si le besoin s'en fait sentir (par exemple des besoins de ressources dediees, etc.) tu peux toujours isoler un client sur une DB et/ou une instance.