METODOLOGAS DE DESARROLLO DE SOFTWARE

Metodologa de desarrollo de software en ingeniera de software es un marco de

trabajo usado para estructurar, planificar y controlar el proceso de desarrollo en
sistemas de informacin.
Una metodologa de desarrollo de software se refiere a un framework que es
usado para estructurar, planear y controlar el proceso de desarrollo en sistemas
de informacin.
A lo largo del tiempo, una gran cantidad de mtodos han sido desarrollados
diferencindose por su fortaleza y debilidad.
Entre las principales metodologas encontramos:

PROCESO UNIFICADO DE RATIONAL

MTRICA
MERISE
SSDAM

Proceso Unificado de Rational

Definicin:
Es un proceso de desarrollo de software desarrollado por la empresa Rational
Software, actualmente propiedad de IBM. Junto con el Lenguaje Unificado de
Modelado UML, constituye la metodologa estndar ms utilizada para el
anlisis, diseo, implementacin y documentacin de sistemas orientados a
objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de
metodologas adaptables al contexto y necesidades de cada organizacin
Caractersticas:
El Proceso Unificado est dirigido por el riesgo. Esta es una de las
caractersticas fundamentales del este modelo, y propone identificar,
afrontar y resolver los elementos de riesgo lo ms pronto posible. En
etapas inciales se desarrollan las funcionalidades con mayor riesgo y las
de mayor complejidad.

 EL Proceso Unificado est dirigido por los casos de uso. Esto es as porque
el mismo pone gran nfasis en la construccin de sistemas basados en la
comprensin de cmo se va a utilizar ese sistema.
Forma disciplinada de asignar tareas y responsabilidades (quin hace qu,
cundo y cmo).
Pretende implementar las mejores prcticas en Ingeniera de Software
Administracin de requisitos
Uso de arquitectura basada en componentes
Modelado visual del software
Verificacin de la calidad del software
Soporta tcnicas orientadas a objeto, por lo que se basa en los conceptos de
clase y objeto y las relaciones entre ellos.

Fases:
INICIO: determinar si merece la pena desarrollar el sistema en estudio
(estudiar su viabilidad). Por tanto, durante esta fase se establecen los
objetivos del proyecto, se realiza su la planificacin y se determina su
alcance.
ELABORACION: establecer una base arquitectnica slida para el
sistema sobre la que se asentar la fase de construccin. Las decisiones
sobre la arquitectura del sistema se deben tomar considerando el proyecto
de un modo global.
CONSTRUCCION: se desarrolla iterativamente y de modo incremental,
preparado para la siguiente fase. La carga de trabajo de esta fase la
soportan, en su mayora, los programadores y el equipo de control de
calidad, Al final de la fase se decide si todo est preparado para la
instalacin del sistema.
TRANSICION: asegurar que los requisitos se han cumplido y que el
software est disponible para los usuarios finales. Esta fase est dirigida
por la retroalimentacin de los usuarios.
PRODUCCION: monitoreo subsiguiente del software.

Metodologa Merise
Nace en 1978 como proyecto, para cubrir las necesidades tanto de la
administracin como tambin todo lo que involucran las empresas.
Desde los aos 90, debido a los cambios sucesivos del medio ambiente informtico
(paquete de programas, internet) Merise comienza a desaparecer.
Las bases de merise comenzaron en 1972 por un equipo universitario de
ingenieros de AIX-en-Pro vence. La primera versin sali a finales de 1976.
El proyecto parti del centro technique informatique del ministerio de industria
francs en septiembre de 1977, para cubrir las necesidades tanto de la
administracin como de las empresas.
Finalizo en mayo de 1978 dando lugar a merise como metodologa de anlisis y
diseo de sistemas de informacin.
ES una metodologa de anlisis, de concepcin y de gestin completamente
integrada al proyecto, contemplando con ello el desarrollo de los sistemas de
informacin

