INGENIERA DEL

SOFTWARE.
UNIVERSIDAD
VLEZ RODRGUEZ
TCNICA
KELVIN
DE MANAB
RONEY

Kvelez7766@utm.edu.ec
FACULTAD DE CIENCIAS
INFORMATICAS.
INGENIERIA DE SISTEMAS INFORMTICOS.
INGENIERA DEL SOFTWARE I
PARALELO B

Definicin/Proceso de software/Sntesis de
los modelos de ciclo de vida de software

1 Ingeniera de Software.

1 Definicin.

Existen varias definiciones acerca de la Ingeniera del Software, una

de ellas es la propuesta por Zelkovitz, el cual seala que es el estudio de los
principios y metodologas para desarrollo y mantenimiento de sistemas de
software. Esta es una definicin muy acertada, pero existen criterios
diferentes por lo cual Bohem sostiene que la Ingeniera de Software es la
aplicacin prctica del conocimiento cientfico del diseo y construccin de
programas de computadoras y la documentacin asociada requerida para
desarrollar, operar y mantenerlos. Tambin existen otras definiciones de
Ingeniera de Software pero al parecer la de Bohem es la ms acertada
porque al construir un software se debe pensar en muchos aspectos, como
por ejemplo, en un futuro, otras personas manipularan y darn
mantenimiento al producto y debern tener bien claro cmo funciona el
sistema, para esto se crea la documentacin en la cual se debe detallar de
manera clara y de la manera ms natural posible el funcionamiento del
sistema.

Proceso de Software.

Como su nombre lo indica, en un proceso, en el cual se establece un

marco comn del proceso definiendo un pequeo nmero de actividades de
manera que sea posible llevar a trmino el proyecto y sea aplicable de una
manera general para cualquier tipo de software sin importar su tamao o
complejidad, luego aparecen las actividades de proteccin, las cuales
garantizaran la calidad del software, gestin de configuracin y medicin;
estas actividades son independientes y aparecen a lo largo de todo el
proceso.
El SEI (Softwate Engineering Institute) utiliza un cuestionario de
evaluacin y un esquema de cinco grados. El enfoque del SEI proporciona
una medida de la efectividad global de las prcticas de ingeniera del
software de una compaa y establece cinco niveles de madurez del
proceso, que se definen de la forma siguiente:

N ivel
1:
In icia l.
El
proceso
del
software
se caracteriza segn el
caso,
y
ocasio nalm ente
incluso
de
form a
catica.
N ivel
5:
Op tim izac i n.
Mediante
una
retroalim entacin
cuantitativa
del
proceso,
ideas
y
tecnologas
innovadoras
se
posibilita una m ejora
del proceso.

N ivel
4:
G e stionad o.
Se
recopilan
m edid as
de talladas
del
proceso del software
y de la calidad del
producto.

N ivel 2: R epetib le .
Se
establecen
los
procesos de gestin
del
proyecto
para
hacer
seguim iento
del
coste,
de
la
planificacin y de la
funcionalidad.
N ivel 3: D efinid o.
El
proceso
del
softw are
de
las
actividades
de
gestin
y
de
ing eniera
se
docum enta,
se
sta ndariza
y
se
integra dentro de un
proceso de softw are
de
toda
una
organizacin.

3 Sntesis de los modelos de ciclo de vida de software.

1

Modelo Lineal Secuencial.

Llamado algunas veces ciclo de vida bsico o modelo en

cascada, el modelo lineal secuencial sugiere un enfoque sistemtico,
secuencial, para el desarrollo del software que comienza en un nivel de
sistemas y progresa con el anlisis, diseo, codificacin, pruebas y
mantenimiento.
Analisis: El proceso de reunin de requisitos se intensifica
y se centra especialmente en el software.
Diseo. El diseo del software es realmente un proceso
de muchos pasos que se centra en cuatro atributos
distintos de programa: estructura de datos,
Generacin de cdigo. El diseo se debe traducir en una
forma legible por la mquina.
Pruebas. Una vez que se ha generado el cdigo,
comienzan las pruebas del programa.
Mantenimiento. El software indudablemente sufrir
cambios despus de ser entregado al cliente. Por errores o
cambios que desee el cliente.
Procesos del modelo Lineal:

