momento3 grupo 200609 16 --- individual

48
ESCUELA DE CIENCIAS BASICAS TECNOLOGICAS E INGENIERIA ECBTI UML – LENGUAJE DE MODELADO UNIFICADO 200609_16 MOMENTO 3 DENNIX ALBERTO BARRIOS CASTILLO CODIGO: 1073324861 NILSON ALBEIRO FERREIRA MANZANARES TUTOR

Upload: dennix

Post on 10-Jul-2016

10 views

Category:

Documents


4 download

DESCRIPTION

Trabajo final momento 3, UML-- LENGUAJE MODELADO UNIFICADO

TRANSCRIPT

Page 1: Momento3 Grupo 200609 16 --- Individual

ESCUELA DE CIENCIAS BASICAS TECNOLOGICAS E INGENIERIAECBTI

UML – LENGUAJE DE MODELADO UNIFICADO200609_16

MOMENTO 3

DENNIX ALBERTO BARRIOS CASTILLOCODIGO: 1073324861

NILSON ALBEIRO FERREIRA MANZANARESTUTOR

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA – UNAD CENTRO DE EDUCACION ABIERTA Y A DISTANCIA – CEAD LA DORADA

LA DORADA; 10 DE MAYO DEL 2016; CALDAS

Page 2: Momento3 Grupo 200609 16 --- Individual

INTRODUCCION

El lenguaje modelado unificado (UML), es un lenguaje grafico para visualizar, especificar, construir y documentar sistemas, pondremos en práctica lo aprendido a través del curso de UML con un ejercicio aplicable el planteamiento del proyecto en este caso la empresa PapelCol, en la cual se encuentra interesada en comprar una aplicación web que le permita centralizar la información y que por medio de la Internet de cada sucursal tenga la posibilidad de ingresar. Debemos crear diagramas distribuidas junto a la respectiva empresa PapelCol, además de muchos conocimientos y creatividad que ha infundido nuestra respetada universidad.

Page 3: Momento3 Grupo 200609 16 --- Individual

OBJETIVOS

Objetivo General

Publicar una la propuesta que sirva de solución a proyecto que se expondrá a continuación y genere conocimiento de entornos con los que puede estar relacionado un estudiante de sistemas y le permita formular soluciones afines a su área y le sean de beneficia a la empresa.

Objetivos Específicos

- Implicar al alumno en el diseño y planificación del aprendizaje.- Tomar decisiones y en procesos de investigación.- Desarrollar habilidades de análisis mediante el estudio de los modelos

orientados, utilizando herramientas adaptadas al uso de UML.

Page 4: Momento3 Grupo 200609 16 --- Individual

PAPELCOL

Logo

Misión

PapelCol es una empresa que brinda un servicio de alta calidad destinado a satisfacer la  necesidades de los clientes a través de portafolios de artículos de estantería e imprenta, en precios competitivos del mercado para sí mantener nuestra confianza al cliente, como una empresa responsable.

Visión

PapelCol en buena estructura administrativa y comercial, de modo de satisfacer a nuestros clientes, considerando el prestigio de ser líder de calidad en portafolios de artículos de estantería e imprenta, hacer el trabajo en beneficio del desarrollo integral de nuestros clientes, para sí lograr tener presencia de responsabilidad.

Page 5: Momento3 Grupo 200609 16 --- Individual

Descripción del problema

La empresa PapelCol se encuentra interesada en comprar una aplicación web quele permita centralizar la información y que por medio de Internet de cada sucursal y que tenga la posibilidad ingresar a la aplicación y poder realizar todos los procesosque tengan autorizados los empleados de la empresa.

La aplicación web debe de brindar la posibilidad de inventario, compras, ventas, captura de registros, consultas, reportes y demás ventajas que su empresa puedaofrecer a nuestros clientes.

La empresa PapelCol, con su representante legal es Nilson Albeiro Ferreira Manzanares, se dedica a la venta por mayor y delta de todos los productores requeridos por la papelerías y oficinas, por todo Colombia, por ello es importante que los vendedores estén informados de todas las existencias de inventarios.

Identificación de los actores en el sistema:

1. Administrador / Tipo Empleado / Cajero2. Empleado3. Cliente4. Proveedor

Identificación de estructura de clases / Casos de Usos

1. RF 01 – Validar Información2. RF 02 – Consultar /Interacción 3. RF 03 – Ingresar al Sistema

