UNIVERSIDAD DE ORIENTE

NÚCLEO DE NUEVA ESPARTA

ESCUELA DE INGENIERÍA Y CIENCIAS APLICADAS
DEPARTAMENTO DE INFORMÁTICA
SISTEMAS DE INFORMACIÓN II

METODOLOGÍAS PARA EL
DESARROLLO DE SISTEMAS DE
INFORMACIÓN-APLICACIÓN WEB

PROF:
Madeline Rodríguez

AUTORES:
Carlos Guevara C.I: 26.887.069
Víctor Campos C.I: 26.707.747

Guatamare, octubre 2019

ÍNDICE
INTRODUCCIÓN………………………………………………………………………………...…2
DESARROLLO……………………………………………...……………………………………...3
METODOLOGÍAS DE DESARROLLO DE SOFTWARE…………………………………...….3
AGRUPACIÓN Y METODOLOGÍAS EXISTENTES……………………………………………3
METODOLOGÍAS CLÁSICAS…………………………………………………………...3
METODOLOGÍAS ORIENTADAS A OBJETOS……………………………………..…4
METODOLOGÍAS ÁGILES……………………………………………………………….6
METODOLOGÍAS FORMALES…………………………………………………………..7
METODOLOGÍAS PARA LA WEB……………………………………………………....7
OTRAS METODOLOGÍAS………………………………………………………………..8
METODOLOGÍA BOOCH………………………………………………………………………...9
METODOLOGÍA OMT…………………………………………………………………………….9

METODOLOGÍA OOSE…………………………………………………………………………..10

CONCLUSIÓN………………………………………………………………………………….....12
BIBLIOGRAFÍA………………………………………………………………………………...…13

INTRODUCCIÓN

1
 Desde hace cinco décadas (principios de los 60’s), la tecnología computacional e
informática han evolucionado a pasos agigantados en el hardware, que son los componetes
físicos y tangibles de los sistemas de cómputo (procesador, memoria RAM, monitor,
teclado, disco duro, etcétera), y más aún en el software que es el conjunto de programas,
procedimientos y documentación relacionada que asocia un sistema computacional,
específicamente la parte lógica de la computadora.

Si la evolución del hardware es muy acelerada y la cantidad que se fabrica en la

actualidad es enorme, mayor aún es la demanda de software, ya que, cada computadora y
dispositivo computacional requiere muchos programas para funcionar. Para esto se deben
desarrollar software de calidad que cumpla con los requisitos que los usuarios demandan, y
que además que se amigable, es decir, fácil de usar. Pero crear software es algo muy
complejo sobre todo cumplir con los atributos de calidad que los usuarios (personas,
empresas, instituciones) requieren; debido a ello, desde que se inició la fabricación de
computadoras y hubo la necesidad de programas para que funcionara (década de los 60’s),
surgieron también las metodologías de desarrollo de software (MDS).

DESARROLLO

METODOLOGÍAS DE DESARROLLO DE SOFTWARE

2
 Inicialmente, es importante conocer la definición de metodología y desarrollo.
Metodología es una palabra compuesta por tres vocablos griegos: metá (“más allá”), odós
(“camino”) y logos (“estudio”); considerando lo anterior, la definición de metodología son los
métodos para luego determinar cúal es el más adecuado.

El concepto de metodología es “conjunto de métodos coherentes y relacionados por

unos principios comunes “. el concepto de desarrollo, está vinculado a la acción de
desarrollar o a las consecuencia de este accionar, por lo tanto es necesario, rastrear el
significado del verbo desarrollar: se trata de incrementar, agrandar, extender, ampliar o
aumentar alguna característica de algo físico (concreto) o intelectual (abstracto). Por lo
anterior, se concluye que metodología de desarrollo es: el estudio y determinación de cuál
es el método más adecuado para dar incremento a algo en este caso el software.

Actualmente el término desarrollo es el más utilizado para referirse a las actividades

que involucran la creación, fabricación, utilización o modificación del software.

AGRUPACIÓN Y METODOLOGÍAS EXISTENTES

METODOLOGÍAS CLÁSICAS

De acuerdo con Pressman (2010), las MDS clásicas son llamadas también
modelos de proceso prescriptivo, y fueron propuestas originalmente para poner
orden en el caso del desarrollo de software que existía cuando empezó a generar
masivamente. La historia indica que estos modelos tradicionales, propuestos en la
década de los 60’s, han dado cierta estructura útil al trabajo del IS y constituyen un
mapa razonablemente eficaz para los equipos de software.

Estás MDS son:

● Ciclo de Vida o Cascada

● Incremental
● Evolutivo
● Espiral

3
 ● Prototipos
● Desarrollo basado en componentes

En la Figura 1 se muestra un diagrama de metodología de Ciclo de vida o Cascada.

