Ha2 nv50 rodriguez montiel moises-xp

1. 0
INSTITUTO POLITÉCNICO NACIONAL
Unidad Profesional Interdisciplinaria de Ingeniería y
Ciencias Sociales y Administrativas
StarUML
Proyecto final
Rodríguez MontielMoisés Ulises
Fecha: 15 de mayo del 2017

2. 1
Contenido
Caso de Estudio ..................................................................................................................... 2
Planeación .............................................................................................................................. 2
Análisis:................................................................................................................................... 2
Requisitos funcionales............................................................................................................ 2
 Dar de alta casos, así como la definición del demandante y del demandado............... 2
 Modificar la información de los casos............................................................................. 2
 Borrar los casos............................................................................................................... 2
 Enlazar archivos al caso................................................................................................. 2
 Consultar casos............................................................................................................... 2
Requisitos no funcionales....................................................................................................... 2
 Ser un sistema responsivo.............................................................................................. 2
 Ser intuitivo...................................................................................................................... 2
 Ser portable. .................................................................................................................... 2
 Tener alto rendimiento. ................................................................................................... 2
 Tener mantenibilidad....................................................................................................... 2
Diseño:.................................................................................................................................... 3
1. Requerimientos............................................................................................................ 3
1.1 User Stories............................................................................................................... 3
1.2 Architectural Spike .................................................................................................... 3
2. Planeación de Lanzamiento (Release Planning) ........................................................ 3
2.1 Selección y organización de User Stories ................................................................ 3
3. Iteraciones ................................................................................................................... 4
3.1 Iteración n°1 .............................................................................................................. 4
3.1.2 Desarrollo ............................................................................................................... 4
3.2 Iteración n°2 .............................................................................................................. 5
Matriz de pruebas unitarias a v1.0.................................................................................. 6
Desarrollo de versión V 0.1 ................................................................................................ 7
3.3 Iteración n°3 .............................................................................................................10
3.3.3 Ultima Version .......................................................................................................11

3. 2
Caso de Estudio
Planeación
Análisis:
Requisitos funcionales
 Dar de alta casos, así como la definición del demandante y del demandado.
 Modificar la información de los casos.
 Borrar los casos.
 Enlazar archivos al caso.
 Consultar casos.
Requisitos no funcionales
 Ser un sistema responsivo.
 Ser intuitivo.
 Ser portable.
 Tener alto rendimiento.
 Tener mantenibilidad.

4. 3
Diseño:
1. Requerimientos
1.1 User Stories
User Story 1: “Quiero un software que digan los casos que tienes y programar citas y
parte del proceso. Los datos que necesito manejar constantemente son datos del archivo:
número del expediente, partes del juicio, tipo de juicio, materia (civil, penal, etc.); juzgado
y no. de jurisdicción.”
User Story 2: “Busco que me recuerde que hay que revisar promociones1
.Que indique la
fase del juicio en que se encuentra el caso, así mismo que en el expediente indique el
número de promociones y una descripción de la promoción con su auto2
.
Recordar promociones en tiempo futuro. (Estilo notas adhesivos)”
1
Promoción: Levantar un documento en un juzgado para que se realice un trámite.
2
Auto: Documento entregado por el juzgado que avala la promoción.
1.2 Architectural Spike
Pantalla de Carga: Parte del diseño que hace que el programa cargue todos sus partes.
Pantalla Principal, de alta de casos y de eventos, cambios de casos y de eventos .l: Manejo
de la información de forma gráfica.
Consola de ABCC de casos y de eventos: Parte del programa que crea, guarda, cambia o
elimina los contenidos.
Base de Datos: Registro de los datos ingresados, así como el manejo de los mismos.
2. Planeación de Lanzamiento (Release Planning)
2.1 Selección y organización de User Stories
User Story a realizar: n°1.
Número de iteraciones en las que se separará la User Story : 2 .
N° de
iteración
Descripción Fecha
1 Diseño de pantallas 20/05
2 Codificación de pantallas, consola ABCC y creación de base de
datos; realizar pruebas y corregir errores.
20/05

