SlideShare una empresa de Scribd logo
Estándar de Metodología  de Desarrollo de Software MIGUEL RODRIGUEZ CABELLOS JEFE DE DESARROLLO Y MEJORAMIENTO DE SISTEMAS CAJA NOR PERU. Miembro de la Fundación BBVA para las Micro Finanzas
El proceso de desarrollo de SW  Negociación Iniciador/  Sponsor  del Proyecto Requeri-mientos Productos  entregables del proyecto Usuarios finales Activos del proceso Almacén d’activos del proceso Límites del proyecto Procesos de Planificación Procesos de  seguimiento y control Procesos De ejecución Procesos de inicio Procesos de cierre Espectativas Cronogramas Costos Cambios RQ
Factores de éxito para mejorar Herramientas Metodología Notación RRHH
Para formalizar y definir el proceso de desarrollo de software : Qué  se debe hacer,  Quién   debe hacerlo   Cuándo  debe hacerlo y Cómo  debe hacerlo No existe una metodología de software universal . Las características de cada proyecto (equipo de desarrollo, recursos, etc.) exigen que el proceso sea configurable. ¿Por qué es importante una Metodología?
Elementos que necesitan ser definidos por la Metodología Proceso SW Artefactos Roles Actividades - Conocimientos - Habilidades - Actitudes - Plantilla - Guía de elaboración - Lista de control - Procedimientos - Seguimiento y control realiza responsable produce Personas Herramientas Notación
Estrategias de Mejora del  Proceso de Desarrollo de Software en CNP Procesos de software definidos ,  Basado en UP, requisitos de SW-CMM y el PMI Definición del Modelo de atención Estandarización del Proceso de desarrollo de SW Aseguramiento de la Calidad   Que respeten estándares y métricas definidos Aplicación de la Metodología de Desarrollo de SW Aprovechando la integración de nuestras herramientas Nivel técnico y profesional de nuestros recursos Staff de profesionales calificados Capacitación constante Mejoría continua basada en la mejores prácticas
Definición del Modelo del  Proceso de Atención en CNP Gerencia  Proyectos Metodología Soporte Herramientas Procesos Estándares / Métricas ATENCION DE  REQUISITOS Planificación y Control  Aseguramiento de la Calidad Web Cliente  Servidor CLIENTE Móviles OPERACIONES Recursos Consultorías
8 Pruebas funcionales Cliente 1 Análisis de Requisitos Aseguramiento de la Calidad Atención de Requisitos INICIO GESTION DEL PROYECTO 10 Asegurar Calidad 6 Generar Data para Pruebas 11 Concluir Entregables 13 Dar aceptación FIN Operaciones Planificación y Control 3 Planear atención 4 Análisis y  Diseño 12 Entregar solución Estandarización del proceso de desarrollo 2 Negociación Propuesta y Plan de  Solución 7 Desarrollo 9 Pruebas de estrés Producto Terminado Conformidad Pruebas Plan de implementación Conformidad de Calidad Requisitos Conformidad del SW Entregables Requermiento Codificado 5 Planificar  Pruebas
Nuestra metodología de desarrollo Inicial Elaboración Construcción Transición CONSTRUC.  Y PRUEBAS Desarrollo de componentes Pruebas unitarias Integración de componentes Pruebas funcionales y de estrés SOPORTE Y  MEJORAMIENTO. Mejoras y corrección de defectos Acciones correctivas IMPLANTAC.  CAPACITACION Manejo de versiones Medición de la performance GESTIÓN DE  REQUISITOS Identificación de requisitos Identificación de actores del negocio Identificación riesgos Control de requisitos PROPUESTA DE SOLUCION Definición conceptual de la solución Plan y recursos del proyecto Control de calidad Negociación DISEÑO FISICO  Diagrama de componentes Diagrama de despliegue Modelo físico de datos Diccionario de datos PLAN DE SOLUCION Definición conceptual Alcance de los servicios Planificación y ampliaciones Planificación de la ejecución del servicio ANALISIS DE SIT. ACTUAL Análisis de la organización Modelamiento del negocio Problemas y limitaciones Proceso  propuesto DISEÑO LOGICO Casos de uso Objetos del dominio Diagramas de Clases y comportamto. Diseño lógico de la BD Prototipos Gestión del Proyecto Aseguramiento de la Calidad Configuración del Software Soporte Técnico Disponibilidad de Herramientas Desarrollo Iterativo  de Componentes Iteracción 3 Iteracción 4 Iteracción 1 Iteracción 2
Artefactos de nuestra metodología Manual de operación Cronograma del proyecto Matriz de trazabilidad Plan de pruebas Plan de implantación Plan de Administración riesgos Matriz de  riesgos Kick off Manual de usuario Manual de instalación Manual Técnico Visión del  Proyecto Planificación  de la solución Requerimientos Informe semanal Informe mensual Evaluación post-mortem Criterios de aceptación Material de capacitación Plan de capacitación Documento Análisis y Diseño Documento Arquitectura Especificación de casos de uso Casos de prueba Modelo de procesos del negocio Modelos UML Modelo de datos Prototipo del sistema Resultados de pruebas Análisis del negocio
Los múltiples roles que debemos controlar  en el ciclo de vida del desarrollo de SW Gerente de proyecto Administrar el Proyecto Seguimiento de requisitos Asegurar la integración y colaboración Promover la calidad, y Re-uso Asegurar la documentación de los sistemas y proceso de desarrollo Expertos del Negocio Conocer el Negocio Compartir su conocimiento Apoyar en el análisis Validar las especificaciones de diseño Administrador de BD Modelar las entidades de información Implementar procedimientos en la BD Tratamiento de datos Ing. De proyecto Modelamiento UML Desarrollar Documentar Probar Trabajo Iterativo Control de calidad El sponsor del proyecto Arquitecto
La máxima eficiencia en el proceso de desarrollo  “ Sistema de control de asistencia” CASO PRACTICO
Sistema de Control de Asistencia “ Desarrollar una herramienta WEB con la funcionalidad necesaria para un eficiente control de la asistencia,  permitiendo la generación automática de conceptos  Hacia las 9 planillas existentes, con el máximo  aprovechamiento de sus recursos y una total integración de información segura, auditable y con los niveles de calidad requeridos  para hacer mas eficiente la emisión de boletas de pago ” VISION
Alcance del Proyecto “ COMPONENTE 01: Definición y Automatización de los procesos de Control de Asistencia en las planillas. ” Recopilación y Análisis de procesos. Desarrollo y construcción del Sistema de Control de Asistencia. COMPONENTE 02: Implantación Piloto del Sistema La Implantación Piloto del Sistema en ambiente de  pre-producción,  Los talleres de capacitación respecto al uso de la aplicación La preparación del equipo de humano técnico que llevará a cabo las labores de seguimiento y soporte Alcance de la solución
Plataforma tecnológica
Extractos de la metodología
Inicio del Proyecto Formalización de la fecha de inicio del proyecto Reunión de  Kick  off. Necesidades a cubrir. Exposición de la Propuesta de solución. Objetivo de la Solución Visión de la solución Enfoque Funcional Beneficios para el cliente Alcances de la propuesta (Alcance de los procesos y ámbito de operación) Definición del Proyecto. Estructura funcional Cronograma del Proyecto. Recursos del Proyecto. Entregables del Proyecto. Acuerdos y Compromisos iniciales (responsabilidades, seguimiento y control del proyecto, próximos pasos).
Fuentes de Información para Casos de Uso Especificaciones del alcance de la propuesta Literatura relevante del dominio  Entrevistas con expertos del dominio Conocimiento personal del dominio Sistemas y datos existentes Fuentes de Información
Documento de Visión y Alcance Indice del documento
Requisitos funcionales Reportes de Gestión de indicadores para la gestión de  recursos. RQ8 Generación de reportes operativos  RQ7 Generación automática de conceptos para el  sistema de planillas  RQ6 Manejo de las excepciones de labor diaria  RQ5 Automatización del sistema de registro de  horarios de ingreso y salida – Operación diaria RQ4 Administración de los marcadores electrónicos RQ3 Configuración de horarios flexibles  RQ2 Información del personal de las 9 planillas del cliente RQ1
Requisitos no funcionales Arquitectura Web intuitiva y amigable RQ16 Sistema  paramétrico RQ15 Flexibilidad para el registro, corrección y reproceso de  los datos de la asistencia  RQ14 Despliegue del sistema hacia las supervisiones y jefaturas que  controlan el trabajo del personal  RQ13 Seguridad de la información que administran los tareadores, jefes y  supervisores respecto a las excepciones de la asistencia  RQ12 Auditabilidad  de la información registrada  RQ11 Seguridad de la información registrada  RQ10 Asegurar la calidad de la información que se ingresa al  sistema.  RQ9
Análisis de procesos
Análisis de procesos
Análisis de procesos
Análisis de procesos
¿Qué es el comportamiento del sistema? El comportamiento de un sistema describe cómo un sistema  actúa y reacciona. La actividad exterior visible y verificable de un sistema El comportamiento del sistema es  capturado  en los casos de uso. Ellos describen la funcionalidad del sistema, su ambiente, y la relación entre ellos Definición de la funcionalidad del sistema
Inventario de la funcionalidad necesaria para atender  los requisitos del sistema
Documento de Análisis y Diseño
Descripción del análisis de la aplicación En esta etapa se presenta en forma clara para el cliente, por medio de diagramas, como los casos de uso y los actores  interactúan , enviándose  estímulos  entre ellos Pedidos Vendedor Colocar Pedido  Supervisor Autorizar Créditos Solicitar Listado De Pedidos Atendidos Sistema de Inventarios
Ejemplo de Diagrama de Actores
Distribución de casos de uso en paquetes
Ejemplo de diagrama de casos de uso 02 – Información de la empresa
Documentación de un Caso de Uso  Documentar los casos de uso mostrando:  Una breve descripción El propósito del caso de uso en unas pocas líneas Flujo de eventos detallados  Descripción del flujo de eventos primario y alternativos que ocurren cuando el caso de uso es iniciado La descripción del flujo de eventos debe leerse como un diálogo entre el actor y el caso de uso Precondiciones y post  condiciones Requerimientos especiales Opcionalmente, prototipos de interfaz usuaria y otros diagramas  (diagramas de  actividad  o diagramas de estado) El caso de uso estará  escrito en términos que el cliente entienda Detalle del caso de uso
Ejemplo de descripción del caso de uso Se ha realizado la consulta de los datos de un miembro del personal en modo sólo lectura. Postcondiciones El  usuario de la Oficina de Tiempos  es admitido en el sistema luego de ser validados su cuenta de usuario y clave. Precondiciones: RQ001 La información del personal debe estar sincronizada con las 9 planillas del cliente Requerimientos: El caso de uso comienza cuando un  usuario de la Oficina de Tiempos  consulta los datos de un miembro del personal en modo sólo lectura. El caso de uso termina cuando el Sistema muestra la información del personal seleccionado. Resumen: CU-02-07  Filtrar Personal Casos de uso asociados: Principal Tipo: Acceder a la información del del personal que labora. El acceso será restringido en modo sólo lectura. Propósito: Oficina de Tiempos Actor(es): CU-02-03 Consultar Personal Caso de uso:
Ejemplo de descripción del caso de uso 6.- El sistema muestra la página principal y el caso de uso termina. 5.- El  usuario de la Oficina de Tiempos  vuelve   a la página principal del sistema. 4.- El sistema muestra en modo sólo lectura los datos correspondientes al personal seleccionado. Los datos son: SIP Nº de Fotocheck Ficha Anterior Estado Apellido Paterno Apellido Materno Nombre 1 .. 3.- El  usuario de la Oficina de Tiempos  elige el personal que desea consultar al detalle. El usuario puede utilizar el Filtro de Personal para hallar a la persona que busca (CU-02-07 Filtrar Personal). 2.- El sistema muestra en pantalla el listado del personal que supervisa tal como lo indica su jerarquía de control. 1.- El caso de uso comienza cuando el usuario de la Oficina de Tiempos ingresa a la opción de consultar personal. Respuesta del Sistema Acción del Actor FLUJO BASICO
Ejemplo de descripción del caso de uso Nombre del cliente PANTALLAS DEL CASO DE USO – CU-02-03
Descripción del Diseño de la aplicación INPUT: Documento de Visión y Alcance e información generada en el análisis. Como Resultado esta fase se deberán obtener los componentes del sistema y sus relaciones así como las entidades de información necesarias. Los resultados son: Diseño lógico, que incluye la información generada en la fase de análisis. Modelo de datos de la aplicación.
Ejemplo de Modelo Conceptual
Ejemplo de Diagrama de Clases
Ejemplo de Diagrama de secuencia
Ejemplo de Modelo conceptual de datos
Ejemplo de la Lista de tablas Otros usuarios que escalan las alarmas Usuarios_escalados Configuración de parametros Parametro_x_Planilla Configuración de parametros Parametro_x_Area Configuración de parametros Parametro_sistema Tablas generales de los sistemas Tabla_Tablas Sistemas que estarán bajo el modelo de seguridcadad Sistema Usuarios del sistema Usuario_Sistema Perfiles registrados para los actores del sistema Perfil módulos u opciones del sistema Modulo Rastro de auditoria para acceso a opciones Log_Opciones Rastro de auditoria de la actualización de datos Log_Auditoria Tabla de empresas del sistema Empresa 01 - Seguridad Descripción Nombre
Ejemplo del Diccionario de datos Lista de campos de la tabla Empresa usuario VA15 Usuario que actualiza cod_usuario_actualizacion fecha DT Fecha de actualización fec_actualizacion flag A1 estado flg_estado VA30 Representante de la empresa des_representante VA40 Dirección des_direccion VA20 Teléfono des_telefono A11 Número de ruc des_ruc VA30 Nombre de la empresa des_empresa X empresa A3 Código de empresa cod_empresa Mandatory Domain Data Type Comment Name
Documento de Arquitectura
Ejemplo de Factores que  impactan en la Arquitectura A A El sistema deber á diseñar la interfaz necesaria para el envío de información de la base de datos de control de asistencia hacia las 9 base de datos de planillas. El sistema deberá interactuar con las 9 bases de datos de planillas del cliente para realizar el proceso de transferencia de información por cada período (CU-07-02 - Tranferir Datos a Planillas) M A El formato en el que envía el reloj los registros de marcas es inalterable, por tanto el sistema se ajustará a ello. El sistema deberá procesar el archivo de marcas que el reloj digital genera cuando se le solicita que realice la descarga de marcaciones. CU-04-03 - Leer Marcaciones del Reloj. M A El envío de órdenes al reloj se ajusta a la especificación de comandos que el instrumento soporta. El sistema conversará, a través de comandos, con el reloj digital que controla la asistencia del personal. CU-04-06 Enviar Comando al Reloj CU-04-02 - Asignar Personal al Reloj M A El sistema debe estar implementado en un ambiente web.  Funcionalidad – Interfaces con otros subsistemas B M Se mantendrá una única tabla de auditoría, sobre la cual se registrarán todas las ocurrencias diferenciadas por el tipo de situación. El sistema guardará los usuarios y lo realizado en los registros referidos a los temas mencionados. El sistema deberá poseer capacidades de auditoria para identificar a la persona que realizó un cambio en alguna de las siguientes situaciones:  M M Se tendrá un personal especializado para el manejo de perfiles y asignación de permisos a los usuarios, así como la creación de los mismos. La estructura de las tablas y el módulo de seguridad debe ser totalmente flexible a fin de soportar futuros cambios o implementaciones. El sistema contará con un módulo por separado y con una estructura especial para el manejo de los accesos y seguridad dentro del sistema. Se tomará en cuenta la encriptación de clave en la base de datos. El sistema deberá contar con un módulo de seguridad que solicite, en forma obligatoria, una cuenta de usuario (user_id o login) y clave (contraseña o password). Almacenada en la base de datos con un algoritmo de encriptación.  Seguridad – Acceso y reglas de seguridad Dificultad  Prioridad  Impacto en las personas involucradas, arquitectura u otros. Flexibilidad (actual y futura evolución) Medidas y escenarios de Calidad Factor
Ejemplo de Decisiones  de la arquitectura Servidor Web: Tomcat 5.0 Plataforma Java: Java 2 (jdk 1.4) Framework Base: Framework Sybase Perú (Struts 1.1, Spring 2.1,  Ajax 1.0,  JSP 2.0) JSP 2.0 Servlet API 2.4. Driver de comunicación con MS SQL Server: jTDS (OpenSource) Modo de Comunicación con el Reloj Digital: Sockets y RMI Reporteador: Chart Director Exportar Reportes a PDF: Jasper Reports
Documentación técnica  de la Arquitectura Ejecución por línea de comando a través de la web conectándose al dispositivo a través de TELNET, respecto al mapeo del archivo sería el mismo procedimiento. Alternativas consideradas Construcción de un aplicativo Java con soporte RMI, que recibe invocaciones del servidor de aplicaciones web, el usuario podrá desde una interfaz web enviar comandos al reloj, el aplicativo contará con una interfaz a través de sockets con los relojes de asistencia, estos se encontrarán conectados a la red a través de un convertidor ethernet y las IP’s respectivas registradas en la base de datos de la aplicación. Solución La invocación debe ser desde el aplicativo web hacia los relojes. La comunicación con los relojes de asistencia se realiza a través de sockets con el módulo de comunicación. Se deben utilizar los comandos propios del reloj para la descarga de archivos texto. Condiciones Los relojes de asistencias se conectarán a un módulo de comunicación a través de sockets, este módulo se encontrará separado del servidor web y se ejecutará como un servicio socket de tipo servidor.  Resumen de la solución CU-04-06 Enviar Comando al Reloj  CU-04-02 Asignar Personal al Reloj Factor
Ejemplo de Requerimientos técnicos Servidor Memoria : 1GB Sistema Operativo : Windows 2000 o superior   Linux(RedHat Linux, SuSe Linux) Procesador : Pentium IV o superior Cliente Memoria : 256MB Sistema Operativo : Windows 2000 o superior Navegador : Internet Explorer 6.0. ó     Netscape Navigator 8.0.
La arquitectura desde diferentes vistas Vista lógica Vista del proceso Vista de casos de uso Vista de lmplementación Vista de despliegue Vista de datos

