Spanien
England
Deutschland
Italien
Portugal
Frankreich
Lehre der Welt Vorstellungen von Architektur, Komplexität und Verhaltensweisen

Präsentation

Sicherlich Menschen sind sich nicht sicher, was das Wort Architektur mit einem agilen Prozess der Entwicklung und Implementierung kombiniert.

Ich werde versuchen, die architektonische Komplexität des Modells und erwähnen, dass nichts in einer Portal-Architektur beteiligt sein können, markieren.

Das Produkt der Wahl ist Drupal, Drupal, aber ist nicht das Zentrum der Architektur, sondern eine Stelle in sie.

Eine gute Architektur sollte anpassungsfähig sein, um ein anderes Produkt ohne übermäßige Komplexität und halten den Halt.

Wir werden beschreiben, was wir an Architektur zu betrachten.

Dazu müssen wir aus dem System dem Weg zur Entwicklung gehen wird und endet mit einem Community-Portal.

Fünf Enklaven

a.- Architektonische Enklaven: Die Definition der Produktstruktur ist Architektur

Die ersten paar Male kommen Sie zu Drupal, brauchen Sie nicht der Ansicht, seine Struktur als ein wichtiger Standort, um mehrere Sites zu verwalten.

Drupal-Entwickler sich selbst beginnen, die Möglichkeiten zu orientieren und die Bedeutung von guter Architektur-Dateien.

Seeing ist es ein schwerer Fehler, alles in "Module setzen." La oportunidad de clasificar en "sites/all/modules" distintos enfoques y distintas agrupaciones de módulos. Die Möglichkeit, in Betracht "sites / all / modules 'unterschiedliche Ansätze und unterschiedliche Gruppen von Modulen.

Diese Fähigkeit, die gemeinsamen Bedürfnisse von spezifischen Optionen für die eine oder andere Portal-Architektur zu erkennen.

Es ist wichtig, richtig Konzept der Portale zu implementieren wollen, und es ist wichtig, den Ansatz von Drupal zu verstehen und frei empfohlen, wo statt der Suche nach einem einzigen Krieg für einen Austausch von Wissen und Verantwortung in der Entwicklung Gebot ist.

Was haben wir genannt Collaborative Agile , wo Ihr Erfolg hängt vom Erfolg der anderen Unternehmen in den vollen durchschlagenden Erfolg des Produktes.

Dieser Philosophie folgend, sollte die Verwaltung des Portals nicht eine Version zu kontrollieren, und damit das Produkt selbst hat seine eigene Version zu kontrollieren.

Änderungen oder Verbesserungen sollten im Einklang stehen und erkläre mich mit der sehr Urheber dieser Module oder Themes. Es esta idea la que nos infunde Drupal, y además es la más adecuada para asegurar los criterios de calidad del software. Es ist diese Idee, die uns Drupal, und es ist am besten, um die Software Qualitätskriterien zu gewährleisten.

Deshalb können wir sehen, ideal Führungsstruktur der Portale, die keine Versionsverwaltung werden müssen.

In dieser Struktur haben wir einen Teil direkt auf die Produkt passt wie Ordner:

-"includes"

-"scripts"

-"profiles"

-"modules"

-"misc"

-"themes"

Es konnte eine Reihe von symbolischen Links "verweist auf die neueste stabile Version des Produkts werden.

Daher teilweise delegieren Dateien und ganz allgemein in Produktanpassungen Websites.

Innerhalb der Dateien stellen wir eine gemeinsame Struktur mit Anpassungen für Dokumente wie Icons, Logos und Bilder:

/files/

Diese Route kann so konfiguriert werden, um eine optimale Kopplung von Komponenten gemeinsam zu erreichen.

In der anderen Linie, in der folgenden Struktur Standorte bereits von Drupal

/sites/all/ --> Für alle Websites

/sites/default/ --> Standard-Einstellung

Wie Sie sagten diese Struktur erhöht die Komplexität der Seite und ermöglicht es uns, Einfachheit Ansatz.

In einer solchen Struktur würde, zum Beispiel drei Standorten:

sites/site1

sites/site2