METODOLOGÍAS ORIENTADAS A OBJETOS

En los años finales del siglo XX se publicaron centenares de artículos y libros

que proponían distintas metodologías, técnicas y notaciones para el desarrollo
orientado al objeto. En cuanto al proceso de desarrollo de software, se distinguen
tres grandes corrientes:

Metodologías dirigidas por los datos (data-driven), que se basan

en la parte estructural de los objetos y son una extensión del modelo
conceptual en el modelo Entidad/Relación.
Estas son:

● Fusión
● Object Modeling Technique (OMT)

Metodologías dirigidas por la responsabilidad (responsibility-

driven), que representan el enfoque más purista de la orientación al objeto

4
 centrándose en las “responsabilidades” de los objetos, esto es, las acciones
que puede llevar a cabo un objeto.
Dos de estas son:

● Object Management Facility (OMF)

● Object Management System (OMS)

Proceso de unificación de desarrollo de software (USDP Unified

Software Development Process): se deriva de la metodología Objectory, de
Jacobson; la metodología de Booch; y la técnica de modelado de objetos, de
Rumbaugh.
(Piattini, 200).

● Unified Process (UP)

En la Figura 2 se muestra un Diagrama del Proceso Unificado de desarrollo de

software.

METODOLOGÍAS ÁGILES

Actualmente, las empresas operan en un entorno global que cambia

rápidamente; en ese sentido deben responden a nuevas oportunidades y mercados,
al cambio de las condiciones económicas así, como al surgimiento de productos y
servicios nuevos y competitivos. Para ello es necesario emplear computadoras y
dispositivos computacionales, por lo que el software es partícipe de casi todas las

5
operaciones empresariales, de modo que debe desarrollarse de manera ágil para
responder con oportunidad y calidad a todo lo necesario.
Esta MDS son:

● Programación extrema (XP), es de las más exitosas y se considera también

emergente.
● Mobile-D (ágil y extrema para móviles)
● Scrum
● Crystal
● Evolutionary Project Management (Evo)
● Feature Driven Development (FDD)
● Adaptive Software Development (ASD)
● Lean Development

En la Figura 3 se muestra un diagrama de procesos de metodología Ágil de

desarrollo.

METODOLOGÍAS FORMALES

Los métodos formales son soluciones matemáticas para resolver problemas

de software y hardware a nivel de requisitos, específicos y diseño.

Generalmente, se puede utilizar la teoría de autómatas para aumentar y

validar el comportamiento de la aplicación diseñando un sistema de autómata finito.

6
Los métodos formales suelen aplicarse en software de aviación, especialmente si es
progralógica de seguridad crítico. (Pressman, 1997).

● Red de Pettri
● RAISE
● Vienna Development Method (VDM)

METODOLOGÍAS PARA LA WEB

El crecimiento desenfrenado que está teniendo la web está ocasionando un

impacto en la sociedad, y el nuevo manejo de información en las diferentes áreas ha
hecho que las personas tiendan a realizar sus actividades por ets vía. La ingeniería y
las metodologías web están relacionadas con el establecimiento y utilización de
principios científicos, de ingeniería y gestión, y con enfoques sistemáticos y
disciplinados del éxito y desarrollo.

Empleo y mantenimiento de sistemas y aplicaciones basados en la World

Wide Web de alta calidad. (Pressman, 2010).

A continuación se presentan algunas MDS para web:

● Ingeniería web
● Diseño de webapps
● Método de diseño de hipermedios orientados a objetos (MDHOO)

En la figura 4 se muestra un diagrama de la metodología de desarrollo para sistemas

web.

7
 OTRAS METODOLOGÍAS

Con base en las diferentes aplicaciones y tipos de software por desarrollar,

otras metodologías son:

● Reingeniería
● Ganar-ganar
● Ingeniería de software distribuidos
● Ingeniería para software educativo

En la figura 5 se muestra un diagrama de metodologías de Reingeniería de software.

METODOLOGÍA BOOCH

El “método booch” fue ideado por Grady Booch y fue presentado en el año 1994
mediante su libro “Object Oriented Analysis and Design With Applications”, su enfoque del
“Diseño orientado a objetos” está soportado por diversas herramientas dedicadas al

8
modelado de software como Visio y Rational Rose, esta última está desarrollada por
Rational Software (empresa en donde labora Grady Booch) metodología está enfocada al
desarrollo de aplicaciones y sugiere que este se descompone en dos partes:

Microprocesos:
● Identificar las clases y objetos a cierto nivel de abstracción.
● Identificar la semántica de estas clases y objetos.
● Identificar las relaciones entre las clases y objetos.
● Especificar la interfaz y después la implementación de las clases y objetos.

