Foro Calidad VR

4.1 Propósito Con este plan de aseguramiento de la calidad (SQAP) se espera que el caso de uso “diseñar orden de producción” tenga un buen funcionamiento funcionamiento durante su ejecución ejecución asegurando esto desde la correcta re!isión de sus artefactos de diseño como lo es su diagrama de secuencias"

4.2 Documentos de Referencia # $%%% Std &'  *++, Standard for Soft-are Qualit. Assurance Plans" # C$C/0#P1 2n 34todo Para %l Acoplamiento 5e Pruebas Al Ciclo 5e 6ida 5el Soft-are" # $S07$%C +*89 Soft-are engineering : Product qualit. # $%%%#S;5#,'#*++, 1 %SP%C$<$CAC$0=%S 5% /0S >%Q2$S$;0S 5%/ S0<;?A>% S0<;?A>% # $%%% Std **9#*++,1 Standard for $nformation ;ec@nolog.:S.stems ;ec@nolog.:S.stems 5esign:Soft-are 5esign 5escriptions" # $%%% Std ,8,#*++, Standard for Soft-are Conguration 3anagement Plans #3odelo 3cCall @ttp177---"cs"uns"edu"ar7Bprf @ttp177---"cs"uns"edu"ar7Bprf7teac@ing7SQ&7cla 7teac@ing7SQ&7clase9"pdf se9"pdf

4.3 Gestión A continuación se describen la organiación organiación los roles las tareas . las responsabilidades"

4.3.1 Organización /a organiación se compone por cuatro estudiantes de la 2ni!ersidad =acional de Colombia sede 3edellDn los cuales son los encargados de diseñar . ejecutar las pruebas de acuerdo al rol que cumplan1 •

•

•

•

5a!id Eiraldo Faramillo1 director de pruebas de secuencias" %s el encargado de decir cuGles secuencias comprometen directamente directamente las transiciones con la base de datos del sistema . por ende el encargado de reportarlas al diseñador de pruebas" Controla todos los casos de prueba que se @an realiado !alidando las secuencias que @an sido c@equeadas satisfactoriamente" Samuel 3iranda 3artDne1 diseñador de pruebas de secuencias" 5e acuerdo al reporte en!iado por el director de pruebas realia una especificación para los casos de prueba que se lle!arGn a cabo" ?ilson Castrillón Castrillón Hetancur1 encargado de ejecutar las pruebas diseñadas al diagrama de secuencias" 5e acuerdo a los casos de prueba diseñados . especificados realia las pruebas correspondientes correspondientes reportando los resultados obtenidos al encargado de corregir el diagrama" Facobo Porto 3uentes1 encargado de diseñar el diagrama de secuencias . de corregir los errores que se encuentran al ejecutar las pruebas correspondientes al diagrama de secuencias"

Trusted by over 1 million members

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.









Director de pruebas David Giraldo Jaramillo Jaramill o

Diseñador y coordinador de Pruebas Samuel Miranda Martínez

Ejecutor de pruebas Wilson Castrillón Betancur

Realizador y corrector del diagrama Jacobo Port Porto o Muentes

Figura 1 Organigrama

4.3.2 Tareas a) %ste SQAP cubre la etapa de diseño dentro del ciclo de !ida del soft-are" b) /as tareas a desarrollar son listadas como sigue1 



Comprender el dominio del sistema completamente" o

>e!isar los diagramas correspondientes a la fase de anGlisis del problema"

o

/eer los entregables correspondientes a posibles soluciones del problema"

6erificar 6erificar consistencia entre el diagrama de secuencias . los demGs artefactos de anGlisis . diseño" o

>e!isar que el actor que realia las secuencias es el mismo que ejecuta el caso de uso asociado"

o

6erificar 6erificar que los controladores est4n en el diagrama de robuste"

o

6erificar 6erificar que las pantallas est4n en el diagrama de robuste"

o

6erificar 6erificar que las clases est4n tanto en el modelo de robuste como en el diagrama de clases"

o

6erificar 6erificar que los mensajes sean los mismos especificados en el diagrama de robuste"

o

6erificar 6erificar que las secuencias tambi4n sean transiciones en el diagrama de acti!idades"

o

6erificar 6erificar que las secuencias pertenecan al flujo normal del caso de uso

o

6erificar 6erificar que los flujos alternati!os del caso de uso est4n presentes en el diagrama de secuencias"









o

o



