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