martes, 16 de febrero de 2010
jueves, 19 de noviembre de 2009
martes, 18 de agosto de 2009
miércoles, 12 de agosto de 2009
viernes, 24 de julio de 2009
jueves, 23 de julio de 2009
martes, 26 de mayo de 2009
jueves, 21 de mayo de 2009
miércoles, 13 de mayo de 2009
domingo, 10 de mayo de 2009
domingo, 5 de abril de 2009
Sentencias (if, for, while, do-while)
Para ver las Sentencias (if, for, while, do-while) Hacer click en Mostar.
Spoiler
![\includegraphics[width=6cm]{im/sintaxis/if.eps}](http://laurel.datsi.fi.upm.es/%7Erpons/personal/trabajos/curso_c/img38.png)
![\includegraphics[width=55mm]{im/sintaxis/for.eps}](http://laurel.datsi.fi.upm.es/%7Erpons/personal/trabajos/curso_c/img41.png)
![\includegraphics[width=62mm]{im/sintaxis/while.eps}](http://laurel.datsi.fi.upm.es/%7Erpons/personal/trabajos/curso_c/img42.png)
![\includegraphics[width=50mm]{im/sintaxis/do-while.eps}](http://laurel.datsi.fi.upm.es/%7Erpons/personal/trabajos/curso_c/img43.png)
Estructuras de Control
Podemos clasificar cada una de las estructuras de control más comunes en programación en uno de los siguientes tipos: ![\includegraphics[width=8cm]{im/sintaxis/figura1.eps}](http://laurel.datsi.fi.upm.es/%7Erpons/personal/trabajos/curso_c/img37.png)
- Secuencia: Ejecución sucesiva de una o más operaciones.
- Selección: Se realiza una u otra operación, dependiendo de una condición.
- Iteración: Repetición de una o varias operaciones mientras se cumpla una condición.
sábado, 4 de abril de 2009
Taller Algoritmica
DESARROLLE:
a. ¿Consultar que es una estructura se control ? y explicar cada una de
ellas: de ejemplos.
b. Explique Que es un operador lógico y descríbalos.
c. Defina que es un Pseudocódigo. (Utilice Google.com)
d. De los 7 ejercicios de Diagramas de Flujo realizar los pseudocódigos.
Nota de Actualidad (04)
Z Plasma, laser que corta el metal con vapor de agua y alcohol
Bueno, realmente no sólo usa vapor de agua, Z Plasma es un laser que corta metal usando agua en combinación con alcohol para llegar a elevadísimas temperaturas y lograr cortar el metal tán fácilmente como quien corta la mantequilla con un cuchillo. A diferencia de otros métodos para cortar metal, este no necesita de tanques de gas, compresores o sistemas de enfriamiento, de hecho es muy práctico, liviano y además no daña al medio ambiente ya que no emite gases tóxicos. El único residuo del proceso es vapor de agua, Z Plasma estará disponible desde la empresa Reitec en Japón próximamente.
Fuente: http://tecnomagazine.net
miércoles, 1 de abril de 2009
Nota de Actualidad (03)
Una puerta con una pantalla de alta tecnología
La compañia Coreana “Elivision” ha desarrollado una pantalla de alta tecnología, pero no es una pantalla común, pues ésta está incrustada en una puerta de madera, parece que si estás en la cocina, en vez de usar el televisor podrás directamente mirar a la puerta y visualizar cualquier película o fotografías. Tras la pantalla hay un sistema Linux que puede reproducir múltiples archivos multimedia, la información se puede cargar a través de un puerto USB.
Fuente: http://tecnomagazine.net
viernes, 27 de febrero de 2009
Nota de Actualidad (02)
SolLight, cargador de energía solar para iPhone
Los re-cargadores solares ya no son una novedad en estos días ya que son cada vez más y más comunes, pero lo que si es difícil de encontrar es un cargador solar pero para tu iPhone. SolLight entra en un mercado brindando un producto novedoso para uno de los gadgets más consumidos de los últimos dos años, sin dudas será un éxito, mucho más por que es tremendamente accesible para cualquier persona con un costo moderado de $39 dólares.
Con tan sólo 4 horas de exposición directa a rayos solares podrás recargar tu iPhone, aunque aquí en TecnoMagazine ya nos estamos preguntando.. No gasta enería eléctrica, pero se carga con 4 horas de sol.
Fuente: http://tecnomagazine.net
Nota de Actualidad (01)
Jaguar C-XC, coche del futuro propulsado a hidrógeno
En esta ocasión, nos encontramos con un concepto de la afamada marca de coches Jaguar, el diseñador Phillip Dean ha desarrollado este concepto del modelo Jaguar C-XC, un auto que destaca no solo por su asombroso diseño, sino también por que será ecológico. El mismo estará propulsado por hidrógeno y como vemos en la fotografía, su diseño incluye un techo de vidrio con una capa que cubre casi toda su superficie superior, aunque también incluye los vidrios laterales.
Fuente: http://tecnomagazine.net
lunes, 23 de febrero de 2009
Ventajas-Inconvenientes de Los Modelos
Ventajas-Inconvenientes de Los Modelos
Podemos considerar al modelo en cascada como el más sencillo de utilizar, aunque también podríamos dudar de su eficacia dado el alto número de inconvenientes que presenta, siendo el principal el que se trate de un modelo secuencial; por otra parte, este modelo exige tareas de profundización en el análisis de requisitos del sistema. Si este sistema no es bien conocido, o es difícil de analizar, esta fase puede alargarse demasiado.
Ninguno de los modelos es perfecto; el modelo incremental añade la posibilidad de utilizar iteraciones para doblegar el diseño y contemplar varias posibilidades hasta elegir una. Es un modelo completamente interactivo, que permite trabajar con él en situaciones en las que los cambios de opinión estén a la orden del día. Cada incremento es un paso más en el desarrollo del software final, lo que nos permite cambiar entre iteraciones (o bien proceder a la entrega del software a nuestro cliente como si se tratara de “fascículos semanales”).
Esta ventaja es también el principal inconveniente; no en todas las situaciones de desarrollo de software podemos permitirnos la división del trabajo en incrementos, ni tampoco periodificar la entrega de los mismos. Además, aunque la mayoría de las veces el software se puede fragmentar y podemos trabajar con un conjunto de programas determinado, pueden darse situaciones en las que sea imposible ejecutar una iteración sin la existencia de otra que cumpla una función complementaria.
Los prototipos (cambiando de modelo), son una herramienta muy eficaz para imaginar el software completo de una forma rápida y sencilla. De esta forma, incluso observando el prototipo podemos descubrir requerimientos del software en los que antes no habíamos reparado. Mejora también el proceso de introducción de cambios en el desarrollo de los programas. En el modelo incremental podíamos recurrir a las iteraciones, pero resultará más sencillo (y sobre todo, más visual) realizar éstas modificaciones sobre el prototipo en cuestión. Además, ésta operación puede realizarse bajo la supervisión del cliente, lo que hace a éste modelo más interactivo aún que su predecesor. Sin embargo, los prototipos tienen un gran problema en contraposición a sus ventajas: la rapidez con la que se diseñan y construyen pueden llevar a errores que no sean detectados en la fase de prueba y acaben integrándose en el producto final. Además, un prototipo es una representación casi exacta del programa final, carente de contenido real. Pero esto es algo que el cliente desconoce; si tiene prisa, puede creer que nuestro trabajo está mucho más avanzado de lo que creía (a pesar de que el prototipo sea tan sólo la fachada de un edificio sin paredes ni escaleras) y puede optar por adelantar la fecha de entrega; al final, el pobre programador es el que paga las consecuencias haciendo horas extras y, además, si se acelera demasiado la construcción del sistema final volvemos al problema de la inclusión de errores no detectados a tiempo.
Por raro que sea, o difícil de entender, el modelo en espiral parece entender los problemas de los anteriores e intentar subsanarlos. Si en el modelo anterior utilizábamos prototipos para hacernos una idea del software final, en éste modelo los utilizaremos también para hacernos una idea detallada de cuáles son los errores que tiene, o podría tener el programa durante su funcionamiento (lo que antes llamábamos análisis de riesgos). Esta manera de enfocar el diseño del software permite al cliente evaluar los factores de riesgo que le comunica el prototipo de análisis de riesgo, y según esta información tomar una decisión u otra. Esto hace que el modelo en espiral sea todavía más interactivo que los anteriores.
En cada fase se evalúa el trabajo terminado y, si nos dan el visto bueno, continuamos “girando” en la espiral hasta que llegamos a la evaluación del cliente, la cual decidirá si continuamos en el modelo clásico o volvemos a la primera fase del modelo en espiral. Sin embargo, todo éste análisis de riesgos (que tan útil parece ser) no parece fácil de utilizar; un análisis de riegos detallado utilizado sin experiencia podría sobre valorar (o subestimar) los errores que se presenten, haciendo imposible en paso a la siguiente fase (y entonces sí que nos meteríamos en una verdadera espiral sin fin, cosa que al cliente no debe hacerle mucha gracia). Éste problema genera otro adicional, y es que viendo estas situaciones, será difícil convencer al cliente para que acepte un proyecto realizado bajo las condiciones de éste modelo.
viernes, 20 de febrero de 2009
jueves, 19 de febrero de 2009
miércoles, 18 de febrero de 2009
Taller N.1
Taller N. 1
Desarrolle en grupo de 4 personas cada una de las preguntas del Taller planteado.
1.Describa porque es más útil pensar sobre la información como un recurso de la organización en vez de un subproducto de la organización.
2.Compare la definición de sistema de información gerencial con la definición de sistema de apoyo a transacciones.
3.Defina el término de sistema experto?
4.Liste las ventajas del uso de las técnicas de análisis y diseño de sistema en el enfoque de los sistemas de información computarizada para negocio?
5.Liste tres papeles que debe representar el analista de sistemas .De una definición de cada uno de ellos?
6.Que cualidades personales son útiles para el analista de sistemas?
7. Liste y defina libremente las siete fases del ciclo de vida del desarrollo del sistema.
8. Defina el término de análisis y diseño de sistemas orientado a objetos.
Suscribirse a:
Entradas (Atom)