ANALISIS DE SISTEMAS

Paso 4 - Modelar la solución al problema POO

Presentado a:
GILBERTO PEDRAZA
Tutor

Entregado por:

Cristian Irreño Castro

Grupo: 301308_50
RF- 0987 Registro de nuevo proveedeor
Versión 4
Autores Cristian Irreño
Autores comprador
Fuentes Requisito 4.5
Objetivos asociados Registrar en las bases de datos la informacion de
proveedores
Descripción Se deben ingresar nuevos productos, el sistema debe
estar preparado para esto
Precondición  Se debe tener el registro legal de la empresa
 El comprador debe estar previamente autorizado para
el ingreso de datos.
Secuencia Paso Acción
Normal 1 El actor ingresa la informacion de el proveedor
2 El sistema valida la identificacion de proveedor
3 El sistema ingresa dotos basicos del proveedor y
la emepresa.
4 El sisitema ingresa la informacion acerca de los
productos que el proveedor ofrece

Postcondición Registro de la informacion de los proveedores sin errores

Excepciones Paso Acción
2.1 El sistema da un mensaje de adveretncia o
informacion acerca de la informacion del
provevedor
3.1 El sistema advierte sobre inconsistencias en los
datos ingresados.

Rendimiento Paso Cota de tiempo

2 5 segundos
8 5 segundos
Frecuencia esperada Solo cuando se requiera nuevos proveedores o por
cambio de existente.
Importancia Vital
Urgencia Bajo orden
Comentarios Solo se agregan nuevos proveedores cuando sea
necesario o por terminacion de servicios de otros
anteriores

RF- 0965 Generar Registro contable de Compras a proveedores

Versión 4
Autores Cristian Irreño
Autores contador
Fuentes Requisito 4.6
Objetivos asociados Se generan datos de las compras diarias
Descripción Se generara automaticamente archivos excel sobre los
movimientos de la empresa
Precondición  El sistema debe estar guardando la informacion de
cada compra a proveedores.
 Cada compra relaizada debe de estar solicitada con
anticipacion.

ecuencia Paso Acción

Normal 1 El actor ingresa al sistema despues de haber
verificado que ya no se relizan mas compras a
proveedores en el dia.
2 El actor hace u filtro para solo generar la
informacion del dia correspondiente.
3 El actor verifica que los pagos aproveedores se
hayan efectudo.
Postcondición Registro de la informacion de los proveedores sin errores
Excepciones Paso Acción
1.1 Solo el actor ingresa al sistema cuando haya
finalizado la ultima entrega del dia.
2.1 Solo por orden de un supervisor se puede
generar un informe de dias anteriores o varios
dias juntos.
3.1 Si no se ha pogado, se genera una alerta para
efectuarlo ese mismo dia.
Un mensaje de advertencia donde se informe
que se tiene que pagar ese mismo dia.
Rendimiento Paso Cota de tiempo
4 30 minutos
5 2 minutos
Frecuencia esperada 1 veces / dia
Importancia Vital
Urgencia inmediata
Comentarios Solo para dias laborales

BIBLIOGRAFIA
Minguillón, J. (2011). Introducción al lenguaje de modelado Unificado.
OpenLibra. (FUOC, Ed.). Recuperado de
https://openlibra.com/es/book/introduccion-al-lenguaje-de-modelado-unificado
Campderrich, F. B. (2003). Capitulo II UML (I) Modelo Estático. Ingeniería del
software. Página 37 – 70. Barcelona, ES: Editorial UOC. Recuperado de
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?
ppg=38&docID=10646149&tm=1498526810989
Campderrich, F. B. (2003). Capitulo III UML(II) Modelo Dinámico y de
Implementación. Ingeniería del software. Página 71- 106. Barcelona, ES:
Editorial UOC. Recuperado de
http://bibliotecavirtual.unad.edu.co:2077/lib/unadsp/reader.action?
ppg=72&docID=10646149&tm=1498529094192
Weitzenfeld, A. (2005). Modelo de Casos de uso. Ingeniería de Software
Orientada a Objetos con UML, Java e Internet (pp. 199-209). Mexico City:
Cengage Learning. Recuperado de
http://bibliotecavirtual.unad.edu.co:2081/ps/i.do?
p=GVRL&sw=w&u=unad&v=2.1&it=r&id=GALE
%7CCX3004300053&asid=c9b5a1e7b5970f9156118124025662f1