TRABAJO COLABORATIVO 1

PRESENTADO POR DEISSY SALAS ROVIRA LUZ ALEJANDRA MORAN LIZARAZO

TUTOR INGENIERO: JAIRO MARTINEZ BANDA

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA GRUPO N 301404_1

PROGRAMA INGENIERIA DE SISTEMAS

CURSO DE INGENIERIA DEL SOFTWARE NOVIEMBRE DE 2010

INTRODUCCION

Con el siguiente trabajo se pretende desarrollar un tema importante dentro del proceso de desarrollo de software, el cual viene a ser introduccin a la ingeniera de software, se tratarn modelos existentes y los pasos de cada uno, etc. Desde la aparicin de la computadora el hombre comenz a programar, esta actividad en sus inicios era como un arte oculto, que slo algunos conocan que a menudo eran programadores solitarios, cuando se les peda construir un sistema basado en computadora la realizacin del software, llevaba mucho tiempo y donde el cliente tena poco contacto con el producto y el desarrollador. Con el tiempo aparecieron mtodos que tomaban importancia al usuario y cuando el desarrollador y usuario se interrelacionaban obtenan un producto satisfactorio, y as fue que apareci la disciplina de Ingeniera del Software que ya ordenaba los procesos, mtodos, herramientas, etc. que se deban de seguir para obtener software de calidad. El Ingeniero del Software comienza a ser una profesin implantada en el mundo laboral internacional, con derechos, deberes y responsabilidades que cumplir, junto a una, reconocida consideracin social en el mundo empresarial y, por suerte, para esas personas con brillante futuro.

ACTIVIDAD 1: LINEA DE TIEMPO DE LA EVOLUCION DEL SOFTWARE

Durante los primeros aos de la computadora, el software se contemplada como un aadido. La programacin de computadoras era un "arte de andar por casa" para el que existan pocos mtodos Sistemticos. El desarrollo del software se realizaba virtualmente sin ninguna planificacin, hasta que los planes comenzaron a romperse y los costes a correr, los programadores trataban de hacer las cosas bien, y con un esfuerzo heroico, a menudo resultaban con xito. Los problemas a ser resueltos eran principalmente de una naturaleza tcnica, el nfasis estaba en expresar algoritmos conocidos eficazmente en algn lenguaje de programacin. En estos primeros aos lo normal era que el hardware fuera de propsito general. Por otra parte, el software se disea a medida para cada aplicacin y tena una distribucin relativamente pequea La segunda era de la evolucin de los sistemas de las computadoras se extiende desde la mitad de la Dcada de los sesenta hasta finales de los setenta. La multiprogramacin y los sistemas multiusuario introdujeron nuevos conceptos de interaccin hombre - mquina las tcnicas interactivas, abrieron un nuevo mundo de aplicaciones y nuevos niveles de sofisticacin de hardware y software los sistemas de tiempo real podan, recoger analizar y transformar datos de mltiples fuentes, controlando as los procesos y produciendo salidas en mil segundos en lugar de minutos, los avances en los dispositivos de almacenamiento en lnea condujeron a la primera generacin de sistemas de gestin de base de datos. Esta era se caracteriz tambin por el establecimiento del software ya se desarrollaba para tener una amplia distribucin en un mercado multidisciplinario. Losprogramdistribuan para computadoras grandes y para minicomputadoras, a cientos e incluso a miles de usuarios La tercera era de la evolucin de los sistemas de las computadoras se extiende desde la mitad de la dcada de los sesenta y contino ms all de una dcada. El sistema, distribuidas mltiples computadoras, cada una ejecutando funciones concurrentes y comunicndose con alguna otra, incremento notablemente la complejidad de los sistemas informticos. Las redes de rea local y de rea global, las comunicaciones digitales de alto ancho de banda y la creciente demanda de acceso instantneo a los datos, supusieron una fuerte presin entre los desarrolladores del software. An ms, los sistemas y el software que lo permitan continuaron residiendo dentro de la industria y de la academia. El uso personal era extrao. La cuarta era de la evolucin de los sistemas informticos se aleja de las computadoras individuales y de los programas de computadoras, dirigindose al impacto colectivo de las mismas y del software. Potentes maquinas personales controladas por sistemas operativos sofisticados, en redes globales y locales, acompaadas por aplicaciones de software avanzadas se han convertido en la norma. La industria del software ya es la cuna de la economa del mundo. Las decisiones tomadas por gigantes de la industria tales como Microsoft arriesgan billones de dlares. A medida que la cuarta generacin progresa, han comenzado a surgir nuevas tecnologas. Las tecnologas orientadas a objetos estn desplazando rpidamente los enfoques de desarrollo de software ms convencionales en muchas reas de aplicaciones

