METODOLOGIA GENERAL DE DESARROLLO

Actualizacin: 3.1
Autor: Centro de Calidad de Aplicaciones

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 1 de 10

Contenido
1. OBJETIVOS Y ALCANCE ....................................................................................................... 3
2. PROCESO Y PLATAFORMA .................................................................................................. 3
3. DETALLE DE FASES E HITOS DE FINALIZACION ............................................................... 6
FASE DE PLANIFICACIN Y PREANALISIS ............................................................................................... 6
FASE DE ANLISIS FUNCIONAL ................................................................................................................. 7
FASE DE DISEO TCNICO ........................................................................................................................ 7
FASE DE CONSTRUCCIN Y PRUEBAS.................................................................................................... 8
FASE DE IMPLANTACIN ............................................................................................................................ 9
TRAZABILIDAD ENTRE FASES ................................................................................................................... 9

4. RESUMEN DE FASES E HITOS.............................................................................................. 9

5. ENTREGABLES POR CADA FASE DEL PROYECTO ......................................................... 10
6. CICLOS CORTOS.................................................................................................................. 10

Control de Versiones
Versin

Responsable

Fecha

1.0
2.0
3.0
3.1

CCA
Claudio Carls Duran
Claudio Carls Duran
Claudio Carles Duran

Julio 2006
Julio 2007
Octubre 2008

Direccin de Sistemas de Informacin

Descripcin del cambio

Primera versin del documento

Metodologa General de Desarrollo v3.1 para RFP

Pg. 2 de 10

1.

OBJETIVOS Y ALCANCE

El presente documento tiene por objetivo presentar una metodologa general para ser aplicada a los
proyectos de desarrollo que se llevan a cabo en el mbito de la Direccin de Sistemas de Informacin.
Se establece como referencia para los equipos de Desarrollo, independientemente del tipo de proyecto o
tecnologa utilizada para el mismo.

2.

PROCESO Y PLATAFORMA

En general, una Metodologa se define como un conjunto de mtodos, reglas y postulados empleados por
una disciplina determinada. Tambin se puede definir como un procedimiento particular, o conjunto de
procedimientos empleados en una actividad especfica. En Ingeniera del Software, el trmino
Metodologa se asocia frecuentemente a un grupo de prcticas recomendadas para un tipo determinado
de desarrollo, acompaado por un lenguaje de notacin, y por un conjunto de herramientas y tcnicas que
se deben aplicar en los proyectos. La Metodologa General de Desarrollo de Repsol-YPF se enmarca dentro
de esta ltima definicin.
La Metodologa General de Desarrollo est dividida en 2 grandes niveles:

Proceso de Desarrollo: define las fases, hitos, actividades y entregables del ciclo de desarrollo, e
incorpora guas con las pautas a seguir, y las plantillas para generar la documentacin.

Plataforma de Desarrollo: es el conjunto de elementos reutilizables, herramientas, estndares y

buenas prcticas que estn a disposicin de los equipos de desarrollo para su utilizacin en los
proyectos.

Es fundamental entender bien la diferencia entre Proceso y Plataforma. En el Proceso se determina qu

debe hacerse durante el desarrollo, mientras que en la Plataforma se determina cmo deben hacerse las
cosas. Por ejemplo: en el Proceso de Desarrollo para entornos Web, se determina que en la Fase de
Construccin y Pruebas se debe construir el sistema en base a las definiciones de la Fase de del Diseo
Tcnico; mientras que en la Plataforma se define que para hacer esa construccin en .NET deben
considerarse el uso de ciertos componentes especficos del framework, respetar unos estndares de
programacin, aplicar un conjunto determinado de buenas prcticas y usar las herramientas indicadas para
las pruebas unitarias.
La Metodologa define un Proceso de Desarrollo que es independiente del entorno tecnolgico, es decir, el
ciclo de vida de todos los desarrollos ser siempre el mismo, sea cual fuere el entorno sobre el que se
trabaja. No obstante, est claro que la Plataforma vara entre los distintos entornos tecnolgicos.
Las Guas de Entorno, particulares para cada Tecnologa, describen cada fase del Ciclo de Desarrollo,
identificando que se hace (Proceso) y como se hace (Plataforma).

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 3 de 10

La relacin entre los elementos del Proceso y de la Plataforma se describe esquemticamente en el

siguiente grfico:

El documento describe el esquema de fases definido para el ciclo de vida y los hitos de finalizacin de cada
Fase.
La gestin de la Calidad est integrada de forma permanente en todo el ciclo de vida.
La definicin de los Entregables y las tcnicas de modelado utilizadas en cada tecnologa, son referidas en
la GUIA DE ENTORNO correspondiente a cada tecnologa.

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 4 de 10

