DDOO_U1_A3_ISGO

6
Universidad Nacional Abierta y a Distancia de México Ingeniería en Desarrollo de Software Actividad 3. Modelos del ciclo de vida del software Materia: Análisis y diseño orientado a objetos

description

DDOO_U1_A3_ISGO

Transcript of DDOO_U1_A3_ISGO

Universidad Nacional Abierta y a Distancia de Mxico

Ingeniera en Desarrollo de SoftwareActividad 3. Modelos del ciclo de vida del software

Materia: Anlisis y diseo orientado a objetos

Alumno: Isaac Godnez Ochoa Control: AL13501125

Facilitadora: JEANETTE CORINA CASTAEDA CORRAL

Fecha: 05/03/2015

Relacin de estos modelos con el anlisis y diseo orientado a objetos.Tanto el modelo de etapas como el de cascada, presentan algunas dificultades comunes. Por ejemplo, la especificacin de los problemas. Ambos mtodos asumen que el diseador puede distinguir entre lo que el sistema debe hacer y cmo el sistema lo har; pero algunos problemas no pueden ser divididos tan fcilmente para ser atacados desde este prisma.Por otro lado, generalmente los requerimientos son especificados al inicio del proyecto y, paradojalmente, cuando se tiene la claridad suficiente para definir precisamente lo que se quiere es cuando se est en las ltimas etapas del proyecto. Esto es consecuencia, en general, de que los clientes no estn familiarizados con la tecnologa, con lo cual producen requerimientos muy vagos, que son interpretados arbitrariamente por los desarrolladores.Otro factor importante es que estos mtodos asumen que una vez que los requerimientos han sido definidos entonces ellos no cambiarn ms. Pero, dependiendo de la complejidad del proyecto, la implementacin final puede ocurrir meses o, eventualmente, aos despus de que los requerimientos han sido especificados; as, en las ltimas etapas del proyecto, los requerimientos pueden haber cambiado.A diferencia de los modelos anteriores el modelo espiral representa ventajas por sobre el desarrollo lineal, el clculo de los riesgos puede ser muy complicado y no es tan usado en la realidad.

Caractersticas del modelo de espiralComunicacin con el cliente:las tareas requeridas para establecer comunicacin entre el desarrollador y el cliente.Planificacin:las tareas requeridas para definir recursos, el tiempo y otras informaciones relacionadas con el proyecto. Son todos los requerimientos.Anlisis de riesgos:las tareas requeridas para evaluar riesgos tcnicos y otras informaciones relacionadas con el proyecto.Ingeniera:las tareas requeridas para construir una o ms representaciones de la aplicacin.Construccin y adaptacin:las tareas requeridas para construir, probar, instalar y proporcionar soporte al usuario.Evaluacin del cliente:las tareas requeridas para obtener la reaccin del cliente segn la evaluacin de las representaciones del software creadas durante la etapa de ingeniera e implementacin durante la etapa de instalacin.Caractersticas del sistema clsico1).Investigacin Preliminar:se inicia siempre con la peticin de unapersona.2). Determinacin de los requerimientos del sistema: Los analistas, al trabajar con los empleados y administradores, deben estudiar losprocesosdeuna empresapara dar respuesta a las siguientes preguntas clave:Qu es lo que hace?Cmo se hace?Con que frecuencia se presenta?Qu tan grande es elvolumende transacciones o decisiones?Cul es el grado deeficienciacon el que se efectan las tareas?Existe algn problema? Qu tan serio es? Cul es la causa que lo origina?3). Diseo del sistema:Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como diseo lgico en contraste con la del desarrollo del software, a la que denominan diseo fsico.4). Desarrollo del software:Los encargados de desarrollar software pueden instalar software comprobando a terceros o escribirprogramasdiseados a la medida del solicitante. 5). Prueba de sistemas: Durante la prueba de sistemas, el sistema se emplea de manera experimental para asegurarse de que el software no tenga fallas.6). Implantacin yevaluacin:La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los usuariosLa evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones: Evaluacin operacional:Valoracin de la forma en que funciona el sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo adecuado de los formatos de informacin, confiabilidad global y nivel de utilizacin. Impacto organizacional:Identificacin ymedicinde los beneficios para la organizacin en reas tales comofinanzas, eficiencia operacional e impacto competitivo. Tambin se incluye el impacto sobre el flujo de informacin externo e interno.

Opinin de loa administradores:evaluacin de las actividades de directivos y administradores dentro dela organizacinas como de los usuarios finales. Desempeodel desarrollo:La evaluacin de proceso de desarrollo de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan conpresupuestosy estndares, y otros criterios deadministracindeproyectos. Tambin se incluye la valoracin de losmtodosyherramientasutilizados en el desarrollo.Caractersticas del sistema por anlisis estructurado1). La divisin del sistema en componentes2). La construccin de unmodelodel sistema.El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin. Permite que las personas observen los elementos.ComponentesSmbolosgrficos:Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes.Diccionario de datos:descripcinde todos los datos usados en el sistema. Puede sermanualo automatizado.Descripciones de procesos yprocedimientos:declaraciones formales que usan tcnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema.Reglas:estndares para describir y documentar el sistema en forma correcta y completa.