Você está na página 1de 21

Encabezado: ARQUITECTURA DE SOFTWARE

Proyecto Administración Ambulancias

Edgar William Quinchanegua Forero y Jairo Enrique Tibaquirá Poveda

Corporación Universitaria Politécnico Grancolombniano

Notas del autor

Edgar William Quinchanegua Forero y Jairo Enrique Tibaquirá Poveda, Facultad de Ingeniería

y Ciencias Básicas, Corporación Universitaria Politécnico Grancolombiano

Este proyecto ha sido parcialmente financiado por sus autores

La correspondencia relacionada con este proyecto debe ser dirigida a Edgar William

Quinchanegua Forero y Jairo Enrique Tibaquirá Poveda

Facultad de Ingeniería y Ciencias Básicas, Corporación Universitaria Politécnico

Grancolombiano, Calle 57 N° 3-00 Este

Contacto: jamdijkasan@yahoo.es

0
Encabezado: ARQUITECTURA DE SOFTWARE

Índice General

Índice de Ilustraciones.................................................................................................................2
Índice de Tablas...........................................................................................................................3
Introducción.................................................................................................................................4
1. Planteamiento del problema...............................................................................5
2. Propuesta de solución.........................................................................................5
3. Objetivo General................................................................................................5
4. Objetivos Específicos.........................................................................................5
5. Justificación del Proyecto..................................................................................6
6. Requerimientos Funcionales..............................................................................7
7. Requerimientos No Funcionales......................................................................14
8. Glosario............................................................................................................16
9. Ingreso Usuario................................................................................................17
10. Referencias.......................................................................................................17

1
Encabezado: ARQUITECTURA DE SOFTWARE

Índice de Ilustraciones

Imagen 1 Ingreso al sistema........................................................................................................9

2
Encabezado: ARQUITECTURA DE SOFTWARE

Índice de Tablas

Tabla 1. Validación de usuario y contraseña............................................................................................7

Tabla 2. Validación Perfil de Usuario......................................................................................................8

Tabla 3. Clasificación Ambulancias........................................................................................................9

Tabla 4. Registro Datos de Ambulancias.................................................................................................9

Tabla 5. Registro Datos de Persona.......................................................................................................10

Tabla 6. Registro Solicitud de Servicios................................................................................................11

Tabla 7. Seguimiento solicitud de Servicios..........................................................................................12

Tabla 8. Registro Valor de tanqueo de Combustible..............................................................................13

Tabla 9. Reportes...................................................................................................................................14

Tabla 10. Validación Usuario y contraseña............................................................................................14

Tabla 11. Compatibilidad con Navegadores de Internet........................................................................14

Tabla 12. Registro de Datos en el Sistema.............................................................................................14

Tabla 13. Datos personales de los usuarios............................................................................................15

3
Encabezado: ARQUITECTURA DE SOFTWARE

Introducción

La creciente demanda de solicitud de servicios de usuarios que requieren el traslado en

ambulancias de diferentes categorías, ha generado una gran demanda en este servicio

especializado y con tecnología avanzada que permita prestar eficientemente este servicio a la

comunidad capitalina (Segura, 2014).

Para ejercer un mejor control se debe contar con la información actualizada de la

disponibilidad de la flota de ambulancias que están afiliadas a una empresa, permitiendo la

asignación del servicio solicitado de acuerdo a la complejidad a cual corresponde el servicio

solicitado, por lo cual nuestro sistema de información “Administración de Ambulancias”,

brinda un servicio eficiente y oportuno, generando un servicio el cual se asignara a la

ambulancia que tenga las características que el usuario requiere en un determinado momento,

de igual manera el sistema de información ofrece la facilidad de controlar cuantos servicios

fueron exitosos y cuantos fallidos, por otra parte controla los gastos correspondientes al

consumo de combustible, permitiendo el registro de la cantidad de galones de combustible, el

valor por galón, totalizando el valor total del tanqueo, el registro del kilometraje actual al

momento del tanqueo, con el fin de establecer estadísticas de la cantidad de galones VS el

rendimiento del kilometraje por cada de uno de ellos (Humprey, 2002).

4
Encabezado: ARQUITECTURA DE SOFTWARE

1. Planteamiento del problema

El problema que se encuentra, es que no se ha definido una arquitectura de software que

permita realizar un control sobre los costos generados en la movilidad del sistema de

ambulancias en la ciudad involucrando todas las variables de gastos posibles.

2. Propuesta de solución

El desarrollo de este trabajo de ingeniería, es el diseño y prototipado de un sistema basado en

esta arquitectura de software, para así mismo poder obtener la mayor optimización posible en

los servicios prestados por el sistema de gestión de las ambulancias en la ciudad.

