Ingenieria del Software

1
UNIVERSIDAD ALEJANDRO DE HUMBOLDT
FACULTAD DE INGENIERÍA
ESCUELA DE INGENIERÍA EN INFORMÁTICA
SECCIÓN: DCN0603IIV1
UNIDAD CURRICULAR: ING. DEL SOFTWARE
PROF. JOSÉ OJEDA
SISTEMA PARA LA EMISIÓN DE SOLVENCIA DIGITAL DE
HIDROCAPITAL (VERSIÓN III)
Dos Santos Emily, C.I.17.815.495
Ibarra Cherry, C.I.13.457.672
Mendoza Amílcar, C.I. 20.208.714
Salas Marco, C.I. 18.487.735
Caracas, Abril de 2015

2
REVISIÓN
Fecha Observaciones
13/02/15
Cambiar el enunciado de RF-002 ya que es el mismo
enunciado de RF-001
13/02/15
Los enunciados de RF-005, RF-006 y RF-007 son
requerimientos no funcionales
13/02/15 Aplicar normas APA a la Lista de Referencias

3
INTRODUCCIÓN
Dentro del proyecto, estamos apuntando a convertir el desarrollo del
sistema en un proceso formal, pudiendo anticiparse a los resultados y
escenarios que surjan en el mismo. En la actualidad, los sistemas forman
una parte esencial de las organizaciones, pudiendo otorgarles ventajas, por
lo cual el desarrollo de los mismos, debe ser un proceso con una gran
solidez.
Este proyecto tiene como objetivo la elaboración de un software permitirá
a los usuarios reimprimir o renovar la solvencia siempre y cuando se
encuentren vigentes con sus pagos del servicio hidrológico. Este servicio lo
podrán obtener desde cualquier lugar donde cuente con una conexión en
Internet y tantas veces como sea necesario. Las personas ya no tendrán
necesidad de acudir a las sedes del organismo para renovar o actualizar la
solvencia.
La finalidad que tiene la propuesta para emitir la solvencia electrónica
busca la automatización de un proceso que se ejecuta actualmente de forma
manual y que implementándolo pudiese mejorar el rendimiento y capacidad
en dar respuesta a los requerimientos de los clientes.
A continuación, se mostrará en detalle, la propuesta antes mencionada
con la descripción de la problemática actual, el análisis del sistema
propuesto, el alcance del proyecto y los requerimientos funcionales y no
funcionales que permitan dar una visión de la solución planteada.

4
TABLA DE CONTENIDO
REVISIÓN................................................................................................................................... 2
INTRODUCCIÓN......................................................................................................................... 3
DESCRIPCIÓN DEL DOMINIO DEL PROBLEMA........................................................................... 5
Situación Actual.................................................................................................................. 5
Diagnóstico Del Problema ................................................................................................ 6
Soluciones Propuestas...................................................................................................... 7
ANÁLISIS DEL SISTEMA PROPUESTO......................................................................................... 8
Definición De Alcance ....................................................................................................... 8
Requerimientos Funcionales............................................................................................ 8
Requerimientos No Funcionales.................................................................................... 10
MODELOS................................................................................................................................ 13
Casos de Uso ................................................................................................................... 13
Diagramas de Casos de Uso ......................................................................................... 14
Descripción de cada Caso de Uso ................................................................................ 19
Diagrama de Clases ........................................................................................................ 23
Diagrama de Secuencia.................................................................................................. 24
Modelo Físico de Datos................................................................................................... 27
Diccionario de Datos........................................................................................................ 28
CONSTRUCCIÓN DE PANTALLAS PROTOTIPO ........................................................................ 34
RESUMEN EJECUTIVO SISTEMA PARA LA EMISIÓN DE SOLVENCIA DIGITAL DE HIDROCAPITAL
................................................................................................................................................ 48
LISTA DE REFERENCIAS............................................................................................................ 50

