|
|
|
|
Caractéristiques de produit générales
Quand on a décidé de développer sa propre infrastructure, mais également dans le cas d'une solution ASP, l’examen attentif de quelques caractéristiques des produits est nécessaire.
La gestion des licences
Le premier paramètre important est la manière dont on calcule le nombre de licences et les frais totaux de licences. Cela détermine non seulement les frais d’investissement mais aussi les frais desquels il faut tenir compte à long terme et en cas d’élargissement.
Possibilités courantes:
- Licences fixes par serveur ou par processeur auprès d’un serveur
- Licences fixes par utilisateur d’un back-office
- Licences variables dépendant de l’intensité de l’utilisation du système.
Possibilités de l’intégration/sytème ouvert
Dans l’avenir il peut être important de lier le système à un autre système ou bien d’échanger les données avec les applications externes. Nous appelons un système qui n’admet pas cette intégration et qui cloisonne son propre entourage un système fermé et celui-ci sera moins flexible à l’égard d’élargissements éventuels. Un système ouvert admettra des élargissements avec moins de frais.
Technologie utilisée
La base de presque toutes les applications est une technologie déjà existante. Elle dépend de la technologie utilisée si on a besoin de licences adjointes et il se peut que ces licences puissent causer des frais ultérieurs.
D’autre part, une technologie bon marché peut demander, au niveau de la maintenance, beaucoup d’heures de travail par employé, ce qui contrebalance les avantages, et influence le choix initial. Il est surtout important de faire un choix qui est dans la droite ligne de la politique d’entreprise, sinon vous risquez de finir par utiliser toutes sortes de produits qui entraînent des dépenses d’entretien gigantesques.
Elargissement d’échelle
Une entreprise s’agrandit et un back-office lui aussi doit être capable de suivre cet élargissement d’échelle. Actuellement une solution peut remplir les besoins mais le produit peut être inefficace ou altéré après un élargissement d’échelle et l’investissement initial sera perdu.
Sécurité
Est-ce que le système offre assez de garanties de securités? Est-ce que les données sont codées avant d'être envoyées et peut-on retracer toutes les actions (frauduleuses éventuellement) dans le système pour effectuer une analyse de l’abus.
Marge d’erreurs
Le système répond-il quand même à certaines instructions en cas de problème partiel ? Peut-on installer un appareil supplémentaire pour que les utilisateurs puissent continuer leur travail lorsqu'un premier appareil arrête ses fonctions?
Y-a-t-il une manière simple de récupérer les données en cas d'erreur fatale et d’installer un autre appareil à court terme?
|
|
|
|
