16
Portafolio de Ingeniería del Software Grupo de Indistinto mañana 3C1 2012-2013 Luis José García Puchades 2012-2013

Portafolios de isw

Embed Size (px)

DESCRIPTION

 

Citation preview

Page 1: Portafolios de isw

Luis José García Puchades2012-2013

2012-2013

Portafolio de Ingeniería del SoftwareGrupo de Indistinto mañana 3C1

Page 2: Portafolios de isw

Introducción

Trabajo del portafolio del alumno Luis José García Puchades, alumno de 3º de Grado en Ingeniería Informática en la Escuela Técnica Superior de Ingeniería Informática de la Universidad Politécnica de Valencia, curos 2012-2013.

Page 3: Portafolios de isw

ContenidoIntroducción.................................................................................................................................1

Tema 2.........................................................................................................................................3

Tema 3 Diagrama de clases y casos de uso..................................................................................6

Tema 3 Capa de negocio..............................................................................................................7

Tema 3 Diagrama de Secuencia...................................................................................................8

Tema 8 Implementacion............................................................................................................10

Tema 8 Pruebas..........................................................................................................................11

Page 4: Portafolios de isw

Tema 2

Introducción

Preguntas del primer tema y segundo tema de la asignatura, incursión profunda en la ingeniería del software, asentamiento de conocimientos previos.

1. Comenta la siguiente afirmación: “La Ingeniería del Software es algo más que programar…”

La ingeniería del software es algo mas que programar, es facilitar la vida al cliente desarrollando un producto que se adecue a sus necesidades y a las de las personas que van hacer uso del software creado.

2. ¿Qué causas motivaron la necesidad de aplicar un enfoque ingenieril al desarrollo de software?

Las causas que motivaron dicha necesidad fue principalmente un software de mala calidad, que derivo en la crisis del software, en dicha crisis se replanteo el modelo que se aplicaba a la ingeniería del software, modificándolo para evitar que el numero de casos en los que el software era desechado antes de la entrega, se entregase fuera de plazo o su coste fuera excesivo, se redujesen.

3. Define el término “Proceso del Software”. Define el término “Modelo de Proceso Software”.

Proceso del software se define como el marco para el desarrollo de software y comprende el conjunto que forman el proceso de producción del software y el proceso de gestión. El modelo de proceso de software define como solucionar la problemática del desarrollo de sistemas de software.

4. ¿Existe algún modelo de proceso que incorpore prototipado? ¿Cuál? ¿Cuál es su objetivo?

Si el modelo clásico con prototipado, su objetivo es doble ayudar a los clientes a establecer los requisitos y a los desarrolladores a mejorar sus productos.

5. ¿Qué significa que un proceso de desarrollo de software sea iterativo, evolutivo e interactivo?

El desarrollo iterativo recomienda la construcción de secciones reducidas de software que irán ganando en tamaño para facilitar así la detección de problemas de importancia antes de que sea demasiado tarde. Mientras que en el desarrollo evolutivo es adaptable a requisitos cambiantes, se elaboran versiones cada vez más completas del software. Y en el desarrollo interactivo la

Page 5: Portafolios de isw

6. ¿Qué inconvenientes presenta el desarrollo en cascada? ¿Cuándo sería apropiado utilizarlo?

En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo que hace que fracase. El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base para que funcione bien. Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo.

7. Explica cuatro características relevantes del paradigma de programación automática.

Dicho paradigma evoluciona hacia el producto final, esto quiere decir que cada paso que realizamos nos acerca al producto que le entregaremos al cliente. Implementación automática del código produce una implementación más eficaz y más rápida, lo que hace que sea un algoritmo sin necesidad de pruebas y que su mantenimiento se realice sobre la especificación.

8. Explica qué diferencias existen entre el ciclo de vida incremental y el espiral.

En el ciclo de vida incremental se van entregando programas con mejoras hasta entregar el producto final, mientras que en el espiral no se entrega ninguna versión que no sea la definitiva.

9. ¿Qué diferencia existe entre los siguientes factores de calidad del software: corrección, fiabilidad e integridad?

Que un programa se correcto, no quiere decir que sea fiable e integro. Un programa puede hacer lo que el cliente quería, es decir es correcto, pero tener fallar muy a menudo, es decir no tener fiabilidad, y puede funcionar en un sistema operativo pero no en otro aunque sean del mismo fabricante, es decir no tiene integridad.

