You are on page 1of 9

UnADM

Métodos y modelos de desarrollo de software


Unidad 2 Actividad 2
Modelos de desarrollo
Felix Ortiz Salinas

Contenido

1. Propósito
2. Instrucciones
3. Desarrollo
4. Conclusiones
5. Referencias bibliográficas
1. Propósito

Identificar el modelo de desarrollo apropiado para iniciar los desarrollos a las problemáticas proporcionadas en la
actividad.

En la presente actividad realizarás análisis sobre problemáticas e identificarás los modelos de desarrollo adecuados para
comenzar un desarrollo, con esta actividad reafirmarás tus conocimientos en los modelos de desarrollo de software.

2. Instrucciones:

1. Ingresa al Foro denominado Actividad 1. Foro Modelos de desarrollo.


2. Lee con calma y sentido analítico cada problemática y responde a lo que se te indica.
3. Con al menos 3 de tus compañeros, discute los planteamientos que se te presentan.
4. Atiende a las instrucciones y comentarios de retroalimentación por parte de tu docente.
3. Desarrollo

A.- Al levantar tus requerimientos y al realizar el análisis de los mismos, concluyes que:
- Dispones de algunos de los recursos para desarrollar el proyecto.
- Observas que el desarrollo no es muy complejo, pero tampoco muy sencillo.
- Que el entendimiento de los requerimientos es vago.
- Que hay tecnología nueva a utilizarse.
- Que si se requieres de un buen control de riesgos.
- Que la problemática y que el dominio del problema es regular.
1.- ¿Qué modelo de desarrollo es el menos apropiado a usarse?
Modelo en Espiral
¿ Por qué?
Debido a que la problemática del problema a tratar es básico y presenta una serie de retos que no son a gran escala

2.- ¿Cuáles son los 3 modelos de desarrollo que según la evaluación de criterios pueden emplearse?

- Modelo cascada o tradicional


- Modelo evolutivo
- Modelo basado en componentes

3.- De los 3 modelos que cumplen con los criterios del análisis, menciona cada modelo y describe el modelo según su
definición en que momento lo puedes utilizar.

Modelo: Cascada o tradicional Descripción1: Como el entendimiento de los requerimientos es vago,


utilizaria el modelo en la fase de requisitos, debido a que en esta fase
se lleva a cabo un análisis de las necesidades del cliente para poder
establecer las características del software a desarrollar.y consolidaría
este primer momento con la fase de diseño con la finalidad de describir
la estructura interno y los elementos que la componen para evitar
malos entendidos.
Modelo: Evolutivo Descripción 2: Para que exista un adecuado control de riesgos
utilizaría este modelo en la fase de Análisis de Riesgos debido a que
se estudiaran los posibles riegos a los que puede enfrentarse el
software y se proyecta la manera de superarlos. Para despues utilizar
la fase de de Construcción y Adaptación de la Ingeniería aquí no sólo
se construye el software sino que se prueba con la finalidad de
detectar posibles fallas, se instala y luego se le brinda soporte al
cliente.
Modelo: Basado en componentes Descripción 3:Gracias a que se dispone de algunos recursos integraría
la fase de Diseño del sistema con reuso para configurar las
aplicaciones necesarias y optimizar los tiempos de respuesta a los
requerimientos del cliente.
B.- Una empresa que no cuenta con nigun sistema de software, solicita un sistema de facturación al nuevo departamento
de sistemas de información, pero el sistema ya es urgente, por lo que se decide realizar un software de facturación que
contemple, en su entrega inicial, un módulo de facturación terminado, que descuente de inventario y de pedidos del
cliente el producto facturado; una vez probado y liberada esta versión, se debe de iniciar con otra etapa al mismo
desarrollo en donde a la versión anterior se anexe un módulo de contabilidad; es decir, que cuando se registre la factura
realice los movimientos contables, cargos y abonos en las cuentas de inventario, caja, clientes, etc. Al finalizar el
desarrollo, las pruebas de integración con resultados positivos, se libera y se deberá de iniciar con otro módulo que se
anexa al desarrollo que integre a la última versión del sistema de facturación, que hasta el momento trabaja con
inventario, pedidos y contabilidad, con el control de cuentas por cobrar, es decir de lo que se facture, se registre
movimientos de los adeudos del cliente, a quien se le facture a crédito, al terminar este desarrollo se tendrá una versión
C, del desarrollo, al transcurso del tiempo también se le piensa agregar al mismo sistemas de facturación versión C,
módulos de bancos, materias primas, producción y nóminas. Ahora responde a las preguntas.

