AP3-AA3-Ev1-Informe de Análisis Del Sistema de Información

Requisitos del sistema
Proyecto: SOCOIN.
Revisión 2.0
Junio de 2018
Ficha del documento
Fecha Revisión Autor

Junio de Arnol Arturo Tenorio Caicedo
2.0
2018 Andy Esteban Morales Mejía
SOCOIN. Rev. 1.0
Requisitos del sistema Pág. 3
Contenido
FICHA DEL DOCUMENTO 2
CONTENIDO 3
1 ALCANCE 5
1.1 Identificación 5
1.2 Personal involucrado 5
2 DOCUMENTOS REFERENCIADOS 5
3 SITUACIÓN ACTUAL 6
3.1 Descripción del sistema o situación actual 6
4 SISTEMA PROPUESTO 6
4.1 Descripción del sistema propuesto 6
4.2 Tipos de usuarios 7
4.3 Mantenimiento / soporte 7
4.4 Escenarios operacionales 7

4.4.1 Especificación de casos de uso 7
4.4.1.1 Caso de uso 1: Pagar_Impuestos 7
4.4.1.1.1 Diagrama de caso de uso 1 7
4.4.1.1.2 Descripción del caso de uso 1 7
4.4.1.2 Caso de uso 2: Consultar_Pagos 8
4.4.1.3 Caso de uso 3: Generar_Informe_Gerencial 9
4.4.1.4 Caso de uso 4: Generar_Informe_Compras 9
4.4.1.5 Caso de uso 5: Registrar_Cadena_Suministro 10
4.4.1.6 Caso de uso 6: Controlar_Insumos 11
4.4.1.7 Caso de uso 7: Controlar_Insumos 12
4.4.1.8 Caso de uso 8: Consultar_Inventario 12

SOCOIN. Rev. 1.0

4.4.1.9 Caso de uso 9: Consultar_Proveedor 14
4.4.1.10 Identificación de Clases y Atributos 17
4.4.1.11 Diagrama de Clases 18
4.4.2 Modelo de datos 18
4.4.2.1 Identificación de Entidades 18
4.4.2.2 Modelo Entidad Relación 19
4.5 Futuras evoluciones 19

SOCOIN. Rev. 1.0
1 Alcance
SOCOIN pretende llegar a la parte administrativa del batallón de mantenimiento de
comunicaciones en su sección de inventarios, Además de ser un aporte a la gestión de
control de inventarios, que permite mejorar el proceso de control de inventarios que se lleva
en el batallón de mantenimiento de comunicaciones, es brindar una herramienta que
permita administrar de una manera más óptima las tarjetas internas de los radios PRC-930,
y brindar un servicio de calidad al usuario,
Identificación
El nombre del sistema es SOCOIN.
1.1 Personal involucrado

Nombre Arnol Arturo Tenorio Caicedo
Rol Arquitecto de Software
Categoría profesional Tecnólogo en Supervisión y Mantenimiento de Sistemas
Responsabilidades Modelar la estructura del programa.
Información de contacto 3115998996
Aprobación Aprobado.
Nombre Andy Esteban Morales Mejia

Rol Desarrollador de Software
Categoría profesional Tecnólogo en Sistemas
Responsabilidades Implementar el código en los compiladores adecuados.
Información de contacto
Nombre Andy Esteban Morales Mejia

Rol Administrador de Códigos
Categoría profesional Tecnólogo en Sistemas
Responsabilidades Controlar los accesos y los cambios del programa.
Información de contacto
Nombre Arnol Arturo Tenorio Caicedo

Rol Gerente de Proyecto
Categoría profesional Tecnólogo en Supervisión y Mantenimiento de Sistemas
Responsabilidades Administrar la correcta ejecución del proyecto desde todos
sus frentes.
Información de contacto 3115998996
2 Documentos referenciados
Nº Título Ruta Versión Fecha Autor
1 Plantilla de StakeHolders Plataforma 1.0 03/2018 Grupo ADSI
2 Ingeniería de Requisitos Plataforma 1.0 12/2017 Grupo ADSI
3 Informe SRS Plataforma 1.0 03/2018 Grupo ADSI