sites/site2

sites/all

sites/default

Wie Sie sehen können ist alles in den gleichen Standorten.

Wir bevorzugen es, das Produkt besser zu sehen, wo die gesamte Struktur ist immer ähnlich, was den Standort und wo Veränderungen der Umwelt völlig transparent sind, um die interne Struktur:

In unserer Vision werden wir:

sites/default --> Einstellungen nur

sites/all --> Custom gemeinsamen Komponenten

Diese Struktur wird für alle Standorte.

o.- Architektonische Enklaven: Die Fähigkeit der Abstraktion, die uns zu einem komplexen System von einfachen, ist die Architektur interpretieren können

Wir sind alle Teilhaber einer unzureichenden Dokumentation in den meisten Projekten. Excesiva, nada práctica, demasiado completa. Übermäßige, unpraktisch, zu vervollständigen.

Das Ziel ist, ein Dossier näher an Kundenbedürfnisse, eine Dokumentation Abstract unnötige Details vorzubereiten und näher an den tatsächlichen Zielen der einzelnen Projekte.

Wir haben ein System, dass einfach fast jedes Web-Projekt vertreten kann. Diese Methodik ist teilweise auf unserer Website ausführlich Ágile Drupal.

Wir wollen auf alle Dokumente in einem Projekt beteiligt zu minimieren und verwandeln das traditionelle System in der Dokumentation ein agileres System voll einsatzfähig Dokumente und ein Dokumentationssystem, das alle Informationen, die vollständig geordnet und dokumentarische Aspekte jedes Projekt unterstützt bietet zusammen.

Es ist Zeit, über PDF-Dokumente, Word von unzähligen Seiten zu vergessen. Es el momento para enfocar adecuadamente las dudas y desplegar un sistema que permita agilizar las consultas, evitar redundancia y apostar por la filosofía de "documentos vivos". Es ist Zeit für die Belange und Bereitstellung eines Systems zum Konsultationsprozess zu straffen, um Redundanz und Wetten auf die Philosophie des "lebendes Dokument zu vermeiden."

Diese Rolle ist entscheidend für gute Architektur. Debemos analizar las necesidades de cada rol y preparar una documentación acorde a los mismos y envuelta en un sistema ágil, intuitivo y muy bien categorizado. Wir analysieren die Bedürfnisse der jeweiligen Rolle und zu den Dokumenten nach, um sie vorzubereiten, und eingehüllt in eine flexible, intuitive und gut geordnet.

Daher ist die Definition der Abstraktionen erforderlich, um dieses Ziel zu erreichen, sowohl inhaltlich als auch hinsichtlich der abschließenden Dokumentation wird ein weiterer Parameter, um in einem Portal-Architektur betrachten werden.

f.- Architektonische Enklaven: Die Definition der Namen der architektonischen Komponenten

Es ist ein universeller Standard in der Programmierung und versucht, die Funktionalität der Variablen, Funktionen, Anwendungen, etc. zu identifizieren

Diese Identifikation impliziert einen Termin suchen maximale Einfachheit und Charakterisierung von Komponenten.

Das Ziel ist, für ein System pflegbar, dass die geringste Anstrengung zu lernen umfasst etwa Features implementiert kämpfen.

Deshalb, zusätzlich zu einem Dokument-Management-Wetten, müssen wir auch die Ernennung der Bauteile eignen sich als weiterer wichtiger Punkt, um eine geeignete Architektur zu halten.

Zum Beispiel sollte man nur mit den Namen von ihr Profil zu wissen:

- Welche Art von Ansicht ist, die sich auf das Format Typ davon.

- Welche Inhalte zur Anzeige

- Wenn Sie empfangen und wie viele Parameter würde

- Wenn Sie gehören zu einem Datentyp oder einen generellen Überblick

All diese Informationen sollten so schenkt es uns den Namen des Hörens.

Warum ist es wichtig, die gesamte kodierende Systeme?

Denn unser Ziel ist es, diese gleichen Ansichten wiederverwenden zu können und die Funktionalität sind wir gültig ist oder nicht, ohne das Moment der Freilassung zu erreichen diagnostizieren.

