Este documento describe varias metodologías para el análisis y diseño de sistemas. Presenta el Lenguaje Unificado de Modelado (UML), la Metodología RAD de James Martin, el Proceso Unificado de Desarrollo de Software, la Metodología de Kendall & Kendall, la Metodología RMM, la Metodología de Sistemas Expertos de David Rolston, la Metodología de Software Educativo de Álvaro Galvis, la Metodología de Sistemas Blandos de Peter Checkland y la Metodología Scrum. Conclu

1. Metodologías para el Análisis y
Diseño de Sistemas
REALIZADO POR:
IGNACIO CAMEJO C.I: 24,107,754
INSTITUTO UNIVERSITARIO POLITECNICO
SANTIAGO MARIÑO
EXTENSION PORLAMAR

2. INTRODUCCION
Para el diseño y desarrollo de proyectos de software se aplican metodologías,
modelos y técnicas que permiten resolver los problemas. En los años 50 no existían
metodologías de desarrollo, el desarrollo estaba a cargo de los propios
programadores.
Las Metodologías de Análisis Y Diseño De Sistemas son
métodos que indican cómo hacer más eficiente el
desarrollo de sistemas de información. Para ello suelen
estructurar en fases la vida de dichos sistemas con el
fin de facilitar su planificación, desarrollo y
mantenimiento. Las metodologías de desarrollo de
sistemas deben definir: objetivos, fases, tareas,
productos y responsables, necesarios para la correcta
realización del proceso y su seguimiento.

3. INTRODUCCION
Podemos saber que los principales objetivos de una metodología de
desarrollo son: Asegurar la uniformidad y calidad tanto del desarrollo
como del sistema en sí, satisfacer las necesidades de los usuarios del
sistema, conseguir un mayor nivel de rendimiento y eficiencia del
personal asignado al desarrollo, ajustarse a los plazos y costes previstos
en la planificación, generar de forma adecuada la documentación
asociada a los sistemas, facilitar el mantenimiento posterior de los
sistemas, definir actividades a llevarse a cabo en un Proyecto de S.I,
unificar criterios en la organización para el desarrollo de S.I, proporcionar
puntos de control y revisión, asegurar la uniformidad y calidad tanto del
desarrollo como del sistema en sí, satisfacer las necesidades de los
usuarios del sistema, conseguir un mayor nivel de rendimiento y
eficiencia del personal asignado al desarrollo, ajustarse a los plazos y
costes previstos en la planificación, generar de forma adecuada la
documentación asociada a los sistemas, facilitar el mantenimiento
posterior de los sistemas.

4. INTRODUCCION
Podemos saber que los principales objetivos de una metodología de desarrollo son: Asegurar la
uniformidad y calidad tanto del desarrollo como del sistema en sí, satisfacer las necesidades de los
usuarios del sistema, conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al
desarrollo, ajustarse a los plazos y costes previstos en la planificación, generar de forma adecuada
la documentación asociada a los sistemas, facilitar el mantenimiento posterior de los sistemas,
definir actividades a llevarse a cabo en un Proyecto de S.I, unificar criterios en la organización para
el desarrollo de S.I, proporcionar puntos de control y revisión, asegurar la uniformidad y calidad
tanto del desarrollo como del sistema en sí, satisfacer las necesidades de los usuarios del sistema,
conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al desarrollo, ajustarse a
los plazos y costes previstos en la planificación, generar de forma adecuada la documentación
asociada a los sistemas, facilitar el mantenimiento posterior de los sistemas.
Independientemente de la Metodología de Desarrollo de Sistemas de
Información que se siga, varios autores sugieren estudiarlos bien antes de
utilizarlos y es por ello que se verán detalladamente a continuación.

5. LENGUAJE UNIFICADO DE MODELADO (UML
Por sus siglas en inglés, Unified Modeling Language)
es el lenguaje de modelado de sistemas de software
más conocido y utilizado en la actualidad
Está respaldado por el OMG (Object Management
Group).Es un lenguaje gráfico
para visualizar,
especificar, construir y
documentar un sistema.
UML ofrece un estándar
para describir un "plano"
del sistema (modelo)
Incluyendo aspectos conceptuales tales como
procesos de negocio, funciones del sistema, y
aspectos concretos como expresiones de lenguajes
de programación, esquemas de bases de datos y
compuestos reciclados.
Collage de Diagramas

