UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

OFICINA ASESORA DE SISTEMAS

HOMOLOGACIN AL PROCESO OPENUP/OAS
FORMATO DE EVALUACIN
Fecha :
Nombre Dependencia:
Nombre del Proyecto:
Participantes:
Nombre

Rol Actual

Funciones desarrolladas

1. Informacin General del Proyecto

Fecha de inicio:
Fecha Final:
Objetivo:
Logros

Dificultades

El proyecto se encuentra enmarcado dentro del plan de accin de la dependencia

SI
Se encuentra registrado en el banco de proyectos de la universidad?
SI

NO
NO

En cual poltica del Plan de Desarrollo de la Universidad se encuentra enmarcado el proyecto?

Que rgano o estamento de la Universidad brindo el aval para llevar a cabo el proyecto?

2. Caracterizacin del Producto de Software

Fecha de entrada en produccin:
Denominacin Tcnica del Producto:
Versin Actual
Tipo de software (Web, cliente servidor, otros)
Plataforma
Herramientas
de
desarrollo
(Lenguaje
de
programacin, servidor web, otros)
Motor de Base de Datos
Ubicacin de servidor donde esta alojado
Usuarios beneficiados
Numero de Usuarios Beneficiados
Describa brevemente las siguientes Caractersticas del Producto Software
Funcionalidad
Conjunto de caractersticas, capacidades y seguridad que tiene el producto de software
Usabilidad
Descripcin de la esttica, coherencia y consistencia del software
Fiabilidad
Precisin y el tiempo medio de fallos que presenta el software
Rendimiento
Velocidad, eficiencia, consumo de los recursos y el tiempo de respuesta que presenta el software en su
Capacidad de mantenimiento
Extensibilidad,
funcionamientoadaptabilidad, capacidad de instalacin del producto final de software
Otra.
3. METODO DE TRABAJO DE DESARROLLO DE SOFTWARE

Cual o cuales de las siguientes prcticas de trabajo hacen parte de su mtodo de trabajo
B. Gestin de Cambios
A. Gestin del Proyecto
E. Diseo
D. Gestin de Pruebas
G. Gestin de Requerimientos y usuarios
H. Otro. Cual?

Para cada uno de los siguientes criterios evalu su nivel de cumplimiento

C. Gestin de Riesgos
F. Gestin Documental
I. Ninguna de las anteriores

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

OFICINA ASESORA DE SISTEMAS
HOMOLOGACIN AL PROCESO OPENUP/OAS
Documentacin
Soporte

Cada uno de los miembros del equipo conoce cual es su rol, funciones y responsabilidades.
Las competencias de los miembros del equipo son concordantes con el rol que desempean.
Equipo de Desarrollo

Planeacin y control del Proyecto

El equipo de desarrollo comparte una misma visin del proyecto y creen en el.
El equipo de desarrollo tienen claros los objetivos que persiguen el proyecto a largo, mediano y corto
plazo
Se realiza planeacin y control del proyecto en forma constante
Los interesados o usuarios hacen parte de la planeacin del proyecto
Se presentan peridicamente informes de avance y gestin del proyecto a los interesados o usuarios
Se llevan a cabo reuniones peridicas de retrospectiva (Revisin de lo que paso o estn pasando) con
el equipo de desarrollo
Se gestionan los cambios que se puedan presentar en la planeacin a corto, mediano y largo plazo.

Gestin del Riesgo

Visin
Glosario

Requerimientos

Requisitos

Arquitectura

Diseo

Desarrollo

Gestin de Pruebas

Los resultados propuestos en la planeacin se cumplen de acuerdo a las fechas previstas