10. Explica por qué el proceso de redacción del plan de proyecto es iterativo y por qué debe revisarse continuamente durante el proyecto.

Porque esta sujeto a muchos factores que pueden variar con el tiempo, por tanto se necesita revisar con frecuencia para evitar que estos puedan retrasar en demasiada la entrega del proyecto.

11. En la Administración de un proyecto software, ¿qué es un hito? Pon un ejemplo.

El termino de tareas definidas a la hora de crear el proyecto, como acabar correctamente una parte del proyecto.

12. Identifica cuatro posibles riesgos que pueden surgir en un proyecto software. Explica a qué afectarían o podrían afectar en el proyecto.

Cambio en el tamaño del software respecto al pensado al iniciar el proyecto, esto afectaría en un retraso en la entrega.

Page 6: Portafolios de isw

Uso inadecuado de las herramientas a la hora de realizar el proyecto, un retraso en la entrega o incluso peor un producto de mala calidad.

Personal incapacitado, perder tiempo en la formación de dicho personal. Cambio de parecer del cliente, tener que realizar el proyecto desde el

principio.

13. Explica al menos cuatro causas de la siguiente situación: “Los productos software no son de calidad, sus costes sean elevados y su entrega sufre retrasos importantes”

Poca profesionalidad, no había profesionales adecuados. Retraso a la hora de entrega debido a las múltiples correcciones antes de

entregarlo. Software no adecuado para la fabricación de otro software. Demasiados errores que provocan un mantenimiento constante.

14. ¿Qué se entiende por el término “software de calidad”?

Un software con un necesidad de mantenimiento mínimo, correcto, fiable e integro y adecuado a lo que quiere el cliente.

Bibliografía

Transparencias de la asignatura. Ingeniería de software orientada a objetos con UML. Java e internet, Alfredo

Weitzenfeld. Apuntes propios de la asignatura. http://sophia.javeriana.edu.co/~metorres/ Pagina personal del profesor Miguel Torres

Ingeniero de sistemas por la universidad de Colombia y computer science por la universidad de Mississippi

Page 7: Portafolios de isw

Tema 3 Diagrama de clases y casos de uso

Introducción

Ejemplo de diagrama de clase y casos de uso, como los vistos en teoría y en prácticas.

Bibliografía

Transparencias de la propia asignatura

Page 8: Portafolios de isw

Tema 3 Capa de negocioLos ficheros .java se adjuntan en dos zips.

Bibliografía

Transparencias de la propia asignatura

Page 9: Portafolios de isw

Tema 3 Diagrama de Secuencia

Primer escenario

Page 10: Portafolios de isw

Segundo escenario

Bibliografía

Page 11: Portafolios de isw

Transparencias de la propia asignatura

Tema 8 ImplementacionEjercicio 1

1) No hay problemas ya que tiene un override.

2) No falla ejecuta maxDias() de socios

3) No falla por ser new

4) Ejecuta el de socioPref

5) Falla

6) Ejecuta el actualizar socio.

Ejercicio 2

1) El de OTipoA

2) El de Oprincipal

3) Falla

4) El de OAuxiliar

5) El de OTipoB

Los ficheros .java se adjuntan en dos zips.

Bibliografía

Transparencias de la propia asignatura

Page 12: Portafolios de isw

Tema 8 Pruebas

//la función comprueba si en tira hay un carácter mayor que letra

// entradas: tira : la cadena donde se realiza la comprobación

// letra : carácter a comparar

int hay_mayor_tira (char tira [4], char letra) {

int encontrado,j,lon;

encontrado=0; j=0;

lon=strlen(tira); // devuelve la longitud de la cadena

while ((!encontrado) && (j<lon)){

if (tira[j]>letra){

encontrado=1; // ha encontrado un carácter mayor

}

j++; // pasa a la siguiente letra de la cadena

}

return encontrado;

}

1

2

3

4

5

6

7

Page 13: Portafolios de isw

V (G) = 4

Camino 1: 1-2-7

Camino 2: 1-2-3-7

Camino 3: 1-2-3-4-5-6-7

Camino 4: 1-2-3-4-6-7

Casos de prueba

Camino encontrado j lon letra tira

1 1 - - a La tira

2 1 1 0 a La tira

3 1 2 4 a La tira

4 1 2 4 b La tira

Page 14: Portafolios de isw