La Metodologa define un ciclo de vida dividido en Fases, el esquema es el siguiente, que adems muestra
el paralelismo existente con la Metodologa General de Gestin de Proyectos.
Metodologa General de Gestin de Proyectos

Planificacin
y Estudio
Preliminar

Cierre de
Proyecto

Control y seguimiento

Lanzamiento

Metodologa General de Desarrollo (MGD)

Planificacin y
Preanalisis

Analisis Funcional

Diseo Tcnico

Construccin y
Pruebas

Implantacin

Gestin de Calidad

Hito 1

Hito 2

Hito 3

Hito 4

Hito 5

El ciclo de vida se descompone en 5 fases de desarrollo. La finalizacin de cada una de las fases del
desarrollo marca un hito en el ciclo de vida del proyecto.
A efectos de planificacin, un proyecto con un alcance importante, puede descomponerse en ciclos de
desarrollo parciales respecto de la funcionalidad total, donde cada uno de estos ciclos se rige por este
mismo esquema de fases.

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 5 de 10

3.

DETALLE DE FASES E HITOS DE FINALIZACION

A continuacin se describen los objetivos y caractersticas de cada Fase del ciclo de vida de Desarrollo.

Fase de Planificacin y Preanalisis

La Fase tiene como punto de partida la identificacin del proceso (o procesos) de negocio que ha de ser
implementado en un sistema de informacin. A su vez, dentro de este proceso se deben identificar aquellas
actividades que estarn soportadas por el sistema, derivndose de este modo los requisitos de la
aplicacin.
Los objetivos de la fase se resumen en:

Definir, a partir del proceso de negocio afectado, un conjunto estable de requisitos del sistema, que
describan sin ambigedades las necesidades del usuario, enfocndolas a su futura utilizacin en un
sistema de informacin, logrando su entendimiento y aprobacin.

Ser apto, para realizar una valoracin del sistema a desarrollar.

Los requisitos se clasifican en 3 categoras: Funcionales, No Funcionales e Interfaz de Usuario.

Se entiende por Requisito la circunstancia o condicin necesaria para realizar o cumplir algo.
Los Requisitos Funcionales (RF) son aquellos que describen el comportamiento esperado del sistema por
parte de los usuarios para atender sus necesidades de negocio. Los requisitos funcionales reflejan el
objetivo del sistema a desarrollar, o de forma ms general, para qu se pide el sistema.
Se debe excluir cualquier mencin a cuestiones de implantacin.
Los Requisitos No Funcionales (RNF) describen aspectos del sistema visibles por el usuario que no se
relacionan en forma directa con el comportamiento funcional del sistema.
Adems son restrictivos de la solucin.
Algunos ejemplos de RNF son:
Seguridad
Disponibilidad
Eficiencia (Rendimiento)
Volumen
Usabilidad
Portabilidad
Legislativos/Normativos
ticos
La Interfaz de Usuario es la capa encargada de dotar la funcionalidad necesaria para la interaccin entre el
usuario y la aplicacin.
Se debe de representar aquella Interfaz de Usuario que sea relevante (que sea importante, que tenga un
significado para el negocio)

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 6 de 10

Fase de Anlisis Funcional

Recogiendo los requisitos definidos en la Fase anterior, los objetivos de la fase se resumen en:

Ampliar, la definicin de los RF, hasta un nivel suficiente para que el equipo de desarrollo pueda
realizar el diseo tcnico de la aplicacin.

Acordar, basndose en el proceso de negocio y los requisitos definidos, los criterios de aceptacin
para la puesta en produccin del sistema. Estos criterios quedan documentados en el Plan de
Pruebas de Aceptacin de Usuario.

En esta fase, la Especificacin de los Requisitos Funcionales debe ser:

Completa: Se deben describir todos los escenarios posibles, incluyendo el comportamiento

excepcional.
Consistente: No se debe contradecir a si misma.
No Ambigua: No debe ser posible interpretar aspectos de la especificacin de 2 o ms formas.
Verificable: Una vez construido el sistema, se puede disear una prueba repetible que demuestre
que se satisfacen los requisitos.

Los errores producidos por una mala toma de requisitos, son siempre ms relevantes y costosos, que
errores producidos en fases posteriores del Ciclo de Vida de Desarrollo.
El Plan de Pruebas de Aceptacin es considerado dentro de esta Fase, ya que toda la informacin
necesaria para generar dicho plan se obtiene al mismo tiempo que se realiza la especificacin de los
requisitos del sistema. Adems, al igual que ocurre con los requisitos, el Plan de Pruebas de Aceptacin
tambin requiere la validacin del rea usuaria.
El Plan esta enfocado a la ejecucin de Escenarios de Negocio (Secuencia de eventos y/o actividades que
simulan un conjunto de situaciones reales que el sistema debe atender)
Para garantizar la mantenibilidad de los sistemas, es fundamental mantener la trazabilidad, tanto de los
requisitos entre s (para reflejar sus dependencias mutuas), como desde los requisitos hacia su
correspondiente diseo e implementacin final.

