12589496
Descrição
Mapa Mental por Heber Ramos, atualizado more than 1 year ago
|
Criado por Heber Ramos
quase 7 anos atrás
|
|
Principios que guían la práctica
- Es un conjunto amplio de principios, conceptos, métodos y herramientas que deben considerarse al
planear y desarrollar software.
- Principios Fundamentales
- Principios que guían el proceso
- 1.Ser ágil. 2.En cada etapa, centrarse en la calidad. 3.Estar listo para adaptar. 4.Formar un equipo
eficaz. 5.Establecer mecanismos para la comunicación y coordinación. 6.Administrar el cambio.
7.Evaluar el riesgo. 8.Crear productos del trabajo que agreguen valor para otros.
- 1.Ser ágil. 2.En cada etapa, centrarse en la calidad. 3.Estar listo para adaptar. 4.Formar un equipo
eficaz. 5.Establecer mecanismos para la comunicación y coordinación. 6.Administrar el cambio.
7.Evaluar el riesgo. 8.Crear productos del trabajo que agreguen valor para otros.
- Principios que guían la práctica
- 1.Divide y vencerás. 2.Entender el uso de la abstracción. 3.Buscar la coherencia. 4.Centrarse en la
transferencia de información. 5.Construir software que tenga modularidad eficaz. 6.Buscar patrones.
7.Cuando sea posible, representar el problema y su solución desde varias perspectivas diferentes.
8.Tener en mente que alguien dará mantenimiento al software.
- 1.Divide y vencerás. 2.Entender el uso de la abstracción. 3.Buscar la coherencia. 4.Centrarse en la
transferencia de información. 5.Construir software que tenga modularidad eficaz. 6.Buscar patrones.
7.Cuando sea posible, representar el problema y su solución desde varias perspectivas diferentes.
8.Tener en mente que alguien dará mantenimiento al software.
- Principios que guían toda práctica estructural
- Principios de comunicación.
- 1.Escuchar. 2.Antes de comunicarse, prepararse.
3.Alguien debe facilitar la actividad. 4.Es mejor la
comunicación cara a cara. 5.Tomar notas y
documentar las decisiones. 6.Perseguir la
colaboración. 7.Permanecer centrado; hacer
módulos con la colaboración.
- 7.Permanecer centrado; hacer módulos con la colaboración.
8.Si algo no está claro, hacer un dibujo. 9.a) Una vez que se
acuerde de algo, avanzar. b) Si no es posible ponerse de
acuerdo en algo, avanzar. c) Si una característica o función
no está clara o no puede aclararse en el momento, avanzar.
10.La negociación no es un concurso o un juego. Funciona
mejor cuando las 2 partes ganan.
- 7.Permanecer centrado; hacer módulos con la colaboración.
8.Si algo no está claro, hacer un dibujo. 9.a) Una vez que se
acuerde de algo, avanzar. b) Si no es posible ponerse de
acuerdo en algo, avanzar. c) Si una característica o función
no está clara o no puede aclararse en el momento, avanzar.
10.La negociación no es un concurso o un juego. Funciona
mejor cuando las 2 partes ganan.
- 1.Escuchar. 2.Antes de comunicarse, prepararse.
3.Alguien debe facilitar la actividad. 4.Es mejor la
comunicación cara a cara. 5.Tomar notas y
documentar las decisiones. 6.Perseguir la
colaboración. 7.Permanecer centrado; hacer
módulos con la colaboración.
- Principios de planeación.
- 1.Entender el alcance del proyecto. 2.Involucrar en la
actividad de planeación a los participantes del software.
3.Reconocer que la planeación es iterativa. 4.Estimar con
base en lo que se sabe. 5.Al definir el plan, tomar en cuenta
los riesgos.
- 6.Ser realista. 7.Ajustar la granularidad cuando se defina el plan.
8.Definir como se trata de asegurar la calidad. 9.Describir como se
busca manejar el cambio. 10.Dar seguimiento al plan con frecuencia
y hacer los ajustes que se requieran.
- 6.Ser realista. 7.Ajustar la granularidad cuando se defina el plan.
8.Definir como se trata de asegurar la calidad. 9.Describir como se
busca manejar el cambio. 10.Dar seguimiento al plan con frecuencia
y hacer los ajustes que se requieran.
- 1.Entender el alcance del proyecto. 2.Involucrar en la
actividad de planeación a los participantes del software.
3.Reconocer que la planeación es iterativa. 4.Estimar con
base en lo que se sabe. 5.Al definir el plan, tomar en cuenta
los riesgos.
- Principios de modelado.
- 1.)Requerimientos de los principios de
modelado. 2.)Principios de modelado del
diseño.
- 1.Debe representarse y entenderse el dominio de
información de un problema. 2.Deben definirse las
funciones que realizará el software. 3.Debe
representarse el comportamiento del software. 4.Los
modelos que representan información, función y
comportamiento deben dividirse de manera que revelen
los detalles en forma estratificada. 5.El trabajo de
análisis debe avanzar de la información esencial hacia la
implementación en detalle.
- 1.Debe representarse y entenderse el
dominio de información de un
problema. 2.Deben definirse las
funciones que realizará el software.
3.Debe representarse el
comportamiento del software. 4.Los
modelos que representan información,
función y comportamiento deben
dividirse de manera que revelen los
detalles en forma estratificada. 5.El
trabajo de análisis debe avanzar de la
información esencial hacia la
implementación en detalle.
- 1.Debe representarse y entenderse el
dominio de información de un
problema. 2.Deben definirse las
funciones que realizará el software.
3.Debe representarse el
comportamiento del software. 4.Los
modelos que representan información,
función y comportamiento deben
dividirse de manera que revelen los
detalles en forma estratificada. 5.El
trabajo de análisis debe avanzar de la
información esencial hacia la
implementación en detalle.
- 1.El diseño debe poderse rastrear hasta el modelo de requerimientos.
2.Siempre tomar en cuenta la arquitectura del sistema que se va a
construir. 3.El diseño de los datos es tan importante como el de las
funciones de procesamiento. 4.Las interfaces deben diseñarse con
cuidado. 5.El diseño de la interfaz de usuario debe ajustarse a las
necesidades del usuario final. Debe resaltar la facilidad de uso.
- 6.El diseño en el nivel de componentes debe tener independencia funcional. 7.Los componentes
deben estar acoplados con holgura entre sí y con el ambiente externo. 8.Las representaciones de
diseño deben entenderse con facilidad. 9.El diseño debe desarrollarse en forma iterativa. El
diseñador debe buscar más sencillez en cada iteración.
- 6.El diseño en el nivel de componentes debe tener independencia funcional. 7.Los componentes
deben estar acoplados con holgura entre sí y con el ambiente externo. 8.Las representaciones de
diseño deben entenderse con facilidad. 9.El diseño debe desarrollarse en forma iterativa. El
diseñador debe buscar más sencillez en cada iteración.
- 1.Debe representarse y entenderse el dominio de
información de un problema. 2.Deben definirse las
funciones que realizará el software. 3.Debe
representarse el comportamiento del software. 4.Los
modelos que representan información, función y
comportamiento deben dividirse de manera que revelen
los detalles en forma estratificada. 5.El trabajo de
análisis debe avanzar de la información esencial hacia la
implementación en detalle.
- 1.El equipo de software tiene como objetivo
principal elaborar software, no crear modelos.
2.Viajar ligero, no crear más modelos de los
necesarios. 3.Tratar de producir el modelo más
sencillo que describa al problema ó al software.
4.Construir modelos susceptibles al cambio. 5.Ser
capaz de enunciar un propósito explícito para
cada modelo que se cree.
- 6.Adaptar los modelos que se desarrollan al sistema en
cuestión. 7.Tratar de construir modelos útiles, pero
olvidarse de elaborar modelos perfectos. 8.No ser
dogmático respecto de la sintaxis del modelo. Si se tiene
éxito para comunicar contenido, la representación es
secundaria. 9.Si su instinto dice que un modelo no es el
correcto a pesar de que se vea bien en papel, hay razones
para estar preocupado. 10.Obtener retroalimentación tan
pronto como sea posible.
- 6.Adaptar los modelos que se desarrollan al sistema en
cuestión. 7.Tratar de construir modelos útiles, pero
olvidarse de elaborar modelos perfectos. 8.No ser
dogmático respecto de la sintaxis del modelo. Si se tiene
éxito para comunicar contenido, la representación es
secundaria. 9.Si su instinto dice que un modelo no es el
correcto a pesar de que se vea bien en papel, hay razones
para estar preocupado. 10.Obtener retroalimentación tan
pronto como sea posible.
- 1.)Requerimientos de los principios de
modelado. 2.)Principios de modelado del
diseño.
- principios de Construcción
- 1.)Principios de codificación.
2.)Principios de la prueba.
- Principios de codificación. Principios de preparación.
Principios de programación. Principios de validación.
Principios de prueba.
- Principios de codificación. Principios de preparación.
Principios de programación. Principios de validación.
Principios de prueba.
- 1.)Principios de codificación.
2.)Principios de la prueba.
- Principios de despliegue.
- 1.Deben manejarse las expectativas de los clientes. 2.Debe ensamblarse y probarse el paquete
completo que se entregará. 3.Antes de entregar el software, debe establecerse un régimen de apoyo.
4.Se deben proporcionar a los usuarios finales materiales de aprendizaje apropiados. 5.El software
defectuoso debe corregirse primero y después entregarse.
- 1.Deben manejarse las expectativas de los clientes. 2.Debe ensamblarse y probarse el paquete
completo que se entregará. 3.Antes de entregar el software, debe establecerse un régimen de apoyo.
4.Se deben proporcionar a los usuarios finales materiales de aprendizaje apropiados. 5.El software
defectuoso debe corregirse primero y después entregarse.
- Principios de comunicación.
- Principios que guían el proceso
- Principios Fundamentales
Quer criar seus próprios Mapas Mentais gratuitos com a GoConqr? Saiba mais.