Kein Zweifel, diese und viele andere architektonische Parameter sind Anfang, um seine Bedeutung, wenn die Zahl der Abrufe und die Zahl der Standorte erhöht drastisch sehen.

Es gibt nichts Neues, sind diese Techniken bereits durchgeführten Methoden in Systemen, in guter Praktiken Programmierung, methodische Ansätze so aktuell wie CMMI und Itil, sind gemeinsame Merkmale aller Architektur..

q.- Architektonische Enklaven: Das Verhältnis von diesen Bedürfnissen mit der Komponenten-Architektur zu verwenden ist

Wenn wir ein Projekt-Wert, müssen wir prüfen, inwiefern es wichtig, dass eine der Voraussetzungen ist.

Die Beziehung dieser Anforderung durch die Forderung und eine Komponente, die natürlich eine sehr wichtige architektonische Aspekt gerecht wird, um den Prozess der Erstellung der Website Gleichgewicht verursacht.

Es kann Fälle geben, wo die Komponente füllen diese Anforderungen perfekt sein. Será importante llegar a comparar con los posibles candidatos que también llegan a cumplimentarlas. Wird wichtig sein, potenzielle Kandidaten zu vergleichen, kommen auch zu füllen.

Es ist Zeit zu den etablierten oder vorhandene Komponente zu analysieren, zu entscheiden, ob Sie eine neue Komponente in das System benötigen.

Und wenn Sie diesem Fall zu erhalten, müssen wir analysieren die Kosten der Umsetzung sind wegen der Bedeutung von diesem Erfordernis.

Deshalb könnten nicht alle Bedürfnisse sind die gleichen und nicht immer die beste Option zu erhalten, um zu versuchen, sie zu lösen.

Es ist sehr notwendig, eine Studie über die bestehenden Komponenten machen, den aktuellen Stand der Technik und zukünftige Änderungen erfordert.

Sie können die beste Option für einen Aufschub der diese Funktionalität werden vor Aufnahme in eine Entwicklung, deren Nutzen zweifelhaft sind.

Und wenn Sie wirklich brauchen, wird zweifellos nie die Möglichkeit, unabhängig zu entwickeln, sondern der Community beitreten, näher an den Schöpfer dieser Komponenten oder das kann wirklich zur Verfügung stellen und die erforderlichen Antrag entweder Dienstleistungen oder zu erreichen, kooperieren mit Collaboration-Lösung, dass die Anforderung ermöglicht. Diese sollten Maßnahmen werden der Linie.

Dies war der größte, kostenlose Software, die Zusammenarbeit gemacht hat, und was können wir Probleme und Übereinstimmung, dass das Produkt verbessert und konzentriert sich auf ein Qualitätssicherungssystem, deren alleiniger Zweck es ist besser sich das Unternehmen zu antizipieren.

c.- Architektonische Enklaven: Die genaue Definition der Anforderungen in Bezug auf die Systemarchitektu

Das fragliche Produkt ist ziemlich komplex, aber die Komplexität eine ständige Herausforderung und eine ständige Basis in der gleichen Kapazität ist.

Sicherlich ein einfaches Produkt, kaum ein qualitativ hochwertiges Produkt, denn als das erhöht die Bandbreite an Features wächst ebenfalls kompliziert.

Darum haben wir es eine gute Auswahl an Modulen, Komponenten zu berücksichtigen.

Es ist die transzendentale Analyse der Hardware-Anforderungen für die Portale, Speicher und Systemkonfiguration. Los mecanismos de caché. Caching-Mechanismen. Los módulos que puedan incrementar esa eficiencia. Die Module, die diese Effizienz erhöhen können.

Und natürlich machen ein umfassendes Konzept unter Berücksichtigung der aktuellen Bedürfnisse und state of the art Produkt.

Wenn wir eine Version 5.x verwenden wissen wir nicht verwenden können, eine Version von PHP 5.3. Se ha comprobado inestabilidad con módulos como Content Templates . Instabilität hat sich gezeigt, wie mit den Modulen Content Templates. . As su vez hay módulos que únicamente están para otra versión, otros que no mantienen continuidad. Da zur gleichen Zeit gibt es Module, die nur für eine andere Version, andere, die nicht pflegen Kontinuität.