4.- De acuerdo a la problemática, ¿aplicarías un modelo de prototipos?, SI/NO


Afirmativo
¿Por qué?
Porque este modelo nos permite eliminar modulos que no cumplan con las expectativas del cliente, nos permite integrar
las partes en un todo cuando este cumpla con lo requerimientos y con ello el desarrollo de prototipos hace que el tiempo
y en consecuencia los costos se reduzcan.
5.- De acuerdo a la problemática, ¿estaríamos hablando que el método apropiado sería, el modelo evolutivo? SI/NO
Si
¿Por qué?
El modelo evolutivo permite que las especificaciones de facturación solicitadas puedan desarrollarse de manera
creciente al tiempo que se utilizan prototipos para cumplir de forma inmediata con los requisitos del cliente
6.- ¿Crees que, según como solicitan el desarrollo, el modelo de componentes es el apropiado para desarrollar todo el
desarrollo completo?. SI/NO
Si
¿Por qué?
El modelo contiene las fases indispensables para el desarrollo de sistema de facturación, comenzando con la
especificación de requisitos, seguido del análisis de componentes, para continuar con la modificación de requisitos y
llevar a cabo el diseño del sistema con reutilización, seguir con el desarrolllo e integracion y culminar con la validación
del sistema.
Con la aplicación de este modelo se reduciría los costos y el tiempo.
7.- El modelo de cascada ¿se puede aplicar para desarrollar cada módulo?, SI/NO
No
¿Por qué?
El entendimiento de requierimientos de este proyecto es vago y para el de cascada debe de ser especifico, así que se
desperdiciaria tiempo y esfuerzo en verificar el cumplimiento adecuado de cada módulo, realizando las pruebas para
comprobar el correcto funcionamiento del código para que la integración final del sistema de facturas sea el optimo
8.- El modelo en Espiral ¿podría también ayudar en la creación del proyecto?, Si/No
Si
¿Por qué?
Este modelo permitiría aplicar el enfoque de construcción de prototipos en cualquier etapa de evolución del producto, lo
que nos proporcionaría un desarrollo eficiente de todos los recursos del sistema, la cuestíon sería determinar el costo-
beneficio, ya que este modelo se aplica a grandes proyectos.
Esquema

Modelo Cascada Evolutivo Componente Prototipo Espiral

Criterios
Complejidad del Baja Media Media Media Alta
proyecto
Facilidad de Especifico Vago Vago Vago Vago
transmisión y
comprensión de
criterios
Disponibilidad Todos Algunos Algunos Algunos Algunos
de recursos
Tecnología del Antigua Nueva Vago Vago Vago
proyecto
Manejo de riesgo No Si Si Si Si

Conocimiento y Alto Regular Regular Pobre Pobre


dominio del tema
Mapa conceptual
4. Conclusiones

Partiendo del hecho que los modelos son herramientas al servicio del Desarrollador de software, debemos convenir que
cada uno de ellos presenta ventajas y desventajas, por lo que decidir cuál o cuáles son los mejores dependerá de una
serie de factores a saber:

El tiempo, el costo, la complejidad, el tipo de usuario, el tamaño del sistema serían algunos de los principales factores a
contemplar, más el desarrollador deberá estar atento a la relación costo-beneficio para entregar un producto con altos
estándares de calidad.

5. Referencias bibliográficas

Fariño, Galo (2011). Modelo espiral de un proyecto de desarrollo de software. Recuperado: 11 de febrero de 2018.
Disponible en: http://www.ojovisual.net/galofarino/modeloespiral.pdf

Nelsonpadilla.net (2015). Modelos de ciclo de vida de software. Recuperado: 11 de febrero de 2018. Disponible en:
http://www.nelsonpadilla.net/?p=605

SENA (s/f). Ciclo de vida incremental. . Recuperado: 11 de febrero de 2018. Disponible en:
https://ciclodevidasoftware.wikispaces.com/CICLO+DE+VIDA+INCREMENTAL
Sommerville, Ian. (2005). Ingeniería del software.. Recuperado el 11 de febrero de 2018. Disponible en:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/2016_S2_B1/DS/04/DMMS/U2/Descargables/Material_
de_apoyo/Sommerville_Ian_2005_Ingenieria_de_Software_DMMS.pdf

Uñoja, Roger H. (2012). Ingeniería de software. Ciclos de vida orientados a objetos vs tradicionales. Recuperado: 11 de
febrero de 2018. Disponible en: http://masteringenieriasoft.b

You might also like