Más contenido relacionado

La actualidad más candente

Planificacion
PlanificacionPlanificacion
Planificacion
Dharma Consulting
 
Plan de gestion de recursos humanos
Plan de gestion de recursos humanosPlan de gestion de recursos humanos
Plan de gestion de recursos humanos
Zuleima Ruiz Ruiz
 
Pmp 10 gestión de las comunicaciones del proyecto
Pmp   10 gestión de las comunicaciones del proyectoPmp   10 gestión de las comunicaciones del proyecto
Pmp 10 gestión de las comunicaciones del proyecto
Daniel Quiceno Calderón
 
Edt 03 modelo plan de gestión de alcance
Edt 03 modelo plan de gestión de alcanceEdt 03 modelo plan de gestión de alcance
Edt 03 modelo plan de gestión de alcance
Augusto Javes Sanchez
 
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Control
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – ControlCaso Completo – Construcción de Complejo Habitacional AQUAMARINA – Control
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Control
Dharma Consulting
 
Conceptos básicos de gestión de proyectos
Conceptos básicos de gestión de proyectosConceptos básicos de gestión de proyectos
Conceptos básicos de gestión de proyectos
Guillermo Montero Fdez-Vivancos
 
PMP_Project Stakeholder Management
PMP_Project Stakeholder ManagementPMP_Project Stakeholder Management
PMP_Project Stakeholder Management
Hisham Haridy MBA, PMP®, RMP®, SP®
 
