Ejemplo Proceso Des Arrollo Software

8/19/2019 Ejemplo Proceso Des Arrollo Software

1/24

Esta es la aplicación del patrón de documentación aplicado a todo el proceso de

desarrollo definido en Competisoft. La idea es aplicarlo pero para una parte bien

pequeña del proceso de desarrollo en el ejercicio por cuestión de tiempo y esfuerzo.

Este mismo documento al incluir todo el proceso de desarrollo, les puede servir de

ejemplo para aterrizar los diferentes conceptos vistos en IS !""" aplicaciones para

soft#are.

Proceso OPE.2 Desarrollo de Software

Categoría Operación (OPE)

Propósito El propósito de Desarrollo de Software es la realización sistemática de lasactividades de análisis, diseño, construcción, integración prue!as deproductos de software nuevos cumpliendo con los re"uisitosespecificados con las normativas de seguridad de información#

Descripción El proceso de Desarrollo de Software se compone de uno o más ciclos dedesarrollo# $ada ciclo está compuesto de las siguientes fases, cada fase

de!e incorporar controles de seguridad de información%• &nicio% 'evisión del Plan de Desarrollo por los miem!ros del

Equipo de Trabajo para lograr un entendimiento comn delproecto para o!tener el compromiso de su realización#

• 'e"uisitos% $onunto de actividades cua finalidad es o!tener ladocumentación de la Especificación de Requisitos Plan dePruebas de Sistema, para conseguir un entendimiento comnentre el cliente el e"uipo del proecto#

• *nálisis Diseño% *m!as fases involucran un conunto deactividades en las cuales se analizan los re"uisitos especificadospara producir una descripción de la estructura de loscomponentes de software, la cual servirá de !ase para laconstrucción# &nvolucra la concepción de la ar"uitectura o diseñode alto nivel la especificación detallada considerando loslineamientos decisiones para incluir atri!utos de calidad delproducto seguridad de la solución# $omo resultado se o!tieneel Documento de Especificación del Sistema el Plan de Pruebasde Integración.

• $onstrucción% $onunto de actividades para producir Componentes! de software "ue correspondan con el "n#lisis $ Dise%o, as+ como la realización de prue!as unitarias# $omoresultado se o!tienen el (los) Componentes! de softwarepro!ados.

• &ntegración $onunto de actividades para integrar pro!ar loscomponentes de software, !asadas en el Plan de Pruebas deIntegración , con la finalidad de o!tener el Soft&are "ue satisfagala Especificación del Sistema esta!lecida# Se revisan los datosde entrada, el control de procesos internos, la integridad de losmensaes, la validación de los datos de salida protección de losdatos de prue!a# $omo resultado se o!tiene el producto deSoft&are para ser pro!ado#

• Prue!as# $onunto de actividades para pro!ar el software,!asadas en el Plan de Pruebas de Sistema, con la finalidad deo!tener el Soft&are "ue satisfaga los re"uisitos especificados# Segenera la versión final del 'anual de (suario, 'anual de)peración 'anual de 'antenimiento# $omo resultado se

o!tiene el producto de Soft&are pro!ado documentado#• $ierre% &ntegración final de la Configuración de Soft&are generada


2/24

en las fases para su entrega# &dentificación documentación delas *ecciones "prendidas. eneración del Reporte de 'ediciones$ Sugerencias de 'ejora.

Para generar los productos de cada una de estas fases se realizan lassiguientes actividades%

•

Distri!ución de tareas, se asignan las responsa!ilidades a cadamiem!ro del Equipo de Trabajo de acuerdo al Plan de Desarrollo#• Producción, verificación, validación o prue!a de los productos, as+

como su corrección correspondiente# Se limita las modificacioneso cam!ios al sistema, se consideran los controles de seguridadso!re las meoras solicitadas se realizan a trav-s delProcedimiento de $ontrol de $am!ios#

• eneración del Reporte de "cti+idades.Objetivos O. /ograr un entendimiento de las necesidades del

cliente por el e"uipo de tra!ao estar de acuerdo con la soluciónpropuesta mediante la eecución de las actividades de la 0ase de'e"uisitos#

O1 /ograr "ue los productos de salida sean

consistentes con los productos de entrada en cada fase de un ciclode desarrollo mediante las actividades de verificación, validación oprue!a, mediante el control de cam!ios de los mismos#

O2 /levar a ca!o las actividades de las fases de unciclo mediante el cumplimiento del Plan de Desarrollo actual#

O3 arantizar "ue al final del desarrollo del sistematodos los re"uisitos funcionales est-n trazados a los componentes#

O4 Sustentar la realización de ciclos posteriores oproectos de mantenimiento futuros mediante la integración de laConfiguración de Soft&are del ciclo actual#

Indicadores &. (O.) El cliente 5a entendido, participado

apro!ado la solución propuesta por el e"uipo de tra!ao#&1 (O1) En cada fase de un ciclo se efectan todas

las actividades de verificación, validación o prue!a, as+ como lascorrecciones correspondientes#

&2 (O2) /as actividades planificadas en cada fase deun ciclo se realizan conforme a lo esta!lecido en el Plan deDesarrollo#

&3 (O3) 6odos los re"uisitos funcionales se puedenrastrear en la 'atri de traabilidad a nivel de componente.

&4 (O4) /a Configuración de Soft&are está integradapor los productos generados en el ciclo#

Metascantitativas 7alor num-rico o rango de satisfacción por indicador%

Eemplos%

8. "ue el .99: de los re"uisitos definidos 5an sido contemplados en laespecificación del software#

81 "ue el .99: de los criterios de calidad definidos 5aan sidocontemplados en la especificación del software#

82 "ue el ;9: del grupo t-cnico 5aa revisado apro!ado el documentode Especificación del Sistema#

83 "ue el .99: de productos generados en cada fase 5aan sidorevisados apro!ados

!esponsabilidad" atoridad 'esponsa!le%

• 'esponsa!le de Desarrollo de Software


3/24

*utoridad%

• 'esponsa!le de *dministración del Proecto Espec+fico

Procesosrelacionados

*dministración de un Proecto Espec+fico

Entradas

#o$bre %ente

Plan de Pro$ecto

• Descripción del producto,

• )bjeti+os del Pro$ecto,

• "lcance

• Entregables

• -ecesidad de negocio,

• Supuestos $ premisas

• Restricciones.

*dministración de un ProectoEspec+fico

Plan de Desarrollo

• Proceso Especfico

• Equipo de Trabajo

• Calendario

*dministración de un ProectoEspec+fico

Salidas

#o$bre Descripción Destino PlantillaSoporte

%or$a deaprobación

Especificaciónde Requisitos

Se compone de una introducción una descripción de re"uisitos#

&ntroducción%

Descripción general del software su uso en el ám!ito de negocio delcliente#

Descripción de re"uisitos%

& 0uncionales%


4/24


%or$a deaprobación

aprender, "ue genere satisfacción con el cual el usuario puedadesempeñar su tarea

eficientemente# &ncluendo ladescripción del prototipo de lainterfaz#& &nterfaces e=ternas%Definición de las interfaces conotro software o con 5ardware#Especificación de niveles decalidad de diferentes atri!utos decalidad del sistema%

& $onfia!ilidad%Especificación del nivel dedesempeño del software con

respecto a la madurez, tolerancia afallas recuperación#

& Eficiencia%Especificación del nivel dedesempeño del software conrespecto al tiempo a la utilizaciónde recursos#

& 8antenimiento%Descripción de los elementos "uefacilitarán la comprensión larealización de las modificaciones

futuras del software#

& Porta!ilidad%Descripción de las caracter+sticasdel software "ue permitan sutransferencia de un am!iente aotro#

& 'estricciones de diseño construcción% /egales reglamentarios%


5/24


%or$a deaprobación

"ue integran los su!sistemas lasrelaciones de interacción entreellos# &nclue los controles de

seguridad "ue se 5an diseñado"ue contendrá el software adesarrollar#

Detallada%

$ontiene el detalle de loscomponentes "ue permita demanera evidente su construcción prue!a en el am!iente deprogramación#

Componente $onunto de unidades de códigorelacionadas#

*dministraciónde un Proecto

Espec+fico


6/24


%or$a deaprobación

• Sistema de Seguimiento de

Defectos

• Casos de Prueba del Sistema

'anual de(suario

Documento electrónico o impreso"ue descri!e la forma de uso delsoftware con !ase a la interfaz delusuario# Aste de!erá ser redactadoen t-rminos comprensi!les a losusuarios# &ncluirá los controles deseguridad "ue el usuario de!econocer so!re lo cuales de!eresponsa!ilizarse#

*dministraciónde un ProectoEspec+fico


7/24


%or$a deaprobación

encontrados en un ciclo dedesarrollo#

Reporte de'ediciones $Sugerenciasde 'ejora

'egistro "ue contiene%

• 8ediciones de losindicadores del proceso deDesarrollo de Software (ver Mediciones)#

• Sugerencias de meora alproceso de Desarrollo deSoftware (m-todos,5erramientas, formatos,estándares, etc#)#

• 'ecomendaciones paraalcanzar los niveles decalidad esperados#

*dministraciónde un ProectoEspec+fico


8/24


%or$a deaprobación

Plan dePruebasdeatributo de

calidad o propiedad

Descripción "ue contiene%

>$ontroles implementados a pro!ar

>Parametrización a pro!ar,>'esultados esperados

*dministraciónde un proectoEspec+fico


9/24

@suario ergonómicos#

D& Diseñador $onocimiento e=periencia en eldiseño de la estructura de loscomponentes de software#

P' Programador $onocimiento Co e=periencia en laprogramación, integración prue!asunitarias#

'P@ 'esponsa!le dePrue!as

$onocimiento e=periencia en laplanificación realización de prue!asde integración de sistema#

'E 'evisor $onocimiento en las t-cnicas derevisión e=periencia en eldesarrollo de software#

'8 'esponsa!le de8anuales

$onocimiento en las t-cnicas deredacción e=periencia en eldesarrollo de software#

E6 E"uipo de 6ra!ao $onocimiento e=periencia deacuerdo a su rol#

$/ $liente &nterpretación del estándar de laespecificación de re"uisitos#

@S @suario


10/24

(ctividadesSe asocian a los o!etivos descri!en las tareas roles responsa!les#

!ol Descripción

(). !eali*ación de la %ase de Inicio +O,-

Entradas Plan de Desarrollo, Plan de Pro$ecto

'DE6

*.#.# 'evisar con los miem!ros del e"uipo de tra!ao el Plan de Pro$ect o el Plan deDesarroll o actual para lograr un entendimiento comn o!tener su compromisocon el proecto#

E6 *.#1# Si no es la primera iteración entonces se de!e revisar entender laconfiguración de software de la versión a modificar#

'D *.#2# Ela!orar el Reporte de "cti+idades registrando las actividades realizadas, fec5asde inicio fin, responsa!le por actividad mediciones re"ueridas#

Salidas Reporte de "cti+idades

(2. !eali*ación de la %ase de !eisitos +O)/ O,/ O0-

Entradas Plan de Desarrollo

'D *< *1#.# Distri!uir tareas a los miem!ros del e"uipo de tra!ao segn su rol, de acuerdo alPlan de Desarrollo actual#

*<$/@SES

*1#1# /evantar los re"uisitos#

• &dentificar consultar fuentes de información (clientes, usuarios, sistemasprevios, documentos, etc#) para o!tener nuevos re"uisitos#

• 'ealizar reuniones de tra!ao con los usuarios seleccionados para levantar losre"uisitos

• *nalizar los re"uisitos identificados para delimitar el alcance su facti!ilidad,considerando las restricciones del am!iente del negocio del cliente o delproecto#

• &dentificar esta!lecer los re"uisitos de calidad del producto re"ueridos deacuerdo a las condiciones e=istentes

• Ela!orar el prototipo de la interfaz con el usuario# cuando sea necesario#

• acer traza!ilidad entre los re"uisitos los o!etivos del sistema

•


11/24

*<ES

*1#.1# $orregir los defectos encontrados en el Plan de Pruebas de atributo decalidad con !ase en el Reporte de /erificación o!tener la apro!ación de lascorrecciones#

'8 *1#.2# Documentar la versión preliminar del 'anual de (suario o modificar elmanual e=istente#

'E *1#.3# 7erificar el 'anual de (suario (1er)#

'8 *1#.4# $orregir los defectos encontrados en el 'anual de (suario con !ase en elReporte de /erificación o!tener la apro!ación de las correcciones#

'D *1#.# &ncorporar Especificación de Requisitos, Plan de Pruebas de Sistema 'anual de (suario como l+neas !ase a la Configuración de Soft&are#

'D *1#.?# Ela!orar el Reporte de "cti+idades registrando las actividades realizadas,fec5as de inicio fin, responsa!le por actividad mediciones re"ueridas#

Salidas Especificación de RequisitosPlan de Pruebas del SistemaPlan de Pruebas de atributos de calidad 'anual de (suarioReporte de "cti+idades

(,. !eali*ación de la %ase de (n'lisis +O)/ O,/ O/ O3-


'D *<D&

*2#.# Distri!uir tareas a los miem!ros del e"uipo de tra!ao segn su rol, de acuerdo alPlan de Desarrollo actual#

*<D&D@ *'S6

*2#1# /evantar la Especificación del Sistema

• Ela!orar el modelo conceptual "ue representa las entidades relevantes delsistema#

• *nalizar la Especificación de Requisitos para modelar las unidades funcionales

del sistema#• *ctualizar las matrices de traza!ilidad de los re"uisitos con las unidades

funcionales del sistema#

• Especificar el detalle de la apariencia el comportamiento de la interfaz con!ase en la Especificación de Requisitos de forma "ue se puedan prever losrecursos para su implementación.

• Especificar los niveles de calidad de servicio re"ueridos para cada unidadfuncional#

• Especificar atri!utos de calidad#

• Definir relevancia de implementación de las unidades funcionales segn suimpacto en la ar"uitectura#

• enerar la Especificación del Sistema#

• enerar la 'atri de Traabilidad.

'E *2#2# 7erificar la Especificación del Sistema la 'atri de Traabilidad (1er3)#

*<D&D@

*2#3# $orregir los defectos encontrados en la Especificación del Sistema en la 'atri de Traabilidad con !ase en el Reporte de /erificación o!tener la apro!aciónde las correcciones#

$/'P@

*2#4# 7alidar la Especificación del Sistema (1al2)#

*<D&D@

*2## $orregir los defectos encontrados en la Especificación del Sistema con !ase en

el Reporte de /alidación o!tener la apro!ación de las correcciones#'P@ *2#?# Ela!orar o modificar Plan de Pruebas de Integración#


12/24

'E *2#;# 7erificar el Plan de Pruebas de Integración (1er4)#

'P@ *2#B# $orregir los defectos encontrados en el Plan de Pruebas de Integración con!ase en el Reporte de /erificación o!tener la apro!ación de las correcciones#

'D *2#.9# &ncorporar la Especificación del Sistema, 'atri de Traabilidad Plan dePruebas de Integración como l+neas !ase a la Configuración de Soft&are#

'D *2#..# Ela!orar el Reporte de "cti+idades registrando las actividades realizadas,fec5as de inicio fin, responsa!le por actividad mediciones re"ueridas#

Salidas Especificación del Sistema'atri de Traabilidad Plan de Pruebas de IntegraciónConfiguración del Soft&areReporte de "cti+idades

(. !eali*ación de la %ase de Dise5o +O)/ O,/ O3/ O4-


'D *<D&

*3#.# Planificar las tareas de diseño de alto nivel distri!uirlas a los miem!ros dele"uipo de tra!ao segn su rol, de acuerdo al Plan de Desarrollo actual#

'*PE,'D

*3#1# &nvestigar la e=istencia de componentes para su reutilización en el proecto

*


13/24

'*PE'D

*3#.9# 'ealizar la estimación de construcción de cada unidad funcional#

'D *3#..# &ncorporar la Especificación del Sistema, 'atri de Traabilidad como l+neas!ase a la Configuración de Soft&are#

'D *3#.1# Ela!orar el Reporte de "cti+idades registrando las actividades realizadas,fec5as de inicio fin, responsa!le por actividad mediciones re"ueridas#

'D *3#.2# *ustar el e"uipo de tra!ao de acuerdo a las demandas de construcción

Salidas Especificación del Sistema'atri de Traabilidad Configuración del Soft&areReporte de "cti+idades

(3. !eali*ación de la %ase de Constrcción +O)/ O,-

Entradas Plan de Desarrollo, Especificación del Sistema, Configuración del soft&are

'D *4#.# Distri!uir tareas a los miem!ros del e"uipo de tra!ao segn su rol, de acuerdo alPlan de Desarrollo actual#

P' *4#1# $onstruir o modificar el(los) Componente(s) de software0• &mplementar o modificar Componente(s) con !ase a la parte detallada de la

Especificación del Sistema#• &mplementar el modelo de datos en la tecnolog+a seleccionada#

P''D

*4#2 'ealizar prue!as unitarias• Definir aplicar prue!as unitarias para verificar "ue el funcionamiento de cada

componente est- acorde con la parte detallada de la Especificación delSistema#

• $orregir los defectos encontrados 5asta lograr prue!as unitarias e=itosas (sindefectos)#

• *ctualizar la 'atri de Traabilidad, incorporando los componentes construidoso modificados#

'E *4#2# 7erificar la 'atri de Traabilidad (1er6)#

P' *4#3# $orregir los defectos encontrados en la 'atri de Traabilidad con !ase en elReporte de /erificación o!tener la apro!ación de las correcciones#

'D *4#4# &ncorporar $omponentes, 'egistro de 'astreo casos de prue!a unitaria comol+neas !ase a la $onfiguración de Software#

Salidas Componentes!'atri de Traabilidad Configuración del Soft&are

(4. !eali*ación de la %ase de Integración +O)/ O,-

Entradas Plan de Desarrollo, Especificación del Sistema, Configuración del soft&are

'D *#.# Distri!uir tareas a los miem!ros del e"uipo de tra!ao segn su rol, de acuerdo alPlan de Desarrollo actual#

P''P@ *#1# 'ealizar integración prue!as#

• 7erificar "ue todas las unidades funcionales están listas para su integración

• $rear el procedimiento de generación del programa distri!ui!le de acuerdo a laplataforma o!etivo

• &ntegrar todas las unidades funcionales de acuerdo al procedimiento definido

• *plicar las prue!as siguiendo el Plan de Pruebas de Integración, documentandolos resultados en un Reporte de Pruebas de Integración#

• 'eportar los defectos encontrados en el Sistema de Seguimiento de Defectos#

• $orregir los defectos encontrados 5asta lograr una prue!a de integración e=itosa(prue!as de regresión)

• *ctualizar la 'atri de Traabilidad.'D *#2# &ncorporar Soft&are, Reporte de Pruebas de Integración, 'atri de Traabilidad,


14/24

como l+neas !ase a la Configuración de Soft&are#

'D *#3# Ela!orar el Reporte de "cti+idades registrando las actividades realizadas, fec5asde inicio fin, responsa!le por actividad mediciones re"ueridas#

Salidas Configuración del Soft&are actualiado comoSoft&are

Reporte de Pruebas de IntegraciónSistema de Seguimiento de Defectos'atri de Traabilidad Reporte de "cti+idades

(0. !eali*ación de la %ase de Prebas de Siste$a +O)/ O,/ O0-

Entradas Plan de Desarrollo, Configuración de Soft&are, Especificación de Sistema

'D *?#.# Distri!uir tareas a los miem!ros del e"uipo de tra!ao segn su rol, de acuerdo alPlan de Desarrollo actual#

'P@,ES

*#?#1 Diseñar los Casos de Prueba del Sistema en !ase a al Plan de Pruebas delSistema dem#s planes de prueba.

• Diseñar los casos de prue!a funcionales

• Diseñar los casos de prue!a de atri!utos de calidad (eficiencia, usa!ilidad,porta!ilidad, etc#)

• Diseñar los casos de prue!a de aceptación del sistema

'P@,ES

*?#2 7erificar los casos de prue!a del sistema (1er)7-.

'eportar los defectos encontrados

'P@,'S

*?#3 $orregir los defectos encontrados en los Casos de Prueba del Sistema con !aseen el Reporte de /erificación.

'P@

$/, 'S

*?#4 7alidar los Casos de Prueba del Sistema (1al)#

'P@ *?# $orregir los defectos encontrados en los Casos de Prueba del Sistema con !aseen el Reporte de /alidación o!tener la apro!ación de las correcciones#

'P@ *?#? 'ealizar prue!as del sistema en el am!iente de prue!as +1er)7-.

&nstalar el producto en el am!iente de prue!as

Preparar los scripts datos de prue!a

'ealizar las prue!as del sistema !asadas en los casos de prue!a diseñados

'eportar los defectos encontrados en el Sistema de Seguimiento de Defectos

'P@ *?#B 'ealizar las Pruebas de atributos de calidad %

• Eecutar los Casos de Prueba del Sistema siguiendo el Plan de Pruebasespecfico al atributo de calidad..

• 'eportar los defectos encontrados en el Sistema de Seguimiento de Defectos

&dentificar comunicar el -i+el de calidad alcanado en el atributo.

P' *?#; 'ealizar las correcciones de acuerdo al Sistema de Seguimiento de Defectos

P','P@,$/

*?#; 'ealizar las Pruebas de "ceptación del Sistema

• Eecutar los Casos de Prueba del Sistema, en el entorno definido por el clientesiguiendo el Plan de Pruebas del Sistema, documentando los resultados en unReporte de Pruebas de "ceptación.

• 'eportar los defectos encontrados en el Sistema de Seguimiento de Defectos


15/24

P' *?#.9 $orregir los defectos encontrados

'ealizar las correcciones de acuerdo al el Sistema de Seguimiento de Defectos

'D *?#.. 7erificar $errar los defectos

• 7erificar "ue las correcciones se realizaron "ue los defectos pueden ser

cerrados (prue!as de regresión)• *ctualizar la 'atri de Traabilidad para cerrar los defectos

'8 *?#.1 Documentar el 8anual de Operación o modificar el manual e=istente#

'E *?#.2 7erificar el 8anual de Operación (7er..)#

'8 *?#.3 $orregir los defectos encontrados en el 8anual de Operación con !ase en el'eporte de 7erificación o!tener la apro!ación de las correcciones#

'8 *?#.4 Documentar el 'anual de (suario o modificar el e=istente#

'E *?#. 7erificar el 8anual de @suario (7er.1)#

'8 *?#.; $orregir los defectos encontrados en el 8anual de @suario con !ase en el

'eporte de 7erificación o!tener la apro!ación de las correcciones#

'D *?#.B &ncorporar , 'atri de Traabilidad, 'anual de )peración 'anual de (suario como l+neas !ase a la Configuración de Soft&are#

'D *?#19 Ela!orar el Reporte de "cti+idades registrando las actividades realizadas,fec5as de inicio fin, responsa!le por actividad mediciones re"ueridas#

Salidas Configuración de Soft&are actualiada con información de0Casos De Prueba del SistemaReporte de Pruebas del SistemaReporte de Pruebas de "ceptación del SistemaReporte de Pruebas de Seguridad 'anual de )peración

'atri de Traabilidad Sistema de Seguimiento de Defectos'anual de (suarioReporte de "cti+idades

(8. !eali*ación de la %ase de Cierre +O2/ O0-

Entradas Plan de desarrollo/ Configración del Software

'8 *;#.# Documentar el 'anual de 'antenimiento o modificar el e=istente#

'E *;#1# 7erificar el 'anual de 'antenimiento (1er),)#

'8 *;#2# $orregir los defectos encontrados en el 'anual de 'antenimiento con !ase en elReporte de /erificación o!tener la apro!ación de las correcciones#

'D *;#3# &ncorporar 'anual de 'antenimiento como l+nea !ase a la Configuración deSoft&are#

'8 *;#4# $apacitar al cliente en su entorno de tra!ao

• Definir temas agenda de la capacitación

• Definir los recursos "ue re"uiere la capacitación

• 'ealizar la capacitación

• $ontrolar la asistencia a la capacitación

• Solicitar evaluación de la capacitación

'DE6

*;## &dentificar las *ecciones "prendidas e integrarlas a la 1ase de Conocimiento.

$omo eemplo, se pueden considerar meores prácticas, e=periencias e=itosasde maneo de riesgos, pro!lemas recurrentes, entre otras#


16/24

'DE6

*;#?# enerar el Reporte de 'ediciones $ Sugerencias de 'ejora

'D *;#;# Ela!orar el Reporte de "cti+idades registrando las actividades realizadas, fec5asde inicio fin, responsa!le por actividad mediciones re"ueridas

Salidas 'anual de 'antenimiento

Configuración del Soft&are*ecciones "prendidasReporte de 'ediciones $ Sugerencias de 'ejoraReporte de "cti+idades-i+eles de calidad alcanados en los distintos atributos de calidad

Diagra$a defljo de trabajo

Diagrama de actividades de @8/, donde se especifican las actividades del fluode tra!ao los roles (utilizando carriles)


17/24

i l

l i i i

i i

i l

l ii i

i i

ii l

i i i

i i

& i i

l

i i

li l

i ii ii

l ii

l i l

i l i

li

l i i i

i i

i l

l l

i

li l

i i i

i i

l

l

i i l

i

ii l

i i i

i i

i i l l

i

i i l l

i

i i i

l i l i

l

l l

ll l

l

i li i l

l i

i i l l

i

i l

l l i

&

i i i

i i l

i l i

l l

i i

l l

i i i l

i i li

i i i i l

i i i i

i


18/24


19/24


20/24

# # # &

& ,& #

# #

# ##

# ##

# #

,

#

# # & ,

& ,,

#

# #

, ,

#

# #

#

# #

#

# #

#

# #

#

# #

,

#

# #

#

1erificaciones "

validaciones

Se definen las verificaciones validaciones asociadas a los productos

generados en las actividades "ue se mencionan#

En la verificación como en la validación se identifican los defectos "ue de!encorregirse antes de continuar con las actividades posteriores#

/a validación de un producto puede ser interna (dentro de la organización) oe=terna (por el cliente) con la finalidad de o!tener su autorización#

Se recomienda "ue las validaciones se efecten una vez "ue las verificacionesasociadas al producto sean realizadas#

1erificación o

1alidación

(ctividad Prodcto !ol C


21/24

consistencia con la Descripción delProducto con el estándar dedocumentación re"uerido en el ProcesoEspecfico# *dicionalmente revisar "ue losre"uisitos sean completos no am!iguos ocontradictorios#

Por cada atri!uto de calidad relevanteverificar su especificación#

/os defectos encontrados se documentanen un Reporte de /erificación.

1al) *1#; Especificaciónde Requisitos

$/, @S,'P@

Validar que la Especificación de

Requisitos cumple con las necesidades

y e$pectativas acordadas. %ara cada

atributo de calidad relevante incluir las

pruebas correspondientes&

/os defectos encontrados se documentan

en un Reporte de /alidación#

1er2 *1#.. Plan dePruebas deSistema

'E 7erificar consistencia del Plan de Pruebasde Sistema con la Especificación deRequisitos con el estándar dedocumentación re"uerido en el ProcesoEspecfico#. /os defectos encontrados sedocumentan en un Reporte de/erificación#

1er, *1#.3 Plan dePruebas deSeguridad

'S 7erificar "ue el Plan de Pruebas deSeguridad es consistente con laEspecificación de Requisitos /os defectos

encontrados se documentan en unReporte de /erificación.

1er *1#.? 'anual de(suario

'E 7erificar consistencia del 'anual de(suario con la Especificación deRequisitos con el estándar dedocumentación re"uerido en el ProcesoEspecfico# /os defectos encontrados sedocumentan en un Reporte de/erificación#

1er3 *2#2 Especificacióndel Sistema

'atri deTraabilidad

'E, ES 7erificar claridad de la documentación dela Especificación del Sistema, sufacti!ilidad la consistencia con la

Especificación de Requisitos con elestándar de documentación re"uerido enel Proceso Especfico# 7erificar "ue la'atri de Traabilidad contenga lasrelaciones adecuadas entre los re"uisitos los elementos de la Especificación delSistema# /os defectos encontrados sedocumentan en un Reporte de/erificación#

1al2 *2#4 Especificacióndel Sistema

$/,'P@,ES

7alidar "ue la Especificación del Sistema cumple con las necesidades e=pectativasacordadas con el cliente# /os defectos

encontrados se documentan en unReporte de /alidación#


22/24

1er4 *2#; Plan dePruebas deIntegración

'E 7erificar consistencia del Plan de Pruebasde Integración con la Especificación delSistema con el estándar dedocumentación re"uerido en el ProcesoEspecfico# /os defectos encontrados sedocumentan en un Reporte de/erificación#

1er0 *3# Especificacióndel Sistema

'atri deTraabilidad

'E, ES 7erificar "ue en la ar"uitectura incluida enla Especificación del Sistema est#nrepresentadas todas las unidadesfuncionales del sistema. 7erificar "ue la'atri de Traabilidad contenga lasrelaciones adecuadas entre los re"uisitos los elementos de la Especificación delSistema# /os defectos encontrados sedocumentan en un Reporte de/erificación#

1al, *3#; Especificacióndel Sistema '*PE,'D, ES 7alidar "ue la *r"uitectura de laEspecificación del Sistema cumple con lasnecesidades especificadas en la etapa deanálisis# /os defectos encontrados sedocumentan en un Reporte de /alidación#

1er8 *3#.1 Plan deDesarrollo

'E 7erificar "ue los ciclos definidoscorresponde con las necesidades de laar"uitectura# /os defectos encontrados sedocumentan en un Reporte de/erificación#

1er6 *4#2 'atri deTraabilidad

'E 7erificar "ue la 'atri de Traabilidad contenga las relaciones adecuadas entre

los elementos de la Especificación delSistema los componentes# /os defectosencontrados se documentan en unReporte de /erificación#

1er)7 *?#2 Casos dePrueba delSistema

*


23/24

en el Proceso Especfico# /os defectosencontrados se documentan en unReporte de /erificación#

1er), *;#1 'anual de'antenimient

o

'E 7erificar consistencia del 'anual de'antenimiento con la Configuración de

Soft&are con el estándar dedocumentación re"uerido en el ProcesoEspecfico# /os defectos encontrados sedocumentan en un Reporte de/erificación#

!ecrsos deinfraestrctra

(ctividad !ecrso

*., *1, *2, *3, *4, *, *?, *;

erramienta para documentación#

*1 erramientas para la Especificación de Requisitos# *2 erramientas para el "n#lisis *3 erramientas para el Diseño# *4 erramientas para la construcción *4, *, *? erramientas para la realización de prue!as de seguridad#

Mediciones 8ediciones "ue se esta!lecen para evaluar los indicadores del proceso# /asmediciones se identifican como 8., 81, etc# entre par-ntesis se especifica laidentificación del indicador "ue le corresponde#

Medición Indicador Objeto de$edición

!ol Mecanis$o de $edición

8. &. Reportes de/erificación,Reportes de/alidación $Reportes dePruebas

'*PE

'evisar los Reportes de /erificación,Reportes de /alidación Co reportes deprue!as de cada fase para la confirmaciónde "ue se 5an realizado estas actividades se 5an incorporado las correcciones#

81 &1 Configuracióndel Soft&are

'D 'evisar la Configuración de Soft&are paracompro!ar "ue los productos "ue laintegran son los mismos "ue se generaronen el ciclo#

82 &2 Plan deDesarrollo "ctual

'D$omparar el Plan de Desarrollo actual

para cada fase con el Reporte de "cti+idades correspondiente para conocerla desviación contra lo planificado.

83 &3 Especificacióndel Sistema

'DSe comprue!a "ue en la Especificacióndel Sistema se 5an tenido en cuenta todoslos re"uisitos planteados por el usuario#

84 &4 Satisfaccióndel Cliente

*


24/24

Seguridad "canado

*lcanzado se corresponde con el !evisión entrecolegas del código

*ntes de realizar prue!as unitarias se pueden incluir revisiones entrecolegas para verificar el código de los componentes con respecto a laEspecificación del Sistema# El !eneficio de estas revisiones es ladisminución del nmero de defectos de fases posteriores el tiempo de

corrección#Constrcción>Prebas nitarias

/as prue!as unitarias se pueden definir de manera sistemática documentada siguiendo el estándar &EEE Std .99;F.B;? (' .BB2)Standard for Soft&are (nit Testing.

Constrcción>Prototipo de interfa*

En la fase de $onstrucción se puede agregar la ela!oración omodificación del prototipo de la interfaz para realizar una prue!a con elusuario, con el fin de identificar defectos cr+ticos de uso# Si no se cuentacon los usuarios para la prue!a de interfaz puede recurrirse a la revisiónde un e=perto o se pueden escoger individuos de un perfil similar#

Reporte de Actividades

/as mediciones re"ueridas en el Reporte de "cti+idades pueden sermodificadas de acuerdo a las necesidades de la organización o del

proecto#Cierre $uando el *PE 'D son la misma persona se omiten las actividades

*;#? *#;#; se realizan conuntamente con las actividades de cierreesta!lecidas en *PE#

Documents

Ejemplo Proceso Des Arrollo Software