5
DESCRIPCIÓN DEL DOMINIO DEL PROBLEMA
Situación Actual
La solvencia se tramita en las Oficinas Comerciales de Hidrocapital.
Cuando los apartamentos están bajo el régimen de propiedad horizontal,
se solicita a la Administradora del Condominio, una carta de Solvencia de
Condominio y de Agua, el Contrato de Administración, existente entre el
Condominio y la Administradora y una carta de solicitud de Solvencia,
dirigida a Hidrocapital y firmada por el propietario, en la cual debe indicar el
número de la cuenta asignada por Hidrocapital y firmada por uno de los
integrantes de la Junta de Condominio.
Cuando la Solvencia de Condominio y de Agua, la emite la Junta de
Condominio, se requiere el acta de asamblea, donde se nombra la Junta de
Condominio Actual y su RIF.
La emisión de esta solvencia tarda 3 días.
En caso de Quintas y Terrenos, presentar el último recibo cancelado de
Hidrocapital, el cual debe estar a nombre del propietario actual. En caso de
que no se haya realizado el cambio, deberá presentar ante la oficina
comercial de Hidrocapital, la siguiente documentación: Documento de
propiedad, cédula de identidad, copia del plano de ubicación, ficha catastral.
El trámite dura 3 días hábiles, luego podrá solicitar la solvencia.

6
Diagnóstico Del Problema
Actualmente la Empresa Hidrocapital presta sus servicios a una población
de aproximadamente 90.000 clientes adscrito al Acueducto metropolitano de
la Gran Caracas; son múltiples los servicios que se prestan, entre ellos está
la emisión de solvencia de servicio con un promedio de diario de 500 a 700
solicitudes en cada una de las ocho (08) oficina que existen en la Gran
Caracas, la solicitud de este documento es muy demandada, sobre todo para
realizar trámites legales como ventas de inmuebles, ocasionando exceso de
trabajo para las personas que se encargan de realizar este trámite. Estas
solvencias son realizadas de forma manual y con un plazo de entrega de 3
días hábiles.
Para la elaboración de esta solvencia se tienen asignadas tres personas
por oficina comercial, las cuales cumplen la siguiente función, una persona
para recibir documentos y hacer el control de solicitudes, otra persona que se
encarga de tomar información del sistema (OPEN) y elabora la solvencia de
forma manual y existe otra persona que verifica los datos de la solvencia y
autoriza su validez con su firma y sello. Para llevar a cabo la emisión de la
solvencia los procesos son tardíos y poco factibles, ya que presenta errores
de transcripción, los controles para su emisión son algo engorroso, se genera
pérdidas de documentos, en cuanto a los recursos que deben ser dispuestos
para realizar esta actividad son muy alto, sobre todo en el recurso humano.

7
Soluciones Propuestas
El Sistema para la emisión de solvencia digital de Hidrocapital permitiría a
los usuarios reimprimir o renovar la solvencia siempre y cuando se
encuentren vigentes con sus pagos. Este servicio lo podrán obtener desde
cualquier lugar donde cuente con una conexión en Internet y tantas veces
como sea necesario. Los usuarios ya no tendrán necesidad de acudir a las
sedes del organismo para renovar o actualizar la Solvencia.
Las Solvencias actuales estarán vigentes hasta su fecha de vencimiento,
por lo que el Usuario no tendrá que dirigirse a las oficinas de Hidrocapital
para sustituirlo por el nuevo comprobante digital. De esta manera, los
usuarios que estén solventes con los pagos del servicio público podrán
reimprimir o renovar su solvencia en caso de extravío o vencimiento desde
la comodidad de su casa, tantas veces como sea necesario.
Con la puesta en marcha de este proceso, Hidrocapital da un gran paso
tecnológico haciendo los trámites más sencillos para los usuarios y se enfoca
en la eficiencia al digitalizar completamente la reimpresión y renovación de la
Solvencia hidrológica, acercando más a la población a su derecho de poseer
los documentos necesarios para sus trámites legales.

8
ANÁLISIS DEL SISTEMA PROPUESTO
Definición De Alcance
El presente estudio solo abarcara las solvencias emitidas por la empresa
hidrológica ubicada en la región capital o también llamada Gran Caracas del
país Venezuela. Hidrocapital es la empresa hidrológica de la Región Capital.
Desde su fundación, el 11 de abril de 1991, es la encargada de administrar,
operar, mantener, ampliar y rehabilitar los sistemas de distribución de agua
potable, y los sistemas de recolección y disposición de aguas servidas, en el
Distrito Capital y en los estados Miranda y Vargas. Hidrocapital opera como
una empresa adscrita al Ministerio del Ambiente y de los Recursos Naturales,
bajo los lineamientos de Hidroven, la Casa Matriz del sector Agua Potable y
Saneamiento de Venezuela.
Requerimientos Funcionales
CÓDIGO ENUNCIADO DESCRIPCIÓN
RF-001 Acceso al sistema.
Mediante una combinación
usuario-contraseña. El sistema
debe enviar una clave temporal
al correo del usuario para la
autenticación que luego debe
modificar.
RF-002
Modificación de datos
del cliente.
El sistema debe permitir al
usuario cambiar datos
específicos como teléfonos de
contacto o correo, más no, datos