Macroprocesos:
● Establecer los requerimientos del núcleo. (conceptualización).
● Desarrollar un modelo del comportamiento deseado. (análisis).
● Crear la arquitectura. (diseño).
● Evolucionar la implementación. (evolución).
● Administrar la evolución posterior a la entrega. (mantenimiento).
(Robles, 2003, p.10)

METODOLOGÍA OMT

La metodología OMT (Técnica de modelado de objetos) fue diseñada por James

Rumbaugh y Michael Blaha en el año 1991, cuando James trabajaba en un equipo de
investigación de General Electric, esta metodología es de dominio público y por lo tanto es
libre de ser implementada por todo aquel que est interesado. El conjunto de fases que
abarca esta metodología son las siguientes:

Análisis: se procede a construir un modelo del problema, mostrando sus

propiedades más importantes resultando así en una una abstracción resumida de lo
que debe de hacer el sistema. Los elementos del modelo deben ser conceptos de
los elementos de la aplicación y no conceptos informáticos tales como estructuras
de datos.

Diseño del sistema.Se toman toma decisiones sobre la arquitectura del mismo.
Durante esta fase el sistema se organiza en subsistemas basándose tanto en la
estructura del análisis como en la arquitectura propuesta. Se selecciona una
estrategia para afrontar el problema.

9
 Diseño de objetos. El diseñador de objetos construye un modelo de diseño
basándose en el modelo de análisis, pero incorporando detalles de implementación.
El diseño de objetos se centra en las estructuras de datos y algoritmos que son
necesarios para implementar cada clase. OMT describe la forma en que el diseño
puede ser implementado en distintos lenguajes. (orientados y no orientados a
objetos, bases de datos, etc.).

Implementación. Las clases de objetos y relaciones desarrolladas durante el

análisis de objetos se traducen finalmente a una implementación concreta. Durante
la fase de implementación es importante tener en cuenta los principios de la
ingeniería del software de forma que la correspondencia con el diseño sea directa y
el sistema implementado sea flexible y extensible. No tiene sentido que utilicemos
AOO y DOO de forma que potenciemos la reutilización de código y la
correspondencia entre el dominio del problema y el sistema informático, si luego
perdemos todas estas ventajas con una implementación de mala calidad.

METODOLOGÍA OOSE

El método OOSE (Object-oriented software engineering) fue desarrollador por Ivar

Jacobson en el año 1992, fue publicado en el libro “Object-Oriented Software Engineering:
A Use Case Driven Approach” y este presenta ”(...) un soporte para el diseño creativo de
productos de software, las actividades consisten en la transformación de un conjunto de
requerimientos en un plan estructurado de construcción y un plan de acción.” (Robles, 2003,
p.11). Esta metodología consta de los siguientes pasos:

● Construcción: consiste en la implementación de los detalles que conciernen a la

arquitectura y construcción del plan, que es ir de menos a más abstracción hasta
concretar el plan.
● Diseño: formaliza el modelo de análisis en términos del ambiente de
implementación y especifica la identidad de los bloques de construcción.
● Prueba del sistema: Consiste en la verificación del trabajo de cada uno de los
paquetes de servicio definidos en el modelo de análisis Esta fase tiene lugar en
varios niveles, desde funciones específicas, hasta el sistema completo.

10
 CONCLUSIÓN

Todas las metodologías tienen ventajas que se pueden aprovechar, dependiendo de

las condiciones del software que se pretende desarrollar; de igual forma presentan
desventajas cuando no se consideran todos los factores que intervienen al realizar el
trabajo. Lo más importante es utilizar siempre una MDS apropiada, para lo cual,si es la
primera vez que se emplea, es necesario conseguir información y documentación sobre
ella. En el caso de que se haya empleado, lo más recomendable es actualizarse y adaptarla
lo mejor posible para obtener un producto de calidad que cumpla con los requisitos
funcionales y no funcionales.

11
 BIBLIOGRAFÍA

Piattini Mario, Calvo-manzano José y Cervera Joaquín (2000). Análisis y diseño

detallado de aplicaciones informáticas de gestión, México , Alfaomega Grupo Editor.

Pressman Roger S. (2010). Ingeniería del software. Un enfoque práctico (7ma ed.).
México: McGraw-Holl Interamericana.

Grady Booch. (n.d). [Extraido el 30 de octubre del 2019 desde:

https://en.wikipedia.org/wiki/Grady_Booch]

12
 Robles L. (2003). Metodologías para generación de Sistemas Orientados a Objetos.
[Extraído el 30 de octubre del 2019 desde: https://cursos.clavijero.edu.mx/cursos/178/pds/
modulo1/documentos/T32.pdf]

Metodología OMT (Rumbaugh) (n.d). [Extraído 30 de octubre del 2019 desde:

https://www.monografias.com/trabajos13/metomt/metomt.html]

13