CBI LIC. EN COMPUTACION Proyecto de Investigación II PSP:...

58
CBI LIC. EN COMPUTACION Proyecto de Investigación II PSP: Personal Software Process Asesor: Luis Fernando Castro Careaga Alumnos: Basurto Sánchez Ana Lilia Franco Ramírez Alejo Galván Rivera Rene Lovillo Damián Gerardo Noé

Transcript of CBI LIC. EN COMPUTACION Proyecto de Investigación II PSP:...

CBI LIC. EN COMPUTACION

Proyecto de Investigación II PSP: Personal Software Process

Asesor: Luis Fernando Castro Careaga

Alumnos: Basurto Sánchez Ana Lilia

Franco Ramírez Alejo Galván Rivera Rene

Lovillo Damián Gerardo Noé

I N D I C E

INTRODUCCIÓN ................................................................................................. 5

MODELO DE REQUERIMIENTOS. .................................................. 7

USE CASE: GLOBAL ............................................................................................................ 8 Modelo de Interfaz: Global ...................................................................................... 9

USE CASE: MANTENIMIENTO DE PROCESOS .................................................................... 11 Modelo de Interfaz: Mantenimiento de procesos............................................ 12

USE CASE: MANTENIMIENTO DE FASES.......................................................................... 14 Modelo de Interfaz: Mantenimiento de fases ................................................... 15

USE CASE: MANTENIMIENTO DE PROGRAMAS.................................................................. 17 Modelo de Interfaz: Mantenimiento de programas......................................... 18

USE CASE: BITÁCORA DE DEFECTOS............................................................................... 20 Modelo de Interfaz: Bitácora de defectos ......................................................... 20

USE CASE: BITÁCORA DE TIEMPOS. ................................................................................. 21 Modelo de Interfaz: Bitácora de tiempos .......................................................... 22

USE CASE: MANTENIMIENTO AL CATALOGO DE USUARIOS. ............................................. 23 Modelo de Interfaz: Mantenimiento al catalogo de usuarios....................... 24

USE CASE: BITÁCORA DE TAMAÑO................................................................................... 26 Modelo de Interfaz: Bitácora de Tamaño .......................................................... 27

DIAGRAMA DE LA BASE DE DATOS ................................................................................... 28

MODELO DE DISEÑO. ............................................................................... 29

USE CASE: MANTENIMIENTO DE PROCESOS ................................................................... 30 Altas de procesos.................................................................................................... 30

Diagrama de secuencia ........................................................................................ 30 Diagrama de clases dinámicas............................................................................ 31

Bajas de Procesos................................................................................................... 31 Diagrama de secuencia ........................................................................................ 31 Diagrama de clases dinámicas............................................................................ 32

Cambios de procesos............................................................................................. 32 Diagrama de secuencia ........................................................................................ 32 Diagrama de clases dinámicas............................................................................ 33

USE CASE: MANTENIMIENTO DE FASES........................................................................... 34 Altas de Fases .......................................................................................................... 34

Diagrama de secuencia ........................................................................................ 34 Diagrama de clases dinámicas............................................................................ 35

Bajas de fases .......................................................................................................... 35 Diagrama de secuencia ........................................................................................ 35 Diagrama de clases dinámicas............................................................................ 36

Cambios de fases .................................................................................................... 36 Diagrama de secuencia ........................................................................................ 36

Diagrama de clases dinámicas............................................................................ 37 Diagrama de componentes ................................................................................... 37

USE CASE: MANTENIMIENTO DE PROGRAMAS ................................................................. 38 Altas de programas................................................................................................. 38

Diagrama de secuencia ........................................................................................ 38 Diagrama de clases dinámicas............................................................................ 39

Bajas de programas ................................................................................................ 39 Diagrama de secuencia ........................................................................................ 39 Diagrama de clases dinámicas............................................................................ 40

Cambios de programas.......................................................................................... 40 Diagrama de secuencia ........................................................................................ 40 Diagrama de clases dinámicas............................................................................ 41

Diagrama de componentes ................................................................................... 41 USE CASE: MANTENIMIENTO DE USUARIOS .................................................................... 42

Altas de usuarios..................................................................................................... 42 Diagrama de secuencia ........................................................................................ 42 Diagrama de clases dinámicas............................................................................ 43

Bajas de usuarios .................................................................................................... 43 Diagrama de secuencia ........................................................................................ 43 Diagrama de clases dinámicas............................................................................ 44

Cambios de usuarios.............................................................................................. 44 Diagrama de secuencia ........................................................................................ 44 Diagrama de clases dinámicas............................................................................ 45

Diagrama de componentes ................................................................................... 45 USE CASE: BITÁCORA DE TIEMPOS ................................................................................. 46

Iniciar bitácora de tiempos ................................................................................... 46 Diagrama de secuencia ........................................................................................ 46 Diagrama de clases dinámicas............................................................................ 47

Suspender bitácora de tiempos........................................................................... 47 Diagrama de secuencia ........................................................................................ 47 Diagrama de clases dinámicas............................................................................ 48

Cerrar bitácora de tiempos ................................................................................... 48 Diagrama de secuencia ........................................................................................ 48 Diagrama de clases dinámicas............................................................................ 49

Actualizar bitácora de tiempos ............................................................................ 49 Diagrama de secuencia ........................................................................................ 49 Diagrama de clases dinámicas............................................................................ 50

Diagrama de componentes ................................................................................... 50 USE CASE: BITÁCORA DE TAMAÑO................................................................................... 51

Planeación del tamaño........................................................................................... 51 Diagrama de secuencia ........................................................................................ 51 Diagrama de clases dinámicas............................................................................ 52

Registro del tamaño real ....................................................................................... 52 Diagrama de secuencia ........................................................................................ 52 Diagrama de clases dinámicas............................................................................ 53

Objetos desarrollados ............................................................................................ 53

Diagrama de secuencia ........................................................................................ 53 Diagrama de clases dinámicas............................................................................ 54

USE CASE: BITÁCORA DE DEFECTOS .............................................................................. 55 Diagrama de secuencia ........................................................................................ 55 Diagrama de clases dinámicas............................................................................ 56

Diagrama de componentes ................................................................................... 56

CONCLUSIONES. ............................................................................................ 57

BIBLIOGRAFÍA. ................................................................................................. 58

Introducción Proceso Personal de Software (PSP) ¿Qué es un Proceso?

Un Proceso es un conjunto de pasos parcialmente ordenados con el

propósito de alcanzar una meta. ¿Qué es el PSP?

Personal Software Process (PSP) es una propuesta del autor Watts Humphrey, que considera ayudas para desarrollar las habilidades y hábitos necesarios para planificar, rutear y analizar proyectos complejos desde una perspectiva personal.

El Proceso de Software Personal es un proceso de auto mejora diseñado

para ayudarnos a controlar, administrar y mejorar la forma en que trabajamos.

El PSP provee a los ingenieros de software con una metodología para planear y dar seguimiento a su trabajo para incrementar su productividad y la calidad de los sistemas de Software. Para problemas simples, se va aplicando el método PSP y superando paulatinamente sus siete niveles de evolución a nivel personal. La documentación entregada junto con cada problema es bastante detallada y auto explícita como para facilitar al máximo la obtención de los resultados de cada nivel por parte de cada uno de los participantes.

Se utilizan una serie de documentos de trabajo como: Pautas, que sirven de guía para entender los pasos que componen el Proceso, Resumen del Plan de Proyecto para el informe de los resultados obtenidos en el Proceso. Estos documentos acompañaran a los Procesos, mismos que consideran las etapas de Planificación, Desarrollo y Post Mortem. Este Proceso es alimentado por los Requerimientos del Usuario y tiene como salida un Producto terminado, datos del Proyecto y Proceso así como el Resumen del Plan.

En la etapa de Planificación se produce un Plan para efectuar el trabajo, a continuación se hace el trabajo (Desarrollo) y en la etapa de Post Mortem se comparan los resultados obtenidos con la planificación, se registran los datos y se produce el Resumen del Plan.

Los Siete Pasos del PSP:

! Medición Personal (PSP0, PSP0.1): Su objetivo es proveer un framework para recolectar datos iniciales de proceso.

! Planeación personal (PSP1, PSP1.1): PSP1 agrega estimación de tamaño

y de recursos además de reporte de pruebas. PSP1.1 agrega planeación de tareas y calendario.

! Calidad personal (PSP2, PSP2.1): PSP2 Concepto de Prevención de

defectos mediante la administración de los errores. Listas para revisiones de diseño y de código. PSP2.1 Especificaciones de diseño a nivel individual

! Proceso personal cíclico (PSP3): Proceso lineal para construir programas

pequeños. Introduce métodos individuales con un enfoque en proyectos a gran escala pero sin lidiar con problemas de comunicación y coordinación.

Objetivo: Así pues todo lo explicado anteriormente forma parte del desarrollo de los PSP’s, pero hasta la fecha, sólo se pueden llevar registros por medio de hojas de cálculo (EXCEL) y documentos de texto (WORD), así entonces vemos la necesidad de automatizar dichos procesos. Esta automatización se hará de modo gráfico y amigable para el usuario y el administrador, permitiendo así la interacción de ambos con el sistema y reduciendo un poco la labor de llenado de las bitácoras, pues ahora el sistema será capaz de realizar los cálculos necesarios para algunos campos en diferentes bitácoras. Para poder alcanzar este objetivo es necesario primero hacer un análisis del problema para después desarrollar el sistema requerido. Dicho análisis se compone de diversas etapas que iremos desarrollando con forme el avance de este proyecto.

Modelo de requerimientos.

Extrae el conocimiento funcional fundamental del problema de una forma estructurada y progresiva, siendo la base para establecer la estructura del sistema. Este modelo orienta todos los demás procesos del método.

Plantea que todo principio sea el establecer las principales transacciones que contendrá el sistema. Siendo una transacción cualquier interacción que el sistema tendrá con los agentes externos a él. Use Case

Un diagrama de Use Case muestra las distintas operaciones que se esperan de una aplicación o sistema y cómo se relaciona con su entorno (usuarios u otras aplicaciones).

Caso de uso: Se representa en el diagrama por una elipse, denota un

requerimiento solucionado por el sistema. Cada caso de uso es una operación completa desarrollada por los actores y por el sistema en un diálogo. El conjunto de casos de uso representa la totalidad de operaciones desarrolladas por el sistema. Va acompañado de un nombre significativo.