3. Objetivo General

Ofrecer un servicio, enfocado en la satisfacción de las necesidades de nuestros usuarios, a

través de servicios de transporte de pacientes que requieran atención médica, a nivel local y

nacional.

4. Objetivos Específicos

 Satisfacer la necesidad de traslado de los usuarios a sus consultas y exámenes según

sea el caso.

 Mejorar la oportunidad del traslado de pacientes cuando requieran una atención

médica.

 Mayor seguridad y confort para el paciente y tripulación, mediante el servicio de

nuestra flota de vehículos.


5
Encabezado: ARQUITECTURA DE SOFTWARE

 Brindar mayores oportunidades para el traslado de los pacientes a su hogar cuando se

dan de alta en la institución hospitalaria.

5. Justificación del Proyecto

En la actualidad, con la generación de un alto volumen de solicitudes de servicios, en lo

referente a traslado de ambulancias, se requiere controlar los gastos en lo referente a los

servicios exitosos, los cuales forjaran ingresos y los servicios fallidos los cuales generan un

egreso, esto en lo referente a las solicitudes generadas por los usuarios y la alta competencia

que se ha producido en este medio de servicio.

Al solicitar un servicio de traslado en el cual debe intervenir una ambulancia, se requiere

empezar por generar los registros del servicio, los datos de la ambulancia, los estados de la

misma en lo referente al kilometraje actual, el conductor de turno, si el servicio fue exitoso o

fallido.

Por otro lado, se debe llevar el control de los gastos diarios que genera el vehículo, tales como

combustible y mantenimiento si es el caso.

Por esta razón nuestro sistema ofrecerá, el registro del servicio solicitado, el seguimiento al

mismo, el registro de tanqueo de combustible, lo cual facilitará la gestión administrativa de

cada vehículo que haga parte de la empresa correspondiente.

6. Requerimientos Funcionales

6
Encabezado: ARQUITECTURA DE SOFTWARE

 Requerimiento Funcional 01

Validación Usuario y Contraseña


Identificador: RF01 Nombre: Validación Usuario y Contraseña
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Ingreso del usuario y contraseña asignado al Ingreso al sistema.
Usuario.
Descripción:
Todos los usuarios del sistema deben estar debidamente registrados con cada uno de sus
datos en la base de datos, deben de tener su usuario y contraseña.
Precondición:
Los datos de los usuarios y contraseña asignados deben de estar previamente registrados
en la base de datos.
Manejo de condiciones anormales:
El usuario no cumple con los requisitos para ingresar al sistema, no está autorizado, no
tiene los perfiles asignados, usuario bloqueado, no está registrado previamente en la base
de datos
Criterios de Acotación:
Mostrar la información correspondiente al usuario.
Tabla 1. Validación de usuario y contraseña

 Requerimiento Funcional 02

Validación Perfil Usuario


Identificador: RF02 Nombre: Validación Perfil Usuario
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Validar opciones del sistema a los cuales tiene Los resultados menú de navegación
permiso el usuario. según el perfil asignado al usuario.
Descripción:

7
Encabezado: ARQUITECTURA DE SOFTWARE

Todos los usuarios del sistema deben tener un perfil asignado


Precondición:
Los perfiles asignados al usuario deben de estar previamente registrados en la base de
datos y asignado al usuario correspondiente.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
Mostrar las opciones a la cuales puede ingresar el usuario según el perfil asignado.
Tabla 2. Validación Perfil de Usuario

 Requerimiento Funcional 03

Clasificación Ambulancias
Identificador: RF03 Nombre: Tipo Clasificación Ambulancias
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Registrar los tipos de ambulancias de acuerdo Datos detallados del tipo de ambulancia.
a la clasificación de cada una de las
ambulancias.
Descripción:
Ambulancias No Asistenciales, que no están acondicionadas para la asistencia sanitaria en
ruta. Esta categoría de ambulancias comprende las dos siguientes clases:
Ambulancias de Clase A1, o convencionales, destinadas al transporte de pacientes en
camilla.
Ambulancias de Clase A2, o de transporte colectivo, acondicionadas para el transporte
conjunto de enfermos cuyo traslado no revista carácter de urgencia, ni estén aquejados de
enfermedades infecto-contagiosas.
Ambulancias Asistenciales, acondicionadas para permitir asistencia técnico-sanitaria en
ruta. Esta categoría de ambulancias comprende las dos siguientes clases:
Ambulancias de Clase B, destinadas a proporcionar Soporte Vital Básico y atención
sanitaria inicial.

8
Encabezado: ARQUITECTURA DE SOFTWARE

Ambulancias de Clase C, destinadas a proporcionar Soporte Vital Avanzado.


