Trabajo ColaborativoEntrega final Paso 4 Modelar la solución al problema POO Diagramar la solución al problema propuesto en el curso Por Yespeter Ancervic Medina Becerra 80.251.133 Jaime Alejandro Tirano 80243722 Gildardo Reyes 80229207 Análisis de sistemas 301308_43 Presentado a Gilberto Pedraza Universidad Nacional Abierta y a Distancia UNAD CEAD José Acevedo y Gómez Escuela de Ciencias Básicas, Tecnología e Ingeniería 26-11-2017 ...................................................................................................................................................................................... 4 Conclusiones .......................................................................... 15 .............................................................................................................. 14 Referencias Bibliográficas ......... 3 Requerimientos........................................................................... 2 Tabla de contenido Objetivo(s) de la actividad .................................................................. Estar en capacidad de implementar y desarrollar Modelos Funcionales en situaciones de la vida real. Realizar de maneara asertiva los diferentes Modelos de Objetos en forma coherente para ponerlos en práctica en el ejercicio de nuestra formación profesional. Establecer modelos de aplicación asertivos a partir del conocimiento en los cuales deben ser a coherentes con las soluciones requeridas dentro de una organización . 3 Objetivo(s) de la actividad Analizar de manera objetiva los diferentes programas orientados a objetivos a través del conocimiento de los diferentes conceptos que lo componen Estar en capacidad de diseñar en diagramas UML para dar solución o representar situaciones de la vida real. 80. 11 El sistema genera reporte 11 El sistema guarda iformacion permaneciendo activo el usuario durante el dia laboaral.3> 26/11/17 Autores <Yespeter Ancervic Medina Becerra> Fuentes <requisitos 2. Deben estar creadas las atribuciones que tendrá cada perfil dentro de la organización para que pueda acceder a información específica de la empresa.133 Modelo Funcional RF.<id del requisito> < Mensualmente genera resumen de estados financieros > Versión <1. Secuencia Paso Acción Normal 1 El actor ingresa su identificacion cedula de ciudadania para validar perfil de ingreso.4> Objetivos asociados < conocer los estados financieros de la compañía> Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso generando Mensualmente resumen de estados financieros Precondición El usuario debe tener creado el perfil contable dentro de la organización para acceder a los estados de cuenta de la empresa. 4 Requerimientos Alumno Yespeter Ancervic Medina Becerra CC.251. Postcondición Los perfiles para deben corresponder a las bases de datos Paso Acción . 2 Si el actor esta creado en el el sistema valida si la identificacion del trabajador corresonde al perfil creado para para ingreso a area contable.o 7. 3 El actor ingresa nombres 4 El actor ingresa apellidos 5 El actor ingresa numero tarjeta profesional 6 El actor ingresa sede de la compañía 7 El sistema abre portal de contabilidad 7 El sistema abre portal de finanzas 8 El actor ingresa a base de datos contables 9 El actor ingresa perido contable 10 El sistema calcula define estado financiero para el periodo seleccionado. 5 Excepciones 1 El sitema valida perfil para el usuario mediante cedula de ciudadania. no obstante no podra ingresar a la informacion financiera hasta que sea validado el numero de tarjeta profesional y esta corresponda a la especialidad contable.4 El sistema se ubica nuevamente en el campo de areas funcionales Rendimiento Paso Cota de tiempo 1 5 segundos 2 5 segundos 3 3 segungos Frecuencia esperada Hasta 5 veces diarios en el dia laboral para efectos de consulta.2 El sistema se ubica nuevamente en el campo de perfil de usuario 2 El sitema realiza validacion numero tarjeta profesional 2. 2.1 El sistema restringe entrada si no esta creado en la base de datos y envia señal 1.2 El sistema se ubica nuevamente en el campo de número de tarjeta profesional 3 El sitema validad el area a la que se requiere acceso 3. . Importancia vital Urgencia inmeditamente Comentarios Una vez sea validado el numero de identificacion del sistema el usuario entrara al portal. 3. y en via señal de no conformidad. una vez ingrese a la especialidad contable el sistema le ofrecera dos opciones area financierea y area contable cuando ingrese al area contable el ususario con el perfil validado tendra acceso a los estados de cuenta. 1.3 El sitema envia mensaje de no conformidad si no pertencece al area funcional de finananzas o contabilidad.1 El sistema restrige entrada si la targeta profesional no corresponde a la especialidad contable. 6 . 11 El sitema actualiza proveedores consultando nuevos registro el el portal de contratacion estatal. 7 CASO 2.1 El sistema restringe entrada si no esta creado en la base de datos y envia señal 1.o 7. 1. Secuencia Paso Acción Normal 1 El actor ingresa su identificacion cedula de ciudadania para validar perfil de ingreso.4 RF. Versión <2.<id del requisito> Acutualiza y realimenta listado de proveedores de la organización. Precondición El usuario debe tener creado el perfil compras dentro de la organización para acceder a los estados de cuenta de la empresa. Postcondición Los perfiles para deben corresponder a las bases de datos Excepciones Paso Acción 1 El sitema valida perfil para el usuario mediante cedula de ciudadania. 2 Si el actor esta creado en el el sistema valida si la identificacion del trabajador corresonde al perfil creado para para el area de compras.4> 26/11/17 Autores <Yespeter Ancervic Medina Becerra> Fuentes <requisitos 2. Deben estar creadas las atribuciones que tendrá este perfil dentro para acceder a información específica de compras a proveedores.2 El sistema se ubica nuevamente en el campo de perfil de usuario 2 El sitema validad el area de compras a la que se requiere acceso .4> Objetivos asociados Conocimiento del mercado para toma de decisiones. 3 El actor ingresa nombres 4 El actor ingresa apellidos 6 El actor ingresa sede de la compañía 7 El sistema abre portal de compras 8 El actor ingresa a base de datos de proveedores 10 El sistema actualiza proveedores y permite visualizacion de los mismos. Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso actualizando el listado de proveedores de materias primas para la organización. informacion de proveedores.2 El sistema se ubica nuevamente en el campo de areas funcionales Rendimiento Paso Cota de tiempo 1 2 segundos 2 2 segundos 3 2 segungos Frecuencia esperada Hasta ilimitadas veces el dia laboral para efectos de consulta. Importancia Importante Urgencia Puede esperar Comentarios Una vez sea validado el numero de identificacion del sistema el usuario entrara al portal. 8 2. . este podra accedera a la seccion de compas .1 El sitema envia mensaje de no conformidad si el funcionario no pertencece al area funcional compras 2. 3.” 3. Cursor se ubica en el campo de nombre del cliente. caso de uso 3 Ingresa nombres 4 Ingresa apellidos 5 Fecha de nacimeinto 6 Ingresa direccion 7 Ingresa telefono 9 Ingresa ciudad 10 Se envia los datos al sistema y se envia mensaje sobre tramite o proceso exitoso o no Postcondición Datos de los Clientes sin errores Excepciones Paso Acción 2.0 20/10/2017 Autores Alejandro Tirano Bernate Fuentes Requisito 1.2 Si ya existe se muestra un mensaje informando que el documento de identidad o el cliente ya se encuentra en el sistema.4 Termina proceso de verificacion de documento de identidad del cliente.0 Objetivos asociados Registrar datos de los cleintes en la base de datos Descripción El sistema debe permitir ingresar a la base de datos los datos personales de los clientes tal como se mensiona en el siguiente caso de uso Precondición El usuario debe tener una sesion iniciada en el sistema ademas debe tener permisos para crear clientes Debe tener el formato o los formatos con los datos personales de los clientes Secuencia Paso Acción Normal 1 Se ingresa el documento de identidad 2 Se valida la existencia del documento de identidad en el sistema. nombre del cliente debe digitado.3 Se devuelve a la pagina principal de ingreso de datos 2.2.001 El sistema debe permitir el ingreso de los datos basicos del cliente Versión 1. 2. 9 Alumno JAIME ALEJANDRO TIRANO RF.1 El sistema valida que el nombre del cliente haya sido digitado El sistema muestra un mensaje de Error “el 3. .1 El sistema evalua si el documento de identidad del ciente ya existe en la base de datos 2. 3. 10 4.” 4. El sistema muestra un mensaje de Error “El apellido del cliente debe ser digitado.” 5. Rendimiento Paso Cota de tiempo 1 3 segundos 8 3 segundos Frecuencia esperada diario Importancia Vital Urgencia Inmediatamente Comentarios si el numero de identificacion ya existe es por que el cliente ya esta registrado. 5. el dato ciudad y edad se selecciona de una lista despleglable.3 Cursor se ubica en el campo de fecha de nacimiento del cliente.2 El sistema muestra un mensaje de Error “la fecha de nacimiento cliente debe ser digitada. El sistema valida que el nombre del cliente haya sido digitado 4. RF.0 20/10/2017 Autores Alejandro Tirano Bernateactualizar e Fuentes Requisito 1.1 El sistema valida que la fecha de nacimiento del cliente haya sido digitada 5.002 El sistema debe permitir actualizar el inventario Versión 1.0 Objetivos asociados Mantener actualizado el inventario de la empresa Descripción El sistema debe permitir actualizar el inventario de la compañía a diario ya que es necesario para poder ofrecer los productos que se encuentren en bodega y Precondición El usuario debe tener una sesion iniciada en el sistema ademas debe tener permisos para actualizar inventarios Debe tener la informacion de los productos que ingresen y que se vendan a diario Tener los productos devidamente codificados para facilitar el inventario Secuencia Paso Acción Normal 1 El usuario ingresa al sistema a la seccion inventarios 2 Se valida la existencia del codigo del producto 3 Ingresa el nombre del producto 4 Ingresa la descripcion del producto 5 Ingresa la cantidad de unidades a ingresar .1.3 Cursor se ubica en el campo de nombre del cliente.2. 1 El sistema valida que el nombre del producto haya sido digitado El sistema muestra un mensaje de Error “el 3.2 nombre del cliente debe digitado. 5.1 El sistema valida que la descripción del producto haya sido digitada 4.” 5. El sistema muestra un mensaje de Error “la descripción del producto debe ser digitada.2 Si ya existe se muestra en pantalla un mensaje informando que el codigo del producto ya existe 2. la fecha de ingreso se selecciona por defecto del sistema .2 El sistema muestra un mensaje de Error “la cantidad de unidades debe ser digitada.” 4.3 Cursor se ubica en el campo de nombre del producto 4.” 3.2.4 Termina proceso de verificacion de documento de identidad del cliente.1 El sistema valida que la cantidad de unidades haya sido digitada 5.3 Se devuelve a la pagina principal de ingreso de datos 2.3 Cursor se ubica en el campo de cantidad unidades. Rendimiento Paso Cota de tiempo 2 3 segundos 7 3 segundos Frecuencia esperada diario Importancia Vital Urgencia Inmediatamente Comentarios si el codigo del producto ya existe solo seria digitar la cantidad de unidades. 3.3 Cursor se ubica en el campo de descripción del producto. 11 6 La fecha de ingreso el sistema la toma por defecto 7 Se envia los datos al sistema y se envia mensaje sobre tramite o proceso exitoso o no Postcondición Datos de los productos sin errores Excepciones Paso Acción 2.1 El sistema verifica si el codigo del producto se encuentra ya registrado 2. 002 Monitoreo Fuerza de Ventas Versión 1.0 23/10/2017 Autores Gildardo Reyes Fuentes Reuqisito 4 Objetivos asociados Desarrollo de herramienta para la efectividad de la fuerza de ventas Descripción El sistema deberá comportarse tal como se describe en el siguiente caso de uso {hacer seguimiento al representante de ventas <evaluar la informacion programada por el representante para evaluar su desempeño>} Precondición Debe Ingresar la informacion del cliente en el lugar de visita Debe ser reportado despues de la visita Secuencia Paso Acción Normal 1 El vendedor debe ingresar al sistema su usuario y clave. el sistema debe dejar ingresar la informacion} 2 Si <el vendedor esta en el punto programado>. 7 El vendedor debe reportar si tiene cambios en su rutero Postcondición El vendedor debe ingresar la informacion de la ruta a realizar el dia sighuiente o de la semana. 12 Alumno GILDARDO REYES RF. Excepciones Paso Acción 1 Si <el cliente esta programado>. 4 El vendedor debe registra el pedido del cliente depues de abandonar el sitio 5 El vendedor debe verificar los datos del cliente 6 El vendedor debe verificar las existencias del pedido.{el <el vendedor puede realizar la visita> . el sistema debe dejar ingresar el pedido} .{el <sistema debe evaluar la localizacion reportada> . 2 El Vendedor debe programar con anterioridad la visita 3 El cliente visitado debe ser el programado.{el <sistema dede evaluar la efectividad de la visita>} 3 Si <el cliente esta programado>. . 13 Rendimiento Paso Cota de tiempo 1 3 segundos 2 5 segundos Frecuencia esperada Hasta ilimitadas veces según cobertura Importancia importante Urgencia inmediatamente Comentarios El terminar la visita se debe evaluar el cumplimiento del cronograma programado. Es importante el conocimiento de los conceptos que componen el lenguaje unificado de modelamiento UML. Este necesario el estudio de conocimientos previos para la interpretación de los modelos por objetos ya que no se tendría una lectura real de los mismos si no se conocen los propósitos de los graficas que lo conforman. Identificar las relaciones que existen dentro de los procesos y tener claridad en las jerarquías conceptuales de los lenguajes de modelamientos son factores determinantes en la consolidación del lenguaje de modelamiento. ya que esto no va a ayudar a visualizar y comprender el los elementos del desarrollo del software. La constate practica se constituye un valor determinante para obtener la pericia necesaria en el desarrollo de softwares. 14 Conclusiones Es de vital importancia identificar los términos gráficos y símbolos de empleados en los casos uso ya que si no existe una base cognitiva no se explotaría las bondades del el empleo de casos y su uso en situación de la vida real. . Tipos de relaciones en diagramas de casos de uso. 15 Referencias Bibliográficas Microsoft MSDN (2015).cl/~psalinas/uml/casosuso.microsoft. Recuperado de: https://es. Diagramas de casos de uso de UML. Casos de Uso (Use Case).es/blog/informatica/tipos-de-relaciones-en-diagramas-de-casos-de-uso-uml/ . UML.net/still01/diagramas-de-objetos-16815266 U. Qué es uml.aspx UChile (2017). para que sirve.slideshare. Recuperado de: https://www. Andes (2012). Recuperado de: https://es.net/myle22/qu-es-uml-para-que-sirve-pasos Seas (2013). Recuperado de: https://msdn. Diagramas de objetos.dcc. pasos.seas.uchile.com/es-es/library/dd409432.slideshare. Recuperado de: https://users.html#casosuso Slideshare (2013).