Metodologia Asic

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE
APLICACIONES DEL ASIC-A DE LA UPV.
GUA METODOLGICA PARA EL

DESARROLLO, MANTENIMIENTO E
INTEGRACIN DE APLICACIONES DEL
ASIC-A DE LA UPV.
Contenido
INTRODUCCIN .................................................................................................................................. 2
Qu es una gua Metodolgica ...................................................................................................... 2
Objetivos de esta gua .................................................................................................................... 2
Alcance ........................................................................................................................................... 2
Beneficios ....................................................................................................................................... 2
SOBRE EL ASIC DE LA UPV .................................................................................................................. 3
Carta de Servicios del ASIC ............................................................................................................. 3
TIPOS DE PROYECTO / TRABAJO ........................................................................................................ 3
Descripcin e Identificacin de los tipos de trabajo ...................................................................... 3
Desarrollo de nuevas aplicaciones y mdulos ........................................................................... 3
Mantenimiento NO Planificado. Correctivo / Adaptativo.......................................................... 3
Mantenimiento Planificado. Mejoras y Ampliaciones de las aplicaciones ................................ 3
Integracin de aplicaciones........................................................................................................ 4
Estudios de viabilidad de soluciones. ......................................................................................... 4
Gestin de la seguridad informtica. ......................................................................................... 4
Detalles de los tipos de trabajo...................................................................................................... 4
Desarrollo de nuevas aplicaciones y mdulos ........................................................................... 4
Mantenimiento NO Planificado. Correctivo / Adaptativo.......................................................... 4
Mantenimiento Planificado. Mejoras y Ampliaciones de las aplicaciones ................................ 4
Integracin de aplicaciones........................................................................................................ 4
Estudios de viabilidad de soluciones. ......................................................................................... 4
Gestin de la seguridad informtica. ......................................................................................... 5
GUAS METODOLGICAS DE CADA TIPO DE TRABAJO ...................................................................... 5
Que encontramos en las guas ....................................................................................................... 5
Guas Detalladas ............................................................................................................................. 5
ORGANIZACIN DE LA DOCUMENTACIN ........................................................................................ 5
Documento: GUIA_INICIO.docx
Versin: 1.0
1/6

HERRAMIENTAS DE APOYO A LA METODOLOGA.............................................................................. 5
Herramienta de Toma de Requisitos ............................................................................................. 6
Herramienta de Diagramacin para la comunicacin Visual ......................................................... 6
Herramienta de Diagramacin de Bases de Datos ........................................................................ 6
Herramienta de Gestin de Proyectos ........................................................................................... 6
Herramienta de Repositorio Documental ...................................................................................... 6
CONTROL DE CALIDAD ....................................................................................................................... 6
La necesidad de un Control de Calidad .......................................................................................... 6
Mecanismo de Control de Calidad ................................................................................................. 6
INTRODUCCIN
Qu es una gua Metodolgica
Definiremos gua metodolgica como el documento tcnico que describe el conjunto de
normas a seguir en los trabajos relacionados con los sistemas de informacin.
Objetivos de esta gua

Ayudar en la definicin e identificacin de los diferentes trabajos de Desarrollo,
Mantenimiento e Integracin de aplicaciones realizados en el ASIC-A.
Identificar los diferentes grupos de tareas que se realizan en cada uno de los proyectos.
Establecer aquellos documentos que deben generarse como resultado de las tareas
realizadas en los proyectos.
Asegurar una mnima documentacin de los trabajos y por consiguiente de los sistemas
de informacin existentes.
Alcance
Este documento y los que hace referencia va orientado a los Tcnicos y Analistas de
aplicaciones del ASIC.
Aunque el documento no va orientado a los programadores, si es interesante que ellos la
conozcan para saber donde encontrarn la documentacin.
Beneficios
Homogenizacin de la metodologa de trabajo de todos los miembros del ASICA. Facilitar
la adaptacin de los nuevos miembros del ASIC.
Versin: 1.0
2/6

SOBRE EL ASIC DE LA UPV

Carta de Servicios del ASIC
El ASIC de la UPV al igual que todos los servicios defini bajo el proyecto pegasus una
carta de los servicios que presta a la universidad.
Esta carta de servicios puede encontrarse en:
Los procesos que se describen en pegasus estn diseados para mostrar de una forma
muy general y grfica todas las posibles tareas que se realizan en la gestin de Sistemas
de Informacin, no especificando que tareas son obligatorios u optativas ni la
documentacin que se genera.
TIPOS DE PROYECTO / TRABAJO

Todos los trabajos que realiza el personal del ASICA pueden ser catalogados en 6 tipos
distintos de trabajo o proyectos. Y que son:
Desarrollo de nuevas aplicaciones y mdulos

Mantenimiento NO Planificado. Correctivo / Adaptativo
Mantenimiento Planificado. Mejoras y Ampliaciones de las aplicaciones
Integracin de aplicaciones
Estudios de viabilidad de soluciones.
Gestin de la seguridad informtica.
Descripcin e Identificacin de los tipos de trabajo

Definicin: Llevar a cabo el anlisis, diseo, programacin e implantacin de nuevas
aplicaciones informticas.
Definicin: Solucin de incidencias de aplicaciones en explotacin, realizacin de
pequeos cambios y explotacin de la base de datos.
Identificacin: Malfuncionamiento de la aplicacin, problemas que impiden al usuario
realizar su trabajo tal y como se pens en la aplicacin, cambios que puedan realizarse en
menos de 3 das de trabajo.
Definicin: Atender las solicitudes de cambio de las aplicaciones en explotacin.
Identificacin: Aaden funcionalidad a la aplicacin. Son cambios en la aplicacin que
cuestan ms de 4 das.
Versin: 1.0
3/6

Definicin: Trabajos para la implantacin en los servicios UPV de aplicaciones externas.
Identificacin: La aplicacin es externa al ASIC y se realizan diversos trabajos de asesora,
hosting de BD, integracin de datos.
Definicin: Realizacin de un estudio de alternativas de SW para dar solucin a las
necesidades de los serviciosUPV.
Identificacin: Asesoramiento a servicios. El proyecto acaba cuando se toma la decisin.
Definicin: Dar apoyo en el proceso de la declaracin de ficheros.
Identificacin: Informes necesarios para cumplir con LOPD.
Detalles de los tipos de trabajo