Etapas:
Estudio preliminar: esta fase comprende la primera tarea de estudio
preliminar es proporcionar un marco de trabajo, que permita organizar los
recursos, los costos y el tiempo.
Esta fase comprende lo que es la planificacin del sistema en desarrollo.
Anlisis de situacin actual.
Propuesta de solucin global (criterios de gestin, organizacin y
decisiones del comit directivo del proyecto).
Estudio detallado: abarca lo que es el anlisis y el diseo del sistema
1. Anlisis:
El anlisis se lleva acabo teniendo en cuenta los siguientes objetivos:
Identificar las necesidades del cliente
Evaluar que conceptos tiene el cliente sobre el sistema para
establecer su viabilidad
Realizar un estudio tcnico y econmico
Asignar funciones a los recursos (hardware, software, personas,
base de datos, etc)
Establecer restricciones de presupuesto y planificacin temporal.

Para lograr estos objetivos se requiere tener un gran conocimiento y

dominio del hardware y software as como la administracin del
personal y/o la administracin de la base de datos.

2. Diseo:
En el diseo del sistema se define el proceso de aplicar ciertas tcnicas y
principios con el propsito de definir un dispositivo, un proceso o un
sistema, con suficientes detalles como para permitir su interpretacin y
realizacin de fsica.
El proceso de diseo es un conjunto de pasos repetitivos que permiten al
diseador describir todos los aspectos del sistema a construir.
El diseo debe implementar todos los requisitos explicitos contenidos
en el modelo de anlisis y debe acumular todos requisitos implcitos
que desea el cliente.
El diseo debe proporcionar una completa idea de lo que es el
software, enfocando los dominios de datos, funcional y
comportamientos desde el punto de vista de la implementacin.
Para evaluar la calidad de una presentacin del diseo, se deben
establecer criterios tcnicos para ser un buen diseo como son:
El diseo debe conducir a interfaces que reduzcan la complejidad de
las conexiones entre los mdulos y el entorno exterior.
El diseo debe presentar una organizacin jerrquica que haga un
uso inteligente del control entre los componentes del software.

Implementacin:
Su objetivo es producir una solucin eficiente en un lenguaje ejecutable que
implemente las decisiones adoptadas en la fase de diseo. Suele incluir la
Codificacin y la prueba del sistema esta obtener un paquete ejecutable sobre la
plataforma (hardware y S.O.) requeridos por el usuario.
Una vez obtenida la implementacin del sistema es necesario probar que satisface
los requisitos definidos inicialmente. Posiblemente, cada uno de los diseadores
que ha estado construyen do cada u8no de los mdulos aprobado que su
implementacin est de acuerdo con la decisiones tomadas en el diseo pero no
puede asegurar que al intgralo co0n otros no estn problemas de
incompatibilidad o aspectos no considerados individualmente en cada mdulo.
Al final de la fase se genera el manual del usuario junto con el cdigo fuente del
sistema y las pruebas asociadas.

Realizacin y puesta en marcha:

Tiene como objetivo instalar el sistema de software desarrollado en el entorno del
cliente y realizar las pruebas de aceptacin necesarias.
Implementacin de medios tcnicos (instalacin de materiales)
Implementacin de medios organizativos (formacin de personal, lanzamiento de
la aplicacin).

Metodologa Metrica
Mtrica ha sido diseada por un grupo de trabajo constituido al efecto por
personal procedente de distintos ministerios y organismos de la administracin
espaola con la asistencia externa de la empresa coopers & lybrand
Esta metodologa es una gua formal, aunque flexible en su utilizacin, para la
planificacin, anlisis, diseo y construccin he implantacin de sistema de
informacin.
FASES:
Mtrica est apoyada en una serie de tcnica que le dan soporte practico
necesario para el desarrollo ptimo de las actividades definidas en ella, y permite
el empleo de herramientas tecnolgicas avanzadas (CASE, lenguajes4
Generacin, etc) que facilitan dicho desarrollo.

FASE 0: Plan de Sistemas de Informacin

