software.docx

7/13/2019 software.docx

1/12

FACTORES DE AJUSTE DE DISEO NEGATIVOS

Uno de los principales factores negativos es la falta de usode mtodos de diseo formales. Quiz el factor mssignicativo de todos sea la falta de uso de inspeccionesde diseo formales o, al menos, alguna forma de revisindel diseo.

Otras inuencias negativas en el proceso del software:

Uso del lenguae normal como medio principal dee!presin del diseo.

Uso de enfo"ues de diseo grcos sin #erramientasautomatizadas.

$alta de colocacin de especicaciones %ao control deconguracin formal.

$alta de uso de inspecciones de diseo formales. &ustitucin de prototipos por especicaciones.

'urva de aprendizae mu( pronunciada de m)todos dediseo orientados a o%etos como U*+.


2/12

&-U'-U/ 0 +/ O1/234/'352 0+ 6O7'-O

2 /6+3'/'3O2& 0 6&O2/+ 0 0&/O++O

2'3/ 2 /2/+3&3& 7 03&9O 0+ 6&O2/+ 0 0&/O++O

8632'3/ 2 /0;/ 0+ 6&O2/+ 0 0&/O++O

8632'3/ 2 +/ +3*32/'3O2 0 0$'-O& 2 +/ O

/+1U2O& $/'-O& QU 32$+U72 &6'3$3'/'3O2& 7 03&9O 0+ &O$-;/ 6// =32 O */+


3/12

Estimai!" de su#er#osii!" #ara mtodos de diseo de So

