CONCEPTOS BASICOS SOBRE LOS FRAMEWORKS DE PHP

OOP: (Object Oriented Programing) Programación Orientada a Objetos

PEAR: PEAR es un "framework y sistema de distribución para componentes PHP reutilizables". PEAR permite descargar, instalar, actualizar y desinstalar scripts de PHP. Si se utiliza un paquete de PEAR, no es necesario decidir donde guardar los scripts, cómo hacer que se puedan utilizar o cómo extender la línea de comandos (CLI).
PEAR es un proyecto creado por la comunidad de usuarios de PHP, está desarrollado con PHP y se incluye en las distribuciones estándar de PHP. [Sitio web http://pear.php.net/]

RAD: (RAPID APLICATION DEVELOPING) Desarrollo rápido de Aplicaciones

UML: (Unified Modeling Language) Lenguaje Unificado de Modelado, si eres programador y no sabes que es esto oye... pues....(suspiro) -.-

ORM: (object-relational mapping):  Mapeo de Objetos a Bases de datos
Las bases de datos siguen una estructura relacional. PHP 5 y los frameworks por el contrario son orientados a objetos. Por este motivo, para acceder a la base de datos como si fuera orientada a objetos, es necesario una interfaz que traduzca la lógica de los objetos a la lógica relacional. Esta interfaz se denomina "mapeo de objetos a bases de datos" (ORM, de sus siglas en inglés "object-relational mapping").
Un ORM consiste en una serie de objetos que permiten acceder a los datos y que contienen en su interior cierta lógica de negocio.
Una de las ventajas de utilizar estas capas de abstracción de objetos/relacional es que evita utilizar una sintaxis específica de un sistema de bases de datos concreto. Esta capa transforma automáticamente las llamadas a los objetos en consultas SQL optimizadas para el sistema gestor de bases de datos que se está utilizando en cada momento

PROPEL: Es también es un proyecto de software libre, es una de las mejores capas de abstracción de objetos/relacional disponibles en PHP 5. Propel está completamente integrado en Symfony e incluso es su ORM por defecto, por lo que la mayoría de las manipulaciones de datos realizadas en este libro siguen la sintaxis de Propel. En el libro se describe la utilización de los objetos de Propel, pero se puede encontrar una referencia más completa en el sitio web de Propel (http://propel.phpdb.org/trac/).
DOCTRINE: SEMEJANTE A PROPEL Sitio web: ([http://www.phpdoctrine.org/](http://www.phpdoctrine.org/))

XSS: del inglés Cross-site scripting es un tipo de inseguridad informática o agujero de seguridad basado en la explotación de vulnerabilidades del sistema de validación de HTML incrustado. [Url WIKI http://es.wikipedia.org/wiki/XSS]

CSRF: El CSRF (del inglés Cross-site request forgery o falsificación de petición en sitios cruzados) es un tipo de exploit malicioso de un sitio web en el que comandos no autorizados son transmitidos por un usuario en el cual el sitio web confía. Esta vulnerabilidad es conocida también por otros nombres como XSRF, enlace hostil, ataque de un click, cabalgamiento de sesión, y ataque automático. [Url WIKI: http://es.wikipedia.org/wiki/CSRF](http://es.wikipedia.org/wiki/CSRF)

KISS: ¡Hazlo sencillo, idiota! (Keep It Simple, Stupid), Terminos que se relacionan a ciertos criterios al momento de desarrollar aplicaciones. Tambien utilizan el termino "Keep It Short and Simple", "Mantenlo corto y Simple" que es menos insultante.

DRY: TERMINO QUE SIGNIFICA "NO TE REPITAS" O "SOLO UNA VEZ" ING: "DON'T REPEAT YOUR SELF"

TDD: Desarrollo basado en pruebas (test-driven development).

PRUEBAS UNARIAS: En programación, una prueba unitaria es una forma de probar el correcto funcionamiento de un módulo de código. Esto sirve para asegurar que cada uno de los módulos funcione correctamente por separado. Luego, con las Pruebas de Integración, se podrá asegurar el correcto funcionamiento del sistema o subsistema en cuestión.
La idea es escribir casos de prueba para cada función no trivial o método en el módulo de forma que cada caso sea independiente del resto. 
[URL Relacionado ](http://es.wikipedia.org/wiki/Prueba_unitaria)
[Aticulo Relacionado:](http://es.debugmodeon.com/articulo/integracion-continua-con-php-ii-pruebas-unitarias)

XP: programación extrema (Extreme Programming). la documentación relacionada con XP puede enseñarte mucho sobre el desarrollo rápido y efectivo de las aplicaciones. Una buena forma de empezar con XP son los libros escritos por Kent Beck en la editorial Addison-Wesley.

YAML: y se pronuncia "yamel" Según el sitio web oficial de YAML (http://www.yaml.org/), YAML es "un formato para serializar datos que es fácil de procesar por las máquinas, fácil de leer para las personas y fácil de interactuar con los lenguajes de script". Dicho de otra forma, YAML es un lenguaje muy sencillo que permite describir los datos como en XML, pero con una sintaxis mucho más sencilla. YAML es un formato especialmente útil para describir datos que pueden ser transformados en arrays simples y asociativos.

INFORMACION ADICIONAL
[Conceptos Básicos Symfony ](http://www.librosweb.es/symfony_1_2/capitulo1/conceptos_basicos.html)
ARTICULO COMPLETO PUBLICADO: http://es.debugmodeon.com/articulo/frameworks-php-conceptos-basicos
Espero ayude mucho ya que son practicamente con los conceptos que me he topado con este tema, y esto me ha hayudado a enterdelo bastante bien. Si falta alguno por favor Comentelo y lo agrego con mucho gusto...

, esa como que se te chispoteo, muy bien te quedó fino el glosario, y bastante entendible para simples mortales. 

PD: Alguien le ha conseguido realmente una utilidad al UML? xD

El UML se usa mucho (sobre todo en el extranjero) por empresas que llevan muy bien organizada su gerencia (por eso digo, "en el extranjero"); bien puedes verlo de esta forma: son el "diagrama de flujo" que vimos en el cole hace muchos años atrás... pero repotenciados 

Hay UML de varios tipos, incluso hasta de plomearía !, no es algo de que asustarse.

Para quienes se estén iniciando en esto del UML, les recomiendo este sitio que recién descubrí no hace mucho: http://yuml.me/

csalazart: gracias por compartir esa info, súmele a ello los "PATRONES DE DISEÑO". (http://en.wikipedia.org/wiki/Design_pattern_(computer_science))

pero sin duda cualquier catedratico te dira lo muy pero muy importante de hacer un buen UML al momento de hacer tu desarrollo...

Pero he aqui el problema, cualquier catedratico, te lo vende como la panacea, y la solución a todos tus problemas, pero en la practica no es tan así y por lo menos es lo que me dicta la experiencia, aunque tal vez sea mas porque aprendí en calle al modela Bazar, y no  a lo Catedral. le dejo esto: http://www.programania.net/desarrollo-agil/%C2%BFesta-uml-muerto-%C2%BFy-rup-pequena-encuesta/

pero sin duda cualquier catedratico te dira lo muy pero muy importante de hacer un buen UML al momento de hacer tu desarrollo...

Bueeeno me confiezo culpable.. Ciertamente Apezar de ser "catedraticoo" hahaha, es verdad me confiezoq ue al uml lo realice para el trabjao y lo ajuste a medida que ya tenia mas de la mitad del sistema realizadoo.. de hecho recien un asesoramiento que di para una tesis de un amigo pues ocurre lo mismo ya llevaba parte del trabajo de desarrollo cuando le comenzo a entrar al diseño UML que no lo tenia ni hecho pero claro como es exigencia y requisito para el trabajo pues ni modo..

 En fin Igual es importante aunque no lo parezca, pero ciertamente nos gusta mas a lso programadores empezar directo a echar codigo, pero siempre es bueno aunque sea un MERO MERO bosquejo de lo que se va a realizar..