/os actores sólo interactIan con los componentes tipo borde mas no con controladores ni entidades" /os componentes producen una lDnea de !ida en el diagrama de secuencias"

$dentificar las secuencias que generan cambios en la base de datos de la aplicación de soft-are" o

o

>ealiar casos de prueba necesarios para !erificar las restricciones presentes en la base de datos 6erificar 6erificar que los cambios en la base de datos realiados por alguna secuencia sean los correctos"

Código de rol

Rol

Descripción

Persona encargada

R1

5ire 5irect ctor or de prue prueba bass

%s el encar ncarggado de deci decirr cuGle uGless sec secuenc uenciias comprometen directamente las transiciones con la base de datos del sistema . por ende el encargado de reportarlas al diseñador de pruebas" Controla todos los casos de prueba que se @an realiado !alidando las secuencias que @an sido c@equeadas satisfactoriamente"

5a!id Eiraldo Faramillo

R2

5iseñador . coordinador de Pruebas

5e acuerdo al reporte en!iado por el director de pruebas realia una especificación especificación para los casos casos de prueba que se lle!arGn lle!arGn a cabo"

Samuel 3iranda 3artDne

R3

%jec %jecut utor or de prue prueba bass

5e acue acuerd rdoo a los los caso casoss de prue prueba ba dise diseña ñado doss . especificados realia las pruebas correspondientes reportando los resultados obtenidos al encargado de corregir el diagrama"

?ilson Castrillón Hetancur

R4

>ealiador . corrector del diagrama

%ncargado de diseñar el diagrama de secuencias . de corregir los errores que se encuentran al ejecutar las las prue prueba bass corr corres espo pond ndie ient ntes es al diag diagra rama ma de secuencias"

Facobo Porto 3uentes









4.4 Documentación 4.4.1 Propósito 4.4.2 inimum documentation re!uirements 4.4.2.1 "oft#are Re!uirements "pecification $"R"% >equisitos del sistema1 /os requisitos del sistema deben estar especificados en un documento donde se plasme la información ofrecida por parte del usuario . que .a est4n !alidados por el mismo" Se debe tener un contrato legal con el cliente donde se plasmen todos los requisitos t4cnicos los requisitos de la organiación el costo . el tiempo de desarrollo del producto" Como guDa se utiliarG el documento $%%%#S;5#,'#*++, que !ersa sobre las especificaciones de los requisitos de un sistema de soft-are" Algunos requisitos del caso de uso asociado a este plan de aseguramiento de la calidad que deberDan estar especificados de manera correcta dentro de los documentos de la organiación son1 •

%l usuario con rol de gerente es el Inico que puede acceder al caso de uso en el aplicati!o"

•

/a base de datos debe tener una tabla llamada ordenJproducción con campos1 código . fec@a"

•

5ebe eKistir una tabla donde se guarden los detalles de las órdenes producción"

•

Se debe !alidar la información de los detalles antes de ser agregados a la orden de producción"

•

5ebe eKistir un botón que permita guardar la orden de producción"

•

•

•

•

•

•

Al guardar la orden de producción se deben guardar los detalles cu.a información estG distribuida en las tablas1 detalle moto modelo parGmetroJcontrol . guDa" Se debe mostrar un mensaje que diga1 “;ransacción eKitosa” eKitosa” si no @a. @a . ningIn tipo de error al guardar la orden de producción" Al guardar las ordenes el sistema debe permitir agregar inmediatamente otra orden de producción" Si el gerente ingresa mal un detalle el sistema debe mostrarle un mensaje que diga1 “%rror información detalle” . deberG redirigirlo a la pGgina donde se crea la orden de producción" 2na orden de producción debe tener al menos un detalle por tanto si no se agrega uno el sistema debe mostrar1 “$ngrese al menos un detalle” . se debe redirigir al pGgina de orden de producción" Si el gerente da clicL en cancelar el sistema debe redirigirlo redirigirlo a la pGgina del login"









