CAP 7 GESTION DE CONFIGURACION DE SOFTW
Un sist: colección d componentes q se organizan con el obj d
proporcionar una función o conjunto d funciones
determinadas (IEEE 610.12-90)
La config d un sist :
*Las características funcionales y/o físicas del hardw, firmw,
softw o combin
*Colección d versiones específicas d elementos de hardw,
firmw o softw y se combinan para un propósito en particular.
Gestion d config: discip d identificar la config d un sist en
momentos diferentes con el propósito d controlar d manera
sistemat los cambios en la config y mantener la integridad y
el seguim d los cambios.
SCM: gestión d la config del softw, es un proc q soporta el
ciclo de vida del softw q beneficia a la gestión de proyectos.,,,.
Clientes y usuarios de product final.
CM: gestión de config
Existen diferencias d implement entre CM del hardw y CM del
softw.
SCM esta relacionada a Garantia de calidad del softw SQA.
En Calidad de softw, los procesos d SQA proporcionan la
garantía d q los procs y productos cumplen ls requerimtos.
SCR: petición de cambios de software
GESTION DEL PROCESO DE SCM
La SCM controla la evolución e integridad de un producto,
identificando sus elementos, gestionando y controlando los
cambios, guardando y produciendo informes de la
información de config. Facilita actividades de desarrollo e
implementacion de cambios.
1.CONTEXTO DE ORGANIZACIÓN
Para planificar un proc de SCM se necesita comprender el
contexto de la org y la relación ntre ls distintos elements d la
org.
La organización de desarrllo normlmnte es quien tiene la
responsab general de la SCM.
Softw: parte de un sist mayor que tiene elementos de hardw
y firmware.
Firmw: contiene hardw y softw.
SCM puede ayudar a la garantía de calidad en gestión de
registros y de elementos no válidos.
2.RESTRICCIONES Y CONSEJOS
Pueden venir de diferentes fuentes.
Las normas y procedimientos definidos pueden tener
influencia en el SCM(diseño e implement).
El proceso del ciclo de vida del softw elegido y las
herramientas elegidas afectan el diseño e implementación de
los procesos de la SCM.
3.PLANIFICAR LA SCM
La planificación de un proceso de SCM debe ser consistente
con el contexto, restricciones, consejos y naturaleza del
proyecto.
Actvidades:
*Identificacion de config de softw
*Control de config de softw
*Responsab del estado de config de softw
*Auditoria de la config de softw
*Gestion de lanzamiento y entrega de softw
Resultado: PLAN de SCM (doc vivo y sirve como referencia en
procss de la SCM), sujeto a revisión y auditoria de SQA.
IEE828-98: fuentes acerca de creación y manten de SCMP
6 categorías de información de GCS
*introducción *gestión de la SCM *Actividades de CSM
*Planific de SCM *Recursos de SCM *Mantenim del SCMP
-Organización y responsab: para prevenir confusión en quien
debe realizar tareas determinadas.
-Recursos y planificación: Ayuda a identificar las necesidad del
personal y herramientas, se especifican las necesid de
formación requeridas.
-Selección e implement de herram: las habilidades de las
herram proporcionan apoyo para la biblioteca SCM,
procedimientos de aprobación y SCR.,tareas de gestión de
cambios y códigos, auditoria, construcción, gestión y
seguimiento de los lanzamientos y distribución.
Royce describe 7 medidas centrales para gestionar procesos
de la ingeniería de softw.
Al planificar el ingeniero de softw elige las herramientas de la
SCM apropiadas para el trabajo.
Un objetivo relacionado con el seguimiento de los procesos
de la SCM es descubrir oportunidades para mejorar los
procesos.
IDENTIFICACION DE LA CONFIG DE SOFTW
Esta actividad identifica elementos q se han d controlar,
establec metods de identif para los elementos y sus versiones,
establece herramientas y técnicas. Estas actividades
proporcionan la base para otras activ de SCM.
IDENTIFICAR ELEMENTOS A CONTROLAR
1° paso es identificar los elemnts de softw a ser controlads
Una configuración de softw es el conjunto de características
funcionales y fisicacs del softw tal como se han definido en
doc tecnic o product final (IEEE610.12-90)
SCI: elemento de configuración de softw, es una agregación
de softw, se trata como una sola entidad en l proceso de
SCM(gestión de config de sotfw)
SCM controla un conjunto variado de elementos aparte del
código.
SCI: elemento de configuración de software
La selección de SCIs es un proces importante en el que se ha
de conseguir un equilibrio entre proporcionar una visibilidad
adecuada para el control del proyecto.
La relación estructural entre los SCIs seleccionados y sus
partes constituyentes, afecta otras activ o tareas d la SCM.
Los elementos de software evolucionan al mismo tiempo que
el proyecto avanza.
Una version de un elemento de software es un elemento
identificado y especificado. (estado que evoluciona)
Revision es una nueva version de un element q se reemplaza
la version anterior.
Variante es una version de un elemento q se añadirá la
configuración sin reemplazar la version anterior.
La línea base de un softw es un conjunt de elemts de
configuración del softw que se han designado formalmentey
fijados en un momento determinado durante el ciclo de vida.
(configuración actual aprobada)
BIBLIOTECA DE SOFTW
Es una colección controlada d softw y los documentos
relacionados y stá diseñada para ayudar en el desarrollo de
softw.Se pueden usar varios.
CONTROL D LA CONFIG SOFTWARE
Al control de la configuración del software le concierne la
gestión de cambios durante el ciclo d vida del softw.Cubre los
procesos q determinan los cambios a
realizar,autoridad,soporte y desviación formal.
PETICION, EVALUACION Y APROBACION DE CAMBIOS
Primer paso Para gestionar cambios es determinar los
cambios a realizar. La petición de cambio lo puede generar
cualquiera en cualquier momento.
El tipo de cambio (defecto o mejora) se registra normal en SCR
(petición de cambio de software) no importa la fuente
La autoridad para aceptar o rechazar los cambios es conocida
como Consejo de control de la config (CCB).
Cuando el alcance de la autoridad de un CCB se limita al softw
se llama CCBS: consejo de contrl de config de softw.
Una remisión es la autorización para utilizar un elemento.
REGISTRO DEL ESTADO D LA CONFIG
SCSA contabilidad del estado de la config del softw
Es la actividad de registrar y proporcionar información
necesaria para una gestión afectiva de la config del softw.
INFORMACION DEL ESTADO DE LA CONFIGURACION
la actividad de SCSA diseña y opera un sist para la captura y
hacer informes necesario en el ciclo de vida.
INFORMES DEL ESTADO DE LA CONFIGURACION
Los informes generados pueden ser usados por varios
elementos de la org.
AUDITORIA DE CONFIG SOFTW
Es una actividad q se realiza para evaluar
independientemente la conformidad de productos de softw y
proceos con las regularizaciones standares.
LA actividad de auditoria determina el grado en que un
elemento satisface las características funcionales y físicas.
2 tipos de auditorias por contrato:
Auditoria de la config funcional FCA
Auditoria de la config física PCA
El propósito de FCA del softw es asegurarse d q el elemento
se softw q se audita es consistente con la
especificación.Entrada de datos: actividades clave son
verificación y validación de softw
El propósito de PCA es asegurarse d q el diseño y
documentación con consistentes con el producto.
Las auditorias se pueden llevar a cabo durante el proc de
desrrllo para invetigar el est actual de un elemento.
GESTION DE LANZAMIENTO Y ENTREGA
Lanzamiento: distribución de un elemento de configuración
del softw fuera de la actividad de desrralllo.
CONSTRUCCION SOFTW
Es la actividad de combinar la version correcta de los
elementos de configuración del softw.
Ademas de construir softw para un nuevo lanzamiento, la
SCM normalmente necesita ser capaz de reproducir
lanzamientos previos para recuperacion, pruebas u otros.
El proceso y los productos de la construcción están sujetos, a
verificación de la calidad del softw.
GESTION DEL LANZAMIENTO SOFTW
Conlleva la identificación, empaquetamiento y distribución de
los elementos de un producto por ejemp programas
ejecutables, documentación.
La información que documenta el contenido físico del
lanzamiento se conoce como documento de descripción de la
versión.
Las habilidades de una herramienta son necesarias para dar
soporte a funciones de gestión de los lanzamientos.
CAP 8 GESTION DE LA INGENIERIA DE SOFTWARE
La gestión de la ing. De softw. se define como la aplicación
para actividades de gestión (planificación, coordinación,
mediciones, monitoreo, control e informes) para un desarrrllo
y mantenimiento de softw.
Se encarga de la gestión y medición de la ing. De softw.
Aspectos de los productos y procesos de ciclo de vida que
complican la gestión de la ingeniería de softw:
- Percepción de cliente
- Los procesos de ing de soft generan necesidad de
nuevos requisitos del cliente
- Balance apropiado de creatividad y disciplina
- Grado de novedad y de complejidad de softw
- Tasa d cambio d tecnology subyacente es muy fast
Las actividades de gestión tienen 3 niveles:
 Gestión organizacional y de infraestructura
 Gestión de proyectos
 Programa de planificac y cntrol de mediciones