Definicin: Llevar a cabo el anlisis, diseo, programacin e implantacin de nuevas
aplicaciones informticas.
Definicin: Solucin de incidencias de aplicaciones en explotacin, realizacin de
pequeos cambios y explotacin de la base de datos.
Identificacin: Malfuncionamiento de la aplicacin, problemas que impiden al usuario
realizar su trabajo tal y como se pens en la aplicacin, cambios que puedan realizarse en
menos de 3 das de trabajo.
Definicin: Atender las solicitudes de cambio de las aplicaciones en explotacin.
Identificacin: Aaden funcionalidad a la aplicacin. Son cambios en la aplicacin que
cuestan ms de 4 das.
Definicin: Trabajos para la implantacin en los servicios UPV de aplicaciones externas.
Identificacin: La aplicacin es externa al ASIC y se realizan diversos trabajos de asesora,
hosting de BD, integracin de datos.
Definicin: Realizacin de un estudio de alternativas de SW para dar solucin a las
necesidades de los serviciosUPV.
Identificacin: Asesoramiento a servicios. El proyecto acaba cuando se toma la decisin.
Versin: 1.0
4/6

Definicin: Dar apoyo en el proceso de la declaracin de ficheros.
Identificacin: Informes necesarios para cumplir con LOPD.
GUAS METODOLGICAS DE CADA TIPO DE TRABAJO

Que encontramos en las guas
En estas guas se encontrar una definicin de los pasos a realizar para cada uno de los
trabajos.
Se definen los documentos que son producidos por cada una de las tareas.
Se definen cuales de los documentos producidos es obligatoria su generacin y cuales son
opcionales.
Guas Detalladas
Desarrollo y Mantenimiento Planificado: GUIA_DESARROLLO.docx
Mantenimiento de Aplicaciones:
ORGANIZACIN DE LA DOCUMENTACIN
En las diferentes tareas realizadas en cada uno de los trabajos se generarn numerosos
documentos e informacin en base de datos que es necesaria recopilar y organizar de una
forma adecuada y uniforme.
La organizacin se basa en el siguiente paradigma:
Cada proyecto pertenece necesariamente a una aplicacin, y por lo tanto toda la
documentacin del proyecto colgar de la aplicacin.
La documentacin que se genera con un proyecto pertenece al mismo pero puede ser de
utilidad general para la aplicacin por lo que es posible se duplique en los directorios de
documentacin de la aplicacin.
HERRAMIENTAS DE APOYO A LA METODOLOGA

Para facilitar el desarrollo de los diferentes proyectos y cumplir con las necesidades de
documentacin descritas en las guas especficas de cada tipo de trabajo, es necesaria la
utilizacin de herramientas especficas.
No es posible el uso de una herramienta nica que permita el uso de una forma global
para todos los tipos de proyectos, fases y documentos a generar. Es por esto que para
cada una de las fases y documentos es necesario la utilizacin de una herramienta
especfica.
Versin: 1.0
5/6

Herramienta de Toma de Requisitos

Herramienta de Diagramacin para la comunicacin Visual
Herramienta de Diagramacin de Bases de Datos
Herramienta de Gestin de Proyectos
Herramienta de Repositorio Documental
CONTROL DE CALIDAD
La necesidad de un Control de Calidad
Mecanismo de Control de Calidad
Versin: 1.0
6/6
GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES
GUIA METODOLGICA PARA

PROYECTOS DE DESARROLLO DE
APLICACIONES
Contenido
AMBITO DE APLICACIN .................................................................................................................... 2
PREREQUISITOS .................................................................................................................................. 2
TAREAS A REALIZAR EN EL PROYECTO ............................................................................................... 2
Visin General de las Tareas .......................................................................................................... 2
Detalle de las Tareas ...................................................................................................................... 3
Definicin del proyecto .............................................................................................................. 3
Toma de Requisitos .................................................................................................................... 3
Especificacin de requisitos tcnicos para enviarlos ASICSyR (Obligatorio si lo requiere la
aplicacin) .................................................................................................................................. 5
Diseo de procesos (Opcional pero Recomendable ) ................................................................ 5
Documento planificacin de Tareas........................................................................................... 5
Definicin y creacin de la base de datos .................................................................................. 6
Generacin del Cuaderno de Carga ........................................................................................... 6
Definicin de pruebas ................................................................................................................ 7
Programacin y pruebas unitarias ............................................................................................. 7
Pruebas de integracin .............................................................................................................. 7
Generacin del manual de la aplicacin .................................................................................... 8
Entrega piloto al usuario y aceptacin (por el usuario) ............................................................. 8
Implantacin de aplicacin ........................................................................................................ 9
Monitorizacin de la aplicacin ................................................................................................. 9
Formacin .................................................................................................................................. 9
PLANTILLAS DE DOCUMENTOS ...................................................................................................... 9
ORGANIZACIN DE LA DOCUMENTACIN DEL PROYECTO ......................................................... 10
HERRAMIENTAS A USAR............................................................................................................... 11
ANEXO1: DEFINICIN DEL PROCESO DE DESARROLLO DE APLICACIONES EN PEGASUS ................ 12
Documento: GUIA_DESARROLLO.docx
Versin: 1.0
1/16
AMBITO DE APLICACIN
Esta gua debe ser aplicada a todos los trabajos que cumplan alguna de estas condiciones:
Nuevas aplicaciones para la automatizacin de procesos no automatizados.

Sustitucin de aplicaciones que se han quedado obsoletas.
Ampliacin de aplicaciones con un volumen superior a los 5 das de trabajo.
PREREQUISITOS
Los trabajos incluidos en el mbito de aplicacin cumplen el prerrequisito de haber
pasado por un proceso previo de estudio de viabilidad donde ya se han considerado las
posibles alternativas y donde se ha decidido que es necesario empezar un proyecto de
desarrollo de software.
No se est por tanto realizando un anlisis de mercado ni probando alternativas, etc. En
este momento se tiene constancia de la aplicacin que se debe desarrollar, se tiene
identificado al cliente y el alcance est ms o menos determinado.
TAREAS A REALIZAR EN EL PROYECTO

Visin General de las Tareas
Tarea
Documentacin a
Generar
Plantilla
Localizacin de la
Documentacin
Carcter Tarea
Definicin del
proyecto
Toma de
Requisitos
funcionales
Especificacin de
requisitos tcnicos
Diseo de
procesos
Planificacin de
Tareas
Doc Definicin del

Proyecto
Doc Requisitos Proyecto
PLA_PROY_DEF.dotx
PROY\ANA
Obligatoria
PLA_PROY_REQ.dotx
PLA_ACTA.dotx
PROY\ANA
Obligatoria
PLA_PROY_REQTEC.dotx
PROY\ANA
PROY\ANA
Obligatorio si lo
requiere la aplicacin
Opcional
Project Server
Opcional
PROY\DIS
PROY\DIS
Obligat si se
modifican Tablas
Opcional
PROY\DIS
Opcional
PROY\SRC\Segn_Tecnolo
ga
Herramienta Ticketing
Obligatorio
APLIC\DOCUMENTACION\
MANUALES
Opcional
Definicin de la
base de datos
Generacin de los
cuadernos de
carga
Definicin de
pruebas
Programacin y
pruebas unitarias
Pruebas de
integracin
Generacin del
manual de la
aplicacin
Entrega piloto al
usuario y
aceptacin
Implantacin de
aplicacin
Monitorizacin
Formacin
Doc Req Tec

