Ha2 nm50 eq#6-presentacion proyecto afore xxi.pptx
-
Upload
ana-canseco -
Category
Documents
-
view
97 -
download
2
Transcript of Ha2 nm50 eq#6-presentacion proyecto afore xxi.pptx
PROYECTO AFORE XXI
Canseco Gutiérrez Ana SilviaCastañeda Ibáñez Hugo ErikGerman Báez Gabriela Rangel Ibarra AndreaVellve Montoya Michel
EQUIPO 6
Nuestro cliente: AFORE XXI BANORTE
Afore XXI Banorte es una
Administradora de Fondos
para el Retiro, encargada de
manejar las Cuentas
Individuales de los
TrabajadoresRecuperado el 10 de Noviembre de 2013, de http://www.xxi-banorte.com/aforeXB/afore/index.aspx
ProblemáticaEn 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
SoluciónDesarrollar 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.
Justificación del uso de SCRUM
Contamos con:
- Equipo de trabajo reducido
- Poco tiempo
- Contacto continuo con el cliente
SCRUM nos permite:
- Agilizar el trabajo gracias al empleo de la pila de requerimientos.
- 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.
Recuperado el 15 de Noviembre de 2013, de http://www.mountaingoatsoftware.com/agile/scrum
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
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.
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 que se necesita ingresar al 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.
● Se tomará como medida de seguridad el registro de un súper administrador, para el manejo inequívoco del sistema o que la información pueda ser utilizada de manera negativa.
● El sistema validará que tipo de usuario ingresa al sistema, con un administrador, quien podrá dar de baja, dar de alta y validará quien puede o no entrar al sistema.
Diagramas
Herramientas automatizadas de apoyo
- DIA
-StarUML
Recuperado el 15 de Noviembre de 2013, de http://black-byte.com/review/staruml/
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.
Bibliografíablack-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.pdfIPTEX. (s.f.). iptex.org. Recuperado el 20 de Noviembre de 2013, de http://iptex.org/cequiposdered.htmlMountain Goat Software. (s.f.). mountaingoatsoftware.com. Recuperado el 15 de Noviembre de 2013, de http://www.mountaingoatsoftware.com/agile/scrumsgv. (s.f.). sgv.es. Recuperado el 15 de Noviembre de 2013, de http://www.sgv.es/nueva/index.php/empresa/metodologia?tmpl=component&print=1Universidad 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.pdfUniversidad 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