1.
INSTITUTO SUPERIOR TECNOLOGICO PRIVADO
“JUAN MEJIA BACA”
Curso: Ingeniería deSoftware I
Tema:Clasificación de las Metodologías de Desarrollo de Software
Profesor:Marco Aurelio Porro Chulli
Nombre:Eliset Rosa
Apellidos:GonzalesUceda
Carrera: Computación Informática

2.
Ciclo:5° Ciclo
2015
METODOLOGIAS ESTRUCTURADAS
En la literatura sobre este tema existen muchas definiciones sobre lo que es una metodología.
Más o menos todas ellas coinciden en que debería tener al menos las siguientes
características:
Define como se divide un proyecto en fases y las tareas a realizar en cada una.
Para cada una de las fases está especificado cuales son las entradas que reciben y las salidas
que producen.
Tienen alguna forma de gestionar el proyecto.
Teniendo esto en cuenta establecemos la siguiente definición: Metodología es un modo
sistemático de producir software.
Taxonomía de las metodologías
Existen dos grupos de metodologías en función de la mentalidad con la que se aborda el
problema: metodología estructurada o metodología orientada a objetos. A la que nos vamos a
abocar en este tema es a la metodología Estructurada.
Metodología estructurada
Tiene como objetivo emplear las metodologías de análisis y diseño estructurado para su uso
con herramientas CASE, incrementando la productividad en el desarrollo e implantación de
sistemas de información y entre ellas podemos encontrar a Kendall & Kendall entre otras.
Crea los modelos de forma descendente. Son las orientadas a procesos, a datos y las mixtas.
Intentan aplicar formas ingenieriles para solucionar problemas técnicos al obtener un sistema
de información, proponen la creación de modelos, flujos y estructuras mediante un top-down.
Es la primera aproximación al problema. Está orientada a procesos, es decir, se centra en
especificar y descomponer la funcionalidad del sistema. Se utilizan varias herramientas:
Diagramas de flujo de datos (DFD): Representan la forma en la que los datos se mueven y se
transforman. Incluye:
Procesos
Flujos de datos
Almacenes de datos
Los procesos individuales se pueden a su vez descomponer en otros DFD de nivel superior.
Especificaciones de procesos: Es lo que se escribe para uno de los procesos definidos en el
DFD cuando no se puede descomponer más. Puede hacerse en pseudocódigo, con tablas de
decisión o en un lenguaje de programación.

3.
Diccionario de datos: Son los nombres de todos los tipos de datos y almacenes de datos junto
con sus definiciones.
Diagramas de transición de estados: Modelan procesos que dependen del tiempo
Diagramas entidad-relación: Los elementos del modelo E/R se corresponden con almacenes
de datos en el DFD. En este diagrama se muestran las relaciones entre dichos elementos
Los lenguajes de programación también reflejan esta dicotomía que existe entre la
metodologías, así existen lenguajes para la programación estructurada.
Los más famosos son: Cobol, Fortran, C, Pascal y Modula 2.
METODOLOGIAS ORIENTADAS APROCESOS:
La orientaciónaprocesosnoes un fin en sí mismo, sino un medio para que la organización se
gestione de forma más eficiente y alcance sus objetivos.
En losaños 90 las compañíasoccidentalesse convencen de que para tener ventaja sostenible
no basta simplemente con reformular la estrategia; es esencial disponer de los procesos que
permitan implementar la estrategia de forma efectiva.
• La presióncompetitivanoesla principal razón. El principal ímpetu de la gestión orientada a
procesos proviene de los clientes, de sus crecientes exigencias de calidad, rapidez y mejor
información.
• Ellorequiere ademásde disponerde productosdiferenciales,de aplicarprocesosefectivos y
eficientes en términos de abastecimiento, producción, marketing, venta y de soporte. La
innovación en procesos pasa a ser tan importante como la propia innovación en producto
La orientaciónaprocesosproporcionaunsistemade gestiónconindicadores y facilita la toma
de decisiones basada en datos fiables. Permite la asignación equilibrada de recursos a las
actividades
En términossimples,unprocesoes un conjunto estructurado de actividades para producir un
resultadoconcretoparaun cliente o mercado. Implica un fuerte énfasis en cómo se realiza el
trabajoen unaorganizaciónfrente a un enfoque por producto, cuyo énfasis está en el qué se
produce.
• La gestión orientada a procesos incluye aspectos de estructura, enfoque, medición y
responsabilidad sobre procesos y clientes.
• El objetivo de la gestión orientada a procesos es mejorar el resultado económico, bien sea
por los mayores ingresos derivados de unos clientes más fieles y satisfechos, o por un mejor
ajuste en la necesidad de recursos.
• Adoptar un programa de gestión orientada a procesos implica un compromiso con su
mejora, y para ello es necesaria su medición sistemática.

