Está en la página 1de 10

Desarrollo de Etapas

Y
Modelo de Prototipos
Desarrollo por Etapas.
El modelo de desarrollo de software por etapas es similar al Modelo de
prototipos ya que se muestra al cliente el software en diferentes estados
sucesivos de desarrollo, se diferencia en que las especificaciones no
son conocidas en detalle al inicio del proyecto y por tanto se van
desarrollando simultáneamente con las diferentes versiones del código.

Este modelo estipula que el software será desarrollado en


sucesivas etapas:

1. Plan operativo Etapa donde se define el problema a resolver, las


metas del proyecto, las metas de calidad y se identifica cualquier
restricción aplicable al proyecto.
2. Especificación de requerimientos Permite entregar una visión de alto
nivel sobre el proyecto, poniendo énfasis en la descripción del problema
desde el punto de vista de los clientes y desarrolladores. También se
considera la posibilidad de una planificación de los recursos sobre una escala
de tiempos.

3. Especificación funcional Especifica la información sobre la cual el


software a desarrollar trabajará.

4. Diseño Permite describir como el sistema va a satisfacer los


requerimientos. Esta etapa a menudo tiene diferentes niveles de detalle. Los
niveles más altos de detalle generalmente describen los componentes o
módulos que formarán el software a ser producido. Los niveles más bajos,
describen, con mucho detalle, cada módulo que contendrá el sistema.
5. Implementación Aquí es donde el software a ser desarrollado se codifica.
Dependiendo del tamaño del proyecto, la programación puede ser distribuida
entre distintos programadores o grupos de programadores. Cada uno se
concentrará en la construcción y prueba de una parte del software, a menudo
un subsistema. Las pruebas, en general, tiene por objetivo asegurar que
todas las funciones están correctamente implementadas dentro del sistema.

6. Integración Es la fase donde todos los subsistemas codificados


independientemente se juntan. Cada sección es enlazada con otra y,
entonces, probada. Este proceso se repite hasta que se han agregado todos
los módulos y el sistema se prueba como un todo.
7. Validación y verificación Una vez que el sistema ha sido
integrado, comienza esta etapa. Es donde es probado para verificar
que el sistema es consistente con la definición de requerimientos y la
especificación funcional. Por otro lado, la verificación consiste en una
serie de actividades que aseguran que el software implementa
correctamente una función específica. Al finalizar esta etapa, el sistema
ya puede ser instalado en ambiente de explotación.

8. Mantención La mantención ocurre cuando existe algún problema


dentro de un sistema existente, e involucraría la corrección de errores
que no fueron descubiertos en las fases de prueba, mejoras en la
implementación de las unidades del sistema y cambios para que
responda a los nuevos requerimientos. Las mantenciones se puede
clasificar en: correctiva, adaptativa, perfectiva y preventiva.
Modelo de Prototipos
En Ingeniería de software el desarrollo con prototipación, también
llamado modelo de prototipos que pertenece a los modelos de
desarrollo evolutivo, se inicia con la definición de los objetivos globales
para el software, luego se identifican los requisitos conocidos y las áreas
del esquema en donde es necesaria más definición. Entonces se plantea
con rapidez una iteración de construcción de prototipos y se presenta el
modelado (en forma de un diseño rápido).

El diseño rápido se centra en una representación de aquellos aspectos del


software que serán visibles para el cliente o el usuario final (por ejemplo, la
configuración de la interfaz con el usuario y el formato de los despliegues
de salida). El diseño rápido conduce a la construcción de un prototipo, el
cual es evaluado por el cliente o el usuario para una retroalimentación;
gracias a ésta se refinan los requisitos del software que se desarrollará. La
iteración ocurre cuando el prototipo se ajusta para satisfacer las
necesidades del cliente. Esto permite que al mismo tiempo el desarrollador
entienda mejor lo que se debe hacer y el cliente vea resultados a corto
plazo.
Ventajas.
•Este modelo es útil cuando el cliente conoce los objetivos generales para
el software, pero no identifica los requisitos detallados de entrada,
procesamiento o salida.
También ofrece un mejor enfoque cuando el responsable del desarrollo del
software está inseguro de la eficacia de un algoritmo, de la adaptabilidad
de un sistema operativo o de la forma que debería tomar la interacción
humano-máquina.

•La construcción de prototipos se puede utilizar como un modelo del


proceso independiente, se emplea más comúnmente como una técnica
susceptible de implementarse dentro del contexto de cualquiera de los
modelos del proceso expuestos. Sin importar la forma en que éste se
aplique, el paradigma de construcción de prototipos ayuda al desarrollador
de software y al cliente a entender de mejor manera cuál será el resultado
de la construcción cuando los requisitos estén satisfechos. De esta
manera, este ciclo de vida en particular, involucra al cliente más
profundamente para adquirir el producto.
Inconvenientes.
•El usuario tiende a crearse unas expectativas cuando ve el prototipo de cara
al sistema final. A causa de la intención de crear un prototipo de forma rápida,
se suelen desatender aspectos importantes, tales como la calidad y el
mantenimiento a largo plazo, lo que obliga en la mayor parte de los casos a
reconstruirlo una vez que el prototipo ha cumplido su función. Es frecuente
que el usuario se muestre reacio a ello y pida que sobre ese prototipo se
construya el sistema final, lo que lo convertiría en un prototipo evolutivo,
pero partiendo de un estado poco recomendado.

•En aras de desarrollar rápidamente el prototipo, el desarrollador suele tomar


algunas decisiones de implementación poco convenientes (por ejemplo,
elegir un lenguaje de programación incorrecto porque proporcione un
desarrollo más rápido). Con el paso del tiempo, el desarrollador puede
olvidarse de la razón que le llevó a tomar tales decisiones, con lo que se
corre el riesgo de que dichas elecciones pasen a formar parte del sistema
final.

También podría gustarte