Pipol's Aguars 2007

Anfitrion: Ulipses
Presentadores	Premios
- Isra - Ruben - Mayra - Ale - Cokena - Menelle - Armin - Grillo - Gil - Ulises - Kike - Rocio Lorena - Mako - Kika - Marihio - Alan - Erwin - Pancho - Dany - Bola - Alain - Lorena Arambula - Ricardo - Humberto - Leury - Cristina - Alvaro - Fermin	- Farol - Freaky - Delicado - Agresivo - Deportista - Mandilon - Enojon - Borracho - Amable - El Rey del Albur - Codo - Trabajador - Verbo - Fresa - Copion - Latoso - Solidario - Nerd - Chacal - El Buena Onda - Mejor Jefe de Grupo - Infantil - Fumador - Barbero - Terco - Huevon - Mejor Vestido - Naco - Peinado Distintivo - Dormilon - Social - Sarcastico - Popular - Copion - No Me Deja Mi Mama - Mujeriego - Terco - El Feo

Practicas profesionales en StarSatel

Haber ingenieros, la empresa StarSatel esta solicitando personas que quieran hacer sus practicas profesionales, yo se que a varios les falta este requisito de egreso y en esta empresa pueden cubrirlo. Pero lo mas importante es toda la experiencia que pueden obtener en StarSatel, ellos se dedican a brindar servicios satélitales de calidad para telecomunicaciones.
El perfil que solicitan es conocimiento en redes y sistemas, además de de la dedicación y ganas de salir adelante.

Esto es muy en serio, créanme que es una muy buena oportunidad de foguearse en el campo laboral y sobre todo en este campo de las telecomunicaciones. Se que a muchos les late esta rama de al ingeniería, así que anímense.
Les dejo los datos del contacto

Teresa Melero.
StarSatel, S.A. de C.V.
SIERRA NEVADA 303 Bosques del Prado

http://www.starsatel.com/

Cel. +52 449 106 8249
Tel. +52 449 162 0939
Fax. +52 449 162 0429

OfficeX to Office

Aqui les dejo una aplicacion de Microsoft compatible para Office 2003 y XP. Es para poder abrir archivos de Office 2007.

http://rapidshare.com/files/57263991/FileFormatConverters.exe.html

Revivan el Blog

Que onda chavos. Primeramente gracias por su apoyo en un momento difícil y por estar al pendiente de mi salud. Por otra parte, hay darle uso a este blog, nos puede ser de gran utilidad para compartir información y no solo entre nosotros. Así que empiecen a postear.

Nation States

Nation States es un juego simulador de naciones, en el cual puedes construir tu propia sociedad con tus propias ideas políticas, ya que no podemos cambiar nuestro sistema actual, al menos te puedes desahogar con este simulador. Puedes ser anarquista, liberal, conservador, comunista o si de plano te quieres desquitar con el pueblo una Dictadura.



Nation States

Adios San Marcos 2007!!!!

Bueno chavos, esta es una invitación para despedir a la feria, ya que es la ultima vez que podremos disfrutarla en este año, así que vamos a reunirnos el día domingo 13 de Mayo en el lugar ya conocido por todos ustedes, en los arcos del hotel Fiesta Americana.
Ahí los esperamos

Ahorra la energía del planeta

Todos tenemos la obligación de cuidar nuestro planeta pero no podemos hacerlo solos, sin embargo, si todos cooperamos aunque sea solo un poco, el resultado seria verdaderamente sorprendente, algo así como 3000 MegaWatts al año, y todo por la insignificante diferencia de un #0000 y un #FFFF




Ayudanos a cuidar la energía del planeta www.negroogle.com

Bueno, pues que les parece si despedimos las vacaciones con una visita a la feria, ya sea el viernes o el sabado, asi que propongan que dia y lo que la mayoria diga pues que asi se haga, mi propuesta es para el sabado.
Traten de ir , por que la ultima vez casi no fue banda y la verdad es mejor cuando vamos todos

Saludos!!!

Re: [Ing. en Sistemas Computacionales de la UAA] ida a la feria

SI, ESTARÍA BIEN EL SÁBADO A LAS 10PM DONDE MISMO, COMO VEN?

