Vous êtes sur la page 1sur 4

Ciclo de vida del software

Luddy Mariela Ortiz rojas


Profesor: Carlos Alberto Jaimes Gelvez
Trabajo de exposición
5° semestre

Marzo 2 del 2019


TEST DE AUTOEVALUACIÓN

* ¿Por qué necesitamos una metodología?

* ¿Sirve el modelo de ciclo de vida Code & Fix?

8 Enumere el ciclo de vida y los pasos que seguiría, si debiese desarrollar una aplicación
que monitoree el estado de las redes de una empresa.

3 ¿Existe algún modelo de ciclo de vida que predomine?

4 ¿Seguir un modelo de ciclo de vida, nos garantiza el éxito del desarrollo?

5 ¿Se puede medir la incertidumbre que tenemos sobre los requerimientos iniciales?

6 ¿La generación de programas prototipo, es exclusiva de un solo modelo de ciclo de vida?

9 Realice una lista de requerimientos hipo- téticos para una aplicación que deba ejecutar
archivos de música, pida la misma lista a un usuario no programador y compare las listas.
¿Qué enfoques encuentra en cada lista?

10 A modo de encuesta, pregunte a sus cole- gas programadores, quién y por qué ha
utilizado un ciclo de vida. Indague sobre los resultados obtenidos.

7 ¿Podemos utilizar un lenguaje imperativo para el modelo de ciclo de vida orientado a


objetos?
Solución

1: en gran parte, la metodología la usamos para aquellos programadores que tienen clientes
que exigen administrar las tareas de una manera decodificada.
Ya que la misma no generaba gastos adicionales tales como gestión, planificación y
documentación, ya que su decodificación permitía facilitar, corregir y analizar los
productos o servicios ya fuese en el cliente o el usuario donde final mente se entrega el
producto, en su finalidad permite. Prolijidad, corrección, control y desarrollo por etapas de
una aplicación

2: si, cuando se trata de un proyectó pequeño porque está basada en requerimientos


ambiguos y sin especificaciones, su fin consistía en corregir programar y volver a corregir
sobre la marcha de tal proyecto

8: por el que nos permite dividir el trabajo por diversos departamentos, rápido (ciclo de
vida incremental)

1-Análisis de requerimientos del cliente

2-Informarse muy bien del tema o contratar a un especialista en el tema

3-Diseñaría el software.

4-Codificar el software

5-Realizar prueba de estrés.

6-Dar al cliente la debida documentación

7-Mantenimiento en el periodo de garantía

3: No, no existe un ciclo de vida que predomine, porque esto depende de


ciertas necesidades o requerimientos del software, o aquella situación en que se encuentren
para desarrollarlo, el tiempo que tenemos para hacer la entrega definitiva, o también el
usuario también puede adquirir entrega parcial,
4: Seguir un ciclo de vida nos puede ayudar y llevar para ayudarnos a tener un control en un
desarrollo de un software. Pero en ciertas circunstancias no es fiable del todo porque se
podría decir que hay software que no son perfectos. Por esa razón no es seguro

5: sí. Porque si el cliente lo desea puede hacer algunos cambios o le puede añadir algún
requerimiento

6: se puede decir que no, porque un prototipo es algo inicial de un software (final), esto se
va aplicando a cada ciclo de vida ya que todos son muy diferentes por eso se tiene
prototipos de software diferentes

9:

1-Distribución de las pistas por género, álbum, cantante. Entre otras

2-Contar con una interfaz moderna

3-Debe poseer un campo configuración para poder ajustar interfaz y funciones


4- debe ser compatible con múltiples plataformas
5-Que tenga acceso a internet para búsqueda de música relacionada, información dela pista,
letra
6-Capacidad de leer todas las extensiones de música

7-Capacidad de ecualización

10: la gran parte de personas, utilizan diferentes modelos de los de ciclo de vida, algunos se
ajustan a la necesidad del programador otros simplemente se acostumbran a usarlos pero
claro es que el ciclo de vida es muy usado pero existen otros métodos actualizados que se
pueden usar también.

7: No, porque este modelo lo aplica de una manera independiente el lenguaje del cual
pensemos usar para el desarrollo de una aplicación, puede manejar como base principal de
los objetos lo cual permite que determine las características de un objeto en específico