Los términos de gestión organizacional son importantes en
términos de su impacto sobre la ing, de softw.
La gestión de la cartera de trabajo es la capacidad de tener
una visión general, no solo del conjunto del softw en
desarrollo sino también del softw q ya se está utilizando en la
organización.
Reutilización del softw: factor clave en el mantenimiento y
mejora de la productividad y competividad.
La gestión de proyectos tiene que ver con eta KA.
PMBOK: guía al proyecto de gestión del cuerpo de
conocimientos, KAs de gestión de proyectos (gestión de
integración de proyecto, gestión de objetivos del proy,
gestión del tiempo del proy, gestión del coste del proy,
gestión de la calidad del proy, gestión de los recursos
humanos del proy, gestión d las comunicaciones del proy).
La gestión de la ing del softw consiste tanto en el proceso de
gestión del proyecto de softw en sus primeros 5 subareas
como en la medición de la ingeniería del softw en su última
subarea.
Una gestión sin medición cualitativa y cuantitativa da la
sensación de falta de rigor, y medir sin gestionar da la
sensación de una falta de fines o de contexto.
GIS: Gestión de ingeniería de software.
Una gestión eficaz requiere la combinación tanto de números
como de experiencia.
Proceso de gestión: activds que se emprenden para
asegurarse de que los procesos de ingeniería de softw se
realizan de una manera consistente con las políticas,
objetivos y estándares d ela organización.
Medicion: asignación de valores y etiquetas a los aspectos de
la ing de softw y a los modelos q derivan de ellos.
KAs relacionadas:
- Requisitos de softw
- Gestion de configuración de softw
- Proceso de ing de softw
- Calidad del softw
Proceso de gestión: IEEE/EIA12207
6 subáreas principales:
 Iniciación y alcance: decisión de iniciar un proyecto de ing