Modelo de construccin de Prototipos.

Un cliente, a menudo, define un conjunto de objetivos generales

para el software, pero no identifica los requisitos detallados de entrada,
proceso o salida. En estas y en otras muchas situaciones, un paradigma de
construccin de prototipos puede ofrecer el mejor enfoque.

Escuchar al
cliente.

Construir/Revis
ar la maqueta.

El cliente
prueba la
maqueta.
Paradigma de construccin de Prototipos.

Modelo DRA (Desarrollo Rpido de Aplicaciones).

Es un modelo de proceso del desarrollo del software lineal

secuencial que enfatiza un ciclo de desarrollo extremadamente corto. El
modelo DRA es una adaptacin a alta
velocidad del modelo lineal
secuencial en el que se logra el desarrollo rpido utilizando una
construccin basada en componentes. Si se comprenden bien los requisitos
y se limita el mbito del proyecto, el proceso DRA permite al equipo de
desarrollo crear un sistema completamente funcional dentro de perodos
cortos de tiempo (por ejemplo: de 60 a 90 das). Basado en la reutilizacin y
creacin de componentes reutilizables.

Modelado de
Gestion.

Modelado de
Datos.

Modelado de
Procesos.

Generacion de
aplicaciones.

Pruebas
y
entrega.

Puede realizar estos procesos varias veces y mostrar aplicaciones funcionales en cortos
periodos de tiempo e incluso trabajar con varios equipos de trabajo al mismo tiempo.

Modelos evolutivos de Proceso del Software.

Se reconoce que el software, al igual que todos los sistemas

complejos, evoluciona con el tiempo. Los modelos evolutivos son iterativos.
Se caracterizan por la forma en que permiten a los ingenieros del software
desarrollar versiones cada vez ms completas del software.
El modelo incremental
El modelo incrernental combina elementos del modelo lineal secuencial
(aplicados repetidamente) con la filosofa interactiva de construccin de
prototipos.
El modelo espiral
El modelo en espiral, propuesto originalmente por Boehm, es un modelo de
proceso de software evolutivo que conjuga la naturaleza iterativa de
construccin de prototipos con los aspectos controlados y sistemticos del
modelo lineal secuencial.
El modelo espiral WINWIN
Sugiere una actividad del marco de trabajo que aborda la comunicacin
con el cliente. El objetivo de esta actividad es mostrar los requisitos del
cliente. En un contexto ideal, el desarrollador simplemente pregunta al
cliente lo que se necesita y el cliente proporciona detalles suficientes para
continuar.
El modelo de desarrollo concurrente
El modelo de proceso concurrente define una serie de acontecimientos que
dispararn transiciones de estado a estado para cada una de las
actividades de la ingeniera del software. Por ejemplo, durante las primeras
etapas del diseo, no se contempla una inconsistencia del modelo de
anlisis. Esto genera la correccin del modelo de anlisis de sucesos, que
disparar la actividad de anlisis del estado hecho al estado cambios en
espera.

Desarrollo Basado en Componentes.

El paradigma orientado a objetos enfatiza la creacin de clases que

encapsulan tanto los datos como los algoritmos que se utilizan para manejar
los datos. Si se disean y se implementan adecuadamente, las clases
orientadas a objetos son reutilizables por las diferentes aplicaciones y
arquitecturas de sistemas basados en computadora. Incorpora muchas
caractersticas del modelo espirar, es evolutivo por naturaleza, es iterativo
para la creacin del software; sin embargo configura aplicaciones desde
componentes preparados de software. La actividad comienza identificando
las clases candidatas las cuales estarn almacenadas en una biblioteca de
datos o repositorio para que estas sean reutilizadas y de no existir se
aplican los mtodos orientados a objetos y as cumplir con los
requerimientos. El modelo de desarrollo basado en componentes conduce a
la reutilizacin del software, y la reutilizacin proporciona beneficios a los
ingenieros de software.