4.
Metodologías de marco:
La Metodología de Marco Lógico es una herramienta para facilitar el proceso de
conceptualización,diseño,ejecuciónyevaluaciónde proyectos.Su énfasis está centrado en la
orientaciónporobjetivos,laorientación haciagruposbeneficiariosyel facilitarlaparticipación
y la comunicación entre las partes interesadas. Puede utilizarse en todas las etapas del
proyecto: En la identificación y valoración de actividades que encajen en el marco de los
programaspaís, en lapreparacióndel diseñode los proyectos de manera sistemática y lógica,
enla valoracióndel diseñode losproyectos,enlaimplementaciónde losproyectosaprobados
y en el Monitoreo, revisión y evaluación del progreso y desempeño de los proyectos.
El método fue elaborado originalmente como respuesta a tres problemas comunes a
proyectos:
• Planificación de proyectos carentes de precisión, con objetivos múltiples que no estaban
claramente relacionados con las actividades del proyecto.
• Proyectosque nose ejecutabanexitosamente,yel alcance de laresponsabilidaddel gerente
del proyecto no estaba claramente definida.
• Y no existíaunaimagenclara de cómo luciría el proyecto si tuviese éxito, y los evaluadores
no tenían una base objetiva para comparar lo que se planeaba con lo que sucedía en la
realidad.El método del marco lógico encara estos problemas, y provee además una cantidad
de ventajas sobre enfoques menos estructurados:
Aporta una terminología uniforme que facilita la comunicación y que sirve para reducir
ambigüedades
• Aporta un formato para llegar a acuerdos precisos acerca de los objetivos, metas y riesgos
del proyectoque compartenlosdiferentesactoresrelacionados con el proyecto; • Suministra
un temarioanalíticocomúnque pueden utilizarlosinvolucrados,losconsultoresyel equipode
proyectopara elaborartantoel proyecto como el informe de proyecto, como también para la
interpretación de éste.
• Enfocael trabajo técnicoenlosaspectoscríticos ypuede acortar documentosde proyectoen
forma considerable.
Suministra información para organizar y preparar en forma lógica el plan de ejecución del
proyecto.
• Suministrainformaciónnecesariapara la ejecución, monitoreo y evaluación del proyecto; y
• Proporciona una estructura para expresar, en un solo cuadro, la información más
importante sobre un proyecto. Es importante hacer una distinción entre lo que es conocido
como Metodología de Marco Lógico y la Matriz de Marco Lógico. La Metodología contempla
análisis del problema, análisis de los involucrados, jerarquía de objetivos y selección de una
estrategia de implementación óptima. El producto de esta metodología analítica es la Matriz
(el marco lógico), la cual resume lo que el proyecto pretende hacer y cómo, cuáles son los
supuestos claves y cómo los insumos y productos del proyecto serán monitoreados y

5.
evaluados.2 Cabe resaltar que la Metodología Marco Lógico es una “ayuda para pensar” y no
un sustituto para el análisis creativo, es un instrumento que ayuda a dicho análisis y permite
presentar sucintamente diferentes aspectos del proyecto y acompaña como guía, toda la
evaluaciónde unaintervención;seaésta,proyectooprograma.La Metodologíacontemplados
etapas,3que se desarrollanpasoa paso en las fases de identificación y de diseño del ciclo de
vida del proyecto:
• Identificación del problema y alternativas de solución, en la que se analiza la situación
existente para crear una visión de la situación deseada y seleccionar las estrategias que se
aplicarán para conseguirla. La idea central consiste en que los proyectos son diseñados para
resolver los problemas a los que se enfrentan los grupos meta o beneficiarios, incluyendo a
mujeresyhombres,yresponderasusnecesidadese intereses.Existencuatro tipos de análisis
para realizar: el análisis de involucrados, el análisis de problemas (imagen de la realidad), el
análisisde objetivos (imagen del futuro y de una situación mejor) y el análisis de estrategias
(comparación de diferentes alternativas en respuesta a una situación precisa)
• La etapa de planificación, en la que la idea del proyecto se convierte en un plan operativo
práctico para la ejecución.Enestaetapase elaboralamatrizde marco lógico.Lasactividades y
los recursos son definidos y visualizados en cierto tiempo. A continuación se describen los
diferentes elementos que componen cada una de estas etapas
Metodologíade gane y Sarson:
Es el resultado de varios años de práctica en consultoría de análisis y diseño
estructurado.
• Creado por la empresa MCAUTO/IST bajo el nombre de STRADIS SDM.
• Es parecido al de DEMARCO, la principal diferencia es que hay una etapa en la
que se define los contenidos de los almacenes de datos que aparecen en DFD en
3FN.
Metodologíade Yourdon / Constantine
• realizarlos DFDdel sistema
• Realizarel diagramade estructurasa partirdel DFD, mediante análisisde transformación,y
análisisde transacción.
• Evaluacióndel diseñomidiendolacalidadde laestructuramediante el acoplamientoy
cohesión

6.
• preparacióndel diseñoparalaimplementacióndividiéndolaenUnidades.Físicaso
cuadernosde carga.
METADOLOGIA ORIENTADA A DATOS JERARQUICOS Y METADOLOGIA ORIENTADA A
DATOS NO JERARQUICOS:
Se pueden clasificar en:
 Orientados a Datos Jerárquicos
 Orientados a Datos No Jerárquicos
METADOLOGIA ORIENTADA A DATOS JERARQUICOS:
La estructura de control del programa debe ser jerárquica y debe derivarse de la
estructura de datos. El proceso de diseño consiste en definir primero las
estructuras de entrada y salida, para posteriormente combinarlas con el fin de
obtener la estructura del programa. Finalmente se ordena la lógica procedimental
para que se ajuste a esta estructura. El diseño lógico debe preceder y estar
separado del diseño físico Métodos:
 JSP (Jackson Structured Programming) y JSD (Jackson Structured Design) de
Jackson (1975)
 LCP (Logical Construction Program) de Warnier (1974)
 LCS (Logical Construction Systems) de Warnier y Orr (1981)
METADOLOGIA ORIENTADA A DATOS NO JERARQUICOS:
Los datos son la parte esencial del sistema porque son más estables que los
procesos que actúan sobre ellos. Son una representación de un modelo de datos de
la organización formado por un conjunto de entidades de datos básicas y las
relaciones entre ellas. Los procesos derivan de una definición inicial de los datos.
Métodos:
 Metodología Ingeniería de la Información (Information Engineering - IE) de J.