Precondición:
Usuario con perfil asignado para realizar el registro correspondiente de la información.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
Desplegar listado de las ambulancias registradas en el sistema.
Tabla 3. Clasificación Ambulancias

 Requerimiento Funcional 04

 Registro Datos Ambulancias


Identificador: RF04 Nombre: Registrar Datos Ambulancias
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Registrar los datos correspondientes a cada Datos detallados de cada una de las
ambulancia que haga parte de la empresa. ambulancias.
Descripción:
Todas las ambulancias deben de estar registradas, en el sistema de información.
Precondición:
Las clasificaciones del tipo de ambulancia deben de estar previamente registradas en el
sistema de información.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
Tener la información disponible de las ambulancias con las que cuenta la empresa.
Tabla 4. Registro Datos de Ambulancias

9
Encabezado: ARQUITECTURA DE SOFTWARE

 Requerimiento Funcional 05

Nombre: Registrar Datos Persona

Registro Datos Persona


Identificador: RF05 Nombre: Registrar Datos Persona
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Registrar los datos de los usuarios que Datos personales de las personas a
solicitan el servicio y los datos de la persona a solicitante de servicios de ambulancias.
la cual se le va a prestar el servicio de traslado
en la ambulancia según la complejidad del
requerida.
Descripción:
Registrar los datos personales del usuario solicitante de servicios de ambulancias: Primer
nombre, Segundo nombre, Tipo de identificación, Numero de identificación, Dirección,
Teléfono, correo electrónico, Dirección evento, Descripción del servicio.
Precondición:
Recibir solicitud del servicio telefónico, registrar la información correspondiente.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
Los datos de las personas solo se registrarán una vez y esta información estará disponible
si realizan nuevas solicitudes de servicios de ambulancias.
Tabla 5. Registro Datos de Persona

 Requerimiento Funcional 06

Nombre: Registrar Solicitud de Servicios.

10
Encabezado: ARQUITECTURA DE SOFTWARE

Registro Solicitud de Servicios


Identificador: RF06 Nombre: Registrar Solicitud de Servicios
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Registrar los datos correspondientes a cada Numero asignación de servicios
solicitud de servicios solicitados por los solicitado por el usuario.
usuarios.
Descripción:
Registrar los datos correspondientes a la solicitud del servicio.
Precondición:
Los datos de la ambulancia y persona deben de estar previamente registradas en el sistema
de información.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
A cada servicio se le realizara un seguimiento y una clasificación para tener la
información estadística disponible al momento de requerirse para la toma de decisiones.
Tabla 6. Registro Solicitud de Servicios

 Requerimiento Funcional 07

Nombre: Seguimiento Solicitud de Servicios

Seguimiento Solicitud de Servicios


Identificador: RF07 Nombre: Seguimiento Solicitud de Servicios
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Registrar los seguimientos a cada solicitud de Seguimientos a los servicios solicitado
servicios solicitados por los usuarios. por el usuario.
Descripción:

11
Encabezado: ARQUITECTURA DE SOFTWARE

Registrar los datos correspondientes al seguimiento de los servicios asignados a cada


ambulancia, y realizar la respectiva clasificación si fue exitoso o fallido según sea el caso.
Precondición:
El servicio de ambulancia debe de estar previamente registrado en el sistema, para poder
realizar los seguimientos correspondientes.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
Se requiere finalizar cada servicio de acuerdo al trámite ejecutado sobre el mismo.
Tabla 7. Seguimiento solicitud de Servicios

 Requerimiento Funcional 08

Nombre: Tanqueo combustible.

 Registro Valor Tanqueo Combustible


Identificador: RF08 Nombre: Valor Tanqueo combustible
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Registrar los datos correspondientes a cada Comprobante de registro del
tanqueo de combustible que realice una combustible.
ambulancia.
Descripción:
Registrar los datos correspondientes al tanqueo de combustible de una ambulancia,
número de recibo, fecha, cantidad de galones, valor inicial, valor total del tanqueo.

12
Encabezado: ARQUITECTURA DE SOFTWARE

Precondición:
Las ambulancias deben de estar previamente registradas en el sistema, para poder realizar
los registros correspondientes.
Manejo de condiciones anormales:
El usuario no tiene asignado el perfil correspondiente, no se despliega los menús del
sistema asociados al perfil.
Criterios de Acotación:
Se requiere registrar el valor de cada tanqueo con el fin de tener un promedio de gastos
por ambulancias en lo referente al consumo de combustible.
Tabla 8. Registro Valor de tanqueo de Combustible

 Requerimiento Funcional 09

Nombre: Reportes.

