lunes, 13 de mayo de 2019

S6. Actividad 1. Bitácora de investigación


UNIVERSIDAD ABIERTA Y A DISTANCIA DE MÉXICO
Bitácora de Investigación del anteproyecto:

La necesidad de programar correctamente.

 Aspirante: . . . . . . . . . . . . . . Romualdo Hernández Bravo
 Monitor Académico:  . . . . . . Martha Patricia Ramirez Cortes
Domingo 12 de mayo de 2019
Hora Comentarios
10:00 Se programa una visita a la empresa FeDex Tláhuac a las 14:00 para platicar con él gerente H.M y ver la posibilidad de entrevistar al encargado del sistema.
10:30 Se programa una visita para el lunes 13 de mayo a las 12:00 en instalaciones de una empresa de seguridad de nombre International Private Security de México con el director de factor humano J.S.
14:00 Ingreso puntualmente a FeDex, me registro en la caseta de vigilancia donde una señorita muy amable me indica que el gerente ya se había retirado a otra estación FeDex y me entregó la tarjeta de presentación del gerente H.M. 
Lunes 13 de mayo de 2019
Hora Comentarios
12:00 Ingreso a las oficinas de IPS, luego de esperar 20 minutos fui recibido por la señorita asistente del director de factor humano J.S. quién me dijo que el licenciado estaba ocupado, pero me brindó la posibilidad de hacer un recorrido por las instalaciones y me dirigió con el ingeniero en sistemas G.C.quien me comentó que ahí habían desarrollado un programa de nombre INO, Integrador de Nómina Operativa. Con este programa se calcula la nómina de más de 6000 personas. También me mostró un pequeño cuarto denominado Site, donde se encuentran sus servidores. Quedé con él de regresar para hacerle una entrevista el miércoles 15 a las 16:00.
13:34 Me pongo en contacto con el gerente de FeDex Tláhuac quién me informa que no está seguro de que el encargado en sistemas acuda a esa sucursal en esta semana, pero me comenta que con gusto el me recibe el martes 14 por la tarde, pero que me comunique una hora antes para formalizar la reunión.
Martes 14 de mayo de 2019
Hora Comentarios
11:10 Logré contactar a una conocida A.Y.G. quién me recibirá en su domicilio particular para efectuar una entrevista el día 15 a las 21:00 al llegar de su trabajo.
15:00 Luego de ponerme de acuerdo con el gerente de FeDex Tláhuac, fui recibido por él, quien me comenta que tienen un sistema a nivel mundial el cual está basado en códigos de prioridad de entrega y que algunos envíos se cobran al momento de ser entregados. Que manejan grandes volúmenes por lo que utilizan scanners portátiles, con lo cual los datos son enviados al sistema. Se reportan tanto los envíos que llegan como los que salen, así como los envíos defectuosos. Tienen camionetas repartidoras, tráileres, incluso aviones de carga. Por último me dijo que me informaría si el de sistemas iba por ahí esta semana.
Miércoles 15 de mayo de 2019
Hora Comentarios
14:15 Me reúno con el ingeniero G. para platicar del desarrollo de su software denominado INO, Integrador de Nómina Operativa. Cuya entrevista por motivos de seguridad de la propia empresa no debe ser grabada, por lo que tomó mis notas en papel.
21:00 Me reúno con la licencia en informática A.Y.G. para platicar del desarrollo de software y los errores al programar. La entrevista es grabada en vídeo.

sábado, 11 de mayo de 2019

S5. Actividad 2. Análisis y abstracción de información

Marco teórico de los errores en la programación.

El software está prácticamente en todos lados, en empresas, hospitales, colegios, universidades, industria, en nuestro teléfono, etc. Su uso es tan común que damos por hecho que siempre trabajá correctamente, pero cuando se presentan errores, estos saltan a la vista y están en boca de muchos.

Resultado de imagen para errores en la programación La mayoría de los errores son intrascendentes (un programa se cuelga o se cierra), otras veces son molestas, como en el caso reciente de la app de youtube que en el segundo 6 se congela el video o que sus filtros no funcionan correctamente.

Lamentablemente existen errores sumamente graves que han costado la pérdida de millones de dólares y la lamentable la pérdida de vidas humanas.

Antecedentes

Es bien conocida la crisis del software entre los años 1960 y 1980, debido a que el software creado presentaba errores en su ejecución que impedía su correcta puesta en función y cuando se instalaba resultaba que mantener su funcionamiento, implicaba el doble de su costo de desarrollo.

Los errores en la programación tienen grandes pérdidas financieras como el caso del   grupo Knight Capital que costó más de 400 millones de dólares en menos de una hora. El problema era que el algoritmo desarrollado, vendió y compró acciones y propiedades sin evaluarlas, lo que ocasionó estas enormes pérdidas.

La mal programación puede llevar a la muerte de personas como el caso de la máquina Therac-25 que indujo altas descargas de radiación, lo que provocó el deceso de cinco personas.