El Modelo de Mtodos Formales.

El modelo de mtodos formales comprende un conjunto de

actividades que conducen a la especificacin matemtica del software de
computadora. Los mtodos formales permiten que un ingeniero de software
especifique, desarrolle y verifique un sistema basado en computadora
aplicando una notacin rigurosa y matemtica. Cuando se utilizan mtodos
formales durante el desarrollo, proporcionan un mecanismo para eliminar
muchos de los problemas que son difciles de superar mediante la aplicacin
del anlisis matemtico. Cuando se utilizan mtodos formales durante el
diseo, permiten que el ingeniero del software descubra y corrija errores
que no se pudieron detectar de otra manera.
Aunque todava no hay un enfoque establecido, los modelos de
mtodos formales ofrecen la promesa de un software libre de defectos. Sin
embargo, se ha hablado de una gran preocupacin sobre su aplicabilidad en
un entorno de gestin:

El desarrollo de modelos formales actualmente es

bastante caro y lleva mucho tiempo.
Se requiere un estudio detallado porque pocos
responsables del desarrollo de software tienen los
antecedentes necesarios para aplicar mtodos
formales.
Es difcil utilizar los modelos como un mecanismo de
comunicacin con clientes que no tienen muchos
conocimientos tcnicos.

No obstante es posible que el enfoque a travs de mtodos formales

tenga ms partidarios entre los desarrolladores del software que deben
construir software de mucha seguridad (por ejemplo: los desarrolladores de
avinica y dispositivos mdicos), y entre los desarrolladores que pasan
grandes penurias econmicas al aparecer errores de software.

Tcnicas de Cuarta Generacin.

El trmino tcnicas de cuarta generacin (T4G) abarca un amplio

espectro de herramientas de software que tienen algo en comn: todas
facilitan al ingeniero del software la especificacin de algunas caractersticas
del software a alto nivel. Luego, la herramienta genera automticamente el
cdigo fuente basndose en la especificacin del tcnico. Para la recoleccin
de requerimientos es parecido a las dems metodologas.
Para transformar una implementacin T4G en un producto, el que lo
desarrolla debe dirigir una prueba completa, desarrollar con sentido una
documentacin y ejecutar el resto de las actividades de integracin que son
tambin requeridas por otros paradigmas de ingeniera del software. El
paradigma T4G se puede convertir en el enfoque dominante hacia el
desarrollo del software.

Tecnologas de Proceso.

Los modelos de procesos tratados en las secciones anteriores se

deben adaptar para utilizarse por el equipo del proyecto del software. Para
conseguirlo, se han desarrollado herramientas de tecnologa de procesos
para ayudar a organizaciones de software a analizar los procesos actuales,
organizar tareas de trabajo, controlar y supervisar el progreso y gestionar la
calidad tcnica.
Las herramientas de tecnologa de procesos permiten que una
organizacin de software construya un modelo automatizado del marco de
trabajo comn de proceso, conjuntos de tareas y actividades de proteccin.
El modelo, presentado normalmente como una red, se puede analizar para
determinar el flujo de trabajo tpico y para examinar estructuras alternativas
de procesos que pudieran llevar a un tiempo o coste de desarrollo
reducidos.

9 Producto y Proceso.
Si el proceso es dbil, el producto final va a sufrir indudablemente.
Aunque una dependencia obsesiva en el proceso tambin es peligrosa.
Probablemente se deba tratar de predecir aspectos a futuro que podran
cambiar en la perspectiva de los clientes, y as las aplicaciones
desarrolladas no vallan decayendo, es decir, que tengan ms acogida entre
los usuario y el nivel de aceptacin sea adecuado para no salir del mercado
cambiante del Software manteniendo contento al cliente.
(Pressman).

Referencias
Pressman, R. S. (s.f.). INGENIERA DE SOFTWARE Un enfoque prctico.
Mexico: McGrawHill.