Docum Casos
Uso/BPMN
Elemento Nuevo
proyecto
Elementos Tareas
Diagrama de Tablas
Cuaderno Carga/Gregal
Completar Cuaderno
Carga
Mdulos del Programa
PLA_CCARGA.dotx
Incidencias
Manual de la Aplicacin
PLA_MANUAL.docx
Opcional
Opcional
Opcional
Tests a pasar por Nagios
Material Formacin
PLA_PRESENTACION.potx
Versin: 1.0
Test en PIOLIN
PROY\USUARIOS
Opcional
Opcional
2/16
APLIC: Hace referencia al directorio de la aplicacin

PROY: Hace referencia al directorio del proyecto
ANA: Hace referencia al directorio ANALISIS del proyecto.
DIS: Hace referencia al directorio DISEO del proyecto.
Detalle de las Tareas

Definicin del proyecto
Descripcin
Descripcin detallada del proyecto. Decidir a que aplicacin pertenece este
proyecto y generacin del cdigo de proyecto.
Documentar el promotor y los participantes/usuarios reales en el proyecto.
Documentacin a Generar
Documento Definicin del Proyecto (Obligatorio)
Nombre: PROY_DEF_xxxxxxxxx.DOC (Siendo xxxxx el alias del documento)
Datos a Incluir:
Cdigo y nombre del proyecto
Promotor:
Jefe Proyecto ASIC:
Participantes Comit Direccin:
Miembros equipo trabajo:
Objetivos del proyecto
Aplicaciones involucradas en el Proyecto
Plazo de realizacin previsto
Dejar en PROY\ANA
Procedimiento
Generacin documento Word segn plantilla PLA_PROY_DEF.DOTX.
Envo por email al promotor con acuse de recibo.
(Registro del proyecto en la herramienta de gestin de proyectos y en el
repositorio de la documentacin. =>Anulado de momento)
Cdigo del proyecto
El cdigo consta de: rea+Aplicacin(Subsistema)+Versin
Siendo:
rea: Una de las 5 reas de trabajo del ASICA (ALU/BIB/COD/SEG/DWH)
Aplicacin(Subsistema): Puede ser la aplicacin Maestra o el Subsistema dentro
de una aplicacin maestras.
Versin: Puede ser la versin de la aplicacin o un orden secuencial de proyecto
por ao.
Ejemplos: ALU_VINCONVAL_v2010.01, ALU_POLIFORMAT_v2.6.01
Toma de Requisitos
Versin: 1.0
3/16
Descripcin
Consiste en la toma de requisitos de Negocio/Cliente/Funcionales que debe
cumplir la aplicacin. La forma de obtencin de los requisitos se basar en las
entrevistas con los usuarios y responsables de los procesos de negocio de las
unidades involucradas.
La toma de requisitos debe acabar con una validacin de los mismos por parte del
usuario que encarg el proyecto.
Procedimiento
Planificacin y realizacin de Entrevistas.
Generacin del listado de requisitos que debern inventariarse en la Herramienta
de Toma de Requisitos (). Para la toma de requisitos se puede seguir la
GUIA_Requisitos.docx.
Validacin de requisitos por el promotor. La forma de conseguir la aceptacin por
parte del usuario puede hacerse mediante el simple formalismo de envo de un
correo al usuario con el listado de requisitos y guardar la respuesta del mismo.
Caso de no encontrar respuesta por parte del promotor se le mandar un correo
similar a este:
Estimado compaero:
El presente correo lleva anexado un documento con la especificacin de requisitos del
proyecto de software solicitado por tu unidad.
Sirva este correo como justificante de entrega de los citados requisitos.
Ruego consideres el documento y quedo a la espera de tus modificaciones y comentarios.
Si transcurridas 2 semanas desde la fecha actual no he recibido contestacin alguna,
considerar que el documento es conforme a tus necesidades.
Recibe un cordial saludo.
El analista responsable.
Documento de Requisitos (Obligatorio). Utilizar la plantilla PLA_PROY_REQ.DOTX
Nombre: PROY_REQ_xxxxxxxxxx.DOC (Siendo xxxxx un alias del documento)
Datos a Incluir:
Cdigo del Proyecto
Tipo de Requisito (Negocio-General / Funcional-detallado)
Cdigo Numrico de Requisito
Descripcin del Requisito
Importancia
Dejar en PROY\ANA
Otra documentacin:
Versin: 1.0
4/16
Actas de Reuniones.
Documentacin de Normativas, etc
Especificacin de requisitos tcnicos para enviarlos ASICSyR (Obligatorio si lo

requiere la aplicacin)
Descripcin
Con los requisitos recopilados en el punto anterior se debe determinar cules son
las necesidades que se van a tener de Sistemas y Redes, con el fin de comunicarlas
lo antes posible.
Procedimiento
Revisar los requisitos tomados para evaluar las necesidades de Sistemas.
Enumerar los recursos necesarios tanto para desarrollo como preproduccin y
explotacin.
Completar la informacin en el mismo documento de requisitos.
Comunicar a sistemas/redes el documento con las necesidades.
La seccin de Requisitos de Sistemas/Redes del documento de requisitos
Nombre: PROY_REQTEC_xxxxx.DOC (Siendo xxxxx un alias del documento
Diseo de procesos (Opcional pero Recomendable )
Descripcin
Documentacin y descripcin detallada de los principales procesos de la
aplicacin.
Procedimiento
Analizar en detalle cada uno de los principales procedimientos necesarios para la
aplicacin.
Documentar de manera grfica preferiblemente el proceso.
Describir cada una de las fases de las que consta el proceso.
Se debern relacionarn los requisitos relacionados con cada uno de los procesos.
Diagramas BPMN (Bussiness Process Management Notation) o documentos Word
con la descripcin de los procedimientos. Para estos diagramas se utilizar la
herramienta Visio.
Se generarn documentos con nombre ANA_PROC_xxxxx.docx. (Siendo xxxxx un
alias del documento/nombre del proceso)
Documento planificacin de Tareas
Descripcin
A partir de todos requisitos y procesos que se deben implementar se debe
elaborar el EDT (Esquema de Descomposicin de Tareas)
Procedimiento
Recopilar las tareas necesarias para el desarrollo de la aplicacin.
Versin: 1.0
5/16
Identificar los recursos disponibles.

Identificar pre-post condiciones en las tareas
Se deber crear un nuevo proyecto en la herramienta de Gestin de Proyectos
(Microsoft Project). El fichero si se guarda en local se debe llamar
ANA_EDT_xxx.mpp (Siendo xxxxx un alias del documento) en el directorio de
Anlisis del proyecto.
Se debern crear tambin en la herramienta las tareas a realizar asignando una
previsin de fechas.
Si es posible se asignarn a las tareas los recursos que se van a utilizar en el
proyecto.
Definicin y creacin de la base de datos

Descripcin
Consiste en la creacin de las tablas, vistas y objetos necesarios en la Base de
Datos.
Procedimiento
Definicin de la estructura de Base de Datos usando la herramienta
SqlDataModeler. Se considerar obligatorio cumplimentar las descripciones de las
tablas y de los campos.
Generacin del Diagrama de Tablas.
Generacin de las Tablas en la Base de Datos.
Diagrama de Tablas de la aplicacin. Generado en el directorio DIS y con nombre
DIS_TABLAS_xxxxx.XXX (Siendo xxxxx un alias del documento).
Generacin del Cuaderno de Carga
Descripcin
Descripcin detallada de los detalles de implementacin de cada uno de los
mdulos de desarrollo de la aplicacin.
Procedimiento
Todas las tareas existentes en Project debern estar reflejadas necesariamente en
GREGAL.
Se podr crear un gregal por cada tarea o se podrn agrupar varias tareas en un
nico gregal si el analista as lo estima.
Cuando la tarea tenga complejidad o entidad suficiente para requerir ms
explicaciones que las que se pueden dar en un gregal, se podr anexar un
documento de Cuaderno de carga, basado en la plantilla PLA_CCARGA.dotx
Para mantener la trazabilidad con la Tarea, mientras no exista una forma
automtica de hacerlo, se deber incluir en el gregal el identificador del proyecto
y el id de la tarea de project.
Versin: 1.0
6/16
Gregales asociados a las tareas
Documentos de Cuaderno de Carga de alguna de las tareas con nombre
DIS_CCARGA_xxxx.docx (Siendo xxxxx un alias del documento)
Definicin de pruebas
Descripcin
Identificar las pruebas que de se deben hacer en cada uno de los mdulos.
Procedimiento
Identificacin y descripcin de los casos de prueba.
Esta documentacin se puede incluir en el propio cuaderno de carga o gregal.
Programacin y pruebas unitarias
Descripcin
Es la tarea propiamente dicha de programacin
Procedimiento
Los programadores reciben el gregal y/o el cuaderno de carga con las
caractersticas del mdulo de programacin a realizar.
Se desarrolla el mdulo siguiendo las especificaciones.
Se realizan las pruebas unitarias.
Se realizan pruebas de integracin que afecten a este mdulo.
Mdulo de Programacin.
Segn la tecnologa el mdulo deber ser incluido en un punto u otro.
Para Forms deber situarse en APLIC\FORMS o APLIC\REPORTS.
Para Objetos del ncleo en el esquema correspondiente.
Para Java deber incluirse en APLIC\SRC.
Pruebas de integracin
Descripcin
Basndose en los requerimientos y los procesos descritos para la aplicacin, el
analista debe realizar pruebas que corroboren que la aplicacin cumple con los
requisitos.
Procedimiento
Revisin de cada uno de los requisitos de la aplicacin.
Comprobacin en la aplicacin que el requisito se cumple tal y como indica el
procedimiento.
Generacin de Incidencias por cada funcionalidad no cubierta por la aplicacin.
Incidencias de programacin de un mdulo.
Versin: 1.0
7/16
El Analista responsable cambiar el estado del requisito a terminado indicando la

fecha en el documento de requisitos.
Se actualizarn los documentos de prueba de los requisitos de la aplicacin si se
detectan casos de uso no descritos anteriormente.
Generacin del manual de la aplicacin
Descripcin
Generacin de un manual que describa el funcionamiento de la aplicacin.
Procedimiento
Revisin de los procesos cubiertos por la aplicacin.
Extraccin de las pantallas de la aplicacin.
Generacin del documento que contiene el manual de usuario.
Envo del documento al CAU para su revisin (Por revisar)
Manual de la aplicacin (por determinar si se hace el wiki o en word)
Nombre del documento: MANUAL_xxxxx.DOC (siendo xxx el nombre de la
aplicacin y la versin)
Plantilla: (Nos envan el cau)
Entrega piloto al usuario y aceptacin (por el usuario)
Descripcin
Preparacin de la instancia de preproduccin de la aplicacin para que el usuario
final pueda hacer pruebas sin peligro de estropear nada.
Procedimiento
Preparacin del entorno de preproduccin.
Preparacin de la Base de Datos de preproduccin.
Copia de los programas desde desarrollo a preproduccin.
Generacin de los datos bsicos y/o de prueba necesarios.
Formacin mnima al usuario para que pueda hacer las pruebas.
Recepcin de incidencias / Feedback del usuario.
Comunicacin al usuario de que la aplicacin est disponible para probar.
Gregales del usuario con las no conformidades o errores detectados.
Aceptacin de los requisitos por parte del usuario. Si el usuario no acepta
formalmente los requisitos se le enviar un correo con un plazo mximo para
rechazar el requisito, de lo contrario el requisito se dar por aceptado.
Como ejemplo de este correo se puede usar:
Estimado compaer@:
La funcionalidad [REQUISITO] que usted solicit de la aplicacin [APLICACION] se
encuentra disponible para su validacin.
Versin: 1.0
8/16
Implantacin de aplicacin
Descripcin
Paso a los servidores de explotacin de todo lo necesario para empezar a trabajar
con la aplicacin.
Procedimiento
Preparacin del entorno de produccin.
Preparacin de la Base de Datos de produccin.
Copia de los programas desde desarrollo a preproduccin.
Generacin de los datos bsicos y/o de prueba necesarios.
Opcionalmente se generar un manual de despliegue, o informacin de
Infraestructura o se documentar en la wiki.
Monitorizacin de la aplicacin
Descripcin
Definir los tests que debern pasarse a la aplicacin para asegurarse
constantemente que se encuentra funcionando correctamente.
Procedimiento
Identificacin de los elementos de SW/HW susceptibles de monitorizar.
Definicin de los test a ejecutar, con los parmetros necesarios
Inclusin de los tests en PIOLIN
Conjunto de test a incluir en PIOLIN
Formacin
Descripcin
Identificar y preparar e impartir la formacin necesaria para los usuarios de la
aplicacin.
Procedimiento
Identificar las necesidades de formacin.
Preparar la documentacin necesaria para el curso/seminario/presentacin.
Material de formacin.
Presentaciones: Basado en PLA_PRESENTACION.pptx
PLANTILLAS DE DOCUMENTOS
Las plantillas de documento a usar son
Acta de Reunin: PLA_ACTA.dotx
Documento definicin del proyecto: PLA_PROY_DEF.dotx
Versin: 1.0
9/16
Documento de Requisitos: PLA_PROY_REQ.dotx

Documento de Requisitos Tcnicos: PLA_PROY_REQTEC.dotx
Cuaderno de Carga: PLA_CCARGA.dotx
Manual de la Aplicacin: PLA_MANUAL.dotx
Presentaciones de la Aplicacin: PLA_PRESENTACION.pptx
ORGANIZACIN DE LA DOCUMENTACIN DEL PROYECTO

Deber generarse una carpeta raz para el proyecto que incluya toda la informacin relativa.
Esta carpeta colgar de la aplicacin a la que pertenece el proyecto.
La estructura de carpetas ser la siguiente:
ANA: Documentos de Anlisis y documentacin

DIS: Documentos de Diseo de la aplicacin
SRC: Documentos programas, scripts, etc necesarios
Al finalizar el proyecto se deber actualizar la informacin necesaria en los directorios de la

aplicacin.
Ejemplo de estructura de una aplicacin con forms.
En estructura de ficheros P:\alumnado
ALU_RIOS
DOCUMENTACION
ANALISIS
DISEO
MANUALES
OTROS
SRC
SQL
FORMS
REPORTS
PROYECTOS
ALU_RIOS_1.0
ALU_RIOS_1.2
ALU_RIOS_1.5
ANA
DIS
SRC
ALU_RIOS_1.5.2
ALU_RIOS_2.0
Versin: 1.0
10/16
HERRAMIENTAS A USAR
Para la gestin del proyecto se utilizarn las siguientes herramientas.
Herramienta de Toma de Requisitos.
Nombre:
Acceso:
Manual Uso:
Herramienta de Diseo de Casos de Uso
Nombre: Visio
Acceso:\\izar2\ms\Aplicaciones\Visio 2007 Professional
Manual Uso:
Herramienta de Diseo de Tablas
Nombre: SqlDataModeler
Acceso: Instalable localmente desde ..\GrupoHerramientas\DesignerDataModeler
Manual Uso:..\GrupoHerramientas\DesignerDataModeler\SQLDeveloperDataModeler_TechReview.pdf
Herramienta de Gestin de Proyectos

Nombre: Microsoft Proyect Web Accesss 2007
Acceso: http://project2007/pwa
Manual rpido para empezar:
..\GrupoHerramientas\MicrosoftProjectWebAccess\GUIA_PROJECT_WEB.docx
Versin: 1.0
11/16
ANEXO1: DEFINICIN DEL PROCESO DE DESARROLLO DE

APLICACIONES EN PEGASUS
Versin: 1.0
12/16
Versin: 1.0
13/16
Versin: 1.0
14/16
Versin: 1.0
15/16
Versin: 1.0
16/16
GUIA METODOLGICA PARA MANTENIMIENTO DE APLICACIONES
GUIA METODOLGICA PARA

MANTENIMIENTO NO PLANIFICADO
DE APLICACIONES
Contenido
AMBITO DE APLICACIN .................................................................................................................... 2
PREREQUISITOS .................................................................................................................................. 2
TAREAS A REALIZAR............................................................................................................................ 2
Visin General de las Tareas .......................................................................................................... 2
Detalle de las Tareas ...................................................................................................................... 3
Registro de la incidencia ............................................................................................................ 3
Registro de la solucin elegida ................................................................................................... 4
Modificacin de la base de datos............................................................................................... 5
Programacin y pruebas unitarias ............................................................................................. 5
Registro de Cambios Realizados................................................................................................. 5
Pruebas de Regresin................................................................................................................. 6
Modificacin del manual de la aplicacin .................................................................................. 6
Entrega al usuario y aceptacin (por el usuario) ....................................................................... 6
Organizacin de la Documentacin ............................................................................................... 6
Plantillas de Documentos............................................................................................................... 7
ANEXO I.- PROCESOS PEGASUS ASICA04. ...................................................................................... 8
Documento: GUIA_MATNOPLAN.doc
Versin: 1.0
1/8
AMBITO DE APLICACIN
Esta gua debe ser aplicada para el mantenimiento correctivo / adaptativo, es decir a
todos los trabajos que cumplan estas condiciones:
Solucin de incidencias de aplicaciones en explotacin por malfuncionamiento de las

mismas o por problemas que impiden al usuario realizar su trabajo tal y como se
pens en la aplicacin.
Realizacin de pequeos cambios y explotacin de la base de datos que, en general,
impliquen un volumen de trabajo inferior a los 5 das.
PREREQUISITOS
Los trabajos incluidos en el mbito de aplicacin de esta gua cumplen el prerrequisito de
haber sido registrados en Gregal, bien directamente por el usuario final o bien por el
personal informtico si la comunicacin del problema lleg por telfono u otra va distinta
a Gregal.
En este momento se tiene constancia de:
la aplicacin en explotacin en la que se da el problema.
se tiene identificado al usuario final que plantea el problema.
una descripcin exacta del problema y con datos suficientes para que pueda ser
reproducida.
el alcance est ms o menos determinado.
TAREAS A REALIZAR
Visin General de las Tareas
Tarea
Registro de la incidencia
Tarea en Gregal
Carcter de la Tarea
Obligatoria
Generacin Cuaderno Carga
Cuaderno Carga
Opcional
Modificacin de la base de datos
Diagrama de Tablas
Obligatorio si se modifican Tablas
Cambios en paquetes, libreras y

formularios
Documentacin en Cdigo
(Obligatorio el N Gregal
Obligatorio
Documentar Cambios Realizado
Tarea en Gregal y/o Documentos

de la aplicacin
Opcional
Registro de la solucin elegida
Tarea en Gregal
Obligatoria
Opcional
Pruebas de Regresin
Opcional
Modificacin del manual de la aplicacin
Opcional
Versin: 1.0
2/8
Comunicacin al usuario y aceptacin
Opcional
Implantacin del cambio
Obligatoria
Detalle de las Tareas

Registro de la incidencia
Descripcin
Si bien es prerrequisito de esta gua que este registrado ya en Gregal el problema,
se verificar que tal registro existe, de lo contrario se proceder a realizarlo.
Entrada:
Peticin/Incidencia de gregal o va telefnica o cualquier otra va (reunin,
superior, etc.).
Salida:
Registro en Gregal a nombre de la persona que hace el encargo.
Clasificacin de la incidencia/peticin.
Procedimiento
Registro en gregal de la peticin o incidencia si no se haba registrado
previamente.
Se acompaar el registro de toda la informacin necesaria para que el personal
informtico o empresa encargada del mantenimiento pueda reproducir, en
entorno de desarrollo, la situacin que provoca el problema, esto es,
identificadores de personas afectadas, secuencias de navegacin, logs de
servidores, etc..
Se comprobar que la tarea de GREGAL est calificada correctamente como
Peticin o Incidencia.
Se aadir la informacin de clasificacin del problema mediante la asignacin de
la categora correspondiente de GREGAL. Si es un cambio que necesita una
aprobacin por el responsable del proyecto, se apuntar esto en la incidencia.
Aclaraciones
La clasificacin de las tareas pueden ser:
Tipo de Problema:
o
Incidencia Urgente: La aplicacin en explotacin no da servicio en

absoluto. Se debe asignar personal urgentemente para su
solucin lo antes posible.
Por ejemplo, no funciona la auto matrcula en absoluto.
Incidencia No urgente: La aplicacin en explotacin sigue dando

servicio al usuario tal y como est o se esta dando servicio de
forma alternativa. O se planifica su resolucin a corto plazo y se
Versin: 1.0
3/8
asigna personal informtico o se decide planificar resolucin en

nueva versin de la aplicacin.
Peticin Urgente: La aplicacin en explotacin requiere cambios

imprescindibles a muy corto plazo. Se debe asignar personal
urgentemente para su realizacin lo antes posible.
Por ejemplo, error en cualquier aplicacin que slo afecta

a un nmero reducido de casos y que el usuario subsana
haciendo puntualmente la tarea a mano.
Por ejemplo, cambio en requerimientos por publicacin

de un decreto de normativa.
Peticiones No urgentes: La aplicacin en explotacin requiere

nueva funcionalidad. Estas peticiones son susceptibles de
planificarse en nueva versin de aplicacin o, si el volumen de
trabajo es inferior a 3 das, se planifica el cambio a corto plazo y
se asigna personal informtico.
Por ejemplo, una modificacin en la presentacin de un

report.
Registro de la solucin elegida

Descripcin
Definicin de la solucin. Incluye el estudio de la solucin realizada para la
peticin/incidencia en los sistemas afectados. Mediante este anlisis se valoran
las tareas de los procesos de desarrollo (Anlisis, Diseo, Construccin e
Implantacin) .
Entrada:
Peticin/Incidencia de gregal.
Elementos afectados por la Peticin/Incidencia.
Salida:
o Gregal: Registro de solucin.
o (Opcional) Documentos de cambios.
o (Opcional): Actualizacin de manuales.
Procedimiento
Determinar la lista de cambios necesarios para solucionar el problema. Identificar
todos los componentes afectados (programas fuentes, modelo de datos,
paquetes, libreras, etc.) y comprobar la viabilidad del cambio necesario.
En este punto quedarn registrados, de la forma que se considere ms
conveniente siguiendo la metodologa, los cambios en los elementos (modelos,
pantallas, informes, mdulos, programas fuentes, programas objetos, archivos de
datos, manuales de usuario...) implicados en cada peticin/incidencia.
Versin: 1.0
4/8
Describir a la persona, o empresa encargada de hacer la correccin, el problema

concreto y de la solucin necesaria, indicando modificaciones necesarias en cada
modulo/form/pantalla, etc y tiempo estimado para su correccin.
Modificacin de la base de datos
Descripcin
Realizar el cambio de la base de datos si la peticin o incidencia lo requiere.
Procedimiento
Modificacin de la estructura de Base de Datos usando la herramienta
SqlDataModeler.
Actualizacin del Diagrama de Tablas.
Generacin de las modificaciones en la Base de Datos de Desarrollo.
Diagrama de Tablas Actualizado de la aplicacin.
Carga de nuevo cdigo DDL en sistema de control de versiones. (Pendiente de
especificar cmo realizarlo)
Descripcin
Realizar la programacin que genera la incidencia o peticin.
Procedimiento
Se lleva a cabo la programacin y se comprueba que cada peticin/incidencia de
modificacin queda atendida, resulta y probada y que los diferentes componentes
funcionan correctamente.
Entregables
Mdulos de programacin generados o modificados.
Registro de Cambios Realizados
Descripcin
Documentacin de los cambios realizados en los elementos afectados (forms,
reports, cdigo, etc. ).
Procedimiento
Se apuntar en GREGAL la informacin necesaria que permita averiguar el alcance
de los cambios realizados por esta incidencia. El registro de la lista de elementos
modificados de cada peticin se podr realizar en el propio gregal y en los
documentos ya existentes afectados por el cambio, opcionalmente, en un
documento de cambios.
Se intentarn extraer conclusiones de la modificacin para mejorar la atencin al

usuario en caso que la incidencia se repitiera en el futuro. Esta informacin se
utiliza para optimizar la atencin al prximo grupo de incidencias por parte de
CAU en niveles 1 y 2. Estas conclusiones se documentarn en Gregal ( u otros
medios que disponga el CAU como Wikis, FAQs, etc. ).
Versin: 1.0
5/8
Se podr utilizar alguna de estas alternativas
Se apuntar en gregal directamente los cambios realizados.

Se apunta en gregal slo el commit de SVN que contienen los cambios.
Se apunta en gregal el documento que contiene los cambios.
Pruebas de Regresin
Descripcin
Es necesario comprobar que los cambios que se lleven a cabo en los componentes
afectados no produzcan otros efectos negativos sobre el mismo u otros
componentes.
Procedimiento
Comprobar que los cambios provocados por una peticin/incidencia no
introduzcan un comportamiento no deseado o errores adicionales en otros
componentes no modificados.
Modificacin del manual de la aplicacin

Descripcin
Realizar las modificaciones que procedan en el manual de la aplicacin reflejando
las modificaciones efectuadas.
Procedimiento
Revisin de los procesos cubiertos por la aplicacin.
Extraccin de las pantallas de la aplicacin.
Generacin del documento que contiene el manual de usuario.
Entregable
Manual de la aplicacin modificado.
Entrega al usuario y aceptacin (por el usuario)
Descripcin
Modificacin de la aplicacin en el entorno de produccin.
Procedimiento
Paso de los mdulos correspondientes a produccin.
Recepcin de incidencias / Feedback del usuario.
Organizacin de la Documentacin
Deber generarse una carpeta raz para el proyecto que incluya toda la informacin relativa.
Esta carpeta colgar de la aplicacin a la que pertenece el proyecto.
La estructura de carpetas ser la siguiente:
Versin: 1.0
6/8
ANA: Documentos de Anlisis y documentacin

DIS: Documentos de Diseo de la aplicacin
SRC: Documentos programas, scripts, etc necesarios
Al finalizar el proyecto se deber actualizar la informacin necesaria en los directorios de la

aplicacin.
Ejemplo:
En estructura de ficheros P:\alumnado
ALU_RIOS
Plantillas de Documentos
Documento de Control de cambios
Debe servir como cuaderno de carga para la entidad encargada de la correccin (

programador de la casa o empresa externa)
Debe incluir fechas de notificacin del problema y fecha de aceptacin de la solucin por
parte del analista responsable. La fecha de aceptacin implica que el analista ha realizado
pruebas de como mnimo, que el problema original ya no ocurre.
Debe incluir la descripcin del problema de forma completa de modo que la entidad
correctora sea capaz de reproducir el problema.
Debe incluir la descripcin de la solucin.
Modelo <pincha aqu>
Versin: 1.0
7/8
ANEXO I.- PROCESOS PEGASUS ASICA04.
Tabla de pegasus del proceso de mantenimiento no planificado.
Versin: 1.0
8/8
PANTILLAS DE
DOCUMENTOS
Ttulo del Documento
Ttulo del Documento

Acta de Reunin
Proyecto:
Lugar:
Fecha:
Horario:
<< inicio fin >>
Asistentes
Nombre
Organizacin / Departamento
Orden del da, Temas a tratar

<< REDACTAR AQU ANTES DE LA REUNION LA RELACION DE TEMAS A TRATAR>>
Puntos Abordados / Decisiones Tomadas

Describir los temas tratados en la reunin
Observaciones
Apuntar las observaciones y conclusiones finales
Nota: Debe redactarse este modelo teniendo en mente que el acta debe servir para:
1) Poner al da a alguien que no pudo asistir a la reunin para que pueda saber qu
decisiones se tomaron, cul fue el proceso, conclusiones de la reunion, etc.
2) Dejar constancia y servir de recordatorio futuro para quienes s asistieron, sobre los temas
tratados y decisiones acordadas.
Proyecto:
Plantilla
Fichero:
Fecha
Actualizacin:
PLA_ACTA.docx
Versin: 1.0
22 de noviembre de 2011
Pg. 1 de 1
IdTarea: NombreTarea
Identificacin de la Tarea
Id Tarea/Gregal:
Pr:
Nombre:
:
Requisito:
1
Mdulos Afectados:
Proyecto:
Fecha:
Descripcin de la Tarea
**********
Trabajo a Realizar
< ELIMINAR DEL DOCUMENTO DEFINITIVO:

