Your SlideShare is downloading. ×
Pb110021 Metodologia
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Saving this for later?

Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime - even offline.

Text the download link to your phone

Standard text messaging rates apply

Pb110021 Metodologia

608
views

Published on

Published in: Technology, Business

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
608
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
0
Comments
0
Likes
3
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Estándar de Metodología  CAJA NOR PERU  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  Límites del proyecto  Negociación  Procesos de  seguimiento y control  Procesos  Productos  de Planificación  Usuarios  entregables  del proyecto  finales  Iniciador/  Sponsor  Requeri­  Procesos  Procesos  del  mientos  de inicio  de cierre  Proyecto  Almacén  Activos del  d’activos  proceso  del  Procesos  proceso  De ejecución  Espectativas  Cambios RQ  Cronogramas  Costos
  • 3. Factores de éxito para mejorar  Metodología  RRHH  Herramientas  Notación
  • 4. ¿Por qué es importante una  Metodología?  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.
  • 5. Elementos que necesitan ser definidos  por la Metodología  ­ Procedimientos  ­ Seguimiento y control  Actividades  Personas  Herramientas  Proceso  SW  Artefactos  Notación Roles  responsable  ­ Conocimientos  ­ Plantilla  ­ Habilidades  ­ Guía de elaboración  ­ Actitudes  ­ Lista de control 
  • 6. Estrategias de Mejora del  Proceso de Desarrollo de Software en CNP  ¾  Pr o c es o s d es o f t w ar e d ef ii  ii  o s ,  ¾ P  o  e  o  d  s  f  w  r  d  f n d o  r  c  s  e  o  t  a  e  n d  s  B  s  d  e  U  r  q  s t o  d  S  ­  M  Basado en UP, requii  ii os de SW ­CMM y el PMI  a  a  P  e  u s t  W  C  e  P  M  ¾  Defii  ii  ii  n del Modell  de atencii  n  ¾ D  f n c ó d  M  d  o  d  a e  c ó e  n c ó  e  o  e  t  n  ó  ¾  Estandarii  acii  n del Proceso de desarroll o de SW  ¾ E  t  n  a  z a  ó d  P  o  e  d  d  s  r  o ll  d  S  s a  d  r z  c ó  e  r  c  s  e  a  r  ¾ A  e  u  a  ii  n  o d  ll  C  ll d  d  ¾ A s  g  r  m  e  t  d e aCa ii  a  s eg u r am en t o e a  a d a Que respeten estándares y métrii  as defii  ii  os  Q  r  s  e e  e  t  n  a  e  m  t  c a  d  f n d o  u  e  p  t  s á  d  r  é r c  e  n d  ¾  Apll cacii  n de ll  Metodoll  gía de Desarroll o de SW  ¾ A  ii  a  ó d  a  M  t  d  o g  d  D  s  r  o ll  d  S  p  c  c ó  e o  o o  í  e  a  r  ¾  Aprovechando ll  ii  tegracii  n de nuestras herramii  ntas  ¾ A  r  v  c  a  d  a  n t  g  a  ó d  n  e  t  a  h  r  a  e n a  p  o  e  h  n  n e  r  c ó  u  s r  e  r  m e  t  ¾  Nii  ell éc n ii  o y p r o f es ii  n all  en u es t r o s r ec u r s o s  ¾ N v e t é  n c o  p  o  e  o n  d e  u  s  r  r  c  r  o  v  t  c  c  r  f  s o  a d  n  e  t  o  e  u  s  ¾  Staff de profesii  nall  s call fii  ados  ¾ S a  d  p  o e  o n  e c  ii  c a  o  t  f  r  f  s o  a e  a  f c  d  ¾  Capacii acii  n constante  ¾ C  p  c t a  ó c  n  t  n  a  a  t  c ó  o  s a  t  ¾  Mejj  ría contii  ua basada en ll  mejj  res práctii  as ¾ M  o r  c  n  n u  b  s  d  e  a  m  o r  p  á  t c a  e o  í  o  t n  a  a  e o  e  r  c  c  s 
  • 7. Definición del Modelo del  Proceso de Atención en CNP  P lanificación y Control  OP ER A CI ON ES  ATENCI ON  DE  REQUI SI TOS  Consultorías  CLI ENTE  Servidor  M óviles  Cliente  W eb  Recursos  Aseguramiento de la Calidad  Gerencia  Metodología  Soporte  P royectos  Estándares  Herramientas  P rocesos  /  Métricas
  • 8. Estandarización del proceso de desarrollo  I NI CI O  13  Conformidad  Requermiento  Dar  Cliente  del SW   Requisitos  Codificado  aceptación  2  N egociación  Entregables  FI N  1  P ropuesta  Atención de  A nálisis de  y  P lan  de  Solución  12  Requisitos  Requisitos  Entregar  solución  P lanificación  3  y Control  P lanear  atención  P roducto  Conformidad  P lan de  Terminado  P ruebas  implementación  9  7  P ruebas  Operaciones  Desarrollo  de estrés  11  4  Concluir  A nálisis y  8  Entregables  Diseño  P ruebas funcionales  Aseguramiento  6  5  10  Conformidad  de la Calidad  Generar  A segurar  P lanificar  Data  para  de Calidad  P ruebas  P ruebas  Calidad  GESTI ON DEL P ROY ECTO
  • 9. Nuestra metodología de desarrollo  GESTIÓN DE  PROPUESTA  PLAN DE  ANALISIS DE  DISEÑO  DISEÑO  CONSTRUC.  IMPLANTAC.  SOPORTE Y  REQUISITOS  DE SOLUCION  SOLUCION  SIT. ACTUAL  LOGICO  FISICO  Y PRUEBAS  CAPACITACIO MEJORAMIENTO  N  .  • Identificación de • Definición  • Definición  • Análisis de la  • Casos de uso  • Diagrama de  • Desarrollo de  requisitos  conceptual de  conceptual  componentes  componentes  • Manejo de  • Mejoras y  la solución  organización  • Objetos del  • Identificación de  • Alcance de los  Modelamiento  dominio  • Diagrama de  • Pruebas  versiones  corrección de  actores del  • Plan y  servicios  •  defectos  • Diagramas de  despliegue  unitarias  • Medición de la  negocio  recursos del  • Planificación y  del negocio  Clases y  • Integración de  • Acciones  • Identificación  proyecto  ampliaciones  • Problemas y  comportamto.  • Modelo físico  componentes  performance  correctivas  riesgos  • Control de  • Planificación  limitaciones  • Diseño lógico  de datos  • Pruebas  calidad  de la ejecución • Proceso  de la BD  • Diccionario de  funcionales y  • Control de  del servicio  propuesto  requisitos  • Negociación  • Prototipos  datos  de estrés  Gestión del Proyecto  n  I  icial  Configuración del Software  T  Aseguramiento de la Calidad  E labor  ransic  Disponibilidad de Herramientas  Co  Soporte Técnico   ación  ión  nstr  Desarrollo Iterativo  ucci  de Componentes  Iteracción 1  Iteracción 2  ón  Iteracción 3  Iteracción 4
  • 10. Artefactos de nuestra metodología  Plan de  Manual de  Plan de  Administración  operación  capacitación  Matriz de  Cronograma  riesgos  trazabilidad  del proyecto  Plan de  Manual de  Material de  pruebas  usuario  capacitación  Matriz de  riesgos  Plan de  Manual de  implantación  instalación  Informe  semanal  Visión del  Planificación  Criterios de  Manual  Requerimientos  Kick off  Proyecto  de la solución  aceptación  Técnico  Informe  mensual  Modelo de  Evaluación  Especificación de  datos  post­mortem  casos de uso  Documento  Análisis y Diseño  Modelos  Análisis del  UML  negocio  Documento  Arquitectura  Modelo  de  Prototipo del  Casos de  Resultados  procesos del  sistema  prueba  de pruebas negocio 
  • 11. Los múltiples roles que debemos controlar  en el ciclo de vida del desarrollo de SW  El sponsor del proyecto  Expertos del N egocio  Gerente de proyecto  • Conocer el Negocio  • Administrar el P royecto  • Seguimiento de requisitos  • Compartir su conocimiento  • Asegurar la integración y colaboración  • Apoyar en el análisis  • P romover la calidad, y Re­uso  • Validar las especificaciones  • Asegurar la documentación de los  de diseño  sistemas y proceso de desarrollo  A d m ii  ii  t r ad o r d e B D  A  m n s t  a  o  d  B  d  n s  r  d  In g . De p r o yec t o  I  g  D  p  o  e  t  n  r  y  c  • Mo d ell a r l a  en tt i d a d e  d e  M  d  ar l as  e  i d ad es  d  o  e  n  • Mo d ell a m i e n t o U  L  M  d  am i en t o UM o  e  M  ii  f o r m ac ii  n  n f  r  a  ó n  o  m  c ó  Trabajo  • II m p l e m e n t a  m p l em en t ar  • Des arr r o l l a  D  s  r o l l ar  e  a  Iterativo  p r o c ed ii  ii  n t o s en ll  B D  p  o  e  m e n  o  e  a  B  r  c  d m e  t  s  • Do c u m en tt a  D  c  m  n ar  o  u  e  • Trr a t a m i e n t  d e d att o  T  at am i en t o d  d  o s  a  • Prr o b a  P  o b ar  Arquitecto  Control de calidad
  • 12. CAJA NOR PERU  CASO PRACTICO  “Sii  tema de control de asii  tencii  ”  “  s t  m  d  c  n r  d  a  s t  n  a S s e  o  t  o  s s e  c a  La máxima eficiencia en el  proceso de desarrollo
  • 13. Sistema de Control de Asistencia  VISION  “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”
  • 14. Alcance del Proyecto  Alcance de la solución  “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
  • 15. Plataforma tecnológica
  • 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  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
  • 19. Documento de Visión y Alcance  Indice del documento
  • 20. Requisitos funcionales  RQ1  Información del personal de las 9 planillas del cliente  RQ2  Configuración de horarios flexibles  RQ3  Administración de los marcadores electrónicos  RQ4  Automatización del sistema de registro de  horarios de  ingreso y salida – Operación diaria  RQ5  Manejo de las excepciones de labor diaria  RQ6  Generación automática de conceptos para el  sistema de  planillas  RQ7  Generación de reportes operativos  RQ8  Reportes de Gestión de indicadores para la gestión de  recursos.
  • 21. Requisitos no funcionales  RQ9  Asegurar la calidad de la información que se ingresa al  sistema.  RQ10  Seguridad de la información registrada  RQ11  Auditabilidad de la información registrada  RQ12  Seguridad de la información que administran los  tareadores, jefes y  supervisores  respecto  a  las  excepciones de la asistencia  RQ13  Despliegue del sistema hacia las supervisiones y  jefaturas que  controlan el trabajo del personal  RQ14  Flexibilidad para el registro, corrección y reproceso de  los datos de la asistencia  RQ15  Sistema paramétrico  RQ16  Arquitectura Web intuitiva y amigable
  • 22. Análisis de procesos  Supervi sor  JefePl anta  Ofi ci na de Ti empos  01 ­ Programación  Finali zada l a reuni on de pl anifi caci on  [Si]  ¿Nuevo Horari o?  Soli ci tar Creación de Nuevo Horari o  Defini r Horari o  [No]  02 ­ Marcación de la Asistencia  ¿Utili za el  Si stema?  [NO]  [SI]  Ingresar pl ani fi cacion : 2  Ingresar pl ani fi cacion : 1  03 ­ Carga de Marcaciones y Tareo  [NO]  [NO]  VoBo1  Busi ness Process Model  [SI]  Model : BPM ­ Asi stenci a  Package: 01 ­ Programaci ón  04 ­ Justi f icaciones /  Excepciones  Di agram: BPM ­ Programaci ón de Guardi as  Pl ani ficaci on Aprobada Author: t_sybase04  Date: 18/04/2006  Version:  05 ­ In t egración con planillas 
  • 23. Análisis de procesos  Ofi ci n a  d e  T i e m p o s  01 ­ Programación  E xi st e n  M a rca ci o n e s  El egi r Rel oj  02 ­ Marcación de la Asistencia  L ee r M a rca ci o n e s  03 ­ Carga de Marcaciones y Tareo  Bu sca r I n co si ste n ci a s  Co rre gi r I n co si st e n ci a s  [Si ]  E xi st e n  I n co n si st e n ci a s?  04 ­ Justi f icaciones /  Excepciones  [ No ]  E mi ti r Re su l t a d o s (Re p o rt e s)  Bu si n e ss P ro ce ss M o d el  M o del :  B P M  ­ A si st e n ci a  Pa cka g e :  03  ­  Ca rga  d e  M a rca ci on e s y  T are o  05 ­ In t egración con planillas  Di a g ra m :  B P M  ­  Ca rga  y  co n si st en ci a  L e ct u ra  d e  Rel oj  Fi n al i za d a A uth o r:  t _ syb a se 0 4  Dat e :  1 8/ 0 4/ 20 0 6  Ve rsi o n: 
  • 24. Análisis de procesos  S up e rvi so r  Je fe P l a n ta  S up e rIn te n d e n te  01 ­ Programación  P ro g ra m a ci ó n  Re ali za d a  E l e gi r T i p o  d e  E xce p ci ó n  /  Ju sti fi ca ci ó n  ¿E s Ju sti fi ca ci ón ?  02 ­ Marcación de la Asistencia  [N O]  [S I]  E l e gi r G ru p o  o  P e rso n a  :  2  E l e gi r  Gru p o  o  P e rso n a  :  1  ­ S o b re ti e m p o  ­ T ra baj o  e n  Di a  Fe ri a d o  ­ T ra baj o  e n  Di a  d e  De sca n so  E l e gi r T i p o  d e  Ju sti fi ca ci ó n  E l e gi r T i p o  d e  E xce p ci ó n  In g re sa r P e río d o  d e  T i e m p o  d e  Ju sti fi ca ci ó n  In g re sa r Di a  a  A pli ca r P a g o  E xtra  03 ­ Carga de Marcaciones y Tareo  In g re sa r De scri p ci ó n  d e  Ju sti fi ca ci ó n  In g re sa r  Ob se rva ci ó n  P ag o  E xtra  ó  Dscto  A p ro b a d o  [S I]  V o B o 1  [S I]  V oB o 2 Ju sti fi ca ci ó n  In g re sa d a  [N O ]  [N O ]  04 ­ Justi f icaciones /  Excepciones  A cu m u l a r Ho ra  E xtra  p a ra  Ca n j e  Ho ra  E xtra  A cu m u l a d a 05 ­ In t egración con planillas 
  • 25. Análisis de procesos  S u p e rvi so r  01 ­ Programación  L e ctu ra _ d e _ Re l oj _ Re a l i za d a  El e gi r Pl a ni l l a  ó  Gru p o  02 ­ Marcación de la Asistencia  Ge n e ra ci ó n  d e  Co n ce p to s p a ra  Pl a ni l l a s  Co rre g i r In co n si ste n ci a s  P re se n ta r Re su l ta d o s Obte ni d o s d e  l a  Ge n e ra ci ó n  03 ­ Carga de Marcaciones y Tareo  [SI]  [SI]  ¿Co rre g i r?  ¿E xi ste n  In co n si ste n ci a s?  [NO]  [NO]  04 ­ Justi f icaciones /  Excepciones  Co n ce p to s Ge n e ra d o s p a ra  Pl a ni l l a 05 ­ In t egración con planillas 
  • 26. Definición de la funcionalidad del sistema  ¿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
  • 27. Inventario de la funcionalidad necesaria para  atender  los requisitos del sistema
  • 28. Documento de Análisis y Diseño
  • 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  Colocar Pedido  Vendedor  Sistema de  Pedidos   Inventarios  Solicitar Listado  De Pedidos Atendidos  Supervisor  Autorizar Créditos
  • 30. Ejemplo de Diagrama de Actores  Rel oj  Usu ari o  Ad m i ni strador del  Si ste m a  Of.  M anteni m i ento  Supervi sor de  Guardi a  Jefe  de  Pl anta  Of.  de  T i em pos  Of.  de  RR.HH.  Su perIntende nte
  • 31. Distribución de casos de uso en paquetes  01 ­ Se guri dad  de l a  Apl i caci ón  Admi nistrador del  Sistem a  02 ­ Inform aci ón  de l a  Em presa  Of.  de  RR.HH.  :  1  Sup ervisor de  Guardi a :  1  03 ­ Program aci ón  de l a Asi stenci a  Rel oj  04 ­ Adm i nistraci ón de T i em pos  09 ­ Autori zaci ón  Jefe  de Pl anta  05 ­ Generaci ón  de  Conce ptos de  Pl anil l as  Of. de T i em pos  06 ­ Justifi caci ones /  Excepci ones  Sup ervisor de  Guardi a :  2  07  Procesos de  Ci erre  08 ­ Estadísti cas  Of.  de  RR.HH.  :  2  Sup erInten de nte
  • 32. Ejemplo de diagrama de casos de uso  C U ­0 2 ­0 1  R e g i stra r  E m p re sa  C U ­0 2 ­0 2  R e g i stra r  P l a n i l l a  < < e xt e n d e d > >  C U ­0 2 ­0 3  C o n su l ta r  P e rso n a l  < < e xte n d > >  C U  0 2  0 7  F i l tra r  P e rso n a l  :  2  C U ­0 2 ­0 4  C o n su l ta r  J e ra rq u i a  O rg a n i za ci o n a l  C U ­0 2 ­0 5  R e g i stra r  J e ra rq u i a  d e  C o n tro l  O f.  d e  T i e m p o s  C U ­0 2 ­0 6  C o n su l ta r  G ru p o  d e  T ra b a j a d o re s  < < e xte n d > >  < < e xte n d > >  C U ­0 2 ­0 8  E m i ti r  R e p o rt e  < < e xt e n d > >  < < e xt e n d e d > >  C U  0 2  0 7  F i l tra r  P e rso n a l  :  1  C U ­0 2 ­0 9  R e g i stra r  S u b ­U n i d a d  C U ­0 2 ­1 0  R e g i stra r  T a b l a  d e l  S i st e m a  02 – Información de la empresa
  • 33. Detalle del caso de uso  Documentación de un Caso de Uso  Documentar los casos de uso mostrando:  ƒ Una breve descripción  9 El propósito del caso de uso en unas pocas líneas  ƒ Flujo de eventos detallados  9 Descripción del flujo de eventos primario y alternativos  que ocurren cuando el caso de uso es iniciado  9 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
  • 34. Ejemplo de descripción del caso de uso  Caso de uso:  CU­02­03 Consultar Personal  Actor(es):  Oficina de Tiempos  Propósito:  Acceder a la información del del personal que labora. El acceso será  restringido en modo sólo lectura.  Tipo:  Principal  Casos de uso  CU­02­07  Filtrar Personal  asociados:  Resumen:  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.  Requerimientos:  RQ001 La información del personal debe estar sincronizada con las  9 planillas del cliente  Precondiciones:  1.El usuario de la Oficina de Tiempos es admitido en el sistema  luego de ser validados su cuenta de usuario y clave.  Postcondiciones  1.Se ha realizado la consulta de los datos de un miembro del  personal en modo sólo lectura.
  • 35. Ejemplo de descripción del caso de uso  FLUJO BASICO  Acción del Actor  Respuesta del Sistema  1.­ El caso de uso comienza cuando el  2.­ El sistema muestra en pantalla el listado  usuario de la Oficina de Tiempos ingresa a la  del personal que supervisa tal como lo indica  opción de consultar personal.  su jerarquía de control.  3.­ El usuario de la Oficina de Tiempos elige  4.­ El sistema muestra en modo sólo lectura  el personal que desea consultar al detalle. El  los datos correspondientes al personal  usuario puede utilizar el Filtro de Personal  seleccionado. Los datos son:  para hallar a la persona que busca (CU­02­07  a)SIP  Filtrar Personal).  b)Nº de Fotocheck  c)Ficha Anterior  d)Estado  e)Apellido Paterno  f)Apellido Materno  g)Nombre 1  h)..  5.­ El usuario de la Oficina de Tiempos vuelve  6.­ El sistema muestra la página principal y  a la página principal del sistema.  el caso de uso termina.
  • 36. Ejemplo de descripción del caso de uso  PANTALLAS DEL CASO DE USO – CU­02­03  Nombre del cliente
  • 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  1 ..*  P ro g ram acio n_ Ho ra ri o s  0 ..*  0 ..1  P e rio d o _ P lan i l l as  P la ni l l a  0 ..*  Fe ri ad o  (0 3  ­ P ro g ram aci o n  Asiste nci a)  (0 3  ­ Pro g ram aci o n  A siste nci a)  (0 2  ­ Info rm aci ó n  d e  l a  Em p re sa )  0 ..1  (0 3  ­ P ro g ram aci o n  A siste nci a)  0 ..*  0 ..*  1 ..*  0 ..*  0 ..*  1 ..1  0 ..1  0 ..*  De tal l e _ Pro g ram ac io n_ Ho rari o s  (0 3  ­ P ro g ram aci o n  A siste nci a)  0 ..1  0 ..*  0 . .  0 . 1  . *  E  (0 1  ­ S  0 ..  1 ..1  0 ..*  Jo rnad a  T rab aj ad o r  0 .  ..*  .1  0  0 ..1  (0 2  ­ I nf o rm aci ó n  d e  l a  E m p re sa)  (0 3  ­ Pro g ram aci o n  Asiste nci a)  A re a  1 ..*  (0 1  ­ Se g urid ad )  Ho ra ri o  (0 3  ­ Pro g ram aci o n  Asiste nci a)  0 ..*  0 ..1  0 ..*  0 ..*  0 ..1  1 ..*  0 ..1  0 ..*  0 ..1  ..1  0 0 ..*  0 ..1  0 ..*  0 . *  . *  .  0 ..*  0 ..1  Co ntro l _ T rab a j ad o re s  De tal l e _ P ro g ram ac io n_ Ho ra ri o s2  (0 2  ­ Inf o rm aci ó n  d e  l a  E m p re sa)  (0 3  ­ Pro g ram aci o n  A siste nci a)  Hi sto ri co T ransfe re nci as  (0 2  ­ I nfo rm aci ó n d e  l a  E m p re sa)  T ab l a_ T ab l as  Usu ari o _ A re a  0 ..1  1 ..*  (0 1  ­ S e g urid ad )  0 ..1  (0 1  ­ S e g urid ad )  0 ..*  T rab a j ad o r_ x_ Re lo j  P la n ti l l a_ p ro g ram ac io n  Grup o _ T rab aj ad o re s  (0 4  ­ A d m i n istracio n  d e  T ie m p o s)  (0 3  ­ P ro g ra m ac io n A si ste nci a)  (0 2  ­ Info rm aci ó n  d e  l a  Em p re sa )  0 ..*  Co nce p to  0 ..1  (0 5  ­ G e ne raci o n  d e  Co nce p to s d e  P la ni l l as)  0 ..*  0 ..*  0 ..*  T ip o _ p ro g ram aci o n  0 ..1  0  M a rcac io n_ Co nsiste nci ad a  (0 3  ­ P ro g ra m ac io n A si ste nci a)  (0 4  ­ A d m i ni straci o n  d e  T i e m p o s)  De tall e Calc ul o s  Cue n ta_ Ca nj e  (0 5  ­ G e ne raci o n  d e  Co nce p to s d e  P la ni l l as)  (0 6  ­ Justi f icaci o ne s  E xce p cio ne s)  0 ..*  0 ..*  0 ..1  0 ..1  0 ..1  0 ..1  Cruce _ M arcaci o n  Cue n ta_ CT S  (0 6  ­ Justi fi caci o ne s  E xce p cio ne s)  L e ctura_ M arc acio n  (0 4  ­ Ad m i ni strac io n d e  T i e m p o s)  Re lo j  (0 4  ­ A d m i ni straci o n  d e  T i e m p o s)  (0 4  ­ Ad m i ni straci o n  d e  T i e m p o s)  0 ..*  0 ..*  0 ..*  0 ..1  0 ..1  Re g ulari zaci o n_ P ag o  Cue n ta_ S ub sid i o s  (0 6  ­ Justi f icaci o ne s  E xce p cio ne s)  (0 6  ­ Justi fi caci o ne s  E xce p cio ne s)  Re sul tad o s  ne raci o n  Ge Co m and o Re lo j  (0 5  ­ G e ne raci o n  d e  C  nce p to s de  P la ni l l as)  o (0 4  ­ Ad m i ni straci o n  d e  T i e m p o s)  S uste nto _ T rab aj o _ No P ro g ram ad o  (0 6  ­ Justi fic aci o n e s  E xce p cio ne s)  0 ..*  0 ..1  Justi fi caci o n_ No T rab aj o  De tal l e _ CIT  Al a rm a  Ap ro b acio n  A rchi vo T ra nsf e re nci a  (0 6  ­ Justi fi caci o ne s  E xce p cio ne s)  (0 6  ­ Justif icaci o ne s  E xce p cio ne s)  (0 5  ­ G e ne racio n  d e  Co nce p to s d e  P lan i ll as)  (0 6  ­ Justi fic aci o ne s  E xce p cio ne s)  (0 7  ­  P ro ce s  s d e  Cie rre ) o
  • 39. Ejemplo de Diagrama de Clases  Perfil  ComandoRelo j  M odul o  (01 ­ Seguri dad)  (04 ­ Admi nistracion de  T i empos)  (01 ­ Seguri dad)  +  cod_empresa  : j ava.l ang.String  0 ..*  +  cod_empresa  : j ava.lang.Stri ng  +  cod_empresa  : j ava.l ang.Stri ng  +  cod_sistema  : j ava.l ang.String  +  cod_rel oj  : j ava.lang.Stri ng  +  cod_sistema  : j ava.l ang.Stri ng  +  cod_p erfil  : j ava.l ang.String  +  num_comando  : i nt  +  cod_m odulo  : j ava.l ang.Stri ng  +  des_perfi l  : j ava.l ang.String  +  des_coman do  : j ava.lang.Stri ng  +  cod_ti po_obj eto  : j ava.l ang.Stri ng  +  flg_estado  : j ava.l ang.String  0..*  ­  des_resul tado  : j ava.lang.Stri ng  0 ..*  +  des_modul o  : j ava.l ang.Stri ng  +  fec_actuali zaci on  : j ava.uti l.Date  +  fl g_ejecutado  : j ava.lang.Stri ng  +  num_ni vel  : i nt  +  cod_usuari o_actuali zaci on  : j ava.l ang.String  +  fec_actual izacion  : j ava.util .Date  +  num_orden  : i nt  0 ..1  +  cod_usuario_actual i zacion  : j ava.lang.String  +  flg _estado  : j ava.l ang.Stri ng  Sistema  +  des_url  : j ava.l ang.Stri ng  1..1  (01 ­ Seguri dad) 0..*  +  des_image n  : j ava.l ang.Stri ng  +  des_obj eto  : j ava.l ang.Stri ng  0..*  +  cod_empresa  : java.lang.Stri ng  0..1  0..*  +  des_texto_imagen  : j ava.l ang.Stri ng  Feri ado  +  cod_si stema  : java.lang.Stri ng  +  fec_actuali zaci on  : j ava.uti l.Date  +  d es_sistema  : java.lang.Stri ng  (03 ­ Programacion Asistenci a)  Reloj  0 ..*  +  cod_usuari o_actuali zacion  : j ava.l ang.Stri ng  +  fl g_estado  : java.lang.Stri ng  (04 ­ Admi nistracion de  T i empos)  +  cod_empresa  : j ava.l ang.String  +  fl g_tip o  : java.lang.Stri ng  ­  cod_pl ani ll a  : j ava.l ang.String  Area : 1  +  fec_actual izacion  : java.uti l .Date  +  cod_empresa  : j ava.l ang.String  ­  num_ ani o  : i nt  (01 ­ Seguri dad)  +  cod_usuari o_actual izacion  : ja va.lang.Stri ng  +  cod_rel oj  : j ava.l ang.String  +  num_ feri ado  : i nt  0 ..*  +  d es_descripci on  : j ava.l ang.String  +  cod_empresa  : j ava.l ang.Stri ng  ­  fec_feriado  : j ava.util .Date  0..1  +  cod_m arca_reloj  : j ava.l ang.String  +  cod_area  : j ava.l ang.Integer  +  des_moti vo  : j ava.l ang.String  +  des_nom bre  : j ava.l ang.Stri ng  0 ..*  +  cod_m odel o_rel oj  : j ava.l ang.String  +  fec_actual i zaci on  : j ava.util .Date  +  i nd_ti po_comun icacion  : i nt  +  cod_jerarquia _organi zaci onal  : j ava.l ang.Stri ng  +  cod_usuari o_actual izaci on  : j ava.l ang.String  0..*  +  n um_puerto  : i nt  +  cod_prefi j o_DOE  : j ava.l ang.Stri ng  0..*  +  fec_actuali zaci on  : j ava.uti l.Date  1 ..1  +  n um_i p_ad dress  : j ava.l ang.String  +  cod_usuari o_actuali zaci on  : j ava.l ang.Stri ng  0..1  Usuari o_Sistema  +  n um_t el efono_modem  : j ava.l ang.String  0..*  (01 ­ Seguridad)  Empresa  +  n um_bi ts_segundo  : dou bl e  0..*  (01 ­ Seguridad) +  n um_bi ts_dat os  : i nt  0..1  +  cod_usuari o  :  j ava.l ang.Stri ng  +  i nd_chk_pari dad  : j ava.l ang.String  +  cod_empresa  : j ava.lang.Stri ng  +  cod_empresa  : j ava.l ang.Stri ng  +  n um_bi t_parada  : dou bl e  +  des_emp resa  : j ava.lang.Stri ng  +  cod_sistema  :  j ava.l ang.Stri ng  +  i nd_control _fl ujo  : i nt  Pl ani ll a : 1  +  des_ruc  : j ava.lang.Stri ng  +  fl g_marcaci on_invalida  : j ava.l ang.String  0..1  (02 ­ Informaci ón de l a Empresa)  +  des_tel efono  : j ava.lang.Stri ng  +  fl g_val i dar_codigos  : j ava.l ang.String  +  des_di reccion  : j ava.lang.Stri ng  +  cod_empresa  : j ava.l ang.String  Restricci on Usuari o  +  n um_tie mpo_transaccion  : i nt  +  des_representante  : j ava.lang.Stri ng  +  cod_pl ani ll a  : j ava.l ang.String  (01 ­ Seguri dad)  +  fec_actual izacion  : j ava.util .Date  0..*  +  fl g_estado  : j ava.lang.Stri ng  T rabaj ador_x_Reloj  +  des_descri pci on  ­  fl g_esta  : j ava.l ang.String  : j ava.l ang.String  Periodo_Pl ani ll as  (03 ­ Programaci on Asi stencia)  +  fec_ul ti ma_l ectura  ­  fl g_estado  : j ava.util .Date  : j ava.l ang.String  +  cod_usuari o  : java.l ang.Stri ng  : java.l ang.Stri ng  +  fec_actual izacion  : j ava.util .Date  (04 ­ Admini straci on de T iempos)  +  fec_actua  : j ava.util .Date  on  :  j ava.l ang.String  +  cod_usuari o_actual izaci  1..*  +  cod_empresa  : java.l ang.Stri ng  : java.l ang.Stri ng  +  cod_usuario_actual i zacion  : j ava.lang.Stri ng  +  cod_usuari o_actual izaci on  : j ava.l ang.String  0 ..*  +  cod_usuari o_ulti ma_l ectua  : j ava.l ang.String  +  cod_empresa  : j ava.l ang.Stri ng  ­  cod_pl anil la  : java.l ang.Stri ng  +  cod_m odulo  : java.l ang.Stri ng  0..*  +  cod_reloj  : j ava.l ang.Stri ng  0..*  +  cod_peri odo  : java.l ang.Stri ng  +  fec_actuali zacion  : java.uti l .Date  0 ..  1  +  cod_trabaj ador  : j ava.l ang.Stri ng  +  d es_peri odo  : java.l ang.Stri ng  +  cod_usuari o_actuali zacion  : java.l ang.Stri ng  1 ..1  0..*  ­  flg _estado  : j ava.l ang.Stri ng  1..1  +  n um_a ni o  : int  0 ..1  0 ..1  0..*  (02 ­ In  +  fec_actuali zaci on  : j ava.uti l.Date  +  fec_i ni ci o  : java.uti l .Date  0..*  Lectura _Marcaci on  +  cod_usuari o_actuali zacion  : j ava.l ang.Stri ng  +  fec_fi n  : java.uti l .Date  +  cod_empres  (04 ­ Admi nistracion de  T i empos)  +  fec_asistenci a_perfecta  : java.uti l .Date  Area : 3  SubUni dad  +  cod_pl anil la  +  n um_di as  : int  (01 ­ Seguridad)  (02 ­ Informaci ón de l a Empresa)  +  d es_descripc  +  cod_empresa  : j ava.l ang.String  +  fl g_ci erre  : java.l ang.Stri ng  ­  fl g_estado  +  cod_rel oj  : j ava.l ang.String  1..*  +  cod_empresa  : j ava.l ang.String  +  cod_empresa  : j ava.lang.Stri ng  +  fec_actual izacion  : java.uti l .Date  +  fec_actual iz  ­  cod_f otocheck  : j ava.l ang.String  +  cod_area  : j ava.l ang.Integ er  +  cod_subuni dad  : j ava.lang.Stri ng  +  cod_usuari o_actual izacion  : java.l ang.Stri ng  +  des_nom bre  : j ava.l ang.String  +  des_descri pci on  : j ava.lang.Stri ng  +  cod_usuari o  ­  cod_m arcaci on  : l ong  0..  .1  *  0..*  +  cod_jerarqui a_organi zaci onal  : j ava.l ang.String  +  fec_actual i zaci on  : j ava.util .Date  ­  fec_fecha _hora_marcaci on  : j ava.util .Date  0..1  ­  fl g_i nconsistenci a  : j ava.l ang.String  +  cod_prefi j o_DOE  : j ava.l ang.String  +  cod_usuario_actual i zaci on  : j ava.lang.String  T rabaj ador  Programaci on_Horarios  ­  d es_i nconsistenci a  : j ava.l ang.String  +  fec_actual i zaci on  : j ava.util .Date  (02 ­ Informaci ón de l a Empresa)  (03 ­ Programaci on Asistencia)  : j ava.l ang.String  +  cod_usuario_actual i zaci on  : j ava.l ang.String  ­  fl g_el i minado  +  fec_lectura  : j ava.util .Date  ­  cod_empresa  : j ava.l ang.String  +  cod_empresa  : j ava.l ang.Stri ng  +  cod_usuari o_lectura  : j ava.l ang.String  +  cod_trabaja dor  : j ava.l ang.String  ­  cod_pl ani l la  : j ava.l ang.Stri ng  1..*  +  des_paterno  : j ava.l ang.String  ­  cod_p eri odo  : j ava.l ang.Stri ng  +  des_ materno  : j ava.l ang.String  +  cod_trabaj ador  : j ava.l ang.Stri ng  0..1  +  des_nom bre1  : j ava.l ang.String  +  flg _asistencia_perfecta  : j ava.l ang.Stri ng  ­  des_nombre2  : j ava.l ang.String  +  flg _autorizado  : j ava.l ang.Stri ng  +  cod_fotocheck  : j ava.l ang.String  0..*  +  cod_usuari o_autori za  : j ava.l ang.Stri ng  0..*  ­  cod_fi cha_anteri or  : j ava.l ang.String  +  fec_actuali zaci on  : j ava.uti l.Date  0..*  +  i mg_fo to  : j ava.l ang.String  +  cod_usuari o_actuali zacion  : j ava.l ang.Stri ng  Marcacion_Consistenciada  ­  cod_prefij o  : i nt  Perfil_Mod ul o  Usuario_Area  Regulari zaci on_P  (04 ­ Admi nistraci on de T i empos)  +  cod_subUnidad  : j ava.l ang.String  (01 ­ Seguri dad)  (01 ­ Seguri dad)  (06 ­ Justificaciones  Ex  ­  cod_ni vel _jerarquico  : i nt  +  cod_empresa  : java.lang.Stri ng  ­  cod_area  : Inte ger  1..*  +  cod_empresa  : j ava.l ang.Stri ng  +  cod_usuario  :  j ava.lang.Stri ng  +  cod_empresa  : j  +  cod_rel oj  : java.lang.Stri ng  0..1  +  cod_cargo  : j ava.l ang.String  +  cod_sistema  : j ava.l ang.Stri ng  +  cod_empresa  : j ava.lang.Stri ng  ­  cod_p eri odo  : i  ­  cod_fo tocheck  : java.lang.Stri ng  0..*  0..*  +  cod_pl ani ll a  : j ava.l ang.String  +  cod_m odulo  : j ava.l ang.Stri ng  +  cod_area  : j ava.lang.Integer  +  cod_trabaja dor  : j  ­  cod_marcacion  : long  ­  cod_grupo  : j ava.l ang.Integer  +  cod_p erfil  : j ava.l ang.Stri ng  ­  cod_regul ari zacion  : i  ­  fec_fecha_ hora_marcaci on_val ida  :  java.uti l .Date  +  flg_estado  : j ava.l ang.String  Detal le_Programaci on_Horarios  +  fec_actuali zaci on  : j ava.uti l.Date  ­  cod_p eri odo_ pago  : j  ­  fec_fecha_ hora_marcaci on_leida  :  java.uti l .Date  0..1  0..1  +  cod_d ocument o_ID  : j ava.l ang.Character  (03 ­ Programaci on Asistencia)  +  cod_usuari o_actuali zacion  : j ava.l ang.Stri ng  ­  des_moti vo  : j  ­  fl g_ma nual  : java.lang.Stri ng  +  num_documento_
  • 40. Ejemplo de Diagrama de secuencia  :Acti onServl et  :Jerarqui aControl Acti on  :Jerarqui aControl Form  :registrarJerarquia Control .j sp  :Jerarqui aControl BO  Of. de  T i em pos  (<Anal i si s y Diseño  V2.0>)  regi strarJerarqui aControl .do  acti on  m appi ng  crea  o  reuti l i za  un  Jerarqui aControl Form  exi stente  M ap  regi strarJerarqui aControl  (Acti onM appi ng, Acti onForm,  HttpServl etRequest, HttpServl etResponse) regi strarJerarqui aControl (param)  regi strarJ  T ra  T ransacci ón  ok  obtenerJerarqui aControl  (param)  obtenerJerar  ob  T ra  T ransacci ón  ok  SetearDatos ()  acti on  m appi ng  Invoca  al  jsp  Recupera  l os datos de  Jerarqui aControl Form  ec  Devuel ve  HT M L  al  browser del  usuario
  • 41. Ejemplo de Modelo conceptual de datos  E m pre sa  (01  ­ S e gu ri d ad )  S u b Uni d a d  cod _em p re sa  <pi > E M P RE S A  <M >  cod _ em p re sa  < pi >  E MP RE S A  de s_e m p re sa  V A 3 0  cod _ su b uni d a d  < pi >  V A 1 0  de s_ ru c  A 1 1  ti en e  de s_ d e scri p ci o n  V A 5 0  de s_tel e fo n o  V A 2 0  fe c_ a ctu al i za ci o n  FE CHA  de s_di re cci o n  V A 4 0  cod _ u su a ri o _a ctu al i za ci on  T RA B A JA DOR  de s_ re p re se n ta n te  V A 3 0  P K _ S u b Uni d a d  <pi >  fl g_ e st a do  FL A G  Hi sto ri co T ra n sf ere n ci a s  fe c_ a ct ual i za ci o n  FE CHA  FK _ A RE A _ 01  cod _ u su a ri o _ a ctu al i za ciUS UA RI O  co d_ e mp re sa  <pi >  E M P RE S A  < M>  P K _ E M P RE S A  <pi >  J  ra rq ui a Org a ni za ci o n al  e co d_t ra bajad o r  <pi >  T RA B A JA DOR  < M>  A rea  co d_ co rrel ati vo  <pi >  I  < M>  (01  ­ S e gu ri d ad )  co d_ a re a _ o ri g e n  N8  ti e n e  cod _ em p re sa  <pi >  E M P RE S A  co d_ a re a _ de sti n o  N8  P l a ni l l a  cod _ are a  <pi >  A RE A  fe c_ d e sd e  FE CHA  cod _em p re sa  E M P RE S A  < M >  de s_n o m b re  V A 3 0  <pi >  fe c_ h a st a  FE CHA  cod _pla ni l l a  <pi >  V A 2  < M >  cod _j era rqui a_ o rga ni za ci on a l  A 1 2  fl g _ e sta do  FL A G  de s_d e scri p ci on  V A 5 0  cod _ p re fi j o _ DOE  A 4  fe c_ a ct u al i za ci on  FE CHA  fl g_ e st a do  FL A G  fe c_ a ctu al i za ci o n  FE CHA  co d_ u su a ri o _ a ctu al i za ci o n  US UA RIO  fe c_ a ct ual i za ci o n  FE CHA  cod _ u su a ri o _a ctu al i za ci on  US UA RI O  Id e nti fi e r_ 1  <p i >  cod _ u su a ri o _ a ctu al i za ci o n  US UA RI O  P K _ A RE A  < pi >  (D)  P K _ P l a ni l l a  < pi >  A sso ci ati o n _1 1  pe rte ne ce  T rab aj a do r  pe rten e ce  T a bl a _ T a bl a s  cod _ e m pre sa  <pi >  A 3  < M >  (01  ­ S e gu ri da d )  cod _ trab aj a d o r  <pi >  T RA B A JA DO R  < M >  d e s_p a te rno  V A 2 0  cod _ta bl a  <pi >  I  < M >  de s_ m  at e rn o  V A 2 0  cod _i te m  <pi >  P K _I T E M_ T A B LA S  < M >  d e s_ no m b re 1  V A 4 0  de s_i te m  V A 1 5 0  d e s_n o m bre 2  V A 4 0  de s_a b re v  A 5  cod _ fo to ch e ck  V A 1 2  fl g_ e st a do  FL A G  cod _ fi cha _ a nte ri or  V A 1 2  fe c_ a ct ual i za ci o n  FE CHA  i m g _fot o  V A 2 5 5  cod _ u su a ri o _ a ctu al i za ci o n  US UA RI O  cod _ p refi j o  I  Gru p o _ T rab aj a do re s  P K _ T A B LA _ T A B LA S  <p i >  cod _ su b Uni da d  V A 1 0  cod _ em p re sa  <pi >  E M P RE S A  < M  cod _ ni ve l _j e ra rq ui co  I  cod _ gru p o_t ra bajad o r  <pi >  I  < M  cod _ a rea  N8  A sso ci a ti o n_ 1 0  de s_ g ru po _ tra b aj a d o r  V A 3 0  cod _ ca rg o  V A 1 0  fe c_ a ctua l i za ci on  FE CHA  A sso ci ati on _ 1 2  cod _ pl ani l l a  V A 2  cod _ u su a ri o _ a ctu al i za ci o n  US UA RIO  cod _ g rup o  I  fl g_ e st ad o  FLA G  p k_g ru p otra b aj a do re s  < pi >  cod _ d o cu m en to _ ID  I  n u m _ do cu m e n to _ ID  V A 1 5  fe c_ n a ci m i e nto  FE CHA  Co n trol _ T ra baj a do re s  fe c_i n gre so  FE CHA  fe c_ ce se  FE CHA  cod _ em p re sa  < pi >  E MP RE S A  i nd _ e st a do _ ci vi l  I  cod _ su p ervi so r  < pi >  T RA B A JA DOR  d e s_di re cci o n  V A 2 0 0  cod _ co rrel a ti vo  < pi >  I  cod _ co rreo _ el e ct ro ni co  V A 5 0  cod _t ra b aj a do r  T RA B A JA DOR  n um _ cel u l a r  V A 1 5  Co ntrol a  a  fl g_ te m p o ral  FL A G  n u m _t el e fon o _ ca sa  V A 1 5  fe c_ d e sd e  FE CHA  n u m _t el e fon o _ 91 1  V A 1 5  fe c_ h a st a  FE CHA  V A 1 5  E s co nt rol a d o  n u m _t el e fon o _ cont a ct o  fl g_ e st a do  FL A G  d e s_n o m bre _ co nta cto  V A 2 0  de s_ o b se rva ci o n  V A 2 5 0  de s_ o b se rva ci o n  V A 1 5 0 0  cod _ u su a ri o _a ctu al i za ci on  V A 1 5  cod _ u su a ri o  US UA RI O  fe c_ a ctu al i za ci o n  FE CHA  fe c_ a ct ual i za ci o n  FE CHA  p k_ co ntrol _ T rab aj a d o re  <pi > cod _ u su a ri o _ a ct ual i za ci o n  US UA RI O  P K _ T RA B A JA DO R  < pi > 
  • 42. Ejemplo de la Lista de tablas  Nombre  Descripción  01 ­ Seguridad  Empresa  Tabla de empresas del sistema  Log_Auditoria  Rastro de auditoria de la actualización de datos  Log_Opciones  Rastro de auditoria para acceso a opciones  Modulo  módulos u opciones del sistema  Perfil  Perfiles registrados para los actores del sistema  Usuario_Sistema  Usuarios del sistema  Sistema  Sistemas que estarán bajo el modelo de seguridcadad  Tabla_Tablas  Tablas generales de los sistemas  Parametro_sistema  Configuración de parametros  Parametro_x_Area  Configuración de parametros  Parametro_x_Planilla  Configuración de parametros  Usuarios_escalados  Otros usuarios que escalan las alarmas
  • 43. Ejemplo del Diccionario de datos  Lista de campos de la tabla Empresa  Name  Comment  Data  Domain  Manda  Type  tory  cod_empresa  Código de empresa  A3  empresa  X des_empresa  Nombre de la empresa  VA30  des_ruc  Número de ruc  A11  des_telefono  Teléfono  VA20  des_direccion  Dirección  VA40  des_representante  Representante de la  VA30  empresa  flg_estado  estado  A1  flag  fec_actualizacion  Fecha de actualización  DT  fecha  cod_usuario_actualiz  Usuario que actualiza  VA15  usuario  acion 
  • 44. Documento de Arquitectura
  • 45. Ejemplo de Factores que  impactan en la Arquitectura  Factor  Medidas y escenarios de  Flexibilidad (actual y futura  Impacto en las personas  Prioridad  Dificultad  Calidad  evolución)  involucradas, arquitectura  u otros.  Seguridad – Acceso y reglas de seguridad  El sistema  deberá  contar con un  El sistema  contará  con  un módulo  La estructura de  las tablas y el módulo  Se tendrá un  personal especializado  M  M  módulo de seguridad que  solicite, en  por separado y  con una estructura  de seguridad debe  ser totalmente  para  el manejo de perfiles y  forma  obligatoria,  una cuenta  de  especial  para el manejo de los  flexible a fin  de  soportar futuros  asignación  de permisos a los  usuario (user_id o  login) y clave  accesos y seguridad dentro del  cambios o  implementaciones.  usuarios,  así como  la  creación de  los  (contraseña  o password).  sistema. Se tomará  en cuenta  la  mismos.  Almacenada en  la  base  de datos con  encriptación  de clave en  la  base de  un algoritmo de encriptación.  datos.  El sistema  deberá  poseer  El  sistema  guardará  los  usuarios y  lo  Se  mantendrá una  única tabla  de  M  B  capacidades de auditoria para  realizado  en  los  registros  referidos  a  auditoría, sobre  la  cual  se  registrarán  identificar a  la  persona que realizó un  los temas mencionados.  todas  las ocurrencias  diferenciadas por  cambio en  alguna  de las siguientes  el tipo de situación.  situaciones:  Funcionalidad – Interfaces con otros subsistemas  El sistema  debe estar implementado  A  M  en un ambiente web.  CU­04­06 Enviar Comando al  Reloj  El  sistema  conversará,  a  través  de  El envío de  órdenes al  reloj  se ajusta a  A  M  CU­04­02 ­ Asignar Personal  al  Reloj  comandos,  con  el  reloj  digital  que  la  especificación  de comandos que  el  controla  la  asistencia del personal.  instrumento soporta.  CU­04­03 ­ Leer Marcaciones del  El sistema  deberá procesar el archivo  El  formato  en  el  que  envía  el  reloj  los  A  M  Reloj.  de marcas que el reloj digital  genera  registros  de  marcas es  inalterable,  por  cuando se  le  solicita que realice  la  tanto el sistema  se  ajustará  a ello.  descarga de  marcaciones.  El sistema  deberá  interactuar con las  El sistema  deberá  diseñar  la interfaz  A  A 9  bases  de  datos  de  planillas  del  necesaria  para el envío de  cliente  para  realizar  el  proceso  de  información  de  la  base de datos de  transferencia  de  información  por  control de asistencia  hacia las 9 base  cada  período  (CU­07­02  ­  Tranferir  de datos de  planillas.  Datos a  Planillas) 
  • 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  Factor  CU­04­06 Enviar Comando al Reloj  CU­04­02 Asignar Personal al Reloj  Resumen de la  Los relojes de asistencias se conectarán a un módulo de comunicación a  solución  través de sockets, este módulo se encontrará separado del servidor web  y se ejecutará como un servicio socket de tipo servidor.  Condiciones ·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.  Solución  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.  Alternativas  Ejecución por línea de comando a través de la web conectándose al  consideradas  dispositivo a través de TELNET, respecto al mapeo del archivo sería el  mismo procedimiento.
  • 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. Vista lógica  Vista del proceso  Vista de casos de uso  Vista de lmplementación  Vista de despliegue  Vista de datos  La arquitectura desde diferentes vistas