Modelamiento de sistemas de información
Enviado por Jerry • 31 de Octubre de 2018 • 3.929 Palabras (16 Páginas) • 419 Visitas
...
5.- Dado que el registro de cambio de ubicación es posterior a la ejecución del mismo, no es necesario cambiar el estado del equipo a no disponible.
Para el CU: Registrar actualización de componente
6.- El sistema no verifica si hay stock del componente porque el registro es posterior a al cambio de componente.
7.- Cuando existe una actualización de un componente, el componente reemplazado cambiará su estado a “para reposición”.
8.- Para dos componentes iguales, el nombre será el mismo y el código será el diferenciador.
Para el CU: Registrar falla
9.- Se ha realizado el diagnóstico por parte del servicio técnico antes de iniciar el registro de la falla.
10.- Sistema asume que si la garantía está disponible pero no cubre la falla del equipo, entonces se debe pagar por el servicio.
11.- Solo existe registro de factura de reparación cuando no aplica garantía.
---------------------------------------------------------------
7
Para el CU: Registrar reposición de insumos
12.- La reposición del insumo es anterior al registro, por ende no se verifica si existe stock para asignar la reposición.
Para el CU: Asignar CIB
13.- El CIB se ha recibido previamente a la asignación del código a su equipo.
14.- El sistema no valida CIB y asume que ARTI lo ingresará correctamente.
Para el CU: Registrar compra
15.- El sistema sólo registra los datos de factura asociada a la compra de equipos, es decir, no registra los datos de la factura de compra de insumos ni componentes cuando son comprados individualmente; aunque claramente se registran los cambios en stock de dichos elementos.
16.- Se ha recibido previamente la compra con la factura.
Para el CU: Asignar equipo
17.- Los usuarios se encuentran registrados en el sistema. La actualización de estos no es parte de las funcionalidades que posee el sistema. El sistema solo valida al momento que ARTI ingresa un usuario al sistema.
Para el CU: Dar de baja equipo
18.- Cuando se da de baja un equipo, éste no será eliminado del sistema sino que se cambiará su estado a “eliminado”.
19.- Cuando se da de baja un equipo, también se dará de baja los componente cambiando el estado de cada uno de estos a eliminado.
Para el CU: Registrar software
20.- No es una funcionalidad del sistema agregar o quitar software, ya que esta fuera de los límites considerados.
Supuestos para el DCla:
21.- Se entiende que la garantía que está asociada al equipo, también cubre los componentes que éste contiene, es decir, si falla un equipo se entiende que es porque falló un componente, pero todo el equipo debe ser llevado al servicio técnico.
22.- La operación verificar disponibilidad revisa todos los equipos registrados en el sistema, y determina si existe al menos 1 con disponibilidad para poder asignar.
---------------------------------------------------------------
8
3 Modelamiento del sistema
A continuación, se presentarán todos los modelos asociados a la abstracción de este sistema, haciendo la respectiva distinción entre las dimensiones que pueden presentar los modelos (funcional, estática, dinámica). Se debe hacer mención, que todos los modelos están integrados mediante el programa Visual Paradigm.
En las siguientes secciones de este capítulo, se presentarán las tres dimensiones de modelado, en el orden Funcional, Estático y finalmente, Dinámico.
3.1 Dimensión Funcional
En el siguiente apartado, se mostrarán los modelos respectivos a la dimensión funcional del sistema descrito, tal como lo son los diagramas de caso de uso. Si bien, las documentaciones respectivas a éstos no son parte del estándar UML, los adjuntamos dado el beneficio que entrega, transformando un caso de uso de una caja negra a una blanca.
---------------------------------------------------------------
9
3.1.1 Diagrama de Casos de Uso
[pic 1]
---------------------------------------------------------------
10
3.1.2 Documentación de Casos de Uso
A continuación, se presentan las DoCU, las cuales permiten la transformación de los casos de uso presentados en el diagrama de la sección 2.1.1 de “cajas negras” a “cajas blancas”.
3.1.2.1 DoCU: Registrar reposición de insumos
Caso de Uso: Registrar reposición de insumos
Objetivo: Permite mantener actualizada la información de los insumos asociados a un equipo en particular
Ámbito: Aplicación
Actor Principal: ARTI
Actores secundarios: No hay
Pre-condición: Sistema funcionando normalmente, ARTI identificado en el sistema y se ha realizado la reposición física del insumo
Garantías mínimas: No hay
Post-condición: Registro de reposición realizado exitosamente
Inicio: ARTI
Escenario principal:
1.- El CU se inicia cuando ARTI desea registrar reposición de un insumo 2.- Sistema
...