Metodologia Asic

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
GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE APLICACIONES DEL ASIC-A DE LA UPV. 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.
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

Desarrollo de nuevas aplicaciones y mdulos Definicin: Llevar a cabo el anlisis, diseo, programacin e implantacin de nuevas aplicaciones informticas. Mantenimiento NO Planificado. Correctivo / Adaptativo 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. Mantenimiento Planificado. Mejoras y Ampliaciones de las aplicaciones 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.
3/6
GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE APLICACIONES DEL ASIC-A DE LA UPV. Integracin de aplicaciones 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. Estudios de viabilidad de soluciones. 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. Gestin de la seguridad informtica. Definicin: Dar apoyo en el proceso de la declaracin de ficheros. Identificacin: Informes necesarios para cumplir con LOPD.
Detalles de los tipos de trabajo

Desarrollo de nuevas aplicaciones y mdulos Definicin: Llevar a cabo el anlisis, diseo, programacin e implantacin de nuevas aplicaciones informticas. Mantenimiento NO Planificado. Correctivo / Adaptativo 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. Mantenimiento Planificado. Mejoras y Ampliaciones de las aplicaciones 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. Integracin de aplicaciones 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. Estudios de viabilidad de soluciones. 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.
4/6
GUA METODOLGICA PARA EL DESARROLLO, MANTENIMIENTO E INTEGRACIN DE APLICACIONES DEL ASIC-A DE LA UPV. Gestin de la seguridad informtica. 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.
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
6/6
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
Definicin del proyecto Toma de Requisitos funcionales Especificacin de requisitos tcnicos Diseo de procesos Planificacin de Tareas 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
Documentacin a Generar
Doc Definicin del Proyecto Doc Requisitos Proyecto
Plantilla
PLA_PROY_DEF.dotx PLA_PROY_REQ.dotx PLA_ACTA.dotx PLA_PROY_REQTEC.dotx
Localizacin de la Documentacin
PROY\ANA PROY\ANA
Carcter Tarea
Obligatoria Obligatoria
Doc Req Tec Docum Casos Uso/BPMN Elemento Nuevo proyecto Elementos Tareas Diagrama de Tablas Cuaderno Carga/Gregal
PROY\ANA PROY\ANA Project Server
Obligatorio si lo requiere la aplicacin Opcional Opcional
PROY\DIS PROY\DIS
Obligat si se modifican Tablas Opcional
Completar Cuaderno Carga Mdulos del Programa Incidencias Manual de la Aplicacin
PLA_CCARGA.dotx
PROY\DIS PROY\SRC\Segn_Tecnolo ga Herramienta Ticketing
Opcional Obligatorio Opcional Opcional
PLA_MANUAL.docx
APLIC\DOCUMENTACION\ MANUALES
Opcional
Opcional Tests a pasar por Nagios Material Formacin Test en PIOLIN PROY\USUARIOS Opcional Opcional
PLA_PRESENTACION.potx
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
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. Documentacin a Generar 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:
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. Documentacin a Generar 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. Documentacin a Generar 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. Documento: GUIA_DESARROLLO.docx Versin: 1.0 5/16
Identificar los recursos disponibles. Identificar pre-post condiciones en las tareas Documentacin a Generar 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. Documentacin a Generar 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.
6/16
Documentacin a Generar 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. Documentacin a Generar 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. Documentacin a Generar 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. Documentacin a Generar Incidencias de programacin de un mdulo.
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) Documentacin a Generar 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. Documentacin a Generar 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.
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. Documentacin a Generar 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 Documentacin a Generar 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. Documentacin a Generar 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 Documento: GUIA_DESARROLLO.docx 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
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
11/16
ANEXO1: DEFINICIN DEL PROCESO DE DESARROLLO DE APLICACIONES EN PEGASUS
12/16
13/16
14/16
15/16
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 Generacin Cuaderno Carga Modificacin de la base de datos Cambios en paquetes, libreras y formularios Documentar Cambios Realizado Documentacin a Generar Tarea en Gregal Cuaderno Carga Diagrama de Tablas Documentacin en Cdigo (Obligatorio el N Gregal Tarea en Gregal y/o Documentos de la aplicacin Tarea en Gregal Carcter de la Tarea Obligatoria Opcional Obligatorio si se modifican Tablas Obligatorio
Opcional
Registro de la solucin elegida Programacin y pruebas unitarias Pruebas de Regresin Modificacin del manual de la aplicacin
Obligatoria Opcional Opcional Opcional
2/8
Comunicacin al usuario y aceptacin Implantacin del cambio
Opcional 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. Documentacin a Generar 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. o 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
3/8
asigna personal informtico o se decide planificar resolucin en nueva versin de la aplicacin. 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. o 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, cambio en requerimientos por publicacin de un decreto de normativa. o 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) . Documentacin a Generar 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.
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. Documentacin a Generar Diagrama de Tablas Actualizado de la aplicacin. Carga de nuevo cdigo DDL en sistema de control de versiones. (Pendiente de especificar cmo realizarlo) Programacin y pruebas unitarias 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. ).
5/8
Documentacin a Generar 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:
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>
7/8
ANEXO I.- PROCESOS PEGASUS ASICA04.
Tabla de pegasus del proceso de mantenimiento no planificado.
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 22 de noviembre de 2011
Versin: 1.0 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:
PROY_REQUISITOS 22 de noviembre de 2011
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>
Documentacin a Generar
< ELIMINAR DEL DOCUMENTO DEFINITIVO: SI LA TAREA REQUIERE GENERAR DOCUMENTACIN O ACTUALIZAR DOCUMENTACIN EXISTENTE SE DEBE ESPECIFICAR EN ESTA SECCIN>
Proyecto:
PROY_REQUISITOS 22 de noviembre de 2011
Ttulo del Documento
Ttulo del Documento

