METODOLOGIAS DESCRIPCION FASES VENTAJAS DESVENTAJAS

Metodologa RUP Es un proceso de 1. Fase de Inicio: Esta fase tiene como propsito definir y acordar el 1. Se adapta a las necesidades del cliente. 1. Por el grado de
desarrollo de software alcance del proyecto con los patrocinadores, identificar los riesgos 2. Se centra en la arquitectura para complejidad puede no resultar
el cual utiliza el asociados al proyecto, proponer una visin muy general de la arquitectura conceptualizar, construir, administrar y muy adecuado para proyectos
lenguaje unificado de de software y producir el plan de las fases y el de iteraciones posteriores. evolucionar el sistema desarrollo. pequeos.
modelado UML, 2. Fase de elaboracin: En la fase de elaboracin se seleccionan los casos 3. Se maneja por casos de uso para la 2. El RUP es
constituye la de uso que permiten definir la arquitectura base del sistema y se extraccin de requisitos y la identificacin generalmente mal aplicado en
metodologa estndar desarrollaran en esta fase, se realiza la especificacin de los casos de uso de las partes funcionales en las que se el estilo cascada.
ms utilizada para el seleccionados y el primer anlisis del dominio del problema, se disea la divide. 3. Requiere
anlisis, solucin preliminar. conocimientos del proceso y
implementacin y 3. Fase de Desarrollo: El propsito de esta fase es completar la de UML.
documentacin de funcionalidad del sistema, para ello se deben clarificar los requerimientos
sistemas orientados a pendientes, administrar los cambios de acuerdo a las evaluaciones
objetos. realizados por los usuarios y se realizan las mejoras para el proyecto.
4. Fase de Cierre: El propsito de esta fase es asegurar que el software
est disponible para los usuarios finales, ajustar los errores y defectos
encontrados en las pruebas de aceptacin, capacitar a los usuarios y
proveer el soporte tcnico necesario. Se debe verificar que el producto
cumpla con las especificaciones entregadas por las personas involucradas
en el proyecto.
Metodologa para el Segn James Senn, 1.-Investigacin preliminar: 1. Establece un lenguaje de enlace para No se enfoca directamente para
diseo de sistemas de existen tres estrategias Se inicia a travs de la solicitud del sistema (ya sea por medio verbal, fax, expresar el modelado de datos entre luego modelar procesos de
informacin de James para el desarrollo de e-mail, etc). analistas, usuarios, programadores y en negocios, por lo que no est
Senn sistemas: 2.-Determinacin de los requerimientos del sistema: Es examinar los general. orientado a lo que necesita el
1. El Mtodo Clsico procesos; se hace un estudio del sistema actual, y se determinan los nuevos 2. Permite llegar de manera guiada y experto en el dominio del
del Ciclo de Vida de requerimientos del sistema. prcticamente automtica, a un diseo y negocio. Predispone un enfoque
Desarrollo de 3.-Diseo del sistema: Va a ser como se va a desarrollar el sistema, la desarrollo correcto. orientado a objetos lo que
Sistemas forma en cmo esos requerimientos los voy a automatizar, se definen las 3. Proximidad de los conceptos de modelado puede contradecir un enfoque
2. El mtodo de formas de clculo, y se describe como se transformaran los datos en respecto a objetos del mundo real. orientado al negocio. El
Desarrollo por informacin 4. Conduce de manera fcil y rpida a un anlisis OO suele estar ms
Anlisis Estructurado 4.-Desarrollo del software: Se dar la construccin y programacin de incremento de la productividad. orientado a los arquitectos de
3. El mtodo de este sistema. 5. Tambin usa tcnicas de razonamiento sistemas y diseadores de
Construccin de 5.-Prueba del sistema: Aqu se pretende detectar las posibles fallas de similar usadas para resolver problemas en software. El AOO est diseado
Prototipos de aplicacin del sistema. otros dominios para un pblico eminentemente
Sistemas. 6.-Implantacin y evaluacin: Es el proceso de verificar e instalar nuevo tcnico, si as podra decirse.
equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los
archivos de datos necesarios para utilizarla.
Metodologa para la Es una metodologa FASE 1: Formulacin. 1. Es de Fcil uso 1. IWeb actualmente crea
Ingeniera Web (Iweb) enfocada a la creacin, Identifica los requerimientos y metas de la empresa. 2. Permite la comunicacin rpida y directa diferentes archivos para
implantacin, y FASE 2: Planificacin. con una o varias personas que se encuentre cada pgina, en vez de usar
manutencin de Estimar el costo global del proyecto y evaluar los riesgos asociados al en cualquier parte del mundo, ayudando de un archivo central para
aplicaciones y sistemas desarrollo de la aplicacin. esta manera en las TICS. ocupar menos espacio en
web, la cual relaciona FASE 3: Anlisis. 3. Desarrollo de diferentes proyectos y disco.
con establecer y Establecer los requisitos tcnicos para la aplicacin Web, identificar los propuestas para dar a conocer dichos 2. Sin soporte para
utilizar principios elementos del contenido y requisitos de diseo grfico que se van a proyectos a travs de la red. contraseas que no sean de
cientficos de ingeniera incorporar mediante 4 anlisis. 4. Ayuda en el proceso de globalizacin de sitios web de Mobileme.
y gestin y con Anlisis del Contenido. Se trata de la investigacin del espectro las empresas, ya que permite contactar 3. Limitado nmero de
enfoques sistemticos y completo de contenido que se va a proporcionar tales como: datos diferentes entidades y personas en el plantillas, aunque se pueden
disciplinados del xito de texto, grficos, imgenes, vdeo y sonido. mundo sin altos costos crear fcilmente.
del desarrollo, 5. Crear publicidad para que los clientes
mantenimiento de Anlisis de Interaccin. Descripcin detallada de la interaccin puedan acceder a productos y servicios y
sistemas de del usuario y la Web. tengan informacin actualizada de ellos.
aplicaciones basados en 6. Creacin de ventaja competitiva, ya que la
Web de alta calidad Anlisis Funcional. Descripcin detallada de todas las funciones y empresa o entidad se encontrara a la
operaciones. vanguardia de la tecnologa.
Anlisis de Configuracin. Descripcin del entorno y de la
infraestructura en donde reside la Web.
FASE 4: Ingeniera.
El diseo arquitectnico debe satisfacer las necesidades de espacios
habitables para el ser humano, tanto en lo esttico como en lo tecnolgico.
El diseo de los contenidos se refiere a qu es lo que se va a exponer en el
recurso, qu temas, qu estructura tienen, objetivos, presentacin de los
contenidos (esquemas, imgenes).
El diseo web es una actividad que consiste en la planificacin, diseo,
implementacin y mantenimiento de sitios web.
El diseo de interfaz de usuario o ingeniera de la interfaz es el diseo de
computadoras, aplicaciones, mquinas, dispositivos de comunicacin
mvil, aplicaciones de software, y sitios web enfocado en la experiencia
de usuario y la interaccin.
Metodologa Es una metodologa FASE I: DEFINICIN DEL PROYECTO. 1. Econmica. 1. Prdida de control.
estructurada para el (por Jonas Montilva) Determinar la factibilidad de desarrollar un nuevo sistema de informacin 2. Calidad en el servicio. 2. Vulnerabilidad de la
diseo de sistemas de estructurada para y estimar los costos, tiempos y recursos requeridos. 3. Predecibilidad. informacin
Informacin de Jonas desarrollar sistemas de FASE II: ANLISIS DE CONTEXTO. 4. Flexibilidad. estratgica.
Montilva. (MEDSI) informacin en y para En esta fase se busca ganar un slido conocimiento del sistema ampliado 5. Hacen que los costos fijos pasen 3. Dependencia.
organizaciones de dentro del cual se ubicar el nuevo sistema de informacin. hacer variables.
 cualquier tipo. FASE III: DEFINICIN DE REQUERIMIENTOS. 6. Liberacin de recursos humanos para
