Buenas tardes compañeros, agradezco su presencia porque sin duda alguna es fundamental para los determinantes objetivos que perseguimos.
En este momento nos pondremos a tenor del tema tan imperante que nos reúne.
Tengo que decir lo importante que es la cultura de la prevención que últimamente se ha ido perdiendo entre los diferentes ámbitos de la sociedad mexicana.
Hace varios ayeres, la penumbra de la destrucción caía sobre nuestros hombros, el tan desgarrador instante en que nuestra querida ciudad sucumbía ante la fuerza natural. El poderoso aliento de nuestro pueblo es lo más memorable de aquel recuerdo, pero ¡no debemos de vivir a la sombra de aquella hazaña! Nos obligamos a tener la capacidad de afrontar el futuro que a cada momento se nos acerca más. No debemos de confiar que tenemos la vida resuelta y que otro desastre no llegará, ¡eso es mentira!, estudios científicos nos indican que es inevitable otro acontecer como aquel. Y no falta mucho…
En más de una ocasión se nos ha hablado de lo importante de prevenir para no lamentar después… Pero a veces la propia cultura decadente que nos va arrastrando una y otra vez hacia lo profundo de la impotencia cuando llegue el momento de actuar, supera nuestro propio instinto de supervivencia.
Es por ello que en este momento les puedo asegurar que si cada uno difunde en su medio los ideales de proteger no sólo la vida propia sino que la de otros basándonos en una cultura de prevención, en más de una ocasión saldremos avantes a cualquier eventualidad a la que tengamos que hacer frente, y no será sólo un éxito individual sino que se manifestara como otro éxito de nuestra grandiosa Patria.
Gracias.
domingo, 27 de septiembre de 2009
martes, 22 de septiembre de 2009
Llegaste con el mar (Parte 1)
No nos es común mezclar las palabras mar, playa y diversión con el estudio y formalismo de cuestiones académicas, pero entre todas las posibles ocasiones yo he sido víctima de una de aquellas mixturas de significados.
No ha pasado mucho desde aquella tarde del 25 de agosto de 2009 en la que partí junto con 125 personas más hacia los confines de la Riviera Nayarita. Toda una epopeya el viaje de tan sólo 14 horas, a paso lento en comparación con autobuses comerciales.
Pero la historia de este viaje no empieza por este torturante recorrido, sino que se adentra meses atrás en una estancia científica muy beneficiosa. Esta indagación académica la realicé en el Centro Interdisciplianrio de Investigaciones sobre Medio Ambiente y Desarrollo (CIIEMAD) del Instituto Politécnico Nacional (IPN).
Esta investigación trajo consigo: conocimientos, amigos, un viaje y a ti...
Dejemos de lado el trayecto a nuestro destino y concentremonos en lo importante: el disfrute del paradisiaco lugar. Llegamos el miércoles 26 de agosto muy por la mañana; la humedad del lugar era tanta que el sudor corría por las frentes de todos y lo más elemental fue desprendernos de los abrigos que nos confortaban tanto en nuestra ciudad de origen. La gente del hotel al que arrivamos nos ofreció un líquido con aspecto tropical que refrescaba nuestras bocas y nos hacia augurar todo lo que nos esperaba.
No ha pasado mucho desde aquella tarde del 25 de agosto de 2009 en la que partí junto con 125 personas más hacia los confines de la Riviera Nayarita. Toda una epopeya el viaje de tan sólo 14 horas, a paso lento en comparación con autobuses comerciales.
Pero la historia de este viaje no empieza por este torturante recorrido, sino que se adentra meses atrás en una estancia científica muy beneficiosa. Esta indagación académica la realicé en el Centro Interdisciplianrio de Investigaciones sobre Medio Ambiente y Desarrollo (CIIEMAD) del Instituto Politécnico Nacional (IPN).
Esta investigación trajo consigo: conocimientos, amigos, un viaje y a ti...
Dejemos de lado el trayecto a nuestro destino y concentremonos en lo importante: el disfrute del paradisiaco lugar. Llegamos el miércoles 26 de agosto muy por la mañana; la humedad del lugar era tanta que el sudor corría por las frentes de todos y lo más elemental fue desprendernos de los abrigos que nos confortaban tanto en nuestra ciudad de origen. La gente del hotel al que arrivamos nos ofreció un líquido con aspecto tropical que refrescaba nuestras bocas y nos hacia augurar todo lo que nos esperaba.
sábado, 19 de septiembre de 2009
24 años después, ahora ¿qué sigue?
Todo fuera de lo común que he escrito, pero no esta de más el hablar de otros temas que no sólo sean con respecto a ciencia, tecnología u otras cosas de la vida de académica.
Hoy, Sábado 19 de Septiembre de 2009, conmemoramos otro año más de aquel fatal desastre que vivieron muchas personas en la Ciudad de México ese día 19 de Septiembre de 1985. Han pasado veinticuatro años, mientras presidentes, crisis, guerras, atentados, lágrimas, felicidad y otros acontecimientos sucedieron a través de este país.
Pero más allá del protocolo que se tiene que seguir, me pregunto ¿qué tan preparados estamos?. Aquella persona desquiciada que secuestro un avión por recomendación divina no estaba tan alejada de la posible realidad.
Según estudios científicos la placa norteamericana y la placa de cocos están sumergidas en una batalla inevitable, en la cual la placa de cocos las lleva de perder. El poderío de la placa norteamericana esta destrozando la placa de cocos llevándola aun estado de subducción lo cual produce tanta energía, y esta se está acumulando para un desastre futuro.
Es por ello que formulé la cuestión antes mencionada. Y ahora otra pregunta: ¿Los mexicanos tenemos conciencia de la realidad y aprendimos de los errores que cometimos ese 19 de septiembre? al parecer ¡no!. Al menos de mi experiencia escolar, la respuesta es un no. Los escolares no toman las cosas en serio y piensan que todo es juego o una perdida de tiempo o ya de plano un momento para platicarse los últimos chismes del día.
La ignorancia y la decadencia social nos empujan a repetir los errores del pasado, para que después nos lamentemos y recordemos con impotencia que pudimos haberlo evitado todo con tan sólo hacer lo que nos toca como deber social, para no sólo salvar nuestras vidas sino las de muchas personas más.
Es por ello que necesitamos abrir los ojos y darnos cuenta de que la realidad nos puede alcanzar de nuevo y si queremos no lamentar tanto el desastre podemos aportar nuestra parte y tener una verdadera cultura para comportarnos ante una situación de desastre.
Hoy, Sábado 19 de Septiembre de 2009, conmemoramos otro año más de aquel fatal desastre que vivieron muchas personas en la Ciudad de México ese día 19 de Septiembre de 1985. Han pasado veinticuatro años, mientras presidentes, crisis, guerras, atentados, lágrimas, felicidad y otros acontecimientos sucedieron a través de este país.
Pero más allá del protocolo que se tiene que seguir, me pregunto ¿qué tan preparados estamos?. Aquella persona desquiciada que secuestro un avión por recomendación divina no estaba tan alejada de la posible realidad.
Según estudios científicos la placa norteamericana y la placa de cocos están sumergidas en una batalla inevitable, en la cual la placa de cocos las lleva de perder. El poderío de la placa norteamericana esta destrozando la placa de cocos llevándola aun estado de subducción lo cual produce tanta energía, y esta se está acumulando para un desastre futuro.
Es por ello que formulé la cuestión antes mencionada. Y ahora otra pregunta: ¿Los mexicanos tenemos conciencia de la realidad y aprendimos de los errores que cometimos ese 19 de septiembre? al parecer ¡no!. Al menos de mi experiencia escolar, la respuesta es un no. Los escolares no toman las cosas en serio y piensan que todo es juego o una perdida de tiempo o ya de plano un momento para platicarse los últimos chismes del día.
La ignorancia y la decadencia social nos empujan a repetir los errores del pasado, para que después nos lamentemos y recordemos con impotencia que pudimos haberlo evitado todo con tan sólo hacer lo que nos toca como deber social, para no sólo salvar nuestras vidas sino las de muchas personas más.
Es por ello que necesitamos abrir los ojos y darnos cuenta de que la realidad nos puede alcanzar de nuevo y si queremos no lamentar tanto el desastre podemos aportar nuestra parte y tener una verdadera cultura para comportarnos ante una situación de desastre.
Otro reto...
Este día fue bastante beneficio, volví a hablar con un amigo con el que no había tenido mucho contacto últimamente. Esto me ha caído bastante bien, porque dentro de mis objetivos estaba el aprender otro idioma y el afortunadamente me aviso a tiempo que la entrada a los niveles básico uno en todos los idiomas se va a abrir próximamente.
Actualmente estudio inglés en un dependencia del Centro de lenguas extranjeras (CENLEX) en el CECyT 1, en el nivel intermedio 5. Pero una de mis ambiciones actualmente es no conformarme con el inglés sino con otro idioma, en este caso el francés.
De este idioma ya tengo una noción debido a que en la secundaria donde estudié, me dieron clases de francés, muy acorde al nombre de la institución: Escuela Secundaria Diurna No. 85 "República de Francia".
Es por ello que ahora sé que puedo acoplar mis actividades cotidianas: de lunes a viernes ir a upiita, los sábados ir al curso de inglés y ahora ir a los cursos de francés de lunes a viernes también.
Aunque es un gran sacrificio, sé que no será en vano ya que entre más preparado este tendré el camino aun más abierto, y de esta manera lograr mis objetivos.
Actualmente estudio inglés en un dependencia del Centro de lenguas extranjeras (CENLEX) en el CECyT 1, en el nivel intermedio 5. Pero una de mis ambiciones actualmente es no conformarme con el inglés sino con otro idioma, en este caso el francés.
De este idioma ya tengo una noción debido a que en la secundaria donde estudié, me dieron clases de francés, muy acorde al nombre de la institución: Escuela Secundaria Diurna No. 85 "República de Francia".
Es por ello que ahora sé que puedo acoplar mis actividades cotidianas: de lunes a viernes ir a upiita, los sábados ir al curso de inglés y ahora ir a los cursos de francés de lunes a viernes también.
Aunque es un gran sacrificio, sé que no será en vano ya que entre más preparado este tendré el camino aun más abierto, y de esta manera lograr mis objetivos.
jueves, 17 de septiembre de 2009
No te amo más
No te amo más,
mentiría diciendo que
todavia te quiero
como siempre te quisé.
Tengo la certeza que
nada fue en vano.
Siento dentro de mí que
tú no significas nada.
No podría decir jamás que
alimento un gran amor.
Siento cada vez más que
¡Ya te olvidé!
Y jamás usaré la frase
¡YO TE AMO!
Lo siento pero debo decir la verdad.
Es muy tarde....
Proyecto Terminal CECyT 9 (parte 3)
El documento de requerimientos es el producto arquitectónico de diseño por defecto en todo procesos de desarrollo de software. Dicho recurso plasma los flujo de información y los requerimientos que fueron analizados en el proceso de análisis. Este artefacto nos da paso a la creación de los los diagramas fundamentales para la construcción del software.
Los diagramas fundamentales para la codificación del software que son productos inmediatos del documento de requerimientos son: El diagrama de clases y el diagrama entidad relación. El primero nos muestra la conexión de las clases (en programación orientada a objetos es un modelo de abstracción de algún objeto) así como sus componentes (métodos y atributos). El siguiente y a juicio de muchos autores la base fundamental de un sistema es el diagrama entidad relación. Este diagrama muestra gráficamente la construcción de la base de datos, a partir de la cual girarán todas las transacciones que haga el sistema en su operación.
Pero existe otro resultado de la creación de este documento tan vital: el diagrama de secuencias. El modelo mencionado es sumamente efectivo si se combina con un proceso llamado ingeniería inversa. El documento de requerimientos en realidad es nuestro diagrama de secuencias, sólo que de manera escrita. Cada punto de los flujos del documento en realidad son las acciones que hace el sistema en un cierto tiempo de vida. Si utilizamos la notación UML para pasar estos puntos al medio grafico, obtendremos sin problemas todos los diagramas de secuencia del sistema.
Con los diagramas de secuencia listos, por medio de herramientas CASE ( Computer Aided Software Engineering ) y el proceso de ingeniería inversa aplicado a dichos diagramas obtendremos el diagrama de clases del sistema. Esto resulta ampliamente beneficioso ya que de un solo documento estamos obteniendo un diagrama de manera automática, en este caso el diagrama de clases.
Hasta este punto contamos con lo siguiente: Diagrama de casos de uso, Documento de Requerimientos, Diagrama de Clases, Diagrama de Secuencias, Diagrama Entidad-Relación y todos los documento de planeación de trabajo del sistema como gráfica de gantt y diagrama de ruta crítica.
Desde el punto de vista de modelos de métodos ágiles se podría decir que es más que suficiente todo este meterial construído; pero desde el punto de vista de modelos tradicionales de desarrollo de software aun no es suficiente todo lo logrado, ya que el documentar hasta los más recondito del sistema es prioridad. En este caso tradicional aun nos falta la creación de varios modelos de UML, como los siguientes: Diagrama de Actividades, Diagrama de Estados, Diagrama de colaboración, Diagrama de componentes, Diagrama de objetos y Diagrama de despliegue.
En este caso no ampliaremos el tema hasta estos diagramas que sólo sirven para reforzar el modelado del sistema basado en los diagramas construídos con anterioridad.
Los diagramas fundamentales para la codificación del software que son productos inmediatos del documento de requerimientos son: El diagrama de clases y el diagrama entidad relación. El primero nos muestra la conexión de las clases (en programación orientada a objetos es un modelo de abstracción de algún objeto) así como sus componentes (métodos y atributos). El siguiente y a juicio de muchos autores la base fundamental de un sistema es el diagrama entidad relación. Este diagrama muestra gráficamente la construcción de la base de datos, a partir de la cual girarán todas las transacciones que haga el sistema en su operación.
Pero existe otro resultado de la creación de este documento tan vital: el diagrama de secuencias. El modelo mencionado es sumamente efectivo si se combina con un proceso llamado ingeniería inversa. El documento de requerimientos en realidad es nuestro diagrama de secuencias, sólo que de manera escrita. Cada punto de los flujos del documento en realidad son las acciones que hace el sistema en un cierto tiempo de vida. Si utilizamos la notación UML para pasar estos puntos al medio grafico, obtendremos sin problemas todos los diagramas de secuencia del sistema.
Con los diagramas de secuencia listos, por medio de herramientas CASE ( Computer Aided Software Engineering ) y el proceso de ingeniería inversa aplicado a dichos diagramas obtendremos el diagrama de clases del sistema. Esto resulta ampliamente beneficioso ya que de un solo documento estamos obteniendo un diagrama de manera automática, en este caso el diagrama de clases.
Hasta este punto contamos con lo siguiente: Diagrama de casos de uso, Documento de Requerimientos, Diagrama de Clases, Diagrama de Secuencias, Diagrama Entidad-Relación y todos los documento de planeación de trabajo del sistema como gráfica de gantt y diagrama de ruta crítica.
Desde el punto de vista de modelos de métodos ágiles se podría decir que es más que suficiente todo este meterial construído; pero desde el punto de vista de modelos tradicionales de desarrollo de software aun no es suficiente todo lo logrado, ya que el documentar hasta los más recondito del sistema es prioridad. En este caso tradicional aun nos falta la creación de varios modelos de UML, como los siguientes: Diagrama de Actividades, Diagrama de Estados, Diagrama de colaboración, Diagrama de componentes, Diagrama de objetos y Diagrama de despliegue.
En este caso no ampliaremos el tema hasta estos diagramas que sólo sirven para reforzar el modelado del sistema basado en los diagramas construídos con anterioridad.
jueves, 10 de septiembre de 2009
Proyecto Terminal CECyT 9 (parte 2)
La ingeniería de software base fundamental de todo lo que se encuentra detrás de los programas, sistemas y aplicaciones que utilizamos cotidianamente, es una extensa rama que se subdivide en procesos para atacar de forma objetiva los problemas. La primera parte se basa en el modelado del análisis: nosotros utilizamos sus métodos y técnicas para llevar a cabo reuniones con el cliente para poder entender su negocio y de esta forma asegurar la proposición de una solución a su problemática. De esta etapa surgió un documento de ingeniería muy importante: El diagrama de casos de uso, el cual muestra el sistema desde un punto de vista más entendible para cualquier persona pero que a su vez enmarca las funcionalidad más importantes de interacción cliente-sistema, dando paso con esto a otra etapa de la ingeniería de software. El modelado del diseño construye todo el diagramado arquitectónico del sistema por medio de un Lenguaje de Modelado Unificado por sus siglas en inglés (UML). Partimos de los requerimientos que se plasmaron en el diagrama de casos de uso para de esta forma definir los flujos de información asi como atacar los requerimientos funcionales y no funcionales. Los requerimientos funcionales nos dicen la función en sí del sistema, como interactua y que se ejecuta con dicha acción; mientras los requerimientos no funcionales demarcan el sistema con condiciones asi como características específicas en su uso y cualidades que se deben de fortalcer.
martes, 8 de septiembre de 2009
Proyecto Terminal CECyT 9 (parte 1)
La pasada temporada escolar en la cual residía en el Centro de Estudios Científicos y Tecnológicos "Juan de Dios Bátiz" se me fue encomendado el desarrollo de un sistema informático para el control del Departamento de Programación de dicha institución. El proyecto consistía en el manejo de diversas situaciones administrativas, tales como:
- Administración de grupos del departamento.
- Control de los laboratorios de cómputo.
- Manejo de personal (profesores, personal administrativo y técnico)
- Alumnos pertenecientes a la academia.
- Clases impartidas por los profesores.
- Creación tanto automática como manual de los horarios de uso de los laboratorios en dicho departamento.
- Gestión de estadísticas para toma de decisiones.
- Registro de los servicios ofrecidos por la academia.
Programación Orientada a Objetos
La programación orientada a objetos es uno de los mejores paradigmas de programación existentes. Este tipo de programación se basa en la fortaleza de la programación estructurada, además de implementar opciones capaces de crear un código dinámico, que ayuda a manejar sistemas complejos de información. Un paradigma de programación es un estílo de codificar, en este caso todo se cimenta en la creación de objetos que son abstracciones del mundo real llevadas a un entorno digital, donde pueden ser modificadas a nuestro gusto.
Suscribirse a:
Entradas (Atom)