Actor: Es un usuario del sistema, que necesita o usa algunos de los casos

de uso. Se representa mediante un , acompañado de un nombre significativo, si es necesario.

Relaciones en un diagrama de casos de uso: Entre los elementos de un

diagrama de Casos de uso se pueden presentar tres tipos de relaciones, representadas por líneas dirigidas entre ellos (del elemento dependiente al independiente).

! Comunica (communicates). Relación entre un actor y un caso de uso,

denota la participación del actor en el caso de uso determinado. ! Usa (uses). Relación entre dos casos de uso, denota la inclusión del

comportamiento de un escenario en otro.

! Extiende (extends). Relación entre dos casos de uso, denota cuando un caso de uso es una especialización de otro.

Modelo de interfaz

Establece el vínculo visual entre el desarrollador y el usuario para concretar aspectos de la interacción que el sistema pudiese tener con su entorno externo, permitiendo la retroalimentación temprana de aspectos fundamentales para el conocimiento de la aplicación. El Modelo de Interfaz establece un vínculo entre el Usuario y el Analista, mostrando gráficamente cada Caso planteado. Consta principalmente de la definición de las interfaces principales que participarán en la ejecución de un Caso cuando el sistema exista. Por interfaces nos referiremos a Pantallas, Reportes o llamadas a otros sistemas. Sin embargo aplica con mayor frecuencia a Pantallas. Es claro que un sistema puede estar compuesto por un gran número de pantallas, reportes y llamadas a otros sistemas, sin embargo, el modelo estará compuesto sólo por las interfaces más significativas. Use case: Global

ADMINISTRADOR

TAMAÑO

BITACORA DE DEFECTO

MANTO PROCESOS

MANTO PROGRAMAS

MANTO CATALOGO DE USUARIOS

USUARIO

MANTO FASES

<< uses >> BITACORA DE TIEMPO

REGISTRAR PROGRAMA

Modelo de Interfaz: Global

Manto. de Fases

Altas

Bajas

Cambios

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Fase ESC/salir

Salvar

Manto. de Procesos

Altas

Bajas

Cambios

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Cambios ESC/salir

Salvar

Manto. de Programas

Altas

Bajas

Cambio

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Cambios ESC/salir

Salvar

Cat. de Usuarios

Altas

Bajas

Cambio

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Cambios ESC/salir

Salvar

Opciones de Admon

Menú Principa

Reg. de Program

Bitácora Tiempo

Bitácora Defecto

Suspender actividad

Admon

ESC/salir

Progs

ESC/salir U

suarios ESC

/sal

ir

Fase

s ESC/salir

ESC/salir

Proc

esos

ESC

/sal

ir

Acep

tar B.D

efec

B.Tiempos ESC/salir

Aceptar

ESC

/sal

ir

Acep

tar

Suspender

ESC/salir

Usuarios

Use case: Mantenimiento de procesos

Este use case es el encargado de realizar una de las operaciones que decide el administrador para el uso de los procesos, ya sea dar de alta un nuevo proceso, modificar un proceso ya existente o incluso eliminar un proceso en especifico.

ALTA DE PROCESOS

BAJA DE PROCESOS

CAMBIO DE PROCESOS

ADMINISTRADOR

MANTO PROCESOS

<< uses >>

<< uses >>

<< uses >>

Paso Descripción 1. El administrador selecciona mantenimiento de procesos. 2. El administrador con la tecla de Altas, teclea el No. de proceso y el

nombre de proceso. 3. El administrador con la tecla de Bajas, teclea el No. de proceso. 4. El administrador con la tecla de cambios puede modificar la información. 5. El sistema registra los cambios realizados por el administrador.

Modelo de Interfaz: Mantenimiento de procesos Dentro de la interfaz de Mantenimiento de Procesos encontramos una

estructura compuesta por una pantalla principal que contiene campos como: Altas de procesos, Bajas de procesos, Cambios de procesos y Fases, cabe mencionar que al elegir cualquiera de los campos nos llevara directo a la opción elegida mostrando una nueva interfaz gráfica, así como también el campo Salir nos regresara a la interfaz visitada con anterioridad .

Manto. de Procesos

Altas

Bajas

Cambios

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Cambios ESC/salir

Salvar

inicio Salir

Use Case: Mantenimiento de Fases

Este use case es el encargado de realizar una de las operaciones que decide el administrador para el uso de las fases, ya sea dar de alta una nueva fase, modificar una fase ya existente o incluso eliminar una fase en especifico.

ADMINISTRADOR

MANTO PROCESOS MANTO FASES

ALTA DE FASES

BAJA DE FASES

CAMBIO DE FASES

<< uses >>

<< uses >>

<< uses >>

Paso Descripción 1. El administrador en el menú de procesos, oprime el botón Fases. 2. El administrador con el botón de Altas, da de alta una fase especifica. 3. El administrador con el botón de Bajas, da de baja a un usuario en una

fase. 4. El administrador al presionar el botón de cambios, puede modificar o

salir y regresa al menú principal. 5. El sistema almacena los datos.

Modelo de Interfaz: Mantenimiento de fases

Dentro de la interfaz de Mantenimiento de Fase tenemos una estructura compuesta por una serie de pantallas que contiene campos como: Altas de Fases, Bajas de Fases, Cambios de Fases y el campo Salir, el cual nos regresara a la interfaz gráfica visitada con anterioridad, cabe mencionar que al elegir cualquiera de los campos nos llevara directo a la opción elegida mostrando una nueva interfaz gráfica con opciones nuevas.

Altas

Manto. de Fases Bajas

Cambios

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Fase ESC/salir

Salvar

inicio Salir

Use case: Mantenimiento de programas

Este use case es el encargado de realizar una de las operaciones que decide el administrador para el uso de los programas, ya sea dar de alta un nuevo programa, modificar un programa ya existente o incluso eliminar un programa en especifico.

ADMINISTRADOR

MANTO PROGRAMAS

ALTA DE PROGRAMAS

BAJA DE PROGRAMAS

CAMBIO DE PROGRAMAS

<< uses >>

<< uses >>

<< uses >>

Paso Descripción 1. El usuario selecciona lo que desea hacer, es decir, altas, bajas o

cambios. 2. El usuario al registrar una alta proporciona el No de programa, Nombre

del programa y una pequeña descripción. 3. El usuario al realizar una baja proporciona el No de programa. 4. El usuario al realizar un cambio debe proporcionar el No programa. 5. El sistema almacena los datos.

Modelo de Interfaz: Mantenimiento de programas

Dentro de la interfaz de Mantenimiento de Programas encontramos una estructura compuesta por una pantalla principal que contiene campos como: Altas de programas, Bajas de programas y Cambios de programas, cabe mencionar que al elegir cualquiera de los campos nos llevara directo a la opción elegida mostrando una nueva interfaz gráfica, así como también el campo Salir nos regresara a la interfaz visitada con anterioridad .

Manto. de Programas

Altas

Bajas

Cambios

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Cambios ESC/salir

Salvar

inicio Salir

Use case: Bitácora de defectos Este use case es el encargado de ir registrando momento a momento los

defectos que se van detectando dentro del desarrollo de un PSP cualquiera, para el almacenamiento de los defectos es necesario tener un identificador de defecto, tipo de defecto, defectos relacionados, etc.

ACTUALIZAR BITACORAUSUARIO BITACORA DE DEFECTOS

<< uses >>

Paso Descripción 1. El usuario selecciona la fase de introducción del error. 2. El usuario selecciona el tipo de defecto. 3. El usuario registra el tiempo de eliminación. 4. El usuario selecciona el defecto relacionado, si es que lo hay. 5. El usuario registra una pequeña descripción del defecto. 6. El sistema almacena la información recabada.

Modelo de Interfaz: Bitácora de defectos

Use case: Bitácora de tiempos. Como su nombre lo indica este use case es el encargado de registrar momento a momento los tiempos que le toman al usuario pasar de una fase de un PSP a otra.

USUARIO BITACORA DE TIEMPO

INICIAR BITACORA

SUSPENDER BITACORA

ACTUALIZAR BITACORA

CERRAR

<< uses >>

<< uses >>

<< uses >>

<< uses >>

Paso Descripción 1. El usuario selecciona el programa. 2. El usuario selecciona la fase. 3. El usuario registra la hora de inicio de la fase. 4. El usuario registra la hora de termino de la fase. 5. El sistema obtiene el tiempo total de la fase. 6. El usuario registra las interrupciones, si es que las hay. 7. El sistema calcula el nuevo tiempo total de la fase. 8. El usuario registra el nombre del desarrollador. 9. El usuario describe las observaciones necesarias, si es que las hay. 10. El sistema despliega el tiempo delta.

Modelo de Interfaz: Bitácora de tiempos

Dentro de la interfaz de la Bitácora de Tiempos tenemos una estructura compuesta por una serie de pantallas que contiene campos como: Iniciar, Suspender, Actualizar y el campo Salir, el cual nos regresara a la interfaz gráfica visitada con anterioridad, cabe mencionar que al elegir cualquiera de los campos nos llevara directo a la opción elegida mostrando una nueva interfaz gráfica con opciones nuevas.

Bitácora Tiempo

Suspender actividad

ESC

/sal

ir

Acep

tar Suspender

inicio Salir

Use case: Mantenimiento al catalogo de usuarios.

Este use case es el encargado de realizar una de las operaciones que decide el administrador para la administración de los usuarios, ya sea dar de alta un nuevo usuario, modificar un usuario ya existente o incluso eliminar un usuario en especifico.

ALTA DE USUARIOS

ADMINISTRADOR

MANTO CATALOGO DE USUARIOS

BAJAS DE USUARIOS

CAMBIOS DE USUARIOS

<< uses >>

<< uses >>

<< uses >>

Paso Descripción 1. El administrador estando en el menú principal y presionando el botón de

Altas, da de alta a un usuario. 2. El administrador con el botón de Bajas, da de baja a un usuario que

estaba en el catalogo. 3. El administrador en el menú de cambios puede obtener la actualización

de la información de los usuarios. 4. El administrador al presionar el botón salir regresa al menú principal.

Modelo de Interfaz: Mantenimiento al catalogo de usuarios. Dentro de la interfaz de Mantenimiento al Catalogo de usuarios encontramos

una estructura compuesta por una pantalla principal que contiene campos como: Altas de usuarios, Bajas de usuarios, Cambios de usuarios, cabe mencionar que al elegir cualquiera de los campos nos llevara directo a la opción elegida mostrando una nueva interfaz gráfica, así como también el campo Salir nos regresara a la interfaz visitada con anterioridad .

