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
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 postmortem
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 Reuso
• 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”
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).
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
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: CU0203 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 CU0207 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 (CU0207 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.
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