9
de ubicación del inmueble ya que
estos son emitidos por la Base
de Datos de Hidrocapital.
RF-003
Datos del usuario para
emitir la solvencia.
Cuando el usuario se registra, el
sistema debe traer la información
de la propiedad (inmueble) de la
Base de Datos que maneja
Hidrocapital, a través de su
número de NIC, para emitir la
solvencia requerida
RF-004 Emisión de solvencia.
El sistema debe emitir la
solvencia cuando el usuario
ingrese sus datos correctamente
y se encuentre solvente con el
pago del servicio.
RF-005
Condición de la firma
autorizada.
El comprobante digital estará
blindado para evitar fraudes.
Contempla una firma autorizada,
que estará compuesta por el
número de la solvencia y tres
caracteres alfabéticos.
RF-006 Reporte estadístico.
Generar un reporte estadístico de
las personas que se encuentren
solventes y no solventes,
tomando en cuenta el sector
donde se encuentre ubicada su
propiedad.
RF-007
Verificación de la
solvencia
El sistema debe permitir que un
tercero verifique la validez del

10
documento mediante una
herramienta en la web de dicho
portal
Requerimientos No Funcionales
CÓDIGO TIPO ENUNCIADO DESCRIPCIÓN
RNF-001 Interfaz y uso
Visualización y
navegabilidad
El sistema debe
funcionar y visualizarse
en cualquier navegador
web, Internet Explorer,
Mozilla Firefox, Chrome,
Opera y Safari
RNF-002 Operacionales
Horario para su
uso y recursos
necesarios para
su operación
El sistema puede ser
usado desde cualquier
sitio con conexión a
Internet y una
computadora o laptop,
las 24 horas del día y
los 365 días del año
RNF-003 Documentación
Documentos para
su uso y código
fuente
Cada uno de los
componentes del
sistema deben estar
documentados (código),
así como los manuales
de usuario y
administración.
RNF-004 Seguridad Usuarios
Solo los usuarios
registrados pueden

11
entrar al sistema y
operarlo según su rol o
permisos dentro del
sistema
RNF-005 Seguridad Modificaciones
El sistema debe ser
capaz de rechazar
modificaciones no
autorizadas a la
información o código
fuente
RNF-006 Rendimiento
Tiempo de
respuesta
El sistema no debe
tardar más de 20
segundos en generar
las búsquedas o
reportes solicitados
RNF-007 Recursos
Herramientas
para su
desarrollo e
implementación
El sistema debe ser
desarrollado bajo
software libre e
implementado en un
servidor con un S.O.
software libre
RNF-008 Mantenimiento
Facilidad para
corregir errores
El sistema debe estar
preparado para permitir
su fácil mantenimiento
ante posibles errores
que se puedan
presentar durante su
operación
RNF-009 Verificación y Datos de usuario El sistema debe

12
fiabilidad y operaciones garantizar su
recuperación ante fallos
de conexión que eviten
pérdida de datos de un
usuario o de
operaciones
RNF-010
Verificación y
fiabilidad
Autenticidad de la
información
generada
El sistema debe tener la
capacidad de mostrar
ante auditorías o
revisiones, las
operaciones realizadas
por cada usuario

13
MODELOS
Casos de Uso
Código
Actores
Nombre Descripción
ACT-01
Funcionario Hidrocapital
Analista de Sistemas
Responsable de la
Base de Datos y
generar reportes
ACT-02 Ciudadano propietario
Crea el usuario, puede
cambiar algunos datos
y genera su solvencia
ACT-03
Funcionario de Notaria
Pública
Encargado de verificar
la validez de la
solvencia