1950

1970

1990

Siglo XXI

Actividad 2. Para los captulos 2 y 3, el equipo de trabajo estudiara los paradigmas de la ingeniera del software (Modelos de Proceso de Software) y responder de manera participativa y organizada a cada uno de los siguientes supuestos: PARADIGMAS DE LA INGENIERIA DEL SOFTWARE Modelo lineal o modelo en cascada. Este presenta una estructura secuencial, formado por seis fases. Anlisis del sistema Anlisis de requisitos de software Diseo Codificacin Prueba Mantenimiento Las fases incluyen dentro de s mismas determinadas tareas que se clasifican de una forma clara el trabajo a realizar. Una vez se el anlisis tanto del sistema como de los requisitos del software demandado por el cliente, se procede a la fase de diseo de la arquitectura global del software. Tras haber traducido el programa a un lenguaje comprensible para el ordenador, se comprueban los elementos de forma individual y ms tarde de manera homognea. Una vez entregado el software al cliente, la fase de mantenimiento comprender las actualizaciones y las correcciones de errores que sean necesarias en el programa. El modelo en cascada no permite retroceder por lo que se hace estrictamente necesario que al final de cada fase el analista o programador verifique y valide todo el trabajo realizado, ya que un error no detectado a tiempo podra perjudicar gravemente la fecha de entrega del software a nuestro cliente. Paradigma Ventajas y Desventajas

Modelo Lineal o Modelo en Cascada Sugiere un enfoque sistemtico, secuencial para el desarrollo de software. Las etapas que incluye son las siguientes: Ingeniera del Sistema: Analiza caractersticas y el comportamiento del sistema al que el software va a formar parte. Anlisis: comprende los datos que se van a manejar funcin, interfaces requeridas, rendimiento y dems. Diseo: aplica 4 caractersticas del software: la estructura de los datos, la arquitectura de las aplicaciones, las estructura interna de los programas e interfaces. Codificacin: Es la traduccin del diseo a un formato que sea comprensible para la maquina. Prueba: comprueba que no se haya producido errores

. Utilizacin: El software se entrega al cliente y comienza la vida til del mismo. Mantenimiento: el software sufre cambios de su vida til, durante este tiempo el cliente detecta errores, o que produzcan cambio a cualquier componente del sistema.

Los cambios introducidos durante el desarrollo confunden al equipo profesional en las etapas tempranas del proyecto. No es frecuente que el cliente o usuario final explicite clara y completamente los requisitos. La incertidumbre natural en los comienzos es luego difcil de acomodar. El cliente debe tener paciencia ya que el software no estar disponible hasta muy avanzado. Un error detectado por el cliente puede ser desastroso, implicando el inicio del proyecto con altos costos MODELO DRA Paradigma ventajas y desventajas Los ciclos comunes que determinan el proceso de software (mantenimiento, definicin y desarrollo) son ajustables en el software. El prototipo puede favorecer tres modelos posibles: Explicacin de las interacciones hombre mquina en papel o PC; implementacin de un subconjunto de actividades solicitadas; realizacin de toda la funcin preferida pero que tenga propiedad para mejorar. Funciona para modelos lineales, para modelos interactivos e incremntales, para modelos de evolucin e incluso para modelos concurrentes o de ensamblaje de componente. La ECP (estructura comn de proceso) es inalterable y se emplea como base para toda actividad del software. Modelo aplicable a la construccin de sistemas de informacin fcilmente acoplar. Permite la produccin del modelo de software a construir. Notifica a los clientes y desarrolladores expuestos. El problema es distinguir el modelo de desarrollo adecuado para la ingeniera de software que debe adaptarse en el proyecto. El defecto para proyectos considerable que notifica abundantemente procesos humanos. No todas las utilizaciones son convenientes para este modelo. No es apropiado cuando los riesgos altos. No es muy eficiente para la prctica que notifique la aceptacin de nuevas tecnologas porque la aplicacin puede perjudicar el cronograma del proyecto.