Esta fase busca definir los requerimientos de los usuarios y establecer las otros proyectos.
funciones, restricciones y atributos que el nuevo sistema de informacin 7. Liberacin de capital financiero.
debe satisfacer.
FASE IV: DISEO PRELIMINAR.
Esta fase se encarga de elaborar un diseo preliminar del sistema de
informacin que satisfaga los requerimientos, restricciones y atributos
establecidos en la fase III.
FASE V: DISEADO DETALLADO.
Esta fase busca elaborar un diseo detallado del sistema de informacin
que muestre como se construirn los subsistemas de datos y el subsistema
programado.
FASE VI. CONSTRUCCIN DEL SISTEMA.
Construir el subsistema de datos y el subsistema programado del sistema
de informacin de acuerdo a lo especificado en el paquete de diseo. En
esta fase se construyen y se prueban los diferentes mdulos del subsistema
programado; se construye subsistema de datos y los procedimientos
manuales del sistema.
FASE VII. CONTROL DE PROGRAMAS.
Durante esta actividad el grupo prueba los diferentes procedimientos de
lenguajes de control de tareas que se hayan utilizado. Esta prueba se realiza
inmediatamente despus de las pruebas de subsistemas.
FASE VIII. PRUEBA DE ACEPTACIN.
Durante esta fase los grupos de desarrollo y prueba se abocan a poner en
operacin y a efectuar la prueba de aceptacin del sistema respectivamente
Metodologa de los La metodologa de El estadio 1: (Situacin problemtica no estructurada), en ella se define no 1. El SSM da la estructura a las situaciones 1. El SSM requiere que los
sistemas suaves de Peter Checkland es un el problema sino la situacin en la cual se percibe o queda de forma visible problemticas de temas participantes se adapten al
Checkland mtodo eficaz en el o palpable el problema, se rene toda la informacin posible, se identifica organizacionales y complejos. concepto completo.
estudio de sistemas; y se entrevista a los participantes de la situacin problema con la finalidad 2. Puede permitir los 2. Tenga cuidado de no
permitiendo saber de obtener una profunda informacin sobre la problemtica. tratados de una manera organizada. angostar el alcance de la
aquellos aspectos que El estadio 2: (Situacin problema expresada), en esta parte se describe o se 3. Fuerza al usuario a buscar una solucin investigacin demasiado
puedan estar fallando y expresa la visin o contenido de ese problema que se presenta a travs de que no sea slo tcnica. pronto.
poder generar un grficos. 4. Herramienta rigurosa a utilizar en 3. Es difcil montar el grfico
conjunto de soluciones El estadio 3: (Definiciones races), esta parte se basa en la informacin problemas sucios. enriquecido, sin la
que al ser aplicadas reunida, se identifican los sistemas relevantes y se procede a elaborar las 5. Tcnicas especficas. imposicin de una
mejoren las condiciones definiciones races que son los verbos significativos de nuestra estructura y de una solucin
y el funcionamiento del problemtica que luego influirn en la realizacin de nuestro 4to estadio particular ante la situacin
sistema. que es el Modelo conceptual, las definiciones races son los que encapsulan problemtica.
 el contenido de la escogencia de los verbo, la definicin raz dice que es 4. La gente tiene dificultades
