¿Construya o compre un CMS?
Crear un sistema de gerencia contento del rasguño, o usar bloques de edificio preexistentes, puede sonar como la última manera de conseguir la solución exacta que usted requiere.
Sin embargo, los análisis cuidadosos revelan a menudo trampas peligrosas y comings cortos serios con muchos sistemas de gerencia contentos construidos de encargo.
En la comparación a maduro de hoy, los productos probados y cuidadosamente diseñados, la mayoría de los sistemas de cosecha propia son quirky, mal pensamiento-hacia fuera, y difíciles de mantener.
Sin embargo, incluso ahora muchos considerarán seriamente el desarrollo de encargo. Como cualesquiera proyecto de encargo del desarrollo, usted podría adquirir riesgo serio cuando viene a entregar su proyecto sobre tiempo y presupuesto, para no mencionar la desventaja de la ayuda costosa y la carencia de mejoras en el futuro.
Dos organizaciones de las razones principales eligen construir
Flexibilidad Percibida
La decisión a construir más bien que la compra se basa con frecuencia en la aserción que ningún producto disponible podría resolver posiblemente las necesidades específicas del negocio de la organización.
Para muchos reveladores, del arreglo para requisitos particulares de los esfuerzos arquitecturas constantes que abandonan malas rápidamente, o procesos, en el favor de satisfacer requisitos aparentemente complejos. Tal acercamiento es miope, no pagando ningún respecto a la necesidad del cambio, y un modelo constante de asegurar scalability, seguridad y verdadero-flexibilidad.
En realidad, la gerencia de información y los requisitos que publican de una amplia gama de usos posibles se pueden contener con éxito en un pensamiento bien fuera del sistema. Si se encuentran los requisitos que no caben el sistema, en vez de convertirse en una tangente para resolver una cierta necesidad inusual específica (y de tal modo de crear una isla de la inversión del desarrollo), preferimos algo ajustar el sistema, así que la necesidad se puede resolver fiable repetidas veces.
Con eso en mente: El buen CMS del A debe ofrecer un almacén dinámico de la información que permita que cualquier estructura concebible del contenido sea creada. Cualquier número de los campos de los meta datos puede ser definido y las estructuras de registro de la base de datos compleja se pueden configurar, permitiendo a datos estructurados ser manejado con la misma facilidad que los artículos de la libre-forma. Todo el esto sin cualquier programación de encargo, y en un interfaz constante para la información de manejo. El sistema de la plantilla debe separar verdad la presentación y el contenido, y elimina la necesidad de la programar para crear funcionalidad flexible de la página. Esto se puede hacer posible a través de un sistema de las pieles (el HTML) y de las opiniónes (las reglas que atan la información a la presentación), y de una cierta forma de representación o de marca encima de la lengua.
El resultado final es un sistema del edificio de la plantilla con la flexibilidad extraordinaria, permitiendo usos complejos de la tela incluyendo el catálogo en línea basado hace compras, los portals y los directorios que se desplegarán rápidamente, sin la programación costumbre-ASP.
Coste
Un cierto desarrollo de la tela pone firme con frecuencia promesa de entregar un CMS de gran alcance para un coste delantero ascendente que pueda sonar atractivo.
Es un hecho bien conocido de que los proyectos del desarrollo funciona con frecuencia bien expectativas en un cierto plazo y del presupuesto. El dirigir abajo de la trayectoria de encargo del desarrollo casi está garantizado para dar lugar a escapes del proyecto, a plazos faltados, y a complicaciones inesperadas.
La examinación cercana de muchas puestas en práctica del CMS del costumbre revela descuidos serios en el diseño del motor que publica y la flexibilidad del sistema.
En vista de que una solución basada producto robusto representa muchos años de la persona del tiempo de desarrollo, es pequeña maravilla que un sistema de encargo comparable no se puede construir en una cuestión de algunas semanas o meses del rasguño.
Por ejemplo, muchos sistemas a la medida carecen las características importantes siguientes: el rastro de intervención del 100% y rueda detrás: Actuales expedientes vivos de encargo rápidamente con frecuencia construidos de la base de datos de los sistemas a los visitantes del Web site, más bien que contenido aprobado versioning, y mudanza en un formato del fichero "plano" que puede ser servido más rápidamente, con menos carga en su web server vivo.
Esto es aventurado desde un punto de vista de la seguridad, y podría dejar su organización expuesta a los riesgos legales innecesarios debido a una carencia de datos históricos en su publicar del Web site. Separación verdadera de la presentación y de la lógica del negocio. En lugar, las plantillas son costumbre construidas con código de programación, y presentación, en una sola página, creando una base firmemente interdependiente del código que sea compleja mantener. Los cambios del diseño necesitan ser realizados por los programadores más bien que los diseñadores, significando el coste de cambio son desperdiciadores de tiempo y costosos. Hay sistema para la funcionalidad de manejo de la plantilla, por lo tanto el cambio requiere el desarrollo adicional. El coste de la propiedad se extiende rápidamente a medida que la necesidad inevitable de cambios continúa. Interfaz utilizador constante para manejar diversas estructuras de la información, o del contenido. En lugar, muchos módulos separados de los sistemas Bolton, que no integra verdad en la plataforma de la base, función diferentemente, y no funcionan con la misma seguridad o modelo que publica. Seguridad integrada, abajo al nivel del campo. A menos que haya un modelo constante para los permisos de manejo del usuario a través de todos los aspectos del sistema, la seguridad es difícil de manejar, dejó adelante entiende. Verdad la ayuda para los usuarios concurrentes, con record-locking apropiado, y la comprobación del artículo. En una tela del complejo basada el ambiente del servidor de cliente, gerencia apropiada de tentativas concurrentes de corregir la información es crítico a asegurar a autores no stomp en cada otros trabaja.
La cara del desarrollo de encargo
El dirigir abajo de la trayectoria de encargo del desarrollo no está para el débil hearted. El desarrollo de encargo es desperdiciador de tiempo, y requiere diligencia considerable en scoping y requisitos del planeamiento para evitar de sentir bien iterativo a un monstruo hambriento del recurso. El desarrollo del Web no es como usos del tablero del escritorio del edificio. La naturaleza del Internet crea requisitos intrínsecamente complejos de una perspectiva del servidor de cliente. Hay muchas capas de tecnología que se extienden de las idiomas basadas hojeadas cliente-lado del Servidor-Lado del código (tal como DHTML, Javascript, flash) (VBScript, Jscript, PHP etc), los lenguajes de interrogación y los procedimientos (SQL), los componentes del servidor (C, Java, VB) y más. El desarrollo de una solución sofisticada exige una comprensión clara de todas estas capas. La tela de manejo basó el uso y los servidores de la base de datos que funcionan una solución modificada para requisitos particulares son más complejos que manejando un producto documentado. Probando en diversas plataformas, y cargas, puede ser extremadamente desperdiciador de tiempo. La documentación se puede nunca escribir para cubrir sistemas de encargo del 100%, o elementos de un sistema modificado para requisitos particulares. Están trabajando con los bloques de edificio preexistentes que no se documentan correctamente, o realmente solamente las bibliotecas del código, pueden ser tan desperdiciadoras de tiempo como el edificio del rasguño. La ayuda para un sistema de encargo no estándar puede ser dolorosa de extraer, y costoso continuar. El mantenimiento es más complejo, más desperdiciador de tiempo y más probable ser cargado con los problemas de las funciones indocumentadas, que han sido largas olvidadas por los programadores que se han movido sobre otros proyectos.
Trabajo con una solución probada
Productos mejores del CMS no son simplemente herramientas, o una colección de módulos libremente definidos. Se prueban, las soluciones sólidas, que puede ser instalado y ser funcionado fuera de la caja. Desplegar un producto leverages la maestría de un equipo centrado en el desarrollo de una solución que ha gozado de la atención y de templar de millares de horas del desarrollo. A través de niveles mínimos de la configuración, un buen sistema puede resolver las necesidades contentas de la gerencia de una amplia gama de usos. El arreglo para requisitos particulares de su capa de presentación del negocio es rápido, los gracias a un sistema flexible definido pozo de la plantilla que sea manejado por el producto. ¿Los tiempos del despliegue son típicamente meses de las semanas no, y cuestan una fracción del coste de la licencia del producto? ¿no un múltiplo de él? como algunas soluciones pesadas supuestas del peso. El entrenamiento y la ayuda, más la comisión en curso para proporcionarle una solución de trabajo que pueda crecer con sus necesidades, es una pieza de la base de la visión de los productos. La documentación se organiza constantemente, y creciendo mientras que el sistema se amplía. El entrenamiento en línea es creciente y que se sofistica ma's.
En la comparación: Compra contra estructura
Compra Estructura Ã"â· Un costo más bajo de la propiedad Ã"â· Un coste más alto de la propiedad Ã"â· Despliegue rápido Ã"â· Despliegue muy largo Ã"â· Integración rápida Ã"â· Integración lenta Ã"â· Alto nivel de la funcionalidad Ã"â· funcionalidad Bajo-moderada Ã"â· Fácil utilizar y mantener Ã"â· Para utilizar más difícilmente, mantenimiento complejo Ã"â· Sigue las mejores prácticas Ã"â· El diseño de encargo puede ser pobre Ã"â· Características que usted podría nunca producir para construir Ã"â· Carece características sofisticadas Ã"â· Ayuda confiada Ã"â· Ayuda contingente Ã"â· Mejoras y mejoras Ã"â· Limitado o ningunas mejoras Ã"â· Alta calidad Ã"â· Baja Calidad
Andy Farrell es director de manejo de Gravitymax, revelador contento del sistema de gerencia basado en Sydney, Australia.
Artículo Fuente: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster obtener el código html
Añadir este artículo a su sitio web ahora!
Webmaster Envíe sus artículos
No es necesario que se registre! Completa el formulario y su artículo está en el Messaggiamo.Com Directorio!