Detallar cada una de las acciones que tiene que hacer el desarrollador. Especificar
claramente las modificaciones que se deben hacer sobre :
Modelo de datos
Paquetes PL/SQL de BD
Clases Java.
Developer.
Reports
Manual de usuario
Otras modificaciones
Para cada modificacion, debe explicarse de forma precisa y clara que se ha de hacer, sin
ambigedades y al nivel de detalle necesario para que sea perfectamente entendible por
el desarrollador.
Sobre el documento original entregado por el analista, el programador ir modificando el
texto para que sirva de diario de trabajo. Cualquier aadido o enmienda del contenido
original debe incluir obligatoriamente la fecha y el nombre de la persona que hace el
cambio.
Al acabar el encargo, este documento sirve de registro de todo cuanto se hizo, sin
menoscabo de cualquier otra documentacion que se haga en gregal, cdigo, requisitos,
etc.>
Proyecto:
Fichero:
Fecha
Actualizacin:
PROY_REQUISITOS
Versin: 1.0
Pg. 1 de 2
1. Subtarea 1
2. Subtarea 2
Validacin/Pruebas
< ELIMINAR DEL DOCUMENTO DEFINITIVO: EN ESTA SECCIN SE DEBEN INCLUIR LAS PRUEBAS
UNITARIAS QUE DEBE PASAR EL MDULO O LA FORMA DE VALIDAR QUE EL TRABAJO EST
TEMINADO CORRECTAMENTE>
< ELIMINAR DEL DOCUMENTO DEFINITIVO: SI LA TAREA REQUIERE GENERAR DOCUMENTACIN
O ACTUALIZAR DOCUMENTACIN EXISTENTE SE DEBE ESPECIFICAR EN ESTA SECCIN>
Proyecto:
Fichero:
Fecha
Actualizacin:
PROY_REQUISITOS
Versin: 1.0
Pg. 2 de 2
Ttulo del Documento
Ttulo del Documento