de softw. Se centra en determinación eficaz de los
requisitos de softw. inducción de requisitos (observación),
análisis (modelado de casos de uso), especificación y
validación (prototipado).: Determina el alcance del proy.
Construir para verificar, Los cambios son inevitables,
 Planificación del proyecto de software : afronta activds
emprendidas para prepararse para una ing de softw desde
una perspectiva de gestión. EL proceso de planificación
iterativa está regulado por el alcance y requisitos, y por el
establecimiento de la viabilidad. Se evalúa los procesos
del ciclo de vida del software y se selecciona el más
apropiado. Se asignan los recursos a las tareas para
optimizar la productividad del personal, uso de quipo y
materiales y la adhesión a los horarios.
Planificación de un proceso: selección de modelo
adecuado de ciclo de vida, métodos y herramientas para
descomponer el proy en tareas, con entradas asociadas,
resultados y condiciones de finalización de obra.
Determinar los entregables: Se especifica y caracteriza el
producto(s) de cada tarea. Se evalúa la reutilización,
utilización de terceras personas, selección d proveedores.
Esfuerzo, calendario y cálculo de coste: Se determina el
rango de esfuerzo esperado por cada tarea. Los requisitos
de recursos se traducen en estimaciones de costo.
Reparto de recursos: Actividad regulada y limitada por la
disponibilidad de los recursos y por su uso óptimo bajo
estas circunstancias y personal.
Gestión de riesgos: Identificación y análisis de riesgos,
valoración crítica de riesgos, mitigación de riesgos y
planificación de contingencias. Debe influir en aspectos de
riesgos únicos en el softw.
Gestión de calidad: Los límites de adhesión a la calidad
para cada indicador se colocan de acuerdo a las
expectativas q tenga el contratista sobre dicho softw.
Gestión de planes: Planificar como se gestionará el proy y
la planificación.
 Promulgación del proyecto de software activds de
