Trabajo

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.

13. 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

14. https://procesosdesoftware.wikispaces.com/METODOLOGIAS+PARA+DESARROL
LO+DE+SOFTWARE
http://www.monografias.com/trabajos53/desarrollar-creatividad/desarrollar-
creatividad2.shtml?monosearch