La realizacin de un Plan de Sistemas de Informacin dentro de cualquier
Organizacin, tiene como finalidad asegurar la adecuacin entre los objetivos
estratgicos de la misma y la informacin necesaria para soportar los
grandes objetivos. Esto hace que una metodologa de planificacin de
sistemas abarque a toda la organizacin y exige tener en cuenta una serie de

conceptos, en cuanto a planificacin de estrategias que desbordan el marco

especfico de una Metodologa de Desarrollo de sistemas.
Algunos de los objetivos de esta fase son:
Definir la informacin necesaria que se debe obtener con la realizacin de una
Metodologa de Planificacin, en cuanto a objetivos estratgicos de la
Organizacin y factores crticos de xito para satisfacer estos objetivos.

Definir los nuevos sistemas a desarrollar que permitan implantar dicha

Arquitectura. La informacin obtenida servir de punto de partida para
el desarrollo de cada uno de estos sistemas con MTRICA II.

FASE 1: Anlisis de Sistemas

El propsito de esta Fase es:

En primer lugar, describir el alcance, los objetivos y los requisitos del Sistema.
Basndose en todo esto, el equipo del proyecto puede examinar distintas
alternativas que podran solucionar el problema y recomendar una de ellas.
Con la finalizacin del primer mdulo de esta Fase, Anlisis de requisitos
del Sistema, se obtendr,
Como producto final, un documento donde se establecer:
El alcance del Proyecto.
El Modelo Lgico Actual de Procesos y el Esquema Lgico Actual de
Datos.
Los requisitos de usuario.
El anlisis de alternativas, y la solucin propuesta.
En segundo lugar el objetivo de esta Fase es elaborar un conjunto de
especificaciones formales que describan la funcionalidad del Sistema para su

aprobacin por parte del usuario. Esta descripcin se documentar en el

mdulo siguiente de esta Fase, Especificacin
Funcional del Sistema (figura 2.4), que deber incluir:

Definicin de los Subsistemas.

Definicin de los datos del Sistema.
Interfaces de usuario y prototipos.
Especificacin de la entrega.

FASE 2: Diseo de Sistemas

El propsito de esta Fase de Diseo de Sistemas ser obtener un conjunto de
especificaciones fsicas que constituirn el punto de partida para la
construccin del Sistema.
Durante el desarrollo de las actividades definidas en esta Fase, se deber
tener en cuenta el entorno tecnolgico donde se implantar el sistema.
Este aspecto especfico hace necesaria una adaptacin muy especial de
esta Fase de MTRICA II al entorno fsico que posea el
Departamento o Unidad de la Administracin que comience a utilizar en sus
proyectos los estndares aqu representados

FASE 3: Construccin del Sistemas

El propsito de esta Fase ser construir el sistema partiendo del conjunto de
especificaciones fsicas del mismo, obtenidas durante la Fase anterior.
Asimismo, se contemplar la realizacin de las pruebas unitarias necesarias
para asegurar el perfecto funcionamiento de los programas desarrollados.
Durante esta Fase se establecer la estrategia para desarrollar los
procedimientos

de usuario y el plan de formacin a usuario,

identificando los recursos para su realizacin.

FASE 4: Implantacin de Sistemas

El propsito de la Fase de Pruebas e Implantacin es probar el equipo lgico,
los procedimientos de usuario y la efectividad de la formacin para que, una
vez aceptado el sistema, se implante y pase a funcionar en un entorno real de
produccin
El objetivo fundamental es conseguir la aceptacin final del sistema por
parte de los usuarios del mismo, para ello:

1.- Se combinarn por primera vez todo el equipo lgico y los procedimientos
para un trabajo del sistema real.
2.- Se realizarn las pruebas de aceptacin, las cuales constituyen un
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.
3.- Se realizarn los procedimientos necesarios para la implantacin y puesta
en produccin del sistema.

Metodologa SSDAN
El Mtodo de Diseo y Anlisis de Sistemas Estructurados (SSADM por sus siglas
en ingls) es un sistema que sirve para identificar, modelar y
documentar requisitos de datos del diseo de un sistema. Diseo de un sistema se
refiere al mtodo en que los datos fluyen dentro del sistema de informacin y los
eventos que afectan las secuencias de la circulacin de datos.

