Resumen capitulo 2.

Eric Vega 9-728-1916

CAPITULO II
EL PROCESO

Podemos definir el proceso de software como un conjunto de tareas definidas que se

requieren para desarrollar un software.

2.1 ingeniería del software: una tecnología estratificada

La ingeniería del software es un proceso por el cual nos guía para desarrollar
aplicaciones con calidad. Y así satisfacer a nuestros clientes y la entrega del producto y
posteriormente en las pruebas de mantenimiento.

2.1.1 proceso, métodos y herramientas

La ingeniería es una tecnología multiplica como un pan redondo con partes y escalones.
Que podemos dividir en capas cada capa cumple un proceso importante.
Los métodos de la ingeniería nos indican como guiarnos y seguir una lista ya elaborada
con cada punto y subpunto que debemos seguir para la creación y desarrollo de una
aplicación.
Las herramientas del software son nuestra mano derecha nos proporcionan un soporte
para los procesos y para los métodos.

2.1.2 una visión general de la ingeniería de software

La ingeniería nos ayuda al análisis, desarrollo, diseño y planificación es por esto que
ella nos responde a muchas interrogantes a la hora de desarrollar, como el problema a
desarrollar, las características de la entidad, la solución, entre otras.
Las fases que enfoca la ingeniería son la definición donde se identifica los componentes
del sistema; la fase de desarrollo donde se aplica y se desarrollan esos componentes y la
fase de manteniendo una vez entregado el software, en esta fase encontramos cuatro
tipos de cambios:

Corrección: se modifica el software para corregir los errores.

Adaptación: con el tiempo se puede cambiar el entorno original por lo que debe ser
adaptable.
Mejora; conforme van surgiendo las necesidades, se pronostica mejoras para que pueda
cumplir con los nuevos estatutos requeridos por el sistema.
Prevención: prevención ante posibles daños.
Entre las actividades protectoras comunes podemos mencionar:
 Seguimiento y control del proyecto
 Revisiones técnicas formales
 Garantía de calidad del software
 Gestión de configuración del software
 Preparación y producción de documentos.
 Gestión de reutilización
 Mediciones
 Gestión de riesgos.

2.2 El proceso del software

1
Resumen capitulo 2. Eric Vega 9-728-1916

En un proceso se establece un marco común con un número de actividades específicas

que se pueden usar en todos los proyectos, hay un esquema de 5 niveles que evalúan la
comodidad y madurez del proyecto:

 Nivel 1_ inicial: el éxito depende del esfuerzo individual.

 Nivel 2_Repetible: se fija los procesos de gestión para obtener el costo, tiempo y
planificación.
 Nivel 3_ Definido: se estandariza y se integran las actividades dentro del
proceso.
 Nivel 4_ Gestionado: se recopilan medidas detalladas de calidad.
 Nivel 5_Optimización: es la perfección de un molde, mediante los procesos de
las ideas se posibilita la mejora del proceso.

Estos 5 niveles definidos por el SEI se obtienen al analizar los cuestionarios. Este se
asocia a la ACP y no de canal de Panamá, sino a la key process areas.
Esta describe lo siguiente:
 Objetivos
 Compromisos
 Capacidades
 Actividades
 Métodos para supervisar la implementación
 Métodos para verificar la implementación.
Cada ACP se define como claves que ayudan a cumplir los objetivos.

2.3 modelos de proceso de software

Para resolver los problemas reales se sugiere seguir diferentes modelos ya establecidos
para obtener óptimos resultados.
Los modelos constan de fases como la inicial o Status Quo. Definición del problema
donde se conoce el problema y se busca la posible solución, desarrollo técnico, e
integración de soluciones.

2.4 el modelo lineal secuencial

También es llamado modelo de cascada, ya que sugiere un enfoque sistemático que
acompaña las siguientes actividades:

Ingeniería y modelado de sistemas de información: como forma parte de un sistema

se empieza empleando esos requisitos necesarios para entender ese sistema.
Análisis de los requisitos del software: se necesita reunir todos los requisitos
necesarios para la calidad y buenos resultados.
Diseño: es realmente un proceso de varios pasos, donde se encuentras atributos como la
estructura de datos, arquitectura del software representaciones de interfaz y detalle de
procesos.
Generación de código: el diseño se debe traducir de una forma clara y entendible por
la maquina, es esta parte.
Pruebas: después de generar el código se inician las pruebas para eliminar posibles
errores.

2
Resumen capitulo 2. Eric Vega 9-728-1916

Mantenimiento: para estar al tanto del software y tener siempre un rendimiento

óptimo.

2.5 modelo de construcción de prototipos

Este modelo se efectúa en tres pasos:

Escuchar al cliente: en este paso se integra con el cliente donde este va a presentar
todo lo que espera de un sistema para su empresa.
Construir una maqueta: se construye un modelo de cómo pudiese ser el sistema con el
fin de corregir errores y estar seguros de lo que el cliente en realidad necesite y quiera.
El cliente prueba la maqueta: se le presenta al cliente la idea de cómo va a sser su
programa. Para su aprobación o desaprobación.

El inconveniente de este modelo es que los clientes muchas veces creen que este ya es el
trabajo terminado, por lo que es difícil de convencerlo que en realidad lo que vieron es
una portada sin contenido.

2.6 el modelo DRA

Este es el llamado modelo de desarrollo rápido de aplicaciones. Se basa en un ciclo

