Título de la tarea: Modelo de proceso de software Nombre Alumno: Pedro Puente Nombre Asignatura: Modelamiento de solucio
Views 41 Downloads 0 File size 57KB
Título de la tarea: Modelo de proceso de software Nombre Alumno: Pedro Puente Nombre Asignatura: Modelamiento de soluciones de software Instituto IACC 22 de julio del 2019
Desarrollo Describa, desde el punto de vista de las metodologías clásicas de desarrollo de software, cómo realizaría el desarrollo de un sistema para el área administrativa de una clínica veterinaria. Para esto deberá ubicarse en los siguientes escenarios y resolver dicha situación de manera separada
Escenario 1: los requerimientos son bien conocidos, no se tienen límites de tiempo a corto plazo para el desarrollo, sin embargo, el cliente quiere ir validando poco a poco sin esperar hasta el final para la entrega del software.
En este caso se utilizaría el modelo evolutivo, ya que este se caracteriza por permitir el desarrollo, en cada iteración de versiones mas complejas del software. Las faces de esta son especificación (que en el caso planteado ya se tienen claras), desarrollo y validación se entrelaza en vez de separarse (se va validando a medida que se van agregando funcionalidades nuevas). El tipo de desarrollo se acomoda mucha a este tipo de metodología porque son modificaciones rápidas y sistemas de poco impacto.
El modelo evolutivo contiene dos tipos de desarrollo, en este caso utilizaría el “Desarrollo Exploratorio” con lo simple que podría ser un tipo de desarrollo como este se irían entregando versiones a la veterinaria hasta que se acomode a lo que ellos quieren, en estos tipos de casos esta mas basado los cambios del cliente en el diseño de la interfaz gráfica que en funcionalidades complejas ya que normalmente se basan en formularios de poca complejidad.
Escenario 2: los requerimientos no son claros, se va a necesitar más de una reunión con el cliente para recabarlos, existe una alta probabilidad de que los requerimientos iniciales cambien en el tiempo, y existe un alto riesgo de que el proyecto no llegue a término
En este caso creo que se acomodaría bastante un modelo en base a prototipos, esto seria por que se debe reunir con el cliente para establecer objetivos del desarrollo que se requiere.
Para esto se debe hacer los siguientes pasos: 1) Reunirse con el cliente para poder tener claridad de lo que se requiere para poder tener una idea de la necesidad del cliente. 2) Se genera una maqueta del sistema con los requerimientos que fueron indicados en el paso anterior, esto es para que el cliente pueda dar ideas y acomodar lo mas posible a lo que el quiere, este tipo de modelos es bueno cuando se tienen requerimientos no claros. 3) Se reúne con el cliente y se entrega una segunda maqueta con todos los cambios que se solicitaron en la anterior, en estos casos los clientes se motivan mucho con el desarrollo porque se va diseñando la maqueta de acuerdo a lo que van solicitando haciendo que desarrollo quede casi al 100% a la medida de lo que necesitan. 4) En el caso que el cliente ya apruebe totalmente la maqueta se comienza el desarrollo funcional. En este modelo el punto en contra, es que la demora del cliente con respecto a la maqueta no debe ser extenso ya que eso demora la entrega del producto final por eso es importante que el desarrollo sea rápido y claro.
Escenario 3: el sistema está compuesto por más de un módulo, y el cliente desea comenzar a trabajar lo antes posible con uno de ellos, sin que se detenga el desarrollo del resto.
En este caso ocuparía el modelo en espiral (uno de los que más me agrada), ya que este se puede definir los módulos en hitos esperados, con esto se divide cada parte del desarrollo, este tipo de metodología tiene una combinación perfecta entre lo metódico, flexible e incremental.
En el caso planteado se utilizaría dando enfoque en cada iteración del modelo a cada uno de los módulos haciendo análisis, prototipos para cada uno, desarrollo y plan de pruebas, si el desarrollo de un módulo culmina, se continua con el siguiente sin dejar el anterior, con este tipo de modelos que el cliente puede pedir modificaciones de los sistemas en cada iteración.