Академический Документы
Профессиональный Документы
Культура Документы
“Santiago Mariño”
Extensión Porlamar
Profesor: Autor:
C.I.: 25.156.375
Metodología
Una metodología es el conjunto de métodos por los cuales se regirá una
investigación científica por ejemplo, en tanto, para aclarar mejor el concepto, vale aclarar
que un método es el procedimiento que se llevará a cabo en orden a la consecución de
determinados objetivos.
Por otro lado, no existe una única metodología a la hora de investigar, esto
dependerá en gran medida de los postulados que sostiene la ciencia de la cual partirá el
investigador.
Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling
Language) es el lenguaje de modelado de sistemas de software más conocido y utilizado
en la actualidad; está respaldado por el OMG (Object Management Group).
UML cuenta con varios tipos de diagramas, los cuales muestran diferentes
aspectos de las entidades representadas.
Fases: las fases del desarrollo de sistemas que soporta uml son: análisis de
requerimientos, análisis, diseño, programación y pruebas.
Análisis de requerimientos
UML tiene casos de uso (use-cases) para capturar los requerimientos del cliente.
A través del modelado de casos de uso, los actores externos que tienen interés en el
sistema son modelados con la funcionalidad que ellos requieren del sistema (los casos
de uso). Los actores y los casos de uso son modelados con relaciones y tienen
asociaciones entre ellos o éstas son divididas en jerarquías. Los actores y casos de uso
son descritos en un diagrama use-case. Cada use-case es descrito en texto y especifica
los requerimientos del cliente: lo que él (o ella) espera del sistema sin considerar la
funcionalidad que se implementará. Un análisis de requerimientos puede ser realizado
también para procesos de negocios, no solamente para sistemas de software.
Análisis
La fase de análisis abarca las abstracciones primarias (clases y objetos) y
mecanismos que están presentes en el dominio del problema. Las clases que se
modelan son identificadas, con sus relaciones y descritas en un diagrama de clases. Las
colaboraciones entre las clases para ejecutar los casos de uso también se consideran
en esta fase a través de los modelos dinámicos en uml. Es importante notar que sólo se
consideran clases que están en el dominio del problema (conceptos del mundo real) y
todavía no se consideran clases que definen detalles y soluciones en el sistema de
software, tales como clases para interfaces de usuario, bases de datos, comunicaciones,
concurrencia, etc.
Diseño
En la fase de diseño, el resultado del análisis es expandido a una solución técnica.
Se agregan nuevas clases que proveen de la infraestructura técnica: interfaces de
usuario, manejo de bases de datos para almacenar objetos en una base de datos,
comunicaciones con otros sistemas, etc. las clases de dominio del problema del análisis
son agregadas en esta fase. El diseño resulta en especificaciones detalladas para la fase
de programación.
Programación
En esta fase las clases del diseño son convertidas a código en un lenguaje de
programación orientado a objetos. Cuando se crean los modelos de análisis y diseño en
UML, lo más aconsejable es trasladar mentalmente esos modelos a código.
Pruebas
Normalmente, un sistema es tratado en pruebas de unidades, pruebas de
integración, pruebas de sistema, pruebas de aceptación, etc. las pruebas de unidades
se realizan a clases individuales o a un grupo de clases y son típicamente ejecutadas
por el programador. Las pruebas de integración integran componentes y clases en orden
para verificar que se ejecutan como se especificó. Las pruebas de sistema ven al sistema
como una "caja negra" y validan que el sistema tenga la funcionalidad final que le usuario
final espera. Las pruebas de aceptación conducidas por el cliente verifican que el sistema
satisface los requerimientos y son similares a las pruebas de sistema.
Metodología del Ciclo de Vida de un Sistema de James Martín
Fases:
Esta metodología consta de 4 etapas a saber:
Teniendo entonces una idea clara de los conceptos, relaciones y diferencias entre
datos, información y conocimiento, se hace entonces importante, mencionar algunos
conceptos tales como “sistema”, “sistema de información” y “sistema de información
informático” ya que aunque sus definiciones puedan parecerse e incluso superponerse
poseen mínimos detalles que marcan la diferencia.
Según el Diccionario de la Real Academia de la Lengua Española en su edición vigésimo
segunda la palabra sistema significa “Conjunto de cosas que relacionadas entre sí
ordenadamente contribuyen a determinado objeto”.
“El ciclo de vida de vida del desarrollo de sistemas es un enfoque por fases para
el análisis y el diseño cuya premisa principal consiste en que los sistemas se desarrollan
mejor utilizando un ciclo especifico de actividades del analista y el usuario.” (Kendall &
Kendall) Según la metodología de Kendall & Kendall el ciclo de vida de un sistema consta
de siete partes: siendo la primera la identificación del problema, la segunda identificación
de requisitos de información, la tercera es el análisis de las necesidades del sistema, la
cuarta es el diseño del sistema recomendado, la quinta desarrollo y documentación del
sistema, la sexta prueba y mantenimiento y la última implementación y evaluación. Cada
fase se explica por separado pero nunca se realizan como pasos aislados, más bien es
posible que algunas actividades se realicen de manera simultánea, y algunas de ellas
podrían repetirse.
El modelo propone un lenguaje que permite describir los objetos del dominio, sus
interrelaciones y los mecanismos de navegación hipermedia de la aplicación. Los objetos
del dominio se definen con la ayuda de entidades, atributos y relaciones asociativas. El
modelo introduce el concepto de slice (trozo) con el fin de modelizar los aspectos unidos
a la presentación de las entidades. Un slice corresponde a un subconjunto de atributos
de una misma entidad destinados a ser presentados de forma agrupada. La navegación
se modeliza con la ayuda de primitivas de acceso, enlaces estructurales (unidireccional
y bidireccional) que permiten especificar la navegación entre slices, y visita guiada
condicional, índice condicional y agrupación, que permiten especificar la navegación
entre entidades. El esquema completo del dominio y de la navegación de la aplicación
se denomina esquema RMDM y se obtiene como resultado de las tres primeras etapas
del método. Las etapas son:
Primera etapa: representar los objetos del dominio con la ayuda del modelo
Entidad-Relación ampliado con relaciones asociativas (aquéllas que permiten
representar caminos navegacionales entre entidades puestos en evidencia en la
fase de análisis).
Segunda etapa: determinar la presentación del contenido de las entidades de la
aplicación así como su modo de acceso. El esquema obtenido como resultado de
esta etapa se denomina esquema E.R+. Se trata de un esquema Entidad-Relación
en el que cada entidad ha sido reemplazada por su esquema de entidad. Un
esquema de entidad está constituido por nodos (los trozos o slides) unidos por
relaciones estructurales.
Tercera etapa: definir los caminos de navegación inducidos por las relaciones
asociativas del esquema E-R+. A continuación, es posible definir estructuras de
acceso de alto nivel (agrupaciones), lo que permite dotar a la aplicación de
accesos jerárquicos a niveles diferentes de los trozos de información. El esquema
RMDM resultante se obtiene añadiendo al esquema E-R+ las agrupaciones y
caminos navegacionales definidos en esta etapa.
1. Análisis. El analista construye un modelo del dominio del problema, mostrando sus
propiedades más importantes. El modelo de análisis es una abstracción resumida y
precisa de lo que debe de hacer el sistema deseado y no de la forma en que se hará.
Los elementos del modelo deben ser conceptos del dominio de aplicación y no conceptos
informáticos tales como estructuras de datos. Un buen modelo debe poder ser entendido
y criticado por expertos en el dominio del problema que no tengan conocimientos
informáticos.
2. Diseño del sistema. El diseñador del sistema toma decisiones de alto nivel sobre la
arquitectura del mismo. Durante esta fase el sistema se organiza en subsistemas
basándose tanto en la estructura del análisis como en la arquitectura propuesta. Se
selecciona una estrategia para afrontar el problema.
No tiene sentido que utilicemos AOO y DOO de forma que potenciemos la reutilización
de código y la correspondencia entre el dominio del problema y el sistema informático, si
luego perdemos todas estas ventajas con una implementación de mala calidad.
Para que un sistema experto sea herramienta efectiva, los usuarios deben interactuar de
una forma fácil, reuniendo dos capacidades para poder cumplirlo:
Es una metodología de desarrollo de software que contempla una serie de fases o etapas
de un proceso sistemático atendiendo a: análisis, diseño, desarrollo, prueba y ajuste, y
por último implementación.
Etapas:
Etapa 1: Análisis
Características de la población objetivo: edad (física y mental), sexo, características
físicas y mentales (si son relevantes), experiencias previas, expectativas, actitudes,
aptitudes, intereses o motivadores por aprender.
Conducta de entrada y campo vital: nivel escolar, desarrollo mental, físico o psicológico,
entorno familiar y escolar, etc.
Etapa 2: Diseño
Educativo (este debe resolver las interrogantes que se refieren al alcance, contenido y
tratamiento que debe ser capaz de apoyar el Sistema Educativo).
Etapa 3: Desarrollo
En esta fase se implementa la aplicación usando la información obtenida anteriormente.
Tomando en cuenta las restricciones que se tengan.
Metodología MERINDE
MeRinde es un proyecto que propone un estándar abierto para el proceso de
desarrollo de software orientado a planes que se estructura en dos dimensiones o ejes.
Metodología SCRUM
http://www.significados.com/metodo/
http://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html
http://articulacion.simonrodriguez.org.ve/lval/index.php/Metodologia_MeRinde.#Metodol
og.C3.ADa_de_la_Red_Nacional_de_Integraci.C3.B3n_y_Desarrollo_de_Software_Libr
e_.28MeRinde.29
http://articulacion.simonrodriguez.org.ve/lval/index.php/Metodologia_MeRinde.#Metodol
og.C3.ADa_de_la_Red_Nacional_de_Integraci.C3.B3n_y_Desarrollo_de_Software_Libr
e_.28MeRinde.29
http://utnsimocametodologia.blogspot.mx/2011/08/aprendiendo-uml-hora-1-
introduccion-al.html
http://mmc.geofisica.unam.mx/LuCAS/Tutoriales/doc-modelado-sistemas-UML/multiple-
html/c12.html
http://www.definicionabc.com/ciencia/metodologia.php