(Describir los antecedentes y el contexto del proyecto y por qu se decidi llevar a cabo.)
Organizacin del proyecto

Es importante entender quienes son los jugadores principales en el proyecto. Un organigrama
funciona muy bien. Otra manera de hacerlo es listar los roles principales del proyecto y la gente
que estar ocupando cada uno de ellos.
(Borrar este comentario de la versin final de este documento)
Una estructura organizacional apropiada es esencial para alcanzar el xito. La siguiente

lista muestra la organizacin propuesta para el proyecto:
Rol
Promotor:
Jefe Proyecto ASIC:
Responsable

Los objetivos son declaraciones que describen lo que este proyecto alcanzar y entregar. Los
objetivos deben ser Metas Mesurables Especficos restringidos por el Tiempo, Alcanzables y
Sensatos o realistas. Para ser especficos y concretos, los objetivos deben estar basados en
entregables. La obtencin de un objetivo debe ser evidente a travs de la creacin de uno o ms
entregables. Si la declaracin es de alto nivel y no implica la creacin de entregables, puede
tratarse de una meta o un fin. Si la declaracin es de muy bajo nivel y describe caractersticas y
funciones, puede ser una declaracin de requerimientos.
Este proyecto cumplir con los siguientes objetivos:
Objetivo 1
Objetivo 2
Objetivo 3
Proyecto:
Fichero:
Fecha
Actualizacin:
PLA_PROY_DEF.docx
Versin: 1.0
Pg. 1 de 2
Ttulo del Documento