6. METODOLOGÍA DEL CICLO DE VIDA DE UN SISTEMADEJAMES MARTÍN
Esta metodología de desarrollo de Software es mejor conocida como Metodología RAD (Rapid
Application Development) o Desarrollo rápido de Aplicaciones, y fue creada por el gurú de
computación James Martin en 1991.
Está orientada a
disminuir radicalmente
el tiempo necesario
para diseñar e
implementar Sistemas
de Información, el RAD
cuenta con una
participación intensa
del usuario, sesiones
JAD, prototipaje,
herramientas CSE
integradas y
generadores de
código.
El Rad requiere
cuatro
ingredientes
esenciales:
gerencia,
gente,
metodologías
y herramientas.
Fases o Etapas de Metodología RAD de James Martin.
Esta metodología consta de 4 etapas a saber:

7. PROCESO UNIFICADO DE DESARROLLO SOFTWARE
El Proceso Unificado de Desarrollo
Software o simplemente Proceso
Unificado es un marco de desarrollo de
software que se caracteriza por estar
dirigido porcasos de uso, centrado en la
arquitectura y por ser iterativo e
incremental
El refinamiento más
conocido y documentado
del Proceso Unificado es el
Proceso Unificado de
Rational o simplemente
RUP.
El Proceso Unificado no es
simplemente un proceso,
sino un marco de trabajo
extensible que puede ser
adaptado a organizaciones
o proyectos específicos

8. METODOLOGÍA DE KENDALL & KENDALL
Según esta metodología el ciclo de vida
de un sistema consta de siete partes:
Siendo la
primera la
identificación
del problema
La segunda
identificación
de requisitos
de
información
La tercera
es el
análisis de
las
necesidad
es del
sistema
La quinta
desarrollo y
documenta
ción del
sistema
La sexta
prueba y
mantenimiento
y la última
implementació
n y evaluación
Cada fase se explica por separado pero nunca se realizan como pasos aislados, más bien es
posible que algunas actividades se realicen de manera simultánea, y algunas de ellas podrían
repetirse.

9. RMM (METODOLOGÍA DE ADMINISTRACIÓN DE RELACIONES) - RMDM
(MODELO DE DATOS DE ADMINISTRACIÓN DE RELACIONES)
La RMM o Relationship Management Methodology se define
como un proceso de análisis, diseño y desarrollo de aplicaciones
hipermedia
el modelo E-R
(Entidad-
Relación)
el modelo RMDM
(Relationship
Management
Data Model)
Esta metodología es apropiada para dominios con estructuras regulares (es decir, con clases de
objetos bien definidas, y con claras relaciones entre esas clases).
Los elementos principales de este método son

10. METODOLOGÍA DE SISTEMAS EXPERTOS POR DAVID ROLSTON
Un Sistema Experto (SE), es básicamente un programa de computadora basado en
conocimientos y raciocinio que lleva a cabo tareas que generalmente sólo realiza un
experto humano; es decir, es un programa que imita el comportamiento humano en el
sentido de que utiliza la información que le es proporcionada para poder dar una
opinión sobre un tema en especial.
Se puede decir que los Sistemas Expertos son el primer resultado operacional
de la Inteligencia artificial, pues logran resolver problemas a través del
conocimiento y raciocinio de igual forma que lo hace el experto humano
METODOLOGÍAS PARA EL ANÁLISISY DISEÑO DE SISTEMAS METODOLOGÍA
DEL SOFTWARE EDUCATIVO POR ÁLVARO GALVIS (ISE).
Es una metodología de desarrollo de software que contempla una serie de fases o
etapas de un proceso sistemático atendiendo a: análisis, diseño, desarrollo, prueba y
ajuste, y por último implementación

11. METODOLOGÍA DE SISTEMAS BLANDOS (SSM) DE PETER CHECKLAND
Es una técnica
cualitativa que se
puede utilizar para
aplicar los sistemas
estructurados a las
situaciones asistémicas.
Esto distingue el SSM de otras metodologías que se ocupan de los problemas
DUROS que están a menudo más orientados a la tecnología
El SSM se originó de la comprensión que los sistemas “duros” estructurados, por ejemplo,
la Investigación de operaciones técnicas, son inadecuados para investigar temas de
grandes y complejas organizaciones.
Es una manera de ocuparse de problemas
situacionales en los cuales hay una actividad con un
alto componente social, político y humano
La Metodología de sistemas blandos fue desarrollada por Peter Checkland con el propósito
expreso de ocuparse de problemas de este tipo.

