Modelo Cascada

Modelo Cascada 

Este es el más básico de todos los modelos y ha servido como bloque de construcción para los demás paradigmas de ciclo de vida. Está basado en el ciclo convencional de una ingeniería y su visión es muy simple: el desarrollo de software se debe realizar siguiendo una secuencia de fases. Cada etapa tiene un conjunto de metas bien definidas y las actividades dentro de cada una contribuyen a la satisfacción de metas de esa fase o quizás a una subsecuencia de metas de la misma. 

El arquetipo del ciclo de vida abarca las siguientes actividades:

• Ingeniería y Análisis del Sistema: Debido a que el software es siempre parte de un sistema mayor, el trabajo comienza estableciendo los requisitos de todos los elementos del sistema y luego asignando algún subconjunto de estos requisitos al software.

• Análisis de los requisitos del software: el proceso de recopilación de los requisitos se centra e intensifica especialmente en el software. El ingeniero de software debe comprender el ámbito de la información del software así como la función, el rendimiento y las interfaces requeridas.

• Diseño: el diseño del software se enfoca en cuatro atributos distintos del programa; la estructura de los datos, la arquitectura del software, el detalle procedimental y la caracterización de la interfaz. El proceso de diseño traduce los requisitos en una representación del software con la calidad requerida antes de que comience la codificación.

• Codificación: el diseño debe traducirse en una forma legible para la maquina. Si el diseño se realiza de una manera detallada, la codificación puede realizarse mecánicamente.

• Prueba: una vez que se ha generado el código comienza la prueba del programa. La prueba se centra en la lógica interna del software y en las funciones externas, realizando pruebas que aseguren que la entrada definida produce los resultados que realmente se requieren.

• Mantenimiento: el software sufrirá cambios después de que se entrega al cliente. Los cambios ocurrirán debidos a que se haya encontrado errores, a que el software deba adaptarse a cambios del entorno externo (sistema operativo o dispositivos periféricos) o a que el cliente requiera ampliaciones funcionales o del rendimiento.

En el modelo vemos una ventaja evidente y radica en su sencillez, ya que sigue los pasos intuitivos necesarios a la hora de desarrollar el software.

Ventajas

Realiza un buen funcionamiento en equipos débiles y productos maduros, por lo que se requiere de menos capital y herramientas para hacerlo funcionar de manera óptima.Es un modelo fácil de implementar y entender.Está orientado a documentos.Es un modelo conocido y utilizado con frecuencia.Promueve una metodología de trabajo efectiva: Definir antes que diseñar, diseñar antes que codificar.

Desventajas

En la vida real, un proyecto rara vez sigue una secuencia lineal, esto crea una mala implementación del modelo, lo cual hace que lo lleve al fracaso.El proceso de creación del software tarda mucho tiempo ya que debe pasar por el proceso de prueba y hasta que el software no esté completo no se opera. Esto es la base para que funcione bien.Cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costos del desarrollo.Una etapa determinada del proyecto no se puede llevar a cabo a menos de que se haya culminado la etapa anterior.

¿Que es la ruta Critica?

El método de ruta crítica es un proceso administrativo (planeación, organización, dirección y control) de todas y cada una de las actividades componentes de un proyecto que debe desarrollarse drante un tiempo crítico y al costo óptimo. 

La aplicación potencial del método de la ruta crítica, debido a su gran flexibilidad y adaptación, abarca desde los estudios inciales para un proyecto determinado, hasta la planeación y operación de sus instalaciones.

¿Que es un cronograma de actividades?

El cronograma es la transcripción a tiempos de los procesos y acciones para llevar a cabo un proyecto. En él se establece cuánto tiempo va a costar a la organización que sus recursos lleven a cabo cada proceso. Además, sirve de guía para establecer el grado de avance en la consecución de objetivos tomando en cuenta las restricciones y las incertidumbres. Comprende la realización de toda la secuencia lógica para hacer realidad los resultados. Si eres gestor de proyecto o estás formándote para serlo, el cronograma será una de las herramientas más utilizadas no sólo para controlar el avance, también para reajustar continuamente lo necesario para gestionar los recursos, costes u objetivos de cada proyecto.