Reportes
Identificador: RF09 Nombre: Reportes.
Importancia: Alta Prioridad: Critica
Entradas: Salidas:
Consulta de datos utilizando los siguientes Reportes con la información solicitada de
parámetros: acuerdo al tipo de reporte.
1. Reporte de Servicios
 Periodo de fechas
 Número de servicio
 Número de identificación de la persona
2. Reporte de Consumo de Combustible
 Recibo de tanqueo
 Periodo de fechas

Descripción:
Generar reportes gerenciales y de consulta de acuerdo al perfil del usuario.

13
Encabezado: ARQUITECTURA DE SOFTWARE

Precondición:
Los datos solicitados en los diferentes reportes dependen de la información registrada en el
sistema de información.

Manejo de condiciones anormales:


El usuario no tiene asignado el perfil correspondiente, no se estipula el rango de fechas, no
tiene internet, el pc no tiene instalado el programa para ver el pdf, Excel.
Criterios de Acotación:
Mostrar la información según los datos establecidos e ingresados previamente por el
usuario.
Tabla 9. Reportes

7. Requerimientos No Funcionales

Validación Usuario y Contraseña


Identificador: RNF01 Nombre: Validación Usuario y Contraseña
Importancia: Alta
Descripción: La contraseña debe quedar guardada en la base de datos y no en la aplicación
Tabla 10. Validación Usuario y contraseña
Compatibilidad con navegadores de Internet
Identificador: RNF02 Nombre: Browser de navegación
Importancia: Alta
Descripción: El sistema no es compatible con internet Explorer.
Tabla 11. Compatibilidad con Navegadores de Internet
Registro de datos en el Sistema
Identificador: RNF03 Nombre: Registro de Datos en el Sistema
Importancia: Alta
Descripción: El sistema tendrá la facilidad para el registro de los datos correspondientes a
los servicios solicitados del servicio de ambulancia, registro de combustible, dependiendo
de información registrada por un usuario.
Tabla 12. Registro de Datos en el Sistema
14
Encabezado: ARQUITECTURA DE SOFTWARE

Datos personales de los usuarios


Identificador: RNF04 Nombre: Datos personales del usuario
Importancia: Alta
Descripción: El sistema debe cumplir las disposiciones recogidas en la Ley Orgánica de
Datos personales y en el Reglamento de medidas de seguridad
Tabla 13. Datos personales de los usuarios

Cronograma

15
Encabezado: ARQUITECTURA DE SOFTWARE

8. Glosario

Decisión: Elección de un curso de acción determinado entre varios posibles.

Framework: es un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un

tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos

problemas de índole similar.

Interfaz: Conjunto de elementos de la pantalla que permiten al usuario realizar acciones sobre

el Sitio Web que está visitando.

Librería: Programa que se integra dentro de otro para dotarlo de funcionalidad y lograr sus

propósitos.

Servidor: Es un equipo informático que forma parte de una red y provee servicios a otros

equipos cliente.

Patrones de diseño: Soluciones a problemas detallados de software.

Codificación: Es el proceso por el cual la información de una fuente es convertida en

símbolos para ser comunicada.

16
Encabezado: ARQUITECTURA DE SOFTWARE

UML: Son las siglas de “Unified Modeling Language” o “Lenguaje Unificado de Modelado”.

Se trata de un estándar que se ha adoptado a nivel internacional por numerosos organismos y

empresas para crear esquemas, diagramas y documentación relativa a los desarrollos de

software (programas informáticos).

Performance: Tiempo de respuesta desde el punto de vista del usuario.

Reliability: Grado de probabilidad de realizar operaciones correctamente

Availability. Porcentaje de tiempo que un sistema puede procesar solicitudes.

Testability: Esfuerzo invertido para detectar y aislar errores.

Throughput: Solicitudes atendidas por unidad de tiempo.

XML: Formato estándar para intercambio de datos.

9. Ingreso Usuario

17
Imagen 1 Ingreso al sistema
Encabezado: ARQUITECTURA DE SOFTWARE

10. Recomendaciones

Este este proyecto plantea muchos retos retos y sobre todo abre el camino para que se siga

trabajando en el contexto del análisis de costos y gastos y su aplicación por medio de una

arquitectura de software que pueda ser usada para el estudio constante de la ingeniería en un

entorno social, comercial o industrial.

18
Encabezado: ARQUITECTURA DE SOFTWARE

11. Conclusion

Como conclusión, este proyecto ha sido para los autores una gran experiencia en cuanto al

desarrollo y arquitectura de software por el hecho de obtener como resultado un servicio que

puede tener diversas aplicaciones y posibilidades laborales a futuro.

19
Encabezado: ARQUITECTURA DE SOFTWARE

12. Referencias

Humprey, W. (2002). Personal Software Process.


Segura, K. (2014). Codificacion Ingenieria de Software.

20

Você também pode gostar