CBI LIC. EN COMPUTACION Proyecto de Investigación II PSP:...
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