Especificar las reas o grupos afectados por, o que pueden participar en, el proyecto. Esta seccin
debe ser extensa pero de alto nivel. No deben aparecer nombres de individuos, pero las
organizaciones que stos representan se incluyen aqu.
El impacto de este proyecto en otras organizaciones necesita ser determinado paras

asegurar que la gente adecuada y las reas funcionales correspondientes son
involucradas y la comunicacin es dirigida de manera apropiada.
Aplicacin
Cmo se ve afectada o de que forma participa en el proyecto?
Plazo de realizacin previsto (Puede ser indeterminado)

Las horas estimadas de esfuerzo y los costos del proyecto pueden ser presentados de diversas
formas, incluyendo los costos por cada miembro del equipo, costos por entregable, costos por cada
hito o costos por categora (mano de obra, proveedores, viticos, capacitacin, suministros, etc.).
Tambin incluye una grfica presentando la fecha de inicio del proyecto, los hitos principales y la
fecha de trmino del proyecto. Los entregabeles incluidos en la grfica de hitos, deben coincidir
con los que se han descrito en este documento en la seccin correspondiente.
Proyecto:
Fichero:
Fecha
Actualizacin:
PLA_PROY_DEF.docx
Versin: 1.0
Pg. 2 de 2
Ttulo del Documento
Ttulo del Documento

