Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Ciclo de Vida del Software

No description
by

Dr Gore

on 5 September 2012

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Ciclo de Vida del Software

Expresión de Necesidades Esta etapa tiene como objetivo identificar los requerimientos y funcionalidades que el sistema ofrecerá al usuario. Requerimientos

Un requerimiento es una característica que el sistema DEBE tener o es una restricción que
el sistema debe satisfacer para ser aceptada por el cliente.

Levantamiento de requerimientos es la especificación del sistema en términos que el
cliente entienda, de forma que se constituya en el contrato entre el cliente y
los desarrolladores. Especificaciones Análisis En esta etapa determinamos los elementos que intervienen en el sistema a desarrollar , su estructura, evolución temporal, funcionalidades.
Tendremos una descripción clara de que producto vamos a construir, y el comportamiento que va a tener.

Se recopilara, examinara y formulara los requisitos del cliente y examinaremos cualquier restricción que se pueda aplicar. Objetivo del Análisis del problema:
Es ayudar al programador a llegar a una cierta comprensión de la naturaleza delmismo.Siguiendo ciertos pasos que son:
-Definir el problema con total precisión

- Especificar los datos de partida necesarios (datos de entrada, que necesito etc.)

- Especificar información que debe proporcionarse al resolverse (especificaciones de salida) Formalizamos los requerimientos; el documento obtenido en la etapa anterior se tomara como punto de partida de esta etapa Tipos de
requerimientos Diseño A partir del modelo de análisis se deducen las estructuras de datos, la estructura en la que descompone el sistema y la interfaz de usuario

Una vez que se tiene la suficiente información del problema a solucionar, es importante determinar la estrategia que se va a utilizar para resolver el problema. Esta etapa es conocida bajo el CÓMO se va a solucionar. Implementación Para la fase de implementación hemos de seleccionar las herramientas adecuadas, un entorno de desarrollo que facilite nuestro trabajo y un lenguaje de programación apropiado para el tipo de sistema que vayamos a construir. La elección de estas herramientas dependerá en gran parte de las decisiones de diseño que hayamos tomado hasta el momento y del entorno en el que nuestro sistema deberá funcionar. Debugging El objetivo de esta etapa es garantizar que nuestro sistema no contenga errores de diseño o codificación. En esta etapa no deseamos saber si nuestro sistema realiza lo que solicito el usuario, esa tarea corresponde a la tarea de implementación Restricciones globales Afecta a todo el producto y son determinadas
por el usuario y los que administran el proyecto/
producto Propósito del sistema El Cliente El Usuario Convenciones para la nomenclatura y definiciones Hechos relevantes Restricciones
del
proyecto Suposiciones Requerimientos Funcionales Lo que el producto debe hacer. Describen la interacción entre el
sistema y su ambiente indepen-
dientemente de su implementa-
ción. El ambiente incluye al usuario y
cualquier otro sistema
externo que interactúa
con el sistema. Alcance del sistema Requerimientos
funcionales y de datos Apariencia
y
sensación Usabilidad Performance
(Rendimiento) Operabilidad Mantenibilidad Seguridad Requerimientos
Políticas Requerimientos legales Validación Esta etapa tiene como objetivo la verificación de que el sistema desarrollado cumple con los requerimientos expresados inicialmente por el cliente y que han dado lugar al presente proyecto. En muchos proyectos la estapa de validación y debugging se realizan en paralelo , podemos realizarlos en paralelo pero no como una única etapa. Evolución En la mayoría de los proyectos se considera esta etapa como mantenimiento y evolución, y se le asigna , no solo el agregado de nuevas funcionalidades (evolución) sino la corrección de errores que surgen (mantenimiento) No-Funcionales Apoyan a las funciones, son las propiedades
que el producto debe tener. Describen aspectos del sistema que son visibles por el
usuario que no incluyen una relación directa con el comportamiento funcional del sistema.

Los requerimientos no funcionales incluyen restricciones
como el tiempo de respuesta(desempeño),
la precisión, recursos consumidos, seguridad,
etc. DESIGNED BY (Dr-Gore)
Full transcript