Egpr 300 04
Egpr 300 04Egpr 300 04
Egpr 300 04
Bianca29
 
Desarrollo de un Sistema WEB - Iniciación
Desarrollo de un Sistema WEB - IniciaciónDesarrollo de un Sistema WEB - Iniciación
Desarrollo de un Sistema WEB - Iniciación
Dharma Consulting
 
217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos
217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos
217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos
phuaco
 
Template reporte de estado de avance
Template reporte de estado de avanceTemplate reporte de estado de avance
Template reporte de estado de avance
Carlos Alvarez G, PMP®
 
documentación de requerimientos
documentación de requerimientosdocumentación de requerimientos
documentación de requerimientos
RuizMaravi7
 
PSW Unidad 2 MODELOS DE PROCESO
PSW Unidad 2 MODELOS DE PROCESOPSW Unidad 2 MODELOS DE PROCESO
PSW Unidad 2 MODELOS DE PROCESO
Franklin Parrales Bravo
 
Project Health Checks
Project Health ChecksProject Health Checks
Project Health Checks
Torsten Koerting
 
Acta de constitucion de proyecto
Acta de constitucion de proyectoActa de constitucion de proyecto
Acta de constitucion de proyecto
Cesar Vele
 
Edt 04 plan y alcance del proyecto
Edt 04 plan y alcance del proyectoEdt 04 plan y alcance del proyecto
Edt 04 plan y alcance del proyecto
Augusto Javes Sanchez
 
08 gestion de las comunicaciones
08 gestion de las comunicaciones08 gestion de las comunicaciones
08 gestion de las comunicaciones
Ruben Rodriguez
 