gestión d ing d softw aceptadas durante la ing d softw. Las
actividades actuales de gestión para medir, supervisar,
controlar e informar son fundamentales para la
promulgación.
Implementación de planes: Inicia el proy, se emprende
según el horario, utilizan recursos y produce entregables.
Gestión de contratos con proveed: prepare y ejecutar
acuerdos con los proveedores.
Implement. d procesos para medir: se promulga el proces.
Proceso de supervisión: Se modelan y analizan datos d
medición, se informa d los resultados según s vaya necesit.
Proceso de control: Se pueden hacer cambios al proy
cuando se juzgue oportuno y cuando se modele y gestione
los impactos y riesgos asociados a estos.
Informes: deben orientarse hacia una adhesión global en
oposición a los infor detallados q s requieren frecuent en
el equipo.
 Repaso y evaluación Busca asegurarse q el softw es
satisfactorio. Se evalúan el progreso global hacia el logro
de los objetivos prefijados y la satisfacción de los
requisitos del contratista.
 Cierre afronta activds de post-realizacion de un proyecto
de ing de softw. el proy llega a su fin cuando todos los
planes y procesos implicados se han promulgado y
completado. Tras haberse confirmado el cierre se
archivan los materiales del proyecto de acuerdo a los
métodos, localización y duración.
 Medición de la ingeniería de software desarrollo e
implementación eficaz de los programas de medición en
las organizaciones de ing del softw. Medir con eficacia se
ha convertido en una de la piedra angular de la madurez
de una organización. ISO/IEC 15939: describe el proceso
q define las activids y tareas necesarias para implementar
un proceso de medición.
–Definir el alcance de la medición
–Compromiso d la dirección d y del personal con la medición
Planificar el proceso de medición: ISO 15939-02
*Caracterizar la unidad organizacional. Un modelo de proceso
organizacional también es por lo general un elemento de una
caracterización de la unidad organizacional.
*Identificar necesidades de información. Las necesidades de
info se basan en las metas, restricciones, riesgos y problemas
de la unidad organizacional. Deben ser identific y priorizarse.
*Seleccionar las mediciones. Deben seleccionarse en base a
las prioridades de las necesidades de info y otros criterios
como el coste de recolección de dato, grado de transformo
del proceso durante la recolección.
*Definir la recolección de datos, análisis y procedimientos.
Abarca procedimientos y horarios, datos almacenados…
Definir criterios para evaluar productos de información
Revisar, aprobar y proporcionar recursos para las tareas. El
plan de revisión debe ser revisado y aprobado por los
contratistas adecuados.
Adquirir y desplegar tecnologías de apoyo
Recolectar datos, verificar y almacenar.
Analizar datos y desarrollar productos de información
Comunicar los resultados. Los prod de información deben
documentarse y comunicarse a usuarios y contratistas.
 CAP 9 PROCESO DE INGENIERIA DE SOFTWARE
Dos niveles:
 El primer nivel engloba las actividades técnicas y de
gestión dentro de los procesos del ciclo de vida del
softw. Lo cubren las otras KAs
 Meta nivel, se refiere a la definición,
implementación, valoración, medición, gestión,
cambios, y mejoras de los procesos mismos del ciclo
de vida del soft. Este KA
Los estándares como IEEE12207 hablan de procesos de ing del
softw, lo que significa que hay muchos procesos involucrados,
tales como los Process de Desarrollo o Proc de Config de Gest.
Otro significado, se refiere al conjunto actual de actividades
realizadas dentro de una org, que podría verse como un solo
proceso.
Se aplica a cualquier parte d ela gestión de procesos del ciclo
de vida del softw en donde haya cambios de procedimiento o
tecnológicos.
Los procesos de ing de softw tienen importancia tanto para
las grandes organizaciones como para las pequeñas.
El objetivo de gestionar los procesos del ciclo de vida del
softw es implementar nuevos o mejores procesos en las
practicas actuales.
Esta KA no aborda explícitamente la gestión de recursos
humanos HRM.
Está relacionado con disciplinas como la gestión.
PROCESO DE IMPLEMENTACION Y CAMBIOS. Se centra en los
cambios organizacionales. Describe la infraestructura,
actividades, modelos y consideraciones practica de un
proceso de implementación y cambios. Se le denomina
proceso de EVOLUCIÓN.
-Infraestructura del Proc: Es necesario que la adecuada
infraestructura esté en su lugar. En la práctica de utilizan dos
tipos principales de infraestructura:
 Grupo de proceso de ing de softw SEPG: se quiere
