hola como estan chavos aqui les dejamos este podcast para que lo chequen
y responde a esto
El tema del presente episodio se refiere a ciertas aplicaciones más ricas y novedosas que conectan el escritorio con la web, las Rich Internet Applications, también conocidas como RIA. ¿Qué son?, ¿Para qué sirven? ¿Cómo se utilizan? ¿El escritorio será remplazado por la web? ¿Qué se hace en México sobre este tema?
silo quieres bajar entra esta pagina http://rapidshare.com/files/57106157/expo.mp3
y si lo quieres escuchar en red pues mete a: http://www.frecuenciacero.com.mx/cafeinternet/index.php?option=com_content&task=blogcategory&id=1&Itemid=31
y busca le capitulo de podcast
equipo 6
jueves, 20 de septiembre de 2007
martes, 18 de septiembre de 2007
lunes, 17 de septiembre de 2007
EQUIPO # 5: SOA
http://es.youtube.com/watch?v=r-GE_kZY6Q4
ESTES ES EL VIDEO DE NUESTRO EQUIPO QUE HABLA A CERCA DE SOA
ESTES ES EL VIDEO DE NUESTRO EQUIPO QUE HABLA A CERCA DE SOA
domingo, 16 de septiembre de 2007
MODELO RELACIONAL
El modelo relacional para la gestión de una base de datos es un modelo de datos basado en la lógica de predicado y en la teoría de conjuntos.
Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas su bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.
Su idea fundamental es el uso de «relaciones». Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados «tuplas». Pese a que esta es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es, pensando en cada relación como si fuese una tabla que esta compuestas por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario casual de la base de datos. La información puede ser recuperada o almacenada por medio de «consultas» que ofrecen una amplia flexibilidad y poder para administrar la información.
El lenguaje más común para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.
Este modelo considera la base de datos como una colección de relaciones. De manera simple, una relación representa una tabla, en que cada fila representa una colección de valores que describen una entidad del mundo real. Cada fila se denomina tupla o registro y cada columna campo.
Para manipular la información podemos utilizar el Álgebra relacional y/o el Cálculo relacional.
LUIS MANUEL HERNADEZ
FERNANDO CASTRUITA
ALEJANDRO ORTIZ
EQUIPO 2
EQUIPO # 3
Aqui esta lo correspondiente al equipo 3 sobre:
DESARROLLO AGIL
El desarrollo ágil no es una metodología con pasos establecidos, es simplemente una manera de pensar y de trabajar. El desarrollo ágil se puede resumir en una frase “ejecuta rápidamente”. La rapidez no es un método infalible a aplicar a rajatabla, es una manera de enfocar las tareas enfocada a dar prioridad a la ejecución sobre la planificación.
La filosofía de desarrollo ágil no es nueva en absoluto. Cualquiera que comienza un proyecto puede optar por planificar bien o actuar rápido, ya sea construyendo un puente o diseñando una web. Simplemente en algunos proyectos puede ser más adecuado hacerlo que en otros. No es recomendable arriesgarse a tener accidentes construyendo un puente, todo tiene que estar bien planificado y aguantar mucho más de lo necesario. Sin embargo una web inicialmente no la creas para resistir mucho más tráfico del necesario y si un día cae un par de horas se puede resolver fácilmente.
La metodología de desarrollo web ágil, como cualquier otra metodología es un medio, no un fin. No se trata de aplicarla a rajatabla, sino cuando nos ayude a conseguir nuestro objetivo. Nadie debería seguir esta filosofía en su proyecto porque lo ha leído este artículo, ni en ningún otro, sino porque es lo más adecuado para su proyecto en ese momento y en esas condiciones.
El desarrollo ágil es especialmente útil al principio del proyecto, cuando hay que crear algo de la nada y aprender lo antes posible. Más tarde, al cabo de un año o dos, cuando ya empiezas a tener claro lo que funciona y lo que no, la filosofía forzosamente cambia. Empieza a haber más gente en el equipo, se empieza a discutir más y se hace menos. Es normal e inevitable, no es lo mismo jugarte perder usuarios cuando empiezas y solo tienes un par de miles que más tarde cuando tienes un par de cientos de miles.
-Bueno esto solo es una breve explicacion de lo que es el desarrollo agil pero aqui pueden encontra mas informacion:
http://www.alzado.org/articulo.php?id_art=602
http://www.caudalweb.com/blog/metodologias-de-desarrollo-agil/
Sandra Veronica de Leon Gonzalez
Sahira Estefania Fernandez Gaitan
Israel Polanco Esquivel
DESARROLLO AGIL
El desarrollo ágil no es una metodología con pasos establecidos, es simplemente una manera de pensar y de trabajar. El desarrollo ágil se puede resumir en una frase “ejecuta rápidamente”. La rapidez no es un método infalible a aplicar a rajatabla, es una manera de enfocar las tareas enfocada a dar prioridad a la ejecución sobre la planificación.
La filosofía de desarrollo ágil no es nueva en absoluto. Cualquiera que comienza un proyecto puede optar por planificar bien o actuar rápido, ya sea construyendo un puente o diseñando una web. Simplemente en algunos proyectos puede ser más adecuado hacerlo que en otros. No es recomendable arriesgarse a tener accidentes construyendo un puente, todo tiene que estar bien planificado y aguantar mucho más de lo necesario. Sin embargo una web inicialmente no la creas para resistir mucho más tráfico del necesario y si un día cae un par de horas se puede resolver fácilmente.
La metodología de desarrollo web ágil, como cualquier otra metodología es un medio, no un fin. No se trata de aplicarla a rajatabla, sino cuando nos ayude a conseguir nuestro objetivo. Nadie debería seguir esta filosofía en su proyecto porque lo ha leído este artículo, ni en ningún otro, sino porque es lo más adecuado para su proyecto en ese momento y en esas condiciones.
El desarrollo ágil es especialmente útil al principio del proyecto, cuando hay que crear algo de la nada y aprender lo antes posible. Más tarde, al cabo de un año o dos, cuando ya empiezas a tener claro lo que funciona y lo que no, la filosofía forzosamente cambia. Empieza a haber más gente en el equipo, se empieza a discutir más y se hace menos. Es normal e inevitable, no es lo mismo jugarte perder usuarios cuando empiezas y solo tienes un par de miles que más tarde cuando tienes un par de cientos de miles.
-Bueno esto solo es una breve explicacion de lo que es el desarrollo agil pero aqui pueden encontra mas informacion:
http://www.alzado.org/articulo.php?id_art=602
http://www.caudalweb.com/blog/metodologias-de-desarrollo-agil/
Sandra Veronica de Leon Gonzalez
Sahira Estefania Fernandez Gaitan
Israel Polanco Esquivel
jueves, 13 de septiembre de 2007
Presentacion Electromedica Equipo # 1
Este es el video en clase Sobre Modelo Entidad relacion les agradeceremos sus comentarios al respecto, creemos el video esta suficientemente claro, gracias
miércoles, 12 de septiembre de 2007
UML
Historia del UML
La notación UML se deriva y unifica las tres metodologías de análisis y diseño OO más extendidas:
Metodología de Grady Booch para la descripción de conjuntos de objetos y sus relaciones.
Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object-Modeling Technique).
Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software Engineering) mediante la metodología de casos de uso (use case).
DESARROLLO DEL UML
El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation empezaron a unificar sus métodos. A finales de 1995, Ivar Jacobson y su compa nía Objectory se incorporaron a Rational en su unificación, aportando el método OOSE.
¿QUE ES UML?
UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos.Uno de los objetivos principales de la creación de UML era posibilitar el intercambio de modelos entre las distintas herramientas CASE orientadas a objetos del mercado. Para ello era necesario definir una notación y semántica común.
¿PARA QUE SIRVE UN MODELO?
Un modelo representa a un sistema software desde una perspectiva específica. Al igual que la planta y el alzado de una figura en dibujo técnico nos muestran la misma figura vista desde distintos ángulos, cada modelo nos permite fijarnos en un aspecto distinto del sistema.
EN POCAS PALABRAS CON EL UML SE PRETENDE:
n Disminuir la complejidad.
n Que el usuario entienda la visualización.
n Acortar el tiempo dedicado al diseño.
n Que la visualización quede documentada.
n Notación uniforme para todos los integrantes.
ELEMENTOS USADOS POR EL UML
n Las cosas que usa UML (diagramas, gráficos, textos, etc) se denominan artefactos
n Los conceptos (personas, viviendas, créditos, pagos, equipos, etc) se denominan objetos
n Los objetos se comunican entre si a través de mensajes
Los modelos de UML que se tratan en esta parte son los siguientes:• Diagrama de Estructura Estática.• Diagrama de Casos de Uso. (EL MAS POPULAR Y POR LO TANTO EL MAS USADO)• Diagrama de Secuencia.• Diagrama de Colaboración.• Diagrama de Estados.
BIBLIOGRAFÍA
http://www-gris.det.uvigo.es/~avilas/UML/node7.html
http://www.clikear.com/manuales/uml/
La notación UML se deriva y unifica las tres metodologías de análisis y diseño OO más extendidas:
Metodología de Grady Booch para la descripción de conjuntos de objetos y sus relaciones.
Técnica de modelado orientada a objetos de James Rumbaugh (OMT: Object-Modeling Technique).
Aproximación de Ivar Jacobson (OOSE: Object- Oriented Software Engineering) mediante la metodología de casos de uso (use case).
DESARROLLO DEL UML
El desarrollo de UML comenzó a finales de 1994 cuando Grady Booch y Jim Rumbaugh de Rational Software Corporation empezaron a unificar sus métodos. A finales de 1995, Ivar Jacobson y su compa nía Objectory se incorporaron a Rational en su unificación, aportando el método OOSE.
¿QUE ES UML?
UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y documentar los elementos que forman un sistema software orientado a objetos.Uno de los objetivos principales de la creación de UML era posibilitar el intercambio de modelos entre las distintas herramientas CASE orientadas a objetos del mercado. Para ello era necesario definir una notación y semántica común.
¿PARA QUE SIRVE UN MODELO?
Un modelo representa a un sistema software desde una perspectiva específica. Al igual que la planta y el alzado de una figura en dibujo técnico nos muestran la misma figura vista desde distintos ángulos, cada modelo nos permite fijarnos en un aspecto distinto del sistema.
EN POCAS PALABRAS CON EL UML SE PRETENDE:
n Disminuir la complejidad.
n Que el usuario entienda la visualización.
n Acortar el tiempo dedicado al diseño.
n Que la visualización quede documentada.
n Notación uniforme para todos los integrantes.
ELEMENTOS USADOS POR EL UML
n Las cosas que usa UML (diagramas, gráficos, textos, etc) se denominan artefactos
n Los conceptos (personas, viviendas, créditos, pagos, equipos, etc) se denominan objetos
n Los objetos se comunican entre si a través de mensajes
Los modelos de UML que se tratan en esta parte son los siguientes:• Diagrama de Estructura Estática.• Diagrama de Casos de Uso. (EL MAS POPULAR Y POR LO TANTO EL MAS USADO)• Diagrama de Secuencia.• Diagrama de Colaboración.• Diagrama de Estados.
BIBLIOGRAFÍA
http://www-gris.det.uvigo.es/~avilas/UML/node7.html
http://www.clikear.com/manuales/uml/
Suscribirse a:
Comentarios (Atom)