12. METODOLOGÍA MERINDE
MeRinde contempla el conjunto de modelos propuestos por RUP. El tipo de artefacto
más fundamental utilizado en la metodología MeRinde es el modelo
Cada rol necesita una perspectiva diferente del sistema.
El diseño de MeRinde permite identificar todos los roles y cada una de las
perspectivas que posiblemente podrían necesitar
Las perspectivas recogidas de todos los roles se estructuran en unidades más grandes, es
decir, modelos, de modo que un rol pueda tomar una perspectiva concreta del conjunto
de modelos

13. METODOLOGÍA MERINDE
MeRinde contempla el conjunto de modelos propuestos por RUP. El tipo de artefacto
más fundamental utilizado en la metodología MeRinde es el modelo
Cada rol necesita una perspectiva diferente del sistema.
El diseño de MeRinde permite identificar todos los roles y cada una de las
perspectivas que posiblemente podrían necesitar
Las perspectivas recogidas de todos los roles se estructuran en unidades más grandes, es
decir, modelos, de modo que un rol pueda tomar una perspectiva concreta del conjunto
de modelos

14. METODOLOGÍA SCRUM
Scrum es una metodología ágil y flexible para gestionar el desarrollo de
software, cuyo principal objetivo es maximizar el retorno de la inversión para
su empresa (ROI).
Adoptar una estrategia de
desarrollo incremental, en
lugar de la planificación y
ejecución completa del
producto.
¿QUÉ ES?
Se basa en construir primero la funcionalidad
de mayor valor para el cliente y en los
principios de inspección continua,
adaptación, auto-gestión e innovación.
Scrum es el nombre con el que se denomina a los marcos de desarrollo
ágiles caracterizados por:
Basar la calidad del resultado más
en el conocimiento tácito de las
personas en equipos
autoorganizados, que en la calidad
de los procesos empleados.
Solapamiento de las
diferentes fases del
desarrollo, en lugar de
realizar una tras otra en un
ciclo secuencial o de
cascada.

15. METODOLOGÍA SCRUM
¿CUÁNDO SE UTILIZA?
Con la metodología Scrum el cliente se entusiasma y
se compromete con el proyecto dado que lo ve
crecer iteración a iteración
Asimismo le permite en cualquier momento realinear el software con los
objetivos de negocio de su empresa, ya que puede introducir cambios
funcionales o de prioridad en el inicio de cada nueva iteración sin ningún
problema.
Esta metódica de trabajo promueve la innovación, motivación y compromiso del
equipo que forma parte del proyecto, por lo que los profesionales encuentran un
ámbito propicio para desarrollar sus capacidades.

16. METODOLOGÍA SCRUM
CARACTERISTICAS
SCRUM es un modelo de referencia que define un
conjunto de prácticas y roles, y que puede tomarse
como punto de partida para definir el proceso de
desarrollo que se ejecutará durante un proyecto
Los roles principales en Scrum son el ScrumMaster, que procura facilitar la
aplicación de scrum y gestionar cambios
elProductOwner, que representa a los
stakeholders (interesados externos o internos)
El Team que ejecuta el desarrollo y demás
elementos relacionados con el

17. CONCLUSION
Las metodologías han evolucionado de manera
significativa en las últimas décadas. Lo ideal sería la
existencia de una metodología general de diseño
y/o rediseño, donde todas sus fases se pudieran
adaptar a cualquier tipo de requerimientos de
desarrollo Web, sin importar las dimensiones del
proyecto.
Sin embargo, lo práctico en la actualidad es
someternos a las alternativas que a la mano
encontramos y paralelamente echar a fusionar (o
reforzar) otras perspectivas que garanticen un
contexto más integral de calidad de un software
liberado.
Obviamente, la idea de
basarnos en la
estandarización de
procesos y modelos de
desarrollo demanda
recursos (humano,
tiempo, económicos) de
mayor proporción en
cada una de sus
actividades, a diferencia
del desarrollo empírico.
Sin embargo, es de
esperarse que la relación
Coste/Beneficio que al
final se obtenga supere
con creces las
expectativas iniciales del
equipo de desarrollo. Por
eso es mejor. Ser
metódicos desde un
principio