Page 6: Momento3 Grupo 200609 16 --- Individual

DIAGRAMA DE USOS PapelCol

1. RF 01 - Validar Información visualizar

RF – 01 Validad Información

Objetivos Asociados

Administrar la Información del Empleado/Administrador; Proveedor; Cliente

Requisitos Asociados

En la interpretación se deberá admitir la información en el sistema

Descripción

El sistema deberá comportarse tal como se describe en el siguiente caso, admitir la información, tal cual un Administrador, Cliente, Proveedor otorga información siempre y cuando estén en el sistema, al no encontrarse en el sistema, automáticamente se presenta la recuperación de ingreso.

Precondición El cliente y el vendedor; deberían estar registrados en el sistema

Secuencia Normal

Paso Acción1 El Cliente, Administrador, Proveedor; acceden a la funcionalidad de

ingreso del sistema.2 El sistema solicita los siguientes datos, Usuario y Contraseña3 El Cliente, Administrador, Proveedor, ingresa los datos requeridos.4 El sistema comprueba los datos5 El sistema permite el acceso a la información prevista para el rol del

usuario “Cliente, Administrador, Proveedor”Postcondiciones El Vendedor/Cliente, accede a las funcionalidades de su rol

Excepciones

Paso Acción1 Si el “Cliente, Administrador, Proveedor”; no existe en la base de datos

o la información es errónea el sistema muestra mensaje de error2 El sistema automáticamente muestra una ventana indicando las

sugerencias, (Ingreso mal usuario/contraseña).3 El Cliente, Administrador, Proveedor, deberá ingresar información que

será criterio de registro al sistema, en la cual será otorgada, obligatoriaRendimiento Paso Cota de Tiempo

1 5,6 SegundosFrecuencia Esperada

10 veces/día

Estabilidad Optimo

Page 7: Momento3 Grupo 200609 16 --- Individual

2. RF 02 – Consultar /Interacción

RF – 02 Consultar Menú

Objetivos Asociados

El cliente, busca la interacción de los productos/artículos online

Requisitos Asociados

En la interpretación se deberá admitir la información en el sistema

Descripción

El sistema deberá comportarse tal como se describe en el siguiente caso, la cliente esta logueando, el menú debe ser en forma de despliegue así facilitando la visualización, este a su vez forma criterios de búsqueda, para sí facilitar la existencia del producto al cliente.

Precondición El cliente del sistema esta logeado

Secuencia Normal

Paso Acción1 El cliente ingresa la dirección de nuestra página web.2 El cliente observa nuestra página principal3 El cliente, visualiza en la interacción de nuestros productos/artículos, así

mismo el cliente puede dar clic en Consultar4 El sistema presenta el direccionamiento de otra página, mostrando los

criterios de consulta del menú de los productos, y este a su vez visualiza nuestros productos en oferta, o lo más vendidos, etc.

5 El cliente ingresa la información a consultar en el menú de productos.6 El sistema automáticamente valida la existencia del producto a consultar.7 El cliente toma la decisión.8 El cliente toma la decisión de comprar el producto/articulo.9 El sistema generar matricula/registro de compra10 El cliente visualiza la matricula/registro de compra y toma la decisión de

pagar.11 El sistema matricula/registra pago de la compra, el cliente acepta.

Postcondiciones

Muestra la validación de nuestros productos en un Menú

Excepciones

Paso Acción1 Si el producto no existe en nuestro Menú, la información es errónea o no

tiene validez la búsqueda2 El sistema automáticamente muestra una ventana indicando las

sugerencias, (Producto no existente)3 Al no existir producto/articulo, el sistema retoma la interface de artículos

RendimientoPaso Cota de Tiempo

1 5,6 Segundos Optimo2 10 veces/día

Page 8: Momento3 Grupo 200609 16 --- Individual

3. RF 03 – Ingresar al Sistema

RF – 03 Ingresar al Sistema

Objetivos Asociados

Permitir el acceso al sistema a Empleado/Administrador; Proveedor; Cliente

Requisitos Asociados

Información de Empleado/Administrador; Proveedor; Cliente

Descripción El sistema deberá comprender tal como se describe en el siguiente caso de uso cuando el Empleado/Administrador; Proveedor; Cliente accede al sistema

Precondición El cliente debe existir en la base de datos

Secuencia Normal

Paso Acción1 El Cliente, Administrador, Proveedor accede a la página principal del