Se identifican, valoran y priorizan los activos, vulnerabilidades, amenazas e impactos asociados al
proyecto constantemente.
Se definen acciones de tratamiento para la gestin del Riesgo
Se lleva un control de las acciones definidas para el tratamiento de la gestin del riesgo
Se conocen los riesgos que pueden afectar el curso normal del proyecto y su respectivo tratamiento.
El proyecto tiene definido una visin con objetivos estratgicos y funcionales que a largo plazo persigue
el sistema, y se actualiza constantemente, teniendo en cuenta la evolucin del proyecto.
Los gestores, usuarios potenciales y el equipo de desarrollo conocen y aprueba la visin.
Se cuenta y actualiza un vocabulario o terminologa comn entre los interesados y el equipo de
desarrollo.
Se definen y utilizan mtodos apropiados para capturar informacin y requerimientos con los interesados
Se tienen identificados las restricciones o limitaciones del proyecto (Poltico , econmico, etc)
Se identifican, discuten y aprueban los requerimientos con los interesados.
Se definen casos de uso y se discuten con los interesados
Se tienen identificados los requisitos tcnicos diferentes a los funcionales como , confiabilidad,
desempeo o seguridad del sistema
Se tiene esbozada una arquitectura a partir del anlisis de requisitos y requerimientos estructuralmente
significativos y de la identificacin de restricciones, decisiones y objetivos arquitectnicos.
Se cuenta con esquemas de como desplegar el software para asegurarse que el enfoque propuesto se
ajusta a un amplio ambiente tcnico.
Se refina constantemente la arquitectura a un nivel de detalle apropiado para guiar el desarrollo.
El diseo se adapta de forma adecuada a los cambios esperados
Se hace seguimiento constante al diseo
Los elementos del diseo tienen una fuerte cohesin interna
Se transforma el diseo en puesta en funcionamiento
Se verifica o tiene en cuenta que la puesta en funcionamiento esta de acuerdo al propsito por el cual
fue construida, examinando el cdigo para comprobar el cumplimiento de la funcionalidad por la cual fue
construido.
Se ejecutan pruebas a componentes individuales de software para verificar que su estructura interna
trabaja segn lo especificado.
Se definen, aplican, evalan pruebas de funcionalidad

ptimo
>55%

Parcialmente
35%-55%

CRITERIO

No
0%
En un mnimo
0%- 35%

Se realiza

Observaciones
SI

NO

UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS

OFICINA ASESORA DE SISTEMAS
HOMOLOGACIN AL PROCESO OPENUP/OAS

Gestin de Pruebas

Gestin de Cambios

Gestin Documental

Se definen, aplican, evalan pruebas de seguridad

Se definen, aplican, evalan pruebas de volumen
Se definen, aplican, evalan pruebas de Integridad
Se definen, aplican, evalan pruebas de confiabilidad
Se definen, aplican, evalan pruebas de concurrencia
Se definen, aplican, evalan pruebas de configuracin
Se definen, aplican, evalan pruebas de carga
Se efectan pruebas de forma temprana y con regularidad.
Se registran y aplican solicitudes de cambios ( Fallas, mejoras, requerimientos )
Se integra continuamente los conjuntos de cambios para reducir el esfuerzo y evitar duplicidades.
Se priorizan, evalan y se le hace seguimiento a las solicitudes de cambio.
Se lleva un registro actualizado de todos los documentos generados tanto en forma digital como fsico.
Se hacen copias de seguridad peridicamente de los registros digitales.
Se cuenta copias fsicas de las ultimas versiones de los documentos generados en forma digital
Se tiene centralizada la documentacin digital y fsica generada a lo largo del proyecto.
Se revisa peridicamente la obsolescencia de la documentacin generada
Esta catalogado debidamente los documentos digitales y fsicos

Si cuenta con los siguientes artefactos anexarlos: Visin del Proyecto, Plan General del Proyecto, Arquitectura del Sistema, Casos de Uso de Alto Nivel, Plan de Riesgos, Diagramas de Diseo (Clases, secuencia, arquitectura de
Datos), Especificaciones de casos de Pruebas, Resultados de Casos de Prueba y ultima versin del cdigo fuente.