SlideShare una empresa de Scribd logo
INSTITUTO SUPERIOR TECNOLOGICO PRIVADO
“JUAN MEJIA BACA”
Curso: Ingeniería deSoftware I
Tema:Metodologías parael Desarrollo deSistemas
Profesor:Marco Aurelio Porro Chulli
Nombre:Eliset Rosa
Apellidos:GonzalesUceda
Carrera: Computación Informática
Ciclo:5° Ciclo
2015
Metodologías para el Desarrollo de Sistemas
Diseñar un sistema de información no solo requiere de la experiencia sino también
de la metodología a seguir existen muchos autores que atreves de los años
desarrollaron distintas metodología para este fin, esto se debió a la falta del
manejo de datos en las empresas para mayor factibilidad y éxito de la misma, es
por ello que hoy día existen Organizaciones exitosas y con altos puestos a nivel
económico en el mundo actual, cave destacar que sin estos autores que a través
del tiempo han aplicado su metodología y a sido demostrada que a través de
estos métodos el éxito de las organizaciones se ha visto por el levantamiento o
despertar económico de un país, de lo antes expuesto he leído la metodología de
Llorens Fabregas, que evalúa un S.I. en 5 fases sumamente importantes para
el desarrollo de un SI, que satisface las necesidades del individuo u organización a
nivel mundial. El análisis de este autor es un análisis estructurado ya que consta de
partes en las que se desarrolla la metodología para evaluar un SI.
Definición
MetodologíasParaelDesarrollo deSistemas:
Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas de
información. Para ello suelen estructurar en fases la vida de dichos sistemas con el
fin de facilitar su planificación, desarrollo y mantenimiento .Las metodologías de
desarrollo de sistemas deben definir: objetivos, fases, tareas, productos y
responsables, necesarios para la correcta realización del proceso y su seguimiento
Los principales objetivos de una metodología de desarrollo son:
Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en sí.
Satisfacer las necesidades de los usuarios del sistema.
Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al
desarrollo.
Ajustarse a los plazos y costes previstos en la planificación.
Generar de forma adecuada la documentación asociada a los sistemas.
Facilitar el mantenimiento posterior de los sistemas
Algunos Métodos o Metodologías pueden ser:
Método de Cascada Pura.
Método Espiral.
Método de Codificar y Corregir.
Método Prototipo.
Método de Análisis y Diseño Estructurado método de Análisis y
DiseñoEstructurado
Muchos especialistas en sistemas de información reconocen la dificultad de
comprender de manera completa sistemas grandes y complejos. El método de
desarrollo del análisis estructurado tiene como finalidad superar ésa dificultad por
medio de 1) la división del sistema en componentes y 2) la construcción de un
modelo del sistema. El método incorpora elementos tanto de análisis como de
diseño.
¿Qué es el análisis estructurado?
El análisis estructurado concentra en especificar lo que se requiere que haga el
sistema o la aplicación. No se establece cómo se cumplirán los
Requerimientos o la forma en que implantará la aplicación. Más bien permite que
las personas observen los elementos lógicos (lo que hará el sistema) separados de
los componentes físicos (computadoras, terminales, sistemas de almacenamiento,
etc.) Después de esto se puede desarrollar un diseño físico eficiente para la
situación donde será utilizado.
Elementos del análisis estructurado:
Los elementos esenciales son símbolos gráficos, diagramas de flujo de datos y
diccionario centralizado de datos.
Descripción gráfica
Una de las formas de describir un sistema es preparar un bosquejo que señale sus
características, identifique la función para la que sirve e indique cómo éste
interactúa con otros elementos, entre otras cosas. Sin embargo, describir de esta
manera un sistema grande es un proceso tedioso y propenso errores ya que es fácil
omitir algún detalle o dar una explicación que quizá los demás no entiendan
En lugar de las palabras el análisis estructurado utiliza símbolos, o íconos, para
crear un modelo gráfico del sistema. Los modelos de este tipo muestran los
detalles del sistema. Si se seleccionan los símbolos y notación correctos entonces
casi cualquier persona puede seguir la forma en que los componentes se
acomodarán entre sí para formar el sistema. El diagrama lógico de flujo de datos
muestra las fuentes y destinos de los datos, identifica y da nombre a los procesos
que se llevan a cabo, identifica y da nombre a los grupos de datos que relacionan
una función con otra y señálalos almacenes de datos a los que se tiene acceso.
Diagrama de flujo de datos: El modelo del sistema recibe el nombre de diagrama de
flujo de datos (DFD). La descripción completa de un sistema está formada por un
conjunto de diagramas de flujo de datos. Pará desarrollar una descripción del
sistema por el método de análisis estructurado se sigue un proceso descendente
(TOP-Down). El modelo original detalla en diagramas de bajo nivel que muestran
características adicionales del sistema. Cada proceso puede desglosarse en
diagramas de flujo de datos cada vez más detallados. Esta secuencia se repite hasta
que se obtienen suficientes detalles que permiten al analista comprender en su
totalidad la parte del sistema que se encuentra bajo investigación.
Diccionario de datos:
Todaslasdefinicionesdeloselementosenelsistema(flujodedatos,procesos y almacenes de
datos) están descritos en forma detallada en el diccionario de datos. Si algún
miembro del equipo encargado del proyecto desea saber alguna definición del
nombre de un dato o el contenido particular
de un flujo de datos, esta información debe encontrarse disponible en el
diccionario de datos.
¿Qué es el diseño estructurado?
Se enfoca en el desarrollo de especificaciones del software. La meta del diseño
estructurado es crear programas formados por módulos independientes unos de
otros desde el punto de vista funcional. El diseño estructurado es una técnica
específica para el diseño de programas y no un método de diseño de comprensión.
Esta técnica conduce a La especificación de módulos de programa que son
funcionalmente independientes. La herramienta fundamental del diseño
estructurado es el diagrama estructurado, los cuales son de naturaleza gráfica y
evitan cualquier referencia relacionada con el hardware o detalles físicos. Su
finalidad no es mostrar la lógica de los programas. Los diagramas estructurados
describen la interacción entre módulos independientes junto con los datos que un
módulo pasa a otro cuando interacciona con él. Estas especificaciones funcionales
para los módulos se proporcionan a los programadores antes que dé comienzo la
fase de escritura de código.
Empleo del Análisis estructurado con otros métodos de desarrollo:
El análisis estructurado se combina, con bastante frecuencia, con el método ya
presentado de ciclo de vida clásico de desarrollo de sistemas. Por ejemplo, los
analistas pueden optar más de flujo de datos como una forma para documentar las
relaciones entre componentes durante la investigación
Detallada de algún sistema existente, Asimismo, se puede definir los archivos y
datos en un diccionario centralizado de datos de acuerdo con las reglas de análisis
estructurado. Sin embargo muchas organizaciones optan por no utilizar este
método de desarrollo. Por ejemplo, los analistas deciden con frecuencia que el
desarrollo de diagramas y esquemas es una tarea que consume mucho tiempo,
sobre todo si el sistema es grande y complejo. (Es común que los diagramas tengan
qué dibujarse una y otra vez conforme se adquiere nueva información). Conoce
verá más adelante, se han desarrollado herramientas asistidas por computadora
para superar este problema. Otros analistas señalan que los elementos que
faltan, tales como las personas los procedimientos de control, son parte del sistema
mismo y no pueden omitirse en la descripción de éste. Más adelante se considerará
este aspecto tan importante
OtrasPosibles Metodologíassonlassiguientes
Berard 1992.
Booch 1991.
Coad yYourdon 1990.
Embley y Kurtz 1990.
Martin y Odell 1992.
Rumbaugh 1991.
Shlaer y Mellor 1992.
Wirfs – Brock 1990
Metodologías
MetodologíadeBooch1991
La Metodología de Booch es una técnica usada en ingeniería de software. Es
un lenguaje de modelado de objetos y una metodología ampliamente usada en
el diseño de software orientado a objetos. Fue desarrollada por Grady
Booch mientras trabajaba para Rational Software (hoy parte de IBM).
Los aspectos notables de la metodología de Booch han sido superados por el
Lenguaje Unificado de Modelado, que combina elementos gráficos de la
metodología de Booch junto a elementos de la técnica de modelado de objetosy
la Ingeniería de software orientada a objetos
Los aspectos metodológicos de la metodología de Booch fueron incorporados en
varias metodologías y procesos, siendo la principal de ellas el Proceso Racional
Unificado (RUP).
MetodologíadeJamesMartin
Esta metodología de desarrollo de Software es mejor conocida como Metodología RAD
(Rapid Application Development) o Desarrollo rápido de Aplicaciones, y fue creada por el
gurú de computación James Martin en 1991. Está orientada a disminuir radicalmente el
tiempo necesario para diseñar e implementar Sistemas de Información, el RAD cuenta con
una participación intensa del usuario, sesiones JAD, prototipaje, herramientas CSE
integradas y generadores de código. El Rad requiere cuatro ingredientes esenciales:
gerencia, gente, metodologías y herramientas.
Fases o Etapas de Metodología RAD de James Martin.
1) Etapa de Planificación de Requisitos: Esta etapa requiere que los usuarios con un vasto
conocimiento de los procesos de la compañía determinen cuáles serán las funciones del
sistema. Debe darse una discusión estructurada sobre los problemas de la compañía que
necesitan solución.
2) Etapa de Diseño: Esta consiste de un análisis detallado de las actividades de la
compañía en relación al sistema propuesto. Los usuarios participan activamente en talleres
bajo la tutela de los profesionales de la informática. En ellos descomponen funciones y
definen entidades asociadas con el sistema. Una vez se completa el análisis se crean los
diagramas que definen las alteraciones entre los procesos y la data.
3) Construcción: En la etapa de construcción el equipo de desarrolladores trabajando de
cerca con los usuarios finalizan el diseño y la construcción del sistema. La construcción de
la aplicación consiste de una serie de pasos donde los usuarios tienen la oportunidad de
afirmar los requisitos y repasar los resultados.
4) Implementación: Esta etapa envuelve la implementación del nuevo producto y el
manejo de cambio del viejo al nuevo sistema. Se hacen pruebas comprensivas y se
adiestran los usuarios.
Resumen
Diseñar un sistema de información no solo requiere de la experiencia sino también
de la metodología a seguir existen muchos autores que atreves de los años
desarrollaron distintas metodología para este fin, esto se debió a la falta del
manejo de datos en las empresas para mayor factibilidad y éxito de la misma, es
por ello que hoy día existen Organizaciones exitosas y con altos puestos a nivel
económico en el mundo actual, cave destacar que sin estos autores que a través
del tiempo han aplicado su metodología y a sido demostrada que a través de
estos métodos el éxito de las organizaciones se ha visto por el levantamiento o
despertar económico de un país, de lo antes expuesto he leído la metodología de
Llorens Fabregas, que evalúa un S.I. en 5 fases sumamente importantes para
el desarrollo de un SI, que satisface las necesidades del individuo u organización a
nivel mundial. El análisis de este autor es un análisis estructurado ya que consta de
partes en las que se desarrolla la metodología para evaluar un SI.
Desarrollo, aquellas metodologías con mayor énfasis en la planificación y control
del proyecto, en especificación precisa de requisitos y modelado, reciben el
apelativo de Metodologías Tradicionales (o también denominadas Metodologías
Pesadas, o Peso Pesado). Otras metodologías, denominadas Metodologías Ágiles,
están más orientadas a la generacas por una fuerte planificación durante todo el
proceso de desarrollo; llamadas también metodologías tradicionales o clásicas,
donde se realiza una intensa etapa de análisis y diseño antes de la construcción del
sistema
Recomendaciones
Todos no podemos llegar a ser genios, pero al menos podemos ser más creativos si
cultivamos y aprovechamos las facultades personales. Para ello vamos a ofrecer
algunas recomendaciones prácticas, que pueden ser de gran utilidad:
1.- Reserve tiempo para leer y pensar sobre otros temas que no sean el objeto
central de su interés.
2.- Coleccione y archive recortes, notas e ideas que le parezcan interesantes.
3.- Busque todas las fuentes de información posibles.
4.- Busque los factores claves de un problema y procure aislarlos.
5.- Cuestione todas las suposiciones planteadas respecto al problema que se
plantee.
6.- No se apresure en descartar ideas poco ortodoxas y desusadas.
7.- Pregúntese una y otra vez cuáles son los límites verdaderos de su problema.
8.- Halle las variables del problema mediante análisis.
9.- Anote las ideas y diversos métodos que podrían resolver el problema.
10.- Niéguese a permitir que los fracasos iniciales lo desanimen.
11.- Cuídese de los peligros de aferrarse demasiado pronto a una idea o estrategia.
12.- Suspenda su pensamiento crítico.
13.- Impóngase cuotas de ideas. Esto es, proponerse tener más de
3, 4 ó 5 ideas, según sea el caso sobre un problema.
14.- Si no está usted avanzando, deje momentáneamente el problema y haga algo
diferente.
15.- Cuando esté buscando soluciones a un problema o cuando aún no haya
madurado ninguna lo suficientemente, evite las discusiones e intromisiones.
16.- Una vez formulada la idea, elimine todo orgullo y prepárese para recibir la
crítica cuando vaya a exponerla.
17.- Recepcione y analice toda crítica, tanto la proveniente de especialistas, como
la que realicen neófitos o desconocedores del tema.
Excepto en casos singulares, el software (que incluye al firware de los
computadores) nunca es propiedad del usuario. La adquisición del programa es en
realidad la adquisición solamente del derecho de uso del programa, la licencia, bajo
termino definidos por el fabricante. El uso de software fuera de esos términos
constituye un delito contra la propiedad intelectual.
Debe instalarse solamente el software necesario para las funciones esperadas del
equipo. En la mayoría de los casos, eso se limita al software
básicos sistemas operativos (usualmente Windows 95), aplicativos de oficina y
navegación (usualmente Office 97, Internet Explorer 4.01) y el cliente de red
(BackOffice 4). Todo computador adquirido para la universidad debe contar con
licencias para software mencionado (o su equivalente en plataformas Macintosh
o Unix), en esas versiones o mas recientes. Las licencias deben corresponder a las
versiones, ya que no se pueden instalar una versión mas recientes con una licencia
de versiones anteriores.
Conclusiones
El desarrollo del software y la programación es uno de los pilares fundamentales
de la informática y al cual se dedican muchas horas de esfuerzos en empresas,
colegios, academias y universidades.
Conforme a la tecnología va avanzando, van apareciendo nuevas soluciones,
nuevas formas de programación, nuevos lenguajes y un sin fin de herramientas
que intentan realizar el trabajo del desarrollador un poco mas fácil.
La programación orientadas a objetos o los compiladores basados en maquinas
virtuales (en muchos casos, multiplataforma), también a sus puestos unas
renovación en la manera de programar.
Microsoft como empresa desarrolladora se software, es consciente de lo
importante que es hacer buenos desarrollos y lo complicado que es; por eso,
intenta aportar las mejores soluciones al mercado. En la actualidad la sociedad se
encuentra en una época de transición, que se encamina hacia un nuevo estilo de
programación basada en estándares y para ello Microsoft propone la plataforma
.NET.
Linkografia
http://www.monografias.com/trabajos90/metodologia-desarrollo-sistema-
informacion/metodologia-desarrollo-sistema-informacion.shtml
http://es.scribd.com/doc/17519265/Metodologia-Para-el-Desarrollo-de-
Sistemas#scribd
https://es.wikipedia.org/wiki/Metodolog%C3%ADa_de_Booch
https://www.google.com.pe/search?q=Metodolog%C3%ADas+para+el+Desarrollo
+de+Sistemas&oq=Metodolog%C3%ADas+para+el+Desarrollo+de+Sistemas&aqs=
chrome..69i57.410j0j4&sourceid=chrome&es_sm=93&ie=UTF-
8#q=metodologia+de+rumbaugh+1991
https://procesosdesoftware.wikispaces.com/METODOLOGIAS+PARA+DESARROL
LO+DE+SOFTWARE
http://www.monografias.com/trabajos53/desarrollar-creatividad/desarrollar-
creatividad2.shtml?monosearch

