DESARROLLO DE SOFTWARE EN EQUIPO - TSP
ENTREGA 2 - SEMANA 5
NOMBRE DEL EQUIPO: THE EXPENDABLES
NOMBRE DEL PROYECTO: TIENDA VIRTUAL KYNDC
TUTORA: NATALIA MARTÍNEZ
INTEGRANTES:
DANIEL ALEJANDRO ROJAS MORENO [COD: 1821026654]
YENCY ESMITH CASTILLO ABONDANO [COD: 2011023574]
CARLOS DAVID MENCO GUARDO [COD: 2011021156]
KAREN ALEXANDRA GÓMEZ ROMERO [COD: 1220650306]
NATALY FONSECA VAQUIRO [COD: 1821022191]
INSTITUCIÓN UNIVERSITARIA POLITÉCNICO GRANCOLOMBIANO
FACULTAD DE INGENIERÍA, DISEÑO E INNOVACIÓN
2021
1
EVOLUCIÓN DE LA ENTREGA 1
Se realizan unos ajustes en los acuerdos de las actas 1 y 2 de la primera y se
realiza la respectiva corrección de las actas para que quede claro la inclusión de los
temas que se deben tratar en las reuniones 1, 2 y 3. A continuación las actas
corregidas.
ACTA DE REUNIÓN DE SEGUIMIENTO
Version 02 QUALITY & ENVIRONMENTAL MANAGEMENT
HORA HORA
FECHA 25/05/21 8:30 pm 9:30 p. m.
INICIO FINAL
MOTIVO DE LA Abarcar temas de Reunion 1 y Carlos Menco, Yency Castillo, Karen
PARTICIPANTES:
REUNION Reunion 2 Gómez
NO DE ACTA 1 LUGAR MEETING
DESARROLLO DE LA REUNION
Agenda del dia:
1. Se aborda reunion 1 con el fin de entender el proyecto
2. Se aborda reunion 2 en donde el equipo define metas, objetivos y se reparten roles entre los miembros del
equipo.
3. Programar acta 2 para abordar reunión 3.
4. Consolidar conclusiones
Practicas Desarrollo Objetivos/Fundamentos
2
Eficiencia: Atributos que nos permite relacionar el
desempeño y que cantidad de recursos se
necesitarán estableciendo las condiciones
requeridas.
Disponibilidad: Calidad del sistema operacional
cuando es requerido para su uso.
Usabilidad: Atributos relacionados con el
esfuerzo necesario para el uso, por un conjunto
de usuarios.
Reunion1- Se definen las
caracteristicas del producto- Flexibilidad: Facilidad con la que un sistema o
Descripcion
requerimientos no componente puede ser modificado para ser
del problema funcionales
usado en ambientes diferentes
Seguridad: Valor esencial en el sistema para
proteger la privacidad e información de los
clientes.
Accesibilidad: Diseño y manejo fácil de las
funciones de la tienda virtual, posibilita el acceso
a todos los usuarios sin excluir aquellos con
limitaciones.
Se establece que el producto que requiere el
cliente es un software de una tienda virtual que
requiere de: Un modulo de registro, un modulo de
Reunion1- busqueda basica, un modulo de busqueda
Se definen las
Descripcion caracteristicas del producto - avanzada, un modulo de articulos y
funcionales caracteristicas, un modulo de compra por
del problema
articulo, un modulo de carro de compras.
Adicional debe contar con un catalogo de minimo
20 articulos.
Backend PHP
Reunion 1-
Base de dato Mysql
Se definen las herramientas
Descripcion Frontend CSS y Html5
tecnologicas a usar
Gestor de versiones GIT HuB
del problema
Registro de Documentación Google Drive
3
Se concluye en comun acuerdo el que proyecto es viable y
se puede desarrollar por el equipo segun las exigencias del
Reunion 1- cliente. El equipo se compromete a organizar el proyecto de
Viabilidad
Compromisos tal manera que se pueda llevar un control de las actividades
y cumplimiento de metas. Se trabajara solamente lo
establecido en cada reunion
Carlos Menco- (Gestor de Desarrollo)
Nataly Fonseca (Gestora de Calidad)
Reunion 2 - Asignacion de roles segun
Daniel Rojas (Gestor de Planificación)
Roles habilidades
Yency Castillo ( Lider del Equipo)
Karen Gómez ( Gestor de Diseño)
El cronograma se hace en forma de cascada teniendo en
Reunion 2 - Se establece un cronograma
cuenta que las metas para cada rol y el equipo en general
Metas de actividades
son medibles de forma cuantitativa y son claras y precisas
El equipo se compromete a: Subir a google Drive la plantilla
en excel TSPi para diligenciar los roles, tambien se debe
subir documento word para la entrega 1 que incluya:
Acuerdos para el acta 2- Portada
Proxima acta Reunion 3 27/05/2021 a las Introducción
9:30pm via meeting Descripción
Objetivos
Justificación
Actividades a Desarrollar.
CONCLUSION DE LA REUNION
4
En esta acta de lanzamiento se abarcaron los temas correspondientes a la Reunion 1 y
Reunion 2 concluyendo que el proyecto es viable y definiendo metas realistas
ACTA DE REUNION DE SEGUIMIENTO
Version 02 QUALITY & ENVIRONMENTAL MANAGEMENT
HORA HORA
FECHA 27/05/21 9:30 pm 10:30 p. m.
INICIO FINAL
Carlos Menco, Yency Castillo, Karen
MOTIVO DE LA Abarcar temas de Reunion 1 y
PARTICIPANTES: Gómez, Daniel Rojas, Nataly
REUNION Reunion 2
Fonseca
NO DE ACTA 2y3 LUGAR MEETING
DESARROLLO DE LA REUNION
Agenda del dia:
1. Se aborda reunion 3 con el fin de establecer el plan del proyecto
Practicas Desarrollo Objetivos/Fundamentos
5
Se establecen componentes funcionales
principales del producto y se subdividen:
*Registrar Productos Nuevos: El administrador
podrá ingresar registros de nuevos productos en
la web.
Datos de Entrada: > codigo_producto>
nombre_producto> valor_producto>
tallar_producto> categoria_producto>
imagen_producto> stock_producto
*Visualizar los detalles de los productos: El
Reunion 3-
usuario podrá visualizar todos los productos por
Que hay que Diseño conceptual
categorías con sus respectivas características.
hacer Datos de Entrada: > Ingreso o filtro del producto
por marcas, color, fabricante, precio.Criterios de
Aceptación: Producto existentes.
Buscar productos: El usuario podrá realizar
búsquedas de todos los productos ya sean
simples a través de una palabra clave, o
avanzada filtrando por características
particulares.
Datos de Entrada: > Nombre del producto o filtro
del producto por marcas, color, fabricante, precio.
Se divide el proyecto por partes (modulos) para unirlas una
vez esten terminadas:
Registro - Si no cuenta con usuario se debe registrar con los
datos solicitados
Usuario-Validación de ingreso del usuario registrado, para
poder realizar pedido
Reunion 3-
Busqueda Basica-Donde el usuario busca un nombre y sale
Que hay que Estrategia del producto item con concidencia (Buscar)
Busqueda Avanzada- Donde el usuario busca con nombre y
hacer
caracteristicas para que se un filtro mejor la busqueda
(Buscar)
Articulos-Registro de todos los articulos con las
caracteristicas, con imagenes y especificacndo el stock
Compras- Poder seleccionar la compra de un articulo y
esocger la cantidad
6
Carro de Compras-Donde se puede vizualizar la compras
que se han realizado da cada articulo con cantidades
Se maneja un control interno de productos no entregables
para dividir el proyecto en partes mas pequeñas por lo que
Reunion 3- se sube a google drive un archivo LOG para controlar por
medio de formatos PSP se dividen los modulos requeridos
Que hay que Productos de trabajo
por el proyecto para llevar el control de su desarrollo y
hacer avance. Adicional cualquier archivo borrador se establece
que se puede subir a la carpeta dispuesta en la nube para le
equipo.
El equipo va a trabajar de acuerdo al cronograma
Reunion 3- establecido pues en el se indican las tareas a realizar por
cada rol y las fechas en las que se deben realizar. Al mismo
Que hay que Proceso de desarrollo
tiempo se lleva un control de seguimiento de errores que
hacer comparte el equipo para ver el progreso de cada parte del
proyecto
Se define la utilizacion de herramientas tecnologicas para
reducir la incertidumbre como el github en donde cualquier
Reunion 3- integrante del equipo tendra acceso al proyecto ejecutable y
Planes de procesos y podra dar observaciones y criticas constructivas al
Que hay que
soporte programador . Tambien se crea un grupo en la red social
hacer Wathsapp para alertar de forma oportuna cualquier novedad
o cambio respecto a los acuerdos y cronograma de
actividades ya establecido.
7
Team Leader (Yency Castillo): Tener estrategia de
organización grupal y resaltar las cualidades y opiniones de
cada miembro del equipo para así poder tomar decisiones
que fortalezcan la productividad, y con esto tener bases
sólidas para informar a la alta gerencia del estado actual y
proyecciones a futuro.
Development Manager(Carlos Menco): Estará a cargo de
guiar al equipo en el diseño y desarrollo del producto.
Dirigirá la ejecución de las fases de desarrollo siguiendo las
fechas propuestas y generando un producto que cumpla con
requerimientos establecidos.
Reunion 3- Planning Manager (Daniel Rojas): *Apoyar el planteamiento
del proyecto. *Ejecutar su respectiva planificación
Que hay que Reporte de roles
asegurándose de contar con todos los aportes del equipo y
hacer de que se cumplan dichas tareas en el calendario
establecido.
Quality/Process Manager (Nataly Fonseca): *Establece y
administra el plan de calidad. *Genera estándares en el
sistema de gestión de la organización para así llegar a un
objetivo recurrente para un trabajo preciso.
Design Manager (Karen Gomez): Debe llevar al equipo a
producir estándares con diseño de software, este debe de
organizar el equipo para que produzcan un diseño de alta
calidad, estableciendo un flujograma el cual le permita a
cada miembro cumplir con los procedimientos establecidos.
CONCLUSION DE LA REUNION
Cada integrante tiene claro su rol y las actividades que debe realizar, deben ser
responsables pues el avance en equipo se verá reflejado en la entrega final del producto
ACTAS DE LANZAMIENTO
8
ACTA DE REUNION DE SEGUIMIENTO
Version 02 QUALITY & ENVIRONMENTAL MANAGEMENT
HORA HORA
FECHA 28/05/21 8:30 pm 9:30 p. m.
INICIO FINAL
Carlos Menco, Yency Castillo, Karen
MOTIVO DE LA Plan general del
PARTICIPANTES: Gómez, Daniel Rojas, Nataly
REUNION proyecto
Fonseca
NO DE ACTA 4 LUGAR MEETING
DESARROLLO DE LA REUNION
Agenda del dia:
1. Estimar el tamaño de cada Item individual
2. Diseñar un plan detallado de como realizarlo
3. Estimar recursos
4. Crear plan de trabajo
Practicas Desarrollo Objetivos/Fundamentos
Planificar el trabajo del
Aplicar un proceso de desarrollo flexible que se
proyecto en iteraciones de adapte a las necesidades del
dos cliente. Obtener retroalimentación del usuario en
semanas de duración
forma rápida.
Planificación
Se busca lograr una estructura del sistema en una forma
que todos los
Metáfora Documentar la arquitectura integrantes del equipo la comprendan y recuerden. Todos
(Arquitectura) básica en un diagrama. saben que es lo
que tienen que realizar. Es una herramienta de
comunicación con el Cliente.
Realizar el código lo más
simple posible.
9
Diseño Se busca que el código sea simple para que cada uno de
los desarrolladores entienda perfecto lo que se esta
simple haciendo y no pierda tiempo en entenderlo
Se busca que durante el desarrollo se realicen pruebas
Pruebas Realizar pruebas a medida
para encontrar errores lo más temprano posible y así el
unitarias que se desarrolla el sistema.
proceso de ralizar el codigo sea menor.
Mientras van desarrollando el
Se busca que el diseño se mantenga simple, que la
sistema, los programadores
Refactoreo cantidad de errores disminuya y los programadores puedan
mejoran el código
desarrollar más rápido.
continuamente.
Integrar continuamente las
Integración distintas partes desarrolladas Las integraciones continuas apuntan a disminuir los errores
continua del sistema. generados en la etapa de integración.
continuamente.
Para que todos los
Se busca que los programadores conozcan todo el código
Propiedad programadores conozcan el
desarrollado, esto
Colectiva código, se desarrolla en
hace más ágil y más flexible al proceso de desarrollo
grupo.
Cantidad de horas semanales Se busca mejorar el animo del equipo y disminuir los
25 horas
que pueden trabajar los errores producidos por el cansancio y aumentar la
semanales programadores. productividad
Comunicación Se busca que el cliente este informado de la evolución y
Comunicación diaria con el comunique los cambios necesarios. También ante
permanente
cliente. cualquier duda sobre requerimientos se puede consultar al
con el cliente cliente rápidamente.
10
CONCLUSION DE LA REUNION
La definición de un proceso en un proyecto de software es un elemento fundamental para
obtener un producto de software de calidad adecuada. Se destacan dos tendencias
metodológicas para enfocar la forma de trabajo de un equipo de software: los procesos
tradicionales y los procesos ágiles
ACTA DE REUNION DE SEGUIMIENTO
Version 02 QUALITY & ENVIRONMENTAL MANAGEMENT
HORA HORA
FECHA 08/06/21 8:30 pm 10:30 p. m.
INICIO FINAL
Carlos Menco, Yency Castillo,
MOTIVO DE LA Plan general del
PARTICIPANTES: Karen Gómez, Daniel Rojas,
REUNION proyecto
Nataly Fonseca
NO DE ACTA 5 LUGAR MEETING
DESARROLLO DE LA REUNION
Agenda del dia:
1. Identificar fases del proyecto Tienda Virtual
Campo Descripción
Número y nombre de la fase del proyecto. (Por ejemplo: Fase de
Ingeniería de
Requerimientos, Fase de Diseño, etc.).
Fase Nº
11
Actividades Actividades independientes a las fases del ciclo de vida utilizado. (Por
independientes ejemplo:
de las fases elaboración del plan de capacitación, análisis de riesgos, etc.)
Actividades Actividades que se realizan al inicio de cada iteración (por ejemplo:
iniciales de realización de
iteración cronograma de tareas, asignación de tareas, etc.)
Actividades Actividades que se realizan al inicio del proyecto (por ejemplo:
iniciales del generación del
proyecto reglamento interno, generación del plan de comunicaciones, etc.)
Código de Tarea Código de la tarea perteneciente a esa fase o actividad.
Nombre de la actividad lo más descriptivo posible del objetivo de la
Actividad
misma.
Nombre del producto o productos resultantes de la actividad. (por
Producto
ejemplo: ESRE –
Resultado
Especificación de Requisitos)
12
Nombre del producto o productos consumidos por la actividad. (por
Producto
ejemplo: al
Consumido
realizar el Diseño, un Producto Consumido puede ser el ESRE)
Rol responsable de la tarea, es decir, el rol que va a estar a cargo de
Rol Responsable que la tarea se
realice.
Roles Participantes Roles que participan en la realización de la tarea.
CONCLUSION DE LA REUNION
Para lograr el compromiso de las personas que integran el equipo con la forma de trabajo,
se
definen en primera instancia valores y principios rectores del equipo, los cuales pueden ser
tomados
de los valores y principios de la organización. Estos deben ser comprendidos y
compartidos por
todo el equipo
ACTA DE REUNION DE SEGUIMIENTO
Version 02 QUALITY & ENVIRONMENTAL MANAGEMENT
HORA HORA
FECHA 28/05/21 8:30 pm 9:30 p. m.
INICIO FINAL
13
Carlos Menco, Yency Castillo, Karen
MOTIVO DE LA Plan general del
PARTICIPANTES: Gómez, Daniel Rojas, Nataly
REUNION proyecto
Fonseca
NO DE ACTA 6 LUGAR MEETING
DESARROLLO DE LA REUNION
Agenda del dia:
1. Identificar los avances pertinentes para la entrega
2. Dar un analisis del avance para la proxima fase del proyecto
3. Planear aspectos fundamentales de la entrega.
Campo Descripción
Fases Implementación y reconocimiento de entorno.
Fases
Elaboración de los diferentes diagramas que seran como estructura para
argumentativa
el desarrollo de la aplicación,
s
Despliegue de activiades (historia de usuarios, recolección y lista de
Otras fases
requerimientos, acercamiento con el usuario).
Procesos
El plan de desarrollo estará estructurado en el calendario con referencia
iniciales del
de las fechas de cada integrante y rol.
proyecto
14
Requisitos El desarrollo estará estructurado y su desempeño estará basado en el
del Hadware Hadware.
Planeación Se establecerá una guia de uso en el cual denotará los recurso a
de recursos implementar para llevar a cabo el desarrollo del proyecto.
Requisitos Se ejecutará de manera optima de acuerdo a las capacidades y
Técnicos propiedades del sistema
Se implementará por medio de Mockups los diseños pertinenetes para la
Front-End
estructura del diseño
Se desarrollará toda la logica necesaria para la implementación con el
Back-End
Front-End
CONCLUSION DE LA REUNION
Se definieron todos los parametros y el alcance para el desarrollo de lapalicación ,
contando con los tiempos establecidos y que no alteren el orden del calendario.
15
ACTA DE REUNION DE SEGUIMIENTO
Version 02 QUALITY & ENVIRONMENTAL MANAGEMENT
HORA 9:30 p. HORA
FECHA 28/05/21 10:38 p. m.
INICIO m. FINAL
Carlos Menco, Yency Castillo, Karen
MOTIVO DE LA
Gestión de Riesgos PARTICIPANTES: Gómez, Daniel Rojas, Nataly
REUNION
Fonseca
NO DE ACTA 7 LUGAR MEETING
DESARROLLO DE LA REUNION
Agenda del dia:
1. Identificación de los riesgos
2. Identificación de riesgos (bajo medio o alto)
Categorización y priorización de riesgos
Campo Descripción
Estos son los que ponen en peligro el plan. El proyecto requerirá un
Riesgos del
mayor esfuerzo y dinero, estos suelen relacionarse con el presupuesto
proyecto
con el personal o los recursos que conlleven a realizarlo.
Ponen en peligro la calidad del resultado,el proyecto se vuelve más
complejo de lo estimado y se relaciona con una falta de solidez en la
Riesgos
arquitectura del diseño, un mejor estudio en la usabilidad en cuanto a la
Técnicos
interfaz Etc.Se necesita mayor dedicación en la entrega final del proyecto
y usabilidad del usuario.
16
Estos ponen en peligro la realización del proyecto, se puede cancelar y
Riesgos del
están relacionados con la utilidad con la estrategía de la compañía al
negocio
vender y con el presupuesto de los recursos asignados.
*Pueden tener personas que no esten calificadas para el desarrollo y el
Riesgo Alto
alcance del proyecto. * Incumpliemientos en los tiempos de entrega y
- Alto
periodos de entrega.
Riesgo Alto *Implementación del proyecto,se necesita tiempo o personal para poder
- Medio finalizar el tiempo.*
Riesgo Bajo * No cumplir con las condiciones minimas de los requisitos del sistema.
CONCLUSION DE LA REUNION
La reunión de seguimiento nos permite reconocer y adecuar y asignar los trabajos para
cada integrante y asi con los tiempos establecidos dar a conocer los factores de riesgos
que podemos adecuar aun más en la gestión de riesgos o determninar que otros riesgos
debemos tratar.
REGISTROS PERSONALES DE DESARROLLO
17
Karen Alexandra
Programmer Fecha:
Gómez Romero 15-06-2021
Usuario,
Programa: TIENDA VIRTUAL Módulo: Articulo,
KYNDC Busqueda
Diana AngeliCa HTML, CCS3,
Instuctor: Lenguaje
Ortega Cruz JAVASCRIPT
Tamaño del
Plan Real
Modulo
Total
(Nuevas&Mo Tamaño (en líneas de Tamaño (en líneas
dificadas código) planeado: de código) real:
Modulo: 1000 250
A la
A la
Total Plan Real fecha
fecha
%
Tiempo en
fase (min.)
Planeación 6 0.72 1.73 29%
Diseño 10 1.48 4.61 46%
Codificación 8 10.37 5.19 65%
Compilación 2 0.58 0.46 23%
Pruebas 4 3.05 0.12 3%
Postmortem 1 0.58 0.03 3%
28.10
Total 31 16.78 12.13 0 %
Defectos
inyectados
Planeación 0 0.00 0 -
Diseño 0 0.00 0 -
Codificación 0 0.00 0 -
Compilación 0 0.00 0 -
Pruebas 5 0.00 0 0%
Total en Desarrollo 5 0.00 0 0 0.00%
Defectos removidos
18
Planeación 1 0.29 0.86 86%
Diseño 2 0.58 0.86 43%
Codificación 15 1.15 4.61 31%
Compilación 2 0.29 0.58 29%
Pruebas 50 8.01 4.32 9%
Total en Desarrollo 70 10.32 11.24 0 16%
Después del desarrollo
Carlos David
Programmer Menco Fecha:
Guardo 15-06-2021
TIENDA Usuario,
Programa: VIRTUAL Modulo: Articulo,
KYNDC Busqueda
Diana PHP,
Instuctor: AngeliCa Lenguaje JAVASRIPT,M
Ortega Cruz YSQL
Tamaño del
Plan Real
Modulo
Total
(Nuevas&Mo Tamaño (en líneas de Tamaño (en líneas de
dificadas código) planeado: código) real:
Modulo: 1000 1041
A la
A la
Total Plan Real fecha
fecha
%
Tiempo en
fase (hrs.)
Planeación 6 0.72 2.88 48%
Diseño 4 1.48 1.48 37%
Codificación 150 10.37 60.52 40%
Compilación 4 0.58 1.56 39%
Pruebas 10 3.05 3.05 31%
Postmortem 20 0.58 1.04 5%
33.34
Total 194 16.78 70.53 0 %
19
Defectos
inyectados
Planeación 0 0.00 0 -
Diseño 0 0.00 0 -
Codificación 0 0.00 0 -
Compilación 0 0.00 0 -
Pruebas 5 0.00 0 0%
Total en Desarrollo 5 0.00 0 0 0.00%
Defectos removidos
Planeación 1 0.29 0.17 17%
Diseño 1 0.58 0.29 29%
Codificación 15 1.15 1.73 12%
Compilación 2 0.29 0.58 29%
Pruebas 50 8.01 2.88 6%
Total en Desarrollo 69 10.32 5.65 0 8%
Después del
desarrollo
CONSOLIDADOS DE DESARROLLO
CONSOLIDAD
Fecha:
O 15-06-2021
TIENDA Usuario,
Programa: VIRTUAL Modulo: Articulo,
KYNDC Busqueda
Diana AngeliCa HTML, CCS3,
Instuctor: Lenguaje
Ortega Cruz JAVASCRIPT
Tamaño del
Plan Real
Modulo
Total
Tamaño (en líneas de Tamaño (en líneas de
(Nuevas&Mod
código) planeado: código) real:
ificadas 1000
20
Modulo:
A la
A la
Total Plan Real fecha
fecha
%
Tiempo en
fase (min.)
Planeación 12 0.72 4.61 38%
Diseño 14 1.48 6.09 44%
Codificación 158 10.37 65.71 42%
Compilación 6 0.58 2.02 34%
Pruebas 14 3.05 3.17 23%
Postmortem 21 0.58 1.07 5%
Total 225 16.78 82.66 0 30.81%
Defectos
inyectados
Planeación 0 0.00 0 -
Diseño 0 0.00 0 -
Codificación 0 0.00 0 -
Compilación 0 0.00 0 -
Pruebas 5 0.00 0 0%
Total en Desarrollo 5 0.00 0 0 0.00%
Defectos removidos
Planeación 2 0.29 1.04 52%
Diseño 3 0.58 1.15 38%
Codificación 30 1.15 6.34 21%
Compilación 4 0.29 1.15 29%
Pruebas 100 8.01 7.20 7%
Total en Desarrollo 139 10.32 16.89 0 12%
Después del desarrollo
21
CONSOLIDADO DE DETECCIÓN DE ERRORES
Nú
Elimina Tiempo de
me Módulo Fecha Tipo Introducido Defecto Arreglado
do Arreglo
ro
No logro recibir lo que el
usuario va digitar y
enviarlo a cada atributo
22/6/2 PRUEB de la según corresponda
1 Registro 021 80 CODIGO A 126 la clase
Cuando realizo un
25/6/2 PRUEB submenu no entraba al
2 Registro 021 80 CODIGO A 13 Swicth
No me estaba saliendo
Busqueda 26/6/2 CODIG estaba devolviendo al
Basica 021 40 CODIGO O 20 menu anterior
Busqueda 26/6/2 PRUEB
4 Basica 021 70 CODIGO A 70 No me crea el txt
29/6/2 PRUEB Guardar la informacion
3 Usuario 021 70 CODIGO A 246 en una archivo TXT
No logro mostrar el
nombre de las especies
29/6/2 PRUEB que se ecuntran
5 Usuario 021 70 CODIGO A 65 guardadas en un texto
No puedo lograr que que
al escoger el articulo que
se la asigne al carro de
Carro de 29/6/2 PRUEB compras que estoy
6 Compras 021 70 CODIGO A 80 creando
Habia creado una clase
para funciones donde
Carro de 29/6/2 CODIG habian funciones de
7 Compras 021 30 CODIGO O 35 cada clase
Agregando el if
30/6/2 IMPLEMENT PRUEB directamente al boton de
8 Articulos 021 80 ACIÓN A 10 ingreso
La funciones de cada
1/7/20 IMPLEMENT PRUEB clase no podia asociar a
9 Articulos 21 80 ACIÓN A 10 lo eventos de cada boton
No guardaba y dejaba
ver el listado de los
Carro de 2/7/20 IMPLEMENT PRUEB articulos ArrayList no
Compras 21 80 ACIÓN A 20 gargaba
22
Enlazar la informacion de
articulo, con la ventana
de registro consulta, se
crea método que nos
devuelve la informacion
Carro de 3/7/20 IMPLEMENT PRUEB del ultimo elemento del
10 Compras 21 80 ACIÓN A 30 arraylist
4/7/20 IMPLEMENT PRUEB Logica para guardar los
11 Articulos 21 80 ACIÓN A 30 artículos
La pantallas no se
cierran para pasar a la
5/7/20 IMPLEMENT PRUEB siguiente una sobrecarga
12 Articulos 21 80 ACIÓN A 20 de clases
En el diseño no se
contemplo un submenu
Carro de 6/7/20 CODIG dependiedno que elija el
13 Compras 21 70 DISEÑO O 25 usuario
No se habia
Carro de 7/7/20 CODIG contempaldoaunos
14 Compras 21 70 DISEÑO O 20 TxtFIeld en eldiseño
23