Configuración de las preferencias de usuario
Configuración de las preferencias de usuarioConfiguración de las preferencias de usuario
Configuración de las preferencias de usuario
Iver Claros Ascui
 
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Iniciación
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – IniciaciónCaso Completo – Construcción de Complejo Habitacional AQUAMARINA – Iniciación
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Iniciación
Dharma Consulting
 
Gestión de Proyectos
Gestión de ProyectosGestión de Proyectos
Gestión de Proyectos
Alberto Torres
 

La actualidad más candente (20)

Planificacion
PlanificacionPlanificacion
Planificacion
 
Plan de gestion de recursos humanos
Plan de gestion de recursos humanosPlan de gestion de recursos humanos
Plan de gestion de recursos humanos
 
Pmp 10 gestión de las comunicaciones del proyecto
Pmp   10 gestión de las comunicaciones del proyectoPmp   10 gestión de las comunicaciones del proyecto
Pmp 10 gestión de las comunicaciones del proyecto
 
Edt 03 modelo plan de gestión de alcance
Edt 03 modelo plan de gestión de alcanceEdt 03 modelo plan de gestión de alcance
Edt 03 modelo plan de gestión de alcance
 
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Control
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – ControlCaso Completo – Construcción de Complejo Habitacional AQUAMARINA – Control
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Control
 
Conceptos básicos de gestión de proyectos
Conceptos básicos de gestión de proyectosConceptos básicos de gestión de proyectos
Conceptos básicos de gestión de proyectos
 
PMP_Project Stakeholder Management
PMP_Project Stakeholder ManagementPMP_Project Stakeholder Management
PMP_Project Stakeholder Management
 
Egpr 300 04
Egpr 300 04Egpr 300 04
Egpr 300 04
 
Desarrollo de un Sistema WEB - Iniciación
Desarrollo de un Sistema WEB - IniciaciónDesarrollo de un Sistema WEB - Iniciación
Desarrollo de un Sistema WEB - Iniciación
 
217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos
217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos
217664064 egpr-140-ejemplo-de-plan-de-gestion-de-costos
 
Template reporte de estado de avance
Template reporte de estado de avanceTemplate reporte de estado de avance
Template reporte de estado de avance
 
documentación de requerimientos
documentación de requerimientosdocumentación de requerimientos
documentación de requerimientos
 
PSW Unidad 2 MODELOS DE PROCESO
PSW Unidad 2 MODELOS DE PROCESOPSW Unidad 2 MODELOS DE PROCESO
PSW Unidad 2 MODELOS DE PROCESO
 
Project Health Checks
Project Health ChecksProject Health Checks
Project Health Checks
 
Acta de constitucion de proyecto
Acta de constitucion de proyectoActa de constitucion de proyecto
Acta de constitucion de proyecto
 
Edt 04 plan y alcance del proyecto
Edt 04 plan y alcance del proyectoEdt 04 plan y alcance del proyecto
Edt 04 plan y alcance del proyecto
 
08 gestion de las comunicaciones
08 gestion de las comunicaciones08 gestion de las comunicaciones
08 gestion de las comunicaciones
 
Configuración de las preferencias de usuario
Configuración de las preferencias de usuarioConfiguración de las preferencias de usuario
Configuración de las preferencias de usuario
 
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Iniciación
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – IniciaciónCaso Completo – Construcción de Complejo Habitacional AQUAMARINA – Iniciación
Caso Completo – Construcción de Complejo Habitacional AQUAMARINA – Iniciación
 
Gestión de Proyectos
Gestión de ProyectosGestión de Proyectos
Gestión de Proyectos
 

Destacado

Booa8 Slide 12
Booa8 Slide 12Booa8 Slide 12
Booa8 Slide 12
oswchavez
 
Html Y Javascript
Html Y JavascriptHtml Y Javascript
Html Y Javascript
oswchavez
 
Pb11002 Problematica
Pb11002 ProblematicaPb11002 Problematica
Pb11002 Problematica
oswchavez
 
Asp .Net Parte 1
Asp .Net Parte 1Asp .Net Parte 1
Asp .Net Parte 1
oswchavez
 
Booa8 Slide 02
Booa8 Slide 02Booa8 Slide 02
Booa8 Slide 02
oswchavez
 
Pb110021 Metodologia
Pb110021 MetodologiaPb110021 Metodologia
Pb110021 Metodologia
oswchavez
 
P B11 001 Intro
P B11 001  IntroP B11 001  Intro
P B11 001 Intro
oswchavez
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
Juan Pablo Bustos Thames
 
Clase 1 Introduccion A Base De Datos
Clase 1   Introduccion A Base De DatosClase 1   Introduccion A Base De Datos
Clase 1 Introduccion A Base De Datos
oswchavez
 
Estructura de una base de datos
Estructura de una base de datosEstructura de una base de datos
Estructura de una base de datos
Zcnp1234
 
Pb11 003 Overview
Pb11 003 OverviewPb11 003 Overview
Pb11 003 Overview
oswchavez
 
Ejemplos Para Dev C++
Ejemplos Para Dev C++Ejemplos Para Dev C++
Ejemplos Para Dev C++
cemayoral
 
Estructuras repetitivas - pseudocodigo
Estructuras repetitivas - pseudocodigoEstructuras repetitivas - pseudocodigo
Estructuras repetitivas - pseudocodigo
Rosbelia Balza
 
Cómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShareCómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShare
Pedro Bermudez Talavera
 

Destacado (14)

Booa8 Slide 12
Booa8 Slide 12Booa8 Slide 12
Booa8 Slide 12
 
Html Y Javascript
Html Y JavascriptHtml Y Javascript
Html Y Javascript
 
Pb11002 Problematica
Pb11002 ProblematicaPb11002 Problematica
Pb11002 Problematica
 
Asp .Net Parte 1
Asp .Net Parte 1Asp .Net Parte 1
Asp .Net Parte 1
 
Booa8 Slide 02
Booa8 Slide 02Booa8 Slide 02
Booa8 Slide 02
 
Pb110021 Metodologia
Pb110021 MetodologiaPb110021 Metodologia
Pb110021 Metodologia
 
P B11 001 Intro
P B11 001  IntroP B11 001  Intro
P B11 001 Intro
 
Del análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratosDel análisis al diseño. diagramas de secuencia y contratos
Del análisis al diseño. diagramas de secuencia y contratos
 
Clase 1 Introduccion A Base De Datos
Clase 1   Introduccion A Base De DatosClase 1   Introduccion A Base De Datos
Clase 1 Introduccion A Base De Datos
 
Estructura de una base de datos
Estructura de una base de datosEstructura de una base de datos
Estructura de una base de datos
 
Pb11 003 Overview
Pb11 003 OverviewPb11 003 Overview
Pb11 003 Overview
 
Ejemplos Para Dev C++
Ejemplos Para Dev C++Ejemplos Para Dev C++
Ejemplos Para Dev C++
 
Estructuras repetitivas - pseudocodigo
Estructuras repetitivas - pseudocodigoEstructuras repetitivas - pseudocodigo
Estructuras repetitivas - pseudocodigo
 
Cómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShareCómo descargar presentaciones desde SlideShare
Cómo descargar presentaciones desde SlideShare
 

Similar a Pb11 002 1 Metodologia

Planeacion O Preanalisis- INGENIERIA DE SOFTWARE I
Planeacion O Preanalisis- INGENIERIA DE SOFTWARE IPlaneacion O Preanalisis- INGENIERIA DE SOFTWARE I
Planeacion O Preanalisis- INGENIERIA DE SOFTWARE I
Juan Raul Vergara
 
16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...
16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...
16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...
Luis Fernando Aguas Bucheli
 
Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...
Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...
Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...
OVERTI
 
Tablero de Comando
Tablero de ComandoTablero de Comando
Tablero de Comando
Juan Carlos Fernandez
 
Tablero De Comando
Tablero De ComandoTablero De Comando
Tablero De Comando
Juan Carlos Fernández
 
Tablero Comando1
Tablero Comando1Tablero Comando1
Tablero Comando1
oscarazogue
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
hanzcg
 
metodologia
metodologiametodologia
metodologia
mariasantiago24
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
Eduar Samuel Posada Giraldo
 
La planificación
La planificación La planificación
La planificación
Gerardo Valera
 
Bpm Value Proposition + Ultimus
Bpm Value Proposition + UltimusBpm Value Proposition + Ultimus
Bpm Value Proposition + Ultimus
Hernan Marsili
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
Naylu Rincón
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
Naylu Rincón
 
Proceso Unificado de Desarrollo
Proceso Unificado de DesarrolloProceso Unificado de Desarrollo
Proceso Unificado de Desarrollo
Fausto J Loja Mora
 
8 creacion de sistemas de informacion
8 creacion de sistemas de informacion8 creacion de sistemas de informacion
8 creacion de sistemas de informacion
AbelAbedSilvaSantaCr
 
RUP
RUPRUP
Watch version 2007
Watch version 2007Watch version 2007
Watch version 2007
Ronald Vasquez
 
MetodologÍas Y Procesos De Desarrollo
MetodologÍas Y Procesos De DesarrolloMetodologÍas Y Procesos De Desarrollo
MetodologÍas Y Procesos De Desarrollo
Juan Carlos Fernández
 
2.- Introducción y Tipos de sistemas de información (2).ppt
2.- Introducción y Tipos de sistemas de información (2).ppt2.- Introducción y Tipos de sistemas de información (2).ppt
2.- Introducción y Tipos de sistemas de información (2).ppt
MatasEnriqueFarasPea
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientos
Xilena16
 

Similar a Pb11 002 1 Metodologia (20)

Planeacion O Preanalisis- INGENIERIA DE SOFTWARE I
Planeacion O Preanalisis- INGENIERIA DE SOFTWARE IPlaneacion O Preanalisis- INGENIERIA DE SOFTWARE I
Planeacion O Preanalisis- INGENIERIA DE SOFTWARE I
 
16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...
16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...
16 Unidad 4. Aseguramiento de Calidad de Software QA, Evaluación del proyecto...
 
Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...
Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...
Webinar Trazabilidad de requisitos y su análisis de impacto en proyectos y se...
 
Tablero de Comando
Tablero de ComandoTablero de Comando
Tablero de Comando
 
Tablero De Comando
Tablero De ComandoTablero De Comando
Tablero De Comando
 
Tablero Comando1
Tablero Comando1Tablero Comando1
Tablero Comando1
 
Conferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TIConferencia Gestión de Proyectos de TI
Conferencia Gestión de Proyectos de TI
 
metodologia
metodologiametodologia
metodologia
 
Clase_iso12207.pptx
Clase_iso12207.pptxClase_iso12207.pptx
Clase_iso12207.pptx
 
La planificación
La planificación La planificación
La planificación
 
Bpm Value Proposition + Ultimus
Bpm Value Proposition + UltimusBpm Value Proposition + Ultimus
Bpm Value Proposition + Ultimus
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
Ingeniería de Requerimientos
Ingeniería de RequerimientosIngeniería de Requerimientos
Ingeniería de Requerimientos
 
Proceso Unificado de Desarrollo
Proceso Unificado de DesarrolloProceso Unificado de Desarrollo
Proceso Unificado de Desarrollo
 
8 creacion de sistemas de informacion
8 creacion de sistemas de informacion8 creacion de sistemas de informacion
8 creacion de sistemas de informacion
 
RUP
RUPRUP
RUP
 
Watch version 2007
Watch version 2007Watch version 2007
Watch version 2007
 
MetodologÍas Y Procesos De Desarrollo
MetodologÍas Y Procesos De DesarrolloMetodologÍas Y Procesos De Desarrollo
MetodologÍas Y Procesos De Desarrollo
 
2.- Introducción y Tipos de sistemas de información (2).ppt
2.- Introducción y Tipos de sistemas de información (2).ppt2.- Introducción y Tipos de sistemas de información (2).ppt
2.- Introducción y Tipos de sistemas de información (2).ppt
 
Taller ingernieria de requerimientos
Taller ingernieria de requerimientosTaller ingernieria de requerimientos
Taller ingernieria de requerimientos
 

Más de oswchavez

Html Y Javascript
Html Y JavascriptHtml Y Javascript
Html Y Javascript
oswchavez
 
Booa8 Slide 11
Booa8 Slide 11Booa8 Slide 11
Booa8 Slide 11
oswchavez
 
Booa8 Slide 09
Booa8 Slide 09Booa8 Slide 09
Booa8 Slide 09
oswchavez
 
Booa8 Slide 07
Booa8 Slide 07Booa8 Slide 07
Booa8 Slide 07
oswchavez
 
Booa8 Slide 04
Booa8 Slide 04Booa8 Slide 04
Booa8 Slide 04
oswchavez
 
Booa8 Slide 03
Booa8 Slide 03Booa8 Slide 03
Booa8 Slide 03
oswchavez
 
Booa8 Slide 01
Booa8 Slide 01Booa8 Slide 01
Booa8 Slide 01
oswchavez
 
Booa8 Slide 03
Booa8 Slide 03Booa8 Slide 03
Booa8 Slide 03
oswchavez
 
Pb11 002 0 Problematica
Pb11 002 0 ProblematicaPb11 002 0 Problematica
Pb11 002 0 Problematica
oswchavez
 
IntroduccióN A Visual C
IntroduccióN A  Visual  CIntroduccióN A  Visual  C
IntroduccióN A Visual C
oswchavez
 
Net Windows Developer Parte 1
Net  Windows  Developer  Parte 1Net  Windows  Developer  Parte 1
Net Windows Developer Parte 1
oswchavez
 
Clase01 Generalidades De Las Estructuras
Clase01   Generalidades De Las EstructurasClase01   Generalidades De Las Estructuras
Clase01 Generalidades De Las Estructuras
oswchavez
 
Microsoft Ado
Microsoft AdoMicrosoft Ado
Microsoft Ado
oswchavez
 
IntroduccióN A Sql Server 2005
IntroduccióN A Sql Server 2005IntroduccióN A Sql Server 2005
IntroduccióN A Sql Server 2005
oswchavez
 
IntroduccióN A Visual C
IntroduccióN A Visual CIntroduccióN A Visual C
IntroduccióN A Visual C
oswchavez
 