4.4.2.2 "oft#are Design Description $"DD% %l sistema debe estar diseñado con artefactos definición del problemaM le!antamiento de requisitos modelo del dominioM artefactos de anGlisis diagrama de procesos diagrama de objeti!os diagrama de causa# efectoM artefactos de diseño diagrama de clases diagrama de casos de uso modelo de robuste diagrama de secuencias" %n los artefactos de anGlisis deben estar especificados los actores las clases . las relaciones eKistentes de tal manera que se permita !erificar el entendimiento del problema . del dominio donde se estG trabajando" /os artefactos de anGlisis deberGn identificar los procesos que se realicen dentro de la organiación . establecer cuGles de ellos @arGn parte de la solución informGtica" Se deben establecer los problemas que se !an a solucionar por medio de la aplicación e identificar esas soluciones como objeti!os propios de la organiación" %n la fase de diseño se deben establecer las clases que @arGn parte de la implementación sus relaciones . sus atributos" 5eben realiarse los diagramas de casos de uso de acuerdo a la relación que @a. entre los actores . las clases tanto del diagrama de clases . el modelo del domino" A partir de cada caso de uso se debe realiar el modelo de robuste . el diagrama de secuencias respecti!o" ;ambi4n ;ambi4n se debe tener un modelo de datos el cual se !a a reflejar en un modelo entidad# relación con la notación de >ic@ard HarLer consistente con los otros modelos . diagramas del sistema . con el modelo relacional" Para esto se deben tener unos documentos donde se encuentran los artefactos mencionados su descripción . sus reglas de consistencias con respecto a otros diagramas . código" ;odos ;odos estos artefactos permiten tener puntos de !ista especificados en la $%%% Std **9#8+ como los son el punto de !ista del conteKto el punto de !ista lógico el punto de !ista estructural de información . algorDtmico entre otros"

4.4.2.3 "oft#are &erification and &alidation Plan $"&&P% Para poder comprobar que los requisitos planteados en el S>S estGn aprobados implementados en el diseño . la parte codificada cumple con lo planteado el diseñador . coordinador de pruebas llena un c@ecLlist con la lista de los requisitos planeados"

CR'

Descripción del re!uisito

1


2

/a base de datos debe tener una tabla llamada ordenJproducción con campos1 código . fec@a"

3

5ebe eKistir una tabla donde se guarden los detalles

(pro)ado

*mplementado

Cumple









+

5ebe eKistir un botón que permita guardar la orden de producción"

,

Al guardar la orden de producción se deben guardar los detalles cu.a información estG distribuida en las tablas1 detalle moto modelo parGmetroJcontrol parGmetroJcontrol . guDa"

-

Se debe mostrar un mensaje que diga1 “;ransacción eKitosa” si no @a. ningIn tipo de error al guardar la orden de producción"



Al guardar las ordenes el sistema debe permitir agregar inmediatamente otra orden de producción"

/

Si el gerente ingresa mal un detalle el sistema debe mostrarle un mensaje que diga1 “%rror información detalle” . deberG redirigirlo a la pGgina donde se crea la orden de producción"

10

2na orden de producción debe tener al menos un detalle por tanto si no se agrega uno el sistema debe mostrar1 “$ngrese al menos un detalle” . se debe redirigir al pGgina de orden de producción"

11

Si el gerente da clicL en cancelar el sistema sistema debe redirigirlo a la pGgina del login"

4.4.2.4 "oft#are &erification and &alidation Report $"&&R% Al finaliar la ejecución del S66P se elabora un informe describiendo los resultados que se obtu!ieron en el c@ecLlist"

CR'

Descripción del re!uisito

(pro)ado

*mplementado

Cumple

1


O

O

o

%l requisito es !Glido . esta implementado en el diseño pero se pudo ingresar con un rol diferente del gerente al caso de uso en el aplicati!o"

4.4.2.+ ser documentation Para el usuario se !a a desarrollar un documento donde se especifiquen cada una de las entradas . salidas del











Se considera que la documentación del usuario no debe ser tan t4cnica por lo tanto los diagramas diseñados para el sistema sistema no serGn incluidos" incluidos" Se especifican guDas para los diferentes casos de uso eKistentes en la aplicación eKplicando los pasos que deben lle!arse a cabo para un correcto funcionamiento"

4.4.2., Gestión de la configuración del soft#are GC" $en ingls "oft#are Configuration anagement anagement Plan $"CP%% Para cada pro.ecto se definirG un Plan para la Configuración del Soft-are siguiendo los siguientes lineamientos correspondientes correspondientes al estGndar $%%% ,8,1 Se deberGn definir cada uno de los siguientes Dtems de manera detallada . acorde a cada pro.ecto (Para una información mGs detallada consultar el %stGndar $%% ,8,#*++,)M