SOCOIN. Rev. 1.0
3 Situación actual
Existe un sistema SAP que realiza un control de inventario general de muchos
elementos en general pero no de los componentes internos de los elementos, no se
cuenta con un sistema que permita controlar el manejo interno de las tarjetas entre la
parte administrativa, las tarjetas nuevas, reparadas o las que en definitiva se les da de
baja, al no existir un sistema que permita este control al ingresar una tarjeta nueva a un
radio, no se controla de ninguna manera lo que pasa con la tarjeta que sale para ser
repara, y luego de reparada no se tiene un control de en qué radio se incluye, y si no
tiene arreglo, no existe un control que nos permita verificar que la tarjeta se dio de baja
o paso reparada al almacén de repuesto para ser ingresada de nuevo a un radio.
Todo lo anterior se evidencia mediante un análisis de la parte administrativa del batallón

de mantenimiento de comunicaciones y se denota la necesidad de un sistema que
permita este control.
4 Sistema propuesto
SOCOIN pretende ser un sistema completamente virtual, que mediante el uso de varios
algoritmos, se pueda controlar y gestionar el inventario del batallón . El software, ofrecerá
un control de calidad, útil y con una buena comunicación entre los usuarios. Lo que
pretende el presente proyecto, es mejorar el control, y la gestión administrativa: con de cada
una de las 10 tarjetas con las que cuenta el radio PRC-930 Ver imagen Nº 4 brindando a
los Usuarios del batallón de mantenimiento, una relación de confianza que le permita
brindar un servicio de calidad y mejor manejo de los recursos del estado, al hacer uso del
software SOICON, ahorrando tiempo y optimizando el mantenimiento.
Hay que mencionar, además que los beneficiarios serán para los técnicos y la parte
administrativa del Batallón de Mantenimiento de Comunicaciones. Con el fin de ambientar
de una manera mas clara la idea por intermedio de las siguientes imágenes se muestra cual
es el Radio para el que se diseñara el sistema, con las siguientes imágenes:
Este es el radio PRC-930 en su presentación general que ya cuenta con un sistema de
control que es el SAP, software de control en la parte contable muy útil. Pero que no
controla sus componentes internos como tarjetas, las cuales en la misión que cumple el
batallón son reparadas en esta unidad de manera muy profesional pero sin un control
Descripción del sistema propuesto
Mediante el uso de un sistema virtual, cada trabajador de la compañía podrá acceder y
trabajar en el inventario, manteniéndolo así vivo y dinámico, todo esto desde el punto de
vista de cada rol, su importancia y funciones concretas sobre el propio sistema.
 El sistema interactúa con los de facturación, manejo de proveedores y recaudo de
impuestos.
 La velocidad, eficiencia y eficacia de los procesos se verán aumentadas
considerablemente desde su correcta implementación, pues será posible trabajar
diferentes frentes y en grandes cantidades al mismo tiempo sin depender de otros
actores o sistemas.
 La disponibilidad será 7*24. La portabilidad será posible mediante el uso de un
sistema web como plataforma central, lo que facilitará el acceso para los usuarios
desde varios dispositivos.
 La integridad de los datos permanecerá en los servidores centrales, en donde se
contará con equipos de seguridad en la red tales como firewall, encriptadores y
monitoreo constante en caso de ataques. La privacidad será garantizada mediante
los roles asignados a cada trabajador y las funciones disponibles tanto de lectura
como de escritura para cada caso.

SOCOIN. Rev. 1.0
4.1 Tipos de usuarios

 Técnicos
 Almacenistas
4.2 Mantenimiento / soporte

Se debe mantener operativo un sistema de respaldo para los discos duros que
contienen la información, mediante balanceo de cargas o sistema RAID. Se debe
ejecutar un respaldo con periodicidad semanal para la configuración de las aplicaciones.
Mensualmente se debe aplicar mantenimiento preventivo sobre el hardware y software
usados.
4.3 Escenarios operacionales

4.3.1 Especificación de casos de uso
4.3.1.1 Caso de uso 1: Diagnosticar el radio
4.3.1.1.1 Diagrama de caso de uso 1
4.3.1.1.2 Descripción del caso de uso 1 Diagnosticar

los radios que llegan para mantenimiento.
Caso de uso Diagnosticar los radios que llegan para

