Introducción a Métrica v3 - Javier Gutiérrez
←
→
Transcripción del contenido de la página
Si su navegador no muestra la página correctamente, lea el contenido de la página a continuación
Introducción a Métrica v3 Javier Gutiérrez / javierj@us.es
Introducción a Métrica 3
Objetivos:
{Saber qué es Métrica v3 y qué elementos la
componen.
{Practicar con la documentación de Métrica
Introducción a Métrica 3 Índice: 1. Presentación de Métrica. 2. Un ejemplo de Métrica. 3. Un segundo ejemplo de Métrica. 4. Procesos. 5. Interfaces. 6. Técnicas / prácticas. 7. Participantes. 8. Actividades. 9. Introducción a UML.
Introducción a Métrica v3
Presentación de Métrica
Presentación de Métrica
z ¿Qué es Métrica?.
z ¿Para qué sirve Métrica?.
z ¿De qué está compuesta Métrica?.
www.map.es/metricav3/Presentación de Métrica
¿Qué es Métrica?
9 Una TERMINOLOGÍA común.
9 Un ‘MÉTODO DE HACER’ común.
9 Unas TÉCNICAS extendidas que permiten la comunicación.
9 Unos RESULTADOS o productos con un índice común.
9 Unos ‘Planos Básicos’ REVISABLES POR TODOS los implicados.
9 La posibilidad de establecer actuaciones en el área de GARANTÍA
DE CALIDAD al tener un marco de referencia.
9 INDEPENDENCIA de las metodologías propias de las empresas
consultoras.
Web: www.sevinge.es e-mail: info@sevinge.es Pabellón de Italia. C/ Isaac Newton s/n. Planta 4ª
Telf.: 954 091 086 – FAX: 954 460 306 Isla de la Cartuja. 41092 SevillaPresentación de Métrica
¿Qué no es métrica?
{¿Es un ciclo de vida en cascada?.
{¿Es una metodología que hay que aplicar tal
cuál?.
{¿Sirve para gestionar proyectos?.
{¿Si usamos Métrica no podemos usar, por
ejemplo, RUP?.Presentación de Métrica
Principales diferencias entre Métrica 2.1 y Métrica 3.
¿Cuál es cuál?Presentación de Métrica Principales diferencias entre Métrica 2.1 y Métrica 3. z División en procesos. z Descripción de las tareas de manera sistemática. z Incorporación de nuevos estándares (como UML). z Soporte para desarrollos orientados a objetos. z Interfaces (tareas comunes a todos los procesos). z Una nueva PSI. z Ahora sí hay mantenimiento.
Introducción a Métrica v3
Un ejemplo de Métrica.Un ejemplo de Métrica
Un ejemplo de Métrica La consejería de turismo convoca un concurso público para la realización de un PSI…. … y lo ganamos. ¿Qué hacemos?
Un ejemplo de Métrica
¿Qué hacemos ahora?Un ejemplo de Métrica
¿Qué hacemos ahora?Un ejemplo de Métrica
¿Qué hacemos ahora?Un ejemplo de Métrica
¿Qué hacemos ahora?Un ejemplo de Métrica
¿Qué hacemos ahora?Un ejemplo de Métrica
¿Qué hacemos ahora?Un ejemplo de Métrica
FinIntroducción a Métrica v3 Un segundo ejemplo de Métrica.
Un segundo ejemplo de Métrica
Sokoban
Cliente.Un segundo ejemplo de Métrica
z ¿Un juego de escritorio? ¿En
Internet? ¿Para móviles? ¿Para
PDAs? ¿Para televisión
interactiva?.
z (Juego Internet) ¿Cliente rico?.
EVS.
¿HTML estándar?.
z (Juego Móvil) ¿Java?. ¿Smbian?
z ¿Requisitos de accesibilidad para
personas con minusvalías?Un segundo ejemplo de Métrica
Existe el mismo número Jugador mover
de cajas que de repisas.
0..1
1
estáEn
1 *
Muro formaParteDe Nivel Caja
1..* 1 1 0..*
EVS.
1 0..1
Colocada
0..1
Modelo de Repisa
dominio. 0..*Un segundo ejemplo de Métrica
Iniciar partida
Mover jugador
Usuario
Reiniciar nivel
Nombre 01- Iniciar partida
ASI. Descripción El usuario desea iniciar una nueva partida de Sokoban.
Precondición Ninguna
Secuencia 01 El usuario solicita comenzar una nueva partida.
principal
02 El sistema carga el nivel inicial.
Modelo de 03 El sistema muestra la pantalla de juego y espera a que
el usuario realice un movimiento (Caso de uso 02).
requisitos. Errores / No
Alternativas
Postcondición Partida iniciada
Notas NoUn segundo ejemplo de Métrica ASI. Modelo de análisis.
Un segundo ejemplo de Métrica
ASI.
Modelo de
análisis (más
detallado).Un segundo ejemplo de Métrica
class Class Model
ón de prueba no Registrada EA 6.5 versión de prueba no
Niv el
ón dej avprueba
a.sw ing.JFrame
no Registrada EA 6.5- versión de prueba no
graficos: java.swing.image
- mapa[][]: int
ón de prueba no Registrada EA 6.5 versión de prueba no
ón de prueba no Registrada EA 6.5 versión de prueba no
Pantalla
DSI. ón de prueba no Registrada EA 6.5 versión de prueba no
Partida
+ dibujarNivel() : void
+ finDeNivel() : void + moverJugador(int) : void
ón de prueba no Registrada EA 6.5+ versión
+ main() : void nuevoNivel()de prueba no
: void
+ show() : void
Modelo de diseño.
ón de prueba no Registrada EA 6.5 versión de prueba no
¿Qué vendría a continuación?Introducción a Métrica v3
Procesos.Procesos de Métrica 3
Planificación de sistemas de información
Definición de la arquitectura
1
tecnológica
? 2 Definición del plan de acción
Diseño del modelo de
3 sistema de información
4
Identificación de requisitos
Estudio de la información
5 relevanteProcesos de Métrica 3
z PLANIFICACION DE SISTEMAS DE INFORMACION (PSI)
{OBJETIVO: obtener un marco de referencia para el desarrollo
de S.I. que responda a los objetivos estratégicos de la
organización.
5 4 3 1 2Procesos de Métrica 3
Estudio de viabilidad del sistema
Estudio de alternativas de
1
solución
? 2 Definición de requisitos del
sistema
3
Estudio de la situación actual
Establecimiento del alcance
4 del sistema
5
Selección de la soluciónProcesos de Métrica 3
z ESTUDIO DE VIABILIDAD DEL SISTEMA (EVS)
{OBJETIVO: analiza un conjunto concreto de necesidades, y
propone una solución a corto plazo, considerando criterios
económicos, técnicos , legales y operativos.
4 3 2 1 5Procesos de Métrica 3
Análisis del sistema de información.
1 Análisis de casos de uso
? 2 Definición del sistema
Especificación del plan de
3 pruebas
Definición de interfaces de
4 usuario
5 Análisis de clasesProcesos de Métrica 3
2 1 5 4 3Procesos de Métrica 3
Diseño del sistema de información.
Definición de la arquitectura
? 1
2
del sistema
Diseño físico de datos
Especificación técnica del
3
plan de pruebas
Diseño de migración y carga
4
inicial de datos.
5 Diseño de clasesProcesos de Métrica 3
1 5 2 4 3Procesos de Métrica 3
Construcción del sistema de información
Generación del código de
1 componentes y
procedimientos.
? 2 Pruebas del sistema
3
Pruebas de integración
Elaboración
Elaboración de
de manuales
manuales de
de
4 usuario
5
Construcción de
componentes de migración y
carga inicial de datos.Procesos de Métrica 3
1 4 5 3 2Procesos de Métrica 3
Implantación y aceptación del sistema
Carga de datos al entorno de
?
1 operación
Formación necesaria para la
2 implantación.
3 Pruebas de aceptación del
sistema
4 Paso a producción.
5 Preparación del
mantenimiento.Procesos de Métrica 3
2 1 5 3 4Procesos de Métrica 3
Mantenimiento de sistemas de información.
Análisis de la petición
1
? 2
Implementación de la
modificación.
Seguimiento y evaluación de
3 los cambios hasta la
aceptación
4 Registro de la petición.
Preparación de la
5 implementación de la
modificación.Procesos de Métrica 3
4 1 5 3 2Procesos en Métrica 3 Ejercicio: 1. Agruparnos por equipos. 2. Elegir un proceso (secreto). 3. Seleccionar un conjunto de tareas. 4. Las exponemos y las ordenamos. 5. Las agrupamos en sus actividades. 6. Veamos un ejemplo…
Procesos de Métrica 3
Mantenimiento de sistemas de información (Tareas)
(Tareas)
Asignación de la petición
1
? 2
Registro de la petición.
Especificación del plan de
3 pruebas de regresión
4 Seguimiento de los cambios.
Identificación de elementos
5 aceptados.Procesos de Métrica 3 2 1 5 3 4
Procesos en Métrica 3
Ejercicio:
z Tenemos la siguiente documentación:
1. Un diagrama de casos de uso.
2. Un diagrama de clases con clases DAO y Facade.
3. Un diagrama Entidad / Relación.
4. Un script de Oracle para migrar datos de una versión a
otra. PSI
5. Un organigrama de la división en secretarías de una EVS
consejería.
ASI
6. El coste de una máquina y el software servidores de
DSI
aplicaciones.
CSI
7. Un dibujo de una pantalla del sistema.
IAS
8. Los resultados de una prueba de seguridad.
MSI
9. Un diagrama de interacción entre clases boundary,
entity y control. ¿Algo más?
10. La ley de protección de datos personales que nuestro
sistema tiene que cumplir. OrdenarloProcesos en Métrica 3
Un posible orden (no es el único):
1. Un diagrama Entidad / Relación (PSI).
2. Un organigrama de la división en secretarias de una
consejería (PSI).
3. El coste de una máquina y el software servidores de
aplicaciones (EVS).
4. La ley de protección de datos personales que nuestro
sistema tiene que cumplir (EVS).
5. Un dibujo de una pantalla del sistema (ASI).
6. Un diagrama de interacción entre clases boundary, entity y
control (ASI).
7. Un diagrama de casos de uso (ASI).
8. Un diagrama de clases con clases DAO y Facade (DSI).
9. Un script de Oracle para migrar datos de una versión a otra
(CSI).
10. Los resultados de una prueba de seguridad (IAS).Introducción a Métrica v3
Interfaces.Interfaces
Métrica 3 incluye un conjunto de procesos
que definen una serie de actividades de
interfaz con otros procesos organizativos
o de soporte.
¿Cuáles
¿Cuáles son
son sus
sus objetivos?
objetivos?
11 min.
min.
{Gestión de proyectos.
{Seguridad.
{Gestión de configuración.
{Aseguramiento de la calidad.Interfaces Gestión de proyectos La Gestión de Proyectos tiene como finalidad principal la planificación, el seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un Sistema de Información. Como consecuencia de este control es posible conocer en todo momento qué problemas se producen y resolverlos o paliarlos de manera inmediata
Interfaces Gestión de seguridad El objetivo de la interfaz de seguridad es incorporar en los sistemas de información mecanismos de seguridad adicionales a los que se proponen en la propia metodología, asegurando el desarrollo de cualquier tipo de sistema a lo largo de los procesos que se realicen para su obtención.
Interfaces
Gestión de configuración
El
El objetivo
objetivo es
es mantener
mantener la la integridad
integridad de
de los
los productos
productos queque se
se obtienen
obtienen aa lo
lo
largo
largo del
del desarrollo
desarrollo de
de los
los sistemas
sistemas de
de información,
información, garantizando
garantizando que
que no
no se
se
realizan
realizan cambios
cambios incontrolados
incontrolados yy que
que todos
todos los
los participantes
participantes en
en el
el desarrollo
desarrollo del
del
sistema
sistema disponen
disponen dede la
la versión
versión adecuada
adecuada de de los
los productos
productos que
que manejan.
manejan.Interfaces
Aseguramiento de la
calidad
El
El objetivo
objetivo es
es
proporcionar
proporcionar un un marco
marco
común
común de de referencia
referencia
para
para la
la definición
definición yy
puesta
puesta enen marcha
marcha de de
planes
planes específicos
específicos de de
aseguramiento
aseguramiento de de
calidad
calidad aplicables
aplicables aa
proyectos
proyectos concretos.
concretos.Interfaces
Gestor de eventos
El
El gestor
gestor de
de eventos
eventos permite
permite que
que usuarios
usuarios registrados
registrados den
den de
de alta
alta un
un evento
evento
(descripción,
(descripción, fecha,
fecha, hora)
hora) yy que
que cualquiera
cualquiera que
que se
se conecte
conecte pueda
pueda buscar
buscar
eventos
eventos (eventos
(eventos más
más recientes,
recientes, eventos
eventos pasados,
pasados, por
por descripción,
descripción, etc.)
etc.)
1.
1. Catálogo
Catálogo dede casos
casos de de 1.
1. Arquitectura
Arquitectura enen capas
capas 1.
1. Código
Código de
de los
los JSPs
JSPs
uso.
uso. del
del sistema.
sistema. Bean
Bean yy Servlets.
Servlets.
2.
2. Diagramas
Diagramas de de 2.
2. Diagramas
Diagramas de de clases
clases 2.
2. Informes
Informes de
de pruebas.
pruebas.
actividades.
actividades. con
con lala UI
UI en
en JSP.
JSP. 3.
3. Manual
Manual de
de usuario.
usuario.
3.
3. Interfaces
Interfaces del
del 3.
3. Diagrama
Diagrama de de clases
clases
sistema.
sistema. de
de las
las capas
capas con
con
4.
4. Aprobación
Aprobación dede los
los JavaBeans
JavaBeans yy Servlets.
Servlets. ¿Qué
¿Qué pasará
pasará con
con cada
cada
casos
casos de
de uso
uso por
por los
los 4.
4. Esquema
Esquema de de la
la BBDD
BBDD interfaz?
interfaz?
usuarios.
usuarios. para
para Oracle.
Oracle.Interfaces
Gestión de configuración
1.
1. Catálogo
Catálogo dede casos
casos de de
uso.
uso.
Registrar
Registrar nombre,
nombre, versión,
versión,
2.
2. Diagramas
Diagramas de de estado
estado yy localización.
localización.
actividades.
actividades.
3.
3. Interfaces
Interfaces del
del
sistema.
sistema.
4.
4. Aprobación
Aprobación dede los
los
casos
Registrar
Registrar nombre,
nombre, versión,
versión,
casos de
de uso
uso por
por los
los
usuarios.
usuarios. estado
estado yy localización.
localización.Interfaces
Interfaz de seguridad:
z Análisis:
zSe estudia la seguridad necesaria para el desarrollo
del análisis.
zSe identifican requisitos adicionales de seguridad y
pruebas de seguridad.
1.
1. Catálogo
Catálogo de de casos
casos dede uso.
uso. Catalogación
Catalogación segura
segura de
de los
los
2.
2. Diagramas
Diagramas de de actividades.
actividades.
3. Interfaces
resultados
resultados
3. Interfaces del
del sistema.
sistema.
4.
4. Aprobación
Aprobación de de los
los casos
casos de
de
uso
uso por
por los
los usuarios.
usuarios.
5.
5. Seguridad
Seguridad requerida
requerida enen el
el
proceso
proceso de de análisis.
análisis.
6.
6. Funciones
Funciones yy mecanismos
mecanismos de de
seguridad.
seguridad.Interfaces
Interfaz de seguridad:
z Diseño:
zSe estudia la seguridad necesaria para el desarrollo
del diseño.
zSe diseñan las funciones de seguridad que
controlarán, minimizarán o eliminarán los riesgos
intrínsecos del sistema y las pruebas de seguridad.
1.
1. Arquitectura
Arquitectura en
en capas
capas del
del sistema.
sistema. Catalogación
Catalogación segura
segura de
de los
los
2.
2. Diagramas
Diagramas de de clases
clases con
con lala UI
UI en
en JSP.
JSP. resultados
resultados
3.
3. Diagrama
Diagrama de de clases
clases de
de las
las capas
capas con
con JavaBeans
JavaBeans
yy Servlets.
Servlets.
4.
4. Esquema
Esquema de de la
la BBDD
BBDD para
para Oracle.
Oracle.
5.
5. Seguridad
Seguridad requerida
requerida en
en elel proceso
proceso dede diseño.
diseño.
6.
6. Requisitos
Requisitos dede seguridad
seguridad del
del entorno
entorno tecnológico.
tecnológico.
7.
7. Requisitos
Requisitos dede seguridad
seguridad del
del entorno
entorno de
de
construcción.
construcción.Interfaces
Interfaz de seguridad:
z Construcción:
zSe realizan controles de seguridad que eviten
filtraciones de datos del sistema de información.
zPlan de formación en seguridad para usuarios finales.
zSe evalúan los resultados de las pruebas de seguridad.
1.
1. Código
Código de
de los
los JSPs
JSPs Bean
Bean yy Catalogación
Catalogación segura
segura de
de los
los
Servlets.
Servlets. resultados
resultados
2.
2. Informes
Informes dede pruebas.
pruebas.
3.
3. Manual
Manual dede usuario.
usuario.
4.
4. Seguridad
Seguridad requerida
requerida en
en el
el proceso
proceso
de
de construcción.
construcción.
5.
5. Informes
Informes dede pruebas
pruebas de
de seguridad.
seguridad.
6.
6. Plan
Plan de
de formación
formación de
de seguridad.
seguridad.Interfaces
Interfaz de gestión de proyectos:
A
A nuestro
nuestro ejemplo
ejemplo le
le afectan
afectan las
las actividades
actividades de
de inicio
inicio (GPI)
(GPI) yy
las
las de
de seguimiento
seguimiento yy control
control (GPS)
(GPS)Interfaces
Interfaz de gestión de proyectos:
z Actividades de inicio:
zSe estima el esfuerzo de desarrollo del proyecto.
zSe planifica el desarrollo del proceso.
1.
1. Definición
Definición general
general del
del proyecto.
proyecto.
2.
2. Planificación
Planificación general
general del
del proyecto.
proyecto.Interfaces
Interfaz de gestión de proyectos:
z Actividades de seguimiento y control:
zSe vigila el estado de las tareas que se desarrollan.
zSe corrigen las desviaciones que surjan.
Resultados
Resultados del
del desarrollo.
desarrollo. Resultados
Resultados de
de la
la gestión.
gestión.
1.
1. Catálogo
Catálogo de de casos
casos dede uso.
uso. 1.
1. Ficha
Ficha de
de asignación
asignación de
de tareas.
tareas.
2.
2. Diagramas
Diagramas de de actividades.
actividades. 2.
2. Ficha
Ficha de
de seguimiento
seguimiento de
de
3.
3. Interfaces
Interfaces del
del sistema.
sistema. tareas.
tareas.
4.
4. Aprobación
Aprobación de de los
los casos
casos de
de 3.
3. Ficha
Ficha de
de incidencia.
incidencia.
uso
uso por
por los
los usuarios.
usuarios. 4.
4. Registro
Registro de
de incidencias.
incidencias.
5.
5. Plan
Plan de
de aseguramiento
aseguramiento de de la
la 5.
5. Registro
Registro de
de cambios
cambios en
en los
los
calidad.
calidad. requisitos.
requisitos.
Para
Para el
el resto
resto de
de los
los procesos
procesos será
será igual.
igual.Interfaces
Interfaz de calidad:
z Análisis:
zSe define de forma detallada el plan de aseguramiento
de calidad para un sistema de información.
zSe revisan: catálogo de requisitos, modelos resultantes
del análisis y plan de pruebas.
1.
1. Catálogo
Catálogo de de casos
casos dede uso.
uso. Revisión
Revisión por
por parte
parte del
del equipo
equipo
2.
2. Diagramas
Diagramas de de actividades.
actividades.
3. Interfaces
de
de calidad.
calidad.
3. Interfaces del
del sistema.
sistema.
4.
4. Aprobación
Aprobación de de los
los casos
casos de
de Dossier
Dossier de
de aseguramiento
aseguramiento de
de la
la
uso
uso por
por los
los usuarios.
usuarios. calidad.
calidad.
5.
5. Plan
Plan de
de aseguramiento
aseguramiento de de la
la
calidad.
calidad.Interfaces
Interfaz de calidad:
z Diseño:
zSe verifica la correcta traducción de los requisitos a la
arquitectura del sistema.
zTambién se revisan: requisitos de prueba, requisitos de
documentación e implantación.
1.
1. Arquitectura
Arquitectura en
en capas
capas del
del
sistema.
sistema.
Revisión
Revisión por
por parte
parte del
del equipo
equipo
2.
2. Diagramas
Diagramas de de clases
clases con
con la
la de
de calidad.
calidad.
UI
UI en
en JSP.
JSP.
3. Diagrama Dossier
Dossier de
de aseguramiento
aseguramiento de
de la
la
3. Diagrama dede clases
clases de
de las
las
capas
capas con
con JavaBeans
JavaBeans yy calidad.
calidad.
Servlets.
Servlets.
4.
4. Esquema
Esquema de de la
la BBDD
BBDD para
para
Oracle.
Oracle.Interfaces
Interfaz de calidad:
z Construcción:
zSe verifican los estándares de nomenclatura y
normativa del código, de los resultados de las pruebas,
del manual de usuario, y dele squema de formación
1.
1. Código
Código de
de los
los JSPs
JSPs Bean
Bean yy Revisión
Revisión por
por parte
parte del
del equipo
equipo
Servlets.
Servlets. de
de calidad.
calidad.
2.
2. Informes
Informes de
de pruebas.
pruebas.
3.
3. Manual
Manual de
de usuario.
usuario. Dossier
Dossier de
de aseguramiento
aseguramiento de
de la
la
calidad.
calidad.Introducción a Métrica v3
Técnicas / prácticas.Técnicas / prácticas Métrica me dice qué tengo que hacer (procesos)…. … y también me dice cómo hacerlo (técnicas / prácticas).
Técnicas / prácticas
Pruebas de aceptación IAS
Catalogación ASI DSI MSI PSI, EVS
Pruebas de regresión MSI
Casos de uso ASI DSI EVS
Pruebas del sistema CSI
Diagramas de clases ASI DSI PSI, EVS
Análisis de impacto MSI
Modelo E/R extendido. ASI PSI, EVS
Diagrama de despliegue DSI
Reglas
Reglas dede obtención
obtención del
del modelo
modelo DSI
físico
físico aa partir
partir del
del modelo
modelo lógico
lógicoTécnicas / prácticas ASI: ASI:
Técnicas / prácticas DSI: DSI:
Técnicas / prácticas IAS: IAS:
Técnicas / prácticas
MSI:
MSI:Técnicas / prácticas
¿Todas las tareas tienen alguna técnica / práctica?
DSI 9. Diseño de la migración y carga inicial de datos.
10. Especificación técnica del plan de pruebas.
CSI 1. Preparación del entorno de generación y construcción.
2. Generación del código de componentes y procedimientos.
6. Elaboración de los manuales de usuario.
7. Definición de la formación de usuarios finales.
9. Aprobación del sistema de formación.
IAS 2. Formación necesaria para la implantación.
3. Incorporación del sistema al entorno de operación.
4. Carga de datos al entorno de operación.
10. Paso a producciónIntroducción a Métrica v3
Participantes.Participantes z Los participantes se agrupan en perfiles. z Los perfiles tienen atribuciones comunes. z Cinco perfiles: 1. Perfil directivo. 2. Perfil jefe de proyecto. 3. Perfil consultor. 4. Perfil analista. 5. Perfil programador.
Participantes
Perfil Descripción
Perfil directivo Conocen bien la organización, el proceso de
negocio y los objetivos. Su misión es proveer
de recursos y validar el desarrollo.
Perfil jefe de proyecto Coordinan y dirigen los equipos humanos.
Gestionan y supervisan la gestión del proceso
de desarrollo.
Perfil consultor Asesorar en cuestiones sobre las que tienen
un conocimiento especializado.
Perfil analista Elaborar requisitos, modelos y, en algunos
casos, productos
Perfil programador Construir el código durante el CSI.Participantes
CDIR
Ejemplo
Ejemplo de
de organización
organización de
de COMITE
* Dota recursos
DE
un
un grupo
grupo de
de Métrica:
Métrica: DIRECCIÓN
* Revisa formalmente
DIR
DIRECTOR * Revisa informalmente
PROYECTO * Revisa formalmente
DTI USR EDS EGC
GRUPO JEFE DE PROYECTO
GRUPO EQUIPO DE
TECNOLOGÍAS
DE EQUIPO DE GARANTÍA DE
DE LA
USUARIOS TRABAJO CALIDAD
INFORMACIÓN
* Suministra información * Suministra información * Ejecuta
* Asiste técnicamente * Revisa informalmenteParticipantes
Implantación
Implantación yy aceptación
aceptación del
del sistema:
sistema:
Participante Perfil
Administrador de la BBDD
Comité de dirección
Comité de seguimiento
Directores de usuarios
Equipo de formación
Equipo de implantación
Equipo de operación
Equipo de soporte técnico
Jefe de proyecto
Responsable de implantación
Responsable de mantenimiento
Responsable de operación
Responsable de sistemas
Usuarios expertosParticipantes Participante Perfil Administrador de la BBDD Perfil analista Comité de dirección Perfil directivo Comité de seguimiento Perfil directivo Directores de usuarios Perfil directivo Equipo de formación Perfil analista Equipo de implantación Perfil analista Equipo de operación Perfil analista Equipo de soporte técnico Perfil analista Jefe de proyecto Perfil jefe de proyecto Responsable de implantación Perfil jefe de proyecto Responsable de mantenimiento Perfil jefe de proyecto Responsable de operación Perfil jefe de proyecto Responsable de sistemas Perfil jefe de proyecto Usuarios expertos Perfil directivo
Participantes
Estudio
Estudio de
de Viabilidad
Viabilidad del
del sistema:
sistema:
Participante Perfil
Analistas
Comité de dirección
Directores de usuarios
Equipo de soporte técnico
Especialista en comunicaciones
Jefe de proyecto
Responsable de mantenimiento
Responsables de seguridad
Técnicos de sistemas
Usuarios expertosParticipantes
Estudio
Estudio de
de Viabilidad
Viabilidad del
del sistema:
sistema:
Participante Perfil
Analistas Perfil analista
Comité de dirección Perfil directivo
Directores de usuarios Perfil directivo
Equipo de soporte técnico Perfil analista
Especialista en comunicaciones Perfil consultor
Jefe de proyecto Perfil jefe de proyecto
Responsable de mantenimiento Perfil jefe de proyecto
Responsables de seguridad Perfil jefe de proyecto
Técnicos de sistemas Perfil consultor
Usuarios expertos Perfil directivoParticipantes 1. ¿Quiénes son los encargados de realizar las pruebas unitarias?. 2. ¿Quiénes proveen de los recursos necesarios?. 3. ¿Quiénes estiman el esfuerzo necesario para llevar a cabo el proyecto?. 4. ¿Quiénes diseñan la base de datos?. 5. ¿Participan usuarios del sistema?.
Actividades
Requisito [Glosario IEEE 610.12]
{ Una condición o capacidad que un usuario necesita para
resolver un problema o lograr un objetivo.
{ Una condición o capacidad que debe tener un sistema o
un componente de un sistema para satisfacer un contrato,
una norma, una especificación u otro documento formal.
{ Una representación en forma de documento de una
condición o capacidad como las expresadas en a) o en b).
Requisito [Norma MIL-STD STD-498]
{ Característica del sistema que es una condición para su
aceptación.
Requisito [Goguen Goguen]
{ Propiedad que un sistema debería tener para tener éxito
en el entorno en el que se usará.
La mejor definición es la
unión de las tres.Introducción a Métrica v3
Introducción a UML.UML. Introducción
UML = Unified Modelling Language
¿Y para qué sirve?UML. Introducción zUML está escrito en UML. zSoportado por una gran cantidad de herramientas (libres y propietarias). zSe ha convertido en estándar. zÚtil durante todo el proceso de desarrollo y mantenimiento.
Niveles en la lengua
zPuedo utilizar la lengua (español) para:
{Una entrevista de trabajo.
{Negociar una hipoteca.
{Contarle a mi amigote mi última aventura…
{Simpatizar con los padres de mi novia/o.
{Escribir poesía.
{Escribir un anuncio para vender mi coche.Niveles en UML
zPodemos utilizar UML para:
{Describir el problema que estamos tratando.
{Representar un negocio.
{Detallar las clases que hemos de construir.
{Saber qué métodos de qué clases llamar para
hacer una operación.
{Describir un protocolo.
{Modelas una BBDD.
{Y mucho más…Un ejemplo
Relación
Clase
DependenciaUn ejemplo
En mi negocio, un cliente hace varios
pedidos, aunque puedo tener
clientes que aún no me hayan hecho
ningún pedido.
Cada pedido tiene uno o varios
productos. Una vez que el pedido
está construido, se cierra y, después
se despacha. Además un cliente
puede adelantar una cantidad del
pedido.Un ejemplo
Tienes que construir tres clases. La
primera se llamará cliente y tendrá
un atributo nombre y otro dirección.
La segunda se llamará producto y
tendrá el atributo nombre.
La tercera clase se llamará pedido y
tendrá un atributo fecha, otro
adelanto, otro número, otro cliente y
otro productos. Además tendrá un
método cerrar y otro despacharUML. Tipos de diagramas
¿Cuáles son los diagramas
que utiliza Métrica?.Un ejemplo
Diagrama de clases:
Diagrama de actividades:Un ejemplo
Vector
-dimension : int
-coordenadas
+Suma(entrada vector1 : Vector, entrada vector2 : Vector) : Vector Diagrama de secuencia:Un ejemplo Modelo estático: Modelo dinámico:
También puede leer