*ntroducción5 Sección que define la raón del documento respetando N puntosM objeti!o alcance 5efinición de los t4rminos cla!e referencia" (dministración (dministración GC"5 $dentifica las responsabilidades responsabilidades . autoria lle!ar a cabo las acti!idades planeadas responsabilidades es (Organización, (Organización, Responsabilidades, Responsabilidades, Políticas, Políticas, directivas directivas y mediante el uso de una Matriz de responsabilidad procedimientos procedimientos aplicables, aplicables, Impacto y efecto). efecto).

(cti6idades GC"5 $dentifica toda acti!idad para ser realiada en la aplicación del pro.ecto" *dentificación de la configuración5 Consiste en la identificación identificación referenciación . documentación de la información" 5efinir claramenteM %lementos de la configuración $dentificadores Onicos . una Hiblioteca de la configuración" Control de configuración5 Consiste en el control de los cambios . el manejo de !ersiones" 5efinirM /os >equerimientos para cada cambio el proceso de %!aluación %!aluación de los cambios los mecanismos de Aprobación Aprobación o 5esaprobación . la $mplementación" $mplementación" "eguimiento de estatus 7 re6isiones5 >elati!o a la creación . el manejo de reportes" Se debe definirM %stGndares de Calidad (%C) para su seguimiento ;ipo ;ipo de reporte . frecuencia Cantidad de información eKtraDda almacenada procesada . reportada . Cantidad de accesos a usuarios de reportes"









Recursos GC"5 $dentifica las @erramientas . fuentes fDsicas . @umanas necesarias para la ejecución de el Plan. %stos recursos deben ser descritos detalladamente recursos tales comoM erramientas de soft-are ;4cnicas %quipo Personal . %ntrenamiento" antenimiento del plan GC"5 $dentifica cómo el Plan serG conser!ado durante sus efectos" Se debe incluir la definición clara de cada uno de los siguientes aspectosM >esponsable para monitorear el Plan
4.4.3 Otros Se debe aneKar toda la documentación que se considere pertinente . relati!a a cada pro.ecto"

4.+ 9st:ndares; pr:cticas 7 acciones correcti6as

4.+.1 Propósito 7 mtricas5 %l propósito es garantiar la calidad del producto de soft-are mediante el uso de un modelo de calidad para e!aluar la consistencia del producto se !erificaran algunos aspectos definidos en el modelo" 3odelo de 3CCA// (*+&&) 5escribe la calidad como un concepto elaborado mediante relaciones jerGrquicas entre factores de calidad en base a criterios" criterios" /os factores de calidad se concentran concentran en tres aspectos importantes importantes de un producto producto de soft-are1 caracterDsticas operati!as operati!as capacidad de cambios . adaptabilidad a nue!os entornos" $dentica una serie de criterios tales como rastreabilidad rastreabilidad simplicidad capacidad de eKpansión etc" /as m4tricas desarrolladas estGn relacionadas con los factores de calidad . la relación que se establece se mide en función del grado de cumplimiento de los criterios"









2sabilidad

$nteroperabilidad

3antenibilidad Capacidad de de Prueba

Portabilidad

>eusabilidad

0perabilidad %ntrenamiento Comunicación 3odularidad Similitud de comunicación Similitud de datos" Simplicidad Concreción Simplicidad $nstrumentación Auto#descripti!idad 3odularidad Auto#descripti!idad Capacidad de eKpansión Eeneralidad 3odularidad Auto#descripti!idad $ndependencia del sistema $ndependencia de mGquina Auto#descripti!idad Eeneralidad 3odularidad $ndependencia del sistema $ndependencia de mGquina

/as siguientes mediciones se @arGn . se utiliarGn para determinar el costo . el calendario de la situación de las acti!idades a lo largo del pro.ecto1 a" ;iempo empo %st %stim imad adoo b" ;iempo real in!ertido









Propósito1 34todo 34todo Aplic Aplicaci ación ón 3edi 3edici ción ón ( <ór <órmu mula la)) $nterpretación1 ;ipo de %scala ;ipo de 3edida

5eterminar cuGnto se @a a!anado en el pro.ecto Contar Con tar el nImero nImero de diagr diagrama amass real realia iados dos !s el total total a real realia iar r 5iag 5iagra rama mass >eal >eali iad ados os 7 ;o ;otal tal %ntre mGs cercano a * mGs completo Proporción ;asa

=ombre1 Propósito1 34todo 34todo Aplic Aplicaci ación ón 3edici 3edición ón ( <órm <órmula ula)) $nter nterpr pret etac ació ión1 n1 ;ipo de %scala ;ipo de 3edida

