Ingenieria Software II Bloque 02 PDF

Preview

Summary

INGENIERÍA DE SOFTWARE IIPRACTICA REQUERIMIENTOS Y ARQUITECTURAAlexander Rodriguez MartinezJeisson Camilo Sanchez LadinoAngelo CastellanosJunio 2020Fundación Universitaria del Área AndinaINGENIERIA DE SOFTWARE II_ISObjetivo Que el estudiante mediante un taller práctico demuestre los conocimientos ad...

Description

INGENIERÍA DE SOFTWARE II PRACTICA REQUERIMIENTOS Y ARQUITECTURA

Alexander Rodriguez Martinez Jeisson Camilo Sanchez Ladino Angelo Castellanos Junio 2020

Fundación Universitaria del Área Andina INGENIERIA DE SOFTWARE II_IS

Objetivo Que el estudiante mediante un taller práctico demuestre los conocimientos adquiridos y desarrolle competencias referentes a los temas ingeniería de requerimientos, arquitecturas del software y técnicas de calidad del mismo.

ii

Tabla de Contenidos

iii

Actividad evaluativa........................................................................................................................1 1. INTRODUCCIÓN:......................................................................................................................2 1.1. PROPÓSITO:........................................................................................................................2 1.2. ÁMBITO DEL SISTEMA:...................................................................................................3 1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS......................................................3 1.4. REFERENCIAS...................................................................................................................3 2. DESCRIPCIÓN GENERAL.......................................................................................................4 2.1. PERSPECTIVA DEL PRODUCTO......................................................................................4 2.2. FUNCIONES DEL PRODUCTO.........................................................................................4 2.2.1. Gestión de Rutas..........................................................................................................5 2.2.2. Gestión de Conductor................................................................................................12 2.2.3 Gestión de Viáticos y de Gastos.................................................................................18 2.3. CARACTERÍSTICAS DE LOS USUARIOS:.......................................................................23 2.4. RESTRICCIONES.................................................................................................................23 2.4.1. Políticas de la empresa.....................................................................................................23 2.4.2. Limitaciones del hardware...............................................................................................23 2.4.3. Operaciones paralelas......................................................................................................23 2.4.4. Funciones de auditoría.....................................................................................................23 2.4.5. Funciones de control........................................................................................................24 2.4.6. Lenguajes de programación.............................................................................................24 2.4.7. Protocolos de comunicación............................................................................................24 2.4.9. Requisitos de fiabilidad...................................................................................................24 2.4.10. Criticidad de la aplicación.............................................................................................25 2.4.11. Consideraciones de seguridad........................................................................................25 2.5. SUPOSICIONES Y DEPENDENCIAS.................................................................................25 3. INTERFACES EXTERNAS......................................................................................................26 3.1.1 Interfaces de Usuario........................................................................................................26 3.1.2 Interfaces Hardware..........................................................................................................26 3.1.3 Interfaces Software...........................................................................................................26 3.1.4 Interfaces de Comunicación.............................................................................................26 3.2. REQUISITOS DE RENDIMIENTO......................................................................................26 3.2.1. Número de usuarios conectados......................................................................................26 3.3. REQUISITOS ESPECÍFICOS...............................................................................................27 3.3.1 Informe de análisis del software.......................................................................................27 3.3.2 Informe de calidad del software.......................................................................................27 3.3.3 Informe de gestión del riesgo...........................................................................................27 3.3.4 Informe de gestión de seguridad del software..................................................................27 Metodología para el desarrollo del proyecto:................................................................................27 Plan de calidad del proyecto..........................................................................................................29 Conclusiones..............................................................................................................................33 Lista de referencias........................................................................................................................34

iv Tabla de ilustraciones Ilustración 1.....................................................................................................................................4 Ilustración 2.....................................................................................................................................5 Ilustración 3...................................................................................................................................12 Ilustración 4...................................................................................................................................18 Ilustración 5...................................................................................................................................29

Actividad evaluativa 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 departamento 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. 1. Documento de especificación de requerimientos. 2. Seleccionar la metodología adecuada para el desarrollo del proyecto. 3. ¿Explicar sus fases y por qué la seleccionó? 4. Genere un plan donde indique cómo asegurar la calidad del producto.

Logo empresa

Análisis Generar documento de requerimientos Construcción análisis de requerimientos

Nombre empresa Producto Emitido por

Equipo AndiRoute

Documento de E.R. S AndiRoute Estado: 1 versión