Más contenido relacionado

La actualidad más candente

Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
UNIVERSIDAD PERUANA DE INVESTIGACIÓN Y NEGOCIOS
 
Metodologias Para El Analisis Y Diseño De Sistemas.
Metodologias Para El Analisis Y Diseño De Sistemas.Metodologias Para El Analisis Y Diseño De Sistemas.
Metodologias Para El Analisis Y Diseño De Sistemas.
German Rodriguez
 
Evaluacion de un sistema
Evaluacion de un sistemaEvaluacion de un sistema
Evaluacion de un sistema
stingjo
 
Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemas
Jesus A. Olivier Pereira
 
Introducción al Análisis Orientado a Objetos
Introducción al Análisis Orientado a ObjetosIntroducción al Análisis Orientado a Objetos
Introducción al Análisis Orientado a Objetos
Wilfredo Mogollón
 
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
 
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Jhezuz Montilla
 
Conceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseñoConceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseño
Universidad Pedagógica y Tecnológica de Colombia
 
Métodos estructurados
Métodos estructuradosMétodos estructurados
Métodos estructurados
Andres Morales
 
Proceso de análisis
Proceso de análisisProceso de análisis
Proceso de análisis
Jesus Peralta
 
Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)
Yaskelly Yedra
 
Metodologia Estructurada
Metodologia Estructurada Metodologia Estructurada
Metodologia Estructurada
Luis Eduardo Aponte
 
