El documento presenta preguntas frecuentes sobre prototipos, incluyendo su definición como una muestra simplificada de un sistema para recopilar información, los tipos de prototipos como parchado, no operacional, de serie y de características seleccionadas, y cuando es recomendable elaborar un prototipo como en ambientes inestables e incierto o con poca experiencia previa en el diseño.
Conceptos básicos de programación orientada a objetos (poo)Maria Garcia
CONCEPTOS BÁSICOS DE PROGRAMACIÓN ORIENTADA A OBJETOS (POO)
Dentro del perfil de egresado en licenciatura en informática se encuentra que éste debe propiciar proyectos investigativos que contribuyan a la solución de problemas de la comunidad educativa, es ahí donde este módulo proporcionará a los estudiantes tener una visión más amplia en cuanto al tema tecnológico y le permitirán crear proyectos más enriquecedores
Conceptos básicos de programación orientada a objetos (poo)Maria Garcia
CONCEPTOS BÁSICOS DE PROGRAMACIÓN ORIENTADA A OBJETOS (POO)
Dentro del perfil de egresado en licenciatura en informática se encuentra que éste debe propiciar proyectos investigativos que contribuyan a la solución de problemas de la comunidad educativa, es ahí donde este módulo proporcionará a los estudiantes tener una visión más amplia en cuanto al tema tecnológico y le permitirán crear proyectos más enriquecedores
Presentación de las características, ventajas y desventajas de los modelos en la ingeniería de software. Posee una conclusión final acerca de cual es el mejor modelo de acuerdo a los criterios expuestos en la presentación.
Presenta las diferentes entre Desarrollo Cascada versus Desarrollo Agile-Scrum, mostrando la manera en la que participa el Testing, más algunos de los procedimientos, prácticas y conceptos principales.
Para mayor información, visitar: http://testingbaires.com/
A continuación, parte del contenido de la presentación.
#Planteo formulado dentro de un grupo de discusión
Generalidades
¿Qué tipo de actividades llevas a cabo bajo este modelo?
¿Qué ceremonias: Daily Scrum Meetings, Sprint Reviews, Retrospectives?
¿Participan con el Product Owner en la User Story?
¿Qué tratamiento le dan al Product Backlog y Sprint Backlog?
¿Participan del Sprint Planning?
¿Tienen un Scrum Master que lo elabora?
¿Estiman el esfuerzo de trabajo?
¿Qué documentan?
¿Elaboran Indicadores y Métricas?
Herramientas
¿Usan herramientas aranceladas? JIRA Agile, JIRA Bamboo, JIRA Zephyt, TFS
¿Usan herramientas open source? Redmine, Testlink, Mantis, Selenium WebDriver, Cucumber, SonarQube
Automatización
¿Ejecutan Automation Testing?
¿Bajo qué tipo de modelo: BDD y/o ATDD, pej?
¿Ejecutan Testing contra Código?
¿Ejecutan Testing contra Servicios?
¿Ejecutan Testing contra Front End?
¿Estiman, documentan, elaboran Indicadores y Métricas?
Planteo por parte de un miembro
En mi trabajo es difícil aún introducir los procesos de Testing en Scrum.
Acá se practica la metodología estrictamente, los sprint son de dos semanas y la documentación es casi nula (no existen los casos de uso, y los documentos de requerimientos son escasos), el tiempo para crear casos de prueba es muy poco por lo que decidimos solo crear los de regresión y dedicar mas tiempo a los Criterios de Aceptación (Definition of Done). Utilizamos Jira pero no solo como bugtracker sino también como pizarra de Scrum donde se encuentran las Historias de Usuario (User Story) creadas entre todo el equipo de Scrum en el Sprint Planning. Por el momento las estimaciones de los desarrolladores para bugfixing nunca alcanzaron, y la verificación de bugs de un Sprint se realizan en el próximo. Para nuevos proyectos vamos a probar con Sprints de 3 semanas: 2 de desarrollo, 1 de Testing y bugfixing, así los desarrolladores podrían liberar funcionalidades mas completas (y testeables), estimar mejor el tiempo de testing (somos abiertos al testing exploratorio) y quedaría tiempo para realizar bugfixing. La verificación de bugs seguiría quedando para el próximo sprint.
Devolución ofrecida
No están siendo ágiles.
Si están realizando el testing fuera de la sprint, no están entregando un producto de calidad.
La idea es entregar un incremento TERMINADO: diseñado, desarrollado, probado.
Lamentablemente, así funcionan muchos equipos actualmente.
Es necesario incorporar el Testing dentro de las iteraciones.
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
2. ¿Qué es un prototipo?
¿Para qué sirve?
¿Qué tipo de información busca?
¿Cuántos tipos de prototipos hay?
¿Como se elabora un prototipo?
¿Cuáles son las ventajas?
¿Cuáles son las desventajas?
¿Cuando es el mejor momento para hacerlo?
¿Qué se necesita para hacer un prototipo?
¿Cuál es el papel del usuario?
3. Es una «muestra más simplificada de un sistema
1» cuya función es recopilar información.
«El prototipo nos permite "ver" cómo será un
sistema; dicho prototipo puede descartarse o
puede seguir utilizándose y completándolo para
desarrollar el sistema completo. 2»
1,2- Tomado de www.alegsa.com.ar
4. «Para entregar un resultado rápido de cómo
se verá o será el sistema a diseñar.» 1
Para conocer al usuario, «ya que en muchos
casos los usuarios no pueden indicar los
requisitos sin tener experiencia con el
sistema» 2
1- Tomado de www.alegsa.com.ar
2- Tomado de sistemas2009unl.wordpress.com
5. Con respecto al usuario
Si hay dificultades para la
implementación del
sistema.
Reacciones iniciales
Si logra cumplir con todos
los requisitos necesarios
Si hay que cambiar algo,
Sugerencias
RETROALIMENTACIÓN.
6. Innovaciones Nuevas capacidades del sistema
que no se habían pensado.
Con respecto al
en que momento
Calendarizaci elaborarlo
sistema
ón de tareas
Planes de cuando hacerle cambios
revisión
Manejo del
prototipo
8. ¿Qué es?
• Es un prototipo que funciona no importa si es eficiente o si fue
hecho apurado. Es un modelo básico o maqueta que puede ser
mejorado
¿Es operacional, tiene las características de un sistema?
• Si,tiene todas las caracteristicas de un sístema
¿Es eficiente?
• No
¿Cual es el precio del desarrollo?
• Relativamente bajo.
9. ¿Qué es?
• Es un modelo no funcional del sistema, por ejemplo el tunel del
viento
¿Es operacional, tiene las características de un sístema?
• No
¿Es eficiente?
• No
¿Cual es el precio del desarrollo?
• Alto y no tiene mucho mas beneficios que solo la funcion que
realiza.
10. ¿Qué es?
• El prototipo aqui es el primer modelo a escala completa de un
sistema (Piloto)
¿Es operacional, tiene las características de un sístema?
• Todas
¿Es eficiente?
• Deberia serlo, si no lo es el sistema se implanta en el resto de la
serie y luego resolver esos problemas saldria muy caro
¿Cual es el precio del desarrollo?
• Es elevado ya que estamos hablando de un sistema en si.
11. ¿Qué es?
• Es un modelo básico que se caracteriza por su construcción en
módulos, estos módulos son evaluados y si son satisfactorios
formaran parte del sistema
¿Es operacional, tiene las características de un sístema?
• Tiene las características básicas para que funcione.
¿Es eficiente?
• Es eficiente y esto aumenta con el tiempo
¿Cual es el precio del desarrollo?
• Es difícil hacer un prototipo escalable pero es una buena inversión
12. Parchado No Operacional
Primero de una Serie De características
seleccionadas
13. Ambiente inestable e incierto
¿Es obligatorio elaborar un
prototipo? No siempre
Toma de decisiones no estructurada
Recomendado
o semi estructurada
Pocas experiencias similares de
diseño
Ambiente estable y predecibles
No recomendado Toma de decisiones estructurada
Amplia experiencia similar al diseño
14. Trabajar con módulos manejables
• Para trabajar con un prototipo inicial con pocos modulos y que
luego ira creciendo con más modulos.
Construcción rápida
• Menor tiempo, menos son las necesidades del cliente
Modificaciones
• Hay que motivar a los usuarios a que evaluen el prototipo
rápidamente
Enfatizar la interfaz
• Para muchos de los usuarios la interfaz es el sístema de ahi su
importancia
15. Poder cambiar el sistema en etapas tempranas
Posibilidad de desechar un prototipo que no es
funcional un sistema mas ajustado a las
Desarrollar
necesidades y expectativas de los usuarios
16. Manejo del proyecto
Tomar el prototipo como un sistema completo
cuando es de hecho inadecuado y no se
pretendió que sirviera como sistema terminado