1. INTRODUCCIÓN: Este documento tiene como objetivo describir los requerimientos del sistema para la institución universitaria del área andina, los cuales fueron validados por los analistas y el cliente previamente. 1.1. PROPÓSITO: Este documento tiene como objetivo describir de forma detallada cada uno de los requerimientos del sistema AndiRoute y sus respectivos comportamientos, a continuación detallaremos requerimientos funcionales, restricciones, atributos de calidad entre otros requisitos que deberá cumplir el sistema de información. Este documento está dirigido a: ●

Cliente

●

Equipo de desarrollo

●

Project Manager

●

Arquitecto Software

●

Analistas infraestructura

1.2. ÁMBITO DEL SISTEMA: Software de gestión de rutas, viáticos y conductores que se implementara en la institución universitaria del área andina. 1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS SGBD BD UML Mysql MVC Javascript CSS HTML PHP

Sistema gestor de Base de datos. Base de datos Lenguaje unificado de modelado de datos Sistema de gestión de bases de datos relacional Modelo Vista Controlador lenguaje de programación interpretado, dialecto del estándar ECMAScript hojas de estilo en cascada Lenguaje de marcado de hipertextos Lenguaje de programación orientado a objetos

1.4. REFERENCIAS # TÍTULO 1 IEEE Guide for Software Requirements Specification IEEE

2 OMG Unified Modeling Language Specification Version 1.4

NÚMERO

FECH A

Std 830-84 formal/2001-09-67

1994 2001

2. DESCRIPCIÓN GENERAL 2.1. PERSPECTIVA DEL PRODUCTO El sistema AndiRoute permitirá a la fundación universitaria del área andina la gestión de los siguientes: 

Gestión de Rutas universitarias por medio del registro de rutas, horarios, grupos.



Gestión de conductores por medio del registro de nombres, vehículos asignados, salarios, horarios asignados, grupos asignados y rutas asignadas



Gestión de gastos y viáticos asignados en los presupuestos por medio del registro de viáticos asignados, registro de gastos.

2.2. FUNCIONES DEL PRODUCTO Descomposición de requerimiento

Ilustración 1

2.2.1. Gestión de Rutas Diagrama de descomposición:

Ilustración 2 2.2.1.1. Asignar Conductor Introducción: Su función consiste en asignar un conductor para realizar rutas universitarias, para lo cual el usuario seleccionara de un listado de conductores previamente cargado en BD como una maestra.    

Entrada Rutas Nombre ruta Conductor

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con los conductores vinculados a la organización, en la cual se especificarán las rutas activas, los horarios asignados, las rutas programadas, se tendrá un botón de chequeo que permitirá al usuario seleccionar el conductor y un desplegable con los códigos y nombres de las rutas que serán asignadas, una vez realizada esta acción se presentará en pantalla un mensaje de confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de asignación de rutas debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Salida:  Actualización en campos de la BD.  Mensaje de confirmación con el resultado de asignación de ruta a conductor (OK) Requisitos específicos no funcionales:  Base de datos.  La carga de los datos en la tabla provenientes de la BD se debe realizar en un máximo de 2 segundos.

2.2.1.2. Registrar y asignar Horarios de Rutas Introducción Su función consiste en registrar las rutas y luego asignar a los conductores las rutas realizar los viajes. Entrada:     

Código ruta Nombre ruta Horario ruta Conductor Nombre conductor

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con la información de los conductores, en este habrá una casilla con un botón llamado “asignar rutas” el usuario dará clic y se mostrará una ventana modal con un formulario en el que deberá diligenciar la información de las rutas tal como su valor, se tendrá un botón de guardar una vez realizada esta acción se presentará en pantalla un mensaje de confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de creación de las rutas y la asignación de las mismas le debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Salida:  Persistencia de datos en los campos de la BD.  Mensaje de confirmación con el resultado de registro y asignación de las rutas (OK)

Requisitos específicos no funcionales:  No se evidencia ningún requisito no funcional en este proceso. 2.2.1.3. Asignación de prácticas Introducción: Su función consiste en asignar los tipos de prácticas a los conductores a los conductores para realizar los viajes. Entrada:    

Tipo práctica Código conductor Nombre conductor Ruta

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con la información de los conductores, viajes y rutas asignadas, en este habrá una casilla con un desplegable con los tipos de práctica de: enfermería, ambientales, minas y desarrollo de software. El usuario seleccionara una práctica y luego dará clic en un botón llamado “asignar”

una vez realizada esta acción se presentará en pantalla un mensaje de

confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de asignación de prácticas le debe ser notificado al usuario mediante un mensaje descriptivo en pantalla.

Salida:  Asignación de tipo de práctica y actualización en los campos de la BD y el conductor.  Mensaje de confirmación con el resultado de asignación del tipo de práctica al conductor (OK) Requisitos específicos no funcionales:  Las prácticas son: enfermería, ambientales, minas y desarrollo de software. 2.2.1.4. Consultar rutas, horarios, conductores Introducción: Su función consiste en mostrar un informe con los horarios, rutas, conductores y permitir la búsqueda por datos específicos. Entrada:     