mantenimiento
Descripción El técnico que realiza la recepción del radio hacer un
diagnóstico e identificar cual es la tarjeta X que está
dañada a su vez traspasar esa tarjeta dañada al
almacenista de repuestos usados quien la ingresara a los
inventarios y al sistema.
El técnico 1 también podrá recibir las tarjetas pero en los
estados NUEVAS o en estado REPARADAS en estas
únicas dos condiciones.
Precondiciones El radio debe haber ingresado para mantenimiento.
La tarjeta X debe estar dañada para poder ser enviada en
este paso al almacenista 2.
Secuencia Paso Acción
normal 1 El radio llega para mantenimiento
2 El técnico identifica y registra los datos de las

tarjetas X como dañada para ser trasferida al
almacenista 2 de repuestos usados.

SOCOIN. Rev. 1.0
3 El sistema almacena los datos suministrados por

el técnico donde nos especifica las propiedades
de la tarjeta.
4 El técnico atrás vez del sistema envía la tarjeta al
almacenista 2.
Excepciones Paso Acción
Si el sistema detecta que la tarjeta ya se
2 encuentra registrada se procede a informar al
almacenista para verificar la información y si es el
caso realizar las correcciones necesarias para
continuar con el caso de uso.
Si el técnico cancela el registro se termina el
2 caso de uso.
4.3.1.2 Caso de uso 2: Entregar las tarjetas dañadas al

almacenista 2 de repuestos usados.
4.3.1.2.2 Descripción del caso de uso 2
Caso de uso Entregar las tarjetas dañadas al almacenista 2
Descripción Una vez registrada la tarjeta X el sistema habilitara

opciones de transferir elemento y se podrá enviar a
alguno de los actores.
Precondiciones La tarjeta que no esté registrada en el sistema llenando
todos los campos necesarios no podrá ser trasferida
dentro del sistema a otro actor.
normal 1 El técnico 1 tiene ya los datos de la tarjeta X en el
sistema.
2 Dentro del sistema busca la opción trasferir
elemento.
3 Se trasfiere la tarjeta X al almacenista 2 material
de repuesto usados
El elemento no se podrá trasferir si esta
3 duplicado en el sistema deberá generar una
alerta.
3 Al generarse la alerta por el sistema se cancelara
el caso de uso.

SOCOIN. Rev. 1.0
4.3.1.3 Caso de uso 3: Recibir Tarjetas
Caso de uso Recibir Tarjetas.

Descripción El técnico 2 recibe la tarjeta en mal estado enviada por el
almacenista 2 de repuestos usados. Con el fin de ser
reparada.
Precondiciones Las tarjetas que son recibidas por el técnico 2 deben venir
para mantenimiento el sistema las debe tener registradas
como dañadas.
El técnico 1 y 2 deben ingresarlas tanto en el sistema
como físicamente a su banco de mantenimiento.
El técnico 1 solo podrá recibir las tarjetas pero en los
estados NUEVAS o en estado REPARADAS
normal 1 Se traen las tarjetas registradas en el sistema
para el mantenimiento tanto lógica como
físicamente.
2 Se genera el reporte del ingreso de las tarjetas al
banco de mantenimiento.
1 Si la tarjeta no está registrada como dañada el
técnico 2 no podrá ingresarla a su banco ya que el
mantenimiento en este banco es solo para tarjetas
dañadas.
4.3.1.4 Caso de uso 4: Reparar la tarjeta.

SOCOIN. Rev. 1.0
Caso de uso Reparar Tarjeta

reparada.
Precondiciones Las tarjetas que son recibidas por el técnico 2 deben venir
para mantenimiento el sistema las debe tener registradas
como dañadas.
El técnico debe ingresarlas tanto lógica al sistema como
físicamente a su banco de mantenimiento.
normal 1 Se traen las tarjetas registradas en el
sistema para el mantenimiento tanto lógica
como físicamente.
2 Si tiene arreglo se repara.
Si no tiene arreglo se trasfiere se ingresa en
3 el sistema los datos de concepto final Baja.
Post condición La tarjeta reparada se encuentra registrada en el sistema
SOINCON su historial técnico en un estado de tarjeta
Reparada.
1 Si la tarjeta no está registrada como dañada
el técnico 2 no podrá ingresarla a su banco
ya que el mantenimiento en este banco es
solo para tarjetas dañadas y se cancelara el
caso de uso.
4.3.1.5 Caso de uso 5: Entregar las tarjetas

Caso de uso Entregar las tarjetas Reparadas
reparada. Las Repara
Precondiciones Las tarjetas X deben estar ya reparadas y o enviadas con
concepto final para bajas registradas con alguna de estas
condiciones en el sistema.
El técnico debe ingresarlas lógicamente al sistema con
alguna de las condiciones anteriormente descrita. Para