Martin y C. Finkelstein [Martin,1986.

7.
– Planificación: Se construye una arquitectura de la información y una estrategia
que soporte los objetivos de la organización – Análisis: Se comprenden las áreas de
negocio y se determinan los requisitos del sistema – Diseño: Se establece el
comportamiento del sistema deseado por el usuario y que sea alcanzable por la
tecnología
– Construcción: Se construye el sistema que cumpla los tres niveles anteriores
METADOLOGIASMIXTAS:
La investigación de métodos mixtos (investigación mixta es un sinónimo) es el
complemento natural de la investigación tradicional cualitativa y cuantitativa. Los
métodos de investigación mixta ofrecen una gran promesa para la práctica de
la investigación. La investigación de métodos mixtos es formalmente definida aquí
como la búsqueda donde el investigador mezcla o combina métodos cuantitativos y
cualitativos, filosóficamente es la "tercera ola”. Una característica clave de la
investigación de métodos mixtos es su pluralismo metodológico o eclecticismo, que
a menudo resulta en la investigación superior.
Filosóficamente, la investigación mixta hace uso del método pragmático y el
sistema de la filosofía, es un método incluyente y plural. La meta de la
investigación mixta no es remplazar a la investigación cuantitativa ni a la
investigación cualitativa, sino utilizar las fortalezas de ambos tipos de indagación
combinándolas y tratando de minimizar sus debilidades potenciales.
Esta metodología reconoce el valor del conocimiento como algo que se ha
construido a través de medios cualitativos tales como la percepción y la
experiencia basada en los aspectos fácticos del mundo en el que vive la gente. Otra
característica clave del enfoque del método mixto es que rechaza el dualismo que
se establece entre lo cualitativo o hechos de apoyo y lo cuantitativo o metodologías
subjetivas cuyo valor se basa sólo en la exclusividad de uno y otro.
Los métodos de investigación mixta son la integración sistemática de los métodos
cuantitativo y cualitativo en un solo estudio con el fin de obtener una “fotografía”
más completa del fenómeno. Éstos pueden ser conjuntados de tal manera que las
aproximaciones cuantitativa y cualitativa conserven sus estructuras y
procedimientos originales (“forma pura”) o pueden ser adaptados, alterados o
sintetizados (“forma modificada”).

8.
Con el fin de mezclar la investigación de una manera eficaz, los
investigadores primero deben tener en cuenta todas las características
pertinentes de la investigación cuantitativa y la investigación cualitativa.
Los puristas señalan que los paradigmas de investigación cualitativa y los
paradigmas de investigación cuantitativa, incluidas sus métodos asociados, no
pueden y no deben mezclarse. Sin embargo; el objetivo de la investigación de
métodos mixtos no es para reemplazar cualquiera de estos métodos, sino más bien
a extraer de ambos métodos sus fortalezas y minimizar sus debilidades. Los
métodos de investigación mixta son también un intento de legitimar el uso de
múltiples enfoques para responder a las preguntas de investigación, en lugar de
restringir o limitar las opciones de los investigadores (es decir, rechazar el
dogmatismo).
Por ejemplo, las principales características de investigación cuantitativa
tradicional son un foco en la deducción/confirmación, teoría / comprobación de
hipótesis, la explicación, la predicción, recopilación de datos estandarizado, y el
análisis estadístico.
Las características principales de la investigación cualitativa son de inducción,
descubrimiento, exploración, teoría /la generación de hipótesis, el investigador
como el principal "instrumento" de recopilación de datos y análisis.
El proceso del modelo de métodos de investigación mixta consta de ocho pasos:
(1) Determinar la pregunta de investigación
(2) Determinar el diseño mixto que es apropiado
(3) Seleccionar el método mixto o modelo mixto de diseño de la investigación
(4) Recoger la información o datos de entrada
(5) Análisis de los datos
(6) Interpretar los datos
(7) Legitimar los datos o información de entrada
(8) Sacar conclusiones (si se justifica) y la redacción del informe final.
Hay cinco propósitos principales de razones para llevar a cabo métodos de
investigación mixtos:
(a) La triangulación (es decir, la búsqueda de la convergencia y la corroboración de
los resultados de los diferentes métodos y modelos que estudian el mismo
fenómeno)

9.
(b) La complementariedad (es decir, la búsqueda de colaboración, mejora,
ilustración y aclaración de los resultados de un método con los resultados del otro
método)
(c) Iniciación (es decir, el descubrimiento de las paradojas y contradicciones que
conducen a la re-elaboración de la pregunta de investigación)
(d) Desarrollo (es decir, como los resultados de un método se utilizan para ayudar
a explicar el otro método)
(e) De expansión (es decir, buscando la amplitud y el alcance de la
investigación mediante el uso de métodos diferentes para diferentes
componentes de consulta).
La investigación mixta en realidad tiene una larga historia en la práctica de la
investigación.
La mayoría de los investigadores ignoran que un enfoque mixto mejor les ayudará
a responder mejor a sus preguntas de investigación.
Para construir un diseño de método mixto, el investigador debe tomar dos
decisiones fundamentales: (a) si se quiere operar en gran medida dentro de un
paradigma dominante o no, y (b) si se quiere llevar a cabo las fases
simultáneamente, o secuencialmente.
Los hallazgos deben ser mezclados o integrados en algún punto. Actualmente, los
resultados deben, como mínimo, ser integrados durante la interpretación de los
resultados.
En general se recomienda la teoría de contingencia para la selección del enfoque de
la investigación, que acepta que los diferentes tipos de investigación

10.
(cuantitativa, investigación cualitativa y mixta) son superiores en diferentes
circunstancias y es tarea del investigador para examinar el específico contingencias y
tomar la decisión sobre la que la investigación apta para el enfoque, o la
combinación de enfoques, se debe utilizar en un estudio específico.
Al reducir la brecha entre los investigadores cuantitativos y cualitativos, la
investigación de métodos mixtos tiene un gran potencial para promover la
responsabilidad compartida en la búsqueda de lograr la rendición de cuentas por
la calidad educativa.
Fortalezas y Debilidades de la Investigación Mixta
Fortalezas
Las palabras, las imágenes y la narrativa se puede utilizar para entender a los
números.
Los números se pueden utilizar para agregar precisión para entender a las
imágenes y la narrativa.
Se puede responder a una gama más amplia de preguntas.
Un investigador puede utilizar las fortalezas de un método para superar las
debilidades del otro método.
La convergencia de conclusiones puede ayudar a corroborar los resultados.
La conjunción de técnicas cualitativas y cuantitativas en conjunto producen un
conocimiento más completo.
Debilidades
Puede ser difícil para el investigador mezclar adecuadamente ambos métodos.
Requiere mayor tiempo de realización.
Para algunos investigadores resulta complicado como mezclar y analizar los datos
cuantitativos y cualitativos interpretando resultados que resultan aparentemente
contradictorios.
METODOLOGIA MERISE:
Merise cuenta con ejes y 3 ciclos complementarios
CICLOS COMPLEMENTARIOS DE MERISE
NIVELES DEL CICLO DE ABSTRACCIÓN
ANDRES BARRETO
20101020011

11.
Conducción de sistemas que evolucionan según cambio tecnológico y entorno el
cual enfrentan. Involucra aspectos relacionados con: Capacitación del personal,
análisis, diseño y validación de procesos, evaluación de equipos informáticos,
gestión de tiempos, etc.
En cada etapa del ciclo de vida, se utilizan cada vez los formalismos de abstracción
y se toman decisiones.
Al principio de forma general. Conforme se desarrolle el trabajo se irán detallando
cada vez más las decisiones.
Conceptual.- En este nivel del ciclo pasamos de los abstracto a lo concreto
definiendo que es lo que queremos.
Organizativo.- En este nivel definimos objetivos relacionados con el orden y
secuencias a seguir.
Físico.- Aquí llegamos a saber quién realiza cada tarea o proceso, definimos
recursos como documentación y hardware.
Niveles del ciclo de abstracción.
Ciclo de Vida
Este contempla 3 grandes periodos:
* Concepción
* Realización
* Mantenimiento
Estos periodos, involucran un total de 6 etapas que conforman el ciclo de vida del
desarrollo de un sistema de información.
Ciclo de Vida
Existe una jerarquía de decisiones para actuar:
-Descomposición del S.I en dominios
-Orientaciones en materia de gestión y organización
-Planificación de Desarrollo
-Elección entre procedimiento manuales y automáticos
-Elección entre procedimiento en tiempo real y automatizados.

12.
-Determinación de puestos de trabajo y tareas.
-Diseño de estados, pantallas, etc.
Las bases de MERISE comenzaron en 1.972 por un equipo universitario de
ingenieros de Aix-en-Pro vence. La primera versión salió a finales de 1.976.
El proyecto partió del Centre Technique Informatique del Ministerio de Industria
Francés en Septiembre de 1.977, para cubrir las necesidades tanto de la
administración como de las empresas.
Finalizó en mayo de 1.978 dando lugar a MERISE como metodología de Análisis y
Diseño de Sistemas de Información.
División en etapas: estudio preliminar, estudio detallado, realización y puesta en
marcha.
Estudio de los tratamientos por un lado y el de los datos por otro.
Metodología ssadm:
Es un enfoque de sistemas para el análisis y diseño de sistemas de información. SSADM
fue producida para la Agencia Central de Informática y Telecomunicaciones (ahora Oficina
de Comercio Gubernamental), un gobierno del Reino Unido la oficina de que se trate con
el uso de la tecnología en el gobierno, a partir de 1980.
SSADM es un método de cascada para el análisis y diseño de sistemas de información. Se
considera que SSADM representa el pináculo del enfoque riguroso en la documentación
hacia el diseño del sistema que contrasta con métodos ágiles como DSDM o Scrum.
SSADM es una aplicación en particular y se basa en el trabajo de las diferentes escuelas
de análisis estructurados métodos y desarrollo, como la de Peter Checkland Metodología
blanda de sistemas, de Larry Constantino diseño estructurado, de Edward
Yourdon Método estructurado de Yourdon , de Michael A. Jackson Programación
Estructurada de Jackson, y Tom DeMarco análisis estructurado.
Los nombres "Sistemas estructurados método de análisis y diseño" y "SSADM"
son marcas registradas de la Oficina Gubernamental de Comercio (OGC), que es una
oficina de Hacienda del Reino Unido.1

13.
Metodología Métrica:
Es una metodología de planificación, desarrollo y mantenimiento de sistemas de
información, promovida por el Ministerio de Hacienda y Administraciones Públicas (antiguo
Ministerio de Administraciones Públicas ) del Gobierno de España para la sistematización
de actividades del ciclo de vida de los proyectos software en el ámbito de las
administraciones públicas. Esta metodología propia está basada en el modelo de procesos
del ciclo de vida de desarrolloISO/IEC 12207 (Information Technology - Software Life Cycle
Processes) así como en la norma ISO/IEC 15504 SPICE (Software Process Improvement
And Assurance Standards Capability Determination)
Metodologías Orientadas a Objetos
La metodología orientada a objetos ha derivado de las metodologías anteriores a
éste. Así como los métodos de diseño estructurado realizados guían a los
desarrolladores que tratan de construir sistemas complejos utilizando algoritmos
como sus bloques fundamentales de construcción, similarmente los métodos de
diseño orientado a objetos han evolucionado para ayudar a los desarrolladores a
explotar el poder de los lenguajes de programación basados en objetos y
orientados a objetos, utilizando las clases y objetos como bloques de construcción
básicos.
Actualmente el modelo de objetos ha sido influenciado por un número de factores
no sólo de la Programación Orientada a Objetos, POO (Object Oriented
Programming,OOP por sus siglas en inglés). Además, el modelo de objetos ha
probado ser un concepto uniforme en las ciencias de la computación, aplicable no
sólo a los lenguajes de programación sino también al diseño de interfaces de
usuario, bases de datos y arquitectura de computadoras por completo. La razón de
ello es, simplemente, que una orientación a objetos nos ayuda a hacer frente a la
inherente complejidad de muchos tipos de sistemas.
Se define a un objeto como "una entidad tangible que muestra alguna conducta bien
definida". Un objeto "es cualquier cosa, real o abstracta, acerca de la cual
almacenamos datos y los métodos que controlan dichos datos".
Los objetos tienen una cierta "integridad" la cual no deberá ser violada. En
particular, un objeto puede solamente cambiar estado, conducta, ser manipulado o
estar en relación con otros objetos de manera apropiada a este objeto.
Actualmente, el Análisis Orientado a Objetos (AOO) va progresando como método
de análisis de requisitos por derecho propio y como complemento de otros
métodos de análisis. En lugar de examinar un problema mediante el modelo clásico
de entrada-proceso-salida (flujo de información) o mediante un modelo derivado
exclusivamente de estructuras jerárquicas de información, el AOO introduce varios

14.
conceptos nuevos. Estos conceptos nuevos le parecen inusuales a mucha gente,
pero son bastante naturales.
Una clase es una plantilla para objetos múltiples con características similares. Las
clases comprenden todas esas características de un conjunto particular de objetos.
Cuando se escribe un programa en lenguaje orientado a objetos, no se definen
objetos verdaderos sino se definen clases de objetos.
Una instancia de una clase es otro término para un objeto real. Si la clase es la
representación general de un objeto, una instancia es su representación concreta.
A menudo se utiliza indistintamente la palabra objeto o instancia para referirse,
precisamente, a un objeto.
En los lenguajes orientados a objetos, cada clase está compuesta de dos
cualidades: atributos (estado) y métodos (comportamiento o conducta). Los
atributos son las características individuales que diferencian a un objeto de otro
(ambos de la misma clase) y determinan la apariencia, estado u otras cualidades de
ese objeto. Los atributos de un objeto incluyen información sobre su estado.
Los métodos de una clase determinan el comportamiento o conducta que requiere
esa clase para que sus instancias puedan cambiar su estado interno o cuando
dichas instancias son llamadas para realizar algo por otra clase o instancia. El
comportamiento es la única manera en que las instancias pueden hacerse algo a sí
mismas o tener que hacerles algo. Los atributos se encuentran en la parte interna
mientras que los métodos se encuentran en la parte externa del objeto .
Para definir el comportamiento de un objeto, se crean métodos, los cuales tienen
una apariencia y un comportamiento igual al de las funciones en otros lenguajes de

15.
programación, los lenguajes estructurados, pero se definen dentro de una clase.
Los métodos no siempre afectan a un solo objeto; los objetos también se
comunican entre sí mediante el uso de métodos. Una clase u objeto puede llamar
métodos en otra clase u objeto para avisar sobre los cambios en el ambiente o para
solicitarle a ese objeto que cambie su estado.
Cualquier cosa que un objeto no sabe, o no puede hacer, es excluida del objeto.
Además, como se puede observar de los diagramas, las variables del objeto se
localizan en el centro o núcleo del objeto. Los métodos rodean y esconden el núcleo
del objeto de otros objetos en el programa. Al empaquetamiento de las variables de
un objeto con la protección de sus métodos se le llama encapsulamiento.
Típicamente, el encapsulamiento es utilizado para esconder detalles de la puesta
en práctica no importantes de otros objetos. Entonces, los detalles de la puesta en
práctica pueden cambiar en cualquier tiempo sin afectar otras partes del
programa.
Esta imagen conceptual de un objeto —un núcleo de variables empaquetadas en
una membrana protectora de métodos— es una representación ideal de un objeto
y es el ideal por el que los diseñadores de sistemas orientados a objetos luchan. Sin
embargo, no lo es todo: a menudo, por razones de eficiencia o la puesta en práctica,
un objeto puede querer exponer algunas de sus variables o esconder algunos de
sus métodos.
El encapsulamiento de variables y métodos en un componente de software
ordenado es, todavía, una simple idea poderosa que provee dos principales
beneficios a los desarrolladores de software:
 Modularidad, esto es, el código fuente de un objeto puede ser escrito, así
como darle mantenimiento, independientemente del código fuente de otros
objetos. Así mismo, un objeto puede ser transferido alrededor del sistema
sin alterar su estado y conducta.
 Ocultamiento de la información, es decir, un objeto tiene una "interfaz
publica" que otros objetos pueden utilizar para comunicarse con él. Pero el
objeto puede mantener información y métodos privados que pueden ser
cambiados en cualquier tiempo sin afectar a los otros objetos que dependan
de ello.
Los objetos proveen el beneficio de la modularidad y el ocultamiento de la
información. Las clases proveen el beneficio de la reutilización. Los programadores
de software utilizan la misma clase, y por lo tanto el mismo código, una y otra vez
para crear muchos objetos.
En las implantaciones orientadas a objetos se percibe un objeto como un paquete
de datos y procedimientos que se pueden llevar a cabo con estos datos. Esto
encapsula los datos y los procedimientos. La realidad es diferente: los atributos se
relacionan al objeto o instancia y los métodos a la clase. ¿Por qué se hace así? Los
atributos son variables comunes en cada objeto de una clase y cada uno de ellos
puede tener un valor asociado, para cada variable, diferente al que tienen para esa
misma variable los demás objetos. Los métodos, por su parte, pertenecen a la clase

16.
y no se almacenan en cada objeto, puesto que sería un desperdicio almacenar el
mismo procedimiento varias veces y ello va contra el principio de reutilización de
código.
Otro concepto muy importante en la metodología orientada a objetos es el
de herencia. La herencia es un mecanismo poderoso con el cual se puede definir
una clase en términos de otra clase; lo que significa que cuando se escribe una
clase, sólo se tiene que especificar la diferencia de esa clase con otra, con lo cual, la
herencia dará acceso automático a la información contenida en esa otra clase.
Con la herencia, todas las clases están arregladas dentro de una jerarquía estricta.
Cada clase tiene una superclase (la clase superior en la jerarquía) y puede tener
una o más subclases (las clases que se encuentran debajo de esa clase en la
jerarquía). Se dice que las clases inferiores en la jerarquía, las clases hijas, heredan
de las clases más altas, las clases padres.
Las subclases heredan todos los métodos y variables de las superclases. Es decir,
en alguna clase, si la superclase define un comportamiento que la clase hija
necesita, no se tendrá que redefinir o copiar ese código de la clase padre
La herencia presenta los siguientes beneficios:
 Las subclases proveen conductas especializadas sobre la base de elementos
comunes provistos por la superclase. A través del uso de herencia, los
programadores pueden reutilizar el código de la superclase muchas veces.
 Los programadores pueden implementar superclases llamadas clases
abstractas que definen conductas "genéricas". Las superclases abstractas
definen, y pueden implementar parcialmente, la conducta pero gran parte
de la clase no está definida ni implementada. Otros programadores
concluirán esos detalles con subclases especializadas.

17.
Ventajas de la metodología orientada a objetos
En síntesis, algunas ventajas que presenta son:
 Reutilización. Las clases están diseñadas para que se reutilicen en muchos
sistemas. Para maximizar la reutilización, las clases se construyen de
manera que se puedan adaptar a los otros sistemas. Un objetivo
fundamental de las técnicas orientadas a objetos es lograr la reutilización
masiva al construir el software.
 Estabilidad. Las clases diseñadas para una reutilización repetida se vuelven
estables, de la misma manera que los microprocesadores y otros chips se
hacen estables.
 El diseñador piensa en términos del comportamiento de objetos y no en
detalles de bajo nivel. El encapsulamiento oculta los detalles y hace que las
clases complejas sean fáciles de utilizar.
 Se construyen clases cada vez más complejas. Se construyen clases a partir
de otras clases, las cuales a su vez se integran mediante clases. Esto permite
construir componentes de software complejos, que a su vez se convierten
en bloques de construcción de software más complejo.
 Calidad. Los diseños suelen tener mayor calidad, puesto que se integran a
partir de componentes probados, que han sido verificados y pulidos varias
veces.
 Un diseño más rápido. Las aplicaciones se crean a partir de componentes ya
existentes. Muchos de los componentes están construidos de modo que se
pueden adaptar para un diseño particular.
 Integridad. Las estructuras de datos (los objetos) sólo se pueden utilizar con
métodos específicos. Esto tiene particular importancia en los sistemas
cliente-servidor y los sistemas distribuidos, en los que usuarios
desconocidos podrían intentar el acceso al sistema.
 Mantenimiento más sencillo. El programador encargado del mantenimiento
cambia un método de clase a la vez. Cada clase efectúa sus funciones
independientemente de las demás.
 Una interfaz de pantalla sugestiva para el usuario. Hay que utilizar una
interfaz de usuario gráfica de modo que el usuario apunte a iconos o
elementos de un menú desplegado, relacionados con los objetos. En
determinadas ocasiones, el usuario puede ver un objeto en la pantalla. Ver y
apuntar es más fácil que recordar y escribir.
 Independencia del diseño. Las clases están diseñadas para ser
independientes del ambiente de plataformas, hardware y software. Utilizan
solicitudes y respuestas con formato estándar. Esto les permite ser

18.
utilizadas en múltiples sistemas operativos, controladores de bases de
datos, controladores de red, interfaces de usuario gráficas, etc. El creador
del software no tiene que preocuparse por el ambiente o esperar a que éste
se especifique.
 Interacción. El software de varios proveedores puede funcionar como
conjunto. Un proveedor utiliza clases de otros. Existe una forma estándar de
localizar clases e interactuar con ellas. El software desarrollado de manera
independiente en lugares ajenos debe poder funcionar en forma conjunta y
aparecer como una sola unidad ante el usuario.
 Computación Cliente-Servidor. En los sistemas cliente-servidor, las clases en
el software cliente deben enviar solicitudes a las clases en el software
servidor y recibir respuestas. Una clase servidor puede ser utilizada por
clientes diferentes. Estos clientes sólo pueden tener acceso a los datos del
servidor a través de los métodos de la clase. Por lo tanto los datos están
protegidos contra su corrupción.
 Computación de distribución masiva. Las redes a nivel mundial utilizarán
directorios de software de objetos accesibles. El diseño orientado a objetos
es la clave para la computación de distribución masiva. Las clases de una
máquina interactúan con las de algún otro lugar sin saber donde residen
tales clases. Ellas reciben y envían mensajes orientados a objetos en
formato estándar.
 Mayor nivel de automatización de las bases de datos. Las estructuras de
datos (los objetos) en las bases de datos orientadas a objetos están ligadas a
métodos que llevan a cabo acciones automáticas. Una base de datos OO
tiene integrada una inteligencia, en forma de métodos, en tanto que una
base de datos relacional básica carece de ello.
 Migración. Las aplicaciones ya existentes, sean orientadas a objetos o no,
pueden preservarse si se ajustan a un contenedor orientado a objetos, de
modo que la comunicación con ella sea a través de mensajes estándar
orientados a objetos.
Metodologías paradesarrollo de sistemas de tiempo real:
Los sistemas en tiempo real son aplicaciones aplicadas, es decir , se realiza un
desarrollo específico para cada aplicación. Este desarrollo debe satisfacer un aserie
de objetos:
Cumplir las necesidades del cliente que vienen dadas en formas de especificaciones
Respetar los plazos y los costos
Alcanzar determinados niveles de calidad.

19.
Pero ala largo del proceso surge un aserie de dificultades que es preciso superar .
En las primeras fases es necesario adquirir una serie de conocimientos y dominar
determinadas técnicas relacionadas fundamentalmente con la electrónica y la
informática .Además el diseñador necesita conocer exactamente el problema y
especificar al máximo su funcionamiento su alcance y las restricciones que pueden
existir. Por otro lado el proyecto será realizado por un conjunto de personas, lo que
origina problemas de comunicación, administración de recursos, etc. El resultado
final depende de la conjunción de estos factores. La gestión y el desarrollo se hacen
basándose en la experiencia del director de proyecto y de los compontes del
mismo aplicando alguna metodología
Resumen
En la literatura sobre este tema existen muchas definiciones sobre lo que es una
metodología. Más o menos todas ellas coinciden en que debería tener al menos las
siguientes características:
Define como se divide un proyecto en fases y las tareas a realizar en cada una.
Para cada una de las fases está especificado cuales son las entradas que reciben y
las salidas que producen.
Tienen alguna forma de gestionar el proyecto.
Teniendo esto en cuenta establecemos la siguiente definición: Metodología es un
modo sistemático de producir software.
Taxonomía de las metodologías
Existen dos grupos de metodologías en función de la mentalidad con la que se
aborda el problema: metodología estructurada o metodología orientada a objetos.
A la que nos vamos a abocar en este tema es a la metodología Estructurada.
METODOLOGIAS ORIENTADAS A PROCESOS:
La orientación a procesos no es un fin en sí mismo, sino un medio para que la
organización se gestione de forma más eficiente y alcance sus objetivos.

20.
En los años 90 las compañías occidentales se convencen de que para tener ventaja
sostenible no basta simplemente con reformular la estrategia; es esencial disponer
de los procesos que permitan implementar la estrategia de forma efectiva.
• La presión competitiva no es la principal razón. El principal ímpetu de la gestión
orientada a procesos proviene de los clientes, de sus crecientes exigencias de
calidad, rapidez y mejor información.
• La gestión orientada a procesos incluye aspectos de estructura, enfoque,
medición y responsabilidad sobre procesos y clientes.
• El objetivo de la gestión orientada a procesos es mejorar el resultado económico,
bien sea por los mayores ingresos derivados de unos clientes más fieles y
satisfechos, o por un mejor ajuste en la necesidad de recursos.
• Adoptar un programa de gestión orientada a procesos implica un compromiso
con su mejora, y para ello es necesaria su medición sistemática.
Recomendaciones
La herramienta tiene como unidad de observación cada recomendación o medida de reparación, tal como
la redactó el propio órgano emisor.Dichas recomendaciones o medidas de reparación se encuentran en
las secciones de los informes ysentencias explícitamente dedicadas a las mismas por los mecanismos de
derechos humanos de la ONU y la Corte Interamericana de Derechos Humanos (Corte IDH). El criterio
básico para identificar una recomendación es el del párrafo o (en su caso) el inciso dentro de los informes
correspondientes. En el caso de las sentencias, el criterio básico de identificación fue el párrafo.
La base de datos permite hacer búsquedas por palabra clave o determinados criterios de clasificación, de
acuerdo a los siguientes rubros (Ver Matriz de Clasificación completa):
Órgano o mecanismo emisor.
Listado de los órganos y mecanismos que han emitido informes o sentencias a México.
Título del informe
Datos del informe
Fecha de publicación del informe o sentencia, sigla de identificación, párrafo y/o inciso donde aparece la
recomendación.
Derechos.
Partiendo de los instrumentos internacionales de derechos humanos, y tomando en cuenta el listado del
Índice Universal de Derechos Humanos de Documentos de Naciones Unidas (Índice Universal de los
Derechos Humanos sobre los documentos de las Naciones Unidas), (Nota 1) y el listado de HURIDOCS
(Nota 2),
Tema/subtema.
Se definió un listado de temas que pueden ser de interés para las y los usuarios de la base de datos y
que no necesariamente serán identificados con facilidad mediante una búsqueda con base en el rubro de

21.
“derechos”.(Nota:Una misma recomendación puede estar relacionada con más de un tema o subtema,
aunque no todas ellas son,necesariamente,susceptibles de ser catalogadas de acuerdo a un tema y un
subtema).
Tipo de acciones.
Los tipos de acciones que están implicadas en las recomendaciones de los órganos o mecanismos,
según el listado que se menciona en la Matriz de clasificación.
Orden de gobierno.
Hace referencia al orden o, en su caso, los órdenes de gobierno (federal, estatal y municipal) que tienen
competencia para tomar acciones con respecto a la recomendación o m edida de reparación.
Entidad de la República.
Hace referencia a las recomendaciones ymedidas de reparación que están dirigidas o competen a cada
una de las entidades de la República.
Poder.
Hace referencia al poder (o en su caso los poderes) del Estado (incluyendo los órganos constitucionales
autónomos) que tiene competencia para tomar acciones con respecto a la recomendación o medida de
reparación: Ejecutivo, Legislativo y Judicial.
Además de los rubros de clasificación anteriores,cada recomendación ofrece una “ficha” con la siguiente
información, la cual hace posible su localización dentro de un informe específico:
Título.
Siglas de identificación.
Fecha de publicación.
Párrafo y/o inciso.
Entidad
Se indica si la recomendación/sentencia está dirigida a una entidad federativa en particular o tiene un
alcance general.
Acciones reportadas por el Estado Mexicano
La información contenida en esta sección es responsabilidad única y exclusiva de la Secretaría de
Relaciones Exteriores,por lo que en su elaboración,compilación,revisión y validación no participaron las
otras instancias promotoras del proyecto.
En el caso de los mecanismos internacionales de derechos humanos que carecen de sistemas de
seguimiento a sus recomendaciones, en una tercera fase la sistematización será complementada con
información y sobre la base de una metodología expresamente desarrollada para dicho propósito.
El proceso de clasificación de cada recomendación y medida de reparación requirió un ejercicio de
interpretación. Es decir, las recomendaciones y medidas de reparación no siempre son explícitas en
cuanto a, por ejemplo, el derecho o tema con el que pueden estar relacionadas, o el orden o poder que
puede tener competencia para tomar acciones con vistas a su implementación. En este sentido, y con el
fin de minimizar errores o sesgos de interpretación, el proceso de clasificación sigue los siguientes
criterios:
1) Se ha hecho con base en y a la luz de los instrumentos internacionales y la jurisprudencia de los
órganos correspondientes.

