Este documento presenta varias metodologías para el análisis y diseño de sistemas. Describe el Lenguaje Unificado de Modelado (UML), la Metodología del Ciclo de Vida de un Sistema de James Martin, el Proceso Unificado de Desarrollo de Software, la Metodología de Kendall & Kendall, la Metodología de Sistemas Expertos de David Rolston, y otras metodologías como Scrum, Merinde y Sistemas Blandos.

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. 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

3. 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:

4. 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

5. 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.

6. 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

7. 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

8. 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.

9. 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

10. 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

11. 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.

12. 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.

13. 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