Es ist wichtig, weiterhin Studium aller Module und Opcodes, dass das Produkt erfordert.

Turn ist wichtig zu berücksichtigen, dass ein System nicht nur Drupal.

Es sind große Fortschritte zu erreichen durch ein effizienteres System sowohl Acquia wie andere Unternehmen wie Chapter 3 dass Sie einladen, mit Wetten auf ein System Mercury.

Aber in diesem System ist sehr komplex beimessen ein Bedienfeld. Momentan gibt es keine Anweisungen für die Installation von Mercury mit Whm/Cpanel, so müssen wir Rücksicht auf die Bedürfnisse des Portals zu fragen, ob wir wirklich können die gesamte oder nur Mercury Lack, Memcached Pressflow, etc.

Es ist ein Beweis dafür, dass der Stand der Technik dieser Technologien verändert sich ständig, daher ist es sehr wichtig zu beachten, um es individuell an die Anforderungen des Systems an die am besten geeigneten Einstellungen für.

Architekt Ricardo Cabello Torres

Ich bin da für Arbeit Job Agile Architect Drupal oder biete meine Dienste Design Portale Portale Professionals.

Ich lade Sie zu lernen Positioning wiederum ein revolutionärer Ansatz für Architektur basieren: Best Positionierung - Brqx

Es ist eine Freude, mit Ihnen zu teilen mein Anliegen in der Gesellschaft und meinen Kampf einstimmig für eine bessere Welt. Les invito a conocer Costumbres Sociales Actuales - Brqx . Ich lade Sie zu treffen aktuellen gesellschaftlichen Sitten - Brqx .

Auch wenn Sie Sammlerstücke wie Qualität, lade ich Sie zur Teilnahme an Projekten wie meine Stäbchen o meine Präsentationen.

Ohne weitere Umschweife, ich danke Ihnen für Ihren Besuch.

Facetten des Drupal - Success Enklaven

a.- Architektonische Enklaven: Die Definition der Produktstruktur ist Architektur
b.- Architektonische Enklaven: Die Beziehung mit anderen Produkten zu einer besseren Deployment ermöglichen, ist die Architektu
c.- Architektonische Enklaven: Die genaue Definition der Anforderungen in Bezug auf die Systemarchitektu
d.- Architektonische Enklaven: Die Schnittstelle zwischen verschiedenen Systemen ist die Architektur.
e.- Architektonische Enklaven: Die Wahl der Komponenten-Architektur
f.- Architektonische Enklaven: Die Definition der Namen der architektonischen Komponenten
g.- Architektonische Enklaven: Die Präsentation und die Zusammensetzung dieser architektonischen Komponenten ist auch
h.- Architektonische Enklaven: Die Kategorisierung der Route der Komponenten-Architektur
i.- Architektonische Enklaven: Die Beziehung zwischen gängigen Komponenten für Portale ist die Architektur
j.- Architektonische Enklaven: Die Entscheidung ist die Wiederverwendung von Komponenten-Architektur
k.- Architektonische Enklaven: Die Verwaltung und Kontrolle der Komponenten Portale ist die Architektur
l.- Architektonische Enklaven: Das Bedürfnis nach Wissen über die verfügbaren Komponenten-Architektur
m.- Architektonische Enklaven: Die Parameter der Usability und Sicherheit angewendet, um den gewählten Komponenten-Architektur
n.- Architektonische Enklaven: Die Fähigkeit, Veränderungen und die Anpassung an das künftige System verhindern Architektur
o.- Architektonische Enklaven: Die Fähigkeit der Abstraktion, die uns zu einem komplexen System von einfachen, ist die Architektur interpretieren können
p.- Architektonische Enklaven: Die Entscheidung, die Dokumentation und die Gruppe gemeinsame Bedürfnisse zu minimieren ist die Architektur
q.- Architektonische Enklaven: Das Verhältnis von diesen Bedürfnissen mit der Komponenten-Architektur zu verwenden ist
Syndicate content