Tipo práctica Código conductor Nombre conductor Ruta Horarios ruta

Proceso: Una vez haya accedido a esta utilidad del sistema mostrara una tabla con los datos de conductor, las rutas asignadas a este, los horarios, se contará con una barra de búsqueda en la cual el usuario podrá buscar por un dato específico, adicionalmente se mostrará la opción de generar informe y una vez dado clic, el usuario visualizará un reporte en el cual se especifican los conductores, los horarios, una tabla con la información de los conductores, viajes y rutas asignadas una vez realizada esta acción se

presentará en pantalla un mensaje de confirmación de la operación al usuario y se descargara un archivo. Cualquier error que se produzca durante el proceso de búsqueda y generación del informe debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Salida:  Informe en pdf.  Mensaje de confirmación con el resultado de generación del archivo (OK). Requisitos específicos no funcionales:  Se debe contar con archivos de diferentes extensiones, txt, pdf, xml, csv. 2.2.1.5. Registrar y asignar vehículo Introducción: Su función consiste en registrar y asignar los vehículos a los conductores de las rutas para realizar los viajes. Entrada:       

Código ruta Nombre ruta Horario ruta Conductor Nombre conductor Tipo vehículo Placa vehículo

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con la información de los conductores, en este habrá una casilla con un botón llamado “asignar

vehículo” el usuario dará clic y se mostrará una ventana modal con un formulario en el que deberá diligenciar la información del vehículo tal como su tipo y placa, se tendrá un botón de guardar y una vez realizada esta acción se presentará en pantalla un mensaje de confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de registro y asignación de los vehículos debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Cualquier error que se produzca durante el proceso de creación de horarios de rutas debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Salida:  Persistencia de datos en los campos de la BD.  Mensaje de confirmación con el resultado de registro y asignación del vehículo al conductor (OK). Requisitos específicos no funcionales:  Los tipos de vehículos en BD son: vans, bus escolar, camionetas y ambulancias.

2.2.2. Gestión de Conductor Diagrama de descomposición:

Ilustración 3 2.2.2.1. Registro Conductor

Introducción: Su función consiste en registrar los conductores, quienes se encargan de operar las rutas. Entrada:    

Código conductor Nombre conductor Apellido conductor Identificación

 Eps

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con los conductores que estén previamente ingresados en el sistema, en este habrá un botón llamado “ registrar conductor” el usuario dará clic y se mostrará una ventana modal con un formulario en el que deberá diligenciar la información de las conductor, digitando sus datos personales, se tendrá un botón de guardar una vez realizada esta acción se presentará en pantalla un mensaje de confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de registro de un conductor debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Salida:  Persistencia de datos en los campos de la BD.  Mensaje de confirmación con el resultado de registro del conductor (OK) Requisitos específicos no funcionales:  No se evidencia ningún requisito no funcional en este proceso 2.2.2.2. Actualizar Conductor Introducción: Su función consiste en actualizar los datos de los conductores, quienes se encargan de operar las rutas.

Entrada:     

Código conductor Nombre conductor Apellido conductor Identificación Eps

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con los conductores que estén previamente ingresados en el sistema, en este habrá un botón llamado “ actualizar datos conductor” el usuario dará click y se mostrará una ventana modal con un formulario en el que deberá diligenciar la información con los datos que desea actualizar del conductor, se tendrá un botón de guardar una vez realizada esta acción se presentará en pantalla un mensaje de confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de actualizar la información de un conductor debe ser notificado al usuario mediante un mensaje descriptivo en pantalla. Salida:  Persistencia de datos en los campos de la BD.  Mensaje de confirmación con el resultado de actualización del conductor (OK) Requisitos específicos no funcionales:  No se evidencia ningún requisito no funcional en este proceso 2.2.2.3. Registrar y asignar salario

Introducción: Su función consiste en registrar los salarios y asignarlos a los conductores para realizar los viajes. Entrada:     

Valor salario Código salario Código conductor Nombre conductor Apellido conductor

Proceso: Una vez haya accedido a esta utilidad del sistema se desplegará una tabla con la información de los conductores, en este habrá una casilla con un botón llamado “ asignar salarios ” el usuario dará clic y se mostrará una ventana modal con un formulario en el que deberá diligenciar la información de los salarios para registrarlo, se tendrá un botón de guardar, luego asigna al conductor el salario y una vez realizada esta acción se presentará en pantalla un mensaje de confirmación de la operación al usuario. Cualquier error que se produzca durante el proceso de creación de salarios y asignación de...