Tema 2. Métrica V3 - Apuntes 2 PDF

Preview

Summary

Profesor: Manuel Risoto
Métrica V3...

Description

TEMA 2: MÉTRICA V3 1. Estructura y objetivos Métrica V3 es una serie de documentos que explican cómo desarrollar un sistema de información. Características: • Modelo de proceso prescriptiio → explica lo que hay que hacer y lo que no hay que hacer. • Orientado a sistemas de información. • Mejora la productiidad. • Facilita la operación y el mantenimiento. • • •

Propone técnicas. Cubre el desarrollo y el mantenimiento. Facilita la comunicación entre agentes.

• • •

Precisa adaptación. Indica productos. Se diiide en procesos, y cada uno de ellos hace referencia a uno o iarios documentos.

Los procesos se diiiden en 3 grupos: • Estructura principal. ◦ Planifcación de sistemas de información (PPSI.. •

Desarrollo de sistemas de información. ◦ Estudio de iiabilidad del sistema (PEVS.. ◦ Análisis del sistema de información (PASI.. ◦ Diseño del sistema de información (PDSI.. ◦ Construcción del sistema de información (PCSI.. ◦ Implantación y aceptación del sistema (PIAS..

•

Mantenimiento de sistemas de información.

Además posee 4 interfaces, (Ppara ampliar los procesos.: • Gestón de Proyectos (PGP.. • Seguridad (PSEG.. • •

Aseguramiento de la Calidad (PAC.. Gestón de la Confguración (PGC.. 1

Apuntes hechos por Jesús Roldán Cadena - JRC

2. Planificación de sistemas de información (PSI) •

Obtención de un marco de referencia para el desarrollo de sistemas de información que responda a los objetiios estratégicos de la organización.

Trazamos un plan de lo que iamos a hacer. Para ello necesitamos conocer cómo es la organización (Pestructura organizatia, información releiante, entorno tecnológico actual, estándares., estudiar esa información y a partir de ahí aianzar (Pdescripción de la situación actual, requisitos de la organización, arquitectura de información, eialuación de recursos necesarios y plan de acción.. El plan de acción consttuye los productos y sistemas que hay que desarrollar (Pcon sus pertnentes proyectos.. Se establece un orden de prioridad entre los productos o sistemas que hay que desarrollar. Actiiidades: • Inicio del plan de sistemas de información (PPSI 1.. • Defnición y organización del PSI (PPSI ).. • Estudio de la información releiante (PPSI 3.. • Identfcación de requisitos (PPSI 4.. • • •

Estudio de los sistemas de información actuales (PPSI 5.. Identfcar y defnir los sistemas de información (PPSI 6.. Defnición de la arquitectura tecnológica (PPSI 7)..

• •

Defnición del plan de acción (PPSI 8.. Reiisión y aprobación del PSI (PPSI 9..

3. Estudio de viabilidad del sistema (EVS) Análisis de un conjunto concreto de necesidades para proponer una solución a corto plazo, que tenga en cuenta restricciones económicas, técnicas, legales y operatiias. Se proponen una serie de alternatias y se decide una de ellas. Situado en el ámbito del proyecto. Los resultados del EVS consttuyen una primera iisión de cómo iamos a desarrollar el sistema. Los requisitos aquí nombrados no se referen a los requisitos del sistema, sino a aquellos requisitos que hacen que nos cuestonemos si podemos lleiar a cabo la solución que tenemos en mente. •

2

Apuntes hechos por Jesús Roldán Cadena - JRC

Actiiidades: • Establecer el alcance del sistema (PEVS 1.. Tener una idea de lo que ia a hacer el sistema. • Estudio de la situación actual (PEVS ).. • Defnición de requisitos del sistema (PEVS 3.. • • •

Estudio de alternatias de solución (PEVS 4.. Eialuación de las alternatias (PEVS 5.. Selección de la solución (PEVS 6..

4. Análisis del sistema de información (ASI) •

Obtención de una especifcación detallada del sistema de información que satsfaga las necesidades de información de los usuarios y siria de base para el posterior diseño del sistema. Realizamos la defnición conceptual del sistema (Pmodelado conceptual.. Defnimos qué hay que hacer.

Actiiidades: • Defnición del sistema (PASI 1.. • Establecimiento de requisitos (PASI ).. • Identfcación de subsistemas de análisis (PASI 3.. • • •

Análisis de los casos de uso (PASI 4.. Análisis de clases (PASI 5.. Elaboración del modelo de datos (PASI 6..

• • •

Elaboración del modelo de procesos (PASI 7).. Defnición de interfaces de usuario (PASI 8.. Análisis de consistencia y especifcación de requisitos (PASI 9.. Especifcación del plan de pruebas (PASI 10.. Aprobación del análisis del sistema de información (PASI 11..

• •

3

Apuntes hechos por Jesús Roldán Cadena - JRC

5. Diseño del sistema de información (DSI) •

Defnición de la arquitectura del sistema y del entorno tecnológico que le ia a dar soporte, junto con la especifcación detallada de los componentes del sistema de información. El objetio es dejar claro cómo hay que hacer los resultados del ASI.

Actiiidades: • Defnición de la arquitectura del sistema (PDSI 1.. • Diseño de la arquitectura de soporte (PDSI ).. • Diseño de casos de uso reales. (PDSI 3.. • Diseño de clases (PDSI 4.. • Diseño de la arquitectura de módulos del sistema (PDSI 5.. • Diseño fsico de datos (PDSI 6.. • Verifcación y aceptación de la arquitectura del sistema (PDSI 7).. • Generación de especifcaciones de construcción (PDSI 8.. • Diseño de la migración y carga inicial de datos (PDSI 9.. • Especifcación técnica del plan de pruebas (PDSI 10.. • Establecimiento de requisitos de implantación (PDSI 11.. • Aprobación del diseño del sistema de información (PDSI 1)..

4

Apuntes hechos por Jesús Roldán Cadena - JRC

6. Construcción del sistema de información (CSI) •

Se genera el código de los componentes del sistema de información, se desarrollan todos los procedimientos de operación y seguridad y se elaboran todos los manuales de usuario fnal y de explotación con el objetio de asegurar el correcto funcionamiento del sistema para su posterior implantación.

Actiiidades: • Preparación del entorno de generación y construcción (PCSI 1.. • • •

Generación del código de los componentes y procedimientos (PCSI ).. Ejecución de las pruebas unitarias (PCSI 3.. Ejecución de las pruebas de integración (PCSI 4..

• • • •

Ejecución de las pruebas del sistema (PCSI 5.. Elaboración de los manuales de usuario (PCSI 6.. Defnición de la formación de los usuarios fnales (PCSI 7).. Construcción de los componentes y procedimientos de migración y carga inicial de datos (PCSI 8..

•

Aprobación del sistema de información (PCSI 9..

5

Apuntes hechos por Jesús Roldán Cadena - JRC

7. Implantación y aceptación del sistema (IAS) •

Entrega y aceptación del sistema en su totalidad, y la realización de todas las actiidades necesarias para el paso a producción del mismo.

Actiiidades: • Establecimiento del plan de implantación (PIAS 1.. • Formación necesaria para la implantación (PIAS ).. • • • •

Incorporación del sistema al entorno de operación (PIAS 3.. Carga de datos al entorno de operación (PIAS 4.. Pruebas de implantación del sistema (PIAS 5.. Pruebas de aceptación el sistema (PIAS 6..

• • •

Preparación del mantenimiento del sistema (PIAS 7).. Establecimiento del acuerdo de niiel de seriicio. (PIAS 8.. Presentación y aprobación del sistema (PIAS 9..

•

Paso a producción (PIAS 10..

6

Apuntes hechos por Jesús Roldán Cadena - JRC

8. Mantenimiento de sistemas de información (MSI) •

Obtención de una nueia iersión de un sistema de información , a partir de las peticiones de mantenimiento que los usuarios realizan con motio de un problema detectado en el sistema, o por la necesidad de una mejora del mismo.

Actiiidades: • Registro de la petción (PMSI 1.. • Análisis de la petción (PMSI ).. • Preparación de la implementación de la modifcación (PMSI 3.. •

Seguimiento y eialuación de los cambios hasta la aceptación (PMSI 4..

9. Perfiles 9.1 Directivo •

El perfl de directio comprende aquellos roles que tenen capacidad de dirección: tener capacidad de decidir y poner recursos (Phumanos, fnancieros, etc.. Varios roles:

• • •

◦ Comité de Dirección. Aquel que está en la toma de decisiones fnal. ◦ Comité de Seguimiento. Se encarga de hacer seguimientos al proyecto. ◦ Directores de usuarios. Representantes de alto niiel de los usuarios que tenen capacidad de decisión sobre lo que el usuario necesita (Prequisitos que debe cumplir el sistema.. Alto niiel en la organización. Conocer objetiios estratégicos y de negocio. Capacidad de autorizar, ialidar y proieer recursos.

•

Conocimiento de la organización.

9.2 Jefe de proyecto •

Más enfocado en aspectos concretos y del día a día del proyecto. Varios roles: ◦ Project manager. Dirige el proyecto en el día a día, coordina personal, fja fechas, etc. ◦ Responsable de implantación. Responsable de instalar el sistema en el lugar. ◦ ◦ ◦ ◦

Responsable de mantenimiento. Responsable de operación. Responsable de sistemas. Responsable de seguridad.

◦ Responsable de calidad.

7

Apuntes hechos por Jesús Roldán Cadena - JRC

9.3 Analista •

Varios roles: ◦ Analista. Actúa en las primeras fases del proyecto. Se encarga de realizar la especifcación de los requisitos. ◦ Administrador de base de datos. ◦ Equipo de arquitectura. ◦ Equipo de formación. ◦ ◦ ◦ ◦

Equipo de operación. Equipo de seguridad. Equipo de soporte técnico. Equipo de proyecto.

◦ Grupo de aseguramiento de la Calidad.

9.4 Programador •

Miembros que construyen el código, realizan las pruebas unitarias y participan en las pruebas conjuntas. ◦ Existe un equipo de garanta y calidad que se encarga de realizar el resto de pruebas. Son ajenas al equipo de desarrollo.

9.5 Consultor •

Este perfl representa a todas aquellas personas cuyo trabajo es asesorar sobre algún tema específco del dominio del problema. Estas personas son un poco más externas respecto al desarrollo del proyecto. Sus roles son: ◦ Consultor. ◦ Consultor informático. ◦ Consultor de las Tecnologías de la Información. ◦ Consultor de Sistemas de Información. ◦ Especialista en Comunicaciones. ◦ Técnico de Sistemas. ◦ Técnicos de Comunicaciones.

8

Apuntes hechos por Jesús Roldán Cadena - JRC...