19
Descripción de cada Caso de Uso
Código CU-001 Nombre Acceso al sistema.
Descripción Para ingresar al sistema, el actor ACT-01 y ACT-02
deben tener un usuario y clave para autenticarse. En el
caso del actor ACT-03 solo debe ingresar a sistema
para consultar (sin usuario y clave) la validez de la
solvencia.
Actores Funcionario Hidrocapital, Ciudadano propietario,
Funcionario de Notaria Pública
Pre-condiciones Poseer usuario y clave.
Curso típico de eventos
Actor Sistema
1. ACT-02 y ACT-01 colocan el
usuario y clave
2. Da la bienvenida al usuario
correspondiente
3. ACT-03 coloca el número de
firma autorizada.
4. Indica si esta solvencia se
encuentra vigente o no.
Post-condiciones Modificación de datos del cliente.
Código CU-002 Nombre Modificación de datos del
cliente.
Descripción El ACT-02 puede modificar datos de contacto, como
números de teléfonos o correos. El ACT-01 puede
modificar información sobre el inmueble.
Actores Funcionario Hidrocapital, Ciudadano propietario.
Pre-condiciones Acceso al sistema.
Actor Sistema
1. El ACT-02 modifica su teléfono 2. Reconoce la información.

20
y correo.
3. El ACT-01 modifica nombre del
propietario del inmueble.
4. Reconoce la información.
Post-condiciones Datos del usuario para emitir la solvencia.
Código CU-003 Nombre Datos del usuario para emitir la
solvencia.
Descripción El ACT-02 ingresa su número de Cédula de Identidad y
el sistema debe traer los datos de la propiedad
(inmueble) de la Base de Datos manejada por
Hidrocapital.
Actores Ciudadano propietario.
Pre-condiciones Acceso al sistema.
Actor Sistema
1. Ingresa su número de Cédula
de Identidad.
2. Genera la información del inmueble
asociada al usuario.
Post-condiciones Emisión de solvencia.
Código CU-004 Nombre Emisión de solvencia.
Descripción Una vez que El ACT-02 ingresa sus datos y se verifica
la liquidez del pago del servicio, entonces el sistema
emitirá la Solvencia.
Actores Ciudadano propietario.
Pre-condiciones Acceso al sistema, Datos del usuario para emitir la
solvencia.
Actor Sistema
1. Verifica la liquidez.

21
2. Solicita solvencia.
3. Emite la solvencia.
Post-condiciones Condición de la firma autorizada.
Código CU-005 Nombre Condición de la firma
autorizada.
Descripción El ACT-01 al verificar la liquidez, emite la firma a través
de un código alfanumérico.
Actores Funcionario Hidrocapital.
Pre-condiciones Acceso al sistema, Datos del usuario para emitir la
solvencia, Emisión de solvencia.
Actor Sistema
1. Verifica la liquidez.
2. Emite la firma alfanumérica.
3. Emite la solvencia.
Post-condiciones Reporte estadístico.
Código CU-006 Nombre Reporte estadístico.
Descripción El sistema debe generar para el ACT-01 un reporte de
los usuarios solventes y no solventes.
Actores Funcionario Hidrocapital.
Pre-condiciones Acceso al sistema, Emisión de solvencia.
Actor Sistema
1. Identificar usuarios solventes y no
solventes.
2. Identificar número de solvencias
emitidas en un período seleccionado.

22
3. Solicitar el reporte de
solvencias.
4. Generar el reporte.
Post-condiciones N/A
Código CU-007 Nombre Verificación de la solvencia.
Descripción A través de la web. El actor ACT-003 podrá verificar la
validez de la solvencia por medio de la firma
autorizada.
Actores Funcionario de Notaria Pública.
Pre-condiciones Emisión de solvencia.
Actor Sistema
1. Ingresa al sistema a través de la
web.
2. Ingresa la firma autorizada en el
campo de verificación.
3. Autentica la información ingresada
por el usuario.
Post-condiciones N/A