Presentación Unidad 3: Análisis de las Necesidades del Sistema
Presentación Unidad 3: Análisis de las Necesidades del SistemaPresentación Unidad 3: Análisis de las Necesidades del Sistema
Presentación Unidad 3: Análisis de las Necesidades del Sistema
Mariana Marabay Alba
 
Arquitectura de Bases de Datos Oracle
Arquitectura de Bases de Datos OracleArquitectura de Bases de Datos Oracle
Arquitectura de Bases de Datos Oracle
vinivaldivieso
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
Jorge Garcia
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
nenyta08
 
Unidad 1 conceptos generales del diseño de sistemas
Unidad 1  conceptos generales del diseño de sistemasUnidad 1  conceptos generales del diseño de sistemas
Unidad 1 conceptos generales del diseño de sistemas
yenny enriquez
 
Requisitos funcionales del sistema
Requisitos funcionales del sistemaRequisitos funcionales del sistema
Requisitos funcionales del sistema
fanyto
 
Modelos de datos y procesos
Modelos de datos y procesosModelos de datos y procesos
Modelos de datos y procesos
I.U.Politecnico Santiago Mariño
 
Diferencias y similitudes entre los tipos de si
Diferencias y similitudes entre los tipos de siDiferencias y similitudes entre los tipos de si
Diferencias y similitudes entre los tipos de si
franciscogarcia1303
 