SOCOIN. Rev. 1.0
transferirla al almacenista 2 si esta reparada o al

almacenista 3 si va para baja.
normal 1 Luego de reparada físicamente se debe registrar
en el sistema este estado de la tarjeta X.
2 Si la tarjeta no logro ser reparada por el técnico 2,
se debe registrar en el estado como Dañada Y
con concepto final baja.
Si no tiene arreglo se trasfiere al almacenista 3 de
3 bajas ingresando en el sistema los datos de
concepto final Baja
2 En el caso que la tarjera no se repare por falta de
repuestos no se trasferirá y se debe registrar en el
sistema en reposo mientras llega el repuesto para
ser reparada.
4.3.1.6 Caso de uso 6: Recepcionar y registrar

tarjetas Nuevas
Caso de uso Recepcionar y registrar tarjetas Nuevas

Descripción El almacenista 1 es quien recibe las tarjetas nuevas y
luego de inventariarlas o contarlas les asigna un nro
consecutivo de inventario y las registra en el sistema.
Precondiciones Las tarjetas X deben estar nuevas para este caso y no
haber sido ingresadas al sistema por ninguno de los otros
actores.
El almacenista 1 es el único que podrá entregar tarjetas
nuevas previamente registradas en el sistema, solo se las
entrega al técnico 1 previa solicitud por baja de una de las
tarjetas, necesarias para el funcionamiento del radio PRC-
930 Tadiran.
normal 1 Recepción de X cantidad de tarjetas.
2 Se ingresa al sistema la cantidad de tarjetas
discriminadas según sea su característica Ejemplo
T1 CANTIDAD 100, T2 cantidad 75 Etcétera.
Se describe en el sistema un estado como T1
3 nueva Nro xxxxxxx. Y de esta manera quedaran
bautizadas en el sistema para siempre. De

SOCOIN. Rev. 1.0
acuerdo con ese nro se trasferirán se de acuerdo

a la necesidad del técnico 1.
Post condición La tarjeta se encuentra registrada en el sistema
SOINCON su historial técnico y su estado será tarjeta
nueva.
2 El almacenista 1 registrara y abrirá historial
técnico únicamente a las tarjetas nuevas.
4.3.1.7 Caso de uso 7: Entregar Tarjetas Nuevas
Caso de uso Entregar las tarjetas nuevas

Descripción El Almacenista 1 ya tiene las tarjetas registradas en el
sistema
Precondiciones Las tarjetas X deben estar ya registradas y con su
historial abierto en estado nuevas en el sistema.
El almacenista 1 debe ingresarlas lógicamente al sistema,
Para así poder transferirla al técnico 1 con la previa
solicitud autorizada por el ejecutivo y segundo
comandante del batallón.
normal 1 Una vez ya registrada como se indica en el caso
anterior la tarjeta esta lista para poder ser
entregada.
2 Se verifica la autenticidad del documento de
solicitud autorizado.
3 Se trasfiere al técnico 1 en el sistema.
2 En el caso que no se cuente con el debido
soporte autorizado no se realizara la trasferencia
de la tarjeta nueva.
4.3.1.8 Caso de uso 8: Recepcionar y Registrar

tarjetas usadas

SOCOIN. Rev. 1.0
Caso de uso Recepcionar y registrar tarjetas Usadas

Descripción Una vez el técnico 1 identifica cual es la tarjeta dañada
que está fallando la envía al almacenista 2 en estado
DAÑADA el almacenista 2 es quien recibe las tarjetas
Dañadas y luego de inventariarlas o contarlas les asigna
un nro consecutivo de inventario y las registra en el
sistema con su estado DAÑADA.
Una vez el técnico 2 REPARA la tarjeta dañada la
trasfiere al almacenista 2 quien recibe las tarjetas
REPARADA y luego de inventariarla le asigna un nro
consecutivo de inventario y las registra en el sistema con
su estado REPARADO.
Precondiciones Las tarjetas X deben estar en estado REPARA y/o
DAÑADA para este caso y no haber sido ingresadas al
sistema por ninguno de los otros actores.
El almacenista 2 es el único que podrá entregar tarjetas
REPARADAS al técnico 1 y las DAÑADAS al técnico 2
previamente registradas en el sistema, solo se las entrega
al técnico 1 y/o 2.
normal 1 Recepción de X cantidad de tarjetas.
discriminadas según sea su característica Ejemplo
T1 CANTIDAD 1, T2 cantidad 5 Etcétera.
Se describe en el sistema un estado como T1
3 USADA y/o REPADA Nro xxxxxxx. Y de esta
manera quedaran bautizadas en el sistema para
siempre. De acuerdo con ese nro se trasferirán se
de acuerdo a la necesidad del técnico 1 o el
técnico 2.
DAÑADA ò REPARADA.
2 El almacenista 2 registrara y abrirá historial
técnico únicamente a las tarjetas nuevas.

