Presentacion final

Instructora: Tatiana Cabrera

Servicio Nacional de Aprendizaje – SENA

PROYECTOS

1. INDICOM2. STYLE AND BEAUTY SYSTEM3. SYPREC4. MUSICSOFT5. SICA6. SOFTGURMET7. SIP

Análisis y Desarrollo de Sistemas de Información

Expositores: FARID TORRESHERNAN LOZANO

Servicio Nacional de Aprendizaje - SENA


Diagramas

Introduccion

INDICOM: Es un trabajo se hablara al respecto de la situación del proyecto, el cual tendrá por cliente directo a la empresa SENA CDAE y se implementara este sistema de información.

Vision

Declaracion del

problema y solucion

Oportunidades de

Negocio

Analisis de Riesgos

Requerimientos

Diagramas

Diseño

Declaración del

problema y solución

Visión

La visión sobre este proyecto, es que después del momento de la instalación, se mantenga el sistema de información funcionando a la perfección, y que en el momento de entrega, sea pues en marcha para su buen uso.

Oportunidad del

negocio

Declaración del problema y solución

El problema sobre la empresa SENA CDAE, es que no hay un orden en los procesos de inventario de los equipos, que están distribuidos en diferentes áreas y/o salones, también el registro de los traslados de las partes o de equipos completos de un aula a otra.

Solucion del

problema

Oportunidad del negocio

La oportunidad es alta, ya que esta empresa lo requiere y está dispuesta a implementarlo en cuanto se tenga listo, y será de gran ayuda ya que el mismo cliente pudo observar las necesidades de su empresa, a lo cual le vio solución con este proyecto.

Analisis de

riesgos

Solucion del Problema

Se tendrá las siguientes funciones:

Inventario general.

Una base de datos con los Registros.

Un registro de los traslados.

Un soporte de los registros.

Requerimientos

funcionales

Análisis de Riesgos

Los riesgos en este caso serian:

Requiere de Luz.

Presencia de Virus.

Compatibilidad y Soporte del Computo.

Back up, Manual.

Requerimientos No

Funcionales

:

Requerimientos Funcionales

Ingresar Nuevo Registro:EquipoResponsableAulaSedeTraslado

Editar estos Registros.

Caso de Registro

Back up.

Navegador.

Crea Informes.

Exporta Informes.

Creación y Edición de Cuenta.

Buscar Registros.

Diagrama caso uso

Requerimientos No Funcionales

Los Requerimientos NO Funcionales son:

•Usabilidad.

•Precaución

•Seguridad.

•Desempeño.

•Actualización.

•Operabilidad.

•Confiabilidad.

Diagrama de Dominio

Casos de uso

Diagrama de Dominio

Diagrama de Secuencia

Interfaz


Interfaz

Siguiente

Expositores: Ivan Garay y Erika MonsalveCarlos Beltran



Style and Beauty System

Diagramas

Mision

Ofrecer soluciones de software administrativo que permitan a nuestros clientes operar de una manera más eficiente. La calidad de nuestros productos y servicios nos destacará como la casa de software más comprometida con nuestros clientes generando rentabilidad para nuestros accionistas y bienestar para nuestros empleados.

Vision

Declaracion

Del Problema

Solucion

Propuesta

Alcance

Requerimientos

Diagramas

Diagramas

Diseño

Declaraciopn del

Problema

Vision

Ser reconocidos por nuestros clientes en el ámbito tecnológico cumpliendo con los requerimientos exigidos por ellos mismos para que ellos se sientan seguros y nos vean como su mejor proveedor de software.

Solucion

Propuesta

Declaracion del Problema

Principalmente el problema presentado fue el de llevar un control en el inventario del Titulado en Peluquería del Centro de Desarrollo Agroindustrial y Empresarial SENA Villeta.

Alcance

Solucion Propuesta

Con el grupo de desarrollo decidimos que la mejor forma de que se podría llegar a suplir totalmente las necesidades era utilizar todo lo mejor aprendido a lo largo de nuestro curso. Por tal razón nuestro sistema de información esta desarrollado en un entorno web.

Requerimientos

Funcionales

Alcance

Nuestro sistema de información llevara un control del inventario, además se podrá llevar un registro de ventas diarias, actualizar, eliminar e ingresar datos.

Requerimientos No

Funcionales

:


REQUERIMIENTOS FUNCIONALES

RF.1 INGRESAR DATOS: Ingreso de datos de los usuarios, productos y ventas.

