Ciclos De Vida

ENSAYO DE DIFERENCIAS ENTRE CICLO DE VIDA Y METODOLOGIAS

En la actualidad, los sistemas o productos de software son la herramienta principal y fundamental para una empresa, en este último periodo del curso, diferenciaremos lo que es un ciclo de vida entre una metodología, implementando esta en nuestro producto de software.

Para poder realizar el producto, nos apoyamos en un sistema llamada ciclo de vida el cual nos orienta la que mejor podamos realizar y quepa en nuestras posibilidades. El cual es un enfoque por fases del análisis y diseño. Al ser nuestra empresa considerada pequeña, contaremos con recursos limitados y cada cual bien entendido/a su función en la empresa para dar un enfoque sencillo y rápido, análisis y diseño que nos asegura que los sistemas son desarrollados bajo las normas de calidad. Basándonos en las limitaciones que tenemos como empresa solo podemos enfocarnos a un tipo de ciclos de vida de sistemas de información, cascada pura.

Gracias a este modelo y basándonos en sus ventajas y desventajas podemos ofrecer un sistema eficaz y de calidad a nuestro cliente si el cliente tiene bien definido lo que necesita su sistema.

La solución ofrecida a nuestros clientes es una planeación amplia, detallando los aspectos más importantes del sistema basándonos en las necesidades del cliente, tomando en cuenta los detalles más pequeños de las necesidades del cliente.

ESTUDIO DE CASO

Justificación

Debido a la necesidad de software de buena calidad y desarrollo ágil nos hemos visto en la necesidad de elegir una metodología para la desarrollo de software cumpliendo con la calidad y una entrega en el tiempo solicitado.

Para ofrecer un software de buena calidad en el mercado se piensa implementar un método de desarrollo ágil, que permita el desarrollo de software sea en menos tiempo.

Para mejorar el desarrollo, ventas y los ingresos económicos, al mismo tiempo que se proporcioné al cliente un producto de buena calidad, que le aporte los requerimientos adecuados a sus necesidades.

Adoptaremos la programación extrema (XP) para ofrecer sistemas que cumpla con los requerimientos necesarios para cada cliente de manera más ágil sin descuidar la calidad.

METODOLOGÍA PROGRAMACIÓN EXTREMA O EXTREME PROGRAMMING (XP)

“LA PROGRAMACIÓN EXTREMA O EXTREME PROGRAMMING, ES UNA DISCIPLINA DE DESARROLLO DE SOFTWARE BASADA EN LOS MÉTODOS ÁGILES, QUE EVIDENCIA PRINCIPIOS TALES COMO EL DESARROLLO INCREMENTAL, LA PARTICIPACIÓN ACTIVA DEL CLIENTE, EL INTERÉS EN LAS PERSONAS Y NO EN LOS PROCESOS COMO ELEMENTO PRINCIPAL”

Los valores, que adoptaremos para acompañar los principios, de la metodología programación extrema o Extreme Programming son:

SIMPLICIDAD

La simplicidad es la base de la programación extrema. Se simplifica el diseño para agilizar el desarrollo y facilitar el mantenimiento. Para mantener la simplicidad es necesaria la refactorización del código, ésta es la manera de mantener el código simple a medida que crece.

También se aplica la simplicidad en la documentación, de esta manera el código debe comentarse en su justa medida, intentando eso sí que el código esté autodocumentado. Para ello se deben elegir adecuadamente los nombres de las variables, métodos y clases.

COMUNICACIÓN

La comunicación se realiza de diferentes formas. Para los programadores el código comunica mejor cuanto más simple sea. Si el código es complejo hay que esforzarse para hacerlo inteligible. Las pruebas unitarias son otra forma de comunicación ya que describen el diseño de las clases y los métodos al mostrar ejemplos concretos de como utilizar su funcionalidad. Los programadores se comunican constantemente gracias a la programación por parejas. La comunicación con el cliente es fluida ya que el cliente forma parte del equipo de desarrollo. El cliente decide qué características tienen prioridad y siempre debe estar disponible para solucionar dudas.

RETROALIMENTACIÓN (FEEDBACK)

Al estar el cliente integrado en el proyecto, su opinión sobre el estado del proyecto se conoce en tiempo real.

Al realizarse ciclos muy cortos tras los cuales se muestran resultados, se minimiza el tener que rehacer partes que no cumplen con los requisitos y ayuda a los programadores a centrarse en lo que es más importante.

CORAJE O VALENTÍA

Muchas de las prácticas implican valentía. Una de ellas es siempre diseñar y programar para hoy y no para mañana. Esto es un esfuerzo para evitar empantanarse en el diseño y requerir demasiado tiempo y trabajo para implementar el resto del proyecto. La valentía le permite a los desarrolladores que se sientan cómodos con reconstruir su código cuando sea necesario.

RESPETO

El respeto se manifiesta de varias formas. Los miembros del equipo se respetan los unos a otros, porque los programadores no pueden realizar cambios que hacen que las pruebas existentes fallen o que demore el trabajo de sus compañeros. Los miembros respetan su trabajo porque siempre están luchando por la alta calidad en el producto y buscando el diseño óptimo o más eficiente para la solución a través de la refactorización del código. Los miembros del equipo respetan el trabajo del resto no haciendo menos a otros, una mejor autoestima en el equipo y elevando el ritmo de producción en el equipo.

PRINCIPIOS DE LA PROGRAMACIÓN EXTREMA O EXTREME PROGRAMMING (XP)

Los principios XP, son los que nos resultan más afines de acuerdo a nuestros objetivos, por lo que aplicaremos las diez buenas prácticas que involucran al equipo de trabajo, los procesos y el cliente;

Los cuales son:

PLANIFICACIÓN INCREMENTAL:

Se toman los requerimientos en Historias de Usuario, las cuales son negociadas progresivamente con el cliente.

ENTREGAS PEQUEÑAS:

}Se desarrolla primero la másmínima parte útil que le proporcione funcionalidad al sistema, y poco a poco se efectúan incrementos que añaden funcionalidad a la primera entrega, cada ciclo termina con una entrega del sistema

DISEÑO SENCILLO:

...