SOCOIN. Rev. 1.0
4.3.1.9 Caso de uso 9: Entregar Tarjetas Usadas
Caso de uso Entregar las tarjetas usadas

sistema DAÑADAS ò REPARADAS
Precondiciones Las tarjetas X deben estar ya registradas y con su
historial abierto en estado REPARADAS ò DAÑADAS en
el sistema.
El almacenista 2 debe ingresarlas lógicamente al sistema,
Para así poder transferirla al técnico 1 ò 2.
entregada.
2 Si el estado es DAÑADA se trasferirá al técnico 2.
3 Si el estado es REPARADA se trasferirá al
técnico 1.
2 Deben ser tarjetas Usadas las que participan en
este caso de uso dañadas o reparadas.
4.3.1.10 Caso de uso 10: Recepcionar y registrar

Tarjetas Dañadas

SOCOIN. Rev. 1.0

Caso de uso Recepcionar y registrar tarjetas Dañadas
Descripción Una vez el técnico 2 identifica cual es la tarjeta dañada
que está para baja la trasfiere al almacenista 3 con el
concepto final BAJA el almacenista 3 la recibe las tarjetas
con concepto final baja y luego las registra en el sistema y
les cambia el estado a BAJA.
Precondiciones Las tarjetas X deben estar en estado DAÑADA sin
posibilidades de ser reparada.
El almacenista 3 será el único que podrá recepcionar
tarjetas dañadas al técnico 2 previamente registradas en
el sistema.
normal 1 Recepción de X cantidad de tarjetas con concepto
final baja.
Ejemplo T1 CANTIDAD 1, estado BAJA.
3 La tarjeta queda bloqueada para cualquier tipo de
movimiento a un actor del proceso con el estado
baja.
4 En el sistema se puede consultar el estado de las
tarjetas recibidas para baja y su historial.
BAJA.
2 La tarjeta con estado en BAJA no podrá ser
transferida a ninguno de los actores.
4.3.1.11 Caso de uso 11: Destruir tarjetas dañadas

Caso de uso Destruir tarjetas Dañadas
sistema con concepto final baja. Procede en el sistema a
dejarlas destruidas y este proceso también se hace de
manera física.
Precondiciones Las tarjetas X deben estar ya registradas con concepto
final baja y en estado BAJA. Debe haber pasado por los
procesos lógicos en los caso de uso 10.
El almacenista 3 debe destruirlas lógicamente en el
sistema dejándola como DESTRUIDA, Para así poder
denegar movimientos a esta tarjeta.

SOCOIN. Rev. 1.0

destruida y bloqueada para movimientos a
cualquier otro actor en el sistema.
2 Se destruye la tarjeta dañada sin reparacion tanto
lógica como físicamente.
2 Solo se podrá destruir las tarjetas que el técnico 2
reporte con concepto final baja.
4.3.1.12 Caso de uso 12: Dar de baja la tarjeta dañada

en el sistema

Caso de uso Dar de baja tarjeta dañada en el sistema
sistema con concepto final baja. Procede en el sistema a
dejarlas destruidas
Precondiciones Las tarjetas X deben estar ya registradas con concepto
final baja y en estado BAJA. Debe haber pasado por los
procesos lógicos en los caso de uso 11.
El almacenista 3 debe dejarlas como baja lógicamente en
el sistema, y que su historial técnico sea solo de consulta.
normal 1 Una vez ya destruidas como se indica en el caso
anterior la tarjeta esta lista para poder ser dada de
baja en el sistema.
2 Se da de baja en el sistema pero queda habilitada
la historia técnica solo para consulta.
3 Se da de baja la tarjeta dañada sin reparación
tanto lógica como físicamente.
Post condición Las tarjetas dadas de baja en el sistema. Quedad con su
historial técnico habilitado solo para consulta no se le
podrá modificar su estado de BAJA. En este caso de uso
termina el ciclo de vida de las tarjetas.
2 Solo se podrá dar de baja las tarjetas que el
técnico 2 reporte con concepto final baja y se le
haga todo el proceso que se indica en el caso de
uso 11.