QUE OPINAN??

 

El día 25/04/07, UAA ISC B <uaaiscb@gmail.com> escribió:

OPINO QUE ESTARIA BIEN QUE FUERA EL VIERNES POR LOS QUE TRABAJAMOS O INCLUSO EL SABADO SI ES QUE LES PARECE, PERO ME IMAGINO QUE EL SABADO PUES ESTA HASTA SU PU... MADRE PERO YA SERA CUESTION DE PONERNOS DE ACUERDO Y POR LA HORA PUES LA DEJO A CONSIDERACION DE LA BANDA.

 

SALUDOS

 

ATTE:

C. Ing. Fermín Rodríguez Jiménez

--
Revolucionando la Ingenieria:
Universidad Autonoma de Aguascalientes
Ingenieria en Sistemas Computacionales
Grupo "B"

ida a la feria

cuando se va a hacer otra ida a la feria

?

 

digan para ponernoss de acuerdo

--
Revolucionando la Ingenieria:
Universidad Autonoma de Aguascalientes
Ingenieria en Sistemas Computacionales
Grupo "B"

Metodologías del Desarrollo

Quien tenga los formatos ya hechos para el lunes por fa mándelos si no es mucha molestia, esos de introduccion, descripcion general, etc. asi como a que se refiere con apéndice, y digan cuando vamos a la feria o q. saludos

--
Revolucionando la Ingenieria:
Universidad Autonoma de Aguascalientes
Ingenieria en Sistemas Computacionales
Grupo "B"

Para que no te pierdas en la Feria

Hey, no te pierdas en la feria, checa este mapa, que aunque su función es orientarnos, creo que solo sirve para ver que les quedo bonito, hay se los dejo para que lo chequen, y pues sigan aportando, aprovechen este espacio para compartir, por que es la mejor manera de aprender nuevas cosas

Mapa de la Feria

Torneo Pro Evolution......y demás

No pues solo para recordarles que el rafa va a hacer un torno de proevolution, la hora es a las 12pm o 1pm  a más tardar pm este viernes en su casa ya que a la 1 nos vamos a ir a la casa de un amigo de rafa que está sola por lo que pueden llevar pisto, botana, y lo que quieran.

Los que van a llegar más tarde le pueden hablar a su kasa al 975-23-36 o al cel de algunos como el de jorge, grillo o ruben para decirles por donde llegar, está muy fácil.

Los que puedan llevar monitores,lcd´s,controles, pc´s, cables de red o de supervideo, los lleven por si hace falta para poder conectarlas en red y que no se tape la visibilidad para eso son los monitores para que todos podamos ver.

sale nos vemos mañana en la casa de rafa a las 12 y los que no sepan donde es le hablan a uno de los ya mencionados.

--
Revolucionando la Ingenieria:
Universidad Autonoma de Aguascalientes
Ingenieria en Sistemas Computacionales
Grupo "B"

AnalogX Vocal Remover

Bueno, pues este aporte es para los que les gusta cantar, pero no saben tocar algún instrumento, o simplemente por que no les gusta la voz del interprete.
Es buena opción, aunque algo limitada, para tener un karaoke en tu Winamp




Bajalo Aqui:
AnalogX Vocal Remover

aqui estan los formatos que hay que entregar el lunes 26

--
Revolucionando la Ingenieria:
Universidad Autonoma de Aguascalientes
Ingenieria en Sistemas Computacionales
Grupo "B"

Umbrello UML

Umbrello UML, es una buena opción para el desarrollo de diagramas de casos de uso, y una buena alternativa a Visual Paradigm y Rational Rose que son mas comerciales. Espero le saquen provecho
Saludos

Umbrello UML

io

Aqui esta lo de io espero les sirva porque no dormi ni estudie por estarlo pasandolo asi que estudien para que me lo pasen http://mihd.net/gz7wy2

Instrumentacion 1er parcial

Aqui les dejo los archivos patrocinados por chuy y bola
ahi tienen problemas descargando los archivos usen un gestor de descargas

http://mihd.net/cwandg

Metodologías de desarrollo de software primer parcial

