i.- Architectural Keys: The relationship between common components for portals is architecture
How to get a set of portals? Do you really think that a portal to another there are so many differences?
The reality is that no, their similarities rarely below 90% of the common components used.
Therefore, the need to prepare a component architecture that allows an easy re use.
This architecture requires a comprehensive documentation system, to assist in identifying and more adequately diagnose the satisfaction of requirements.
These relationships should be made for functionality common.
Drupal enables us to work, as already proposed its own set of relationships between modules, but we must continue that same work organizing many other components that we create.
To provide a basis initial proposed subdivision indicate Drupal.
Is already specified a list of the most common features of most websites:
- Authentication
- Presentation of content
- Communities
- Managing Users
- Mail - Lists - Forums
- Advertisement - PopUps
- Location
- Search
- Syndication
The Drupal community structure and even modules in a complete set of features that add to the most common.
Below:
- Utilities
- Content Management
- Administration
- Content Types
- Development
- Community
- Media
- E-Commerce
- Filters - Input format
- Views
- Categories
- Mobility
- Javascript Utilities
- Navigation
- Management - Files
- Backup - Import - Export
- Paging
- Security
- Prevent Spam
- Evaluation - votes
- Localization - Languages
- Organic Groups
- Statistics
- Events & Workflow
- Performance
- Games
- RDF - Formats
- Management Paths
It is a base to organize a component structure consistent with a simple re use.