Modelo en cascada y modelo en v

Solo disponible en BuenasTareas
  • Páginas : 8 (1758 palabras )
  • Descarga(s) : 0
  • Publicado : 6 de agosto de 2010
Leer documento completo
Vista previa del texto
2010

MODELO EN CASCADA Y MODELO EN V
Metodologías para el Desarrollo de Proyectos Informáticos
PUBLICADO EN: http://www.calameo.com/books/000359039f05cc9907e95

MARGARITA VARGAS CHACÓN UNEMI 30/07/2010

ADMINISTRACIÓN DE PROYECTOS UNIVERSIDAD ESTATAL DE MILAGRO
MODELO EN CASCADA

Modelo en Cascada y Modelo en V Margarita Vargas Chacón

El modelo en cascada es una de las primerasmetodologías que han sido propuestas para el desarrollo de proyectos informáticos, establecido por Winston Royce en 1970. El tratamiento de este proceso se considera como fluyendo constantemente hacia abajo (como una cascada); en este modelo se debe seguir un riguroso orden de todas las etapas que conforman el ciclo de vida de un proyecto de software Fig.1 (El Modelo de Cascada); donde cada una delas fases debe completarse antes de iniciar la siguiente, manteniendo un estricto control sobre cada etapa. De esta manera cuando todos los requisitos del cliente han sido detallados, analizados para comprobar su integridad y consistencia, y documentados, recién entonces el equipo de desarrollo del proyecto puede seguir con las actividades del diseño del sistema. Este modelo nos muestra una visiónmuy clara de cómo suceden las etapas dentro de su tratamiento, sugiriendo a los desarrolladores la secuencia de eventos que pueden encontrar en cada una de las etapas. ETAPAS DEL MODELO: El ciclo de vida de software está conformado por las siguientes actividades: 1. 2. 3. 4. 5. 6. Ingeniería y Análisis del Sistema Análisis de los Requisitos del Software Diseño Codificación Prueba Aplicación yMantenimiento

Ingeniería y Análisis del Sistema.- En esta fase se realiza un análisis global de todas las necesidades de los usuarios finales del sistema informático, para detallar los objetivos que el software desempeñara. Luego se redacta el Documento de Especificación de Requisitos conocido también como SDR; en la elaboración de este documento se debe plasmar los resultados del análisis en formade contrato, con los requisitos que la aplicación informática deberá cumplir. El SDR debe lograr tres objetivos en mente: 1. Describir lo que requiere el usuario. 2. Establecer una base para la creación de un diseño de software. 3. Definir un conjunto de requisitos que se puedan validar una vez que se ha construido el software. Considerando previamente estos objetivos planteados, se logranestablecer las bases para un buen diseño de sistemas. También es importante señalar que en esta fase se debe consensuar todo lo que se requiere del sistema informático, ya que esto servirá de base para las siguientes etapas, sin poder requerir nuevos resultados a mitad del proceso de elaboración del software. Análisis de los Requisitos del Software.- Su enfoque principalmente se centra e intensifica endetallar los requerimientos del software, se debe comprender el ámbito de la información del software, así como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estándares, etc. Diseño.- El diseño del software se descompone y organiza el sistema en elementos que puedenelaborarse por separado, enfocándose en estos cuatro atributos: 1. 2. 3. 4. La estructura de los datos, La arquitectura del software, El detalle de los procedimientos y La determinación de la interfaz.

Como resultado se obtiene el SDD o Documento de Diseño del Software, en el cual se describe el modelo relacional global del sistema, la función de cada una de sus partes y así como también se adjuntala interactividad que existe en cada una de ellas.

ADMINISTRACIÓN DE PROYECTOS UNIVERSIDAD ESTATAL DE MILAGRO

Modelo en Cascada y Modelo en V Margarita Vargas Chacón

Logrando traducir los requisitos en una representación del software con la calidad que se requiere antes de que se dé inicio a la etapa de la codificación; es decir que el diseño del sistema no es más que una plataforma...
tracking img