28
Diccionario de Datos
Usuario_Cliente
Nombre Longitud Descripción de Dato Observación
Nic PK CHAR(7) xxxxxxx
Nic identifica
Usuario_Cliente
cedula CHAR(8) xxxxxxxx
cedula es de
Usuario_Cliente
Nombre CHAR(10) xxxxxxxxxx
Nombre es de
Usuario_Cliente
apellido CHAR(10) xxxxxxxxxx
apellido es de
Usuario_Cliente
Clave CHAR(10) xxxxxxxxxx
Clave es de
Usuario_Cliente
Usuario CHAR(10) xxxxxxxxxx
Usuario es de
Usuario_Cliente
Fecha_Creacion DATETIME 0000-00-00
Fecha_Creacion es
de Usuario_Cliente
Bloqueado BYTE x
Bloqueado es de
Usuario_Cliente
Motivo_bloqueo CHAR(20) xxxxxxxxxxxxxxxxxxxx
Motivo_bloqueo es
de Usuario_Cliente
Usuario_ClienteCol.1 CHAR(10) xxxxxxxxxx
Usuario_ClienteCol.1
es de
Usuario_Cliente

29
Cliente
Solvencia
Telefono CHAR(10) xxxxxxxxxx
Telefono es de
Cliente
Rif CHAR(10) xxxxxxxxxx Rif es de Cliente
administradora CHAR(20) xxxxxxxxxxxxxxxxxxxx
administradora es de
Cliente
Unidad_Vivienda CHAR(10) xxxxxxxxxx
Unidad_Vivienda es
de Cliente
Uso CHAR(10) xxxxxxxxxx Uso es de Cliente
Deuda CHAR(10) xxxxxxxxxx Deuda es de Cliente
Nic PK CHAR(7) xxxxxxx Nic identifica Cliente
Numero_Solvencia CHAR(20) xxxxxxxxxxxxxxxxxxxx
Numero_Solvencia
identifica Solvencia
Fecha_emision DATETIME 0000-00-00
Fecha_emision es
de Solvencia
Usuario es de
Solvencia
Nic identifica
Solvencia

30
Documentos
Rif CHAR(10) xxxxxxxxxx
Rif es de
Documentos
Acta_asamblea CHAR(10) xxxxxxxxxx
Acta_asamblea es
de Documentos
Carta_Solicitud CHAR(10) xxxxxxxxxx
Carta_Solicitud es
de Documentos
Solvencia_Adm CHAR(10) xxxxxxxxxx
Solvencia_Adm es
de Documentos
Nic identifica
Documentos

31
Direccion_Cliente
Calle1 CHAR(10) xxxxxxxxxx
Calle1 es de
Direccion_Cliente
Calle2 CHAR(10) xxxxxxxxxx
Calle2 es de
Direccion_Cliente
Av_ppal CHAR(10) xxxxxxxxxx
Av_ppal es de
Direccion_Cliente
Entre CHAR(10) xxxxxxxxxx
Entre es de
Direccion_Cliente
Esquina CHAR(10) xxxxxxxxxx
Esquina es de
Direccion_Cliente
Catastro CHAR(10) xxxxxxxxxx
Catastro es de
Direccion_Cliente
Nombre_inmueble CHAR(20) xxxxxxxxxxxxxxxxxxxx
Nombre_inmueble
es de
Direccion_Cliente
Tipo_inmueble CHAR(10) xxxxxxxxxx
Tipo_inmueble es
de
Direccion_Cliente
Referencia CHAR(20) xxxxxxxxxxxxxxxxxxxx
Referencia es de
Direccion_Cliente
Laterales CHAR(10) xxxxxxxxxx
Laterales es de
Direccion_Cliente
Nic_referencia CHAR(10) xxxxxxxxxx
Nic_referencia es
de
Direccion_Cliente
Nic identifica
Direccion_Cliente

32
Usuario_Hidro
Usuario PK CHAR(10) xxxxxxxxxx
Usuario identifica
Usuario_Hidro
Clave CHAR(10) xxxxxxxxxx
Clave es de
Usuario_Hidro
Cedula CHAR(8) xxxxxxxx
Cedula identifica
parcialmente
Usuario_Hidro
Fecha_ingreso DATETIME 0000-00-00
Fecha_ingreso es
de Usuario_Hidro
Bloqueado CHAR(10) xxxxxxxxxx
Bloqueado es de
Usuario_Hidro
Nivel CHAR(2) xx
Nivel es de
Usuario_Hidro
Fecha_egreso DATETIME 0000-00-00
Fecha_egreso es de
Usuario_Hidro
Motivo_bloqueo CHAR(10) xxxxxxxxxx
Motivo_bloqueo es
de Usuario_Hidro