Fase de Diseo Tcnico

El objetivo de la Fase es expresar formalmente la estructura del sistema, y definir la solucin tcnica ms
adecuada, asegurando el cumplimiento de los requisitos documentados en la fase anterior, respetando los
estndares correspondientes a la plataforma tecnolgica y aplicando en lo posible las buenas practicas
recomendadas por esta.
Se debe poner especial nfasis en la reutilizacin de los componentes que forman parte de la Plataforma de
Desarrollo.
Debe ser una gua que puedan leer y entender los que construyan el cdigo y los que prueban y mantienen
el Software. Se deben identificar los distintos entornos (Desarrollo, Pruebas y Produccin) en donde la
aplicacin se ejecutar.
A continuacin se mencionan las principales actividades que deben considerarse durante el desarrollo de la
Fase:

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 7 de 10

Diseo del modelo esttico: El objetivo es definir el conjunto de estructuras que servirn de
soporte al estado interno del sistema en todo momento. En general, el componente ms importante
del modelo esttico es el modelo de datos, pero segn sea la tecnologa aplicada, pueden utilizarse
adems otras estructuras para reflejar el estado interno del sistema (por ejemplo objetos).

Diseo del Modelo de Comportamiento: El objetivo es disear el conjunto de operaciones que se

llevan a cabo dentro del sistema, y que actan modificando su estado interno (definido en el modelo
esttico). Segn sea la tecnologa utilizada, el modelo de comportamiento puede expresarse en
forma de operaciones de clases, programas aislados, procedimientos almacenados, etc. Como
resultado de esta actividad (y siempre respetando las definiciones de la fase de Anlisis Funcional)
deben quedar claramente diferenciadas aquellas operaciones que se realizan en forma batch de
aquellas que se ejecutan on-line, con intervencin directa de un usuario.

Diseo de la Arquitectura Fsica de la Aplicacin: Define los componentes fsicos del sistema, su
distribucin y caractersticas particulares.

Hay que tener en cuenta los efectos que pueda producir la introduccin del nuevo sistema sobre el entorno
en el que debe funcionar, adecuando los criterios de diseo a las caractersticas del mismo.
Como parte de esta fase tambin se considera el desarrollo de un prototipo. La utilizacin de prototipos
puede ser de gran utilidad para el desarrollo, en la medida que se presenten como una aproximacin del
futuro sistema, ayudando a identificar posibles ajustes sobre los requisitos y reduciendo riesgo.
Sin embargo, es importante gestionar de forma adecuada la expectativa del usuario, evitando que este
considere que el prototipo es el sistema definitivo, y dejando claro en todo momento que se trata de una
herramienta para validar la funcionalidad bsica y el aspecto externo del sistema, y que an requiere una
importante actividad de desarrollo antes de llegar a ser el sistema real.
En esta misma fase se comienza tambin con la definicin del Plan de Pruebas Detallado, el cual sirve
como gua para la realizacin de las pruebas y permitir verificar que el sistema a desarrollar cumple las
necesidades establecidas por el usuario, con las debidas garantas de calidad.
El Plan de Pruebas es un producto formal que define los objetivos de la prueba de un sistema, establece y
coordina una estrategia de trabajo y provee un marco adecuado para elaborar una planificacin paso a paso
de las actividades de la prueba.

Fase de Construccin y Pruebas

El objetivo de esta Fase es construir el Sistema en base al Diseo Tcnico definido en la Fase anterior
realizando simultneamente las pruebas necesarias para asegurar la Calidad.
Podemos mencionar las siguientes actividades para esta fase:

Construccin fsica del Sistema. Se construye el software en base a las definiciones del Diseo
Tcnico y segn las pautas establecidas en la Plataforma. Esta actividad implica tanto la creacin
de los nuevos componentes como la incorporacin o adecuacin de los elementos reutilizables de la
Plataforma, y abarca las tareas de programacin, creacin de la base de datos y montaje de los
elementos definidos en la arquitectura.

Realizacin de Pruebas. El tipo de pruebas a realizar podr variar segn se trate de desarrollos de
aplicaciones transaccionales, gestin de contenidos o proyectos de carcter puramente tcnico
(migraciones, desarrollo de frameworks, etc).
Se debe probar por mdulo desarrollado, ya que as se facilita la deteccin y correccin de fallas y
luego probar la integracin de los mismos.
Se realizarn las pruebas de aceptacin siguiendo las pautas definidas en el Plan de Pruebas de
Aceptacin elaborado en la fase de Anlisis Funcional. Las Pruebas de Aceptacin constituyen un

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 8 de 10