(Describir los antecedentes y el contexto del proyecto y por qu se decidi llevar a cabo.)
Organizacin del proyecto

Es importante entender quienes son los jugadores principales en el proyecto. Un organigrama
funciona muy bien. Otra manera de hacerlo es listar los roles principales del proyecto y la gente
que estar ocupando cada uno de ellos.
Una estructura organizacional apropiada es esencial para alcanzar el xito. La siguiente

lista muestra la organizacin propuesta para el proyecto:
Rol
Promotor:
Jefe Proyecto ASIC:
Responsable

Los objetivos son declaraciones que describen lo que este proyecto alcanzar y entregar. Los
objetivos deben ser Metas Mesurables Especficos restringidos por el Tiempo, Alcanzables y
Sensatos o realistas. Para ser especficos y concretos, los objetivos deben estar basados en
entregables. La obtencin de un objetivo debe ser evidente a travs de la creacin de uno o ms
entregables. Si la declaracin es de alto nivel y no implica la creacin de entregables, puede
tratarse de una meta o un fin. Si la declaracin es de muy bajo nivel y describe caractersticas y
funciones, puede ser una declaracin de requerimientos.
Este proyecto cumplir con los siguientes objetivos:
Objetivo 1
Objetivo 2
Objetivo 3
Proyecto:
Fichero:
Fecha
Actualizacin:
PLA_PROY_REQ.docx
Versin: 1.0
Pg. 1 de 2
Ttulo del Documento