Cat. de Usuarios

Altas

Bajas

Cambios

Altas Salvar

ESC/salir

Bajas Elimina

ESC/salir

Cambios ESC/salir

Salvar

inicio Salir

Use case: Bitácora de Tamaño Como su nombre lo indica este use case es el encargado de registrar el tamaño de cada programa desarrollado en cada PSP.

USUARIOTAMAÑO

REGISTRAR PLANEACION DEL TAMAÑO

REGISTRAR TAMAÑO REAL

REGISTRAR OBJETOS DESARROLLADOS

<< uses >>

<< uses >>

<< uses >>

Paso Descripción 1. El usuario proporciona la planeación del tiempo (tamaño estimado). 2. El usuario proporciona el Tamaño real. 3. El usuario indica cuantos objetos ha desarrollado. 4. El sistema almacena la información. 5. El usuario al oprimir el botón salir regresa al menú principal.

Modelo de Interfaz: Bitácora de Tamaño

Dentro de la interfaz de Bitácora de Tamaño tenemos una estructura compuesta por una serie de pantallas que contiene campos como: Planeación del tamaño, Tamaño real, Objetos desarrollados, Salvar que almacenará toda la información introducida por el usuario y por ultimo el campo Salir que nos regresara a la interfaz gráfica visitada con anterioridad, cabe mencionar que al elegir cualquiera de los campos nos llevara directo a la opción elegida mostrando una nueva interfaz gráfica con opciones nuevas.

Diagrama de la Base de Datos

PROYECTO NoProyecto NomPoryect

o TIPO DEFECTO

NoTipoDefecto NomTipoDefecto

FASE NoFase NomFase Comentario s

NoProceso

OBJETOS DESARROLLADOS NoProgramador IdObjeto Version TamañoObjeto TipoObjeto NoMetodos LOC/Metodo

PROGRAMADOR NoProgramador ApPatProgramador ApMatProgramador NomProgramador Lenguaje

1..*

1

1..*

1

PROGRAMA NoPrograma NomPrograma DescPrograma NoProyecto 1..* 1 1..* 1

PROCESO NoProceso NomProces

o 1..* 1 1..* 1 BITACORA TIEMPO

Fecha HoraInicio HoraFin Interrupcion TiempoEfectivo

1..* 2

1..* 2

BITACORA DEFECTOS NoDefecto Fecha NomFaseInyeccion NomFaseEliminacion TiempoEliminacion

1..* 1 1..* 1

1..*

1

1..*

1

OBJETOS REUTILIZADOS NoPrograma NoProgramador IdObjeto NomObjeto VersionObjeto TamañoObjeto ReutilizadoPlaneado ReutilizadoReal

1..* 1 1..* 1

ADICIONES A LA BASE NoPrograma NoProgramador Cosecutivo NomObjeto TipoObjeto TamañoObjeto NoMetodos TamañoPlaneado TamañoReal ObjetoPlaneado ObjetoReal

OBJETOS NUEVOS NoPrograma NoProgramador Consecutivo NomObjeto TipoObjeto TamObjeto NoMetodos TamañoPlaneado TamañoReal NRPlaneado NRReal OjetoNuevoPlaneado ObjetoNuevoReal

PROG_PROYECTO NoProceso NoPrograma NoProgramador BasePlaneado BaseReal BaseEliminadoPlaneado BaseEliminadoReal BaseModificadoPlaneado BaseModificadoReal TamañoTotalReal NoMetPlan NoMetReales E TPlan TReal

1..* 1

1..* 1

1..* 1 1..* 1

1..*

1

1..*

1

1..* 1 1..* 1

1..* 1

1..* 1

1..*

1

1..*

1

1..*

1

1..*

1 1..*

1

1..*

1

Modelo de Diseño.

Diagramas de secuencia.

Un diagrama de secuencia es una gráfica con dos ejes. En el eje vertical se tiene la dimensión del tiempo. En el eje horizontal se tienen los objetos participantes en el escenario. Aunque los objetos se pueden colocar en cualquier posición en el eje, se recomienda colocarlos en el orden que se van utilizando en base a la capa a la que pertenecen, o sea, en primer lugar los objetos de la capa de interfaz, a continuación los objetos de la capa de negocio y en último lugar los objetos de la capa de datos. En los extremos se colocan los actores que participen en el escenario. La interacción entre los objetos se describe a través de flechas que simbolizan los mensajes que entre los mismos. Cada mensaje entre objetos describe, quién envía el mensaje (cliente), quién lo procesará (servidor) apuntando la flecha del mensaje hacia el servidor. Cada mensaje está asociado a un método de la clase a la que pertenece el objeto y por lo regular también incluye en su descripción a los parámetros involucrados en la interacción. Los objetos que están activos se denotan con barras verticales sobre las líneas de vida de cada objeto. Diagramas de Clases Dinámicas

Estas clases estarán especificadas en un diagrama de clases, pero los objetos que sean instancias de ellas, son objetos que tendrán un tiempo de vida limitado por la duración de la ejecución del programa. Esta situación contrasta con el modelo del dominio del problema en donde se describen principalmente las clases estáticas que generan objetos persistentes.

En este modelo principalmente se definen los métodos de cada clase con toda la información necesaria para su adecuada especificación, como las características Diagramas de componentes

Los diagramas de componentes describen los elementos físicos del sistema

y sus relaciones. Los componentes representan todos los tipos de elementos software que entran en la fabricación de aplicaciones informáticas. Las relaciones de dependencia se utilizan en los diagramas de componentes para indicar que un componente utiliza los servicios ofrecidos por otro componente.

El diagrama de componente hace parte de la vista física de un sistema, la

cual modela la estructura de implementación de la aplicación por sí misma, su organización en componentes y su despliegue en nodos de ejecución. Esta vista proporciona la oportunidad de establecer correspondencias entre las clases y los componentes de implementación y nodos. La vista de implementación se representa con los diagramas de componentes.

UUssee CCaassee:: MMaanntteenniimmiieennttoo ddee PPrroocceessooss El mantenimiento de procesos está compuesto por cuatro partes

importantes que son: - Altas de procesos - Bajas de procesos - Cambios de procesos - Fases

- Altas de fases - Bajas de fases - Cambios de fases

Altas de procesos Aquí es donde tenemos que ingresar todos los datos de un nuevo proceso para poder darlo de alta y así quede registrado dentro de la base de datos para después poder hacer uso de este proceso dentro de un PSP cualquiera que lo solicite, para poder llevar a cabo dicha alta, es necesario saber algunos parámetros del proceso como podrían ser: identificador del proceso, PSP al que pertenece, descripción del mismo, etc.

Diagrama de secuencia

OI:OPCIONES ADMINISTRADOR : ADMINISTRAD

OR

OI: MANTO PROCESOS

ON: ALTA DE PROCESOS

OD: PROCESOS

OI:ALTA DE PROCESOS

OI: MENU PRINCIPAL

