1. PROYECTO AFORE XXI
EQUIPO 6
Canseco Gutiérrez Ana Silvia
Castañeda Ibáñez Hugo Erik
German Báez Gabriela
Rangel Ibarra Andrea
Vellve Montoya Michel
2. Nuestro cliente: AFORE XXI BANORTE
Afore
XXI
Banorte
Administradora
de
es
una
Fondos
para el Retiro, encargada de
manejar
Individuales
Trabajadores
las
Cuentas
de
los
Recuperado el 10 de Noviembre de 2013, de
http://www.xxi-banorte.com/aforeXB/afore/index.aspx
3. Problemática
En el área de Comunicaciones se requiere un control más
detallado y funcional en cuanto a la administración de
inventarios de equipos de comunicaciones y otros
recursos, ya que esta área es la que se encarga de
preparar los equipos de comunicaciones, tanto de voz
como de datos, en las oficinas del Distrito y foráneas que
pertenecen a Afore XXI Banorte; así como proveer los
recursos tecnológicos que se ocupan en el área.
Recuperado el 20 de Noviembre de 2013, de
http://iptex.org/cequiposdered.html
4. Solución
Desarrollar un sistema de información para esta
área, debido a la expansión de Afore XXI
BANORTE
pues
existe
una
compra
de
equipos y materiales en gran volumen, por lo
que requiere de una herramienta más ágil que
una hoja de datos de Excel para tener el
control de los materiales que entran y salen,
así también, que le permita saber cómo y
dónde fueron asignados y cuales ya están sin
uso.
5. Justificación del uso de SCRUM
Contamos con:
SCRUM nos permite:
- Agilizar el trabajo gracias al empleo de
la pila de requerimientos.
- Equipo de trabajo reducido
- Un desarrollo de calidad y a la vez ágil a
través de los Sprints.
- Revisiones que se realizan en conjunto
con el cliente, para resolver a tiempo los
requisitos del sistema de una forma
adecuada.
- Poco tiempo
- Contacto continuo con el cliente
Recuperado el 15 de Noviembre de 2013, de
http://www.mountaingoatsoftware.com/agile/scrum
6. Inicios del sistema
Primer Sprint
objetivo:
Conocer un poco más sobre la empresa e identificar los requerimientos de nuestro sistema a
desarrollar.
El analista de nuestro equipo realizó una entrevista al Gerente de Infraestructura Ing. Manuel Salvador Martínez,
quien está a cargo del área de comunicaciones, así como de otras áreas claves en el desarrollo de nuestro
sistema.
Recuperado el 15 de Noviembre de 2013, de
http://www.sgv.es/nueva/index.php/empresa/metodologia?tmpl=component&print=1
7. Requerimientos Funcionales
●
●
●
●
●
●
El sistema deberá de recibir la información con algún código de barras o algún número de serie
y se tendrá que poner una descripción del producto.
Un usuario administrador tendrá la opción de poder modificar algún dato del material o equipo
que se encuentra dentro del inventario.
Se dará de alta los equipos adquiridos.
Se hará la baja de equipos, ya sea porque el equipo se encontraba en mal estado o porque ya
es obsoleto.
Se llevará el registro de quien es el usuario del equipo y además un registro del equipo en
existencia.
Colocar en el registro de materiales o equipos viejos datos esenciales como la fecha de
compra, la garantía del equipo, el proveedor, y tiempo de vida que da el proveedor, para poder
realizar posteriormente una análisis si es factible adquirir de nuevo equipos con el mismo
proveedor.
8. Requerimientos No Funcionales
●
Se Almacenará en una base de datos los materiales que son utilizados, clasificándolos por el tipo de material
que sea.
●
La modificación del inventario no podrá realizarse por cualquier persona, ya
sistema con una cuenta de administrador.
●
Se necesitarán llenar todos los registros para completar la acción, en caso contrario no se podrá realizar otra
acción.
●
En el debido caso de que algún usuario no esté registrado, no podrá realizar ninguna acción, por lo que es
necesario que sea registrado.
que se necesita ingresar al
27. Conclusiones
El desarrollo de un buen producto software requiere no sólo de un buen equipo de trabajo, sino también, tomar las
decisiones adecuadas para saber que herramientas emplear en el desarrollo.
El tener claro que existen herramientas en las cuales podemos apoyarnos nos puede ahorrar tiempo valioso
durante el desarrollo de un proyecto.
Ninguna de las metodologías es 100% perfecta, sin embargo apoyarnos en la adecuada puede ser la diferencia
entre lograr un proyecto satisfactorio o un fracaso.
Nuestra metodología nos permitió desarrollar un producto satisfactorio, gracias a las características de la misma, ya
que al estar en continuo contacto con nuestro cliente este se vuelve parte del proceso de desarrollo, lo que
favorece la realización de un producto satisfactorio para ambas partes.
28. Bibliografía
black-byte. (19 de Agosto de 2006). black-byte.com. Recuperado el 15 de Noviembre de
2013, de http://black-byte.com/review/staruml/
C., L. A. (Octubre de 2007). www.cs.umss.edu.bo. Recuperado el 10 de Noviembre de
2013, de http://www.cs.umss.edu.bo/doc/material/mat_gral_122/DFdatos.pdf
IPTEX. (s.f.). iptex.org. Recuperado el 20 de Noviembre de 2013, de
http://iptex.org/cequiposdered.html
Mountain Goat Software. (s.f.). mountaingoatsoftware.com. Recuperado el 15 de
Noviembre de 2013, de http://www.mountaingoatsoftware.com/agile/scrum
sgv. (s.f.). sgv.es. Recuperado el 15 de Noviembre de 2013, de
http://www.sgv.es/nueva/index.php/empresa/metodologia?tmpl=component&print=1
Universidad de Granada. (s.f.). elvex.ugr.es. Recuperado el 15 de Noviembre de 2013, de
http://elvex.ugr.es/idbis/db/docs/design/X-DFDs.pdf
Universidad Nacional del Litoral. (s.f.). fca.unl.edu.ar. Recuperado el 15 de Noviembre de
2013, de http://www.fca.unl.edu.ar/agromatica/Docs/09-ModeloEntRel.PDF