Ingeniería de software

Bueno esto de aquí abajo es lo que yo tenia apuntado en la pocket espero que me ayuden a completarlos además les dejo los apuntes de metodología de desarrollo de software patrocinados por kika con una pequeña aportación del bola en pdf http://mihd.net/zughe2

Unidad IV

Requerimientos y métricas iniciales

Teoría de ingeniería de requerimientos Técnicas Requerimientos

1.- Delimitación del problema

2.- Determinación de objetivos

3.-Diagramas de casos de uso

4.- Contratos

5.- Técnicas de acercamiento a la entrevista

Técnicas de Administracionon de proyecto

1.-Análisis de riesgos

2.-Evaluacion de escenarios

3.-Puntos de función iniciales

4.-Como

Tipos de requerimientos

-Requerimientos de usuario:

Son declaraciones en lenguaje natural y en diagramas de los servicios que se espera que el sistema provea y de las restricciones bajo las cuales debe operar

-Requerimientos del usuario:

Establece con detalle los servicios y restricciones del sistema. Contrato entre el comprador y el desarrollador del software.

-Especificación del diseño del software:

Descripción abstracta del diseño del software que es una base para un diseño e implementación detallados

Técnica 1

Delimitación del problema

¿Quien?

¿Cuando?

¿Porque?

¿Como?

Observaciones

Técnica 2

Determinación de objetivos específicos a partir de un objetivo general

Alcanzables

Cuantificables

Redactar en acción (infinitivo)

Establecer prioridad

Técnica 3

Acercamiento a la entrevista

1 Reunión en lugar central

2 Reglas de preparación y participación

3 Agenda formal de puntos importantes

4 Identificacion del problema

5 Propuesta de solución

6 Valuación de enfoques

7 Documento de análisis preliminar

3/5/07

Maquina recicladora

Registra numero de items registrados

Imprimir recibo cuando usuario lo solicita

A. Describe deposito

B. Él valor de cada item

C. Total

Usuario presiona botón de inicio

Existe un operador que desea saber

a. ¿Cuantos items han sido en el día

b. Resumen de todo lo depositado

El operador puede cambiar

a. Información de items

b. Alarma en caso de

-Items atorados

-No hay más papel

Electronica 2 primer parcial

Para el primer parcial nuestro amigo chuy nos ha hecho el favor de rolar sus "dibujitos" de electronica ahi se los dejo para que le hehchen ganas
si alguien lee esto aparte de los del salon pues los derechos son reservados de chuy asi que si hacen un libro le pasan un varo
primera parte http://mihd.net/tasywp
segunda parte http://mihd.net/9oult0

Tercera Lectura de ingenieria de software

Bueno en esta lectura se habla del modelo en espiral para el desarrollo de software destacando como se diferencia de los demas metodos enumerando las faltas de estos y hablando de como este modelo cambia la forma en que se hace el analisis y el diseño

Existen varios modelos de software el más viejo y supongo por todos conocidos son:
-Code and fix que consiste en ponerse as programar con la inspiracion divina y rezar por que todo salga bien y cuando no, pues arreglarlo esto tiene muchos problemas ya que se comienza con una codificacion pobre que se hace más dificil cambiar a medida que avanzan los proyectos, e incluso cuando el proyecto resulte bien muchas veces los ussuarios rechazan en producto ya que nunca se tomaron en consideracion para responder a sus necesidades especidficas

-Cascada
Es una metodologia que resuelve muchos de los inconveniente del code-and-fix enfocandose en primero tener una especificacion solida de lo que debe hacer el sistema antes de comenzar la codificacion aunque esto se puede acompañar de prototipos. Esto funciona cuando se conocen con cierta seguridad los requeirmientos, pero cuando el usuario dice"no se lo que quiero pero lo sabnnre cuando lo vea" es cuando este modelo no se ajusta ya que el enfoque a la documentacion hace que se pierda mucho tiempo haciendo especificacion y prototipos que probablemente no se usaran

-Evolutivo
Consiste en crear prototitpos e irlos mejorando en realidad se parece mucho a code-and-fix y por eso acarrea todos sus defectos

