Práctica 2 - Software e Ingeniería de Software

[pic 1]

INSTITUTO TECNOLOGICO DE LAS AMERICAS
(ITLA)

GRUPO 4

INTEGRANTES:

ASIGNATURA:

Introducción a la Ingeniería de Software

PROFESOR:

Ing. Leandro Fondeur Gil

TEMA:

Práctica 2 - Software e Ingeniería de Software

FECHA DE ENTREGA:

Domingo, 18 de enero de 2020.

PERIODO ACADÉMICO:

2020-C-1

Santo Domingo, República Dominicana

1 – Pregunta #1

1-Comunicación: Antes de que comience cualquier trabajo técnico, tiene importancia crítica comunicarse y colaborar con el cliente (y con otros participantes). Se busca entender los objetivos de los participantes respecto del proyecto, y reunir los requerimientos que ayuden a definir las características y funciones del software.

2-Planeación: Cualquier viaje complicado se simplifica si existe un mapa. Un proyecto de software es un viaje difícil, y la actividad de planeación crea un “mapa” que guía al equipo mientras viaja. El mapa —llamado plan del proyecto de software— define el trabajo de ingeniería de software al describir las tareas técnicas por realizar, los riesgos probables, los recursos que se requieren, los productos del trabajo que se obtendrán y una programación de las actividades.

3-Despliegue: El software (como entidad completa o como un incremento parcialmente terminado) se entrega al consumidor que lo evalúa y que le da retroalimentación, misma que se basa en dicha evaluación.

Acción: Concepción

La concepción es el inicio del proyecto, ya sea por una reunión, o alguna conversación que tuviste con alguien producto de las necesidades de algo.

El conjunto de tareas para ésta acción es:

1.        Desarrollar bien la idea del proyecto y tener claro que es lo que se quiere lograr.

2.        Investigar a que clientes éste proyecto suple sus necesidades.

3.        Conocer el ámbito en que se desarrollaran.

4.        Conocer el ambiente del tipo de cliente al que van dirigidos.

5.        Esas son las tareas principales de la Concepción, conocer el sistema y el ámbito en que se desarrollará.

2 – Pregunta #2

Es un transcurso particular cuya misión es ayudar a los ingenieros en desarrollo de software a cuantificar y mejorar su productividad personal.

PSP establece una agrupación de mediciones que permiten valorar y mejorar el transcurso de manera individual. Esas inspecciones se llevan como parte del proceso para capturar la información y después realizar el análisis de la conducta. Como consecuencia se pueden identificar las áreas de atención para mejorar los resultados.

Algunas de las métricas que se reúnen son:

•        Tiempo empleado en la fase

•        Tiempo total

•        Defectos introducidos en la fase

•        Defectos corregidos en la fase

•        Total de defectos introducidos/ corregidos

El ingeniero debe ejecutar varias actividades que lo ayudarán a saldar las mencionadas mediciones que valorarán su calidad y esfuerzo:

•        PLANEACION: Todas las mediciones se acumulan en hojas de trabajo o plantillas, se establecen las tareas de desarrollo y se crea un programa para un proyecto.

•        DISEÑO DE ALTO NIVEL: Se desarrolla las especificaciones externas mientras se crea el diseño de componentes.

•        REVISION DEL DISEÑO DE ALTO NIVEL: Se descubren errores en el diseño, se mantiene las mediciones para todas las taks y del trabajo importante.

•        DESARROLLO: Se mejora y revisa el diseño se mantiene errores en el diseño de componente, genera, revisa, compila y comprueba.

•        POST MORTEM: Se determina la eficacia del proceso por medio de medidas y mediciones obtenidas.

•        EL PPS: Se enfatizan las necesidades hasta de detectar los errores.

3 – Pregunta #3

En cada vuelta el producto gana madurez (osea se acerca cada vez más al final deseado) hasta que en una de esas vueltas, la evaluación lo apruebe y el bucle pueda abandonarse.

4 – Pregunta #4

Sí es posible, ya que mayormente los sistemas están segmentados en diversos bloques. Ejemplo, en un sistema de facturación puede utilizarse un modelo de proceso para la parte de la facturación y otro modelo para la parte del inventario; o para un videojuego, puede utilizarse un modelo de proceso para la parte de las animaciones, otro para los puntajes, otro para los diversos mundos que contiene el juego, entre otros (obviamente todo esto depende del juego y de cual modelo de proceso sería más factible utilizar en un bloque u otro).

...