Établissez ou achetez un CMS ?
Créer un système de gestion content à partir de zéro, ou employer les modules préexistants, peut ressembler à de la manière finale d'obtenir la solution exacte que vous exigez.
Cependant, les analyses soigneuses indique souvent des pièges dangereux et des comings courts sérieux avec beaucoup de systèmes de gestion contents sur mesure.
Par rapport à mûr d'aujourd'hui, les produits examinés et soigneusement conçus, la plupart des systèmes du pays sont bizarres, mal pensée-dehors, et difficiles à maintenir.
Cependant, même maintenant beaucoup considéreront sérieusement le développement fait sur commande. Comme IL projet fait sur commande de développement, vous en pourrait prendre le risque sérieux quand il vient à fournir votre projet à l'heure et le budget, pour ne pas mentionner le du côté incliné de l'appui cher et du manque de mises à niveau à l'avenir.
Deux organismes de raisons principales choisissent de construire
Flexibilité Perçue
La décision à construire plutôt que l'achat est fréquemment basée sur l'affirmation qu'aucun produit disponible immédiatement ne pourrait probablement satisfaire les besoins spécifiques d'affaires de l'organisation.
Pour beaucoup de réalisateurs, de personnalisation d'efforts à architectures conformées abandonnantes moyennes rapidement, ou processus, en faveur de répondre à des exigences apparemment complexes. Une telle approche est myope, ne payant aucun respect au besoin du changement, et un modèle cohérent d'assurer le scalability, la sécurité et la vrai-flexibilité.
En réalité, la gestion de l'information et les conditions d'édition d'une large gamme des applications possibles peuvent être avec succès contenues dans une pensée bonne hors de système. Si on trouve des conditions qui n'adaptent pas le système, au lieu de se développer à une tangente pour satisfaire un certain besoin peu commun spécifique (et de créer de ce fait une île d'investissement de développement), nous préférons plutôt ajuster le système, ainsi le besoin peut être satisfait prévisible à plusieurs reprises.
Avec cela à l'esprit : Le bon CMS d'A devrait offrir un magasin dynamique de l'information qui permet à n'importe quelle structure imaginable de contenu d'être créée. Tout nombre de champs de méta-données peut être défini et des structures record de base de données complexe peuvent être configurées, permettant à des données structurées d'être contrôlées avec la même facilité que des articles de libre-forme. Tout ceci sans toute programmation personnalisée, et dans une interface cohérente pour l'information de gestion. Le système de calibre doit vraiment séparer la présentation et le contenu, et élimine le besoin de programmation afin de créer la fonctionnalité flexible de page. Ceci peut être rendu possible par un système des peaux (le HTML) et des vues (les règles qui lient l'information à la présentation), et une certaine forme de rendu ou une marque vers le haut de langue.
Le résultat de fin est un système de bâtiment de calibre avec la flexibilité extraordinaire, permettant des applications complexes d'enchaînement comprenant le catalogue en ligne basé fait des emplettes, des portails et des annuaires à déployer rapidement, sans la programmation coutume-Asp.
Coût
Un certain développement d'enchaînement affermit fréquemment la promesse de fournir un CMS puissant pour un coût avant haut qui peut sembler attrayant.
C'est un fait bien connu qu'il des projets de développement courent fréquemment bien des espérances finies de temps et de budget. Se diriger en bas du chemin fait sur commande de développement est presque garanti pour avoir comme conséquence des éruptions de projet, des dates-limites manquées, et des complications inattendues.
L'examen étroit de beaucoup de réalisations de CMS de coutume indique des inadvertances sérieuses dans la conception du moteur d'édition et la flexibilité du système.
Vu qu'une solution basée par produit robuste représente beaucoup d'années de personne de temps d'élaboration, c'est petite merveille que un système fait sur commande comparable ne peut pas être construit dans une question de quelques semaines ou mois à partir de zéro.
Par exemple, beaucoup de systèmes sur mesure manquent des dispositifs importants suivants : la vérification rétrospective de 100% et roulent en arrière : Disques de phase actuels faits sur commande fréquemment rapidement établis de base de données de systèmes aux visiteurs de site Web, plutôt que de contenu approuvé versioning, et entrée dans un format de dossier plat qui peut plus rapidement être servi, avec moins de charge sur votre web server de phase.
C'est risqué d'un point de vue de sécurité, et pourrait laisser votre organisation exposée aux risques légaux inutiles en raison d'un manque de données historiques sur votre édition de site Web. Séparation vraie de présentation et de logique d'affaires. Au lieu de cela, les calibres sont sur mesure avec le code de programmation, et la présentation, dans une page simple, créant une base étroitement interdépendante de code qui est complexe pour maintenir. Des changements de conception doivent être faits par des programmeurs plutôt que les concepteurs, voulant dire le coût de changement est long et cher. Il y a système pour la fonctionnalité de gestion de calibre, donc le changement exigent le développement ultérieur. Le coût de la propriété escalade rapidement pendant que le besoin inévitable de changements continue. À interface utilisateur conformée pour contrôler différentes structures d'information, ou de contenu. Au lieu de cela, beaucoup de modules séparés de systèmes Bolton, qui n'intègrent pas vraiment dans la plateforme de noyau, fonction différemment, et ne fonctionnent pas avec la même sécurité ou modèle d'édition. Sécurité intégrée, vers le bas au niveau de champ. À moins qu'il y ait un modèle cohérent pour des permissions de gestion d'utilisateur à travers tous les aspects du système, il est difficile contrôler sécurité, a laissé comprennent le long. Rectifiez le soutien des utilisateurs concourants, avec le verrouillage de l'enregistrement approprié, et le contrôle d'article. Dans un enchaînement de complexe basé l'environnement de serveur de client, gestion appropriée des tentatives concourantes d'éditer l'information est critique à assurer des auteurs ne frappent du pied pas sur chaque autres travaillent.
Le visage du développement fait sur commande
Se diriger en bas du chemin fait sur commande de développement n'est pas pour le faible hearted. Le développement fait sur commande prend du temps, et exige la diligence considérable dans la portée et les conditions de planification d'éviter de aller bien itérativement à un monstre affamé de ressource. Le développement de Web n'est pas comme des applications de dessus de bureau de bâtiment. La nature de l'Internet crée des conditions en soi complexes d'une perspective de serveur de client. Il y a beaucoup de couches de technologie s'étendant des langues basées de Serveur-Côté de code passées en revue parcôté (tel que DHTML, Javascript, flash) (VBScript, Jscript, PHP etc..), les langages d'interrogation et les procédures (SQL), les composants de serveur (C, Java, VB) et plus. Le développement d'une solution sophistiquée exige un arrangement clair de toutes ces couches. Contrôlant l'application et de la base de données des serveurs basés par enchaînement courant une solution adaptée aux besoins du client est plus complexe que contrôlant un produit documenté. Examinant sur différentes plateformes, et charges, peut prendre extrêmement du temps. La documentation ne peut être jamais écrite pour couvrir les systèmes faits sur commande de 100%, ou les éléments d'un système adapté aux besoins du client. Fonctionnent avec les modules préexistants qui ne sont pas correctement documentés, ou vraiment seulement les bibliothèques de code, peuvent prendre aussi du temps que le bâtiment à partir de zéro. Il peut être pénible extraire soutien d'un système fait sur commande non standard, et cher de continuer. L'entretien est plus complexe, plus long et pour être chargé des problèmes des fonctions non documentées, qui ont été longues oubliées par les programmeurs qui ont passé à d'autres projets.
Travailler avec une solution prouvée
De meilleurs produits de CMS ne sont pas simplement des outils, ou une collection de modules lâchement définis. Ils sont prouvés, les solutions pleines, que peut être installé et actionné hors de la boîte. Déployer un produit accroît l'expertise d'une équipe concentrée sur le développement d'une solution qui a apprécié l'attention et l'accord des milliers d'heures du développement. Par les niveaux minimaux de la configuration, un bon système peut satisfaire les besoins contents de gestion d'une large étendue des applications. La personnalisation de votre couche présentation d'affaires est rapide, grâce à un système flexible de calibre défini par bien qui est contrôlé par le produit. Les temps d'déploiement sont typiquement des mois de semaines pas, et coûtent une fraction du coût de permis de produit ? pas un multiple de lui ? comme quelques prétendues solutions de heavyweight. La formation et l'appui, plus l'engagement en cours pour vous fournir une solution fonctionnante qui peut se développer avec vos besoins, est une pièce de noyau de la vision de produits. La documentation est uniformément organisée, et accroissant pendant que le système augmente. La formation en ligne est accroissante et devenante plus sophistiquée.
Dans la comparaison : Achat contre la construction
Achat Construction Ã"â· Plus à prix réduit de propriété Ã"â· Un coût plus élevé de propriété Ã"â· Déploiement rapide Ã"â· Déploiement prolongé Ã"â· Intégration rapide Ã"â· Intégration lente Ã"â· Niveau élevé de la fonctionnalité Ã"â· fonctionnalité Bas-modérée Ã"â· Facile à employer et maintenir Ã"â· Employer plus dur, entretien complexe Ã"â· Suit les meilleures pratiques Ã"â· La conception faite sur commande peut être pauvre Ã"â· Dispositifs que vous pourriez ne jamais vous permettre pour établir Ã"â· Manque des dispositifs sophistiqués Ã"â· Appui commis Ã"â· Appui contingent Ã"â· Mises à niveau et améliorations Ã"â· Limité ou aucunes mises à niveau Ã"â· Haute qualité Ã"â· Mauvaise qualité
Andy Farrell est directeur de gestion de Gravitymax, un lotisseur content de système de gestion basé à Sydney, Australie.
Source D'Article: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster obtenir le code html
Ajouter cet article sur votre site Web dès maintenant!
Webmaster envoyer vos articles
Aucune inscription requise! Remplissez le formulaire et votre article est dans le Messaggiamo.Com répertoire!