CARACTERISTICAS

Los nombres "Sistemas estructurados mtodo de anlisis y diseo" y

"SSADM" son marcas registradas de la Oficina Gubernamental de
Comercio (OGC).
Mxima flexibilidad en herramientas y tcnicas de implementacin.
SSADM proporciona un conjunto de procedimientos para llevar a cabo el
anlisis y diseo, pero no cubre aspectos como la planificacin estratgica
ni entra en la construccin del cdigo.
Uso de 3 tcnicas para determinar la viabilidad de un sistema de
informacin.

TECNICAS
Control
El SSADM es un control muy estructurado para crear sistemas de
informacin. Ejerce control sobre cada aspecto del proceso de creacin.
Este control es una de las principales razones por las que se ha vuelto el
estndar en el Reino Unido, ya que deja muy poco margen para errores.
Rigidez
Sin embargo, esta rigidez tambin puede ocasionar algunas dificultades.
Es inevitable que los requerimientos del sistema cambien en algn punto
durante el desarrollo. El SSADM se construye durante el anlisis de
los datos. Si estos datos cambian despus de que el anlisis SSADM se lleve
a cabo, el sistema recomendado por la informacin puede ser incorrecto.

Tiempo y dinero
El mayor problema del sistema SSADM es que tarda una gran cantidad de
tiempo. Cuando un negocio tarda demasiado tiempo en analizar el
proyecto, puede hacer difcil crear el sistema de informacin a una fecha
final determinada. Existe un gran retraso entre el inicio del proyecto y la
entrega del sistema. Si alguno de los empleados de una compaa no est
capacitado en las tcnicas SSADM, la compaa necesitar gastar incluso
ms tiempo y dinero capacitndolo en este difcil sistema.

Fases
Fase 0: Estudio de Viabilidad.
El estudio de viabilidad es una versin condensada de un anlisis y diseo de
sistema. El producto de esta etapa es un documento de estudio de viabilidad
formal donde se especifica las secciones que el estudio debe contener y los detalles
de las opciones excluidas y los motivos de su rechazo.

Fase 1: Investigacin del Entorno.

El analista aprende la terminologa de la empresa.

El viejo sistema proporciona los requisitos bsicos para el nuevo sistema.
El modelo de datos puede ser construido.
Los usuarios participan y aprenden las tcnicas y modelos del analista.
Los lmites del sistema puede ser definidos.

Fase 2: Opciones del sistema de negocio.

Despus de haber investigado el sistema actual, el analista debe decidir sobre el
diseo general del nuevo sistema. Para hacer esto, l o ella, usando las salidas de
la etapa anterior, desarrollar un conjunto de opciones de sistemas de negocio. El
analista puede realizar una sesin de lluvia de ideas para que se generen
diferentes ideas.

Fase 3: Especificacin de requisitos

Usa los requisitos desarrollados en la etapa 1 y trabaja en el marco de la opcin
empresarial seleccionada, el analista debe desarrollar una especificacin
completa lgica de lo que el nuevo sistema debe hacer. La especificacin debe

estar libre de error, ambigedad e inconsistencia. Por lgica, se entiende que la

especificacin no dice cmo el sistema se implementar sino que describe lo que el
sistema va a hacer.
Fase 4: Tcnicas Del Sistema
Esta etapa es la primera hacia una implementacin fsica del nuevo sistema. Al
igual que las opciones de negocio del sistema, en este momento un gran nmero
de opciones para la aplicacin del nuevo sistema se generan.

Fase 5: Diseo Lgico

El diseo lgico especifica los mtodos principales de interaccin en trminos de
estructuras de mens y estructuras de mando.

Fase 6: Diseo Fsico

Esta es la etapa final en la que todas las especificaciones lgicas del sistema se
convierten en las descripciones del sistema en trminos de hardware real y
software. Esta es una etapa muy tcnica y una visin simple se presenta aqu.