Actividad Evaluativa Eje 2 (1)

Actividad Evaluativa Eje 2 Laura Valentina Alvarez Laura Daniela Moscoso Fundación Universitaria del Área Andina Ingen

Views 104 Downloads 2 File size 314KB

Report DMCA / Copyright

DOWNLOAD FILE

Recommend stories

Citation preview

Actividad Evaluativa Eje 2

Laura Valentina Alvarez Laura Daniela Moscoso

Fundación Universitaria del Área Andina Ingeniería de Sistemas Ingeniera de Software Mayo 2020

Desarrollo del taller 

Se propone la utilización de metodología en cascada, la cual se caracteriza por la realizacion de fases una seguida de la otra cumpliendo la condición de que las fases anteriores deben estar finalizada. Se realizan las siguientes fases

(mtrigasTFC0612memoria.pdf, s. f.) Proyecto planteado La universidad cuenta con una flota de vehículos para el transporte de docentes y estudiante para la realización de las prácticas o salidas pedagógicas, estos vehículos son: vans, bus escolar, camionetas y ambulancias. Cada vehículo está asignado a un conductor, a cada conductor se le pagan viáticos  de la siguiente forma, si el recorrido es fuera del dpto. por cada 50 km se le cancela un bono del 15% sobre su salario base, se le asigna dinero para combustible y pago de peajes según el recorrido, cada vehículo se identifica con la placa del mismo, se debe tener en cuenta que así mismo cada uno utiliza un tipo de combustible y tiene puesto para una cantidad de pasajeros, cuando la práctica es dentro del dpto., esta no dura más de 12 horas, las prácticas pueden ser de enfermería, ambientales, minas y desarrollo de software.

La universidad requiere que el software capture el salario del conductor, las salidas que realiza por mes, el valor de los viáticos, valor del consumo de combustible por cada vehículo y número de peajes pagados. Fase 1: Se realiza el análisis previo sobre el proyecto definiendo a su vez los objetivos y requerimientos del cliente para el sistema, se determinan mediante el documento adjuntos los requerimientos funcionales y no funcionales para el sistema. Factores para establecer los requerimientos:   

El sistema debe tener una interfaz amigable para el usuario. El sistema deberá tener una base datos estructurada para el manejo de toda la información, tanto para los datos de los conductores y vehículos como la información y seguimiento de las rutas, kilometraje y combustible utilizada. El sistema realizará informes con base en la información de las diferentes rutas, calculando así los viáticos.

Fase 2: Se realiza el análisis de la estructura en la que se realizará el software, para este caso se realizará con modelo MVC (Modelo-Vista- Controlador), teniendo en cuenta que el MVC “surge con el objetivo de reducir el esfuerzo de programación, necesario en la implementación de sistemas múltiples y sincronizados de los mismos datos, a partir de estandarizar el diseño de las aplicaciones.”(González & Romero, 2012)

(NGuerrero, 2019)

Fase 3: Se realizan los prototipos y pantallas de la aplicación y se presentan al cliente para su aprobación, teniendo en cuenta los módulos de control y gestión del proyecto, se visualiza la generación de reportes y la base de datos general para su aprobación. Fase 4: Se inicia la codificación del sistema en lenguaje php, realizando las conexiones entre las bases de datos y seguimiento, se general un formulario para ingreso de datos del persona, se propone una plataforma adicional para el seguimiento en línea de los viajes. Fase 5: Se realizan las siguientes pruebas para validación del sistema: Dentro de las pruebas funcionales tenemos: 

Pruebas unitarias.



Pruebas de aceptación.



Pruebas de integración.



Pruebas de regresión.

Las pruebas no funcionales son: 

Pruebas de carga.



Pruebas de estrés.



Pruebas de escalabilidad.



Pruebas de portabilidad. (Tipos de Pruebas de Software, 2019)

Fase 6: Se realiza despliegue del sistema en los diferentes actores, teniendo en cuenta la recurrencia de usuarios, se programa mantenimiento del sistema una vez al mes en mitad del ciclo con el fin de no afectar los cortes de pago.

Plan de Calidad Para el modelo de calidad se utilizara CMMI teniendo en cuenta los niveles de madurez expuestos en el mismo.

(Uso de la representación continua de CMMI para la Mejora de Negocio - PDF Free Download, s. f.) Se escoge teniendo en cuenta las siguientes ventajas 

Mejora alineación a objetivos de negocio.



Mayor eficacia en la detección de errores a lo largo del ciclo de vida de los proyectos del Software, reduciendo drásticamente el número de errores que afecta directamente a los clientes y usuarios.



Resultados más predecibles en los proyectos.



Implementación de técnicas proactivas de gestión, mitigando los riesgos que afectan a los proyectos.



Liberaciones de tensiones, malentendidos, y vacíos de responsabilidad en Proyectos Software. (Puello, 2013) Referencia

González, Y. D., & Romero, Y. F. (2012). Patrón Modelo-Vista-Controlador. Revista Telemática, 11(1), 47-57. MtrigasTFC0612memoria.pdf. (s. f.). Recuperado 10 de mayo de 2020, de http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612m emoria.pdf NGuerrero. (2019, abril 18). Aspectos Basicos que debes Saber de MVC). ProgramaEnLinea. https://programaenlinea.net/apectos-basicos-debes-saber-mvcmodel-view-controller/ Puello, O. (2013). Modelo de Verificación y Validación Basado en CMMI. Investigación e Innovación en Ingenierías, 1(1), Article 1. https://doi.org/10.17081/invinno.1.1.2068 Tipos de Pruebas de Software. (2019, junio 27). OpenWebinars.net. https://openwebinars.net/blog/tipos-de-pruebas-de-software/ Uso de la representación continua de CMMI para la Mejora de Negocio—PDF Free Download. (s. f.). Recuperado 10 de mayo de 2020, de

https://docplayer.es/3556790-Uso-de-la-representacion-continua-de-cmmi-para-lamejora-de-negocio.html