3: SELECCIONA (MANTO PROCES

4: DESPLIEG

5: SELECCIONA (ALT

1: SELECCIONA (ADMINISTRADO

2: DESPLIEG

6: DESPLIEG

7: CAPTURA (NoProceso,NomProceso,Resul

9: REGISTRAR (NoProceso,NomProceso,Resultad

10: ACTUALIZAR (NoProceso,NomProceso,Resultado)

11: SALIR

8: VALIDA(NoProceso,NomProceso,Resul

12: DESPLIEGA13: SALIR

14: DESPLIEGA

1.- EL USUARIO SELECCIONA LA OPCION DEL ADMINISTRADOR

2.- EL SISTEMA DESPLIEGA EL MENU DEL ADMINISTRADOR.

3.- EL USUARIO SELECCIONA MANTO. PROCESOS.

4.- EL SISTEMA DESPLIEGA EL MENU DE MANTO. PROCESOS.

5.- EL USUARIO SELECCIONA ALTA DE PROCESOS

6.- EL SISTEMA DESPLIEGA EL MENU DE ALTA DE PROCESOS

7.- EL USUARIO CAPTURA LOS DATOS DE ALTA

8.- EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA ALTA DE PROCESOS

12.- EL SISTEMA REGRESA A LA PANTALLA MANTO DE PROCESOS

13.- EL USUARIO SELECCIONA SALIDA MANTO DE PROCESOS

14.-SE DESPLIEGA LA PANTALLA DEL MENU DEL ADMINSTRADOR

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA( )

OI ADMINISTRADOR

SELECCIONA( )

OI MANTO PROCESOS

SELECCIONA( )

OI ALTA DE PROCESOS

CAPTURA( )VALIDA( )REGISTRA( )

ON ALTA DE PROCESOS

ACTUALIZA( )

OD PROCESOS

ESCRIBE( )BORRA( )

Bajas de Procesos

En este apartado del use case es donde el administrador tiene la facilidad de eliminar o dar de baja un proceso cualquiera, para poder llevar a cabo dicho propósito, sólo es necesario saber el identificador del proceso y listo.

Diagrama de secuencia

OI:OPCIONES ADMINISTRADOR : ADMINISTRAD

OR

OI: MANTO PROCESOS

ON: BAJA DE PROCESOS

OD: PROCESOS

OI:BAJA DE PROCESOS

OI: MENU PRINCIPAL

3: SELECCIONA (MANTO PROCESOS)

4: DESPLIEGA

5: SELECCIONA (BAJA)

6: DESPLIEGA

7: CAPTURA (NoProceso,Resultado)

9: REGISTRAR (NoProceso,Res

10: ACTUALIZAR (NoProceso,Res11: SALIR

1: SELECCIONA (ADMINISTRADOR)

2: DESPLIEGA

8: VALIDA (NoProceso,Resu

12: DESPLIEGA

13: SALIR

14: DESPLIEGA

1.- EL USUARIO SELECCIONA LA OPCION DEL ADMINISTRADOR

2.- EL SISTEMA DESPLIEGA EL MENU DEL ADMINISTRADOR.

3.- EL USUARIO SELECCIONA MANTO. PROCESOS.

4.- EL SISTEMA DESPLIEGA EL MENU DE MANTO. PROCESOS.

5.- EL USUARIO SELECCIONA BAJA DE PROCESOS

6.- EL SISTEMA DESPLIEGA EL MENU DE BAJA DE PROCESOS

7.- EL USUARIO CAPTURA LOS DATOS DE BAJA

8.- EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA BAJA DE PROCESOS

12.- EL SISTEMA REGRESA A LA PANTALLA MANTO DE PROCESOS

13.- EL USUARIO SELECCIONA SALIDA MANTO DE PROCESOS

14.-SE DESPLIEGA LA PANTALLA DEL MENU DEL ADMINSTRADOR

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA( )

OI ADMINISTRADOR

SELECCIONA( )

OI MANTO FASES

SELECCIONA( )

OI BAJA DE PROCESOS

CAPTURA( )VALIDA( )REGISTRA( )

ON BAJA DE PROCESOS

VALIDA( )

OD PROCESOS

ESCRIBE( )BORRA( )

Cambios de procesos

Es aquí donde se podrán realizar diversas modificaciones a un proceso ya existente dentro de la base de datos o recientemente dado de alta, ya sea por errores en la captura inicial o por agregar información de un proceso ya existente.

Diagrama de secuencia

OI:OPCIONES ADMINISTRADOR

: ADMINISTRADOR

OI: MANTO PROCESOS

ON: CAM BIO DE PROCESOS

OD : PR OCE SO S

OI:CAMBIO DE PROCESOS

OI: MENU PRINCIPAL

3: SELECCIONA (M ANTO PROCESOS)

4: DESPLIEGA

5: SELECCIONA (CAMBIOS)

6: DESPLIEGA

7: CAPTURA (NoProceso,NomProceso,Resultado)

9: REGISTRAR (NoProceso,Nom Proceso,Resultado)

10: ACTUALIZAR (NoProceso,NomProceso,Resultado)1 1: SALIR

1: SELECCIONA (ADM INISTRADOR)

2: DESPLIEGA1.- EL USUARIO SELECCIONA LA OPCION DEL ADM INISTRADOR

2.- EL SISTEM A DESPLIEGA EL MENU DEL ADMINISTRADOR.

3.- EL USUARIO S ELECCIONA M ANTO . PROCESOS.

4.- EL SISTEM A DESPLIEGA EL MENU DE M ANTO. PROCESOS.

5.- EL USUARIO S ELECCIONA CA MBI O DE PROC ESOS

6.- EL SISTEM A DESPLIEGA EL MENU DE CAMBIO DE PROCESOS

7.- EL USUARIO CAPTURA LOS DATOS DE CA MBIO

8.- EL SISTEM A VALIDA LOS DATOS

9.-EL SISTEM A REGISTRA LOS DATOS

10.- EL SISTEM A ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA CAMBIO DE PROCESOS

12.- EL SISTEM A REGRESA A LA PANTALLA MANTO DE PROCESOS

13 .- EL US UARIO S ELECCION A SALIDA M ANTO DE PROCESOS

14.-SE DESPLIEGA LA PANTALLA DEL M ENU DEL ADMINSTRADOR

8: VALIDA (NoProceso,Nom Proceso,Resultado)

12: DESPLIEGA

13: SALIR

14: DESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA( )

OI ADMINISTRADOR

SELECCIONA( )

OI MANTO PROCESOS

SELECCIONA( )

OI CAMBIO DE PROCESOS

CAPTURA( )VALIDA( )REGISTRA( )

ON CAMBIO DE PROCESO

VALIDA( )

OD PROCESOS

ESCRIBE( )BORRA( )

Use Case: Mantenimiento de Fases El mantenimiento de fases está compuesto por tres partes importantes que

son: - Altas de fases - Bajas de fases - Cambios de fases

Altas de Fases

Aquí es donde tenemos que ingresar todos los datos de una nueva fase para poder darla de alta y así quede registrada dentro de la base de datos para después poder hacer uso de esta fase dentro de un proceso cualquiera que lo solicite.

Diagrama de secuencia

OI:OPCIONES ADMINISTRADOR :

ADMINISTRADOR

OI: MANTO PROCESOS

ON: ALTA DE FASES

OD: FASESOI:MANTO FASES

OI:ALTA DE FASES

OI: MENU PRINCIPAL

3: SELECCIONA (MANTO PROCESOS)

4: DESPLIEGA

1: SELECCIONA (ADMINISTRADOR)

2: DESPLIEGA

7: SELECCIONA (ALTA DE FASES)

8: DESPLIIEGA

9: CAPTURA(NoFase,NomFase,NoProceso,Comentar ios,NoFase,Resultado)

11: REGISTRAR (NoFase,NomFase,NoProceso,Comentarios,NoFase,Resultado)

12: ACTUALIZAR (NoFase,NomFase,NoProceso,Comentarios,NoFase,Resultado)13: SALIR DE ALTA DE FASES

5: SELECCIONA (MANTO FASES)

6: DESPLIEGA

10: EL SISTEMA VALIDA (NoFase,NomFase,NoProceso,Comentarios,NoFase,Resultado)

1.- EL USUARIO SELECCIONA LA OPCION DEL ADMINISTRADOR

2.- EL SISTEMA DESPLIEGA EL MENU DEL ADMINISTRADOR.

3.- EL USUARIO SELECCIONA MANTO. PROCESOS.

4.- EL SISTEMA DESPLIEGA EL MENU DE MANTO. PROCESOS.

5.- EL USUARIO SELECCIONA MANTO FASES

6.- EL SISTEMA DESPLIEGA EL MENU DE MANTO DE FASES

7.- EL USUARIO SELECCIONA ALTA DE FASES

8.-EL SISTEMA DESPLIEGA LA PANTALLA DE ALTA DE FASES

9.- EL USUARIO CAPTURA LOS DATOS DE ALTA

10 EL SISTEMA VALIDA LOS DATOS

11.-EL SISTEMA REGISTRA LOS DATOS

12.- EL SISTEMA ACTUALIZA LOS DATOS

13.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA ALTA DE FASES

14.- EL SISTEMA REGRESA A LA PANTALLA MANTO DE FASES

15.- EL USUARIO SELECCIONA SALIDA MANTO DE FASES

16.-SE DESPLIEGA LA PANTALLA MANTO PROCESOS

14: DESPLIEGA15: SALIR MANTO FASES

16: DESPLIEGA

Diagrama de clases dinámicas

OI MEN

SELECCIONA()

OI

SELECCIONA()

OI MANT

SELECCIONA()

ON ALT

ACTUALIZA()

OD

ESCRIBE()BORRA()

OI

SE LE CCIONA()

OI ALT

CAP TURA()VALIDA()REGISTRA()

Bajas de fases En este apartado del use case es donde el administrador tiene la facilidad de eliminar o dar de baja una fase cualquiera, para poder llevar a cabo dicho propósito, sólo es necesario saber el identificador de la fase y listo.

Diagrama de secuencia

OI: MEN U PR IN C IPAL

OI:O PC ION ES AD MIN ISTR AD OR :

AD MIN ISTR AD OR

OI: MAN TO PR OC ESOS

ON : BAJA D E FASES

OD : FASESOI :M AN TO FASES

O I:B AJA DE FASES

1: SELEC C ION A (AD MIN ISTR ADOR )

2: D ES PLIE GA

3: SELEC C ION A (MAN TO PR OC ESOS)

4: D ESPLIEGA

12 : AC TU ALI ZAR ( N oFase,N omF ase,Resultado)

7: SELEC C ION A (BAJA DE FASES)

8: D ESPLIIEGA

9: C APTU R A(N oFase,Nom Fase,R esultado)

11: R EGISTR AR (NoFase,Nom Fase,R esultado)

13: SALIR

5: SE LEC C ION A ( MA N TO FASES )

6: D ESPLIEGA

1.- EL U SU AR IO SELEC C ION A LA OPC ION D EL AD MIN ISTR ADOR

2.- EL SISTEMA DES PLIE GA EL MEN U D EL A DMI NI STR AD OR .

3.- E L U SU AR IO S ELE CC ION A MAN TO. PR OC ESOS .

4.- EL SISTEMA DESPLIEGA EL MEN U DE MA N TO. PR OC ESOS .

5.- E L U SU ARI O SELE C CI ON A MAN TO FA SES

6.- EL SISTEMA DESPLIEGA EL MEN U DE MA NTO D E FA SE S

7.- EL U SU AR IO SELEC C IONA BAJA DE FA SES

8.-EL SISTEMA D ESPLIEGA LA PAN TALLA DE BA JA D E FA SES

9.- EL U SU AR IO C APTU R A LOS D ATOS DE BAJA

10 EL SIS TEMA VALI DA LOS DA TOS

11.-E L SI STEMA R EGISTRA LOS DA TOS

12.- EL SISTEMA AC TU ALIZA LOS D ATOS

13.- EL USU AR IO SELEC C ION A SALIR EN LA P AN TALLA BA JA DE FA SE S

14.- EL SISTEMA R EGR ESA A LA PA NTA LLA MA NTO D E FA SE S

15.- EL USU AR IO SELEC C ION A SALID A MAN TO D E FASES

16.-S E D ESPLIEGA LA PANTALLA MAN TO PR OC ESOS

10: EL SISTEMA VALID A (N oFase,N om Fase,R esultado)

14: D ESPLIEGA

15: SALIR (MAN TO. D E FASES)

16: D ESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI ADMINISTRADOR

SELECCIONA()

OI MANTO PROCESOS

SELECCIONA()

OI MANTO FASES

SELECCIONA()

OI BAJA DE FASES

CAPTURA()REGISTRA()

OD FASES

ESCRIBE()BORRA()

ON BAJA DE FASES

ACTUALIZA()CAPTURA()

Cambios de fases Es aquí donde se podrán realizar diversas modificaciones a una fase ya existente dentro de la base de datos o recientemente dada de alta, ya sea por errores en la captura inicial o por agregar información de una fase ya existente.

Diagrama de secuencia

OI: MENU PRINCIPAL

OI:OPCIONES ADMINISTRADOR :

ADMINISTRADOR

OI: MANTO PROCESOS

ON: CAMBIO DE FASES

OD: FASESOI:MANTO FASES

OI:CAMBIO DE FASES

1: SELECCIONA (ADMINISTRADOR)

2: DESPLIEGA

3: SELECCIONA (MANTO PROCESOS)4: DESPLIEGA

13: ACTUALIZAR (NoFase,NomFase,NoProceso,Comentarios,NoFase,Resultado)

7: SELECCIONA (CAMBIO DE FASES)

8: DESPLIIEGA

9: CAPTURA(NoFase,NomFase,NoProceso,Comentar ios,NoFase,Resultado)

11: REGISTRAR (NoFase,NomFase,NoProceso,Comentarios,NoFase,Resultado)

12: SALIR

5: SELECCIONA (MANTO FASES)

6: DESPLIEGA

1.- EL USUARIO SELECCIONA LA OPCION DEL ADMINISTRADOR

2.- EL SISTEMA DESPLIEGA EL MENU DEL ADMINISTRADOR.

3.- EL USUARIO SELECCIONA MANTO. PROCESOS.

4.- EL SISTEMA DESPLIEGA EL MENU DE MANTO. PROCESOS.

5.- EL USUARIO SELECCIONA MANTO FASES

6.- EL SISTEMA DESPLIEGA EL MENU DE MANTO DE FASES

7.- EL USUARIO SELECCIONA CAMBIO DE FASES

8.-EL SISTEMA DESPLIEGA LA PANTALLA DE CAMBIO DE FASES

9.- EL USUARIO CAPTURA LOS DATOS A CAMBIAR

10 EL SISTEMA VALIDA LOS DATOS

11.-EL SISTEMA REGISTRA LOS DATOS

12.- EL SISTEMA ACTUALIZA LOS DATOS

13.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA CAMBIO DE FASES

14.- EL SISTEMA REGRESA A LA PANTALLA MANTO DE FASES

15.- EL USUARIO SELECCIONA SALIDA MANTO DE FASES

16.-SE DESPLIEGA LA PANTALLA MANTO

10: VALIDAR(NoFase,NomFase,NoProceso,Comentarios,NoFase,Resultado)

14: DESPLIEGA

15: SALIR (MANTO FASES)

16: DESPLIEGA

Diagrama de clases dinámicas

OI ME NU P RINCIPAL

SELECCIONA()

OI ADMINISTRADOR

S ELECCIONA()

OI MANTO PROCESOS

SELECCIONA()

OI MANTO FASES

S ELECCIO NA()

OI CAMBIO DE FASES

CAPTURA()VALIDA()REGISTRA()

ON CAMBIO DE FASES

ACTUA LIZA()

O D FA SES

ESCRIBE()BORRA()

Diagrama de componentes

INT FASES.DLL

NEG FASES.DLL

DAT FASES.DLL

Use case: Mantenimiento de Programas El mantenimiento de programas está compuesto por tres partes importantes

que son: - Altas de programas - Bajas de programas - Cambios de programas

Altas de programas

Aquí es donde tenemos que ingresar todos los datos de un nuevo programa para poder darlo de alta y así quede registrado dentro de la base de datos para después poder hacer uso de este programa dentro de un PSP cualquiera que lo solicite, para poder llevar a cabo dicha alta, es necesario saber algunos parámetros del programa como podrían ser: identificador del programa, PSP al que pertenece, descripción del mismo, etc.

Diagrama de secuencia

OI:OPCIONES ADMINISTRADOR

: ADMINISTRADOR

OI: MANTO PROGRAMAS

ON: ALTA DE PROGRAMAS

OD: PROGRAMAS

OI:ALTA DE PROGRAMAS

OI: MENU PRINCIPAL

3: SELECCIONA (MANTO PROGRAMAS)

4: DESPLIEGA

5: SELECCIONA (ALTA DE PROGRAMAS)

6: DESPLIEGA

7: CAPTURA (NoPrograma,NomPrograma,DescPrograma,NoProyecto,NoPrograma,Resultado)

9: REGISTRAR (NoPrograma,NomPrograma,DescPrograma,NoProyecto,NoPrograma,Resultado)

10: ACTUALIZAR (NoPrograma,NomPrograma,DescPrograma,NoProyecto,NoPrograma,Resultado)

1: SELECCIONA (ADMINISTRADOR)

2: DESPLIEGA

1.- EL USUARIO SELECCIONA LA OPCION DE ADMINISTRADOR

2.-EL SISTEMA DESPLIEGA LA PANTALLA DE OPCIONES DEL ADMINISTRADOR

3.- EL USUARIO SELECCIONA MANTO DE PROGRAMAS

4.- EL SISTEMA DESPLIEGA LA PANTALLA DE MANTO DE PROGRAMAS

5.- EL USUARIO SELECCIONA ALTA DE PROGRAMAS

6.- EL SISTEMA DESPLIEGA EL MENU DE ALTA DE PROGRAMAS

7.- EL USUARIO CAPTURA LOS DATOS DE ALTA

8.- EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA ALTA DE PROGRAMAS

12.- EL SISTEMA REGRESA A LA PANTALLA MANTO DE PROGRAMAS

13.- EL USUARIO SELECCIONA SALIDA MANTO DE PROGRAMAS

14.-SEDESPLIEGA LA PANTALLA OPCIONES DEL ADMINISTRADOR

8: VALIDAR (NoPrograma,NomPrograma,DescPrograma,NoProyecto,NoPrograma,Resultado)

11: SALIR

12: DESPLIEGA13: SALIR

14: DESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA( )

OI ADMINISTRADOR

SELECCIONA( )

OI MANTO PROGRAMASSELECCIONA( )

OI ALTA DE PROGRAMAS

CAPTURA( )VALIDA( )REGISTRA( )

ON ALTA DE PROGRAMAS

ACTUALIZA( )

OD PROGRAMAS

ESCRIBE( )BORRA( )

Bajas de programas

En este apartado del use case es donde el administrador tiene la facilidad

de eliminar o dar de baja un programa cualquiera, para poder llevar a cabo dicho propósito, sólo es necesario saber el identificador del programa y listo.

Diagrama de secuencia

O I : O P C I O N E S A D M I N I S T R A D O R :

A D M I N I S T R A D O R

O I : M A N T O P R O G R A M A S

O N : B A J A D E P R O G R A M A S

O D : P R O G R A M A S

O I : B A J A D E P R O G R A M A S

1 : S E L E C C I O N A ( M A N T O P R O G R A M A S )

2 : D E S P L I E G A

3 : S E L E C C I O N A ( B A J A )

4 : D E S P L I E G A

5 : C A P T U R A ( N o P r o gr a m a , R e s u l t a d o )

7 : R E G I S T R A R ( N o P r o g r a m a , R e s u l t a d o )

8 : A C T U A L I Z A R ( N o P r o g r a m a , R e s u l t a d o )

9 : S A L IR

1 . - E L U S U A R I O S E L E C C I O N A L A O P C I O N D E A D M I N I S T R A D O R

2 . - E L S I S T E M A D E S P L I E G A L A P A N T A L L A D E O P C I O N E S D E L A D M I N I S T R A D O R

3 . - E L U S U A R I O S E L E C C I O N A M A N T O D E P R O G R A M A S

4 . - E L S I S T E M A D E S P L I E G A L A P A N T A L L A D E M A N T O D E P R O G R A M A S

5 . - E L U S U A R I O S E L E C C I O N A B A J A D E P R O G R A M A S

6 . - E L S I S T E M A D E S P L I E G A E L M E N U D E B A J A D E P R O G R A M A S

7 . - E L U S U A R I O C A P T U R A L O S D A T O S D E B A J A

8 . - E L S I S T E M A V A L I D A L O S D A T O S

9 . - E L S I S T E M A R E G I S T R A L O S D A T O S

1 0 . - E L S I S T E M A A C T U A L I Z A L O S D A T O S

1 1 . - E L U S U A R I O S E L E C C I O N A S A L I R E N LA P A N T A L L A B A J A D E P R O G R A M A S

1 2 . - E L S I S T E M A R E G R E S A A L A P A N T A L LA M A N T O D E P R O G R A M A S

1 3 . - E L U S U A R I O S E L E C C I O N A S A L I D A M A N T O D E P R O G R A M A S

1 4 . - S E D E S P L I E G A L A P A N T A L L A O P C I O N ES D E L A D M I N I S T R A D O R

6 : V A L I D A ( N o P r o g r a m a , R e s u l t a d o )

1 0 : D E P S P L I E G A

1 1 : S A L I R

1 2 : D E S P L I E G A

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI ADMINISTRADOR

SELECCIONA()

OI MANTO PROGRAMAS

SELECCIONA()

ON BAJA DE PROGRAMAS

REGISTRA()

OD PROGRAMAS

ESCRIBE()BORRA()

OI BAJA DE PROGRAMAS

CAPTURA()VALIDA()

Cambios de programas

Es aquí donde se podrán realizar diversas modificaciones a un programa ya

existente dentro de la base de datos o recientemente dado de alta, ya sea por errores en la captura inicial o por agregar información de un programa ya existente.

Diagrama de secuencia

1.- EL U SU ARI O SELE CC IO NA LA OPCION DE ADM IN ISTRADO R

2.- EL S ISTEM A D ESP LIE GA LA PA NTA LLA DE OPC IO NES DEL ADM IN ISTR ADO R

3.- EL U SU ARI O SELE CC IO NA MA NTO DE PR OGR AMA S

4.- EL S ISTE M A D ESP LIE GA LA PA NTA LL A DE MANTO DE PROGRAM AS

5.- EL USU ARI O SELECC IONA CAM BIO DE PR OGR AMA S

6.- EL S IS TE M A DE SP LIEG A EL M ENU DE CAM BIO D E PROGRAMAS

7.- EL USUARIO CAPTURA LOS DATOS DE CAM BIO

8.- EL SISTEM A VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- E L US UARIO SELECCIONA SALIR EN LA PANTALLA BAJA DE PROGRAMAS

12 .- EL SIST EM A REG RES A A L A PA NT ALLA M A NTO D E PR OGR AM A S

13 .- EL USU AR IO S ELECC IONA S AL IDA MA NTO D E PR OGR AMA S

14.-SE DESP LI EGA LA PANTA LLA OPC IO NE S DEL ADM IN ISTR ADO R

OI:OPCIONES ADM INISTRADOR

: ADM INISTRADOR

OI: M ANTO PROGRAM AS

ON : C AMB IO DE PROGRAM AS

OD: PROGRAM AS

OI:CAMBIO DE PROGRAM AS

OI: M ENU PRIN CIPAL

3: SELECCIONA (MANTO PROGRAM AS)

4: DESPLIEGA

5: SELECCIONA (CAMBIO DE PROGRAM AS)

13: SALIR

14: DESPLIEGA

6: DE SPLIEG A

7: CAPTURA (NoProgram a,NomProgram a,DescProgram a,NoProyecto,NoProgram a,Resultado)

9: REGISTRAR (NoPrograma,NomPrograma,DescProgram a,NoProyecto,NoProgram a,Resultado)

10: ACTUALIZAR (NoProgram a,Nom Program a,DescPrograma,NoProyecto,NoProgram a,Resultado)

8: VALIDAR (NoProgram a,Nom Program a,DescPrograma,NoProyecto,NoPrograma,Resultado)

11: SALIR

12: DESPLIEGA

1: SELECCIONA (ADM INISTRADOR)

2: DESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI ADMINISTRADOR

SELECCIONA()

OI MANTO PROGRAMAS

SELECCIONA()

OD PROGRAMAS

ESCRIBE()BORRA()

OI CAMBIO DE PROGRAMAS

CAPTURA()VALIDA()

ON CAMBIO DE PROGRAMAS

REGISTRA()

Diagrama de componentes

INT PROGRAMAS.DLL

NEG PROGRAMAS.DLL

DAT PROGRAMAS.DLL

Use Case: Mantenimiento de Usuarios El mantenimiento de usuarios está compuesto por tres partes importantes

que son: - Altas de usuarios - Bajas de usuarios - Cambios de usuarios

Altas de usuarios

Aquí es donde tenemos que ingresar todos los datos de un nuevo usuario para poder darlo de alta y así quede registrado dentro de la base de datos para después este usuario pueda hacer uso cualquier PSP, para poder llevar a cabo dicha alta, es necesario saber algunos parámetros del usuario como podrían ser: identificador del usuario, nombre del usuario, etc.

Diagrama de secuencia

: ADMINISTRADOR

OI: USUARIOS ON: ALTA DE USUARIOS

OD: USUARIOS

OI:ALTA DE USUARIOS

OI:OPCIONES ADMINISTRADOR

OI: MENU PRINCIPAL

1: SELECCIONA (ADMINISTRADOR)

2: DESPLIEGA

3: SELECCIONA (MANTO USUARI OS)

4: DESPLIEGA

5: SELECCIONA (ALTA DE USUARIOS)

6: DESPLIEGA

7: CAPTURA (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado)

9: REGISTRAR (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado)

10: ACTUALIZAR (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado)11: SALIR

1.- EL USUARIO SELECCIONA LA OPCION DE ADMINISTRADOR

2.-EL SISTEMA DESPLIEGA LA PANTALLA DE OPCIONES DEL ADMINISTRADOR

3.- EL USUARIO SELECCIONA MANTO DE USUARIOS

4.- EL SISTEMA DESPLIEGA LA PANTALLA DE MANTO DE USUARIOS

5.- EL USUARIO SELECCIONA ALTA DE USUARIOS

6.- EL SISTEMA DESPLIEGA EL MENU DE ALTA DE USUARIOS

7.- EL USUARIO CAPTURA LOS DATOS DE ALTA

8.- EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA ALTA DE USUARIOS

12.- EL SISTEMA REGRESA A LA PANTALLA MANTO DE USUARIOS

13.- EL USUARIO SELECCIONA SALIDA MANTO DE USUARIOS

14.-SEDESPLIEGA LA PANTALLA OPCIONES DEL ADMINISTRADOR

8: EL SISTEMA VALIDA (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado)

12: DESPLIEGA

13: SALIR

14: DESPLIEGA15: SALIR

16: DESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI ADMINISTRADOR

SELECCIONA()

OI MANTO USUARIOS

SELECCIONA()

OI ALTA DE USUARIOS

CAPTURA()VALIDA()REGISTRA()

ON ALTA DE USUARIOS

ACTUALIZA()

OD USUARIOS

ESCRIBE()BORRA()

Bajas de usuarios

En este apartado del use case es donde el administrador tiene la facilidad

de eliminar o dar de baja a un usuario cualquiera, para poder llevar a cabo dicho propósito, sólo es necesario saber el identificador del usuario y listo.

Diagrama de secuencia

O I:O PC IO N ES AD M IN IST R AD O R :

AD M IN IST R AD O R

O I: U SU AR IO SO D : USU AR IO S

OI :BA JA D E U SU AR IO S

O I: M EN U PRI NC IPAL

3: SELEC C IO N A ( M AN T O U SU AR IO S)

4: D ESPLIEG A

5 : S EL EC C IO NA ( BA JA D E US UAR IO S)6: D ESPL IEG A

7: C APT U R A (N oU suar io,R esultado)

11 : S AL IR

1: SELEC C IO N A (AD M IN IST R AD O R )

2: D ESPLIEG A1.- EL U SU AR IO SELEC C IO N A LA O PC IO N D E AD M IN IST R AD O R

2.- EL SIST EM A D ESPLIEG A LA PAN T ALLA D E O PC IO N ES D EL AD M IN IST R AD O R

3.- EL U SU AR IO SELEC C IO N A M AN T O D E U SU AR IO S

4.- EL SIST EM A D ESPLIEG A LA PAN T ALLA D E M AN T O D E U SU AR IO S

5.- EL U SU AR IO SELEC C IO N A BAJA D E U SU AR IO S

6.- EL SIST EM A D ESPLIEG A EL M EN U D E BAJA D E U SU AR IO S

7.- EL U SU AR IO C APT U R A LO S D AT O S D E BAJA

8.- EL SIST EM A VALID A LO S D AT O S

9.- EL SIST EM A R EG IST R A LO S D AT O S

10.- EL SIST EM A AC T U ALIZ A LO S D AT O S

11.- EL U SU AR IO SELEC C IO N A SALIR EN LA PAN T ALLA BAJA D E U SU AR IO S

12.- EL SIST EM A R EG R ESA A LA PAN T ALLA M AN T O D E U SU AR IO S

13.- EL U SU AR IO SELEC C IO N A SALID A M AN T O D E U SU AR IO S

14.-SED ESPLIEG A LA PAN T ALLA O PC IO N ES D EL AD M IN IST R AD O R

O N :BAJA D E U SU ARI O S

9: R EG IST R AR (N oU suar io,R esultado)

10: AC T U ALIZ AR (N oU suar io,R esultado)

8: VALID AR ( N oU suar io,R esultado)

12: D ESPLIEG A

13: SALIR

14: D ESPLIEG A

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI ADMINISTRADOR

SELECCIONA()

OI MANTO USUARIOS

SELECCIONA()

OI BAJA DE USUARIOS

SELECCIONA()

ON BAJA DE USUARIOS

CAPTURA()ACTUALIZA()

OD USUARIOS

ESCRIBE()BORRA()

Cambios de usuarios

Es aquí donde se podrán realizar diversas modificaciones a los datos de un

usuario ya existente dentro de la base de datos o recientemente dado de alta, ya sea por errores en la captura inicial o por agregar información de ese usuario ya existente.

Diagrama de secuencia

OI:OPCIONES ADMINISTRADOR :

ADMINISTRADOR

OI: USUARIOS ON: CAMBIOS DE USUARIOS

O D: USUARIOS

OI:CAMBIOS DE USUARIOS

OI: MENU PRINCIPAL

3: SELECCIONA (MANTO USUARIOS)

4: DESPLIEGA

5: SELECCIONA (CAMBIOS DE USUARIOS)

6: DESPLIEGA

7: CAPTURA (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado)

9: REGISTRARAR (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado())

10: ACTUA LIZA R (NoPro gram ador, No mP rogr amad or,ApPaProg ram ador, ApMatPr ogram ador, Lenguaje, Res ult ado)

11: SALIR

1: SELECCIONA (ADMINISTRADOR)

2: DESPLIEGA

1.- EL USUAR IO S ELECCION A LA OPCION DE ADM IN IST RADO R

2.-EL SISTEM A DESP LI EGA LA P ANTAL LA DE OPC IO NES DEL ADM IN IST RADO R

3.- EL USUARIO SELECCIONA MANTO DE USUAR IO S

4.- EL SISTEMA DESPLIEGA LA PANTALLA DE MANTO DE USUARIOS

5.- E L US UARI O SELE CCIONA CA MBI O DE USUAR IO S

6.- EL SISTEMA DESPLIEGA EL MENU DE CAM BIO DE USUAR IO S

7.- EL USUARIO CAPTURA LOS DATOS DE CAM BIO

8.- EL SIS TEM A V AL ID A LOS DATO S

9.- EL SIS TEM A R EGI STR A LO S DATO S

10.- E L SI STEMA ACTU ALIZ A LO S DATO S

11.- EL U SUARI O SE LECCIONA S ALIR EN LA PAN TALLA CAMBIO DE USUAR IOS

12.- EL S IST EMA RE GRE SA A LA PA NTALLA MANTO DE USUAR IOS

13.- E L US UARI O SELEC CIONA SALI DA MANTO DE USUARIOS

14.- SEDE SPL IEGA LA PANT ALLA OPCIO NES DEL ADMIN IST RADOR

8: VALIDAR (NoProgramador,NomProgramador,ApPaProgramador,ApMatProgramador,Lenguaje,Resultado)

12: DESPLIEGA

13: SALIR

14: DESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI ADMINISTRADOR

SELECCIONA()

OI MANTO USUARIOS

SELECCIONA()

OI CAMBIO DE USUARIOS

CAPTURA()VALIDA()REGISTRA()

ON CAMBIO DE USUARIOS

ACTUALIZA()

OD USUARIOS

ESCRIBE()BORRA()

Diagrama de componentes

INT USUARIOS.DLL

NEG USUARIOS.DLL

DAT USUARIOS.DLL

Use Case: Bitácora de Tiempos El registro en la bitácora de tiempos, se divide en cuatro procesos

importantes que son: - Iniciar bitácora - Suspender bitácora - Cerrar bitácora - Actualizar bitácora

Iniciar bitácora de tiempos En esta parte es dónde el usuario da por inicio a la bitácora de tiempos para ir registrando momento a momento los movimientos en cada fase de un PSP.

Diagrama de secuencia

: USUARIOOI: MENU PRINCIPAL

OI: OPCIONES USUARIO

OI: BITACORA DE TIEMPO

OI: INICIAR BITACORA

ON: BITACORA DE TIEMPO

OD: BITACORA DE TIEMPO

1: SELECCIONA (USUARIO)

2: DESPLIEGA

3: SELECCIONA (BITACORA DE TIEMPO)

4: DESPLIEGA

5: SELECCIONA (INICIAR BITACORA)6: DESPLIEGA

11: SALIR INICIAR BITACORA

13: SALIR BITACORA DE TIEMPO

14: DESPLIEGA

7: CAPTURA (NoFase,NoProceso,NoPrograma,NoUsuario)

8: VALIDAR (NoFase,NoProceso,NoPrograma,NoUsuario)

9: REGISTRAR (NoFase,NoProceso,NoPrograma,NoUsuario)

10: ACTUALIZAR(NoFase,NoProceso,NoPrograma,NoUsuario)

12: DESPLIEGA

1.- EL USUARIO SELECCIONA LA OPCION DEL USUARIO

2.- EL SISTEMA DESPLIEGA EL MENU DEL USUARIO

3.- EL USUARIO SELECCIONA BITACORA DE TIEMPO

4.- EL SISTEMA DESPLIEGA EL M ENU DE BITACORA DE T IEMPO

5.- EL USUARIO SELECCIONA MANTO INICIAR BITACORA

6.- EL SISTEMA DESPLIEGA EL M ENU DE INICIAR BITACORA

7.- EL USUARIO CAPTURA LOS DATOS DE ALTA

8 EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA INICIAR BITACORA

12.- EL SISTEMA REGRESA A LA PANTALLA BITACORA DE TIEMPO

13.- EL USUARIO SELECCIONA SALIDA BITACORA DE T IEMPO

14.-SE DESPLIEGA LA PANTALLA OPCIONES DEL USUARIO

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI OPC USUARIO

SELECCIONA()

OI BITACORA DE TIEMPO

SELECCIONA()

OI INICIAR BITACORA

CAPTURAR()VALIDAR()REGISTRAR()

ON INICIAR BITACORA

ACTUALIZAR()

OD BITACORA DE TIEMPO

ESCRIBE()BORRA()

Suspender bitácora de tiempos Aquí es donde el usuario tiene la opción de suspender el tiempo de trabajo dentro de una fase, para poder descansar, comer, atender otras tareas, etc.

Diagrama de secuencia

OD : BITAC OR A D E TIEM PO

: U SU AR IOOI: M EN U

PR IN C IPALOI: OPC ION ES

U SU A RIOOI: BITAC OR A

D E TIEM POOI: SU SPEN D ER

BITAC OR AON : SU SPEN D ER

BITAC OR A1.- EL U SU AR IO SELEC C ION A LA OPC ION D EL U SU AR IO

2.- EL SISTEM A D ESPLIEGA EL M EN U D EL U SU AR IO

3.- EL U SU AR IO SELEC C ION A BITAC OR A D E TIEM PO

4.- EL SISTEM A D ESPLIEGA EL M EN U DE BITAC OR A D E TIEM PO

5.- EL U SU AR IO SELEC C ION A M AN TO SU SPEN D ER BITAC OR A

6.- EL SISTEM A D ESPLIEGA EL M EN U DE SU SPEN D ER BITAC OR A

7.- EL U SU AR IO C APTU R A LOS D ATOS DE ALTA

8 EL SISTEM A VALID A LOS D ATOS

9.-EL SISTEM A R EGISTR A LOS D ATOS

10.- EL SISTEM A AC TU ALIZA LOS D ATOS

11.- EL U SU AR IO SELEC C ION A SALIR EN LA PAN TALLA SU SPEN D ER BITAC OR A

12.- EL SISTEM A R EGR ESA A LA PAN TALLA BITAC OR A D E TIEM PO

13.- EL U SU AR IO SELEC C ION A SALID A BITAC OR A D E TIEM PO

14.-SE D ESPLIEGA LA PAN TALLA OPC ION ES D EL U SU AR IO

1: SELEC C ION A (U SU AR IO)

2: D ESPLIEGA

3: SELEC C ION A (BITAC OR A D E TIEM PO)

4: D ESPLIEGA

5: SELEC C ION A (SU SPEN D ER BITAC OR A)

13: SALIR BITAC OR A D E TIEM PO

14: D ESPLIEGA

6: D ESPLIEGA

11: SALIR SU SPEN D ER BITAC OR A

7: C APTU R A (N oFase,N oProceso,N oProgram a,N oU suar io)

8: VALID AR (N oFase,N oProceso,N oProgram a,N oU suario)

12: D ESPLIEGA

9: R EGISTR AR (N oFase,No Proceso,N oProgram a,N oU suar io)

10: AC TU ALIZAR (N oFase,N oProceso,N oProgram a,N oU suar io)

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI OPC USUARIO

SELECCIONA()

OI BITACORA DE TIEMPO

SELECCIONA()

OD BITACORA DE TIEMPO

ESCRIBE()BORRA()

OI SUSPENDER BITACORA

CAPTURA()VALIDAR()REGISTRAR()

ON SUSPENDER BITACORA

ACTUALIZA()

Cerrar bitácora de tiempos

Aquí es donde se da por terminada una fase, para eso es necesario cerrar la bitácora de tiempos, para que se guarden los valores finales de tiempos que nos sirven para fines estadísticos.

Diagrama de secuencia

OD: BITACORA DE TIEM PO

: USUARIOOI: OPC IONES

U SUA RI OOI: BITACORA

DE TIEM POOI: C ER RAR

BI TACORAON: CERRAR

BITACORA

3: SELECCION A (BITACORA DE TIEM PO)

4: D ESPLIEGA

5: SELECCION A (CERRAR BITACORA)

13: SALIR BITACORA DE TIEM PO

14: D ESPLIEGA

6: D ESPLIEGA

11 : SALI R CE RR AR BI TA CO RA

7: C APTURA (N oFase,NoProceso,NoProgram a,N oUsuario)

8: VALIDAR (NoFase,N oProceso,NoProgram a,NoUsuario)

12: D ESP LIEGA

9: R EGISTRAR (NoFase,N oProceso,NoProgram a,NoUsuario)

10: ACTUALIZAR(NoFase,NoProceso,NoProgram a,N oUsuario)

OD: BITACORA DE TIEM PO

OI: BITACORA DE TIEM PO

OI: C ER RAR BI TACORA

ON: CERRAR BITACORA

1.- EL USUARIO SELECCION A LA OPCION D EL U SU AR IO

2.- EL SISTEM A D ESPLIEGA EL M ENU DEL USUARIO

3.- EL USUARIO SELECCION A BITACORA DE TIEM PO

4.- EL SISTEM A D ESPLIEGA EL M ENU DE BITACOR A D E TIEM PO

5.- EL USUARIO SELECCION A M ANTO CERRAR BITACORA

6.- EL SISTEM A D ESPLIEGA EL M ENU DE CERRAR BITAC ORA

7.- EL USUARIO C APTURA LOS DATOS DE LA BITACOR A

8 EL SISTEM A VALIDA LOS D ATOS

9.-EL SISTEM A REGISTRA LOS DATOS

10.- EL SISTEM A ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PAN TALLA CERRAR BITACORA

12.- EL SISTEM A R EGRESA A LA PAN TALLA BITAC ORA DE TIEM PO

13.- EL USUARIO SELECCIONA SALIDA BITACORA DE TIEM PO

14.-SE D ESPLIEGA LA PANTALLA OPCION ES DEL U SU ARIO

OI: M ENU PRINCIPAL

1: SELECCION A (USUARIO)

2: D ESPLIEGA

Diagrama de clases dinámicas

OI MEN

SELECCIONA()

O I OP

SELECCIONA()

OI

SELECCIONA()OD

ESCRIBE()BO RRA()

OI

CAPTURA()VALIDAR()REGISTRAR()

ON

ACTUALIZA()

Actualizar bitácora de tiempos

Como su nombre lo indica, esta es la parte en donde se pueden actualizar todos los datos de la bitácora de tiempos, ya sea por que vamos empezando una nueva fase, reiniciando una fase en un punto medio, etc.

Diagrama de secuencia

OD: BITA COR A DE TIEM PO

: US UA RIOO I: OP CIONES

USUARIOO I: BITA COR A

DE TIEM POOI: ACTUALIZAR

BITA COR AON: ACTUALIZAR

BITACORAOD: BITA COR A

DE TIEM POO I: BITA COR A

DE TIEM POOI: ACTUALIZAR

BITA COR AON: ACTUALIZAR

BI TA COR A1.- EL USUARIO SELECCIONA LA OPCION DEL USUARIO

2.- EL SISTEM A DESPLIEGA EL M ENU DEL USUARIO

3.- EL USUARIO SELECCIONA BITACORA DE TIEM PO

4.- EL SISTEM A DESPLIEGA EL M ENU DE BITACORA DE TIEM PO

5.- EL USUARIO SELECCIONA M ANTO ACTUALIZAR BITACORA

6.- EL SISTEM A DESPLIEGA EL M ENU DE ACTUALIZAR BITACORA

7.- EL USUARIO CAPTURA LOS DATOS DE LA BITACORA

8 EL SISTEM A VALIDA LOS DATOS

9.-EL SISTEM A REGISTRA LOS DATOS

10.- EL SISTEM A ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA ACTUALIZAR BITACORA

12.- EL SISTEM A REGRESA A LA PANTALLA BITACORA DE TIEM PO

13.- EL USUARIO SELECCIONA SALIDA BITACORA DE TIEM PO

14.-SE DESPLIEGA LA PANTALLA OPCIONES DEL USUARIO

OI: M ENU PRINCIPAL

3: SELECCIONA (BITACORA DE TIEM PO)

4: DESPLIEGA

5: SELECCIONA (ACTRUALIZAR BITACORA)

13: SALIR BITACORA DE TIEM PO

14: DESPLIEGA

6: DESPLIEGA

11: SALIR ACTUALIZAR BITACORA

7: CAPTURA (NoFase,NoProceso,NoProgram a,NoUsuario)

8 : V ALID AR ( No Fase ,NoP ro ceso,No Pr og rama ,NoU su ar io)

12: DESPLIEGA

9: REG ISTR AR (NoFase,NoPro ceso,NoProgram a,NoU suario)

10: ACTUALIZAR(NoFase,NoProceso,NoProgram a,NoUsuario)

1: SE LE CCION A (U SU ARIO)

2: DESPLIEGA

Diagrama de clases dinámicas

OI MEN

S ELECCIO NA()

OI OPC

SELECCIONA()

OI

SELECCIONA()

OD

ESCRIBE()BO RRA()

OI

CA PTURA()VALIDAR()REGISTRAR()

ON

ACTUALIZA()

Diagrama de componentes

INT BIT TIEMPO.DLL

NEG BIT TIEMPO.DLL

DAT BIT TIEMPO.DLL

Use case: Bitácora de Tamaño El registro en la bitácora de tamaños, se divide en tres procesos

importantes que son: - Planeación del tamaño - Registro del tamaño real - Objetos desarrollados

Planeación del tamaño En esta parte es dónde se registra el tamaño estimado, es decir el tamaño en líneas de código que creemos que nos va a tomar el desarrollo de un PSP.

Diagrama de secuencia

: USUARIOOI: MENU PRINCIPAL

OI: OPCIONES USUARIO

OI: TAMAÑO OI: REG PLANECION DEL TAMAÑO

ON: REG PLANEACION DEL TAMAÑO

OD: TAMAÑO1.- EL USUARIO SELECCIONA LA OPCION DEL USUARIO

2.- EL SISTEMA DESPLIEGA EL MENU DEL USUARIO

3.- EL USUARIO SELECCIONA TAMAÑO

4.- EL SISTEMA DESPLIEGA EL MENU TAMAÑO

5.- EL USUARIO SELECCIONA REGISTRAR PLANEACION DEL TAMAÑO

6.- EL SISTEMA DESPLIEGA LA PANTALLA DE REGISTRAR PLANEACION DEL TAMAÑO

7.- EL USUARIO CAPTURA LOS DATOS DE LA PLANEACION DEL TAMAÑO

8 EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA REGISTRAR PLANEACION DEL TAMAÑO

12.- EL SISTEMA REGRESA A LA PANTALLA TAMAÑO

13.- EL USUARIO SELECCIONA SALIDA DE LA PANTALLA TAMAÑO

14.-SE DESPLIEGA LA PANTALLA OPCIONES DEL USUARIO

1: SELECCIONA (USUARIO)

2: DESPLIEGA

3: SELECCIONA (TAMAÑO)

4: DESPLIEGA

5: SELECCIONA (REG PLANEACION DEL TAMAÑO)

13: SALIR TAMAÑO

14: DESPLIEGA

6: DESPLIEGA

11: SALIR PLANEACION DEL TAMAÑO

7: CAPTURA (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OPD,Resultado)

8: VALIDAR (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OPD,Resultado)

12: DESPLIEGA

9: REGISTRAR (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OPD,Resultado)

10: ACTUALIZAR (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OPD,Resultado)

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI OPC USUARIO

SELECCIONA()

OI REG PLANEACION DEL TAMAÑO

CAPTURAR()VALIDAR()REGISTRAR()

ON REG PLANEACION DEL TAMAÑO

ACTUALIZAR()

OD TAMAÑO

ESCRIBE()BORRA()

OI TAMAÑO

SELECCIONA()

Registro del tamaño real

Aquí es donde se registra el tamaño real para poder hacer contraste con el tamaño estimado que se hace al iniciar un PSP, cabe resaltar que este registro se hace al fina del desarrollo de la tarea que tenga el PSP correspondiente.

Diagrama de secuencia

OI: OPCIONES USUARIO : USUARIO

OI: MENU PRINCIPAL

OI: TAMAÑO OI: REG DEL TAMAÑO REAL

ON: REG DEL TAMAÑO REAL

OD: TAMAÑO

1.- EL USUARIO SELECCIONA LA OPCION DEL USUARIO

2.- EL SISTEMA DESPLIEGA EL MENU DEL USUARIO

3.- EL USUARIO SELECCIONA TAMAÑO

4.- EL SISTEMA DESPLIEGA EL MENU TAMAÑO

5.- EL USUARIO SELECCIONA REGISTRAR EL TAMAÑO REAL

6.- EL SISTEMA DESPLIEGA LA PANTALLA DE REGISTRAR EL TAMAÑO REAL

7.- EL USUARIO CAPTURA LOS DATOS DE EL TAMAÑO REAL

8 EL SISTEMA VALIDA LOS DATOS

9.-EL SISTEMA REGISTRA LOS DATOS

10.- EL SISTEMA ACTUALIZA LOS DATOS

11.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA REGISTRAR EL TAMAÑO REAL

12.- EL SISTEMA REGRESA A LA PANTALLA TAMAÑO

13.- EL USUARIO SELECCIONA SALIDA DE LA PANTALLA TAMAÑO

14.-SE DESPLIEGA LA PANTALLA OPCIONES DEL USUARIO

3: SELECCIONA (TAMAÑO)

1: SELECCIONA (USUARIO)

2: DESPLIEGA

4: DESPLIEGA

5: SELECCIONA (REG DEL TAMAÑO REAL)

13: SALIR TAMAÑO

14: DESPLIEGA

6: DESPLIEGA

11: SALIR DEL TAMAÑO REAL

7: CAPTURA (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OD,Resultado)

8: VALIDAR (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OD,Resultado)

12: DESPLIEGA

9: REGIST RAR (NoFase,NoProceso,NoP rograma,NoUsuar io,#LOC, #OD, Resultado)

10: ACTUALIZAR (NoFase,NoProceso,NoPrograma,NoUsuario,#LOC,#OD,Resultado)

Diagrama de clases dinámicas

OI OPC USUARIO

SELECCIONA()

OI MENU PRINCIPAL

SELECCIONA()

OD TAMA ÑO

ESCRIBE()BORRA()

OI TAMA ÑO

SELECCIO NA()

OI REG DEL TAMAÑO REAL

CAPTURAR()VALIDAR()REGISTRAR()

ON REG DEL TAM AÑO REAL

ACTUA LIZAR()

Objetos desarrollados

Este es un apartado similar al anterior, sólo que aquí el tamaño que se registra no es en líneas de código, sino en los objetos que se han desarrollado al final de la tarea del PSP correspondiente.

Diagrama de secuencia

Diagrama de clases dinámicas

OD TAMAÑO

ESCRIBE()BORRA()

OI OPC USUARIO

SELECCIONA()

OI MENU PRINCIPAL

SELECCIO NA()

OI TAMA ÑO

SELECCIO NA()

OI REG DE OBJ DESARROLLADOS

CAP TURAR()VALIDAR()REGISTRAR()

ON REG DE OBJ DESARROLLADOS

ACTUA LIZAR()

Use Case: Bitácora de Defectos El registro en la bitácora de defectos, solo tiene un apartado que es la

actualización de la misma.

Diagrama de secuencia

OI: OPCIONES USUARIO : USUARIO

OI: MENU PRINCIPAL

ON: BITACORA DE DEFECTOS

OD: BITACORA DE DEFECTOS

OI: BITACORA DE DEFECTOS

1.- EL USUARIO SELECCIONA LA OPCION DEL USUARIO

2.- EL SISTEMA DESPLIEGA EL MENU DEL USUARIO

3.- EL USUARIO SELECCIONA BITACORA DE DEFECTOS

4.- EL SISTEMA DESPLIEGA LA PANTALLA DE ACTUALIZAR BITACORA DE DEFECTOS

5.- EL USUARIO CAPTURA LOS DATOS DE LA BITACORA DE DEFECTOS

6 EL SISTEMA VALIDA LOS DATOS

7.-EL SISTEMA REGISTRA LOS DATOS

8.- EL SISTEMA ACTUALIZA LOS DATOS

9.- EL USUARIO SELECCIONA SALIR EN LA PANTALLA ACTUALIZAR BITACORA DE DEFECTOS DESARROLLADOS

10.--SE DESPLIEGA LA PANTALLA OPCIONES DEL USUARIO

3: SELECCIONA (BITACORA DE DEFECTOS)

1: SELECCIONA (USUARIO)

2: DESPLIEGA

4: DESPLIEGA

5: CAPTURA (NoProceso,NoPrograma,NoProgramador,NoFase,NoTipoDefecto,NoDefecto,Fecha,NomFaseInyeccionNomFaseEliminacionTiempoEliminacion,Resultado)

6: VALIDA (NoProceso,NoPrograma,NoProgramador,NoFase,NoTipoDefecto,,NoDefecto,Fecha,NomFaseInyeccionNomFaseEliminacionTiempoEliminacion,Resultado)

7: REGISTRAR (NoProceso,NoPrograma,NoProgramador,NoFase,NoTipoDefecto,NoDefecto,Fecha,NomFaseInyeccionNomFaseEliminacionTiempoEliminacion,Resultado)

8: ACTUALIZAR (NoProceso,NoPrograma,NoProgramador,NoFase,NoTipoDefecto,NoDefecto,Fecha,NomFaseInyeccionNomFaseEliminacionTiempoEliminacion,Resultado)

9: SALIR (BITACORA DE DEFECTOS)

10: DESPLIEGA

Diagrama de clases dinámicas

OI MENU PRINCIPAL

SELECCIONA()

OI OPC USUARIO

SELECCIONA()

OI BITACORA DE DEFECTOS

CAPTURAR()VALIDAR()REGISTRAR()

ON BITACORA DE DEFECTOS

ACTUALIZAR()

OD BITACORA DE DEFECTOS

ESCRIBE()BORRA()

Diagrama de componentes

INT BIT DEFECTOS.DLL

NEG BIT DEFECTOS.DLL

DAT BIT DEFECTOS.DLL

Conclusiones.

PSP no considera la etapa de definición o análisis de requerimientos. Este asume que ya existe una definición de requerimientos previa, que en algunas ocasiones esta definición puede ser errónea o asumir consecuencias que no implicaba el caso de estudio, por lo tanto tal vez una mejoría sea insertar una fase previa que involucre la definición de requerimientos.

Los pasos de registro de defectos a detalle en el nivel de medición puede

resultar frustrante cuando se tiene presión de tiempo.

La presión de la entrega puede influir en gran medida en la aplicación inicial de un proceso, como también en la implementación final.

La tendencia es ahorrar tiempo lo cual puede traducirse a la eliminación de pasos.

El no considerar las revisiones dentro del proceso puede resultar más costoso, pues en si el trabajo a realizar por el PSP se elabora una sola vez, descuidando algunos aspectos que se pueden traducir en errores en la implementación final. Aunque inicialmente es recomendable dominar el uso de las formas y scripts del PSP, aún no existe una herramienta estándar que nos ayude en la automatización de registro y análisis de datos, este es el motivo principal de la realización de nuestro proyecto.

Bibliografía.

" www.idei-unsj.com.ar/Cursos/psp.htm

" www.cimat.mx/ingsoft/seminario/

" www.siem.gob.mx/siem2000/spyme/semanapymes/ doctosspymes/premtec.ppt

" www.fabricadesoftware.cl/documentos/Gerencias/SVV/000-4-

000%20Proceso%20de%20la%20Gerencia.pdf

" http://www.cs.ualberta.ca/~pfiguero/soo/metod/requerimientos.html#act1