SOCOIN. Rev. 1.0
4.3.1.13 Identificación de Clases y Atributos

SOCOIN. Rev. 1.0
4.3.1.14 Diagrama de Clases
4.3.2 Modelo de datos
4.3.2.1 Identificación de Entidades
 TECNICO
 DIAGNOSTICO
 TARJETAS
 ALMACENISTAS

SOCOIN. Rev. 1.0
4.3.2.2 Modelo Entidad Relación
4.4 Futuras evoluciones

Información sujeta a cambios mediante el batallón lo desee, las adecuaciones se darán
para los detalles más no para la forma de software, pues esto implicaría un gran cambio
en la estructura principal del programa.

AP3-AA3-Ev1-Informe de Análisis Del Sistema de Información

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

AP3-AA3-Ev1-Informe de Análisis Del Sistema de Información

Cargado por

Copyright:

Formatos disponibles

Requisitos del sistema

Fecha Revisión Autor

1.2 Personal involucrado 5

3.1 Descripción del sistema o situación actual 6

4.1 Descripción del sistema propuesto 6

4.2 Tipos de usuarios 7

4.3 Mantenimiento / soporte 7

4.4 Escenarios operacionales 7

Requisitos del sistema

4.4.1.8.2 Descripción del caso de uso 8 13

4.5 Futuras evoluciones 19

Requisitos del sistema

El nombre del sistema es SOCOIN.

1.1 Personal involucrado

Nombre Andy Esteban Morales Mejia

Nombre Andy Esteban Morales Mejia

Nombre Arnol Arturo Tenorio Caicedo

Requisitos del sistema

Todo lo anterior se evidencia mediante un análisis de la parte administrativa del batallón

Requisitos del sistema

4.1 Tipos de usuarios

4.2 Mantenimiento / soporte

4.3 Escenarios operacionales

4.3.1.1 Caso de uso 1: Diagnosticar el radio

4.3.1.1.1 Diagrama de caso de uso 1

4.3.1.1.2 Descripción del caso de uso 1 Diagnosticar

Caso de uso Diagnosticar los radios que llegan para

2 El técnico identifica y registra los datos de las

Requisitos del sistema

3 El sistema almacena los datos suministrados por

4.3.1.2 Caso de uso 2: Entregar las tarjetas dañadas al

4.3.1.2.1 Diagrama de caso de uso 2

4.3.1.2.2 Descripción del caso de uso 2

Caso de uso Entregar las tarjetas dañadas al almacenista 2

Descripción Una vez registrada la tarjeta X el sistema habilitara

Requisitos del sistema

4.3.1.3 Caso de uso 3: Recibir Tarjetas

4.3.1.3.1 Diagrama de caso de uso 3

4.3.1.3.2 Descripción del caso de uso 3

Caso de uso Recibir Tarjetas.

4.3.1.4 Caso de uso 4: Reparar la tarjeta.

4.3.1.4.1 Diagrama de caso de uso 4

Requisitos del sistema

4.3.1.4.2 Descripción del caso de uso 4

Caso de uso Reparar Tarjeta

4.3.1.5 Caso de uso 5: Entregar las tarjetas

4.3.1.5.1 Diagrama de caso de uso 5

4.3.1.5.2 Descripción del caso de uso 5

Requisitos del sistema

transferirla al almacenista 2 si esta reparada o al

4.3.1.6 Caso de uso 6: Recepcionar y registrar

4.3.1.6.1 Diagrama de caso de uso 6

4.3.1.6.2 Descripción del caso de uso 6

Caso de uso Recepcionar y registrar tarjetas Nuevas

Requisitos del sistema

acuerdo con ese nro se trasferirán se de acuerdo

4.3.1.7 Caso de uso 7: Entregar Tarjetas Nuevas

4.3.1.7.1 Diagrama de caso de uso 7

4.3.1.7.2 Descripción del caso de uso 7

Caso de uso Entregar las tarjetas nuevas

4.3.1.8 Caso de uso 8: Recepcionar y Registrar

Requisitos del sistema

4.3.1.8.1 Diagrama de caso de uso 8