Koop bouw of een CMS?
Het creëren van een systeem van het inhoudsbeheer of van kras, of het gebruiken van reeds bestaande bouwstenen, kan als de uiteindelijke manier klinken om de nauwkeurige oplossing te krijgen u vereist.
Nochtans, openbaart de zorgvuldige analyses vaak gevaarlijke pitfalls en ernstige korte komst met vele op bestelling gemaakte systemen van het inhoudsbeheer.
In vergelijking met de rijpe, geteste en zorgvuldig ontworpen producten van vandaag, zijn de meeste inlandse systemen origineel, slecht gedachte-uit, en moeilijk te handhaven.
Nochtans, zelfs zullen velen nu ernstig douaneontwikkeling onderzoeken. Als om het even welk de douaneontwikkelingsproject van IT, zou u ernstig risico kunnen overnemen wanneer het over het leveren van uw project op tijd en begroting, om downside van dure steun en het gebrek aan verbeteringen in de toekomst niet te vermelden komt.
Twee belangrijke redenenorganisaties verkiezen te bouwen
Waargenomen Flexibiliteit
Het besluit bouwen eerder dan te kopen is vaak gebaseerd op de bewering dat geen overal verkrijgbaar product aan de specifieke bedrijfsbehoeften van de organisatie kon misschien voldoen.
Voor vele ontwikkelaars, betekenen de aanpassingsinspanningen snel verlatend verenigbare architectuur, of processen, ten gunste van het voldoen aan van schijnbaar complexe vereisten. Een dergelijke benadering is kortzichtig, betalend geen eerbied aan de behoefte aan verandering, en een verenigbaar model om scalability, veiligheid en waar-flexibiliteit te verzekeren.
In werkelijkheid, kunnen de informatiebeheer en het publiceren vereisten van een brede waaier van mogelijke toepassingen met succes in een goed gedacht uit systeem worden bevat. Als de vereisten worden gevonden die niet het systeem passen, in plaats van zich het ontwikkelen bij een raaklijn om aan wat specifieke ongebruikelijke behoefte (en daardoor het creëren van een eiland van ontwikkelingsinvestering) te voldoen, verkiezen wij eerder het systeem aan te passen, zodat kan de behoefte voorspelbaar opnieuw en opnieuw aan worden voldaan.
Met dat in mening: . Een goede CMS zou een dynamische Opslag van de Informatie moeten aanbieden die om het even welke denkbare structuur van inhoud om toelaat worden tot stand gebracht. Om het even welk aantal meta-gegevensgebieden kan worden bepaald en de complexe structuren van het gegevensbestandverslag kunnen worden gevormd, toelatend dat gestructureerde gegevens worden beheerd met het zelfde gemak zoals vrij-vormartikelen. Al dit zonder enige douane programmering, en in een verenigbare interface voor het beheren van informatie. Het malplaatjesysteem moet vorm en inhoud echt scheiden, en elimineert de behoefte aan om het even welke programmering om tot flexibele paginafunctionaliteit te leiden. Dit kan door een systeem van Huiden (HTML) en Meningen (de regels die informatie aan presentatie) binden, en één of andere vorm van het teruggeven of markeertaal mogelijk worden gemaakt.
Het eindresultaat is een malplaatje de bouwsysteem met buitengewone flexibiliteit, die complexe Webtoepassingen met inbegrip van online catalogus gebaseerde winkels, portalen en dat de folders toelaat snel worden opgesteld, zonder douane-asp programmering.
Kosten
Sommige firma's van de Webontwikkeling beloven vaak om een krachtige CMS voor omhooggaande voorkosten te leveren die aantrekkelijk kunnen klinken.
Het is een bekend feit dat de ontwikkelingsprojecten van IT vaak goed over tijd en begrotingsverwachtingen lopen. De rubriek onderaan de weg van de douaneontwikkeling is bijna gewaarborgd om in gemiste projectuitbarstingen te resulteren, uiterste termijnen, en onverwachte complicaties.
Het dichte onderzoek van vele douanecms implementaties openbaart ernstige onoplettendheden in het ontwerp van de het publiceren motor en de flexibiliteit van het systeem.
Het overwegen van een robuuste product gebaseerde oplossing vertegenwoordigt vele persoon - jaren van ontwikkelingstijd, is het weinig wonder een vergelijkbaar douanesysteem in een kwestie van een paar weken of maanden van kras niet kan worden geconstrueerd.
Bijvoorbeeld, hebben vele op bestelling gemaakte systemen de volgende belangrijke eigenschappen niet: 100% controletraject en broodjesrug: Snel gebouwde onderhavige levende het gegevensbestandverslagen van douanesystemen vaak aan de websitebezoekers, eerder dan zich het versioning van goedgekeurde inhoud, en het bewegen in een vlak dossierformaat dat sneller, met minder lading op uw levende Webserver kan worden gediend.
Dit is gewaagd van een veiligheidsstandpunt, en kon uw organisatie die aan onnodige wettelijke risico's wegens een gebrek aan historische gegevens verlaten bij uw website het publiceren wordt blootgesteld. Ware scheiding van presentatie en bedrijfslogica. In plaats daarvan, zijn de malplaatjes op bestelling gemaakt met de programmering van code, en presentatie, in één enkele pagina, die tot een strak onderling afhankelijke codebasis leidt die complex om is te handhaven. De veranderingen van het ontwerp moeten door programmeurs eerder dan ontwerpers worden aangebracht, is betekenen van de kosten van verandering tijdrovend en duur. Er is systeem om malplaatjefunctionaliteit te beheren, daarom vereist de verandering verdere ontwikkeling. De kosten van eigendom stijgen snel aangezien de onvermijdelijke behoefte aan veranderingen verdergaat. Verenigbaar gebruikersinterface voor het beheren van verschillende structuren van informatie, of inhoud. In plaats daarvan, verschillend integreren vele systemenBolton afzonderlijke modules, dat niet echt in het kernplatform, functie, en werken niet met het zelfde veiligheid of het publiceren model. Geïntegreerde veiligheid, onderaan op het gebiedsniveau. Tenzij er een verenigbaar model voor het beheren van gebruikerstoestemmingen over alle aspecten van het systeem is, is de veiligheid moeilijk te leiden, laten begrijpen. Ware steun voor gezamenlijke gebruikers, met juist verslag-sluiten, en puntcontrole. In een complex Web gebaseerd client-server milieu, is het juiste beheer van gezamenlijke pogingen om informatie uit te geven kritiek aan het verzekeren de auteurs op elke anderen het geen werk stampen.
Het gezicht van douaneontwikkeling
De rubriek onderaan de weg van de douaneontwikkeling is niet voor vage hearted. De ontwikkeling van de douane is tijdrovend, en vereist aanzienlijke ijver in het scoping van en de planning van vereisten vermijden wordend een vaak middel hongerig monster. De ontwikkeling van het Web is niet als de bouw van Desktoptoepassingen. De aard van Internet leidt inherent tot complexe vereisten vanuit een client-server perspectief. Er zijn vele lagen van technologie die zich van cliënt-kant uitstrekt doorbladerde gebaseerde code (zoals DHTML, JavaScript, Flits) aan server-Zijtalen (VBScript, Jscript, PHP enz.), vraagtalen en procedures (SQL), servercomponenten (C, Java, VB) en meer. De ontwikkeling van een verfijnde oplossing eist een duidelijk inzicht in al deze lagen. Leiden van Web gebaseerde toepassing en gegevensbestandservers die een aangepaste oplossing in werking stellen is complexer dan leidend een gedocumenteerd product. Testend op verschillende platforms, en ladingen, kan uiterst tijdrovend zijn. De documentatie kan nooit worden geschreven om 100% douanesystemen, of elementen van een aangepast systeem te behandelen. Het werken met reeds bestaande bouwstenen die niet behoorlijk gedocumenteerd, zijn of werkelijk slechts codebibliotheken zijn, zo tijdrovend kunnen zijn zoals de bouw van kras. De steun voor een niet genormaliseerd douanesysteem kan pijnlijk te halen, en duur zijn verder te gaan. Het onderhoud zal complexer, meer tijdrovend en eerder met de problemen van niet gedocumenteerde functies beladen zijn, die lang door programmeurs zijn vergeten die zich op andere projecten hebben bewogen.
Het werken met een bewezen oplossing
De betere producten CMS zijn slechts hulpmiddelen, of geen inzameling van los bepaalde modules. Zij zijn bewezen, stevige oplossingen, die kunnen uit de doos worden geïnstalleerd en worden in werking gesteld. Opstellend een producthefboomwerkingen concentreerde de deskundigheid zich van een team bij de ontwikkeling van een oplossing die van de aandacht en het stemmen van duizenden uren van ontwikkeling heeft genoten. Door minimale niveaus van configuratie, kan een goed systeem aan de behoeften van het inhoudsbeheer van een brede waaier van toepassingen voldoen. De aanpassing van uw bedrijfspresentatielaag is snel, dankt aan een goed bepaald flexibel malplaatjesysteem dat door het product wordt beheerd. De tijden van de plaatsing zijn typisch weken niet maanden, en kosten een fractie van de kosten van de productvergunning? niet een veelvoud van het? als sommige zogenaamde zware gewichtsoplossingen. De opleiding en de steun, plus de aan de gang zijnde verplichting om u te verstrekken een het werk oplossing die met uw behoeften kan groeien, zijn een kerndeel van de productenvisie. De documentatie wordt constant georganiseerd, en groeiend aangezien het systeem zich uitbreidt. Online groeit de opleiding en wordt meer verfijnd.
In vergelijking: Koop versus Bouwstijl
Koop Bouw Ã"â· Lagere kosten van eigendom Ã"â· Hogere kosten van eigendom Ã"â· Snelle plaatsing Ã"â· Lange plaatsing Ã"â· Snelle integratie Ã"â· Langzame integratie Ã"â· Hoog niveau van functionaliteit Ã"â· Laag-gematigde functionaliteit Ã"â· Gemakkelijk te gebruiken en te handhaven Ã"â· Harder aan gebruik, complex onderhoud Ã"â· Volgt beste praktijken Ã"â· Het ontwerp van de douane kan slecht zijn Ã"â· De eigenschappen u konden zich nooit veroorloven te bouwen Ã"â· Gebrek verfijnde eigenschappen Ã"â· Toegewijde steun Ã"â· Contingente steun Ã"â· Verbeteringen en verbeteringen Ã"â· Beperkt of geen verbeteringen Ã"â· Uitstekende kwaliteit Ã"â· Lage Kwaliteit
Andy Farrell is Leidende Directeur van Gravitymax, een het systeemontwikkelaar van het inhouds beheer die in Sydney, Australië wordt gebaseerd.
Artikel Bron: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster krijgen html code
Voeg dit artikel aan uw website!
Webmaster verzenden van artikelen
Geen registratie vereist! Vul het formulier in en uw artikel is in de Messaggiamo.Com Directory!