extremadamente corto con ayuda de técnicas de cuarta generación.
Sus pasos consisten en:
Modelado de gestión: responde a interrogantes como ¿Qué información se genera,
quien y a donde va?
Modelado de datos: se refina la información.
Modelado del proceso: los objetivos anteriores quedan transformados para facilitar el
flujo de información.
Gestión de aplicaciones: utiliza técnicas de cuarta generación para generar los códigos
fuentes del sistema.
Prueba y entrega: se realizan las pruebas y se hace la entrega final al cliente.

Este modelo no es apto para proyectos grandes que requieran de un mejor análisis de
datos.

2.7 modelos de procesos evolutivos

Como su nombre lo dicen estos modelos van evolucionando conforme se van creando
los pasos, ellos toman pasos de los modelos lineales y le incrementan la evolución en
cada fase del proyecto.

3
Resumen capitulo 2. Eric Vega 9-728-1916

2.7.1 modelo incremental

Combina elementos del modelo lineal con la interacción de construcción de prototipos,

aplica secuencias lineales sorprendentemente al mismo tiempo que progresa el tiempo
en el calendario es por esto que se dice que es interactivo por naturaleza.
Entre sus pasos:
Análisis: maneja el análisis del sistema sus entradas y salidas actuales y todos los
requerimientos necesarios.
Diseño: se diseña toda la implementación del sistema en un orden cronológico.
Código: es la parte donde se aplica todo lo diseñado en un lenguaje de maquina.
Prueba: para minimizar errores y valorar estándares de calidad.

Todos estos pasos se vuelven a repetir una y otra vez en cada incremento del sistema.

2.7.2 modelo en espiral

Es bueno para desarrollar rápidamente versiones incrementales, se basa en una

planificación en espiral que pasa por el mismo punto dependiendo del estado en que
este el proyecto.
Sus pasos son:
Comunicación con el cliente: entablar una comunicación donde se acuerde todo lo
necesario para comprender el sistema.
Planificación: el cronograma de actividades y el tiempo necesario para realizarlas.
Análisis de riesgos: evaluar todos los riesgos técnicos y de gestión.
Construcción y adaptación: desarrollar el modelo y sus códigos fuentes.
Evaluación del cliente: es la fase final del sistema donde veremos la calidad del
software.

2.7.3 Modelo de ensamblaje de componentes

Hace énfasis en el paradigma de orientación a objetos, ya que se maneja con clases ya

establecidas por una biblioteca de clases, lo que conduce a la reutilización del software.
Pasos:
Comunicación con el cliente: entablar una comunicación donde se acuerde todo lo
necesario para comprender el sistema e iniciarlo.
Planificación: el cronograma de actividades y el tiempo necesario para realizarlas.
Todas las tareas necesarias a evaluar para la creación del sistema.
Análisis de riesgos: evaluar todos los riesgos técnicos y de gestión.
Construcción y adaptación: se aplica la reutilización del software, aquí se desarrolla
de acuerdo a la biblioteca de clases.

4
Resumen capitulo 2. Eric Vega 9-728-1916

Identifica los componentes necesarios, luego se buscan en la biblioteca de clases, si

están allí extraerlos, sino crearlos y añadirlos a la biblioteca y finalizar construyendo las
interacciones con el sistema.
Evaluación del cliente: es la fase final del sistema donde veremos la calidad del
software.

2.7.4 Modelo de desarrollo concurrente

Este modelo lo utilizamos a menudo como el pradigma de desarrollo de aplicaciones

cliente/servidor, este proporciona una imagen exacta del estado del proyecto, y es
aplicable a todo tipo de desarrollo de software.
Pasos:
Comunicación con el cliente: entablar una comunicación donde se acuerde todo lo
necesario para comprender el sistema.
Planificación: el cronograma de actividades y el tiempo necesario para realizarlas.
Análisis de riesgos: evaluar todos los riesgos técnicos y de gestión.
Construcción y adaptación: desarrollar el modelo y sus códigos fuentes.
Evaluación del cliente: es la fase final del sistema donde veremos la calidad del
software.
La diferencia es que dentro de cada paso hay un estado en el que definiremos como esta
actualmente nuestro proyecto, se cataloga como:
Ninguna
Bajo desarrollo
Cambios en espera
Bajo revisión
Cambios en espera
En línea base
Hecho

Así el gestor de proyectos puede ver exactamente en que estado esta cada paso del
proyecto.

2.8 modelo de métodos formales

Este modelo lleva a la especificación matemática del software, ya que proporciona un

mecanismo para eliminar errores por medio de la matemática.
Este proceso es demasiado caro, y difícil de utilizar con clientes que no conocen
términos técnicos.

2.9 Técnicas de cuarta generación

5
Resumen capitulo 2. Eric Vega 9-728-1916

Este utiliza herramientas de cuarta generación las cuales generan automáticamente el

código fuente, lo que permite centrarse en la representación de los resultados.

Pasos:
 Recolección de requerimientos: se recolecta todo lo necesario para hacer el
software.
 Estrategia de diseño: se visualiza la mejor estrategia para diseñar el software
 Implementación usando T4G
 Producto
 Mantenimiento

Estas técnicas tienen varios inconvenientes ya que las herramientas no son fáciles de
utilizar, y además para grandes trabajos exige los mismos tiempos que con métodos
lineales.

2.10 tecnología de Procesos

Los modelos anteriores se pueden adaptar fácilmente por lo que se utiliza tecnologías de
procesos para poder analizar mejor los procesos actuales. Después de haberse creado se
pueden asignar tecnologías para supervisar y controlar las tareas asignadas por la
ingeniería.

2.11 Producto y proceso

El producto y el proceso están fuertemente ligados ya que si el proceso es débil,

obviamente tendremos como resultado un producto no deseado