INGENIERÍA DE SOFTWARE
Enviado por rey9aef • 16 de Noviembre de 2013 • Tesis • 1.386 Palabras (6 Páginas) • 369 Visitas
INGENIERÍA DE SOFTWARE
CURSO 2005
PRÁCTICA 1
Parte Uno = Conceptos generales
Algunas consideraciones: los ejercicios que se plantean a continuación deben ser desarrollados teniendo en cuenta el nivel de conocimiento que el alumno posee debido al grado de avance en la carrera. Estos temas no se desarrollan en forma concreta en teoría y la idea es que se vaya al ayudante con ideas concretas. El alumno podrá contar con información que lo conduzca a la resolución de los mismos en cualquier bibliografía del área de IS.
1. El software es la característica diferenciadora de muchos productos y sistemas informáticos. De ejemplos de dos o tres productos y de, al menos, un sistema en que el software y no el hardware, sea el elemento diferenciador
2. A medida que el software se difunde más, los riesgos para el usuario común o específico se convierte en una preocupación cada vez más significativa. Estos riesgos pueden estar provocados por programas defectuosos, por errores latentes, por cambio continuo en necesidades del usuario o por virus que afecten en sistema informático. Desarrolle escenarios potenciales (y que sean realistas) en donde el fallo de una computadora (o sistema informático) pueda causar un gran daño (económico, humano, o que trastorne nuestra vida cotidiana) y que riesgos de los comentados anteriormente pueden hacerse presente.
3. Desde su aparición (decada del 50) el software ha sido causa de varios mitos. La denominada crisis del software (década del 60) se produjo por creencias (mitos) donde se pretendía darle al software un entorno, básicamente de desarrollo, que no fue posible alcanzar. Estos mitos fueron corregidos durante las décadas posteriores, sin embargo fueron apareciendo algunos nuevos. Por ejemplo:
a. Tenemos una herramienta de desarrollo que es capaz de resolver todos los problemas que se nos presentan
b. Tengo un “manual de procedimientos” que me permite seguir el desarrollo del software desde el comienzo del problema hasta el posterior mantenimiento de la solución.
c. Si fallamos al planificar podemos añadir más gente para salvar las diferencias de tiempo en la agenda
d. Con una entrevista inicial y una descripción somera del problema alcanza, los detalles los podemos ir viendo luego a medida que desarrollamos.
e. El cliente siempre pide cosas nuevas, porque nos vamos a preocupar por todo al principio, luego acomodamos el desarrollo esto es fácil de hacer.
f. Yo termino el programa, lo entrego, consigo la aprobación del usuario y “ ya está, cobre y a otra cosa”
g. La calidad se evalúa al final, con el programa terminado y ejecutándose.
h. Lo único que se entrega al terminar el sistema es el .exe.
Los ítems anteriores indican algunos de los mitos que pueden tenerse hoy respecto de la construcción del software. Su trabajo es indicar si cada uno de los incisos anteriores representan mitos y, en ese caso, por que se generan.
Parte Dos = Proceso y Producto
Algunas consideraciones: ídem parte 1.
4. En que consiste la Ingeniería de software? Cuales son sus etapas?
5. Describa el concepto de modelado de procesos de software? Discuta las variantes de modelado existentes y definidas en clase.
6. Suponga que tiene que resolver un problema X, podría a priori, sin conocer más datos, decidir una forma de modelado? Justifique su respuesta.
7. Qué paradigma de IS piensa que sería más eficaz? Por que?
8. Supongamos que tienen que resolver un problema clásico de gestión donde una empresa PYME debe liquidar sueldos de acuerdo a los convenios laborales existentes y sabiendo que los empleados se encuentran enrolados en tres gremios. Luego de evaluar en detalle los requerimientos, que paradigma de desarrollo podría llevar a cabo? Por que?
9. Suponga, ahora, que el problema que debe resolver consisten en desarrollar el software que controle un telescopio de un observatorio. Utilizaría el mismo paradigma anterior? Por que?
10. Discuta el paradigma en espiral que se consideraba a comienzos de la década del 90 con el que se presenta a comienzo de la década del 2000, son conceptualmente iguales? Por que? En caso negativo, que diferencias notorias (no superficiales) encuentra. Estas diferencias notorias (en caso de haberlas) hacen más completa la versión más nueva? Por que?
Parte Tres = Gestión de proyectos
11. Por que el espectro de la gestión de un proyecto involucra personal, problema y proceso?
12. Como se considera integrado el personal del proceso? Los usuarios se consideran parte del
...