La actualidad más candente (20)

Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Metodologias Para El Analisis Y Diseño De Sistemas.
Metodologias Para El Analisis Y Diseño De Sistemas.Metodologias Para El Analisis Y Diseño De Sistemas.
Metodologias Para El Analisis Y Diseño De Sistemas.
 
Evaluacion de un sistema
Evaluacion de un sistemaEvaluacion de un sistema
Evaluacion de un sistema
 
Analisis y diseño de sistemas
Analisis y diseño de sistemasAnalisis y diseño de sistemas
Analisis y diseño de sistemas
 
Introducción al Análisis Orientado a Objetos
Introducción al Análisis Orientado a ObjetosIntroducción al Análisis Orientado a Objetos
Introducción al Análisis Orientado a Objetos
 
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...
 
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
Cuadro comparativo sobre las diferentes metodologías para el análisis y desar...
 
Conceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseñoConceptos basicos de analisis y diseño
Conceptos basicos de analisis y diseño
 
Métodos estructurados
Métodos estructuradosMétodos estructurados
Métodos estructurados
 
Proceso de análisis
Proceso de análisisProceso de análisis
Proceso de análisis
 
Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)Diagrama de Flujo de Datos (DFD)
Diagrama de Flujo de Datos (DFD)
 
Metodologia Estructurada
Metodologia Estructurada Metodologia Estructurada
Metodologia Estructurada
 
Presentación Unidad 3: Análisis de las Necesidades del Sistema
Presentación Unidad 3: Análisis de las Necesidades del SistemaPresentación Unidad 3: Análisis de las Necesidades del Sistema
Presentación Unidad 3: Análisis de las Necesidades del Sistema
 
Arquitectura de Bases de Datos Oracle
Arquitectura de Bases de Datos OracleArquitectura de Bases de Datos Oracle
Arquitectura de Bases de Datos Oracle
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
Unidad 1 conceptos generales del diseño de sistemas
Unidad 1  conceptos generales del diseño de sistemasUnidad 1  conceptos generales del diseño de sistemas
Unidad 1 conceptos generales del diseño de sistemas
 
Requisitos funcionales del sistema
Requisitos funcionales del sistemaRequisitos funcionales del sistema
Requisitos funcionales del sistema
 
Modelos de datos y procesos
Modelos de datos y procesosModelos de datos y procesos
Modelos de datos y procesos
 
Diferencias y similitudes entre los tipos de si
Diferencias y similitudes entre los tipos de siDiferencias y similitudes entre los tipos de si
Diferencias y similitudes entre los tipos de si
 

Similar a Metodologías para el desarrollo de sistemas

Metodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de SistemasMetodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de Sistemas
Elvis Mendoza Sequera
 
Alumno david gimenez ci 26846136 metodología
Alumno david gimenez ci 26846136 metodologíaAlumno david gimenez ci 26846136 metodología
Alumno david gimenez ci 26846136 metodología
David Alexander
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemas
Alexander Pino
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistema
Victor Barraez
 
Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1
Tomasjz
 
Fundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de RequerimientosFundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de Requerimientos
Glamisleidys Chourio
 
Analisis de sistema
Analisis de sistemaAnalisis de sistema
Analisis de sistema
Manuel Medina
 
República bolivariana de venezuela
República bolivariana de venezuelaRepública bolivariana de venezuela
República bolivariana de venezuela
aularjesus
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian Oblitas
Christian1705
 
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOUnidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Guillermo Hernandez Miranda
 
Metodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemasMetodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemas
Andoni Vasquez
 
20% del segundo corte
20% del segundo corte20% del segundo corte
20% del segundo corte
joelfinol
 
Ciclo de vida de los sistemas
Ciclo de vida de los sistemasCiclo de vida de los sistemas
Ciclo de vida de los sistemas
Gustavo Oseche
 
Proceso de analisis wilmer santeliz
Proceso de analisis wilmer santelizProceso de analisis wilmer santeliz
Proceso de analisis wilmer santeliz
wilensanz
 
Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2
johannalp
 
Presentación2
Presentación2Presentación2
Presentación2
densy de la cruz lucero
 
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfclasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
CESARAS4
 
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
ElvisAR
 
Ingenieria del Software
Ingenieria del SoftwareIngenieria del Software
Ingenieria del Software
Luis R Inciarte
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
Municipio Cantón Pastaza
 

Similar a Metodologías para el desarrollo de sistemas (20)

Metodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de SistemasMetodologias de Analisis y Diseno de Sistemas
Metodologias de Analisis y Diseno de Sistemas
 
Alumno david gimenez ci 26846136 metodología
Alumno david gimenez ci 26846136 metodologíaAlumno david gimenez ci 26846136 metodología
Alumno david gimenez ci 26846136 metodología
 
Metodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemasMetodologias para el analisis y diseño de sistemas
Metodologias para el analisis y diseño de sistemas
 
Ciclo de vida de un sistema
Ciclo de vida de un sistemaCiclo de vida de un sistema
Ciclo de vida de un sistema
 
Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1Ciclo de-vida-de-un-sistema-1
Ciclo de-vida-de-un-sistema-1
 
Fundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de RequerimientosFundamentos Y Metodos de Analisis de Requerimientos
Fundamentos Y Metodos de Analisis de Requerimientos
 
Analisis de sistema
Analisis de sistemaAnalisis de sistema
Analisis de sistema
 
República bolivariana de venezuela
República bolivariana de venezuelaRepública bolivariana de venezuela
República bolivariana de venezuela
 
Trabajo de Christian Oblitas
Trabajo de Christian OblitasTrabajo de Christian Oblitas
Trabajo de Christian Oblitas
 
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOUnidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
 
Metodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemasMetodologías del análisis y diseño de sistemas
Metodologías del análisis y diseño de sistemas
 
20% del segundo corte
20% del segundo corte20% del segundo corte
20% del segundo corte
 
Ciclo de vida de los sistemas
Ciclo de vida de los sistemasCiclo de vida de los sistemas
Ciclo de vida de los sistemas
 