Net Windows Developer Part 1
Net  Windows  Developer    Part 1Net  Windows  Developer    Part 1
Net Windows Developer Part 1
oswchavez
 
Expo Adrenalinux
Expo AdrenalinuxExpo Adrenalinux
Expo Adrenalinux
oswchavez
 
M Learning
M LearningM Learning
M Learning
oswchavez
 
M Learning
M LearningM Learning
M Learning
oswchavez
 
M Learning
M LearningM Learning
M Learning
oswchavez
 

Más de oswchavez (20)

Html Y Javascript
Html Y JavascriptHtml Y Javascript
Html Y Javascript
 
Booa8 Slide 11
Booa8 Slide 11Booa8 Slide 11
Booa8 Slide 11
 
Booa8 Slide 09
Booa8 Slide 09Booa8 Slide 09
Booa8 Slide 09
 
Booa8 Slide 07
Booa8 Slide 07Booa8 Slide 07
Booa8 Slide 07
 
Booa8 Slide 04
Booa8 Slide 04Booa8 Slide 04
Booa8 Slide 04
 
Booa8 Slide 03
Booa8 Slide 03Booa8 Slide 03
Booa8 Slide 03
 
Booa8 Slide 01
Booa8 Slide 01Booa8 Slide 01
Booa8 Slide 01
 
Booa8 Slide 03
Booa8 Slide 03Booa8 Slide 03
Booa8 Slide 03
 
Pb11 002 0 Problematica
Pb11 002 0 ProblematicaPb11 002 0 Problematica
Pb11 002 0 Problematica
 
IntroduccióN A Visual C
IntroduccióN A  Visual  CIntroduccióN A  Visual  C
IntroduccióN A Visual C
 
Net Windows Developer Parte 1
Net  Windows  Developer  Parte 1Net  Windows  Developer  Parte 1
Net Windows Developer Parte 1
 
Clase01 Generalidades De Las Estructuras
Clase01   Generalidades De Las EstructurasClase01   Generalidades De Las Estructuras
Clase01 Generalidades De Las Estructuras
 
Microsoft Ado
Microsoft AdoMicrosoft Ado
Microsoft Ado
 
IntroduccióN A Sql Server 2005
IntroduccióN A Sql Server 2005IntroduccióN A Sql Server 2005
IntroduccióN A Sql Server 2005
 
IntroduccióN A Visual C
IntroduccióN A Visual CIntroduccióN A Visual C
IntroduccióN A Visual C
 
Net Windows Developer Part 1
Net  Windows  Developer    Part 1Net  Windows  Developer    Part 1
Net Windows Developer Part 1
 
Expo Adrenalinux
Expo AdrenalinuxExpo Adrenalinux
Expo Adrenalinux
 
M Learning
M LearningM Learning
M Learning
 
M Learning
M LearningM Learning
M Learning
 
M Learning
M LearningM Learning
M Learning
 

