Professional Documents
Culture Documents
Examen reprobadoo
Configuration Management es una prctica para mantener consistentes las
aplicaciones que se tienen bajo control propio. Es decir, explica cmo los
cambios que se hacen afectan y son controlados a travs del ciclo de vida de la
aplicacin
El objetivo de este curso es que ustedes sean capaces de definir la
administracin de configuracin dentro de un proyecto, planearla y difundirla
en su equipo de trabajo, quienes debern conocerla y seguirla.
Agenda
Se hablar de la definicin de Configuration Management, su importancia,
relaciones principales, las prcticas ms crticas a realizar dentro de un
proyecto, tipos de Configuration Items, los ambientes bajo los cules se realiza
la configuracin y el flujo que siguen. Tambin se conocer cmo se integra un
producto, el plan de administracin de configuracin y las auditoras de la
administracin de la configuracin.
Qu significa Configuration Management? son la serie de procedimientos, de
checklist y templates que permiten controlar los cambios de aquellas cosas
consideradas como importantes para el proyecto y que son denominadas
Configuration Items. Al tomar un Configuration Item para controlarlo durante la
vida del proyecto, implica que todo cambio que se realice, as como las veces
que se de check-out check-in cada que se agreguen comentarios se tenga
el control absoluto del estatus de dichos cambios, por ejemplo: llega un change
request que pide cambios a 20 cosas; en todo momento y bajo cualquier
situacin al cliente podr informrsele del estatus de cambios. O en un AMS se
le dir cul es el estatus de su requerimiento y qu va a cambiar en cada
configuration item. La parte inicial y fundamental de Configuration
Management es identificar los configuration tems. Es decir, aquellas
caractersticas o productos que se tienen que controlar y verificar para poder
hacer un anlisis de impacto adecuado y propagar los cambios de la mejor
forma. De manera ms especfica, configuration item, configuration
identification y configuration control, son los elementos que integran toda
Administracin de Configuracin. Ya que es la disciplina en los procesos que
identifica y controla a los configuration tems. En conclusin desde el inicio del
proyecto se deben estipular aquellas cosas que requieren ser controladas, as
como el esquema y polticas bajo las que se vigilarn.
Definitions
merge de lo que se tiene del ambiente de desarrollo con lo que se tienen del
ambiente donde se probar y en el que todas las aplicaciones estn corriendo.
Configuration Item Flow Between Environments
Source and compile code / Application Related Documentation
Posteriormente el cdigo pasa al ambiente donde se realizarn las pruebas de
usuario, tomando en cuenta que previamente se hizo el Unit Testing y el Peer
Review. De ah la importancia de que sea un ambiente distinto al del
DEVELOPER, para que el Peer Reviewer pueda verificar el cdigo y
adicionalmente hacer el testing apropiado sobre dicho ambiente. Se dice que
esa es la condicin indispensable para promover el ambiente de User
Acceptance Testing. Esto significa que si se hace un mantenimiento o un
enhacement y el usuario prueba la aplicacin, forzosamente se debe hacer un
Peer Review para hacer el testing, aplicar el checklist y asegurarse que todo
funcionar adecuadamente. Tpicamente ah existe una matriz de pruebas y
sus casos de pruebas o alguna variacin que permita a la persona que realizar
el Peer Review revisar el cdigo, la aplicacin y hacer la validacin para
corroborar que el cambio cumple con la necesidad del usuario. De ah la
importancia de la VALIDACIN, sobre todo cuando se realiza un AMS.
Configuration Item Flow between Environments
Source and compile code / Application Related Documentation
Si se detectan defectos o fallas durante el Peer Review, se hace un demote al
cdigo. Es decir, se regresa al ambiente de desarrollo y como parte del
Configuration Management, el componente es etiquetado con un estatus de
retrabajo. Esto con la finalidad de que la gente sepa que dicho componente,
mdulo, grupo de archivos o de objetos, est siendo retrabajado, evitando que
sea utilizado cuando an no est estable, lo que es distinto a cuando alguien
est agregando una nueva funcionalidad.
Configuration Item Flow between Environments
Source and compile code / Application Related Documentation
Una vez que se revisa la informacin, que el Peer Reviewer acepta los defectos
encontrados en los test cases y que el usuario ya dio su aprobacin, entonces
se pasa al ambiente de staging. Por lo tanto, se puede pasar al equipo de
preproduccin para iniciar con otras pruebas, con la regresin, con el anlisis
de performance o con lo que se esta planeando para dicha fase. Todo esto
tiene que ver con el ciclo de regresin, pruebas de performance y de
asegurarse que no le afecte a algn otro elemento que se tuviera en el
ambiente.
Hasta este momento ya se pasaron las pruebas de UAT; los staging ya le dieron
el release y el cdigo est en produccin. De forma simplificada, este flujo
debe parecerse al procedimiento que se sigue en una nueva funcionalidad, en
un enhancement, un mantenimiento, etc. Es decir, desde que te piden algo
hasta que se termina y se sube a produccin. Esta conformacin de ambientes
tiene que estar perfectamente clara para cada una de sus aplicaciones. El
personal que atienda cada una de las aplicaciones debe tener dicha
conformacin clara, y saber qu ambientes existen, para saber en dnde se
realizar el Peer Review, el staging, etc. Todo esto se encuentra perfectamente
documentado en el Plan de Configuration Management Configuration
Management Plan. La idea es que cada integrante del equipo recurra a su
Configuration Management Plan para conocer a detalle sus aplicaciones. Este
plan puede ser nico en el PDP, Project Development Plan, a nivel proyecto, o
pueden ser varios vinculados al PDP, en el que cada uno tiene el detalle de
cada aplicacin. Por otra parte, el ciclo de la documentacin es muy similar ya
que conforme se van encontrando defectos, se debe ir arreglando la
documentacin. Es ms sencillo ya que hay dos ambientes, el local y el que se
tiene on site. En ste ltimo se encuentran el Visual Source Safe, el CVS o
cualquier otra herramienta de control de versiones. Cuando se presenta un
defecto puede tener dos posibles causas. La primera es que la aplicacin no
hace lo que est documentado, y la segunda es que lo que est documentado
y hace la aplicacin es incorrecto. En el primer caso ya no se tendra que
DOCUMENTS
Verifica que el Equipo de Trabajo identifica qu es lo que se
va a generar para cada FASE del proyecto
NAMING CONVENTIONS Verifica que el equipo de trabajo conozca las
nomenclaturas definidas a USAR en cada uno de los ELEMENTOS que se
generan en el proyecto.
PROJECT BASELINES
genere los BASELINES.
STRUCTURE OF THE