Proceso de analisis wilmer santeliz
Proceso de analisis wilmer santelizProceso de analisis wilmer santeliz
Proceso de analisis wilmer santeliz
 
Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2Sistema como cambio organizacional planeado 2
Sistema como cambio organizacional planeado 2
 
Presentación2
Presentación2Presentación2
Presentación2
 
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdfclasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
clasificacindelasmetodologasdedesarrollodesoftware-151201230639-lva1-app6892.pdf
 
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
 
Ingenieria del Software
Ingenieria del SoftwareIngenieria del Software
Ingenieria del Software
 
Herramientas fabry
Herramientas fabryHerramientas fabry
Herramientas fabry
 

Último

pilote.pdf para pilotear a tu profesor gg
pilote.pdf para pilotear a tu profesor ggpilote.pdf para pilotear a tu profesor gg
pilote.pdf para pilotear a tu profesor gg
PieroAxel
 
TRABAJO FINAL COMERCIO ELECTRONICO.
TRABAJO FINAL COMERCIO ELECTRONICO.TRABAJO FINAL COMERCIO ELECTRONICO.
TRABAJO FINAL COMERCIO ELECTRONICO.
veronica21093021
 
UNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vida
UNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vidaUNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vida
UNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vida
Sofia Paula Soledispa
 
MODULO 1 PRIMEROS AUXILIOS primeros .pptx
MODULO 1 PRIMEROS AUXILIOS primeros .pptxMODULO 1 PRIMEROS AUXILIOS primeros .pptx
MODULO 1 PRIMEROS AUXILIOS primeros .pptx
pazcastro13
 
Presentación.pdf Jesús Díaz, IUP Santiago Mariño
Presentación.pdf Jesús Díaz,  IUP Santiago MariñoPresentación.pdf Jesús Díaz,  IUP Santiago Mariño
Presentación.pdf Jesús Díaz, IUP Santiago Mariño
jesusgrosales12
 
portadas intensamente para encuadernación
portadas intensamente para encuadernaciónportadas intensamente para encuadernación
portadas intensamente para encuadernación
patricia51715
 
Practica 1.- Cadena de Suministro Producto.docx
Practica 1.- Cadena de Suministro Producto.docxPractica 1.- Cadena de Suministro Producto.docx
Practica 1.- Cadena de Suministro Producto.docx
CARLOSDANIELSANNICOL
 
REVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdf
REVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdfREVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdf
REVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdf
OrianaPacheco4
 
Lluvia de Ideas Mapa Mental Creativo Colorido .pdf
Lluvia de Ideas Mapa Mental Creativo Colorido .pdfLluvia de Ideas Mapa Mental Creativo Colorido .pdf
Lluvia de Ideas Mapa Mental Creativo Colorido .pdf
ErikaUbillus
 
PORTAFOLIO de Luis Fernando Franco Rueda
PORTAFOLIO de Luis Fernando Franco RuedaPORTAFOLIO de Luis Fernando Franco Rueda
PORTAFOLIO de Luis Fernando Franco Rueda
lfranco7575
 
GRUPO 5 (1 proeycto en trabajo de varios amigos).docx
GRUPO 5 (1 proeycto en trabajo de varios amigos).docxGRUPO 5 (1 proeycto en trabajo de varios amigos).docx
GRUPO 5 (1 proeycto en trabajo de varios amigos).docx
andyjeanpiereag
 
Vida y Obra del Arquitecto Tomás José Sanabria
Vida y Obra del Arquitecto Tomás José SanabriaVida y Obra del Arquitecto Tomás José Sanabria
Vida y Obra del Arquitecto Tomás José Sanabria
imariagsg
 
Crear recurso multimedia_20240707_225930_0000.pdf
Crear recurso multimedia_20240707_225930_0000.pdfCrear recurso multimedia_20240707_225930_0000.pdf
Crear recurso multimedia_20240707_225930_0000.pdf
saraicarmona1725
 
Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...
Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...
Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...
mukeshagarwal5411
 
TERCER PARCIAL LIBRO iDEACION ARQUITECTONICA
TERCER PARCIAL LIBRO iDEACION ARQUITECTONICATERCER PARCIAL LIBRO iDEACION ARQUITECTONICA
TERCER PARCIAL LIBRO iDEACION ARQUITECTONICA
ALVARONICOLASBUSTILL
 
Calendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docx
Calendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docxCalendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docx
Calendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docx
JennyRomero71
 
Arquitectura en Europa 1750-1900 Paola Perez
Arquitectura en Europa 1750-1900 Paola PerezArquitectura en Europa 1750-1900 Paola Perez
Arquitectura en Europa 1750-1900 Paola Perez
Paola575380
 
la computadora y los programas de diseño.pdf
la computadora y los programas de diseño.pdfla computadora y los programas de diseño.pdf
la computadora y los programas de diseño.pdf
anibalvc1999
 
INVITACION-ANIVERSARIO-COLEGIO-2020.docx
INVITACION-ANIVERSARIO-COLEGIO-2020.docxINVITACION-ANIVERSARIO-COLEGIO-2020.docx
INVITACION-ANIVERSARIO-COLEGIO-2020.docx
ALFREDOCORTEZSAMAN1
 
costumbres de la costa PAPELOTE DE TRABAJO .docx
costumbres de la costa PAPELOTE DE TRABAJO .docxcostumbres de la costa PAPELOTE DE TRABAJO .docx
costumbres de la costa PAPELOTE DE TRABAJO .docx
MariaGuerraGuevara
 

Último (20)

pilote.pdf para pilotear a tu profesor gg
pilote.pdf para pilotear a tu profesor ggpilote.pdf para pilotear a tu profesor gg
pilote.pdf para pilotear a tu profesor gg
 
TRABAJO FINAL COMERCIO ELECTRONICO.
TRABAJO FINAL COMERCIO ELECTRONICO.TRABAJO FINAL COMERCIO ELECTRONICO.
TRABAJO FINAL COMERCIO ELECTRONICO.
 
UNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vida
UNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vidaUNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vida
UNIVERSIDAD CENTRAL DEL ECUADOR Etica del pensamiento proyecto de vida
 
MODULO 1 PRIMEROS AUXILIOS primeros .pptx
MODULO 1 PRIMEROS AUXILIOS primeros .pptxMODULO 1 PRIMEROS AUXILIOS primeros .pptx
MODULO 1 PRIMEROS AUXILIOS primeros .pptx
 
