SlideShare una empresa de Scribd logo
1 de 24
Descargar para leer sin conexión
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
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.
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.
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
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
• 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.
– 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”).
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)
(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
(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
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.
-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
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
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
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
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.
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
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.
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.
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
“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.
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
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
Clasificación de las metodologías de desarrollo de software

Más contenido relacionado

La actualidad más candente

Auditoria en informática
Auditoria en informáticaAuditoria en informática
Auditoria en informáticalederzon
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de softwareGeorgy Jose Sanchez
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareEvelinBermeo
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de SistemasJUANESTEFA
 
Ventajas y desventajas modelos
Ventajas y desventajas modelosVentajas y desventajas modelos
Ventajas y desventajas modelosCristHian Martinez
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionalesAngel Minga
 
Tecnicas y herramientas para el desarrollo de software
Tecnicas y herramientas para el desarrollo de softwareTecnicas y herramientas para el desarrollo de software
Tecnicas y herramientas para el desarrollo de softwareReynaldo Mayz
 
Construccion y Pruebas de Software
Construccion y Pruebas de SoftwareConstruccion y Pruebas de Software
Construccion y Pruebas de SoftwareGustavo Bazan Maal
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareEugenio Del Pozo Dipre
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioSergio Sanchez
 
Linea de productos de software y Metodo Watch
Linea de productos de software y Metodo WatchLinea de productos de software y Metodo Watch
Linea de productos de software y Metodo WatchGrabielleBarreto
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de softwarejhonatanalex
 
Ingeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosIngeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosRafael Fdo Lopez Castillo
 
Analisis de sistemas estructurados
Analisis de sistemas estructuradosAnalisis de sistemas estructurados
Analisis de sistemas estructuradosAndreina Martinez
 
ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...
ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...
ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...Jomaly Ruiz
 

La actualidad más candente (20)

Auditoria en informática
Auditoria en informáticaAuditoria en informática
Auditoria en informática
 
Planificacion de proyecto de software
Planificacion de proyecto de softwarePlanificacion de proyecto de software
Planificacion de proyecto de software
 
Normas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de SoftwareNormas y Estándares de calidad para el desarrollo de Software
Normas y Estándares de calidad para el desarrollo de Software
 
Diseño de Sistemas
Diseño de SistemasDiseño de Sistemas
Diseño de Sistemas
 
Metodologia estructurada
Metodologia estructuradaMetodologia estructurada
Metodologia estructurada
 
Metodologia orientada a objeto
Metodologia orientada a objetoMetodologia orientada a objeto
Metodologia orientada a objeto
 
Diseño de sistemas
Diseño de sistemasDiseño de sistemas
Diseño de sistemas
 
Ventajas y desventajas modelos
Ventajas y desventajas modelosVentajas y desventajas modelos
Ventajas y desventajas modelos
 
Requerimientos del software
Requerimientos del software Requerimientos del software
Requerimientos del software
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionales
 
Tecnicas y herramientas para el desarrollo de software
Tecnicas y herramientas para el desarrollo de softwareTecnicas y herramientas para el desarrollo de software
Tecnicas y herramientas para el desarrollo de software
 
Construccion y Pruebas de Software
Construccion y Pruebas de SoftwareConstruccion y Pruebas de Software
Construccion y Pruebas de Software
 
Fases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de softwareFases de un proyecto de desarrollo de software
Fases de un proyecto de desarrollo de software
 
Unidad 3 Modelo De Negocio
Unidad 3 Modelo De NegocioUnidad 3 Modelo De Negocio
Unidad 3 Modelo De Negocio
 
Linea de productos de software y Metodo Watch
Linea de productos de software y Metodo WatchLinea de productos de software y Metodo Watch
Linea de productos de software y Metodo Watch
 
Modelo jerarquico
Modelo jerarquicoModelo jerarquico
Modelo jerarquico
 
Modelos y capas de la ingenieria de software
Modelos y capas  de la ingenieria de softwareModelos y capas  de la ingenieria de software
Modelos y capas de la ingenieria de software
 
Ingeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelosIngeniería de software - Descripción, características, modelos
Ingeniería de software - Descripción, características, modelos
 
Analisis de sistemas estructurados
Analisis de sistemas estructuradosAnalisis de sistemas estructurados
Analisis de sistemas estructurados
 
ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...
ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...
ESTUDIO DE CASO "DISEÑO E IMPLEMENTACION DE SISTEMAS DE INFORMACIÓN GERENCIAL...
 

Destacado

CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARECLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWAREBiingeSof
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareElvisAR
 
Diagramas de Flujo de Datos
Diagramas de Flujo de DatosDiagramas de Flujo de Datos
Diagramas de Flujo de Datosinggaitan
 
TipOs de Diagramas.
TipOs de Diagramas.TipOs de Diagramas.
TipOs de Diagramas.jengibre
 
Modelo de prototipo
Modelo de prototipoModelo de prototipo
Modelo de prototipoyanezcabrera
 

Destacado (6)

CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARECLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
CLASIFICACIÓN DE LAS METODOLOGÍAS DE DESARROLLO DE SOFTWARE
 
Clasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de softwareClasificación de las metodologías de desarrollo de software
Clasificación de las metodologías de desarrollo de software
 
Diagramas de Flujo de Datos
Diagramas de Flujo de DatosDiagramas de Flujo de Datos
Diagramas de Flujo de Datos
 
TipOs de Diagramas.
TipOs de Diagramas.TipOs de Diagramas.
TipOs de Diagramas.
 
Tipos de diagramas de flujo
Tipos de diagramas de flujoTipos de diagramas de flujo
Tipos de diagramas de flujo
 
Modelo de prototipo
Modelo de prototipoModelo de prototipo
Modelo de prototipo
 

Similar a Clasificación de las metodologías de desarrollo de software

Fase 1_ Jairo Ruiz.pptx
Fase 1_ Jairo Ruiz.pptxFase 1_ Jairo Ruiz.pptx
Fase 1_ Jairo Ruiz.pptxJairoRuiz59
 
Reporte de lectura tema 4
Reporte de lectura tema 4Reporte de lectura tema 4
Reporte de lectura tema 4israel reyes
 
Desarrollo estructurado
Desarrollo estructuradoDesarrollo estructurado
Desarrollo estructuradowaralivt
 
Desarrollo estructurado
Desarrollo estructuradoDesarrollo estructurado
Desarrollo estructuradowaralivt
 
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfclasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfCESARAS4
 
Power Point Proyectos Informaticos
Power Point Proyectos InformaticosPower Point Proyectos Informaticos
Power Point Proyectos InformaticosDaniela
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De SoftwareJulio Pari
 
Guía de tipos de proyectos 2017
Guía de tipos de proyectos 2017Guía de tipos de proyectos 2017
Guía de tipos de proyectos 2017MCMurray
 
M l introduccion 12
M l introduccion 12M l introduccion 12
M l introduccion 12yanqui0101
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxJ Martin Luzon
 
1.3. preparación de los proyectos
1.3. preparación de los proyectos1.3. preparación de los proyectos
1.3. preparación de los proyectosholguin69
 

Similar a Clasificación de las metodologías de desarrollo de software (20)

Fase 1_ Jairo Ruiz.pptx
Fase 1_ Jairo Ruiz.pptxFase 1_ Jairo Ruiz.pptx
Fase 1_ Jairo Ruiz.pptx
 
Reporte de lectura tema 4
Reporte de lectura tema 4Reporte de lectura tema 4
Reporte de lectura tema 4
 
Desarrollo estructurado
Desarrollo estructuradoDesarrollo estructurado
Desarrollo estructurado
 
Desarrollo estructurado
Desarrollo estructuradoDesarrollo estructurado
Desarrollo estructurado
 
Ingenieria del Software
Ingenieria del SoftwareIngenieria del Software
Ingenieria del Software
 
Proyectos I
Proyectos IProyectos I
Proyectos I
 
Reporte de lectura cap. iv maru
Reporte de lectura cap. iv maruReporte de lectura cap. iv maru
Reporte de lectura cap. iv maru
 
Modulo4 presentacion
Modulo4 presentacionModulo4 presentacion
Modulo4 presentacion
 
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfclasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
 
Capitulo iv
Capitulo ivCapitulo iv
Capitulo iv
 
Power Point Proyectos Informaticos
Power Point Proyectos InformaticosPower Point Proyectos Informaticos
Power Point Proyectos Informaticos
 
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software
 
Ender metodologia estructura
Ender metodologia estructuraEnder metodologia estructura
Ender metodologia estructura
 
Guía de tipos de proyectos 2017
Guía de tipos de proyectos 2017Guía de tipos de proyectos 2017
Guía de tipos de proyectos 2017
 
Presentación2
Presentación2Presentación2
Presentación2
 
Presentación2
Presentación2Presentación2
Presentación2
 
2
22
2
 
M l introduccion 12
M l introduccion 12M l introduccion 12
M l introduccion 12
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
 
1.3. preparación de los proyectos
1.3. preparación de los proyectos1.3. preparación de los proyectos
1.3. preparación de los proyectos
 

Último

El Ejército y las Operaciones en el Ciberespacio
El Ejército y las Operaciones en el CiberespacioEl Ejército y las Operaciones en el Ciberespacio
El Ejército y las Operaciones en el CiberespacioEjército de Tierra
 
UNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptx
UNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptxUNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptx
UNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptxjhoelsalvatierra7
 
Libros - Las 48 leyes del Poder vida.pdf
Libros - Las 48 leyes del Poder vida.pdfLibros - Las 48 leyes del Poder vida.pdf
Libros - Las 48 leyes del Poder vida.pdfomd190207
 
Emprendedores peruanos, empresas innovadoras.pptx
Emprendedores peruanos, empresas innovadoras.pptxEmprendedores peruanos, empresas innovadoras.pptx
Emprendedores peruanos, empresas innovadoras.pptxFERNANDOMIGUELRIVERA1
 
INSPECCION-PREOPERACIONAL DE PULIDORA.pdf
INSPECCION-PREOPERACIONAL DE PULIDORA.pdfINSPECCION-PREOPERACIONAL DE PULIDORA.pdf
INSPECCION-PREOPERACIONAL DE PULIDORA.pdffaguilarpgrarlboliva
 
1 GENERALIDADES Bioestadística y demografia.pdf
1 GENERALIDADES Bioestadística y demografia.pdf1 GENERALIDADES Bioestadística y demografia.pdf
1 GENERALIDADES Bioestadística y demografia.pdfjoanjustiniano98
 
INVESTIGACIÓN EN INGENIERIA - El Problema de investigación
INVESTIGACIÓN EN INGENIERIA - El Problema de investigaciónINVESTIGACIÓN EN INGENIERIA - El Problema de investigación
INVESTIGACIÓN EN INGENIERIA - El Problema de investigaciónGabrielaRisco3
 
PPT Reunion SEGURIDAD EMPRESAS CONTRATISTAS
PPT Reunion SEGURIDAD EMPRESAS CONTRATISTASPPT Reunion SEGURIDAD EMPRESAS CONTRATISTAS
PPT Reunion SEGURIDAD EMPRESAS CONTRATISTASfrancosr1
 
GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...
GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...
GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...ssuser66a3da
 
LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...
LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...
LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...EmelynYesmynVegaArre
 
DIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptx
DIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptxDIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptx
DIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptxJOSECONTRERASMAESTRE
 
PPT Planilla Foro logistica (1).pptDMEDMEOD
PPT Planilla Foro logistica (1).pptDMEDMEODPPT Planilla Foro logistica (1).pptDMEDMEOD
PPT Planilla Foro logistica (1).pptDMEDMEODferchuxdlinda
 
QUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONES
QUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONESQUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONES
QUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONESsisimosolorzano
 

Último (13)

El Ejército y las Operaciones en el Ciberespacio
El Ejército y las Operaciones en el CiberespacioEl Ejército y las Operaciones en el Ciberespacio
El Ejército y las Operaciones en el Ciberespacio
 
UNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptx
UNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptxUNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptx
UNIDAD V y CONSTITUCIÓN DE BANCOS-22.pptx
 
Libros - Las 48 leyes del Poder vida.pdf
Libros - Las 48 leyes del Poder vida.pdfLibros - Las 48 leyes del Poder vida.pdf
Libros - Las 48 leyes del Poder vida.pdf
 
Emprendedores peruanos, empresas innovadoras.pptx
Emprendedores peruanos, empresas innovadoras.pptxEmprendedores peruanos, empresas innovadoras.pptx
Emprendedores peruanos, empresas innovadoras.pptx
 
INSPECCION-PREOPERACIONAL DE PULIDORA.pdf
INSPECCION-PREOPERACIONAL DE PULIDORA.pdfINSPECCION-PREOPERACIONAL DE PULIDORA.pdf
INSPECCION-PREOPERACIONAL DE PULIDORA.pdf
 
1 GENERALIDADES Bioestadística y demografia.pdf
1 GENERALIDADES Bioestadística y demografia.pdf1 GENERALIDADES Bioestadística y demografia.pdf
1 GENERALIDADES Bioestadística y demografia.pdf
 
INVESTIGACIÓN EN INGENIERIA - El Problema de investigación
INVESTIGACIÓN EN INGENIERIA - El Problema de investigaciónINVESTIGACIÓN EN INGENIERIA - El Problema de investigación
INVESTIGACIÓN EN INGENIERIA - El Problema de investigación
 
PPT Reunion SEGURIDAD EMPRESAS CONTRATISTAS
PPT Reunion SEGURIDAD EMPRESAS CONTRATISTASPPT Reunion SEGURIDAD EMPRESAS CONTRATISTAS
PPT Reunion SEGURIDAD EMPRESAS CONTRATISTAS
 
GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...
GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...
GESTIÓN POR PROCESOS - 09.12 y 16.12.23 - parte 2 - MILAGROS FERNANDEZ - PRES...
 
LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...
LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...
LOS BANCOS EN PERÚ establece las normas para la contabilización de los invent...
 
DIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptx
DIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptxDIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptx
DIAPOSITIVA- LOGISTICA DE LA PRODUCCIÓN[1].pptx
 
PPT Planilla Foro logistica (1).pptDMEDMEOD
PPT Planilla Foro logistica (1).pptDMEDMEODPPT Planilla Foro logistica (1).pptDMEDMEOD
PPT Planilla Foro logistica (1).pptDMEDMEOD
 
QUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONES
QUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONESQUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONES
QUE ES LIDERAZGO Y SUS CARACTERISTICAS Y ESPECIFICACIONES
 

Clasificación de las metodologías de desarrollo de software

  • 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