Hoy por hoy no disponemos de herramientas, ni siquiera de metodologías, que nos permitan transformar el software ordinario en otro que sea fiable y fácilmente mantenible. El software no se estropea, pero se deteriora. Durante su vida, el software sufre cambios.

1. UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS
MATEMÁTICAS Y FÍSICAS
INTRODUCCIÓN A INGENIERÍA DE SOFTWARE
INTEGRANTES:
-ANDRES PINZA
-JOSUÉ MONTES
-ANGEL PEÑAFIEL
-EDWIN MENDOZA
-JORGE TERÁN
DOCENTE:
ING. JENNY ORTIZ

2. PROBLEMAS EN EL
DESARROLLO DE
SOFTWARE.
INTRODUCCIÓN:
HEMOS DEFINIDO LA INGENIERÍA DEL SOFTWARE COMO LA DISCIPLINA
TECNOLÓGICA CONCERNIENTE A LA PRODUCCIÓN Y MANTENIMIENTO
SISTEMÁTICOS DE PRODUCTOS SOFTWARE QUE SON DESARROLLADOS
Y MODIFICADOS EN EL TIEMPO Y CON LOS COSTES ESTIMADOS.
ADEMÁS, LA INGENIERÍA DEL SOFTWARE TIENE QUE VER CON
CUESTIONES DE GESTIÓN QUE CAEN FUERA DEL DOMINIO DE LA
PROGRAMACIÓN TRADICIONAL.

3. HOY POR HOY NO DISPONEMOS DE HERRAMIENTAS, NI SIQUIERA
DE METODOLOGÍAS, QUE NOS PERMITAN TRANSFORMAR EL
SOFTWARE ORDINARIO EN OTRO QUE SEA FIABLE Y FÁCILMENTE
MANTENIBLE.
EL SOFTWARE SE DESARROLLA, NO SE FABRICA EN EL SENTIDO
CLÁSICO DE LA PALABRA. AMBAS ACTIVIDADES SE DIRIGEN A LA
CONSTRUCCIÓN DE UN "PRODUCTO", PERO LOS MÉTODOS SON
DIFERENTES.

4. EL SOFTWARE NO SE ESTROPEA, PERO SE DETERIORA.
DURANTE SU VIDA, EL SOFTWARE SUFRE CAMBIOS
(MANTENIMIENTO). CONFORME SE HACEN LOS CAMBIOS, ES
BASTANTE PROBABLE QUE SE INTRODUZCAN NUEVOS
DEFECTOS, LO QUE HACE QUE EL SOFTWARE SE VAYA
DETERIORANDO DEBIDO A ESTOS CAMBIOS.

5. CARACTERÍSTICAS QUE HACEN DIFERENTE EL
DESARROLLO DE SOFTWARE, RESPECTO A
OTROS TIPOS DE DESARROLLOS O
FABRICACIÓN.
-EL SOFTWARE ES COMPLEJO.
-EL SOFTWARE ES ABSTRACTO.
-LA TECNOLOGÍA CAMBIA RÁPIDAMENTE.
-LA TECNOLOGÍA ES UN DOMINIO MUY VASTO.
-EL DESARROLLO DE SOFTWARE IMPLICA INVESTIGACIÓN.
-EL CAMBIO ES INEVITABLE.

6. EL CICLO DE VIDA
LOS DIFERENTES MODELOS DEL CICLO DE VIDA, AL
REFLEJAR DIFERENTES FILOSOFÍAS PARA CREAR EL
PRODUCTO DE SOFTWARE, INCORPORAN DIFERENTES
TIPOS DE PROCESOS Y PRODUCTOS. LOS MÉTODOS,
HERRAMIENTAS Y PROCEDIMIENTOS QUE, APLICADOS
CORRECTAMENTE, CONDUCEN A LA CONSTRUCCIÓN
DE UN PRODUCTO DE SOFTWARE CON UNA
PERSPECTIVA DE INGENIERÍA.

7. LOS "PRODUCTOS
INTERMEDIOS"
TRAS CADA UNA DE LAS ETAPAS DEL CICLO DE VIDA SE
GENERA, COMO RESULTADO FINAL, ALGÚN TIPO DE
PRODUCTO. SON LO QUE LLAMAREMOS "PRODUCTOS
INTERMEDIOS". ESTOS PRODUCTOS CONSTITUYEN LA BASE
DEL TRABAJO DE LA SIGUIENTE ETAPA. UNA CORRECTA
UTILIZACIÓN DE LOS PRODUCTOS INTERMEDIOS AYUDA A
PRODUCIR SOFTWARE DE CALIDAD.

8. EL MODELO DE
DESARROLLO EN
CASCADA
UNO DE ESTOS MODELOS DEL CICLO DE VIDA, QUIZÁS EL
MÁS AMPLIAMENTE UTILIZADO ES EL DEL DESARROLLO EN
CASCADA. EN ÉL, CADA ETAPA DEJA EL CAMINO PREPARADO
PARA LA SIGUIENTE. DE ESTA FORMA, SE REDUCE MUCHO LA
COMPLEJIDAD DE LA GESTIÓN, YA QUE BASTA CON NO DAR
POR TERMINADA UNA ETAPA HASTA QUE HAYA CUMPLIDO
TOTALMENTE CON SUS OBJETIVOS. ASÍ, LA SIGUIENTE
PUEDE APOYARSE CON TOTAL CONFIANZA EN ELLA.

9. En el modelo "puro", las fases en que se suele dividir el ciclo de
vida en este modelo son:
a. Definición (análisis de los requerimientos software).
b. Diseño (podría dividirse en preliminar y detallado).
c. Codificación.
d. Integración.
e. Prueba.
f. Documentación.

10. EN LA REALIDAD LA APLICACIÓN DE ESTE MODELO NO SUELE SER
TAN RADICAL. AUNQUE SE INTENTA CONSEGUIR LA MAYOR
SECUENCIALIDAD POSIBLE, ES DIFÍCIL EVITAR LAS "VUELTAS
ATRÁS". Y ESTO ES ASÍ PORQUE NO SABEMOS CÓMO DECIDIR CON
TOTAL CERTIDUMBRE QUE UNA ETAPA HA SIDO PERFECTAMENTE
DESARROLLADA HASTA QUE SE OBSERVAN LAS CONSECUENCIAS.
EN ESTOS CASOS, HABRÁ QUE VOLVER A ELLA, REFINANDO EL
PRODUCTO DE UNA FORMA ITERATIVA HASTA QUE SE CONSIDERE
QUE TIENE LA CALIDAD DESEADA.

11. CAMINOS REALES EN EL DESARROLLO DE SOFTWARE

12. BIBLIOGRAFÍA
• Standards, Guidelines, and Examples on System and SoftwareRequirements
Engineering”, Merlin Dorfman, Ricahard H. Thayer. IEEEComputer Society Press.
• Departamento de organización industrial y gestión de empresas escuela superior de
ingenieros de la universidad de Sevilla.
• Wallance,D.R y Fujii, R,u.: “Software verification and validation: an overview”, IEEE
software, May. Pag 10-17