sistema2 El sistema solicita el ingreso de usuario y contraseña3 El Cliente, Administrador, Proveedor digita la información requerida y

presiona el botón Aceptar4 El sistema comprueba los datos5 El sistema permite la interface de acceso a la información prevista para el

rol de Cliente, Administrador, Proveedor.Postcondiciones El Cliente, Administrador, Proveedor accede a las funcionalidades de su rol

Excepciones

Paso Acción1 Si el Cliente, Administrador, Proveedor no existe en la base de datos o la

información es errónea el sistema muestra mensaje de error2 El sistema automáticamente muestra una ventana indicando las

sugerencias, (Usuario no existe, desea recuperarlo)3 El Cliente, Administrador, Proveedor, deberá ingresar información que

será criterio de registro al sistema, en la cual será otorgada, obligatoria

RendimientoPaso Cota de Tiempo

1 5,6 Segundos Optima 2 Utilizando con frecuencia

Page 9: Momento3 Grupo 200609 16 --- Individual

DIAGRAMA DE USO

Page 10: Momento3 Grupo 200609 16 --- Individual

DIAGRAMA DE ACTIVIDADES PapelColPara el desarrollo del ejercicio el diagrama de actividades muestra el flujo de actividades del sistema también el flujo secuencial o ratificado de actividades y los objetos en los que actúa, son importante para modelar la función del sistema y así como para resaltar el flujo de control entre objetos.

RF 01 - Validar Información visualizar

Se identifica la relación de los actores como Administrador, Cliente, Proveedor, en la cual algunos de ellos pueden ingresar al sistema de PapelCol, este identifica la validación de información siempre cuando los actores hagan restablecimiento de Usuario, Contraseña.

Page 11: Momento3 Grupo 200609 16 --- Individual

RF 02 – Consultar /Interacción

Se identifica la relación del, Cliente, la relación entre cliente y sistema, el sistema muestra la interface del articulo (esta interface es la información del artículo, como promoción, descuentos, cantidad, confianza en ventas, etc.), esta interface podrá ser visualizada por el cliente; el cliente puede visualizar los artículos que tenemos a la disponibilidad, también puede consultar en un artículo; el cliente toma la decisión de aceptar las condiciones que generar la interface del artículo, el sistema matricula/registra el artículo, y el sistema ofrece confianza en el proceso de compra y pago

Page 12: Momento3 Grupo 200609 16 --- Individual

RF 03 – Ingresar al Sistema

Se identifica la relación de los actores, puede ser Administrador, Proveedor, Cliente, la relación entre Actores y sistema, el sistema muestra la interface del Login (esta interface muestra los criterios de ingreso como Usuario y Contraseña del actor.), esta interface podrá ser visualizada por lo actor; el actor deberá digitalizar los criterios de login, en la cual el sistema verificara y establecerá conexión validando de acuerdo a lo digitalizado por el actor; el sistema acepta los criterios de login y se postulara la interface respecto al actor si es (Administrador, Proveedor, Cliente), a no ser así el sistema mostrara error y en (Usuario y Contraseña), el actor deberá volver digitalizar los criterios.

Page 13: Momento3 Grupo 200609 16 --- Individual

DIAGRAMA DE SECUENCIA PapelCol

RF 01 - Validar Información visualizar

Se identifica la relación de los actores como Administrador, Cliente, Proveedor, en la cual algunos de ellos pueden ingresar al sistema de PapelCol, este identifica la validación de información siempre cuando los actores hagan restablecimiento de Usuario, Contraseña.

Page 14: Momento3 Grupo 200609 16 --- Individual

RF 02 – Consultar /Interacción

Se identifica la relación del, Cliente, la relación entre cliente y sistema, el sistema muestra la interface del articulo (esta interface es la información del artículo, como promoción, descuentos, cantidad, confianza en ventas, etc.), esta interface podrá ser visualizada por el cliente; el cliente puede visualizar los artículos que tenemos a la disponibilidad, también puede consultar en un artículo; el cliente toma la decisión de aceptar las condiciones que generar la interface del artículo, el sistema matricula/registra el artículo, y el sistema ofrece confianza en el proceso de compra y pago

Page 15: Momento3 Grupo 200609 16 --- Individual

RF 03 – Ingresar al Sistema