Lo anterior es una muestra en extremo, pero necesaria para tener en cuenta al desarrollar software. Es necesario pues, hacer pruebas minuciosas sino para desaparecerlas, si para reducirlas. 

Bases Teóricas 

La mayoría de los desarrolladores dedican muy poco tiempo al análisis y diseño de aplicaciones, aunado a esto está el hecho de que se presentan errores lógicos que impiden que el programa realice lo que se espera. Otro tipo de error es el que se presenta en tiempo de ejecución, debido a que existe una división por cero o alguna variable de un tipo declarado es desborda o le es asignado un valor de otro tipo. El error más común es el de compilación debido a una escritura incorrecta del código de programación, en la mayoría de los casos es un error de sintaxis.

Es necesario que el desarrollador aprenda la lógica de la programación y que planté su diseño antes de ponerse frente a una computadora a programar. Es indispensable utilizar pseudocódigo, para lo mismo escribir en pascal o en lenguaje C. El desarrollador debe documentar muy bien su código para que en un futuro sepa lo que dicho código hace. El desarrollador también deberá conocer el alcance y tipo de sus variables, pero sobre todo conocer el depurador.

El muy común que el estudiante desarrollador no emplee la potencia del depurador, pero en la vida profesional deberá volverse un experto en la reducción de errores y deberá hacer muchas pruebas de evaluación antes de entregar el producto final. Algunos expertos consideran que el programa o proyecto es solo el 20% y el restante 80%, corresponde al mantenimiento y manejo de errores.

En internet hay muy poca información respecto al manejo de errores en el desarrollo de software, pero esto no significa que estos no existan, esto implica que hay un gran campo de oportunidad al respecto.

Existen errores irrelevante errores críticos los cuales serán todo un reto poderlos cuantificar en el siguiente anteproyecto a realizar.



Romualdo Hernández Bravo
12 de Mayo de 2019

S5. Actividad 1. Selección y recopilación de información


Anteproyecto de investigación

La necesidad de programar correctamente.


1.    Fuentes primarias y secundarias.
1.1. Primarias
1.1.1.  Diseño pre programación.
1.1.2.  Programar correctamente.
1.1.3.  Errores en el desarrollo de software informático.
1.1.4.  Evaluación de técnicas de detección de errores en programas concurrentes.
1.2. Secundarias
1.2.1.  Errores comunes
1.2.2.  Omisiones de novato.
1.2.3.  Manejo de errores y excepciones.
1.2.4.  Algoritmos de programación.
Buscadores utilizados para la recopilación de la información


Bibliografía

CABOT, J. (24 de agosto de 2018). LOS GRANDES ERRORES DE LA HISTORIA DEL SOFTWARE INFORMÁTICO – DEL PRIMER BUG A HOY. Obtenido de Ingenieria de Software: https://ingenieriadesoftware.es/grandes-errores-historia-software-informatico/
CHAPMAN, D. (1999). Aprendiendo Visual C++ 6 en 21 días. México: PRENTICE-HALL.
Error de software. (17 de abril de 2019). Obtenido de Wikimedia Commons: https://es.wikipedia.org/wiki/Error_de_software#Or%C3%ADgenes_del_t%C3%A9rmino
Ingeniería de software. (7 de mayo de 2019). Obtenido de WIKIPEDIA: https://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
MARIA, U. T. (s.f.). Errores y excepciones. Obtenido de http://progra.usm.cl/apunte/materia/errores.html
PLATA, U. N. (24 de junio de 2014). Evaluación de técnicas de detección de errores en programas concurrentes. Obtenido de SEDICI: http://sedici.unlp.edu.ar/handle/10915/36923
REISDORPH, K. (1999). Aprendiendo Borland Delphi 4 en 21 Días. México: PRENTICE-HALL.
SMITH, C., & AMUNDSEN, M. (1999). Aprendiendo programación de bases de datos con Visual Basic 6 en 21 días. México: PRENTICE-HALL.
Wachenchauze, R., Manterola, M., Curia, M., Medrano, M., & Paez, N. (7 de julio de 1918). Capítulo 12. Manejo de errores y excepciones. Obtenido de Algoritmos de Programación con Python: https://uniwebsidad.com/libros/algoritmos-python/capitulo-12
PLATZI. (29 noviembre 2018). 10 errores comunes de programadores junior. [archivo de video]. recuperado de https://www.youtube.com/watch?v=YJ0u-MpYpM4


Carpetas con la documentación textual.




domingo, 5 de mayo de 2019

S4. Actividad 1. Estudio en escarlata

Esquema sobre los pasos que siguió Sherlock Holmes 
 para llegar a las conclusiones que expuso.
1
2
3
4
5
6

lunes, 29 de abril de 2019

Actividad 3. Campaña de difusión.

Sesión 3. Estrategias de aprendizaje autogestivo y colaborativo.

Actividad 3. Campaña de difusión.

1
2
3
4
5

Diapositivas