22.
2) Fue realizado por un equipo de las tres instituciones con conocimiento en derecho internacional de los
derechos humanos.
3) Las recomendaciones ymedidas de reparación se clasificaron tomando en consideración la totalidad
del contenido del informe o sentencia en cuestión.
Agradecemos que nos hagan llegar cualquier comentario, corrección o aclaración utilizando la
herramienta de “contacto” de este sitio.
El sitio contiene sugerencias,opiniones ydeclaraciones procedentes de diversas fuentes de información,
de las cuales las instancias promotoras no son responsables.Tampoco serán responsables de las fallas
de funcionamiento,los virus informáticos o las interrupciones de la comunicación,independientemente de
su causa, ni por cualesquiera daños que de ellos se deriven.
Las instancias promotoras procurarán el continuo mejoramiento de esta herramienta, por lo cual se
agradecerá que cualquier inexactitud, error, omisión, interrupción, supresión, defecto o alteración de
cualquier tipo que fuera detectado en este sitio se informe a través de la herramienta de “contacto” de
este sitio.
Conclusiones
Para concluir con el presente trabajo, se pude hacer referencia a la importancia
que tiene la investigación como proceso de aprendizaje; ya que la misma posee una
gama de características fundamentales y que se estrechan de manera muy
compacta para poder captar la información o para lograr los objetivos propuestos,
es preciso recordar que la investigación científica es un método riguroso en el cual
se obtiene una serie de objetivos antes propuestos y de manera muy técnica, y la
investigación es la que tiene por fin ampliar el conocimiento científico, sin
perseguir, en principio, ninguna aplicación práctica e investigar es una acción de
aclarar.
Es muy conveniente tener un conocimiento detallado de los posibles tipos de
investigación que se pueden seguir. Este conocimiento hace posible evitar
equivocaciones en el elección del método adecuado para un procedimiento
específico. Por eso se podría acotar que el tema se debería de implantar desde la
educación básica ya que a pesar de que la investigación siempre esta presente,
siempre es bueno conocer el lado técnico y científico de las cosas por más comunes
y cotidianas que suelan resultar.
Una de las fallas más comunes en la investigación consiste en la ausencia de
delimitación del tema, es decir, por ausencia de ambición del tema, por eso es
básico tener muy claro los objetivos y el camino que se va a recorrer con la
investigación para que esta pueda terminar su camino donde debe.
La hipótesis de una investigación, puede ser desarrollada desde distinto puntos de
vista, puede estar basada en una conjetura, en el resultado de otros estudios, en la
posibilidad de una relación semejante entre dos o más variables representadas en