que SEPG sea el foco central del proceso de mejoras
de la ing de softw.
 Creadora de experiencia EF: Separa la organización
del proyect (desarrollo y mantenimiento del softw) d
la organización de las mejoras (la EF se ocupa d eso).
Se trata que la EF institucionalice el aprendizaje colectivo de
una organización, desarrollando, actualizando, y entregando
a la org del proy los paquetes de experiencia (Validaciones de
procesos).
Ciclo de gestión del proceso del softw:
Gestión del proceso de softw consiste en 4 actividades
secuenciales en un ciclo iterativo, permite retroalimentación
continua y mejoras del proceso del softw.
1) La actividad del establecimiento de la infraestructura
de un proceso consiste en establecer un acuerdo con
el proceso de implementación y cambios.
2) El propósito de la activ de planificación es
comprender los objetivos de las empresas actuales y
las necesidades del proceso del individuo, proy u org.
3) El propósito del proceso de implementación y
cambios consiste en llevar a cabo el plan, desplegar
nuevos procesos y/o cambiar procesos existentes.
4) La evaluación del proceso se encarga de descubrir lo
bien que se ha llevado a cabo la implementación y
cambios y si se materializaron o no los beneficios
esperados.
Modelos para el proceso de implementación y cambios:
Han surgido dos modelos generalizados:
1) Paradigma de mejoras de calidad QIP
2) Modelo IDEAL
La evaluación del proceso de implementación y los resultados
d los cambios poder ser cualitativos o cuantitativos.
El proceso de implementación y cambios constituye una
instancia del cambio organizacional, también puede verse
como una instancia de consultoría.
En IEEE99a se señalan los estudios empíricos sobre factores
de éxito para los cambios en los procesos.
Hay dos formas de acercarse a la evaluación de un proceso de
implem y cambios, Términos de cambios al proceso mismo o
en términos de cambios en las salidas del proceso.
DEFINICION DE PROCESO
Proceso es un procedimiento, una política o un estándar.
Modelos del ciclo de vida del softw:
Sirven como definiciones de alto nivel de las fases que tienen
lugar durante el desrrrollo.
Algunos ejemplos son el modelo de cascada, modelo de
prototipado de usar y tirar lo desechable, desarrollo evolutivo,
entrega incremental/iterativa, modelo en espiral, modelo de
softw reutilizable y la síntesis de softw automatizado.
Procesos del ciclo de vida del software
No pretenden ordenar sus procesos en el tiempo. Los
procesos de ciclo de vida pueden ordenarse para tener cabida
en cualquiera de los modelos del ciclo de vida de softw.
IEEE/IEA 12207
IEEE 1074: para desarrollar procesos de ciclo de vida ofrece
una lista de procesos y actividades para el desarrollo y el
mantenimiento del softw.
Estándares enfocados al mantenimiento de procesos: IEEE
1219-1998 Y ISO 14764-1998
IEEE 1540: Gestión de riesgos del softw
IEEE 1517-99: procesos de reutilización del softw
ISO 15939: proceso de medición del softw
ISO 9001: ofrece requisitos para los procesos de gestión de la
calidad
ISO/IEC 90003: interpreta esos requerimientos para
organizaciones q desarrollan software.
Un tipo de problema de selección tiene que ver con la
elección realizable a lo largo del eje del método basado en
planificación.
Notaciones para las definiciones de los procesos
Se puede describir los procesos en diferentes niveles de
abstracción.
Varios elementos de un proceso pueden definirse por ejem
actividades, productos, recursos.
Recientemente un estándar de modelado del proceso ha sido
publicado por el OMG que tiene como fin armonizar las
notaciones de modelado: Especificacion MPIS
metaModeloDelProcesoDeIngSoftw
Adaptación del proceso
Los procesos predefinidos deben adaptarse a las necesidades
locales como contexto organizacional, rquis reguladores…
IEEE/EIA 12207Tiene mecanismos, recoms para la adaptación
Automatización
Las herramientas automatizadas o apoyan la ejecución o
aportan una guía a los humanos que desarrollan los procesos
definidos.
VALORACION DEL PROCESO
Se lleva a cabo utilizando un modelo de valoración como un
método de valoración.
Modelo de valoración de procesos
Recoge lo que se reconoce como buenas practicas.
ISO/IEC 15504 Define un modelo ejemplar de valoración
Modelos de valoración disponibles en uso: SWCMM, CMMI,
BOOTSTRAP.
ISO 9001: otro Modelo común de validación
Arquitecturas generales para un modelo de valoración que
ofrecen conjeturas sobre el orden de valoración de procesos:
-Continua -Escalonadamente
Métodos de valoración de procesos
Para realizar la valoración se necesita un método de valorac.
CBA-IPI: se centra en la mejora de procesos
SCE: centra en evaluar la capacidad de los proveedores
SCAMPI: giran en torno a las valoraciones CMMI
MEDIDAS DE PRODUCTOS Y PROCESOS
Existen varios aspectos de las mediciones en la ingeniería del
softw que resultan fundamentales y q están a la base de
muchos de los procesos de medición y análisis más
avanzados.
ISO/IEC 15939 Términos clave d medición del softw y
métodos de medicion
Medición del proceso
Significa que se recoge, analiza e interpreta información
cuantitativa sobre el proceso. Es útil para gestionar un
proyecto de ingeniería de softw.
Tdo proceso tiene impacto sobre los resultados de un
proyecto.
Medida del producto software ISO 9126-01
La medición de un producto incluye la medición del tamaño
del producto, la estructura del producto y la calidad del
producto.
*Medición del tamaño
El tamaño de un producto es evaluado a menudo mediante
medidas de longitud o funcionalidad.
*Medición de la Estructura
Un rango diverso de medidas de la estructura de un producto
softw puede ser aplicado a un nivel bajo y alto de diseño y
código de artefacto.
*Medición de la calidad
KA calidad del softw, Modelos ISO de la calidad del softw y las
medidas relacionadas: ISO 9126
Calidad de los resultados de medición
Los resultados de la medición de la calidad (precisión,
reproductibilidad, convertibilidad) con primordiales para la
medida de los programas para proveer resultados efectivos y
estables.
La medición es definida en la teoría de medición como la
asignación de números a los objetos de una forma sistemática
para representar las propiedades de los objetos.
Modelos de información del software
Existen para analizar, clasificar, y predecir. Tales modelos
necesitan ser evaluados para asegurar que los niveles de
precisión son suficientes y que sus limitaciones son conocidas
y entendidas.
-Creación de modelos: Incluye la calibración y la evaluación
del modelo.
-Implementación de modelos: Incluye interpretación y
refinamiento de modelos.
Técnicas de medición del proceso
Deben ser usadas para analizar los procesos de ingeniería de
software y para la identificación de las fortalezas y
debilidades.
TIPOS GENERALES DE TECNICAS DE MEDICION DE PROCESOS
 Técnicas analíticas
Dependen de la evidencia cuantitativa para determinar
donde son necesarias unas mejoras. Paradigma de la
mejora de calidad
-Estudios experimentales_ un nuevo proceso es
comparado con el proceso actual para ver analizas
resultados
-Informe de definición del proceso _ la información de
un proceso es revisado
-Clasificación del defecto ortogonal_ enlazar errores
encontrados con causas potenciales
-Análisis de causas desde la raíz_ origen en los
problemas para detectar causas del proceso
-Técnica de clasificación del defecto ortogonal_ usada
para encontrar categorías con problemas
-Proceso de control estadístico_ identifica estabilidad
-Proceso personal de software_ proceso q va desde
abajo-arriba
 Técnicas de bancos de pruebas, puntos de
referencia
Depende de identificar una organización excelente en un
campo y en la documentación de sus prácticas y
herramientas.
Asume que, si una organización competente adopta las
prácticas de la organización excelente, ella también
llegará a ser excelente. Los bancos de pruebas engloban
la evaluación de la madurez de una organización o de la
capacidad de sus procesos.