el sistema. para interpretar el mundo de
El estadio 4: (Modelos Conceptuales), esta parte se realiza junto con los una manera distendida. Ello
verbos de la definicin raz (ya descritos sobre la problemtica) y se crea a menudo muestra un deseo
un modelo o mapa conceptual donde los verbos tengan una interconexin compulsivo para la accin.
entre ellos mismos, para la obtencin de un resultado, el modelo
conceptual dice lo que hace y como lo hace; el sistema.
El estadio 5: (Comparacin entre el estadio 4 y el 2), aqu se comparan los
problemas expresados (ya descritos) con el mapa conceptual, es decir, un
lo que se tiene (Problemas expresados) con lo que se quiere (Mapa
conceptual), para ir obteniendo resultados ptimos.
El estadio 6: (Cambios deseables viables), en esta parte se proponen las
soluciones que sean practicas y posibles de adaptar a la problemtica, pero
no se ejecutan solo se estructuran a manera de propuesta.
El estadio 7: (Implantacin de cambios), finalmente en esta paso se
proceden a realizar las acciones para mejorar la situacin problemtica
descrita, ya en los otros estadios.
Metodologa para el El ciclo de vida de Identificacin de problemas, oportunidades y objetivos: Esta fase es 1. El usuario se involucre mas. Hay costos ocultos en su
diseo de sistemas de vida del desarrollo de crucial para el xito del resto del proyecto requiere que se observe de 2. Se evitan proyectos largos y se entrega implementacin; ya que se
informacin de Kendall sistemas (SDLC, forma objetiva lo que ocurre en una organizacin, luego en conjunto con algo de valor a los usuarios con cierta incorporan varias actividades a
y Kendall Systems Development otros miembros de la organizacin hacer notar los problemas. frecuencia. realizar por el equipo y hay que
life cycle) es un Determinacin de los requerimientos de informacin: Esto se hace a 3. Se puede financiar el proyecto por partes. saber medir ese impacto para no
enfoque por fases para partir de los usuarios particularmente involucrados, para determinar los fracasar en el intento.
el anlisis y el diseo requerimientos de informacin dentro de una organizacin pueden
cuya premisa principal utilizarse diversos instrumentos, los cuales incluyen: muestreo, el estudio
consiste en que los de los datos y formas usadas para la organizacin, la entrevista, los
sistemas se desarrollan cuestionarios; la observacin de la conducta de quien tomo la decisiones,
mejor utilizando un as como de su ambiente.
ciclo especifico de Anlisis de las necesidades del sistema: Se analizan las necesidades
actividades del analista propias del sistema, para ello existen herramientas y tcnicas diseadas
y el usuario. (Kendall para tal fin, estas incluyen entre otras el uso de los diagramas de flujo de
& Kendall) datos que cuentan con una tcnica estructurada para representar en forma
grfica la entrada de datos a la organizacin, los procesos y la salida de
informacin.
Diseo del sistema recomendado: Se usa la informacin recolectada con
anterioridad y se elabora el diseo lgico de sistemas de informacin, se
disea tambin procedimiento es precisos de captura de datos, con la
finalidad de que los datos que se introducen en el sistema de informacin,
sean los correctos.
Desarrollo y documentacin del software: Dentro de las tcnicas
estructuradas para el diseo y documentacin del software se tienen: el
mtodo HIPO, los diagramas de flujo, los diagramas Nassi. Schneiderman,
los diagramas Warnier-Orr y el pseudocdigo es aqu donde se transmite
al programador los requerimientos de programacin.
Pruebas y mantenimiento del sistema: Todo sistema de informacin
debe probarse antes de ser utilizado, ya que el costo es menor si se
detectan los problemas antes de que entre en funcionamiento. En un
principio, se hace una serie de pruebas, con datos tipo, para identificar las
posibles fallas del sistema, ms adelante, se utilizarn los datos del
sistema real.
Implantacin y evaluacin del sistema: Esta es la ltima etapa del
desarrollo del sistema, esto incluye el adiestramiento que el usuario
requerir. Aunque la evaluacin del sistema se plantea como parte
integrante de la ltima etapa del ciclo de desarrollo de los sistemas;
realmente la evaluacin toma parte de cada una de las etapas. Uno de los
criterios fundamentales que debe satisfacerse, es que el futuro usuario
utilice el sistema desarrollado.