Está en la página 1de 11

UNIVERSIDAD DE LAS FUERZAS ARMADAS

ESPE

IDENTIFICACIN DE LA
CONFIGURACIN DE
SOFTWARE

Realizado por:
Irina Avalos
Carolina Prez
Elvis Sarchi

Sangolqu - Ecuador

TABLA DE CONTENIDO
1.

OBJETOS........................................................................................................................................................2
1.1.

OBJETIVO GENERAL..........................................................................................................................2

1.2.

OBJETIVOS ESPECFICOS..................................................................................................................2

2.

INTRODUCCIN............................................................................................................................................2

3.

DESARROLLO...............................................................................................................................................3
3.1 ESTABLECIMIENTO DE JERARQUA......................................................................................................3
3.2 SELECCIN DE ECs....................................................................................................................................3
3.3 RELACIONES EN LA CONFIGURACIN.................................................................................................5
3.4 DEFINICIN DE ESQUEMA DE IDENTIFICACIN...............................................................................6
3.4 DEFINICIN Y ESTABLECIMIENTO DE LNEAS BASE.......................................................................6
3.5 BIBLIOTECAS DE SOFTWARE..................................................................................................................7

4.

APLICACIN.................................................................................................................................................8

5.

CONCLUSIONES...........................................................................................................................................9

6.

RECOMENDACIONES..................................................................................................................................9

7.

BIBLIOGRAFA...........................................................................................................................................10

IDENTIFICACIN DE LA CONFIGURACIN DE SOFTWARE


1. OBJETOS
1.1. OBJETIVO GENERAL

Investigar la fase de la Identificacin de la Configuracin en Proyectos de


Software en distintas fuentes para el empoderamiento de dicho conocimiento.
1.2. OBJETIVOS ESPECFICOS

Describir las caractersticas de la fase de identificacin de la Configuracin


en Proyectos de Software.

Preparar una presentacin de mximo 10 minutos sobre el tema.

Preparar un informe sobre la investigacin.

Subir un fichero comprimido que contenga: La presentacin, Informe,


cualquier otro material utilizado para la investigacin.

2. INTRODUCCIN

La identificacin de la configuracin de software consiste en identificar la estructura


y clases de componentes es decir cada uno de los Elementos de Configuracin de
Software, asignndoles nombres de tal manera que su identificacin sea de forma
nica, para llevar un control del versionamiento y jerarquizar los ECs (Pressman,
1997).
El presente trabajo tiene la finalidad de describir las caractersticas de la fase de
Identificacin de la Configuracin de Software, cul es el procedimiento a seguir
para mejorar la calidad del Software y hacer una correcta identificacin de la

configuracin, demostrando en una aplicacin de red neuronal (Fuzzy-Art) como la


Identificacin de la configuracin del software le ayuda a gestionar sus
componentes.
3. DESARROLLO
ROLLO

El proceso de identificacin de la configuracin de software permite asignar e


identificar nombres significativos y consistentes a todos y cada uno de los elementos
que forman parte del producto software, en cada fase de su desarrollo, es decir, a
cada uno de los Elementos de Configuracin del Software.
Jos Antonio Pow Sang (2015) nos indica que para realizar una correcta
identificacin de la configuracin es necesario:

Establecer una jerarqua preliminar del producto software.


Seleccin de ECs
Definicin de las relaciones en la configuracin
Definicin de un esquema de identificacin
Definicin y establecimiento de lneas base
Definicin y establecimiento de bibliotecas de software.

3.1 ESTABLECIMIENTO DE JERARQUA

Se trata de obtener una primera visin de la estructura y los elementos que tendr el
sistema software. Esta jerarqua facilitar la ejecucin de otras actividades
posteriores de GC, como la seleccin de los elementos de configuracin o la
asignacin de nmeros de identificacin a los documentos. Se realizar,
opcionalmente, en los primeros compases del proyecto.

3.2 SELECCIN DE ECS

La seleccin de un nmero adecuado de ECs es muy importante, ya que al tener


demasiados elementos la documentacin puede resultar inmanejable, mientras que
si se tienen pocos ECs podra no tener la suficiente visibilidad del producto. Existen
criterios adicionales como:

Criticidad: Gravedad del impacto de un fallo en dicho componente


Nmero de personas implicadas en su mantenimiento
Complejidad de su interfaz: Las interfaces de un EC con otros deberan ser

simples.
Reutilizacin: Si el componente se va a disear especialmente para ser

reutilizado.
Tipo de tecnologa: Si el componente incorpora nuevas tecnologas no
utilizadas en otros componentes.

Generalmente los elementos que se toman en cuenta para el proceso de GCS son
los requerimientos y el cdigo fuente, sin embargo para mejorar la calidad del
software los tems que se deben poner bajo control de GSC segn Keyes (2011)
son:

Mdulo de cdigo fuente.


Archivos de datos del sistema.
Archivos del sistema compilado y scripts.
Especificaciones de requerimientos.
Especificaciones de interfaces.
Especificaciones de diseo.
Especificaciones de la arquitectura del sistema.
Planes de pruebas e integracin.
Procedimiento de pruebas.
Resultados de pruebas.
Documentacin de usuario.
Plan de desarrollo de software.
Planes de Calidad.

Planes de Gestin de la Configuracin.


Sistemas operativos.
Herramientas de terceros.
Otras herramientas de trabajo.
Procedimientos y estndares de desarrollo.

3.3 RELACIONES EN LA CONFIGURACIN

Adems Jos Antonio Pow Sang (2015) seala algunas de las relaciones que
pueden existir son:

Equivalencia: Por ejemplo, cuando un determinado ECS que es un programa


est almacenado en tres lugares diferentes (un disco maestro, una copia de
seguridad en USB, cd u otros), pero todas las copias corresponden al mismo

programa.
Composicin: Por ejemplo, el ECS especificacin de diseo estar
compuesto de otros ECS, como el modelo de datos o el diseo del mdulo

N, para cada uno de los mdulos que componen el producto software.


Dependencia: Cualquier otro tipo de relaciones entre ECS, fundamentalmente
en la documentacin, y sobre todo para facilitar la trazabilidad de los
requisitos. As, por ejemplo, el modelo de datos tiene dependencia con los

Diagramas de Flujos de Datos (DFDs).


Derivacin: A partir de qu se ha originado algo. Por ejemplo, el cdigo objeto
del cdigo fuente, o una determinada traza de ejecucin de un determinado

caso de prueba con un determinado programa ejecutable.


Sucesin: En la historia de cambios sobre un elemento desde una revisin a
otra. Puede ser muy til definir un Grafo de Evolucin para cada ECS. Este
grafo describe la historia de cambios de un objeto y su transicin de unas

versiones a otras.
Variante: Variacin sobre un determinado elemento, con la misma
funcionalidad, pero que, por ejemplo, funciona ms rpido.

3.4 DEFINICIN DE ESQUEMA DE IDENTIFICACIN

Para Jos Antonio Pow Sang (2015) es necesario establecer un Esquema de


Identificacin que permita etiquetar cada uno de los Elementos de Configuracin del
Software. Sea cual sea, el esquema de identificacin utilizado debe proporcionar al
menos la siguiente informacin:

Nmero o cdigo del Elemento de Configuracin del Software.


Nombre del ECS
Descripcin del ECS
Autor/es del ECS
Fecha de creacin
Identificacin del proyecto al que pertenece el Elemento de Configuracin del

Software.
Identificacin de la lnea base a la que pertenece.
Identificacin de la fase y subfase en la que se cre.
Tipo de Elemento de Configuracin (documento, programa, elemento fsico

(cintas, discos, etc.),...).


Localizacin

3.4 DEFINICIN Y ESTABLECIMIENTO DE LNEAS BASE

Las lneas base se establecen en hitos previamente especificados a lo largo del


proceso de desarrollo (milestones). Uno de los primeros pasos para poder efectuar
la actividad de Identificacin de la Configuracin, por lo tanto, consiste en definir
cules van a ser los hitos, dentro del proceso de desarrollo, en los que se va a
establecer una lnea base (EcuRed, 2015).
Tambin Jos Antonio Pow Sang (2015) establece que las lneas base al finalizar
determinadas fases del ciclo de vida de desarrollo para:

Identificar resultados de tareas realizadas


Asegurar que se ha completado la fase

3.5 BIBLIOTECAS DE SOFTWARE

Una biblioteca de software es una coleccin controlada de software y/o


documentacin relacionada cuyo objetivo es ayudar en el desarrollo, uso o
mantenimiento del software (EcuRed, 2015).
Jos Antonio Pow Sang (2015) identifica las siguientes bibliotecas:

Biblioteca de trabajo: Se establece al inicio del proyecto, y comprende el rea


de trabajo donde los analistas y diseadores elaboran los documentos del
proyecto y donde los programadores desarrollan el software, es decir, donde
se realiza la codificacin y pruebas unitarias. Una vez se han completado las
revisiones o pruebas y el elemento de configuracin en cuestin ha sido
revisado y aprobado, se inicia la transferencia del ECS a la Biblioteca de

Soporte al Proyecto. En esta biblioteca el control de cambios es informal.


Biblioteca de Integracin: Es de esta biblioteca de donde se toman los ECS

para su integracin en ECS de nivel superior del sistema.