Ventajas:

• Determinar todas las actividades necesarias para hacer realidad los objetivos.
• Priorizar para determinar un orden lógico.
• Establecer los tiempos y asignar responsabilidades en el equipo de trabajo.
• Analizar qué recursos se necesitan para realizar la actividad.
• Establecer la relación o dependencia entre las diferentes actividades (tareas que no empiezan hasta que otras finalizan, las que no pueden finalizar hasta que otra finalice, las que no pueden comenzar hasta que no comience otra y las que no pueden finalizar hasta que otra comience).
• Permite estar seguro de que se está avanzando en la consecución de metas.

¿Que es un diagrama de Gantt?

El diagrama de Gantt es el método más usado en las empresas para la planificación y seguimiento de actividades en todo tipo de proyectos, aunque también se puede usar para planificar cualquier tipo de actividad realizada a lo largo del tiempo.

La herramienta consta de un eje horizontal temporal en el que se van poniendo debajo las actividades en forma de cuadros, enlazadas según su tipo de enlace (por ejemplo, el enlace fin-inicio significa que cuando la actividad N acaba, empezará a continuación la actividad N+1). De esta forma, usando esta metodología se puede determinar el camino crítico del proyecto, el cual determina el tiempo mínimo de realización del mismo. De forma adicional, se puede añadir a cada actividad una serie de recursos (personal / mano de obra) para controlar los costes y la carga de trabajo de las personas. Además, si se le añaden los progresos de cada actividad durante su seguimiento, se pueden calcular los retrasos y sobrecostes del mismo, y replanificar las actividades para acabar lo antes posible.

¿Que es el proceso de negocio?

Es la definición de una secuencia de ejecución de funciones en respuesta a un evento con el objetivo de lograr un resultado. Tanto los eventos como los resultados deben estar definidos, o sea, los procesos no responden al azar y sus resultados son conocidos. Los procesos de negocio representan una conceptualización del funcionamiento de una organización.

Es un conjunto de tareas relacionadas lógicamente llevadas a cabo para lograr un resultado de negocio definido. Cada proceso de negocio tiene sus entradas, funciones y salidas. Las entradas son requisitos que deben tenerse antes de que una función pueda ser aplicada. Cuando una función es aplicada a las entradas de un método, tendremos ciertas salidas resultantes.Es una colección de actividades estructurales relacionadas que producen un valor para la organización, sus inversores o sus clientes. 

Es, por ejemplo, el proceso a través del que una organización ofrece sus servicios a sus clientes.

Un proceso de negocio puede ser parte de un proceso mayor que lo abarque o bien puede incluir otros procesos de negocio que deban ser incluidos en su función.

¿Que es un requerimiento?

Funcional

Son declaraciones de los servicios que debe proporcionar el sistema, de la manera en que éste debe reaccionar a entradas particulares y de cómo se debe comportar en situaciones particulares. en algunos casos, los requerimientos funcionales de los sistemas también pueden declarar explícitamente lo que el sistema no debe hacer. los requerimientos funcionales de un sistema describen lo que el sistema debe hacer. estos requerimientos dependen del tipo de software que se desarrolle, de los posibles usuarios del software y del enfoque general tomado por la organización al redactar requerimientos. cuando se expresan como requerimientos del usuario, habitualmente se describen de una forma bastante abstracta.

No funcional

Son restricciones de los servicios o funciones ofrecidos por el sistema. incluyen restricciones de tiempo, sobre el proceso de desarrollo y estándares. los requerimientos no funcionales a menudo se aplican al sistema en su totalidad. normalmente apenas se aplican a características o servicios individuales del sistema. los requerimientos no funcionales, como su nombre sugiere, son aquellos requerimientos que no se refieren directamente a las funciones específicas que proporciona el sistema, sino a las propiedades emergentes de éste como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento. de forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y las representaciones de datos que se utilizan en las interfaces del sistema