MODELO INCREMENTAL. Es una evolucin del modelo de cascada, viene a suplir el problema de no poder retroceder en las fases de desarrollo del software. Es por tanto un modelo secuencial. El funcionamiento es muy sencillo, comienza con el anlisis de los requisitos tras el cual se prepara un primer diseo. La novedad de este modelo respecto al anterior, es la

introduccin de interacciones para bifurcar diseos. Es decir este modelo ofrece la posibilidad de comenzar un diseo, arquitectura del software,

Que de no ser aprobado por el cliente es rechazado y se comienza con una segunda iteracin sin necesidad de realizar un nuevo anlisis de requisitos. Pueden realizarse tantas iteraciones como sean necesarias. MODELO DE CONSTRUCCIN DE PROTOTIPOS. Este modelo no secuencial basado en la construccin de simuladores o modelos ejecutables de aplicaciones ms extensos, persigue un objetivo principal, la participacin directa del cliente en la construccin del software requerido. Las fases son similares a las del modelo en cascada es necesario un anlisis previo de los requisitos tanto del sistema como del cliente, se concibe la arquitectura del sistema y se realiza el diseo del software. Sin embargo se incluye un elemento hasta ahora no utilizado que consiste en el diseo rpido de un prototipo que se mostrara al cliente para que evalu el trabajo realizado. El prototipo es una versin reducida del programa completo es una fachada virtual que mostramos al cliente. Tras recoger los requisitos tanto del cliente como del sistema, se comienza con el diseo rpido del prototipo el diseo final obedece al diseo de previo de pequeos prototipos especficos para funciones individuales. Paradigma ventajas y desventajas Modelo de Construccin de Prototipos No identifica el flujo del cicla de vida. Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios. Reduce costos y aumenta la probabilidad del xito. Exige disponer de las herramientas adecuadas. No presenta calidad ni robustez. Una vez identificados todos los requisitos mediante el prototipo, se construye el producto de ingeniera. El cliente ve funcionando lo que para el es la primera funcin del prototipo que ha sido construido y puede decepcionarle al indicarle que el sistema aun no ha sido construido. El desarrollo puede caer en la tentacin de aumentar el prototipo para construir el sistema final sin tener en cuenta las obligaciones de calidad y de mantenimiento que tiene con el cliente. MODELO ESPIRAL. Este modelo tambin no secuencial es algo ms complejo que los anteriores aunque incluye un elemento muy til, el anlisis de riesgos. El modelo en espiral concreta cuatro fases Planificacin Anlisis-anlisis de riesgo Ingeniera (construccin del prototipo)

Evaluacin por el cliente.

Si esta ltima fase es afirmativo el modelo continuo con la estructura del ciclo de vida clsico. Si el cliente no est satisfecho con el resultado, se cubre otra banda de la espiral y se vuelve a la primera fase.

Supuesto 1. El modelo del caos sugiere que un bucle de resolucin de problemas se puede aplicar en cualquier grado de resolucin. Indague sobre este modelo y explique la forma en que se aplicara el modelo para: MODELO DEL CAOS En el computar, Modelo del caos es una estructura de desarrollo del software eso ampla modelo espiral y modelo de la cascada. El modelo del caos fue definido por L.B.S. Raccoon. El modelo del caos observa que las fases del ciclo vital se aplican a todos los niveles de proyectos, del proyecto entero a las lneas individuales del cdigo.