Especificar las reas o grupos afectados por, o que pueden participar en, el proyecto. Esta seccin
debe ser extensa pero de alto nivel. No deben aparecer nombres de individuos, pero las
organizaciones que stos representan se incluyen aqu.
El impacto de este proyecto en otras organizaciones necesita ser determinado paras

asegurar que la gente adecuada y las reas funcionales correspondientes son
involucradas y la comunicacin es dirigida de manera apropiada.
Aplicacin
Cmo se ve afectada o de que forma participa en el proyecto?
Plazo de realizacin previsto (Puede ser indeterminado)

Las horas estimadas de esfuerzo y los costos del proyecto pueden ser presentados de diversas
formas, incluyendo los costos por cada miembro del equipo, costos por entregable, costos por cada
hito o costos por categora (mano de obra, proveedores, viticos, capacitacin, suministros, etc.).
Tambin incluye una grfica presentando la fecha de inicio del proyecto, los hitos principales y la
fecha de trmino del proyecto. Los entregabeles incluidos en la grfica de hitos, deben coincidir
con los que se han descrito en este documento en la seccin correspondiente.
Proyecto:
Fichero:
Fecha
Actualizacin:
PLA_PROY_REQ.docx
Versin: 1.0
Pg. 2 de 2
Requisitos Tcnicos
Requisitos Tecnicos
Datos Proyecto
Proyecto:
Cliente:
Responsable ASIC:
Versin:
Fecha:
Descripcin
Breve descripcin del proyecto para poner en contexto a los tcnicos
Recursos de Bases de Datos

Usuario/bbdd:
Descripcin:
Espacio(Mb):
Inicial: XXXX Previsin Anual: XXXX
DBLINKS:
Permisos:
Observaciones:
DESA:S/N
PRE:S/N
DESA:S/N
PRE:S/N
PRO: S/N
Copiar la tabla si se necesita ms de un usuario
Servidores de aplicaciones
Tipo:
Mquina:
Versiones:
Weblogic/Tomcat.
PRO: S/N
Usuario ftp:
Servidor Aplicaciones:
SO:
Copiar la tabla si se necesita ms de un servidor
Estimaciones de Carga
N Usuarios concurrentes:
Estacionalidad:
Tamao Aplicacin:
Horario Uso:
Otros recursos
Recurso
Ej: Recurso de Red
Ej: Espacio en Subversion
Proyecto:
Descripcin y Otros datos necesarios
Fichero:
Fecha
Actualizacin:
PLA_PROY_REQTEC.docx
Versin: 1.0
Pg. 1 de 1

Metodologia Asic

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Metodologia Asic

Cargado por

Copyright:

Formatos disponibles

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE

APLICACIONES DEL ASIC-A DE LA UPV.

GUA METODOLGICA PARA EL

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE

Objetivos de esta gua

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE

SOBRE EL ASIC DE LA UPV

TIPOS DE PROYECTO / TRABAJO

Desarrollo de nuevas aplicaciones y mdulos

Descripcin e Identificacin de los tipos de trabajo

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE

Detalles de los tipos de trabajo

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE

GUAS METODOLGICAS DE CADA TIPO DE TRABAJO

HERRAMIENTAS DE APOYO A LA METODOLOGA

GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE

Herramienta de Toma de Requisitos

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Nuevas aplicaciones para la automatizacin de procesos no automatizados.

TAREAS A REALIZAR EN EL PROYECTO

Doc Definicin del

Doc Req Tec

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

APLIC: Hace referencia al directorio de la aplicacin

Detalle de las Tareas

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Especificacin de requisitos tcnicos para enviarlos ASICSyR (Obligatorio si lo

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Identificar los recursos disponibles.

Definicin y creacin de la base de datos

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

El Analista responsable cambiar el estado del requisito a terminado indicando la

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento de Requisitos: PLA_PROY_REQ.dotx

ORGANIZACIN DE LA DOCUMENTACIN DEL PROYECTO

ANA: Documentos de Anlisis y documentacin

Al finalizar el proyecto se deber actualizar la informacin necesaria en los directorios de la

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Herramienta de Gestin de Proyectos

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

ANEXO1: DEFINICIN DEL PROCESO DE DESARROLLO DE

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA MANTENIMIENTO DE APLICACIONES

GUIA METODOLGICA PARA

GUIA METODOLGICA PARA MANTENIMIENTO DE APLICACIONES

Solucin de incidencias de aplicaciones en explotacin por malfuncionamiento de las

la aplicacin en explotacin en la que se da el problema.

se tiene identificado al usuario final que plantea el problema.

el alcance est ms o menos determinado.

Generacin Cuaderno Carga

Modificacin de la base de datos

Obligatorio si se modifican Tablas

Cambios en paquetes, libreras y

Documentar Cambios Realizado

Tarea en Gregal y/o Documentos