Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Desarrollo De Software

Rogelio Castillo A.
October 11, 2013
41

Desarrollo De Software

Rogelio Castillo A.

October 11, 2013
Tweet

Transcript

  1. Software IEEE Std. 610 define el software como “programas, procedimientos

    y documentación y datos asociados, relacionados con la operación de un sistema informático” Según el Webster’s New Collegiate Dictionary (1975), “software es un conjunto de programas, procedimientos y documentación relacionada asociados con un sistema, especialmente un sistema informático”.
  2. Tipos de Software Software de Aplicaciones (Sistemas de Inventario, Sistemas

    de Venta, etc) Software de Sistemas (Sistemas Operativos, Compiladores, etc)
  3. Ingeniería del Software “La aplicación de un enfoque sistemático, disciplinado

    y cuantificable al desarrollo, operación (funcionamiento) y mantenimiento del software; es decir, la aplicación de ingeniería al software.” (IEEE, 1993)
  4. Ingeniería del Software La definición de IEEE describe la ingeniería

    del software como un enfoque sistemático cubriendo los aspectos del desarrollo, operación y mantenimiento. Este enfoque es disciplinado y cuantificable.
  5. Objetivo El objetivo primario de la ingeniería del software es

    construir un producto de alta calidad de una manera oportuna. Trata de conseguir este objetivo primario usando un enfoque de ingeniería. La ingeniería implica un conjunto de principios fundamentales que deberían seguirse siempre. Incluyen actividades explícitas para el entendimiento del problema y la comunicación con el cliente, métodos definidos para representar un diseño, mejores prácticas para la implementación de la solución y estrategias y tácticas sólidas para las pruebas.
  6. Determinar el orden de las fases del proceso de software

    Establecer los criterios de transición para pasar de una fase a la siguiente Definir las entradas y salidas de cada fase Describir los estados por los que pasa el producto Describir las actividades a realizar para transformar el producto Definir un esquema que sirve como base para planificar, organizar, coordinar, desarrollar... SDLC: Funciones
  7. FUNCIONES Determinar el orden de las fases del proceso de

    software Establecer los criterios de transición para pasar de una fase a la siguiente Definir las entradas y salidas de cada fase Describir los estados por los que pasa el producto Describir las actividades a realizar para transformar el producto Definir un esquema que sirve como base para planificar, organizar, coordinar, desarrollar... SDLC
  8. FASES Una fase es un conjunto de actividades relacionadas con

    un objetivo en el desarrollo del proyecto. Se construye agrupando tareas (actividades elementales) que pueden compartir un tramo determinado del tiempo de vida de un proyecto. La agrupación temporal de tareas impone requisitos temporales correspondientes a la asignación de recursos (humanos, financieros o materiales) SDLC
  9. ENTREGABLES Son los productos intermedios que generan las fases. Pueden

    ser materiales o inmateriales (documentos, software). Los entregables permiten evaluar la marcha del proyecto mediante comprobaciones de su adecuación o no a los requisitos funcionales y de condiciones de realización previamente establecidos. SDLC
  10. MODELO DE CICLO DE VIDA DE SOFTWARE Describe las fases

    principales de desarrollo de software Define las fases primarias esperadas de ser ejecutadas durante esas fases Ayuda a administrar el progreso del desarrollo Provee un espacio de trabajo para la definición de un proceso detallado de desarrollo de software SDLC
  11. Ágiles Tradicionales Basadas en heurísticas provenientes de prácticas de producción

    de código Basadas en normas provenientes de estándares seguidos por el entorno de desarrollo Especialmente preparados para cambios durante el proyecto Cierta resistencia a los cambios Impuestas internamente (por el equipo) Impuestas externamente Proceso menos controlado, con pocos principios Proceso mucho más controlado, con numerosas políticas/normas No existe contrato tradicional o al menos es bastante flexible Existe un contrato prefijado
  12. Ágiles Tradicionales El cliente es parte del equipo de desarrollo

    El cliente interactúa con el equipo de desarrollo mediante reuniones Grupos pequeños (<10 integrantes) y trabajando en el mismo sitio Grupos grandes y posiblemente distribuidos Pocos artefactos Más artefactos Pocos roles Más roles Menos énfasis en la arquitectura del software La arquitectura del software es esencial y se expresa mediante modelos