Presentación.pdf Jesús Díaz, IUP Santiago Mariño
Presentación.pdf Jesús Díaz,  IUP Santiago MariñoPresentación.pdf Jesús Díaz,  IUP Santiago Mariño
Presentación.pdf Jesús Díaz, IUP Santiago Mariño
 
portadas intensamente para encuadernación
portadas intensamente para encuadernaciónportadas intensamente para encuadernación
portadas intensamente para encuadernación
 
Practica 1.- Cadena de Suministro Producto.docx
Practica 1.- Cadena de Suministro Producto.docxPractica 1.- Cadena de Suministro Producto.docx
Practica 1.- Cadena de Suministro Producto.docx
 
REVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdf
REVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdfREVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdf
REVISTA DIGITAL RELACIONES HUMANAS EN LA CONTADURÍA (5).pdf
 
Lluvia de Ideas Mapa Mental Creativo Colorido .pdf
Lluvia de Ideas Mapa Mental Creativo Colorido .pdfLluvia de Ideas Mapa Mental Creativo Colorido .pdf
Lluvia de Ideas Mapa Mental Creativo Colorido .pdf
 
PORTAFOLIO de Luis Fernando Franco Rueda
PORTAFOLIO de Luis Fernando Franco RuedaPORTAFOLIO de Luis Fernando Franco Rueda
PORTAFOLIO de Luis Fernando Franco Rueda
 
GRUPO 5 (1 proeycto en trabajo de varios amigos).docx
GRUPO 5 (1 proeycto en trabajo de varios amigos).docxGRUPO 5 (1 proeycto en trabajo de varios amigos).docx
GRUPO 5 (1 proeycto en trabajo de varios amigos).docx
 
Vida y Obra del Arquitecto Tomás José Sanabria
Vida y Obra del Arquitecto Tomás José SanabriaVida y Obra del Arquitecto Tomás José Sanabria
Vida y Obra del Arquitecto Tomás José Sanabria
 
Crear recurso multimedia_20240707_225930_0000.pdf
Crear recurso multimedia_20240707_225930_0000.pdfCrear recurso multimedia_20240707_225930_0000.pdf
Crear recurso multimedia_20240707_225930_0000.pdf
 
Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...
Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...
Girls Call Bangalore 000XX00000 Provide Best And Top Girl Service And No1 in ...
 
TERCER PARCIAL LIBRO iDEACION ARQUITECTONICA
TERCER PARCIAL LIBRO iDEACION ARQUITECTONICATERCER PARCIAL LIBRO iDEACION ARQUITECTONICA
TERCER PARCIAL LIBRO iDEACION ARQUITECTONICA
 
Calendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docx
Calendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docxCalendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docx
Calendario Liturgico Junio 2024 Parroquia Nuestra señora del Carmen.docx
 
Arquitectura en Europa 1750-1900 Paola Perez
Arquitectura en Europa 1750-1900 Paola PerezArquitectura en Europa 1750-1900 Paola Perez
Arquitectura en Europa 1750-1900 Paola Perez
 
la computadora y los programas de diseño.pdf
la computadora y los programas de diseño.pdfla computadora y los programas de diseño.pdf
la computadora y los programas de diseño.pdf
 
INVITACION-ANIVERSARIO-COLEGIO-2020.docx
INVITACION-ANIVERSARIO-COLEGIO-2020.docxINVITACION-ANIVERSARIO-COLEGIO-2020.docx
INVITACION-ANIVERSARIO-COLEGIO-2020.docx
 
costumbres de la costa PAPELOTE DE TRABAJO .docx
costumbres de la costa PAPELOTE DE TRABAJO .docxcostumbres de la costa PAPELOTE DE TRABAJO .docx
costumbres de la costa PAPELOTE DE TRABAJO .docx
 