;asa ;asa de errores corregidos corregidos 5eterminar cuGntos errores se @an corregido en el pro.ecto contar con tar el nIme nImero ro de de error errores es corr corregi egidos dos !s el el nImer nImeroo de erro errores res encont encontrad rados os %rrore %rroress Corr Corregi egidos dos77 %rr %rrore oress enco encontr ntrado adoss %ntr %ntree mG mGs cer cerca cano no a * meno enos cor corrrecc eccione ioness por por real ealiar ar Proporción ;asa

=ombre1 Propósito1 34todo 34todo Aplic Aplicaci ación ón 3edici 3edición ón ( <órmul <órmula) a) $nterpretación1 ;ipo de %scala ;ipo de 3edida

;iempo $mplementación $mplementación CuGl es el titiempo promedio pa para implementar un diagrama %stima %stimarr el tiempo tiempo promed promedio io para para la real realia iació ciónn de los diagra diagramas mas propue propuesto stoss ;omar ;omar tiem tiempo po de imple implemen mentac tación ión de diag diagram ramas as . calcul calcular ar el prome promedio dio %ntre me menos tiempo de de implementación me mejor ;iempo ;iempo

Se podrGn añadir mGs m4tricas conforme a las necesidades particulares de cada pro.ecto mientras se encuentren bien definidas . dentro de los modelos de calidad usados en la organiación organiación estas deberGn de ser aprobadas con el SQAP"

4., Re6isiones 7 auditorias









Para lle!ar a cabo esta re!isión al diagrama de secuencias se utiliarGn los siguientes parGmetros1 /os actores se encuentran bien definidos . representados" /os mensajes se encuentran bien representados . de manera co@erente" /os actores interactIan con el sistema por medio de mensajes" %l flujo bGsico estG bien representado en el diagrama . estG acorde a los requisitos" %l flujo alternati!o contempla todas las e!entualidades que pueden surgir en la ejecución" Cada !ista controlador . modelo representa una parte de la aplicación . corresponde a su respecti!o tipo" %l diagrama cumple con la metodologDa 23/"

4.,.2.2 Re6isión del Diseepresentación de todos los elementos necesarios . eKigidos en la fase de requisitos" %l flujo bGsico corresponda al especificado en la fase de requisitos" %l flujo alternati!o corresponda al solicitado por el interesado en la fase de requisitos"

4.,.2.3 Cr=tica del dise