procedimiento formal ejecutado por los usuarios que permite verificar que el sistema producido es
totalmente funcional y satisface los requisitos iniciales, como un paso previo a su implantacin.
El objetivo fundamental es conseguir la aceptacin del sistema por parte de los usuarios del mismo, para su
posterior implantacin.
Se realizarn los procedimientos necesarios para la implantacin y puesta en produccin del sistema.

Fase de Implantacin
En esta Fase se pone en marcha el Sistema en el entorno productivo, ejecutando la implementacin de los
elementos del modelo de diseo, asegurndose su fiabilidad y permitiendo su traspaso satisfactorio al rea
de Mantenimiento.
Se debe evitar la modificacin no autorizada de software que se ha probado, garantizando que se implanta
lo mismo que se ha probado.
Se realiza una verificacin tcnica de la aplicacin y se emite un Informe Final de Calidad indicando el
estado de la aplicacin.

Trazabilidad entre Fases

Se considera a la Trazabilidad como la posibilidad de encontrar y seguir el rastro, a travs de todas las
fases del ciclo de vida de una aplicacin. Es entonces, la capacidad para reconstruir la historia de una
aplicacin mediante informacin confeccionada y/o seleccionada para este fin.
El siguiente grafico muestra la trazabilidad entre Fases, que permite que los elementos con un determinado
nivel de abstraccin puedan derivarse a partir de los elementos de otro modelo con un nivel de abstraccin
superior.

La MGD garantiza la trazabilidad entre fases a travs de los productos generados en ella.

4.

RESUMEN DE FASES E HITOS

Se resume a continuacin la asociacin de cada una de las Fases con sus respectivos hitos de finalizacin.
Fase
Planificacin y
Preanalisis
Anlisis
Funcional

Diseo

Hito de Finalizacin
Hito 1:
Propuesta de Proyecto o RFP en caso de Proyectos Cerrados.
Hito 2:
Aprobacin formal por parte del usuario, de los requisitos funcionales, no funcionales e
interfaz de usuario (relevante, en caso de existir).
Aprobacin conjunta (Usuarios y Sistemas) del Plan de Pruebas de Aceptacin.
Hito 3:

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 9 de 10

Tcnico

Diseo detallado finalizado.

Plan de pruebas completo.

Construccin
y Pruebas

Hito 4:
Aplicacin construida, probada y aceptada por el usuario para su implantacin.

Implantacin

Hito 5:
Aplicacin en rgimen de mantenimiento.

Adems de las Fases descritas, existen dos actividades que se desarrollan de forma paralela a la ejecucin
de estas Fases:
Actividad
Gestin del Proyecto

Gestin de Calidad

5.

Objetivo
Esta actividad esta soportada por la Metodologa General de Gestin de
Proyectos y tiene como objetivo el de monitorear de forma permanente el
avance del proyecto, controlando la planificacin, desvos respecto del plan,
gestin de riesgos, cumplimiento de entregas intermedias, hitos, etc.
Realiza actividades de revisin y validacin de los entregables a lo largo de todo
el ciclo de desarrollo, con el fin de detectar incidencias de forma temprana y
evitar que estas se trasladen al cdigo.
Efecta revisiones de cdigo y pruebas sobre el software construido. Como
producto de estas actividades, elaborar informes de Calidad para los
responsables de la gestin del Proyecto.

ENTREGABLES POR CADA FASE DEL PROYECTO

Durante la ejecucin de cada Fase se debe generar la documentacin mnima que asegure el cumplimiento
de los objetivos de la Fase, y que permita pasar a la siguiente Fase del desarrollo minimizando el riesgo de
vuelta atrs por causa de incidencias derivadas de informacin insuficiente o incompleta.

6.

CICLOS CORTOS

Por tratarse de excepciones del ciclo de vida de un desarrollo, los mantenimientos Evolutivo y el Correctivo
son tratados como procedimientos independientes, del ciclo de vida de un desarrollo normal. A continuacin
se detallan ambos.
Mantenimiento Evolutivo
Se define como el conjunto de actividades que se realizan para mejorar o aadir nuevas funcionalidades
requeridas por el usuario.
Mantenimiento Correctivo
Se define como el conjunto de actividades dedicadas a corregir defectos en las aplicaciones, detectados por
los usuarios durante la explotacin del sistema.

Direccin de Sistemas de Informacin

Metodologa General de Desarrollo v3.1 para RFP

Pg. 10 de 10