33
Empleados
Cedula PK CHAR(8) xxxxxxxx
Cedula identifica
Empleados
Nombre CHAR(10) xxxxxxxxxx
Nombre es de
Empleados
Apellido CHAR(10) xxxxxxxxxx
Apellido es de
Empleados
Direccion CHAR(10) xxxxxxxxxx
Direccion es de
Empleados
Departamento CHAR(10) xxxxxxxxxx
Departamento es
de Empleados
Cargo CHAR(10) xxxxxxxxxx
Cargo es de
Empleados
Telefono CHAR(10) xxxxxxxxxx
Telefono es de
Empleados
Jefe_inmediato CHAR(10) xxxxxxxxxx
Jefe_inmediato es
de Empleados
Fecha_ingreso DATETIME 0000-00-00
Fecha_ingreso es
de Empleados
Fecha_egreso DATETIME 0000-00-00
Fecha_egreso es
de Empleados
Motivo_egreso CHAR(10) xxxxxxxxxx
Motivo_egreso es
de Empleados
Usuario es de
Empleados

34
CONSTRUCCIÓN DE PANTALLAS PROTOTIPO

35
Modulo para registrar nuevos usuarios

36
Modulo para consultar la validez de la solvencia.

37
Certificando la validez de la solvencia

38
Ingresar al módulo de solvencia

40
Emitiendo la solvencia, si se cuenta con todos los requisitos.

41
Rechazando la solicitud de la solvencia por la falta de algún recaudo.

42
Ingresando al módulo para modificar datos del cliente.

43
Módulo de modificar datos del cliente

44
Ingresar al módulo del administrador

46
Modulo para generar reporte estadístico.

47
Modulo para modificar datos del cliente por parte del administrador.

48
RESUMEN EJECUTIVO SISTEMA PARA LA EMISIÓN DE
SOLVENCIA DIGITAL DE HIDROCAPITAL
¿En qué consiste el proyecto?
Este proyecto consiste en la elaboración de un programa web que
permita a los usuarios reimprimir o renovar la solvencia de servicio. Por lo
que el Usuario no tendrá que dirigirse a las oficinas de Hidrocapital para
solicitar un nuevo comprobante digital.
¿A quién va dirigido el negocio?
Va dirigido a una población de aproximada 90.000 clientes adscrito al
Acueducto metropolitano de la Gran Caracas; son múltiples los servicios que
se prestan, entre ellos está la emisión de solvencia de servicio a
apartamentos están bajo el régimen de propiedad horizontal, Quintas y
Terrenos con un promedio diario de 500 a 700 solicitudes por lo que
queremos es agilizar el proceso de las misma.
¿Cómo queremos desarrollar “El proyecto”?
Contamos con un grupo de estudiantes desarrolladores web de la
Universidad Alejandro de Humboldt el sistema debe ser desarrollado bajo
software libre e implementado en un servidor con un S.O. software libre
tambien debe estar preparado para permitir su fácil mantenimiento ante
posibles errores que se puedan presentar durante su operación y garantizar
su recuperación ante fallos de conexión que eviten pérdida de datos de un
usuario o de operaciones.
¿Cómo encaramos la empresa de cara al futuro?
Transcurrido el primer año se estudiará la viabilidad de ampliar el
proyecto para agilizar los procesos de otros servicios.

49
¿Quiénes estamos detrás de “El proyecto”?
Estudiante de Ingeniera en informatica Dos Santos Emily.
Estudiante de Ingeniero en informatica Ibarra Cherry.
Estudiante de Ingeniero en informatica Mendoza Amílcar
Estudiante de Ingeniero en informatica Salas Marco

50
LISTA DE REFERENCIAS
Hidrocapital. Obtenida el 20 de enero de 2015. Disponible en
http://mismisiones.blogspot.com/2009/03/hidrocapital-es-la-empresa-
hidrologica.html
Hidrocapital. Obtenida el 20 de enero de 2015. Disponible en
http://hidrocapital.com.ve
Leonorprofesora: Normas UPEL (para realizar trabajos escritos). Obtenida el
21 de enero de 2015. Disponible en
http://leonorprofesora.blogspot.com/2013/01/normas-upel-para-realizar-
trabajos.html

Ingenieria del Software

Recomendados

Recomendados

Más contenido relacionado

Similar a Ingenieria del Software

Similar a Ingenieria del Software (20)

Último

Último (20)

Ingenieria del Software