Biblioteca de Soporte al Proyecto: En esta biblioteca se almacenan los ECS
aprobados y transferidos desde la Biblioteca de Trabajo o desde la Biblioteca
de Integracin. Cuando un elemento pasa a esta biblioteca, se encuentra

sujeto a un control de cambios interno y semiformal.


Biblioteca de Produccin: Est compuesta por la Biblioteca de trabajo, la de

integracin y la Biblioteca de Soporte al Proyecto.


Biblioteca maestra: Se usa para almacenar ECS liberados para su entrega al
cliente o distribucin en el mercado. Los elementos en la biblioteca maestra
se encuentran sujetos a un control de cambios formal y estricto. En esta

biblioteca se almacenan las Releases del sistema.


Repositorio de Software: Es la entidad en la que se archivan los ECS de un
proyecto tras su cierre. Se transfieren a l desde la Biblioteca Maestra.
Opcionalmente se puede identificar un segmento especial en el que se
almacenarn los elementos reutilizables. Todo lo que se almacena en el

repositorio debe estar adecuadamente identificado y catalogado, para facilitar


su

recuperacin

en

caso

de

necesidad.

Se

supone

que

es

un

almacenamiento a largo plazo, por lo que puede ser de recuperacin lenta


(cinta). Es central y comn a todos los proyectos, mientras que la biblioteca

de Produccin y la Maestra son individuales para cada proyecto.


Biblioteca de Backup: Tambin debe estar adecuadamente identificada,
aunque su contenido no est sujeto a Gestin de Configuracin (las copias
contenidas en ella no estn catalogadas en los registros de Gestin de
Configuracin).

4. APLICACIN

De acuerdo a que la identificacin de la configuracin de software es una fase crtica


se han realizado investigaciones enfocndose principalmente en esta fase, como lo
es el tema:
THE APPLICATION OF ARTIFICIAL NEURAL NETWORK MODEL ON THE
ESTABLISHMENT OF CONFIGURATION IDENTIFICATION.
Desarrollado por los investigadores Ming, C. K., Kuang, H. P., Chang, H. H., & Kuo,
H. C. (2011). Especifican que la Industria de la Computadora Personal (CIP) entrega
productos altamente personalizados, que requiere de muchas piezas y componentes
especiales, lo que incrementa la dificultad y el costo en el desarrollo de sus partes,
como solucin a este problema crean una red neuronal llamada mdulo Fuzzy-ART
para realizar la identificacin de configuracin.
Fuzzy-Art busca agrupaciones similares de componentes, que proporciona un
mdulo de clculo de las piezas, y ayuda a los ingenieros a tener una referencia
para disear los componentes, permitiendo una simulacin con los datos y gestin
de las modificaciones de las piezas.

5. CONCLUSIONES

La identificacin de configuracin de software es una fase crtica, porque


determina el resultado final del sistema, permitiendo mejorar la calidad del

producto entregado y disminuir el riesgo de fallos en el sistema.


La correcta Identificacin de los ECs dependen del proyecto a realizarse, si
se realiza un proyecto pequeo se deben escoger los ECs necesarios y
bsicos como los RS o el cdigo fuente para no perder tiempo en la entrega

del proyecto.
La identificacin de configuracin de software nos permite tener una visin
clara sobre la estructura y los elementos del sistema software.

6. RECOMENDACIONES

Es necesario realizar el seguimiento a la informacin del entorno que le rodea


al software y las herramientas de soporte a travs del ciclo de vida.

Es recomendable completar cada fase del proceso de identificacin de


software para obtener una correcta asignacin e identificacin de los
elementos que conforman el producto software.

Es recomendable elaborar un grafo de evolucin que describa la historia de


los caminos de un objeto para observar sus cambios.

7. BIBLIOGRAFA

[1] Keyes,J. (2004). Software Configuration Management. Boca Raton: CRC Press.
[2] Jos Antonio Pow Sang . Identificacin de la configuracin,2015.
[3] EcuRed(2015). Identificacin de la configuracin. Recuperado el 23 de Junio
de:http://www.ecured.cu/index.php/Identificacin_de_la_configuracin#Establecimie
nto_de_una_jerarqu.C3.ADa_preliminar_del_producto_software

[4] Ming, C. K., Kuang, H. P., Chang, H. H., & Kuo, H. C. (2011). THE APPLICATION OF
ARTIFICIAL NEURAL NETWORK MODEL ON THE ESTABLISHMENT OF
CONFIGURATION IDENTIFICATION. International Journal of Electronic Business
Management, 267-278.
[5] Pressman, R. S. (1997). Ingeneria del software: un enfoque prctico. Mc Graw Hill.

10

También podría gustarte