Se identifica la relación de los actores, puede ser Administrador, Proveedor, Cliente, la relación entre Actores y sistema, el sistema muestra la interface del Login (esta interface muestra los criterios de ingreso como Usuario y Contraseña del actor.), esta interface podrá ser visualizada por lo actor; el actor deberá digitalizar los criterios de login, en la cual el sistema verificara y establecerá conexión validando de acuerdo a lo digitalizado por el actor; el sistema acepta los criterios de login y se postulara la interface respecto al actor si es (Administrador, Proveedor, Cliente), a no ser así el sistema mostrara error y en (Usuario y Contraseña), el actor deberá volver digitalizar los criterios.

Page 16: Momento3 Grupo 200609 16 --- Individual

DIAGRAMA DE DESPLIEGUE PapelCol

Page 17: Momento3 Grupo 200609 16 --- Individual

SISTEMA INTEGRAL DE ACTORES PapelCol

Page 18: Momento3 Grupo 200609 16 --- Individual

DIAGRAMA DE CLASES PapelCol

Page 19: Momento3 Grupo 200609 16 --- Individual

CLASE CLIENTE

La clase Cliente tiene como tipos; ID, Nombres, Apellidos, Teléfono, Correo, Dirección.

Las operaciones asociadas a la clase son:

1. ID: Identificación en el sistema registro único

2. Nombres, Apellidos, Teléfono, Dirección: Son los datos personales que se han ingresado al sistema.

La clase Cliente tiene asociadas, tres operaciones;

1. Matricular: Registrar en el sistema, siempre cuando tenga un ID de registro único

2. Modificar: Puede modificar su información siempre cuando en el sistema lo requiera, así mismo puede actualizar.

3. Consultar: EL cliente puede variar la información y validar si existe su registro único en el sistema; como se puede decir restablecer identificación.

4. Eliminar: El cliente puede eliminar sus registros siempre cuando sean obligatorios.

Page 20: Momento3 Grupo 200609 16 --- Individual

CLASE PROVEEDOR

La clase Proveedor tiene como tipos; ID, Razón social; Dirección; Historial de pedido; Listado de pedido

Las operaciones asociadas a la clase son:

1. ID: Identificación en el sistema registro único; este registro será único así IDP000 (ID_” Identificación”_P_”Nombre de proveedor”_00000_”Numero de la razón social”)

2. Razón Social: Identificación de la empresa en la cual nos suministra en la empresa

3. Dirección: Identificación o ubicación de la empresa en donde está situada.4. Historial de pedido: El proveedor puede observar su historial, de pedido

hacia la empresa, en la cual va hacer actualizada.5. Listado de pedido: Podrá identificar el listado del surtimiento que se ha

generado.

La clase Proveedor tiene asociadas, tres operaciones;

1. Matricular: Registrar en el sistema, siempre cuando tenga un ID de registro único

2. Actualizar: Puede modificar su información siempre cuando en el sistema lo requiera, así mismo puede modificar

3. Eliminar: El proveedor puede eliminar sus registros siempre cuando sean obligatorios.

Page 21: Momento3 Grupo 200609 16 --- Individual

CLASE ADMINISTRADOR

La clase Administrador tiene como tipos; ID, Nombres, Apellidos, Teléfono, Correo, Dirección.

Las operaciones asociadas a la clase son:

1. ID: Identificación en el sistema registro único;

Este registro será único así IDP000 (ID_” Identificación” _P_” Nombre del departamento que pertenece el empleado” _00000_” Numero de identificación del empleado”) IDCAJ000000 ID de Cajero y su identificación

2. Nombres, Apellidos, Teléfono, Dirección: Son los datos personales que se han ingresado al sistema.

La clase Administrador tiene asociadas, tres operaciones;

1. Matricular: Registrar en el sistema, siempre cuando tenga un ID de registro único;

2. Modificar: Puede modificar información siempre cuando en el sistema lo requiera, así mismo puede actualizar.

3. Consultar: EL administrador puede variar la información y validar si existe su registro único en el sistema; como se puede decir restablecer identificación.

4. Eliminar: El cliente puede eliminar sus registros siempre cuando sean obligatorios.

Page 22: Momento3 Grupo 200609 16 --- Individual

CLASE INVENTARIO

La clase Inventario tiene como tipos; ID Pedido, Existencia; cantidad mínima; cantidad máxima; atributo

Las operaciones asociadas a la clase son:

1. ID Pedido: Identificación en el sistema registro único; Tendrá su único registro, por ejemplo; IDSW0001, IDSoftware000, etc.