5. 4
User Story a realizar: n°2.
Número de iteraciones en las que se separará la User Story: 1.
N° de
iteración
Descripción Fecha
3 Diseño de los recordatorios (incluida la forma de guardarlos) y
pruebas de funcionamiento.
22/05
3. Iteraciones
3.1 Iteración n°1
3.1.1 Planeación de Iteración n°1
En esta semana se tiene pensado en trabajar la parte estética del software, dando las
pantallas con un diseño agradable para el cliente.
3.1.2 Desarrollo
3.1.2.1 CRC cards

6. 5
Caso
Nombre de caso
Nombre del cliente
Fecha
Nombre de la contraparte
Número de expediente
Estado del caso
Descripción
Archivos
Cliente
Nombre del cliente
Tipo de caso
Nombre de caso
3.2 Iteración n°2
3.2.1 Planeación de Iteración #2

7. 6
En esta semanase tiene contemplado; la consolapara las altas, bajas, cambios y consultas;
así como la base de datos para almacenar sus datos y la codificacion de las pantallas.
3.2.2 Desarrollo
3.2.2.1 CRC Cards
Se utilizarán las CRC Cards creadas en la iteración anterior.
3.2.2.2 Creacion de Pruebas
Matriz de pruebas unitarias a v1.0
Prueba Descripción Descripción de la
prueba
Resultados Esperados
Prueba_1 Alta de caso Dar de alta un
nuevo caso en el
programa
Se debe de observar en la página
principal un caso con todos sus datos

8. 7
repartidos en las casillas
correspondientes.
Prueba_2 Cambios de
caso
Cambiar
información de un
caso en el
programa
Se debe de observar en la página
principal la nueva información
colocada, así como en todas las
casillas correspondientes.
Prueba_3 Actualizar
Casos
Poner la última
modificación de un
caso en el
programa
Se debe de apreciar en la página
principal que la información del caso
y en todas las casillas
correspondientes
Prueba_4 Baja de
Casos
Borrar información
de un caso en el
programa
Se debe de apreciar en la página
principal que la información del caso
ha sido borrada, así como en todas
las casillas correspondientes
3.2.2.3 Pair Programming
Desarrollo de versión V 0.1
La codificación será realizada conforme a la siguiente tabla:
Nivel Inicio Tarea Herramientas Responsables
Codificación Inicio de
Pantalla
principal: 1 de
mayo de 2017
Pantalla
principal
Visual Studio
2015
Mara Angeles
Erick Herrera
Codificación Inicio de
Pantalla
principal: 1 de
mayo de 2017
Pantalla de Alta
de Casos
Visual Studio
2015
Mara Angeles
Erick Herrera
Codificación Inicio de
Pantalla
principal: 1 de
mayo de 2017
Pantalla de
Cambios de
Casos
Visual Studio
2015
Mara Angeles
Erick Herrera
Codificación Inicio de
Pantalla
principal: 1 de
Mayo de 2017
Base de datos
del sistema de
alta y cambio de
casos
MySQL
Community
Server 5.7.17
Mara Angeles
Erick Herrera

9. 8
3.1.3 Ultima Version
Pantalla Principal
Pantalla de Nuevo Caso

10. 9
Pantalla de Modificar
Clientes:
Pantalla donde se mostrarán los clientes del usuario

11. 10
Nuevos clientes:
Pantalla para agregar un nuevo cliente y sus datos.
3.3 Iteración n°3
3.3.1 Planeación iteración n°3
En esta parte del avance, se realizará el diseño de los recordatorios (incluida la forma de
guardarlos) y las pruebas de funcionamiento de la aplicación.
3.3.2 Desarrollo
3.3.2.1 CRC Cards
Evento
Clave
Nombre
Lugar
Fecha
Hora
Caso
Descripción

12. 11
3.3.2.2 Creacion de Pruebas
Prueba_1 Alta de
Eventos
Crear información de
un recordatorio de un
evento a realizar.
Aparecer en una ventana flotante
dentro de la página principal un
recordatorio de un evento.
Prueba_2 Cambio de
Eventos:
Actualizar
Cambiar la
información de un
evento
En la ventana flotante donde
aparece el recordatorio, se debe
de apreciar que la información ha
sido alterada.
Prueba_3 Baja de
eventos
Borrar eventos. Se debe de desaparecer la
ventana flotante donde se
encontraba el recordatoria.
3.3.3 Ultima Version
Página principal con eventos
Una nota flotante aparece en la pantalla, dando como recordatorio eventos agregados.