Categorii: Tot - pruebas - software - crisis - modelado

realizată de Bryan Ricardo Cuevas Lozano 3 ani în urmă

101

PROCESO DE SOFTWARE

A finales de los años sesenta, la industria del software enfrentó una crisis significativa caracterizada por productos finales que no cumplían con los estándares del cliente, proyectos inconclusos o abandonados, altos costos de mantenimiento y malas estimaciones de costos.

PROCESO DE SOFTWARE

PROCESO DE SOFTWARE

Actividades desarrolladas por individuos para el desarrollo, mantenimiento y operación de los sistemas
Derivan en

Ingeniería de Software

Aplicar las técnicas de la ingeniaría desde un enfoque sistemo

¿Qué actividades incluye?

Configuración

Pruebas

Diseño

Levantamiento de requerimientos

Actividades del procesamiento de software

Implantación

¿En qué Consiste?

Puesta en marcha del software dada la aprobación del cliente

Una vez culminadas las pruebas se debe tener en cuenta

Ajustes

Implementación de nuevos requerimientos

Corrección errores programación

Para ello se requiere cumplir con tres pruebas

Aceptación

Sistemas

Componentes

Desarrollo

Generar el código fuente en el lenguaje de programación

Unica etapa

Codificación

codificar en uno o varios lenguajes de programación las especificaciones de la etapa de diseño

Reglas de la codificación

Ajustarse a las normas vigentes

Facilitar las pruebas

Adaptativo

Simple

Modelado

Abstraer el sistema de acuerdo a los criterios del cliente

Diseño de algoritmos

Diseño a detalle y especificación de algoritmos para proporcionar servicios

Diseño de estructura de datos

Diseño y especificación de la implementación del sistema

Diseño de componentes

asignación de servicios y diseños de los componentes

Diseño de interfaces

diseño y documentación de interfaz

Especificación abstracta del sistema

Abstracción de sus servicios y las restricciones de su funcionamiento

Diseño arquitectura

identificación y documentación de subsistemas y sus relaciones

Planeación

Plantear objetivos y actuar conforme a los recursos disponibles

Especificación de requerimientos

Se descompone en

Validación

Deben de cumplir las siguientes características

Alcanzable

Completo

No Redundante

Especificación

Individualizar y especificar el requerimiento del cliente

Análisis

Determinar viabilidad de los requerimientos dada tecnología, costo y tiempo.

Obtención

Inventarios de requerimientos que debe cumplir software según lo solicitado por el cliente

Modelos de procesos de software

¿Cuáles son?
Proceso unificado

Se basa en los modelos anteriores, pero, hace énfasis en el uso de casos basado en el lenguaje UML

se compone en

Transición

Construcción

Elaboración

Conpceción

Basado en componentes

Se apoya en software desarrollado previamente, configurando según las necesidades del cliente

No siempre el modelo cumple con las necesidades del cliente y algunas empresas disminuyen los requerimientos

Evita que la actividad de desarrollo se haga desde cero

Ágiles

Combina estrategias de los tres modelos anteiriores

Se requiere entrenamiento y disciplina del equipo realizador

Anticipan cambios y disminuyen sus impactos, aligera la formalización de las etapas del proceso

Evolución de prototipos

Crear versiones primarias del software al cual se quiere llegar

No se estima facilmente la fecha de culminación del proyecto

Desde el primer prototipo hay retroalimentación, se puede corregir errores

Incrementales

¿En qué consiste?

Modelo para entrega inicial de softwares funcionales, pero que mejoran con el tiempo

desventajas

El proceso evolutivo se puede salir de control

Producto básico terminado en poco tiempo

Cascada

¿Qué es?

Modelo secuencia apropiado cuando los requerimientos estan claramente definidos

Desventajas

Requiere de mucha documentación, una vez finalizado cada proceso

Los cambios posteriores son costosos y afectan todo el proceso

Ventajas

Contempla toda la funcionalidad del sistema desde el inicio

La crisis del software

Se dio a finales de los sesentas
Principales motivos

Altos costos de mantenimiento

Mala estimación de costos

El producto final no cumplía los estándares del cliente

Softwares inconclusos o abandonados