23.
un estudio, o puede estar basada en una teoría mediante la cual una suposición de
proceso deductivo nos lleva a la pretensión de que si se dan ciertas condiciones se
pueden obtener ciertos resultados.
El objetivo de la investigación es el enunciado claro y preciso de las metas que se
persiguen. El objetivo de la persona que investiga es llegar a tomar decisiones y a
una teoría que le permita generalizar y resolver en la misma forma problemas
semejantes en el futuro.
LINKOGRAFIA
http://metodologiasestructuradas.blogspot.pe/2009/02/metodologias-
estructuradas.html
http://www.aec.es/c/document_library/get_file?uuid=7a531320-6dd9-4fad-bc7c-
7abea56b9240&groupId=10128
http://repositorio.cepal.org/bitstream/handle/11362/5607/S057518_es.pdf;jses
sionid=8051B08207A69DFF209CDA8BD0B31931?sequence=1
http://85517amdsi.blogspot.pe/2010/08/metodologias-estructuradas.html
http://85517amdsi.blogspot.pe/2010/08/metodologias-estructuradas.html
http://www.virtual.unal.edu.co/cursos/sedes/manizales/4060030/lecciones/Cap
itulo%204/dfd.htm
http://practicadocentemexico.blogspot.pe/2013/03/metodos-de-investigacion-
mixto-un.html