Completitud del plan de !erificación Capacidad del plan para permitir e!aluar los diferentes aspectos del diagrama (Componentes
4.,.2.+ (uditorias >uncionales %sta auditorDa se realiarG antes de entregar los diagramas para ello es necesario que el plan de !alidación . !erificación se encuentre completo" 2n tercero se encargarG de re!isar que los diagramas cumplan con todo lo definido en el plan de !alidación . !erificación . de acuerdo a esta e!aluación generarG los reportes" %n lo referente al diagrama de secuencias esta auditorDa se realiarG para garantiar que el modelo cumpla con los requisitos es decir que cumpla con los flujos definidos por el interesado en el modelo !erbal o caso de uso la persona encargada deberG comparar . generar un reporte pertinente"

4.,.2., (uditorias >=sicas %sta auditoria se realiarG para garantiar que el soft-are . su documentación es consistente se contratarG a un tercero para que mediante un listado de requisitos !erifique . califique de  a  el cumplimiento del soft-are con cada uno de los requisitos la persona encargada deberG comparar . generar un reporte pertinente"









4.,.2.10 Re6isión Post?ortem Se re!isarGn los datos recogidos de cada proceso finaliado . de cada pro.ecto para su posterior anGlisis"

4.- Prue)as /as acti!idades de pruebas que se realiarGn para cada pro.ecto son1 a" Prue Prueba bass de inte integr grac ació iónn b" Pruebas de aceptación aceptación c" Prue Prueba bass de Caja Cajass =egr =egras as %l administrador del pro.ecto designarG a una persona como el lDder de pruebas el cual realiarG un plan de pruebas para cada pro.ecto" ;odo ;odo personal que desarrolle algIn desarrollo para el pro.ecto realiarG las siguientes acti!idades de pruebas necesarias del soft-are . estas son responsables de1

• • • •

>ealiar las pruebas 2nitarias >ealiar las pruebas de acuerdo al plan de pruebas del soft-are SCPC3 Anotar los resultados de las pruebas >ecomendar acciones correcti!as si se encontraron defectos en los módulos probados

/os módulos a probar deben de estar bajo la administración de la configuración"









;abla ;abla 9#*" 5iagrama de








4. R9PORT9 D9 PRO@A9(" B R9"OAC*

%n esta sección se describe el reporte . control del sistema utiliado por el personal de calidad para registrar . analiar analiar las discrepancias discrepancias encontradas encontradas asD como para monitore monitorear ar la implemen implementació taciónn de las acciones acciones correcti!as" /os formatos utiliados para realiar los reportes se describen mGs adelante en esta sección"

R9PORT9 D9A PROC9"O D9 (D*TOR( %l personal de calidad reportarG el resultado de las auditorias . las recomendaciones proporcionadas" %ste reporte se usa para asegurarse que el proceso1

*" Se estG estG siguiendo siguiendo de maner maneraa correcta correcta . se estG estG trabajan trabajando do de forma forma efecti! efecti!aa 8" Se estG estG siguiendo siguiendo pero no se estG trabajan trabajando do de manera manera efecti! efecti!aa '" =o se estG estG sigui siguien endo do

Presentación del reporte del proceso de auditoria %l proceso de >eporte de Auditorias estG dirigido @acia el (dministrador del Pro7ecto el cual utiliara los reportes de las siguientes maneras1









R9PORT9 D9A PROC9"O D9 (D*TOR*(" $5%=;$<$CA50> 5% S%E2$3$%=;01JJJJJJJJJJJJ A25$;0>1JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ<%CA 5% >%P0>;%1JJJJJJJJJJJJJ >%P0>;%1JJJJJJJJJJJJJ %Q2$P01JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJ =03H>% 5%/ P>0R%CR01JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ P>0R%CR01JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ <%CA 5% /A A25$;0>$A1JJJJJJJJJJJJJJJJJJJJJJJJ P>0C%S07P>0C%5$3$%=;0 A25$;A501JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ A25$;A501JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJJJJJJJJJJ C%C/$S; 5% A25$;0>$A A25$;0>$A 2SA50 (Agregar)JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ (Agregar)JJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJJ JJJJJJ >%S2/;A50 5% /A A25$;0>$A1 (3arcar uno solo") JJJJJ

Proceso7Procedimiento Proceso7Procedimiento Aceptable Aceptable

JJJJJ

Proceso7Procedimiento Proceso7Procedimiento Condicionalmente aceptable aceptable (Sujeto a la finaliación satisfactoria de los puntos mencionados arriba) =otas de Condiciones1











Procedimiento de 9scalamiento 9scalamiento para la Resolución de no concurrencia en el Proceso de reporte de (uditor=a Al encontrase un problema de calidad en algIn elemento de trabajo .a sea documento código o producto de soft-are se tendrG que realiar lo siguiente1 *" primero primero se tratar trataraa con con el creador creador de de ese ese elemen elemento to a" Si eKist eKisten en proble problemas mas de desac desacuer uerdos dos en la resol resoluci ución ón de del probl problema ema el persona personall de calidad tendrG que notificar al administrador del pro.ecto para que este tome cartas en el asunto . de una solución al problema" b" Si el administrador del pro.ecto pro.ecto no da una solución se escalara el problema al cliente junto con los moti!os . raones de por qu4 no se dieron las soluciones . el tomara la decisión final"









>esultados de la e!aluación1

Acciones correcti!as recomendadas









Para el control de !ersiones usaremos el C6S es el mGs popular sistema de control de !ersiones disponibles en la actualidad es robusto . es de fuente abierta por lo que el soft-are es libre" Puede almacenar el @istorial de los arc@i!os fuente . documentos" /a arquitectura Cliente7ser!idor de C6S permite a los desarrolladores permanecer dispersos geogrGficamente . funcionar como un solo equipo" %l @istorial de !ersiones se almacenan en un Inico ser!idor central . los equipos cliente pueden tener una copia de todos los arc@i!os que los desarrolladores estGn modificando" Por lo tanto la red entre el cliente . el ser!idor debe estar funcionando para lle!ar a cabo operaciones de C6S pero no es necesario @asta modificar o manipular las !ersiones actuales de los arc@i!os" /os clientes pueden realiar las mismas operaciones que estGn disponibles a ni!el local" ;ambi4n ;ambi4n podremos usar el aegis que tiene un comportamiento similar a otros paquetes de soft-are libre"

4.11 edios de control5 %ntre los medios de control crearemos una carpeta especDficamente en 5ropboK la cual estarG disponible toda









4.1+ aneo de riesgos

Foro Calidad VR

Recommend Documents