PRINCIPIOS QUE GUÍAN LA PRÁCTICA

Requerimientos de los principios de modelado
1. Los factores de calidad
  1. Externos propiedades del software fácilmente observables
  2. Internos permite un diseño de alta calidad técnico.
2. Principio 1: Debe representarse y entender el dominio de información de un problema Información que fluyen:
  1. Hacia fuera del sistema (Usuarios finales, dispositivos externos)
  2. Fuera del sistema (por el interfaz: usuario, red, reportes, graficas, etc.)
  3. Almacenamiento de datos (Guardan datos permanentes)
3. Principio 2: Deben definirse las funciones que se realizaran al software
  1. Dan beneficios a los usuarios,activar el control de procesamiento interno o externo del sistema.
4. Principio 3. El diseño de los datos es tan importante como el de las funciones de procesamiento.
  1. Un diseño de datos bien estructurado simplificar el flujo del program
  2. Hace más fácil el diseño e implementación ,
5. Principio 4. Las interfaces (tanto internas como externas) deben diseñarse con cuidado.
6. Principio 5. El diseño de la interfaz de usuario debe ajustarse a las necesidades del usuario final.
7. Principio 6. El diseño en el nivel de componentes debe tener independencia funcional.
8. Principio 7. Los componentes deben estar acoplados con holgura entre sí y con el ambiente externo.
9. Principio 8. Las representaciones del diseño (modelos) deben entenderse con facilidad.
10. Principio 9. El diseño debe desarrollarse en forma iterativa. El diseñador debe buscar más sencillez en cada iteración.
  1. Las primeras iteraciones mejoran el diseño y corregir errores
  2. Debe ser un diseño tan sencillo como sea posible
Principios de construcción
1. Incluye un conjunto de tareas de codificación y pruebas
2. En ingeniería de software moderna
  1. codificación
    1. Creación directa de lenguaje de programación en código fuente
    2. Generación automática de código fuente
    3. Generación automática de código ejecutable
  2. Prueba
    1. Unitaria a los componentes.
    2. Integración (realizadas mientras el sistema está en construcción)
    3. Validación, que evalúan si los requerimientos
    4. Aceptación, el cliente revisa las características y funciones requeridas
3. Principios y conceptos aplicables a la codificación y prueba
  1. Principios de codificación.
    1. Principios de preparación: Antes de escribir una sola línea de código, asegúrese de:
      1. Entender el problema
      2. Comprender los principios y Elegir un lenguaje de programación
      3. Seleccionar un ambiente de Crear pruebas unitarias al terminar la de codificar.
    2. Principios de programación: Cuando comience a escribir código, asegúrese de:
      1. Restringir sus algoritmos
      2. Seleccionar estructuras que cumplan necesidades del diseño.
      3. Entender la arquitectura del software
      4. Mantener la lógica condicional sencilla
      5. Crear lazos anidados que sean fáciles de probar
      6. Poner nombres a variables y seguir estándares
      7. Escribir código que se documente
      8. Crear una imagen visual (líneas con sangría)
    3. Principios de validación: Una vez que haya terminado su primer intento de codificación, asegúrese de:
      1. Realizar el recorrido del código
      2. Llevar a cabo pruebas unitarias y corregir los errores
      3. Rediseñar el código.
  2. Principios de la prueba.
    1. La prueba es el proceso para encontrar un error
    2. . Alta probabilidad de encontrar un error no detectado
    3. Una prueba exitosa es la que encuentra un nuevo error
    4. Principio 1. Todas las pruebas deben poder rastrearse hasta los requerimientos del cliente.
      1. Los errores el punto de vista del cliente son aquellos que no cumplen los requerimientos
    5. Principio 2. Las pruebas deben planearse mucho antes de que den comienzo.
      1. Las pruebas pueden planearse y diseñarse antes de generar cualquier código
    6. Principio 3. El principio de Pareto se aplica a las pruebas de software.
      1. Pareto implica que 80% de errores no detectados en las pruebas se relacionan con 20% de los componentes de programas
    7. Principio 4. Las pruebas deben comenzar “en lo pequeño” y avanzar hacia “lo grande”.
      1. Las primeras pruebas planeadas y ejecutadas se centran en componentes individuales hasta completar todo el programa
    8. Principio 5. No son posibles las pruebas exhaustivas.
      1. Se debe realizar pruebas adecuadas a la lógica del programa y asegurar la prueba de todas las condiciones en el nivel de componentes.
PRINCIPIOS QUE GUÍAN LA PRÁCTICA
1. Incluye tres acciones: entrega, apoyo y retroalimentación
2. Para la entregar de un incremento se deben seguirse ciertos principios :
  1. Principio 1. Deben manejarse las expectativas de los clientes.
  2. Principio 2. Debe ensamblarse y probarse el paquete completo que se entregará.
    1. Debe ensamblarse en un CD-ROM todo el software
  3. Principio 3. Antes de entregar el software, debe establecerse un régimen de apoyo.
  4. Principio 4. Se deben proporcionar a los usuarios finales materiales de aprendizaje apropiados
    1. Es necesario proveer lineamientos para solución de problemas
  5. Principio 5. El software defectuoso debe corregirse primero y después entregarse.
    1. Los clientes olvidarán el software de alta calidad, pero nunca olvidarán los problemas que les causó

Nächster

PRINCIPIOS QUE GUÍAN LA PRÁCTICA

Beschreibung

Zusammenfassung der Ressource

ähnlicher Inhalt

	Erstellt von Evelyn Anagumbla vor mehr als 7 Jahre