2. Existencia: Se verifica si lo hemos tenido, si es un nuevo producto o antiguo producto.

3. Cantidad Min, Max: Se verifica cuanto producto se tiene, este se observa en un inventario permite, de cada producto.

4. Atributo: Es se relaciona en la intervención del Administrador, siempre cuando sea necesario.

La clase Inventario tiene asociadas, cinco operaciones;

1. Matricular: Registrar en el sistema, siempre cuando tenga un ID de registro único; este se logra con el administrador

2. Modificar: Puede modificar información siempre cuando en el sistema lo requiera, así mismo puede actualizar.

3. Generar Lista: EL administrador puede verificar el inventario en forma física y así identificar si está en lo correcto; esta operación también puede intervenir el cliente, puede generar lista de pedido y verificar el inventario en el sistema por medio del administrador

4. Eliminar: El Administrado/Cliente puede eliminar sus registros siempre cuando sean obligatorios.

Page 23: Momento3 Grupo 200609 16 --- Individual

PROTOTIPO Web PapelCol

PAGINA – HOME

http://dennixbarrios1.wix.com/papelcolunad

En ella se encuentra las páginas que integra la empresa PapelCol

Page 24: Momento3 Grupo 200609 16 --- Individual

PAGINA – PapelCol

http://dennixbarrios1.wix.com/papelcolunad#!papelcol/pw8dh

En la página PapelCol; podemos encontrar las políticas, o el membrete de la empresa; cómo podemos observar la introducción, misión y visión de nuestra empresa.

Page 25: Momento3 Grupo 200609 16 --- Individual

PAGINA – Productos y Servicios

http://dennixbarrios1.wix.com/papelcolunad#!productos-y-servicios/vlndg

En la página PapelCol; podemos encontrar las políticas, o el membrete de la empresa; cómo podemos observar la introducción, misión y visión de nuestra empresa.

Page 26: Momento3 Grupo 200609 16 --- Individual
Page 27: Momento3 Grupo 200609 16 --- Individual

PAGINA – Contacto

http://dennixbarrios1.wix.com/papelcolunad#!contacto/s2hri

En la página PapelCol; podemos encontrar la información de relación con el cliente/usuario, esta página estará disponible en el horario de oficina.

Page 28: Momento3 Grupo 200609 16 --- Individual

PAGINA – Compras / Market

http://dennixbarrios1.wix.com/papelcolunad#!blank/w2ok5

En la página PapelCol; podemos encontrar nuestro carrito de compras; tenemos un poco inconvenientes con esta página, esta versión de prueba.

Page 29: Momento3 Grupo 200609 16 --- Individual
Page 30: Momento3 Grupo 200609 16 --- Individual

PAGINA – Acceder / Entrar

http://dennixbarrios1.wix.com/papelcolunad#!blank-1/okbmo

En la página PapelCol; podemos encontrar ingreso de usuarios/clientes,

OFICIAL Solo puede estas personas tendrán un ID totalmente diferente, por ejemplo;

Administrador / Empleado IDAD (Identificación _ Administración)Proveedor IDP (Identificación _ Proveedor)Clientes IDC (Identificación _ Clientes)

VALIDAR Solo en caso de olvidar contraseña; el sistema genera registro de seguridad que se registró a la hora de matricular usuario.

Page 33: Momento3 Grupo 200609 16 --- Individual

PAGINA – Shop / Carrito de Compras

Page 35: Momento3 Grupo 200609 16 --- Individual
Page 36: Momento3 Grupo 200609 16 --- Individual

MAPA DEL SITIO – PapelCol

Page 37: Momento3 Grupo 200609 16 --- Individual

CONCLUSION

En UML, lo que implica que este cuenta con una sintaxis y una semántica. Por la tanto al modelas un concepto en UML, existen parámetros como deben agruparse los elementos del lenguaje y el significado de esta agrupación. Se dice que es modelado porque mediante sus sintaxis se modelan distintos aspectos; en esta práctica se identifica el uso adquiriendo destrezas para resolver diagramas de planteamiento como son en el caso de diagramas de uso, de actividades, despliegue, y de secuencia; permitiendo la consolidación de la solución a un problema planteado. Esto permite al lenguaje modelar, visualizar, organizar y planificar la solución en un sistema.

Page 38: Momento3 Grupo 200609 16 --- Individual