-Transformacion
Este modelo no se me hace muy efectivo ya que asume demnasiadas cosas que solo serian aplicables a cierto tipos de sistemas desarrollados de manera muy especifica ya que requiere lo siguiente:
-una especificacion formal de los requerimientos
-la capacidad de generara de manera automatica codigo a travez de los requerimientos o especificaciones formales

-El modelo de espiral
el modelo de espiral involucra varios ciclos que incluyen todos o la majoria de los procedimientos de software generales
Se basa en la idea de que un proceso se puede mejorar atravez de una herramienta de software, enfocandose principalmente en atacar los riesgos atravez de prototipos usando cualquier mezcla de las otras metodologias existentes para ello

Escrito por Ricardo Rodriguez Garcia

//les debo el link porke no he podido escanear el articulo pero ya pronto lo hare

Segunda lectura de ingenieria de software

Bueno esta lectura es más reciente habla de un modelo generico aplicado al proceso de creacion de software(PS) de forma general usando una notacion de uml para modelar este proceso, este modelado es muy util para explicar de manera general las acciones que se llevan a cabo dentro del PS
Primero hay que aclaraer que es el PS asi es como lo define el articulo:
“Esto es un conjunto de gentes , estructuras organizaciones , reglas , políticas ,actividades y procedimientos, componentes de software, metodologías y herramientas usadas o creadas específicamente para conceptuar , desarrollar, ofrecer un servicio , innovar y extender un producto o software"

Esta definición hace claro que el proceso de desarrollo de sofware es una actividad compleja que tiene muchos aspectos interdisciplinarios.>

Las caracteristicas mas importantes del PS son:

-concurrencia y distribución

-no deterministico e inseguro

-evolutivo y cambiante

MODELO ABSTRACTO DEL SP

El modelado orientado a objetos de SP comienza con la identificación de las clases básicas:

-Software Process

-Etapa

-Actividad

-Artefacto

-Rol

-Agente

ESPECIFICACION DE LAS ETAPAS

Existen varios modelos de los ciclos del vida del desarrollo de software, en los cuales están:

-El modelo cascada(waterfall model)

-El modelo espiral(spiral model)

- El modelo iterativo e incremental para el desarrollo orientado a objetos

Todos estos modelos contiene las siguientes Etapas , algunos de ellos solo cambian la terminología

EPECIFICACIONES DE LAS ACTIVIDADES

Las actividades del SP estan divididas en 4 grupos basicos:

-PRODUCCION: Esta dirigida a aquellos que estan directamente relacionados en la construcción de software en cuestión.Sus artefactos de entrada son los requerimientos del cliente par el analisis , el analisis de documentos para el diseño , y el diseño de documentos para la codificacion.

-CONTROL: Estas actividades son para aquellos que ayudan a verificar el estado del proceso y de los productos generados por otras actividades. Por consiguiente estan especializadas en dos tipos: las relacionadas con el control de procesos y las relacionada con el control de productos

-CONTROL DE PROCESOS: las actividades destinadas al control de procesos estan divididas en dos tipos: aquellas llevadas desde el punto de vista de la administración de procesos y aquellas llevadas desde la perspectiva personal de cada uno de los agentes que participan en el proceso

-CONTROL DE PRODUCTOS: Otro tipo de actividad de control es la que supervisa el producto, las actividades más importantes son aquellas que estan dedicadas a encontrar y reparar defectos de control, a este tipo de actividades pertenecen a aquellas que relacionadas a la búsqueda de errores cometidos por agentes humanos en el analisis de los productos, diseño y codificacion.

-CONFIGURACION: Incluye, entre otas cosas , el control de versiónes, una configuración define los componentes del producto final que se entregara al cliente. Los cambios hacen que los componentes de una configuración deban ser apropiadamente controlados , documentados y reflejar los cambios de los componente en las distintas versiónes.

-MEDIDAS: Otra especialización de las actividades del control de productos es la que se refiere al registro de medidas , Esta se especializa a su ves en la actividad dedicada al registro de los defectos encontrados en los productos y su arreglo, la otra se enfoca en medir la evolucion del producto.

