Diferentes Etapas del Modelo Fraccional
Etapa 1
Especificacion de Requisitos
Es una descripción completa del comportamiento del sistema que se va a desarrollar. Incluye un conjunto de casos de uso que describe todas las interacciones que tendrán los usuarios con el software. Los casos de uso también son conocidos como requisitos funcionales. Además de los casos de uso, la Especificación de Requisitos también contiene requisitos no funcionales (o complementarios). Los requisitos no funcionales son requisitos que imponen restricciones en el diseño o la implementación (Como por ejemplo restricciones en el diseño o estándares de calidad).
Etapa 2
Analisis del Sistema
El Análisis de Sistemas trata básicamente de determinar los objetivos y límites del sistema objeto de análisis, caracterizar su estructura y funcionamiento, marcar las directrices que permitan alcanzar los objetivos propuestos y evaluar sus consecuencias. Dependiendo de los objetivos del análisis, podemos encontrarnos ante dos problemáticas distintas:
Análisis de un sistema ya existente para comprender, mejorar, ajustar y/o predecir su comportamiento
Análisis como paso previo al diseño de un nuevo sistema-producto
Análisis de un sistema ya existente para comprender, mejorar, ajustar y/o predecir su comportamiento
Análisis como paso previo al diseño de un nuevo sistema-producto
Etapa 3
Diseño y Arquitectura
Se elabora la interfaz grafica y el entorno de desarrollo, en esta parte el cliente puede intervenir para decidir el diseño del Software, mediante sus exigencias se elabora una arquitectura que satisfaga las peticiones del cliente.
Etapa 4
Desarrollo y Codificacion
La codificación es la parte en la que el programador invierte tiempo y espacio para elaborar el proyecto, mediante códigos se va desarrollando poco a poco hasta tener un resultado conciso y concreto del sistema completo.
Etapa 5
Pruebas
Se hacen diversas pruebas para comprobar la efectividad del Software, en esta parte es muy común encontrar errores de codificación, errores de sintaxis, excepciones, etc., es por eso que esta etapa es de suma importancia, una vez analizado el sistema se decide corregir los errores e implementarlo.
En caso de haber errores y de ser corregidos se crea una nueva fragmentación, y se inicia nuevamente con la Especificación de Requisitos y siguiendo cada paso como al principio hasta llegar de nuevo a la fase de prueba
En caso de haber errores y de ser corregidos se crea una nueva fragmentación, y se inicia nuevamente con la Especificación de Requisitos y siguiendo cada paso como al principio hasta llegar de nuevo a la fase de prueba
No hay comentarios:
Publicar un comentario