Cdigo y nombre del proyecto
(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: Participantes Comit Direccin: Miembros equipo trabajo: Responsable
Objetivos del proyecto

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:
PLA_PROY_DEF.docx 22 de noviembre de 2011
Ttulo del Documento
Aplicaciones involucradas en el Proyecto

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:
PLA_PROY_DEF.docx 22 de noviembre de 2011
Ttulo del Documento
Ttulo del Documento

Cdigo y nombre del proyecto
(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: Participantes Comit Direccin: Miembros equipo trabajo: Responsable
Objetivos del proyecto

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:
PLA_PROY_REQ.docx 22 de noviembre de 2011
Ttulo del Documento
Aplicaciones involucradas en el Proyecto

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:
PLA_PROY_REQ.docx 22 de noviembre de 2011
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:
Copiar la tabla si se necesita ms de un usuario
DESA:S/N
PRE:S/N
PRO: S/N
Servidores de aplicaciones
Tipo: Mquina: Versiones: Weblogic/Tomcat. SO: DESA:S/N Usuario ftp: Servidor Aplicaciones: PRE:S/N PRO: S/N
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 Descripcin y Otros datos necesarios
Proyecto:
PLA_PROY_REQTEC.docx 22 de noviembre de 2011

Metodologia Asic

Caricato da

Informazioni sul documento

Descrizione originale:

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Metodologia Asic

Caricato da

Copyright:

Formati disponibili

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

Documento: GUIA_INICIO.docx Versin: 1.0

Objetivos de esta gua

Documento: GUIA_INICIO.docx Versin: 1.0

SOBRE EL ASIC DE LA UPV

TIPOS DE PROYECTO / TRABAJO

Descripcin e Identificacin de los tipos de trabajo

Documento: GUIA_INICIO.docx Versin: 1.0

Detalles de los tipos de trabajo

Documento: GUIA_INICIO.docx Versin: 1.0

GUAS METODOLGICAS DE CADA TIPO DE TRABAJO

HERRAMIENTAS DE APOYO A LA METODOLOGA

Documento: GUIA_INICIO.docx Versin: 1.0

Documento: GUIA_INICIO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

TAREAS A REALIZAR EN EL PROYECTO

PROY\ANA PROY\ANA Project Server

Obligatorio si lo requiere la aplicacin Opcional Opcional

Obligat si se modifican Tablas Opcional

Completar Cuaderno Carga Mdulos del Programa Incidencias Manual de la Aplicacin

PROY\DIS PROY\SRC\Segn_Tecnolo ga Herramienta Ticketing

Opcional Obligatorio Opcional Opcional

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Detalle de las Tareas

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Actas de Reuniones. Documentacin de Normativas, etc

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

ORGANIZACIN DE LA DOCUMENTACIN DEL PROYECTO

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

ANEXO1: DEFINICIN DEL PROCESO DE DESARROLLO DE APLICACIONES EN PEGASUS

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA PROYECTOS DE DESARROLLO DE APLICACIONES

Documento: GUIA_DESARROLLO.docx Versin: 1.0

GUIA METODOLGICA PARA MANTENIMIENTO DE APLICACIONES

GUIA METODOLGICA PARA MANTENIMIENTO NO PLANIFICADO DE APLICACIONES

Documento: GUIA_MATNOPLAN.doc Versin: 1.0

GUIA METODOLGICA PARA MANTENIMIENTO DE APLICACIONES

Obligatoria Opcional Opcional Opcional

Documento: GUIA_MATNOPLAN.doc Versin: 1.0