Fatores de A%uste de Diseo Ne&aFatores de a%uste de diseo (ositi'os

0iseos de eemplazos *odernos de &oftware

iseo de nuevas 'aracter?sticas ( meoras a aplicaciones e!istentes

0iseos de caracter?sticas personalizadas para pa"uetes 6

Uso de enfo"ues de diseos grco.

Uso de +enguae 2atural como medio principal

$alta de colocacin de especicaciones de %ao control de con

&ustitucin de prototipos por especicaciones.

'urva de aprendizae mu( pronunciada de m)todos

+as especicaciones ( diseo del software sonaspectos cr?ticos de pro(ectos de desarrollo desoftware ( cr?ticos para m)todos de estimacin decosto.

+as especicaciones ( diseo del software sonaspectos cr?ticos de pro(ectos de desarrollo desoftware ( cr?ticos para m)todos de estimacin decosto.

CA()TU*O +,-


4/12

Estimai!" de Es#ei.ai!" / Diseo de

Soft$are0

+as especicaciones ( diseos de software son unarespuesta t)cnica a re"uisitos del usuario ( sirve paradescri%ir en "ue forma la aplicacin del softwareconstru(e, maneara los res"uicitos del usuario demanera automatizada.

Fatores de A%uste de Diseo (ositi'os

+a realidad es "ue pocas son nuevas en sentido derepresentar usos novedosos para computadoras nunca

antes vistos.


5/12

l conocimiento acumulado de las necesidades semuestra %astante voluminosos ( atiende a reducir eltamao de especicaciones en papel.

+as *etodolog?as de 0iseos tienen tam%i)n impacto,aun"ue este puede oscilar entre sentidos positivos (negativos.

Fatores de A%uste de Diseo Ne&ati'o

Uno de los grandes factores principales en la falta de

m)todos de diseos formales @en las empresasgrandesA.

$alta de uso de inspecciones de diseos formales.

Uso de +enguae natural como medio principal dee!presin.

&ustitucin de prototipos por especicaciones.

ESTI1ACI2N DE INS(ECCIONES DE DISEO

&e desarroll en 3=* Bingston, en la d)cada de CDEF por*ic#ael $agan ( sus colegas.

l proceso de inspeccin #a pro%ado ser una de las operacionesde eliminacin de defectos ms efectivas ( ecientes amsdesarrollada.

+a frase eciencia en la eliminacin de defectos reere elreere el porcentae de errores latentes efectivamentedetectados. 6or eemplo, si es GFH eciente, implica "ue seu%icaron G de CF errores presentes.

+as inspecciones formales son un m)todo de calidad primordial,las #erramientas modernas de estimacin de costos delsoftware manean inspecciones de forma e!pl?cita ( puedenpredecir los siguientes puntos de datos:

2Imero de defectos en la aplicacin.


6/12

ciencia en la eliminacin de defectos de inspeccionesformales.

3ntroduccin de reparaciones defectuosas, generando nuevoserrores.

2Imero de defectos latentes "ue siguen presentes en la

entrega del software. 2iveles de severidad de defectos latentes. Jndice de descu%rimiento de defectos, tras el lanzamiento por

parte de los usuarios del software. 'ostos de mantenimiento posteriores al lanzamiento para

reparar defectos latentes.

(ROCESO DE INS(ECCION

l t)rmino inspeccin reere un procedimiento formal en "ue un

grupo de practicantes calicados e!aminan un artefacto desoftware: una especicacin, pgina por pgina de maneraplaneada.

'ada sesin de inspeccin se limita a dos #oras ( no puedenrealizarse ms de dos sesiones de este tipo en un d?a #%il.

+os participantes en el proceso de inspeccin suelen incluir lossiguientes:

l creador del material inspeccionado.

Un moderador, responsa%le de mantener la inspeccin en curso. Un registrador, encargado de registrar los pro%lemas

identicados. Un lector, "ue tiene a su cargo la parfrasis de cada seccin. Uno o ms revisores, cu(a la%or consiste en realizar la

inspeccin. Uno o ms o%servadores, "ue son normalmente novatos "ue

estn a#? para aprender cmo operan las inspecciones.

n organizaciones realmente grandes recurriendo a

inspecciones, e!isten tam%i)n otros empleados especializados: Un coordinador, responsa%le de programar las inspecciones (

reserva de salones. Uno o ms facilitadores, cu(a la%or consiste en instruir a los

novatos en protocolos de inspeccin.

l nImero m?nimo de participantes necesarios para llevar aca%o una inspeccin es de tres: creador, moderador (registrador. n este complemento m?nimo, moderador (registrador fungen tam%i)n, desde luego, como revisores.


7/12

l nImero m!imo de participantes en inspecciones formalesest limitada a no ms de oc#o. Ksta es una limitacin prctica,motivada por el #ec#o de "ue grandes reuniones suelen serdiscursivas e inecientes.

+os revisores de%en seleccionarse cuidadosamente, (a "ue suresponsa%ilidad es entender el tra%ao "ue se inspecciona. npro(ectos grandes, los revisores son seleccionadosnormalmente de entre el e"uipo del pro(ecto, por la sencillarazn de "ue ningIn otro miem%ro del e"uipo tiene meorprospecto de contri%uir con o%servaciones signicativas.

VA*OR DE *AS INS(ECIONES

+as inspecciones formales #an pro%ado %eneciar costos totalesdel pro(ecto ( acotar las fec#as l?mites de los pro(ectos.

+as inspecciones de%en llevarse a ca%o de manera electrnica,"ue a#orra viticos a e"uipos geogrcamente dispersos0

*ic#ael $agan fue "uien reci%i un premio de la 3=* pordeterminar "ue las inspecciones acortan las fec#as l?mite (meoran la calidad, aplicadas a pro(ectos de software desistemas ms importantes

!iste un e!perimento "ue cual"uiera puede realizarlo validarsuposiciones de fec#a l?mite ( costo, asociadas a inspeccionesformales del diseo ( cdigo:

C. egistre esfuerzo, fec#a l?mite, costos ( numero de reportes deerrores de una aplicacin de prue%a como una meora de CFFpuntos funcin empleando inspecciones ( prue%as.

L. egistre esfuerzo, fec#a l?mite, costos ( numero de reportes de

errores de una aplicacin de prue%a similar, prescindiendo deinspecciones, solo utilizando prue%as.

+as partes inspeccionadas terminaran las prue%as entre untercio ( un cuarto del tiempo transcurrido, con menos de la terceraparte del esfuerzo dedicado a reparacin de errores de cdigo,respecto a las proporciones no inspeccionadas

CRITERIOS (ARA 3UE UNA ACTIVIDAD (UEDA**A1A SE INSPECCION


8/12

0e%e #a%er un tiempo de preparacin adecuado antes de cadasesin

&e registrara el esfuerzo realizada durante preparacin deinspecciones

&e de%e llevar registros de defectos descu%iertos +os datos de defecto no de%en usarse apreciaciones o con nes

punitivos

(ROCESO DE INS(ECCI2N ES 4ENEFICO ENT5R1INOS GENERA*ES

'ual"uier entrega%le de software puede estar sueto a unainspeccin formal, desarrollando con datos emp?ricos poreemplo los siguientes:

3nspecciones de ar"uitectura 3nspecciones de re"uisitos 3nspecciones de diseo 3nspecciones de diseo de %ase de datos 0iagrama de implementacin de funciones de calidad@Q$0A 3nspecciones de cdigo 3nspecciones de planes de prue%a 3nspecciones para documentacin del usuario

3nspecciones de pginas we%

-odos los artefactos de software "ue manean inspeccionesformales var?an de menos de GFH a ms de DFH en ecienciapara eliminar defectos ( tienen un nivel de eciencia promediode apro!imadamente GMH. ste es la meor eciencia paraeliminar defectos.

ESTI1ACION DE COSTO DE SOF6ARE4ASADA EN ACTIVIDADES


9/12

+os puntos de origen ( descu%rimiento de defectos, sin el usode las inspecciones formales.

+as inspecciones tam%i)n descu%ren errores "ue las prue%as nopueden, como defectos en re"uisitos. n total, las inspeccionestienen un slido record de )!ito.


10/12

Fatores #ara ma"e%o de i"s#eio"es del

soft$are

1ETAS DE*(RO7ECTO

C. O%tener la estimacin estndar defec#a l?mite, personal ( calidad.

L. O%tener la fec#a l?mite dedesarrollo ms corta, con personaladicional.

N. O%tener menor esfuerzo conpersonal reducido.

. O%tener ms alta calidad conpersonal normal.

M. O%tener ms alta calidad con lafec#a limite ms corta.

G. O%tener ms alta calidad con elmenor esfuerzo.

CO1(*EJIDAD

DE* (RO4*E1A

C. /lgoritmos ( clculos simples

L. +os algoritmos ( clculos simplesson de compleidad promedio

N. /lgunos o muc#os clculosdif?ciles o compleos

CO1(*EJIDADDE *OS DATOS

C. 0atos simples, pocas varia%les (poca compleidad

L.


11/12

A(*ICACIONESDE* (ERSONA*DE DESARRO**O

en el tipo de programadesarrollado pero algunos sonreci)n contratados o novatos

L.


12/12

compleos

E8(ERIENCIA ENA(*ICACIONES

DE* (ERSONA*DE DESARRO**O

C. -odos o la ma(or?a son e!pertosen el tipo de programa

desarrollado pero algunos sonreci)n contratados o novatos

L.

software.docx

Documents

Transcript of software.docx