Comprender lo requisitos de un producto de tratamiento de texto Desarrollar un componente de correccin ortogrfica y gramtica avanzado para el procesador de texto Generar un cdigo para un modulo de programa que determine el sujeto, predicado y objeto de una oracin

El proyecto entero debe ser definido, ser puesto en ejecucin, y ser integrado. Los sistemas deben ser definidos, ser puestos en ejecucin, y ser integrados. Los mdulos deben ser definidos, ser puestos en ejecucin, y ser integrados. Las funciones deben ser definidas, ser puestas en ejecucin, y ser integradas. Las lneas del cdigo se definen, se ponen en ejecucin y se integran.

Un cambio importante en perspectiva es si los proyectos se pueden pensar en cmo unidades entera, o se debe pensar en pedazos. Nadie escribe diez de millares de lneas de cdigo en uno que se sienta. Escriben los pedazos pequeos, una lnea a la vez, verificando que los pedazos pequeos trabajan. Entonces se acumulan de all. El comportamiento de un sistema complejo emerge del comportamiento combinado de los bloques de edificio ms pequeos. Hay varias relaciones con teora del caos.

El modelo del caos puede ayudar a explicar porqu el software tiende para ser tan imprevisible.

Explica porqu los conceptos de alto nivel tienen gusto arquitectura no puede ser tratado independientemente de lneas bajas del cdigo. Proporciona un gancho para explicar qu hacer despus, en trminos de estrategia del caos.

Supuesto 2 Proponer (4) propuestas de proyectos de desarrollo de software que sean adecuados para construir prototipos. Justificar las propuestas desde la teora estudiada

adecuados para construir prototipos Sistema para un negocio de venta por internet, como mercado libre Sistema de almacenes Sistema para tiendas de autoservicio Sistema para consultar citas medicas

Supuesto 3

El modelo DRA a menudo se une a herramientas CASE. Investigue la literatura y proporcione un resumen de una herramienta tpica CASE que soporte DRA.

El Adelanto dinmico de utilidades (DRA) es un modelo de proceso del desarrollo del software lineal secuencial que destaca un ciclo de desarrollo extremadamente corto. El modelo DRA es una transformacin a alta velocidad del modelo lineal secuencial en el que se consigue el desarrollo rpido empleando una construccin fundamentada en elementos. Siendo el lenguaje Modelado Unificado (UML) una herramienta CASE especial para el Desarrollo rpido de Aplicaciones.

CONCLUSIONES

Qu paradigmas de ingeniera del software de los presentados en este captulo piensa que sera el ms eficaz? Por qu? El modelo de mtodos formales, Cuando se utilizan mtodos formales durante el desarrollo, proporcionan un mecanismo para eliminar muchos de los problemas que son difciles de superar con paradigmas de la ingeniera del software. La ambigedad, lo incompleto y la inconsistencia se descubren y se corrigen ms fcilmente. Qu es ms importante, el producto o el proceso? En definitiva el proceso, hablando desde un enfoque de elaboracin, la meta es el producto, pero si no tiene un buen proceso de fabricacin el producto puede resultar con fallas o errores Al finalizar este trabajo nos dimos cuenta que la ingeniera del software facilita el control del proceso de desarrollo de software. Suministra a los desarrolladores las bases para construir software de alta calidad en una forma eficiente. Nos ayud a determinar que es un proceso de software Identificamos los procesos que se pueden aplicar al desarrollo del softwar

BIBLIOGRAFIA Libro: Ingeniera del software. Autor: Pressman Roger S. Editorial: McGraw-Hill. Modulo de ingeniera de software WEBGRAFIA
http://www.inf.utfsm.cl/~visconti/ili236/Documentos/01-IntroISw.pdf http://www.buenastareas.com/ensayos/Ingenieria-De-Software/822962. http://alarcos.inf-cr.uclm.es/doc/ISOFTWAREI/Tema03.pdf