Rf.2 MODIFICAR DATOS: El usuario modifica los datos como lo son las ventas que se ingresan a diario, modifica los productos, el inventario.

Rf.3 CONSULTAR DATOS: el usuario consulta las ventas, el inventario y los productos

Rf.4 ELIMINAR DATOS: el usuario puede eliminar productos del inventario, eliminar registros de ventas.

Diagrama caso uso


REQUERIMIENTOS NO FUNCIONALES

RNF. 1 SEGURIDAD

RNF. 2 MANTENIBILIDAD

RNF.3 NAVEGACION

Diagrama de Dominio

Casos de usouc Use Case Model

UsuarioSistema

SBS-001-Cuentas de usuario

SBS-002-Validacion de ID y password SBS-003-Modificacion

de password

SBS-004-Ingresarnuev o Usuario

SBS-005-Control de v entas

SBS-006-Ingresa registros de v entas

SBS-007-Modifica registros de v entas

SBS-008-Consulta Registros de v entas

SBS-009-Elimina Registros de v entas

SBS-010-Control de inv entario

SBS-011-Ingresa nuev os productos al

inv entario

SBS-012-Modificaproductos del inv entario

SBS-013-Consulta produtos

SBS-014-Elimina productos del

inv entario

«include»«include»

«include»

«include»

«include»

«include»«include»

«include»

«include»

«include»

«include»

Diagrama de Dominio


custom Requirements Model

PRODUCTO

- ID_Nombre- Nombre- Precio- Modificar_Producto- Ingresar_Producto

USUARIO

- ID_USUARIO- Nombre- Cerrar Secion

INVENTARIO

- Existencia- Modificar_Inventario- Ingresar_Inventario- Eliminar_Inventario

VENTAS

- Venta total- Consultar_Venta- Modificar_Venta

ENTIDAD RELACION

1 ---ingresar----n1----modificar-----n

n----realiza----n

Diagrama de Estados


sd Use Case Model

Administrador

sistema Base de Datossistema productos ventas inventario

ingresar()

validacion de usuario()

ingresar- modificar -eliminar()

efectuando operacion()

ingresar - modificar - eliminar()


ingresar - modificar - eliminar()


cerrar secion()

Interfaz

Diagrama de Estados

act Project Model

Inicio

Valida ID y contraseña

SI

Interactua v entasInteractua Productos

Ingresa nuev av enta

Modifica v entas Consultav entas EliminaVentas

Ingresarproducto

ModificarProducto Consultarproductos

Eliminarproductos

Salir

Interfaz

Siguiente

SIPREC“Sistema de Préstamo de Equipos de

Computo”

Expositores: Alicia Londoño, Rolmary Alonso, John Sarmiento

Rudy Marcela Camacho,



Diagramas

Objetivo

crear un sistema de información con el fin de facilitar el manejo de portátiles en la biblioteca de SENA CDAE, después de realizar un análisis se llego a la conclusión de que este requiere de un sistema para mejorar el funcionamiento y a su vez llevar el control y disponilidad del inventario de este. Este se realizara en Microsoft visual fox pro 9

Necesidad

Recolección datos

Oportunidad

negocio

Análisis de

riesgos

Requerimientos

Diagramas

Recolección datos

Necesidad

La b ib l io teca de l centro de desarro l lo agro industr ia l y Empresar ia l SENA V ILLETA rea l i za e l reg is t ro de préstamo De por tá t i les manualmente por medio de una p lan i l la , es te Proceso es ted ioso debido a la perd ida de t iempo, la Insegur idad de la in formación, y e l gasto d iar io de pape l .

Oportunidad

De negocio

Recolección de Datos

Para dar so luc ión a l problema p lanteado se u t i l i zaron d i fe rentes herramientas de recolecc ión de da tos como son:

•Observac ión.•Entrev is ta .•recolecc ión datos ( inventar io )

Análisis de riesgos

Oportunidad del Negocio

La ent idad t iene una opor tun idad a l ta ya que requiere es te s is tema y es ta d ispuesta a implementar lo cuando sea func iona l , supl i rá todas sus neces idades .

Requerimientos

funcionales


Los pr incipales r iesgos en este caso son:

•se puede saturar todo el sistema si el computador es lento.

•Puede infectarse de virus causando así un daño en la base de datos o alguna funcional idad del sistema de información.

Requerimientos No

Funcionales

:

Requerimientos Funcionales custom REQUERIMIENTOS FUNCIONALES

EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada


































Requerimientos de nuevos equipos

Registro de Nuevos Usuarios

Registro de Entradas y Salidas

Busqueda por Dia

Busqueda por Mes

Busqueda por Cliente

Busqueda por portatiles registrados base de datos

Busqueda por Portatiles Disponibles

Autenticacion de Usuarios

Arquitectura Microsoft Visual Fox Pro

Diagrama caso uso


custom REQUERIMIENTOS NO FUNCIONALES




























Realizacion de actualizaciones anuales

Mantenimientos base de datos

Estructura inadecuada del equipo

Diagrama de Dominio

Casos de uso uc Use Case Model

EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version













































REGISTRO PRESTAMO PORTATILES

USUARIOSISTEMA

ingresa sistema

v alidacion usuario

registro nuev a salida

guarda registro salida

consulta por portatiles

consulta por portatiles disponibles

consulta por clientes

genera reportes y consultas

registro nuev os equipos

guarda cambios

Diagrama de Dominio


Interfaz

Diagrama de Secuencia sd Business Process ModelEA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version

EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version EA 8.0 Unregistered Trial Version



































USUARIO

LOGIN BASE DE DATOS MENU SALIDA CONSULTA PORTATIL USUARIO REPORTE GUARDAR SALIR

digita usuario y contraseña()

validacion()

ingresa()

registra ()

guarda ()

realiza()

genera()

guardar()

regresa()

Interfaz

Siguiente

Musicsoft

Expositores: Wilson MartinezJon Fredy Perez,



Diagramas

Introducción

El problema a solucionar es tener todos los registros de instrumentos musicales en una base de datos donde se puedan ingresar datos modificar, etc. esta solución se prestara a la entidad SENA y el departamento de música.

Misión y Visión

Requerimientos

Diagramas

Diseño

Requerimientos

Misión y Visión

La MISIÓN de este sistema de información es tener en una base de datos el inventario de todos los instrumentos musicales en donde se pueda llevar un mejor control de cada uno de ellos.La VISIÓN de este sistema de información es tener actualizado el inventario de los instrumentos musicales en donde se tenga un registro actual de lo que hay en el momento

Requerimientos No

Funcionales

:


Dentro de estos requerimientos encontramos los siguientes casos de uso:Validar usuarioIngresar nuevo usuarioIngresar productosModificar productosRegistro eventosInventario

Diagrama caso uso


Rendimiento (tiempo y espacio)Interfaces de usuarioMantenimientoSeguridad

Diagrama de Dominio

Casos de uso uc Actors

Usuario

musicsoft

musicsoft 001 v alidar usuario

Sistema

musicsoft 002 ingresar nuev o

usuario

musicsoft 003 ingresar productos

musicsoft 004modificar

producto

musicsoft 005 ingresar ev entos

musicsoft 006 inv entario

cerrar cesion

sistema guarda

imprimir

sistema guarda datos

sistema busca dentro de la base de datos

sistema guarda informacion

«trace»

«trace»

«trace»

«trace»

«trace»

«trace»

Diagrama de Dominio


Interfaz


sd diagrama musicsoft secuencia

usuario

Object1ingresar nuevousuario

inventariomodificar producto

ingresar productosistema validar usuario ingresar evento

usuario ingresa como nuevo()

valida ingreso()

verifica usuario()

ingresar producto()

valida ingreso()

usuario realiza cambios()

guarda cambios()

usuario ingresa evento()

valida ingreso evento()

usuario ve inventario()

sistema muestra o imprime()

Interfaz

Siguiente

SICA AGROTECS A.S

Expositores: Oscar Calderon, Alejandro AlvarezFernando Daza,



Diagramas

Proposito

Desarrollar software cuyo desempeño sea viable y entendible para nuestro cliente cumpliendo las funciones esenciales pedidas por nuestro cliente.

Alcance

Necesidad

Análisis de

Riesgos

Requerimientos

Diagramas

Diseño

Necesidad

Alcance

Nuestro software manejara el inventario de la empresa AGROTECS A.S. donde tendremos en cuenta cuantos animales (gallinas, peces, cerdos, etc.) nuestro cliente administra, la dosificación de comida, compra y venta de animales y utensilios para la creación de estructuras como porqueriza, galpón, etc.

Dicho software está diseñado con diferentes programas como lo son Dreamweaver, WampServer con un manejo de lenguaje en PHP, MYSQL

Analisis de

Riesgos

Necesidad