Metodologías para el desarrollo de sistemas

  • 1. INSTITUTO SUPERIOR TECNOLOGICO PRIVADO “JUAN MEJIA BACA” Curso: Ingeniería deSoftware I Tema:Metodologías parael Desarrollo deSistemas Profesor:Marco Aurelio Porro Chulli Nombre:Eliset Rosa Apellidos:GonzalesUceda Carrera: Computación Informática Ciclo:5° Ciclo
  • 2. 2015 Metodologías para el Desarrollo de Sistemas Diseñar un sistema de información no solo requiere de la experiencia sino también de la metodología a seguir existen muchos autores que atreves de los años desarrollaron distintas metodología para este fin, esto se debió a la falta del manejo de datos en las empresas para mayor factibilidad y éxito de la misma, es por ello que hoy día existen Organizaciones exitosas y con altos puestos a nivel económico en el mundo actual, cave destacar que sin estos autores que a través del tiempo han aplicado su metodología y a sido demostrada que a través de estos métodos el éxito de las organizaciones se ha visto por el levantamiento o despertar económico de un país, de lo antes expuesto he leído la metodología de Llorens Fabregas, que evalúa un S.I. en 5 fases sumamente importantes para el desarrollo de un SI, que satisface las necesidades del individuo u organización a nivel mundial. El análisis de este autor es un análisis estructurado ya que consta de partes en las que se desarrolla la metodología para evaluar un SI.
  • 3. Definición MetodologíasParaelDesarrollo deSistemas: Son métodos que indican cómo hacer más eficiente el desarrollo de sistemas de información. Para ello suelen estructurar en fases la vida de dichos sistemas con el fin de facilitar su planificación, desarrollo y mantenimiento .Las metodologías de desarrollo de sistemas deben definir: objetivos, fases, tareas, productos y responsables, necesarios para la correcta realización del proceso y su seguimiento Los principales objetivos de una metodología de desarrollo son: Asegurar la uniformidad y calidad tanto del desarrollo como del sistema en sí. Satisfacer las necesidades de los usuarios del sistema. Conseguir un mayor nivel de rendimiento y eficiencia del personal asignado al desarrollo. Ajustarse a los plazos y costes previstos en la planificación. Generar de forma adecuada la documentación asociada a los sistemas. Facilitar el mantenimiento posterior de los sistemas Algunos Métodos o Metodologías pueden ser: Método de Cascada Pura. Método Espiral. Método de Codificar y Corregir. Método Prototipo. Método de Análisis y Diseño Estructurado método de Análisis y DiseñoEstructurado Muchos especialistas en sistemas de información reconocen la dificultad de comprender de manera completa sistemas grandes y complejos. El método de desarrollo del análisis estructurado tiene como finalidad superar ésa dificultad por medio de 1) la división del sistema en componentes y 2) la construcción de un modelo del sistema. El método incorpora elementos tanto de análisis como de diseño.
  • 4. ¿Qué es el análisis estructurado? El análisis estructurado concentra en especificar lo que se requiere que haga el sistema o la aplicación. No se establece cómo se cumplirán los Requerimientos o la forma en que implantará la aplicación. Más bien permite que las personas observen los elementos lógicos (lo que hará el sistema) separados de los componentes físicos (computadoras, terminales, sistemas de almacenamiento, etc.) Después de esto se puede desarrollar un diseño físico eficiente para la situación donde será utilizado. Elementos del análisis estructurado: Los elementos esenciales son símbolos gráficos, diagramas de flujo de datos y diccionario centralizado de datos. Descripción gráfica Una de las formas de describir un sistema es preparar un bosquejo que señale sus características, identifique la función para la que sirve e indique cómo éste interactúa con otros elementos, entre otras cosas. Sin embargo, describir de esta manera un sistema grande es un proceso tedioso y propenso errores ya que es fácil omitir algún detalle o dar una explicación que quizá los demás no entiendan En lugar de las palabras el análisis estructurado utiliza símbolos, o íconos, para crear un modelo gráfico del sistema. Los modelos de este tipo muestran los detalles del sistema. Si se seleccionan los símbolos y notación correctos entonces casi cualquier persona puede seguir la forma en que los componentes se acomodarán entre sí para formar el sistema. El diagrama lógico de flujo de datos muestra las fuentes y destinos de los datos, identifica y da nombre a los procesos que se llevan a cabo, identifica y da nombre a los grupos de datos que relacionan una función con otra y señálalos almacenes de datos a los que se tiene acceso. Diagrama de flujo de datos: El modelo del sistema recibe el nombre de diagrama de flujo de datos (DFD). La descripción completa de un sistema está formada por un conjunto de diagramas de flujo de datos. Pará desarrollar una descripción del sistema por el método de análisis estructurado se sigue un proceso descendente (TOP-Down). El modelo original detalla en diagramas de bajo nivel que muestran características adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujo de datos cada vez más detallados. Esta secuencia se repite hasta que se obtienen suficientes detalles que permiten al analista comprender en su totalidad la parte del sistema que se encuentra bajo investigación. Diccionario de datos: Todaslasdefinicionesdeloselementosenelsistema(flujodedatos,procesos y almacenes de datos) están descritos en forma detallada en el diccionario de datos. Si algún miembro del equipo encargado del proyecto desea saber alguna definición del nombre de un dato o el contenido particular
  • 5. de un flujo de datos, esta información debe encontrarse disponible en el diccionario de datos. ¿Qué es el diseño estructurado? Se enfoca en el desarrollo de especificaciones del software. La meta del diseño estructurado es crear programas formados por módulos independientes unos de otros desde el punto de vista funcional. El diseño estructurado es una técnica específica para el diseño de programas y no un método de diseño de comprensión. Esta técnica conduce a La especificación de módulos de programa que son funcionalmente independientes. La herramienta fundamental del diseño estructurado es el diagrama estructurado, los cuales son de naturaleza gráfica y evitan cualquier referencia relacionada con el hardware o detalles físicos. Su finalidad no es mostrar la lógica de los programas. Los diagramas estructurados describen la interacción entre módulos independientes junto con los datos que un módulo pasa a otro cuando interacciona con él. Estas especificaciones funcionales para los módulos se proporcionan a los programadores antes que dé comienzo la fase de escritura de código. Empleo del Análisis estructurado con otros métodos de desarrollo: El análisis estructurado se combina, con bastante frecuencia, con el método ya presentado de ciclo de vida clásico de desarrollo de sistemas. Por ejemplo, los analistas pueden optar más de flujo de datos como una forma para documentar las relaciones entre componentes durante la investigación Detallada de algún sistema existente, Asimismo, se puede definir los archivos y datos en un diccionario centralizado de datos de acuerdo con las reglas de análisis estructurado. Sin embargo muchas organizaciones optan por no utilizar este método de desarrollo. Por ejemplo, los analistas deciden con frecuencia que el desarrollo de diagramas y esquemas es una tarea que consume mucho tiempo, sobre todo si el sistema es grande y complejo. (Es común que los diagramas tengan qué dibujarse una y otra vez conforme se adquiere nueva información). Conoce verá más adelante, se han desarrollado herramientas asistidas por computadora para superar este problema. Otros analistas señalan que los elementos que faltan, tales como las personas los procedimientos de control, son parte del sistema mismo y no pueden omitirse en la descripción de éste. Más adelante se considerará este aspecto tan importante OtrasPosibles Metodologíassonlassiguientes Berard 1992. Booch 1991. Coad yYourdon 1990. Embley y Kurtz 1990.
  • 6. Martin y Odell 1992. Rumbaugh 1991. Shlaer y Mellor 1992. Wirfs – Brock 1990
  • 7. Metodologías MetodologíadeBooch1991 La Metodología de Booch es una técnica usada en ingeniería de software. Es un lenguaje de modelado de objetos y una metodología ampliamente usada en el diseño de software orientado a objetos. Fue desarrollada por Grady Booch mientras trabajaba para Rational Software (hoy parte de IBM). Los aspectos notables de la metodología de Booch han sido superados por el Lenguaje Unificado de Modelado, que combina elementos gráficos de la metodología de Booch junto a elementos de la técnica de modelado de objetosy la Ingeniería de software orientada a objetos Los aspectos metodológicos de la metodología de Booch fueron incorporados en varias metodologías y procesos, siendo la principal de ellas el Proceso Racional Unificado (RUP).
  • 8. MetodologíadeJamesMartin Esta metodología de desarrollo de Software es mejor conocida como Metodología RAD (Rapid Application Development) o Desarrollo rápido de Aplicaciones, y fue creada por el gurú de computación James Martin en 1991. Está orientada a disminuir radicalmente el tiempo necesario para diseñar e implementar Sistemas de Información, el RAD cuenta con una participación intensa del usuario, sesiones JAD, prototipaje, herramientas CSE integradas y generadores de código. El Rad requiere cuatro ingredientes esenciales: gerencia, gente, metodologías y herramientas. Fases o Etapas de Metodología RAD de James Martin.
  • 9. 1) Etapa de Planificación de Requisitos: Esta etapa requiere que los usuarios con un vasto conocimiento de los procesos de la compañía determinen cuáles serán las funciones del sistema. Debe darse una discusión estructurada sobre los problemas de la compañía que necesitan solución. 2) Etapa de Diseño: Esta consiste de un análisis detallado de las actividades de la compañía en relación al sistema propuesto. Los usuarios participan activamente en talleres bajo la tutela de los profesionales de la informática. En ellos descomponen funciones y definen entidades asociadas con el sistema. Una vez se completa el análisis se crean los diagramas que definen las alteraciones entre los procesos y la data. 3) Construcción: En la etapa de construcción el equipo de desarrolladores trabajando de cerca con los usuarios finalizan el diseño y la construcción del sistema. La construcción de la aplicación consiste de una serie de pasos donde los usuarios tienen la oportunidad de afirmar los requisitos y repasar los resultados. 4) Implementación: Esta etapa envuelve la implementación del nuevo producto y el manejo de cambio del viejo al nuevo sistema. Se hacen pruebas comprensivas y se adiestran los usuarios.
  • 10. Resumen Diseñar un sistema de información no solo requiere de la experiencia sino también de la metodología a seguir existen muchos autores que atreves de los años desarrollaron distintas metodología para este fin, esto se debió a la falta del manejo de datos en las empresas para mayor factibilidad y éxito de la misma, es por ello que hoy día existen Organizaciones exitosas y con altos puestos a nivel económico en el mundo actual, cave destacar que sin estos autores que a través del tiempo han aplicado su metodología y a sido demostrada que a través de estos métodos el éxito de las organizaciones se ha visto por el levantamiento o despertar económico de un país, de lo antes expuesto he leído la metodología de Llorens Fabregas, que evalúa un S.I. en 5 fases sumamente importantes para el desarrollo de un SI, que satisface las necesidades del individuo u organización a nivel mundial. El análisis de este autor es un análisis estructurado ya que consta de partes en las que se desarrolla la metodología para evaluar un SI. Desarrollo, aquellas metodologías con mayor énfasis en la planificación y control del proyecto, en especificación precisa de requisitos y modelado, reciben el apelativo de Metodologías Tradicionales (o también denominadas Metodologías Pesadas, o Peso Pesado). Otras metodologías, denominadas Metodologías Ágiles, están más orientadas a la generacas por una fuerte planificación durante todo el proceso de desarrollo; llamadas también metodologías tradicionales o clásicas, donde se realiza una intensa etapa de análisis y diseño antes de la construcción del sistema
  • 11. Recomendaciones Todos no podemos llegar a ser genios, pero al menos podemos ser más creativos si cultivamos y aprovechamos las facultades personales. Para ello vamos a ofrecer algunas recomendaciones prácticas, que pueden ser de gran utilidad: 1.- Reserve tiempo para leer y pensar sobre otros temas que no sean el objeto central de su interés. 2.- Coleccione y archive recortes, notas e ideas que le parezcan interesantes. 3.- Busque todas las fuentes de información posibles. 4.- Busque los factores claves de un problema y procure aislarlos. 5.- Cuestione todas las suposiciones planteadas respecto al problema que se plantee. 6.- No se apresure en descartar ideas poco ortodoxas y desusadas. 7.- Pregúntese una y otra vez cuáles son los límites verdaderos de su problema. 8.- Halle las variables del problema mediante análisis. 9.- Anote las ideas y diversos métodos que podrían resolver el problema. 10.- Niéguese a permitir que los fracasos iniciales lo desanimen. 11.- Cuídese de los peligros de aferrarse demasiado pronto a una idea o estrategia. 12.- Suspenda su pensamiento crítico. 13.- Impóngase cuotas de ideas. Esto es, proponerse tener más de 3, 4 ó 5 ideas, según sea el caso sobre un problema. 14.- Si no está usted avanzando, deje momentáneamente el problema y haga algo diferente. 15.- Cuando esté buscando soluciones a un problema o cuando aún no haya madurado ninguna lo suficientemente, evite las discusiones e intromisiones.
  • 12. 16.- Una vez formulada la idea, elimine todo orgullo y prepárese para recibir la crítica cuando vaya a exponerla. 17.- Recepcione y analice toda crítica, tanto la proveniente de especialistas, como la que realicen neófitos o desconocedores del tema. Excepto en casos singulares, el software (que incluye al firware de los computadores) nunca es propiedad del usuario. La adquisición del programa es en realidad la adquisición solamente del derecho de uso del programa, la licencia, bajo termino definidos por el fabricante. El uso de software fuera de esos términos constituye un delito contra la propiedad intelectual. Debe instalarse solamente el software necesario para las funciones esperadas del equipo. En la mayoría de los casos, eso se limita al software básicos sistemas operativos (usualmente Windows 95), aplicativos de oficina y navegación (usualmente Office 97, Internet Explorer 4.01) y el cliente de red (BackOffice 4). Todo computador adquirido para la universidad debe contar con licencias para software mencionado (o su equivalente en plataformas Macintosh o Unix), en esas versiones o mas recientes. Las licencias deben corresponder a las versiones, ya que no se pueden instalar una versión mas recientes con una licencia de versiones anteriores. Conclusiones El desarrollo del software y la programación es uno de los pilares fundamentales de la informática y al cual se dedican muchas horas de esfuerzos en empresas, colegios, academias y universidades. Conforme a la tecnología va avanzando, van apareciendo nuevas soluciones, nuevas formas de programación, nuevos lenguajes y un sin fin de herramientas que intentan realizar el trabajo del desarrollador un poco mas fácil. La programación orientadas a objetos o los compiladores basados en maquinas virtuales (en muchos casos, multiplataforma), también a sus puestos unas renovación en la manera de programar. Microsoft como empresa desarrolladora se software, es consciente de lo importante que es hacer buenos desarrollos y lo complicado que es; por eso, intenta aportar las mejores soluciones al mercado. En la actualidad la sociedad se encuentra en una época de transición, que se encamina hacia un nuevo estilo de programación basada en estándares y para ello Microsoft propone la plataforma .NET.