El documento presenta un resumen del plan de proyecto, incluyendo las fases de planificación, diseño, codificación, compilación, pruebas y postmortem. Se muestran las horas estimadas vs reales para cada fase, así como los defectos introducidos y eliminados, notando variaciones entre el 5-30% para la mayoría de las métricas.
El documento contiene tres bitácoras de registro de tiempo de proyectos de desarrollo de software. Cada bitácora detalla las fechas, horas de inicio y terminación, tiempos de interrupción y fase del proyecto (análisis, diseño, codificación, documentación) para diferentes sesiones de trabajo. También incluyen breves comentarios sobre las actividades realizadas.
Este documento presenta lineamientos para la definición de casos de prueba. Explica que los casos de prueba deben ser claros, concisos y proporcionar la información necesaria para ejecutar las pruebas. También define conceptos como pre-requisitos, pasos, resultado esperado y prioridades. El objetivo es uniformizar la forma de definir casos de prueba y asegurar su calidad para que puedan ser ejecutados de manera efectiva.
El documento describe los diferentes tipos de pruebas de software, incluyendo pruebas de sistema, casos de prueba y el diseño de casos de prueba. Explica que las pruebas de software son procesos para verificar y revelar la calidad de un producto de software mediante la identificación de posibles fallas. También describe cómo los casos de prueba se derivan de las funcionalidades del sistema y las especificaciones de requisitos, y la importancia de diseñar casos de prueba que tengan una alta probabilidad de encontrar errores sin ser redundantes.
This document contains a student's English homework assignment on the topics of "will" and "going to". It lists 10 examples of sentences using "will" to express future actions, such as "I will help you" and "She will drink beer". It then lists 10 examples using "going to" to express plans or intentions in the near future, such as "I am going to eat" and "He is going to work". The document provides the student's name, grade, teacher and date to identify the assignment.
1) There was a robbery reported at a house in San Miguel on June 10.
2) Items stolen included a pair of perfume worth $1,200, a computer worth $9,800, and 2 pairs of gold earrings worth $1,000.
3) The victim, Maria Gaspar, reported the theft to police and said she did not know who the thieves were. She planned to file an official report with prosecuting authorities.
This document contains a summary of a student named Adan de Jesus Hernandez Chavez. It provides his full name, grade level, teacher's name, and date. It then gives details about Adan, including his date of birth, age, marital status, place of origin, and occupation as a student. It describes his hobbies as watching TV and listening to hip-hop and rap music. Finally, it outlines his typical Saturday activities, which include watching movies with family in the morning, listening to music in the afternoon, and watching TV in the evening before sleeping.
This document contains a summary of a student named Adan de Jesus Hernandez Chavez. It provides his full name, grade level, teacher's name, and date. It then gives details about his birthdate, age, marital status, hometown, and occupation as a student. It describes his hobbies as watching TV and listening to hip-hop and rap music. It outlines his typical Saturday activities, which include watching movies with family in the morning, listening to music in the afternoon, and watching TV in the evening before sleeping.
Este documento contiene el reporte de estatus de un proyecto de desarrollo de software educativo llamado "EduGame". Incluye la lista de integrantes del equipo, las fases del proyecto y su estado de avance. También contiene el control de cambios realizados y la acta de entrega del proyecto al cliente.
El documento contiene tres bitácoras de registro de tiempo de proyectos de desarrollo de software. Cada bitácora detalla las fechas, horas de inicio y terminación, tiempos de interrupción y fase del proyecto (análisis, diseño, codificación, documentación) para diferentes sesiones de trabajo. También incluyen breves comentarios sobre las actividades realizadas.
Este documento presenta lineamientos para la definición de casos de prueba. Explica que los casos de prueba deben ser claros, concisos y proporcionar la información necesaria para ejecutar las pruebas. También define conceptos como pre-requisitos, pasos, resultado esperado y prioridades. El objetivo es uniformizar la forma de definir casos de prueba y asegurar su calidad para que puedan ser ejecutados de manera efectiva.
El documento describe los diferentes tipos de pruebas de software, incluyendo pruebas de sistema, casos de prueba y el diseño de casos de prueba. Explica que las pruebas de software son procesos para verificar y revelar la calidad de un producto de software mediante la identificación de posibles fallas. También describe cómo los casos de prueba se derivan de las funcionalidades del sistema y las especificaciones de requisitos, y la importancia de diseñar casos de prueba que tengan una alta probabilidad de encontrar errores sin ser redundantes.
This document contains a student's English homework assignment on the topics of "will" and "going to". It lists 10 examples of sentences using "will" to express future actions, such as "I will help you" and "She will drink beer". It then lists 10 examples using "going to" to express plans or intentions in the near future, such as "I am going to eat" and "He is going to work". The document provides the student's name, grade, teacher and date to identify the assignment.
1) There was a robbery reported at a house in San Miguel on June 10.
2) Items stolen included a pair of perfume worth $1,200, a computer worth $9,800, and 2 pairs of gold earrings worth $1,000.
3) The victim, Maria Gaspar, reported the theft to police and said she did not know who the thieves were. She planned to file an official report with prosecuting authorities.
This document contains a summary of a student named Adan de Jesus Hernandez Chavez. It provides his full name, grade level, teacher's name, and date. It then gives details about Adan, including his date of birth, age, marital status, place of origin, and occupation as a student. It describes his hobbies as watching TV and listening to hip-hop and rap music. Finally, it outlines his typical Saturday activities, which include watching movies with family in the morning, listening to music in the afternoon, and watching TV in the evening before sleeping.
This document contains a summary of a student named Adan de Jesus Hernandez Chavez. It provides his full name, grade level, teacher's name, and date. It then gives details about his birthdate, age, marital status, hometown, and occupation as a student. It describes his hobbies as watching TV and listening to hip-hop and rap music. It outlines his typical Saturday activities, which include watching movies with family in the morning, listening to music in the afternoon, and watching TV in the evening before sleeping.
Este documento contiene el reporte de estatus de un proyecto de desarrollo de software educativo llamado "EduGame". Incluye la lista de integrantes del equipo, las fases del proyecto y su estado de avance. También contiene el control de cambios realizados y la acta de entrega del proyecto al cliente.
El documento presenta un resumen de las actividades realizadas por un equipo de estudiantes para el desarrollo de un proyecto educativo llamado EduGame. El equipo está conformado por 4 estudiantes y tiene asignados roles específicos. En las 7 actividades descritas, el equipo define el nombre del proyecto, elige al líder, establece los objetivos y roles, diseña un logotipo y estructura de trabajo, y decide que la aplicación contendrá actividades matemáticas.
Este documento presenta un cuadro comparativo entre MOPROSOFT y CMMI, dos modelos para la mejora de procesos de desarrollo de software. MOPROSOFT es un modelo específico para México enfocado a pequeñas y medianas empresas, mientras que CMMI es un modelo más grande y complejo utilizado a nivel mundial. Ambos modelos buscan mejorar la calidad y reducir costos, pero CMMI requiere más tiempo, esfuerzo y recursos para su implementación.
El documento describe los antecedentes y características del modelo CMMI. CMMI evolucionó a partir de CMM y tiene como objetivo mejorar la usabilidad de los modelos de madurez integrando varios modelos diferentes en un solo marco. CMMI es una guía para mejorar procesos, un modelo de madurez basado en estándares de la industria, e indica qué deben hacer los procesos pero no cómo hacerlo. CMMI no es una metodología específica ni compite con metodologías ágiles o de gestión de proyectos,
Este documento presenta un cuestionario de 15 preguntas sobre el desarrollo de aplicaciones en Android. Cubre temas como los componentes básicos de una aplicación Android, actividades, vistas, widgets, layouts y más. También incluye 5 preguntas sobre el uso de bases de datos SQLite en Android.
El documento presenta un manual para crear una aplicación móvil en Java para convertir horas a minutos y segundos usando NetBeans. Explica los 14 pasos para crear el proyecto, diseñar la interfaz, agregar campos de texto, vincular botones, e implementar el código de conversión. La aplicación permite ingresar horas y obtener su equivalente en minutos y segundos luego de presionar el botón de conversión.
Este documento presenta un tema sobre páginas con estilo CSS para la materia de Desarrollo de Aplicaciones III. Incluye la fecha de entrega del trabajo, los datos del alumno y docente, y enlaces a ejemplos de páginas con y sin estilo CSS.
Este documento presenta un proyecto de una página web con estilo CSS desarrollada por un estudiante. El documento incluye el nombre del estudiante, la materia, el tema y la fecha de entrega del proyecto. También incluye enlaces a una página de ejemplo de CSS y a la página web desarrollada por el estudiante aplicando estilos CSS.
Este documento presenta un mapa conceptual sobre la calidad del desarrollo de software. Explica que la calidad del software depende de la calidad de los procesos de desarrollo y satisface las necesidades del cliente. También identifica problemas comunes como el incumplimiento de plazos y aumento de costos, y características deseables como flexibilidad y capacidad de adaptación. Finalmente, resume varios modelos para medir la calidad como CMM, ISO 9000 e ISO 9126, entre otros.
El documento presenta una tabla comparativa entre la Web 1.0 y la Web 2.0, destacando que la Web 2.0 es más colaborativa y permite a los usuarios publicar y modificar contenido fácilmente, a diferencia de la Web 1.0 que tenía páginas estáticas actualizadas de forma no periódica. También incluye una tabla comparando aplicaciones RIA y tradicionales, señalando que las RIA cargan toda la aplicación de una vez en el navegador para evitar recargas continuas de páginas.
El documento presenta un resumen de las actividades realizadas por un equipo de estudiantes para el desarrollo de un proyecto educativo llamado EduGame. El equipo está conformado por 4 estudiantes y tiene asignados roles específicos. En las 7 actividades descritas, el equipo define el nombre del proyecto, elige al líder, establece los objetivos y roles, diseña un logotipo y estructura de trabajo, y decide que la aplicación contendrá actividades matemáticas.
Este documento presenta un cuadro comparativo entre MOPROSOFT y CMMI, dos modelos para la mejora de procesos de desarrollo de software. MOPROSOFT es un modelo específico para México enfocado a pequeñas y medianas empresas, mientras que CMMI es un modelo más grande y complejo utilizado a nivel mundial. Ambos modelos buscan mejorar la calidad y reducir costos, pero CMMI requiere más tiempo, esfuerzo y recursos para su implementación.
El documento describe los antecedentes y características del modelo CMMI. CMMI evolucionó a partir de CMM y tiene como objetivo mejorar la usabilidad de los modelos de madurez integrando varios modelos diferentes en un solo marco. CMMI es una guía para mejorar procesos, un modelo de madurez basado en estándares de la industria, e indica qué deben hacer los procesos pero no cómo hacerlo. CMMI no es una metodología específica ni compite con metodologías ágiles o de gestión de proyectos,
Este documento presenta un cuestionario de 15 preguntas sobre el desarrollo de aplicaciones en Android. Cubre temas como los componentes básicos de una aplicación Android, actividades, vistas, widgets, layouts y más. También incluye 5 preguntas sobre el uso de bases de datos SQLite en Android.
El documento presenta un manual para crear una aplicación móvil en Java para convertir horas a minutos y segundos usando NetBeans. Explica los 14 pasos para crear el proyecto, diseñar la interfaz, agregar campos de texto, vincular botones, e implementar el código de conversión. La aplicación permite ingresar horas y obtener su equivalente en minutos y segundos luego de presionar el botón de conversión.
Este documento presenta un tema sobre páginas con estilo CSS para la materia de Desarrollo de Aplicaciones III. Incluye la fecha de entrega del trabajo, los datos del alumno y docente, y enlaces a ejemplos de páginas con y sin estilo CSS.
Este documento presenta un proyecto de una página web con estilo CSS desarrollada por un estudiante. El documento incluye el nombre del estudiante, la materia, el tema y la fecha de entrega del proyecto. También incluye enlaces a una página de ejemplo de CSS y a la página web desarrollada por el estudiante aplicando estilos CSS.
Este documento presenta un mapa conceptual sobre la calidad del desarrollo de software. Explica que la calidad del software depende de la calidad de los procesos de desarrollo y satisface las necesidades del cliente. También identifica problemas comunes como el incumplimiento de plazos y aumento de costos, y características deseables como flexibilidad y capacidad de adaptación. Finalmente, resume varios modelos para medir la calidad como CMM, ISO 9000 e ISO 9126, entre otros.
El documento presenta una tabla comparativa entre la Web 1.0 y la Web 2.0, destacando que la Web 2.0 es más colaborativa y permite a los usuarios publicar y modificar contenido fácilmente, a diferencia de la Web 1.0 que tenía páginas estáticas actualizadas de forma no periódica. También incluye una tabla comparando aplicaciones RIA y tradicionales, señalando que las RIA cargan toda la aplicación de una vez en el navegador para evitar recargas continuas de páginas.
2. BITACORA DE REGISTRO DE TIEMPO
Autor:Ramiro Vázquez Saucedo Fecha: 22/01/13
Programa #: 1
FECHA INICIO DETENCION TIEMPO DE TIEMPO FASE COMENTARIOS
INTERRUPCION DELTA
10-01- 8:00 11:00 15 minutos 100 Análisis Entrevistamos
13 minutos al cliente.
12-01- 9:00 11:00 20 minutos 90 Análisis Estuvimos
13 minutos analizando los
requerimientos
del cliente
13-01- 9:00 1:00 15 minutos 95 Diseño del Comenzamos
13 minutos sistema con el diseño
del sistema
14-01- 10:00 11:00 30 minutos 50 Diseño del Buscamos el
13 minutos sistema diseño para las
posibles
interfaces
16-01- 1:00 3:00 10 minutos 85 Diseño Elegimos el
13 minutos número de
interfaces
17-01- 8:00 11:00 50 minutos 65 Diseño Comenzamos a
13 minutos diseñar la base
de datos
19-01- 2:00 3:00 30 minutos 90 Codificación Comenzamos
13 minutos con los
primeros
métodos de la
programación
23-01- 8:00 10:00 20 minutos 50 Codificación Codificamos las
13 minutos primeras
interfaces
25-01- 9:00 12:00 15 minutos 100 Codificación Codificamos
13 minutos pantallas para
el sistema
1-02-13 8:00 1:00 40 minutos 130 Documentación Realizamos
minutos toda la
documentación
del sistema.
3. BITACORA DE REGISTRO DE TIEMPO
Autor:Ramiro Vázquez Saucedo Fecha: 22/01/13
Programa #: 2
FECHA INICIO DETENCION TIEMPO DE TIEMPO FASE COMENTARIOS
INTERRUPCION DELTA
25-10- 9:00 12:00 15 minutos 90 Análisis Entrevistamos
12 minutos al cliente.
26-10- 10:00 1:00 20 minutos 80 Análisis Estuvimos
12 minutos analizando los
requerimientos
del cliente
27-10- 12:00 2:00 15 minutos 100 Diseño del iniciamos con
12 minutos sistema el diseño del
sistema
28-10- 10:00 1:00 30 minutos 50 Diseño del diseño para las
12 minutos sistema posibles
interfaces
29-10- 2:00 4:00 10 minutos 90 Diseño Elegimos el
12 minutos número de
interfaces
30-10- 8:00 11:00 50 minutos 100 Diseño Comenzamos a
13 minutos diseñar la base
de datos
01-11- 1:00 2:00 30 minutos 110 Codificación Realizamos los
12 minutos primeros
métodos de la
programación
02-11- 10:00 11:00 20 minutos 50 Codificación Codificamos las
12 minutos primeras
interfaces
03-11- 8:00 10:00 15 minutos 95 Codificación Codificamos
12 minutos pantallas para
el sistema
04-11- 11:00 1:00 40 minutos 100 Documentación Realizamos
12 minutos toda la
documentación
del sistema.
4. Autor:Ramiro Vázquez Saucedo Fecha: 22/01/13
Programa #: 3
FECHA INICIO TERMINO TIEMPO DE TIEMPO FASE COMENTARIOS
INTERRUPCION DELTA
21-01-13 1:00 1:50 10 50minutos Análisis Se perdieron 10
Minutos minutos; debido a
que tuvimos que
tomar un
descanso.
22-01-13 1:00 2:00 15 45minutos Análisis Aprovechamos 45
Minutos minutos para
mejorar la
documentación.
23-01-13 12:00 12:50 10 50minutos Diseño Se perdieron 10
Minutos minutos
escogiendo el
color de la interfaz
gráfica.
24-01-13 2:00 3:00 20 40minutos Diseño Interrupción
Minutos debido a una
investigación sobre
el diseño.
5. Bitácora de registro de Defectos
Estudiante: Adán Hernández Chz. fecha: 30/01/13
Programa #: 1
Fecha Numero Tipo Inyección Eliminación Tipo de Tipo de Descripción
Reparación Defecto
10/01/13 1 planeación Se crearon 12/01/13 2 días 2 días Fue un poco
reglas para cada inconveniente porque
trabajo a nadie las respetaba
realizar
12/01/13 2 Análisis Se crearon 2 días 2 días El analista mal
diagramas para 14/01/13 interpreto los
su análisis requerimientos del
cliente
14/01/13 3 codificación Una interface 15/01/13 1 día 1 día El código era incorrecto
no aparecía
18/01/13 4 codificación Al inyectar el 2 días 2 días No funciona la base de
código para q datos dentro de la
funcionara la 20/01/13 aplicación
base de datos
con la aplicación
24/01/13 5 Se pierden los 28/01/13 4 días 4 días Por no tener respaldos
avances del
proyecto a
realizar
29/01/13 6 Marca error en 29/01/13 1 día 1 día unas sintaxis estaban
Codificación y el código con mayúsculas por lo
copulación tanto no coinciden con
el código
02/02/13 7 pruebas No muestra 02/02/13 1 día 1 día Se encontró un error en
información en los reportes en el
pdf formato pdf.
06/02/13 8 Pruebas no muestra la 06/02/13 1 día 1 día Se encontró el error en
información en la parte de los reportes
el formato XML de XML.
6. RESUMEN DE PLAN DE PROYECTO
Autor:Oscar López Rivera Fecha: 22/01/13
Programa #: 1
FASE ACTUAL TIEMPO EN A LA FECHA TIEMPO EN %VARIACION
MINUTOS MINUTOS 2
PLANIFICACION 17/01/2012 765 08-JUL-12 563 30%
MINUTOS MINUTOS
DISEÑO 15/02/2012 7364 29-JUL-12 7639 5%
MINUTOS MINUTOS
CODIFICACION 28/02/2012 5367 15-AGO-12 98464 30%
MINUTOS MINUTOS
COMPILACION 23/03/2012 7645 24-AGO-12 7645 25%
MINUTOS MINUTOS
PRUEBAS 08/04/2012 6534 30-AGO-12 7465 5%
MINUTOS MINUTOS
POSTMORTEM 14/05/2012 94876 N/A N/A N/A
MINUTOS
95%
DEFECTOS INTRODUCIDOS
FASE ACTUAL DEFECTOS A LA FECHA DEFECTOS %VARIACION
INTRODUCIDOS INTRODUCID
PLANIFICACION 17/01/2012 6 05/FEB/2012 13 30%
DISEÑO 15/02/2012 8 19/FEB/12 9 23%
CODIFICACION 28/02/2012 14 02-MAR-12 22 22%
COMPILACION 23/03/2012 9 18-MAR-12 7 15%
PRUEBAS 08/04/2012 6 27-MAR-12 6 5%
POSTMORTEM 14/05/2012 N/A N/A N/A N/A
94%
DEFECTOS ELIMINADOS
FASE ACTUAL DEFECTOS A LA FECHA DEFECTOS %VARIACION
ELIMINADOS ELIMINADOS2
PLANIFICACION 17/01/2012 5 04/FEB/2012 6 20%
DISEÑO 15/02/2012 7 22/FEB/12 8 20%
CODIFICACION 28/02/2012 21 15-MAR-12 13 40%
COMPILACION 23/03/2012 7 25-MAR-12 7 10%
PRUEBAS 08/04/2012 8 31-MAR-12 7 5%
POSTMORTEM 14/05/2012 N/A N/A N/A N/A
95%