Este software a realizar se crea por medio de una necesidad presentada por nuestro cliente quien presenta un problema con el manejo de su inventario ya que la metodología que está implementando no es la más adecuada.

Para saber que problemática presentaba nuestro cliente con previa anticipación realizamos una recolección de datos a nivel urbano y rural a partir de encuestas, cuestionarios, entrevistas entre otros con el fin de determinar las necesidades de este sector.

Requerimientos

funcionales


Nuestra principal idea es que el software a desarrollar no presente ninguna complicación, pero lastimosamente siempre se puede generar un problema, ya sea por presentar fallas en cuanto a las actualizaciones o su mal funcionamiento.

Requerimientos No

Funcionales

:

Requerimientos Funcionales REQUERIMIENTOS FUNCIONALES

RF1 Validar usuario

RF2 Ingresar menú principal

RF3 Registro de comida -Ingresa producto

-modifica producto

-elimina producto

-dosis alimento

RF4 Registro animales -ingresa producto

-elimina producto

-asigna categoría

-ingresa cantidad

-consulta precio

RF5 Consultar balance

Requerimientos no

Funcionales


REQUERIMIENTOS NO FUNCIONALESRNF1 SEGURIDAD El acceso al sistema debe ser restringido por una

clave asignada al administrador, solo pueden entrar al sistema de información personas

registradas en la BD.

RNF2 RAPIDEZ Se toma en cuenta la capacidad del hardware del PC.

El sistema debe estar en capacidad de dar respuesta al acceso de los usuarios a los

procesos con tiempo de respuesta aceptable.

RNF3 MANTENIBILIDAD El sistema permitirá en un futuro su fácil mantenimiento con respecto a los posibles

errores que se puedan presentar.

El sistema debe tener una interfaz entendible y fácil de usar.

RNF4 FIABILIDAD Ejecuta funciones determinadas.

Diagrama caso uso


RNF5 DISPONIBILIDAD El sistema estará disponible las 24 horas del día.

RFN6 ESCALABILIDAD El sistema está en capacidad de permitir el desarrollo de nuevas

funciones si es necesario.

RFN7 TESTEABILIDAD El sistema debe contar con la identificación de errores durante la

etapa de prueba y operacion posterior.

RFN8 OPERATIVIDAD El sistema debe ser de fácil operación.

El sistema podrá ser administrado por personas designadas por el

administrador.

RFN9 VALIDACION El sistema validara automáticamente la información de los formularios que se

presenten en una interfaz.

Se tiene en cuenta campos obligados, longitud de caracteres y tipo de dato

Diagrama de Dominio

Casos de uso uc Modelo de casos de usoEA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada

EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada








































SICA

ADMINISTRADOR

Validar usurio

ingresar menu principal

Especificacion comida

Base en Animales

consulta balance

ingresa producto

modific producto

dosificacion de alimento

ingresar producto

asignar categoria

cantidad

precio producto

USUARIO

«include»

«include»

«include»

«include»

«include»

«include»

«include»

Diagrama de Dominio


class Modelo de dominio



































usuario

«column» ID nombre

+ registrar()+ consultar()+ eliminar()+ modificar()

comida

«column» codigo nombre cantidad dosis

+ registrar()+ consultar()+ eliminar()+ modificar()

animales

«column» codigo nombre cantidad precio

+ consultar()+ modificar()+ eliminar()

balance

«column» fecha valor unitario valor total

+ consultar()

1----------realiza----------n

n----------registra----------1 1----------visualiza----------n

Diagrama de Estados


sd Modelo de dominioEA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada




































SISTEMA

ADMINISTRADOR

PRODUCTO BALANCE BASE DE DATOS

ingresa()

VALIDA USUARIO()

INGRESAR()

MODIFICAR()

CONSULTAR()

ELIMINAR()

CONSULTA()

Interfaz

Diagrama de Estados

stm Modelo de casos de uso

EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada EA 8.0 versión de prueba no registrada





































inicio

pantalla inicio

menu

animales comida

ingresa

modifica

consulta

elimina

ingresa

modifica

consulta

elimina

error

Final

balance

consulta

si

no

Interfaz

Siguiente

PRESENTACION

SISTEMA DE INFORMACION.

(SISTEMA DE INFORMACION COLOMBIANO AGROTECS A.S.)

SICA

Expositores: Giselle VelandiaYudy Moreno,



Presentacion final

Entertainment & Humor

Transcript of Presentacion final