-DEFINICION DE ESTANDARES: La defincion de los estandares que permitan trabajar en el producto, para que sean adoptadas por el equipo de desarrollo, para la facil identificación y el entendimiento del codigo.

Si quieren saber más afondo lo que dice el articulo aqui dejo el link http://mihd.net/k8d7tf

Escrito por Ricardo Rodríguez Garcia

Primera lectura de ingenieria de software

Este en realidad es la segunda lectura pero yo considero que se debe de saber primero esto ¿porque? Porque este articulo es de los 70's y las otras lecturas son más recientes asi se puede ver un poco la evolucion con respecto a estos temas.

La ingeniería de software se define como la aplicación practica del conocimiento científico en el diseño y construcción de programas de computadora y su documentación asociada.

En el articulo se habla del estado de la ingeniería de software en el momento en que se escribió, verán como nosotros, al trabajar de manera "artesanal" (o por lo menos yo) hemos estado o estamos en un estado similar a la que se encontraban los ingenieros de software(IS) en esa época, nos describe varias situaciones a la que se enfrentaban los IS, las medidas que se estaban tomando para enfrentarse a esas situaciones y las fallas de estos sistemas así como unas cuantas predicciones para la década de los ochenta(recordemos que el articulo se escribió en los 70's)acerca de como se resolverían estas fallas y la evolución que tendrían las herramientas disponibles en ese momento. Personalmente creo muchas de las situaciones que se mencionan como problemas aun no se han resuelto pero hay grandes avances actualmente para algunos campos.

Por ejemplo, mencionan el problema de la recolección de requerimientos, yo he estado viendo este problema con "mis clientes" y varias de las técnicas que nos han explicado me han servido para darme cuenta que es un gran problema. Ya que ahora nuestros clientes son personas, que no son como nuestros maestros, porque practica-mente no tienen idea de como es el proceso de crear un sistema, no tienen nociones de programación(si saben algo al respecto, tienen conocimientos muy básicos), y esperan que nosotros hagamos un sistema, que convierta una computadora en una cajita mágica que les resuelvan todos los problemas que tienen (aunque no saben cuales son) y que sea segura, confiable, expandible, etc(etc puede ser algo como: que tenga acceso por internet).

Ahí dicen que en ese momento se empezaban a desarrollar lenguajes para el levantamiento de requerimientos, y la automatización de la creación de software(ahora no se si se usen ese tipo de lenguajes pero creo que eso ya no es necesario con el uso del UML)pero cada uno con sus propias deficiencias debido a su diseño en cada implementación.

Después hablan de la importancia de un buen diseño y documentación, debido a la relación del costo de los errores cometidos y su corrección en las distintas fases del proceso de software(que se define en la próxima entrada) además de la falta de herramientas para el diseño automatizado del software

A continuación habla brevemente del futuro de los lenguajes de programación, de la importancia de las pruebas del software en donde se señalan los diferentes tipos de pruebas que se pueden realizar para detección de errores, de como el mantenimiento del software, siendo la etapa de un software que mayor costo tiene, típicamente es menospreciado al momento del diseño, señalando la importancia que tiene en esta fase:

Una buena documentación para la comprensión del software y diagnosticar si se le aplicara mantenimiento correctivo(procesos, desempeño, fallas de implementación), adaptativo(procesos, ambiente de datos) ó de perfeccionamiento(desempeño, mantenibilidad), en cualquier caso destacan 3 aspectos asociados al software existente :entender, modificar y revalidar.

Y por ultimo la administración de un proyecto de software donde se destaca que uno de los factores más importantes para el éxito o fracaso de un proyecto radica en la administración(planeación, estimacion de costos, tecnología asociada al manejo de los proyectos, y nos da una idea de como es llevada acabo una aproximación a este problema por parte de IBM(chief programmer teams) este tema me parece de lo más interesante, ya que da una idea clara de como organizar un proyecto de software basado en un lider de proyecto(Chief)

Bueno espero que lo hallen interesante ahi les dejo el link para que descarguen el pdf(en ingles) si necesitan más dellates

http://mihd.net/ew5xra

Escrito por Ricardo Rodríguez Garcia