Pb11 002 1 Metodologia

  • 1. Estándar de Metodología de Desarrollo de Software MIGUEL RODRIGUEZ CABELLOS JEFE DE DESARROLLO Y MEJORAMIENTO DE SISTEMAS CAJA NOR PERU. Miembro de la Fundación BBVA para las Micro Finanzas
  • 2. El proceso de desarrollo de SW Negociación Iniciador/ Sponsor del Proyecto Requeri-mientos Productos entregables del proyecto Usuarios finales Activos del proceso Almacén d’activos del proceso Límites del proyecto Procesos de Planificación Procesos de seguimiento y control Procesos De ejecución Procesos de inicio Procesos de cierre Espectativas Cronogramas Costos Cambios RQ
  • 3. Factores de éxito para mejorar Herramientas Metodología Notación RRHH
  • 4. Para formalizar y definir el proceso de desarrollo de software : Qué se debe hacer, Quién debe hacerlo Cuándo debe hacerlo y Cómo debe hacerlo No existe una metodología de software universal . Las características de cada proyecto (equipo de desarrollo, recursos, etc.) exigen que el proceso sea configurable. ¿Por qué es importante una Metodología?
  • 5. Elementos que necesitan ser definidos por la Metodología Proceso SW Artefactos Roles Actividades - Conocimientos - Habilidades - Actitudes - Plantilla - Guía de elaboración - Lista de control - Procedimientos - Seguimiento y control realiza responsable produce Personas Herramientas Notación
  • 6. Estrategias de Mejora del Proceso de Desarrollo de Software en CNP Procesos de software definidos , Basado en UP, requisitos de SW-CMM y el PMI Definición del Modelo de atención Estandarización del Proceso de desarrollo de SW Aseguramiento de la Calidad Que respeten estándares y métricas definidos Aplicación de la Metodología de Desarrollo de SW Aprovechando la integración de nuestras herramientas Nivel técnico y profesional de nuestros recursos Staff de profesionales calificados Capacitación constante Mejoría continua basada en la mejores prácticas
  • 7. Definición del Modelo del Proceso de Atención en CNP Gerencia Proyectos Metodología Soporte Herramientas Procesos Estándares / Métricas ATENCION DE REQUISITOS Planificación y Control Aseguramiento de la Calidad Web Cliente Servidor CLIENTE Móviles OPERACIONES Recursos Consultorías
  • 8. 8 Pruebas funcionales Cliente 1 Análisis de Requisitos Aseguramiento de la Calidad Atención de Requisitos INICIO GESTION DEL PROYECTO 10 Asegurar Calidad 6 Generar Data para Pruebas 11 Concluir Entregables 13 Dar aceptación FIN Operaciones Planificación y Control 3 Planear atención 4 Análisis y Diseño 12 Entregar solución Estandarización del proceso de desarrollo 2 Negociación Propuesta y Plan de Solución 7 Desarrollo 9 Pruebas de estrés Producto Terminado Conformidad Pruebas Plan de implementación Conformidad de Calidad Requisitos Conformidad del SW Entregables Requermiento Codificado 5 Planificar Pruebas
  • 9. Nuestra metodología de desarrollo Inicial Elaboración Construcción Transición CONSTRUC. Y PRUEBAS Desarrollo de componentes Pruebas unitarias Integración de componentes Pruebas funcionales y de estrés SOPORTE Y MEJORAMIENTO. Mejoras y corrección de defectos Acciones correctivas IMPLANTAC. CAPACITACION Manejo de versiones Medición de la performance GESTIÓN DE REQUISITOS Identificación de requisitos Identificación de actores del negocio Identificación riesgos Control de requisitos PROPUESTA DE SOLUCION Definición conceptual de la solución Plan y recursos del proyecto Control de calidad Negociación DISEÑO FISICO Diagrama de componentes Diagrama de despliegue Modelo físico de datos Diccionario de datos PLAN DE SOLUCION Definición conceptual Alcance de los servicios Planificación y ampliaciones Planificación de la ejecución del servicio ANALISIS DE SIT. ACTUAL Análisis de la organización Modelamiento del negocio Problemas y limitaciones Proceso propuesto DISEÑO LOGICO Casos de uso Objetos del dominio Diagramas de Clases y comportamto. Diseño lógico de la BD Prototipos Gestión del Proyecto Aseguramiento de la Calidad Configuración del Software Soporte Técnico Disponibilidad de Herramientas Desarrollo Iterativo de Componentes Iteracción 3 Iteracción 4 Iteracción 1 Iteracción 2
  • 10. Artefactos de nuestra metodología Manual de operación Cronograma del proyecto Matriz de trazabilidad Plan de pruebas Plan de implantación Plan de Administración riesgos Matriz de riesgos Kick off Manual de usuario Manual de instalación Manual Técnico Visión del Proyecto Planificación de la solución Requerimientos Informe semanal Informe mensual Evaluación post-mortem Criterios de aceptación Material de capacitación Plan de capacitación Documento Análisis y Diseño Documento Arquitectura Especificación de casos de uso Casos de prueba Modelo de procesos del negocio Modelos UML Modelo de datos Prototipo del sistema Resultados de pruebas Análisis del negocio
  • 11. Los múltiples roles que debemos controlar en el ciclo de vida del desarrollo de SW Gerente de proyecto Administrar el Proyecto Seguimiento de requisitos Asegurar la integración y colaboración Promover la calidad, y Re-uso Asegurar la documentación de los sistemas y proceso de desarrollo Expertos del Negocio Conocer el Negocio Compartir su conocimiento Apoyar en el análisis Validar las especificaciones de diseño Administrador de BD Modelar las entidades de información Implementar procedimientos en la BD Tratamiento de datos Ing. De proyecto Modelamiento UML Desarrollar Documentar Probar Trabajo Iterativo Control de calidad El sponsor del proyecto Arquitecto
  • 12. La máxima eficiencia en el proceso de desarrollo “ Sistema de control de asistencia” CASO PRACTICO
  • 13. Sistema de Control de Asistencia “ Desarrollar una herramienta WEB con la funcionalidad necesaria para un eficiente control de la asistencia, permitiendo la generación automática de conceptos Hacia las 9 planillas existentes, con el máximo aprovechamiento de sus recursos y una total integración de información segura, auditable y con los niveles de calidad requeridos para hacer mas eficiente la emisión de boletas de pago ” VISION
  • 14. Alcance del Proyecto “ COMPONENTE 01: Definición y Automatización de los procesos de Control de Asistencia en las planillas. ” Recopilación y Análisis de procesos. Desarrollo y construcción del Sistema de Control de Asistencia. COMPONENTE 02: Implantación Piloto del Sistema La Implantación Piloto del Sistema en ambiente de pre-producción, Los talleres de capacitación respecto al uso de la aplicación La preparación del equipo de humano técnico que llevará a cabo las labores de seguimiento y soporte Alcance de la solución
  • 16. Extractos de la metodología
  • 17. Inicio del Proyecto Formalización de la fecha de inicio del proyecto Reunión de Kick off. Necesidades a cubrir. Exposición de la Propuesta de solución. Objetivo de la Solución Visión de la solución Enfoque Funcional Beneficios para el cliente Alcances de la propuesta (Alcance de los procesos y ámbito de operación) Definición del Proyecto. Estructura funcional Cronograma del Proyecto. Recursos del Proyecto. Entregables del Proyecto. Acuerdos y Compromisos iniciales (responsabilidades, seguimiento y control del proyecto, próximos pasos).
  • 18. Fuentes de Información para Casos de Uso Especificaciones del alcance de la propuesta Literatura relevante del dominio Entrevistas con expertos del dominio Conocimiento personal del dominio Sistemas y datos existentes Fuentes de Información
  • 19. Documento de Visión y Alcance Indice del documento
  • 20. Requisitos funcionales Reportes de Gestión de indicadores para la gestión de recursos. RQ8 Generación de reportes operativos RQ7 Generación automática de conceptos para el sistema de planillas RQ6 Manejo de las excepciones de labor diaria RQ5 Automatización del sistema de registro de horarios de ingreso y salida – Operación diaria RQ4 Administración de los marcadores electrónicos RQ3 Configuración de horarios flexibles RQ2 Información del personal de las 9 planillas del cliente RQ1
  • 21. Requisitos no funcionales Arquitectura Web intuitiva y amigable RQ16 Sistema paramétrico RQ15 Flexibilidad para el registro, corrección y reproceso de los datos de la asistencia RQ14 Despliegue del sistema hacia las supervisiones y jefaturas que controlan el trabajo del personal RQ13 Seguridad de la información que administran los tareadores, jefes y supervisores respecto a las excepciones de la asistencia RQ12 Auditabilidad de la información registrada RQ11 Seguridad de la información registrada RQ10 Asegurar la calidad de la información que se ingresa al sistema. RQ9
  • 26. ¿Qué es el comportamiento del sistema? El comportamiento de un sistema describe cómo un sistema actúa y reacciona. La actividad exterior visible y verificable de un sistema El comportamiento del sistema es capturado en los casos de uso. Ellos describen la funcionalidad del sistema, su ambiente, y la relación entre ellos Definición de la funcionalidad del sistema
  • 27. Inventario de la funcionalidad necesaria para atender los requisitos del sistema
  • 29. Descripción del análisis de la aplicación En esta etapa se presenta en forma clara para el cliente, por medio de diagramas, como los casos de uso y los actores interactúan , enviándose estímulos entre ellos Pedidos Vendedor Colocar Pedido Supervisor Autorizar Créditos Solicitar Listado De Pedidos Atendidos Sistema de Inventarios
  • 30. Ejemplo de Diagrama de Actores
  • 31. Distribución de casos de uso en paquetes
  • 32. Ejemplo de diagrama de casos de uso 02 – Información de la empresa
  • 33. Documentación de un Caso de Uso Documentar los casos de uso mostrando: Una breve descripción El propósito del caso de uso en unas pocas líneas Flujo de eventos detallados Descripción del flujo de eventos primario y alternativos que ocurren cuando el caso de uso es iniciado La descripción del flujo de eventos debe leerse como un diálogo entre el actor y el caso de uso Precondiciones y post condiciones Requerimientos especiales Opcionalmente, prototipos de interfaz usuaria y otros diagramas (diagramas de actividad o diagramas de estado) El caso de uso estará escrito en términos que el cliente entienda Detalle del caso de uso
  • 34. Ejemplo de descripción del caso de uso Se ha realizado la consulta de los datos de un miembro del personal en modo sólo lectura. Postcondiciones El usuario de la Oficina de Tiempos es admitido en el sistema luego de ser validados su cuenta de usuario y clave. Precondiciones: RQ001 La información del personal debe estar sincronizada con las 9 planillas del cliente Requerimientos: El caso de uso comienza cuando un usuario de la Oficina de Tiempos consulta los datos de un miembro del personal en modo sólo lectura. El caso de uso termina cuando el Sistema muestra la información del personal seleccionado. Resumen: CU-02-07 Filtrar Personal Casos de uso asociados: Principal Tipo: Acceder a la información del del personal que labora. El acceso será restringido en modo sólo lectura. Propósito: Oficina de Tiempos Actor(es): CU-02-03 Consultar Personal Caso de uso:
  • 35. Ejemplo de descripción del caso de uso 6.- El sistema muestra la página principal y el caso de uso termina. 5.- El usuario de la Oficina de Tiempos vuelve a la página principal del sistema. 4.- El sistema muestra en modo sólo lectura los datos correspondientes al personal seleccionado. Los datos son: SIP Nº de Fotocheck Ficha Anterior Estado Apellido Paterno Apellido Materno Nombre 1 .. 3.- El usuario de la Oficina de Tiempos elige el personal que desea consultar al detalle. El usuario puede utilizar el Filtro de Personal para hallar a la persona que busca (CU-02-07 Filtrar Personal). 2.- El sistema muestra en pantalla el listado del personal que supervisa tal como lo indica su jerarquía de control. 1.- El caso de uso comienza cuando el usuario de la Oficina de Tiempos ingresa a la opción de consultar personal. Respuesta del Sistema Acción del Actor FLUJO BASICO
  • 36. Ejemplo de descripción del caso de uso Nombre del cliente PANTALLAS DEL CASO DE USO – CU-02-03
  • 37. Descripción del Diseño de la aplicación INPUT: Documento de Visión y Alcance e información generada en el análisis. Como Resultado esta fase se deberán obtener los componentes del sistema y sus relaciones así como las entidades de información necesarias. Los resultados son: Diseño lógico, que incluye la información generada en la fase de análisis. Modelo de datos de la aplicación.
  • 38. Ejemplo de Modelo Conceptual
  • 39. Ejemplo de Diagrama de Clases
  • 40. Ejemplo de Diagrama de secuencia
  • 41. Ejemplo de Modelo conceptual de datos
  • 42. Ejemplo de la Lista de tablas Otros usuarios que escalan las alarmas Usuarios_escalados Configuración de parametros Parametro_x_Planilla Configuración de parametros Parametro_x_Area Configuración de parametros Parametro_sistema Tablas generales de los sistemas Tabla_Tablas Sistemas que estarán bajo el modelo de seguridcadad Sistema Usuarios del sistema Usuario_Sistema Perfiles registrados para los actores del sistema Perfil módulos u opciones del sistema Modulo Rastro de auditoria para acceso a opciones Log_Opciones Rastro de auditoria de la actualización de datos Log_Auditoria Tabla de empresas del sistema Empresa 01 - Seguridad Descripción Nombre
  • 43. Ejemplo del Diccionario de datos Lista de campos de la tabla Empresa usuario VA15 Usuario que actualiza cod_usuario_actualizacion fecha DT Fecha de actualización fec_actualizacion flag A1 estado flg_estado VA30 Representante de la empresa des_representante VA40 Dirección des_direccion VA20 Teléfono des_telefono A11 Número de ruc des_ruc VA30 Nombre de la empresa des_empresa X empresa A3 Código de empresa cod_empresa Mandatory Domain Data Type Comment Name
  • 45. Ejemplo de Factores que impactan en la Arquitectura A A El sistema deber á diseñar la interfaz necesaria para el envío de información de la base de datos de control de asistencia hacia las 9 base de datos de planillas. El sistema deberá interactuar con las 9 bases de datos de planillas del cliente para realizar el proceso de transferencia de información por cada período (CU-07-02 - Tranferir Datos a Planillas) M A El formato en el que envía el reloj los registros de marcas es inalterable, por tanto el sistema se ajustará a ello. El sistema deberá procesar el archivo de marcas que el reloj digital genera cuando se le solicita que realice la descarga de marcaciones. CU-04-03 - Leer Marcaciones del Reloj. M A El envío de órdenes al reloj se ajusta a la especificación de comandos que el instrumento soporta. El sistema conversará, a través de comandos, con el reloj digital que controla la asistencia del personal. CU-04-06 Enviar Comando al Reloj CU-04-02 - Asignar Personal al Reloj M A El sistema debe estar implementado en un ambiente web. Funcionalidad – Interfaces con otros subsistemas B M Se mantendrá una única tabla de auditoría, sobre la cual se registrarán todas las ocurrencias diferenciadas por el tipo de situación. El sistema guardará los usuarios y lo realizado en los registros referidos a los temas mencionados. El sistema deberá poseer capacidades de auditoria para identificar a la persona que realizó un cambio en alguna de las siguientes situaciones: M M Se tendrá un personal especializado para el manejo de perfiles y asignación de permisos a los usuarios, así como la creación de los mismos. La estructura de las tablas y el módulo de seguridad debe ser totalmente flexible a fin de soportar futuros cambios o implementaciones. El sistema contará con un módulo por separado y con una estructura especial para el manejo de los accesos y seguridad dentro del sistema. Se tomará en cuenta la encriptación de clave en la base de datos. El sistema deberá contar con un módulo de seguridad que solicite, en forma obligatoria, una cuenta de usuario (user_id o login) y clave (contraseña o password). Almacenada en la base de datos con un algoritmo de encriptación. Seguridad – Acceso y reglas de seguridad Dificultad Prioridad Impacto en las personas involucradas, arquitectura u otros. Flexibilidad (actual y futura evolución) Medidas y escenarios de Calidad Factor
  • 46. Ejemplo de Decisiones de la arquitectura Servidor Web: Tomcat 5.0 Plataforma Java: Java 2 (jdk 1.4) Framework Base: Framework Sybase Perú (Struts 1.1, Spring 2.1, Ajax 1.0, JSP 2.0) JSP 2.0 Servlet API 2.4. Driver de comunicación con MS SQL Server: jTDS (OpenSource) Modo de Comunicación con el Reloj Digital: Sockets y RMI Reporteador: Chart Director Exportar Reportes a PDF: Jasper Reports
  • 47. Documentación técnica de la Arquitectura Ejecución por línea de comando a través de la web conectándose al dispositivo a través de TELNET, respecto al mapeo del archivo sería el mismo procedimiento. Alternativas consideradas Construcción de un aplicativo Java con soporte RMI, que recibe invocaciones del servidor de aplicaciones web, el usuario podrá desde una interfaz web enviar comandos al reloj, el aplicativo contará con una interfaz a través de sockets con los relojes de asistencia, estos se encontrarán conectados a la red a través de un convertidor ethernet y las IP’s respectivas registradas en la base de datos de la aplicación. Solución La invocación debe ser desde el aplicativo web hacia los relojes. La comunicación con los relojes de asistencia se realiza a través de sockets con el módulo de comunicación. Se deben utilizar los comandos propios del reloj para la descarga de archivos texto. Condiciones Los relojes de asistencias se conectarán a un módulo de comunicación a través de sockets, este módulo se encontrará separado del servidor web y se ejecutará como un servicio socket de tipo servidor. Resumen de la solución CU-04-06 Enviar Comando al Reloj CU-04-02 Asignar Personal al Reloj Factor
  • 48. Ejemplo de Requerimientos técnicos Servidor Memoria : 1GB Sistema Operativo : Windows 2000 o superior Linux(RedHat Linux, SuSe Linux) Procesador : Pentium IV o superior Cliente Memoria : 256MB Sistema Operativo : Windows 2000 o superior Navegador : Internet Explorer 6.0. ó Netscape Navigator 8.0.
  • 49. La arquitectura desde diferentes vistas Vista lógica Vista del proceso Vista de casos de uso Vista de lmplementación Vista de despliegue Vista de datos