GESTION DE PROYECTOS DE SOFTWARE · Técnica clásica de planificación de recursos humanos....

of 122 /122

Transcript of GESTION DE PROYECTOS DE SOFTWARE · Técnica clásica de planificación de recursos humanos....

l

GESTION DE PROYECTOS DE SOFTWARE

Introducción intuitiva de la importancia de las técnicas de gestión y de los

factores humanos

Costes del software

El factor humano en la productividad

Calidad y formación (

Esfuerzo de gestión/esfuerzo técnico

El reto de la dirección de proyectos de software

Categorías de software

Tamaño del software

Software del sist~ma, de soporte, de aplicación

Software-proyecto y software-producto ./

Tipplo~ía de ,Brooks

Software hori!Zd'~tal, vertical y genérico

Software integra,do f "

Clasificación SPE de los programas

r , " " ,¡ " .. :/ i .

4 ,

/: ¡

~. ·t Modelos 3P Y SP de los proyectos de software. Apro~niaci6n cibernética y

ciclo de vida trifásico

Problema, producto y proceso,

Experimento de Weinberg-Schulman

Tasa de cambio y borrosidad

Representación cibernética del modelo 3P

Ciclo de vida trifásico

Técnicas predominantes según las fases

Modelo 5P

Técnicas de estimación

El ciclo de estimación-planificación-control

Microestimación y macroestimación

f

i~' '

./

,;;¡) '1, 1I

/-

Técnica clásica de planificación de recursos humanos. Contingencias

Concepto de productividad en software

Cónflicto de cantidad y calidad

Módulos propensos a defectos

Evolución tecnológica de la productividad

Macroestimación: estudios sobre factores de productividad

Predictor de productividad de Felix/Walston/IBM

Rangos de productividad y árbol de mejora de productividad:

Boehm/TRW /eOCOMO

1

]

I

I

(

,

.¡.

Métodos y modelos de macroestimación

Relaciones de Felix/Walston/ffiM

Método de Putnam

Modelo eOCOMO (TRW, Boehm)

Mantenimiento del software

Factores de coste

Categorías de mantenimiento

COCOMO, de nuevo

Relación con gestión de configuraciones y con(rol de calidad

Factores humanos individuales

Liderazgo proyecto software

Estructura factorial de la inteligencia

Estructura factorial de la personalidad

Algo de psicología cognitiva. Aplicación en programación

Formación en ingeniería del software

Factores humanos sociales

El problema de la comunicación

Comportamiento del grupo pequeño \1

~I, (w Equipo estructurado de programación

¡~

. " Leyes de los' pro~,ectos y de la naturaleza humana

Caso práctico: Metodol~gía 4FRONT (Deloitte & Touche)

1 , .

:' I

Referencias bibliográficas

· ,~ 1: i

,

,t (

'1 ,

Boehm, B., Software Engineering Economics, Pre~tice-Hall, N.J., 1981.

Brooks, F.P.Jr, The Mythical Man-Month. Essays on Software ,~ ..

Engineering, Addison-Wesley, Mass., reimpnisión, 1982. i~) /It ,1

Lammers, S., Programadores en Acción, Microsoft-Anaya multimedia,

Madrid, 1988. ,

Pinillos, J.L., La Mente Humana, Ed. Temas de' Hoy. Madrid, 1991.

Sommerville, I., Software Engineering, Addison-Wesley, Wokingham,

England, 3a ed., 1989.

Artículos seleccionados

"

¡.

I I i

l

INTRODUCCION INTUITIVA DE LA IMPORTANCIA DE LAS i TECNICAS DE GESTION y DE LOS FACTORES HUMANOS

'tr COSTES DEL SOFTWARE

* EL FACTOR HUMANO EN LA PRODUCTIVIDAD

'tr CAUDAD y FORMACION

'tr ESFUERZO DE GESTION/ESFUERZO TECNICO

'tr EL RETO DE LA DIRECCION DE PROYECTOS DE SOFTWARE

l' .' ,~,

t :'

r ' \

, ,

,¡ ,,'/

'í,'

"

~ ,NTP.ro.c:oOH "'lUfflA

" ,\ ,: ¡,

" ¿

, ,1

1

'J (

,1

COSTES DEL SOFTWARE

,

'"

,~' '

'!t) 11' I )1

l'

COSTE PROGRAMACION U.S.A. 1977: IV 100.000 M$

100C

500

200

~ ~ 'OC

§ ;¡ 50

I JI

20

10

> 3% PNB

(LEHMAN, 1980)

Gro""" r. U·"'rr

1985 1990 Year

Wortd

USA

USA OlIO

I i

I i !

I TENDENCIAS DE COSTES SOFTWARE (BOEHM, 19Sn I

I I I 1 J

r

t..

! I

1 L

I i

I i I

I I

I I I ! ~

$ Billion

35

30

25

20 Software

15

10 Hardware

5

O 1980 1982 1984 1986 1988 1990

Vear Projected Growth of Software and Hardware Costs

l' .' ,~!

'1,

~ .,ro.'J!.\.(~I.:.f< .~'lA;~'

, \

i: ¡',

I ,¡

1

; -'¡

.1 ',~' '

COSTES DEL SOFTWARE

CICW VIDA:

DESARROLLO 30 - 50%

EVOLUCION 70 - 50%

(LEHMAN, 1980)

,';,,) '1, ,1 j'

REGLA PRACTICA DE DISTRUBUCION DEL COSTE DE DESARROLW EN

LA DECADA DE WS 70: 40/20/40

40% ANALIZAR Y DISEÑAR

20% CODIFICAR Y DEPURAR UNIDADES

40% PROBAR Y ENTREGAR

(WOLVERTON, 1974)

, '-----

_____ ...-J~

EL FACTOR HUMANO

COMO EJEMPLO DE LA INFLUENCIA DEL FACfOR HUMANO,

EXTRAEMOS UN CUADRO CON CIERTOS RANGOS DE INFLUENCIA DE

ALGUNOS ATRIBUTOS SOBRE LA PRODUCfMDAD EN EL

DESARROLLO DE SOF1W ARE (SEGUN BOEHM, 1982).

. ......... . ............. . ..... ...... '. . ............................................................................... . ........ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .. -- .............................................................. . . ............................. .

.•.. ........• : ...•... : .•••• :>.: •• .-. .. ~~ •.••. <:.<: •• ::«<>.<.:::>.:~¿:~.:.~:)~f<:. . . . ...... . ................. , .......... '.' .' .. ' .. ' ........................................................... .

.. . ......•... o.· ' .... , .... ' ...•... ". ..... . .... .... .. ....... . ...••....•.. ..................... ......... ......... ' ................... ' .. , .... , ........... ' ............. , ' ............... ' ... , ............................................. ' ....... . ... :::~~~~~:~~$:::.~~:::~~t~~ ... ::.::: .. :.:: .. ::::.::: ::::::::::.::::::::::::::::::::~:~:~~:.:::.:.::::::::::::/::::: ;:··· .. ~*~~i~~p.?¡~~··(f~~$ijM~///U¡HU\:¡·C··:··U·U···(H::¡~¡)~~fU::¡¡y¡::¡):::::::

.......................... ,.. . ........ :-:-::: :-:-:-:-:-:-:-:: :<.:-::: >:- ...... :-:.:-.«-:-:-:-: .... -:.:-:-:-:-:.:-:-:-:-:-:.:-:-:.:-:.:

..... ' ...... . .. ....... . . ..... , ........ . . . . . . . . . ., . . ... ' ........................................ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ..... .. .. . ... . '. ......... ..... ..... ... . ........................... . . " ........... , .......... ' ............................. , ..... ' ............................ , .................................. ' ........................... .

I,j SIGNIFICACION: ,UN aQUIPO DE PROORAMADORES y ANALISTAS

SITUADO EN EL PERCENTIL 90 DE CAPACIDAD MOSTRARA UNA

PRODUCTIVIDAD, MEPIDA EN LINEAS DE CODIGO FUENTE POR i'

HOMBRE-MES, UNAS 4 VECES SUPERIOR A LA DE OTRO EQUIPO ,

SITUADO EN EL PERG~NTIL 15. 1'; ,\':

., ..... ,.. "" . ..:...:.'-

i 1 .

'-- ' • d -------------~----~i~,--------------------------------------

4 .~'[II.OI.'--C~"'" :~!\.Ir\'A

/ I DEMANDA ELEVADA! ! Y URGENTE DE I

PROFESIONALES I DEL SOFTWARE I

I

\ DEMANDA DE

SOFTWARE INSATISFECHA

INSUFICIENTE

, l·

\ 1, : . l.

: l ~fr

"

r

,·1 "

I~I '1, ,1 /,

CAPACIDAD " EDUCATIVA

PROFESIONAL I ~

PROFESIONALES DE SOF1WARE

SUBCAUFlCADOS

/ BAJA PRODUCTIVIDAD

ELEVADA TASA DE PROBLEMAS

CIRCULO VICIOSO PARA EL DESMORONAMIENTO DE LA CAUDAD DEL SOF1WARE (Baber, 1982)

I I

"

I I I I I

I I i I I

I

I r::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::2:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::;:::::::::>::::::::~::::::: I !::~J~~~:::~~~~99i::~::1::::~~::;~::~99.~::~ ..... ~: I

1:::::::::::::::::::::::::::::'::::'::::::::::::::::::"::::::"::::::':.::.:::::::::::::::::::':::::::::::.:::::::·::::···::·:::··: .. ::::::::·:·::··:·::·~é~~::::::.:::.::::::::::.::::::::::::::::::: I

I I i I

1 L

I I

I I I , I

i I

1

I I I

1

I I I I

I I I I ¡ I

I ~

... ~ o --w

..... ~~ ~ .. ~!

--------------------------------------100%

~ TechnicaJ effort /.4

~~11 50% ~~¿~

$ítJ,;--.,," ....-.,,'" Management

____ .",. .",. Con troJ

----_----- Support

Small Large

Software size

TeGhnical vs. support effort percent by scale.

I~ .~, .

" , '

¡, l' I

4 ... "i'IJ,X\. .. :::~ ~i\A':'\"'\

. ' ,\ I:j .

.' J

I

,1

1

'J ,. ';

, .

¡,,"

GESTIQN CICLO VI¡PA

'!t) 1/. I l' ,

l' - EL SOFf, ES COMO VN ROMPECABEZAS EN EL QUE HA Y QUE DEFINIR EL

DIBUJO, LOS COLORES, Y RECORTAR LAS PIEZAS, JUNTARLAS Y VOLVER

A EMPEZAR CON OTRO DmUJO.

;.;.u>:;~.:./)tm~ID¿&~iyptiztt~:~~ó.i~r//¡H:/¡H ........... ,' .. , ...................... ' .. ,., ....... , .". - ............................................................................ . 0,' :-,', :- ...... ,0,':-:-:- . .. .'.:::::::::: ~:): ~: ~: ~: ~: ~: ~: ~: ~: ~:):~:):;: ~: ~: ~: ~: ~: ~: ~: ~: ~:

- PRODUCIDO POR GRUPOS COORDINADOS DE PERSONAS .

• :.:.:.:.::::::::::.:::::::::: •••••• o •••••••••••••••••••••••••••••• :.:.:.::::::::::::::::::::::::::::.::::::::::::::::::::::::::::::::::::::::

//:H¡~~tm¡¡~~¡M::r~~M¡¡mM~11+¡¡¡¡¡¡¡¡ ••••••••••••••••••••••••••••••••••••••••• o ••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••••• ........ ........ . .......................................................................................... . ........ ..... .

- TECNICAS VALIDAS PARA PROGRAMAS DFJAN DE SERLO PARA SISTEMAS

DE PROGRAMAS (DIJKSTRA Y OTROS).

EH!~~I~_: ::::::::.:::':::::':::.:::-::::.<::::.::::::::::::::.':.:':':':':':':'::::::':.:'::::.::::::::::::::::::::::::.::::::::::::::::::::::;:::::::::::::::::::::::::::::::

- A MAYOR COMPLEJIDAD DEL SOFT, MAYOR COSTE y MAYOR DESASTRE

EN CASO DE FALLO.

:H~~QI~*4~~·:~AV~i.::~~:~~:~ij~~f?\? :~:::¡;;i~TIW:i9:~~~::j)~·~:IfflC.iQNJ~$:~:~:~:::~:::::::::::::~:~:~:::::~:~:~:~::

. . . . . . . . . . . . . . . . . .

r

EL RETO DE LA DIRECCION DE PROYECTOS DE SOFTWARE ( S. E. P eM)

el)

Encuesta realizada en 1980 por Thayer, Pyster y Woode Alos encuestados se les preguntó cu4les de entre una lista de 20 cuestiones constituían un problema y, en caso positivo, cómo de crítico era. Taabién se les pidió que definieran si el problema era de naturaleza gerencial o técnica y que sugirieran una solución potencial. (Se aceptó que una determinada cuestión constituía un problema cuando así era votado por m4s de un 70' de encuestados; los encuestados se dividieron en 5 categorías distintas).

Twenty hypothellucl problema In SEPM

PI.nnlng

1. R«lul,.",."t.: Aequlrement lpec:lflcatlonl are frequ.ntly Ineomplet.. amblguou.. Inconllltent. andlor unmeuufllb\e.

2. SuecI •• : SuccelI crlten. for • IOftw.,. dewlopment .,. frequentty InapproprIat.. whlch relult In "poor.quallty" deIlvered lOftwaN; l .•.• not malntaln..,I •• unrellMM. dlfflcult lO u ........ I\veIy un­documentad, etc.

3. Pro;.ct: Plannlng for IOftw8re englneerlng prot. actl II g.neralty poor.

4. Co.t: The 8IMIlty to nttmat. eccwateIy lhe r.aourcn requlred 10 ac:compI~ a aonw.re cIavetop. manl II poor.

5. SCh«lu": Theablllty lO mlmal. 8CCUralely lhe d.llv.ry time on alOftw.,. CWieIOpmenI la poor.

8. De.lfln: Oeclalon ru'" for u .. in Mlec:tlng lhe correet IOltware dnlgn lechnlquea, equlpment. and aidl to be uMd In dnignlng 1Oftw8re In a IOftware .ngln""ng projecl .,. not avallab ...

7.·· rl.t:OecIaIon ru'" foru .. ln Hlectlng lhecar· reet procadurea, Itralegiea. and 10011 to be uMd In teltlng loftware dfteloped In a 1Oftwar. englneertng projeet are nol avallabla.

8. "'.Intl/n.blllty: Procedurea, lechnlqu... and slrategl.1 for d.signing malnlalnable IOftwarear. not aV~II.bIe.

I 9. W.trenty: Methodl lO guarant .. or WarrMty t~.t the ~.lIverlCllOftware wlll"wortl" for tII. UNf'''' nót .v.~.bl.. I

10. Control: ProcICI~~. methodl. and technlquee for designlng a.prot.ct control sYltem that wlll enabIe project manager. lo 1\ICl= .. lfully control lhalr project .r. not readlly avallabl •. ¡

Orpnlzlng

1,. TypI: Oacllion rul~, for selecting Ihe propet organizational Itructure~J '.g.. projeel. matrlx, fune­Uon. ara not .vallabl •.

f I

4 I

12. Accountlbllltv: Tila accountablllty Itructure In rnany 1Oftwar. englneertng PfOjeell II poor. IeavIng sorne qu .. llon u to who il r'lponl_ lor varlous project functlonl. . .. -

13. Project mlnager: Procedurea and techniquel lor the MleCtlon of project muagere "'!*Ir.

DhctInt 14. recllnlqua: DecIaIon rul .. lor UN In Mlectlng

!he c:orrect manaaamenl tecl'lnlquee lor IOftware anglneerlng ptOject managemenl are nol avaIlabIe.

c. ..... 15. VlalbllIfr: ProcecIuree, lechnlquee, lltatag ....

IllCllldalhalwtlIProvtdevtalbllltyof~(notJUIl fMOUrceI uteCI) to lhe project manager are nol aval...,...

18. R"'.blllty: M ... ur.m.nll or IncI.... . 01 ,.....,..Ity Chat can be .uMd .. en etemenl 0' lOftware deIIgn .... not avaIlablelllCl lhetell no.., lO predlel Ioftw.,. f8Ihn; l .... tIIeiw la no practk* .., 10 Ihow !hedallveNdeottwere meeta agiven retlabllltyCrlI ....

17. M.,ntIlMblUty: Meaiurementa or ........ of malntalneblllty thal can be uMd u en e\emenl o, 10ft· ware dHlgn .,. not aval labia; l .•.• tllaq la no prectlcal way lO ItIow that ag\ven program l. more mainlalnao" than anol".

11. Ooodn ... : M .. lur.m.nll or Index" 01 .. good.,... .. O, coda Chal can be uHd .... etemento' lOftwere deItgn .,. not aval..., .. ; l .•.• 1 ..... la no prac-tleaI way to Ihow lhat ona program II betcer than another.

11. Programm«a: Standardl and tecl'lnlquee 'or meaurlng thequallty O, performanceancl thequentlly o, productlon .xpactad 'rom prograrnmer. and data procnllng anaIYltl are not .vaJlable.

20. rraclng: Technlqu .. and aldl lhal pro'lld .. n ec· ceptlbl. maanl 01 traclng a loftware developmant lrom requlrements to completad eOd. are nOI general. Iyavai...,".

1:

, ,.

:, l ''" ,. ,;/

~e., I

,1

! "cTC0':.\.":':':":~ ~:-V'~'t'"

A I

I ~ ~ o ~ Z o( .... A.

I I

+

" ~I

EL RETO DEL S.E.P.M.

tS.9F1WARE ENGINEERING PROJECT MANAGEMENll

(2)

PROBLEMAS IMPORTANTES PERCrBIDOS

t \'( REQUERIMIENTOS DEL SISTEMA

* CRITERIOS DE EXITO EN EL DESARROLLO DE SW o o(

i * PROYECTO DE DESARROLLO

~ * ESTIMACION DE COSTES ::1

+ * ESTABLECIMIENTO CALENDARIO

\'( METODOS GARANTIA

* SELECCION TECNICAS DE DISEÑO

* SELECCION TECNICAS DE TEST

* ESTRUCTURA DE RENDICION DE CUENTAS Y RESPONSABIUDADES(UNANIMIDAD)

-ti SELECCION JEFE PROYECTO (UNANIMIDAD)

* TECNICAS DE CONTROL DE FIABIUDAD DEL SW (UNANIMIDAD)

'ti TECNICAS DE CONTROL DE MANTENIBIUDAD

* TECNICAS Y ESTANDARES DE MEDIDA DE LA

CANTIDAD/CALIDAD DE PRODUCCION DE PRO­

GRAMADORES Y ANALISTAS (UNANIMIDAD)

",.) '11

" /,

97%

82

90

88

94

74

72

79

81

77

85

76

78

r

L

EL RETO OEL S.E.P.M. (3)

T."" 1. c.tegortn for luner Plrtlclpan ...

CATEGORV

PROJECT MANAGERS

PROJECT INDIVIDUAlS

TECHNICAl lE/.CERS

RoSO PERSONNEl

EDUCATORS

OEFINITION

Maoagers 01 a projeCt. including software line managers. each of whom liad a firSlhand knowledge of lhe major SEPU probIems.

I"dividual programmers/analysls who worked 00 prOfecls.

Indlvlduals 10 high posillOt1s 01 iofluence io lhelr campanies' data procesSing function: highly visi. ble aulhors or speakers on compuler anca. par. t1cularly dala proceSSlOg managemenl: aod aulhors of lexls. papers. or reports on projecl management.

I~dividuals. who. Ihrough Iheif buSiness or avoca. 1100. were lotereslld in fu rthering the stale of the art in project management oro in a few cases. sorne other aspecl of computer scienc:e.

Usually university professors: however. sorne ed. ucators from olher educalional institules were lOeludld.

T ..... 2. SumnYlry o, ,.,. A ,"uR.: Import.nce of prabIIm.

en o el <t t­en w ::> u z w w o en <t

a:: o C) w t­<t U

o u z u

PERCENTAGE "PAOBLEU"' BY PAATlCIPANT GROUP: MAJOR ISSU~S COMPOSITE PROJ UGAS PROJ INOS TECH LOAS A&O ,

1. PlAN REOUIREMENT 97% 100"-. 97% 96". 94% 2. PlAN SUCCESS S2 75 86 S3 88 3. PLAN PROJECT 90 92 SS 89 91 4. PLAN COST 88 92 86 84 88 S. PLAN SCHEDULE 94 97 93 91 92 6. PlAN DESIGN 72 71 67' 66' 72 7. PLAN TEST 79 SS 77 73 69' S. PLAN MAINTAINABllITV 67' 68' 64' 60' 70 9. PLAN WAAAANTV 74 72 70 72 70

10. PlAN CONTROL 61' 54' 60' 54' 63' 11. ORGANIZATIONAl TVPE 46" SI' 40' 42' 44' 12. ORGANIZATIONAl ACCOUNTABllIJV SI 7S 72 86 89 13. STAFF Pf'4lJECT MANAGER 77 73 S2 72 70 14. OIRECTI~G TE~NIOUES 59' SS' SO' 4S" 57' IS. CONTROL VISI 11ITV I SS' 6S" 62' 71 77 16. CONTROL RElIABllITV I~ SS 90 S4 7S 79 17. CONTROL MAINTAINABllITV 76 76 67' 71 82 IS. CONTROL GOODNESS .' . ." 62" 60' 62' 60' 56" 19. CONTROL PAOGRAMMERS 7S 77 70 78 81 20. CONTROL TRACING 67' 67' SS' 70' 69'

'Results under 70')'. were InconcluslV8

f 1'

DETALLE DE,LAS RESPUESTAS DE LOS CINCO GRUPOS ,,-r

- I

.\ ,

'. , "

EOUCATORS

93"0 80 92 95 95 7S 86 72 7S 69' 4S' 88 77 66' 74 86 S2 6S' 84 68'

í

,~ ./ \ , \

~ - j . I --------------------~I III __ ~

\ ./ /

CATEGORIAS DE SOFTWARE

~ TAMAÑO DEL SOFTWARE

* SOFTWARE DEL SISTEMA, DE SOPORTE, DE APLlCACION

* SOFTWARE-PROYECTO Y SOFTWARE-PRODUCTO

* TIPOLOGIA D~ BROOKS

~ SOFTWARE HORIZONTAL, VERTICAL Y GENERICO

* SOFTWARE INTEGRADO

* CLASi FICACION S. p. E DE LOS PROGRAMAS /

l'

~------------------------------------------------~--

1 , .

~-, \.

¡.') '. !.

I •. 1.

;'1

3 ':

~

1

-)~F·.'i,\.QE

,1 "

¡'!tI '1, ¡I

l'

SOFTWARE GRANDE: S > 75.000 SENTENCIAS FUENTE

SOFTWARE MEDIANO: 18.000 < 5< 75.000 ..

SOFTWARE PEQUEÑO: S < 18.000 ..

(PUTNAM, 1982)

r

i

i I I i I i

I i I I I I i I I I I

r-

-

r

SOFTWARE SISTEMA O DE BASE

SISTEMA OPERATIVO

SISTEMA GESTlON B.DATOS

SISTEMA COMUNICACIONES

SOFTWARE SOPORTE O DESARROLLO

COMPIUDORES

ENSAMBLADORES

GENERADORES

EDITORES I

CONVERSORES DE SOPORTES

ANALIZADORES

SIMULADORES

GENERADORES DE PRUEBAS

CONSTRUcrORES DE GRAFICOS

PERT

UBRERlAS

SOFTWARE APLICACION

/' jI

/

:::::::::::::::::::::::::::::::::::::';:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: .•.••••••••. ::.:::::.:.:.:::::::::.::1.:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

~c.&_M# • .. .. ..... ', ................................................. .

. . . ... .. '. :-: ~~'::~::"~::::.,:.:::.:::.:-- ::: <:::::::':::::-' -::-::-. ':': :::: :::::::::::::: :::: ::;:: ::::::::::: ::::::::::::::::::::::::: ..... ... . . . . . . . . . •••••••• -.. o ••••••••••••••••••• 0_' ••• 0.0 •••••••••••••••••••

_,.0 ••••••• _ •••••••• _._ •••••••••••• _, o ••••••••••••• ·1,······ ................................................ . . f··· ..

,;/ '1,·

! I

I i I I ¡

I

I I

I

* [SOFTWARE-PRODUCTO I ---> MUCHOS Y DIFERENTES USUARIOS E iNSTALACIONES

* ISOFTWARE-PROYECTOI ~ UNO O MUY POCOS USUARIOS E INSTALACIONES

~ El ESFUERZO EN EL CICLO DE VIDA ES MUY DIFERENTE

PARA SOFTWARE-PRODUCTO:

- DOCUMENTACION MUY CUIDADA, PARA VENTAS, USUARIOS, MANTENIMIENTO

- MODULAR IZAR AL MAXIMO

- VERIFICAR EXHAUSTIVAMENTE EL CODIGO

- PROBAR CODIGO CON TODOS LOS SOFTW. SISTEMA PREVISTOS

- PREPARAR INTERFAZ HOMBRE-MAQUINA

J~~l·~~ :t,; -"

." rn •. _--

.-~:-.- . ~-. _ -_--::.~J.;'.\___ -7"' ~~---

- ESTIMAR Y PLANIFICAR PRESUPUESTOS, ESFUERZOS DE CAMBIO, ADAPTACIONES ~VERSIONES FUTURAS

10_

- ESTABLECER SISTEMA RECOGIDA INCIDENTES Y ERRORES Y SISTEMA DE DISTRI-BUCION DE MO -",.¡¡; -

DIFICACIONES Y VERSIONES

, S~GÚN NÚMERO V VARIEDAD DE USUARIOS

(------------.-- ----------.-----------__ .• _. ·'0_ •..• - ••••• - "_0 ••• " - _ ••. _. ______________ ,

v: e

I

I

I I 1 I

i I I I I I

I

TIPOLOGIA DE BROOKS

(BROOKS, 1982)

PROGRAMA

PROGRAMA PRODUCTO

COMPONENTE DE SOFTWARE - PRODUCTO

SOFTWARE - PRODUCTO

EL HpROGRAMA", LtSTO PARA SER EJECUTADO POR SU PROPIO AUTOR y SOBRE

EL SISTEMA PARA EL QUE FUE DESARROLLADO. ESTA ES LA MODALIDAD QUE CORRES­

PONDE AL OBJETO QUE PRODUCE EL PROGRAMADOR INDIVIDUAL PARA SU USO. Su ES­

FUERZO' HAY aJE MULTIPLICARLO POR TRES PARA CONVERTIRLO EN UNA DE LAS DOS

MODALIDADES SIGUIENTES Y POR NUEVE PARA LLEVARLO A LA ÚLTIMA MoDALIDAD.

El "PROGRAMA-PRODUCTO". Es UN PRODUCTO QUE PUEDE SER EJECUTADO, -

VERIFICADO Y AMPLIADO POR CUALQUIERA EN DISTINTOS ENTORNOS OPERATIVOS Y

PARA fttJCHOS CONJUNTOS DE DATOS.

EL "CCJo1PONENTE DE SOFTWARE-PROOUCTOH, SIENDO ÉSTE UNA COLECCIÓN -

DE PROGRAMAS QUE FORMAN UN CONJUNTO, COORDINADOS EN FUNCIÓN Y DISCIPLINA

DOS EN SU FORMATO, DE MANERA QUE SU ENSAMBLAJE CONSTITUYA UNA TOTALIDAD

OPERA TI VA'I

ESTE PROGRAMA HA DE SER DISEÑADO CON SUS ENTRADAS Y SAL IDAS -

CONFORMES SINTÁCTICA Y SEMÁNTICAMENTE RESPECTO DE INTERFACES MUY PRECIS~ ¡

MENTE fjeFI~4DAS Y CON SUS CARACTERfSTICAS S<JoETlDAS A DETERMINADAS L1MI-, 1

TACIONES DE MEMORI~~ PERIFERIA Y TIEMPO DE PROCESAMIENTO. EL PROGRAMA N~ CES ITA SER PROBAOO EN RELACIÓN CON OT~OS COMPONENTES DEL SISTEMA BAJO TO

DAS LAS COMBINACION~S PREVISTAS. I -

t EL "SOFTWARE~PRODUCTO", QUE RESULTA DE LA COMBINACIÓN DE LOS DOS

ÚL TIMOS.

1 I

1

,~ ,~

SCFTWAPE

. ',\ /.- ¡.

:.{ ( '1

': .~

./

1-

"

fAl

PROGRAMAS HORIZONTALES, VERTICALES Y GENERICOS

'1,

11

/,

EL CALIFICATIVO DE HORIZONTAL (O FUNCIONAL) SE DEBE Al RANCHO ESPECTRO DE POSIBLES USUARIOS DE UNA POBLACIÓNR, VERBIG~ACIA: CONTABILIDAD, NÓMINAS, ALMACÉN. SUELEN SER MO­DULARES, PA~A PERMITIR UNA CIERTA PERSONALIZACIÓN A CADA CA so, CON MfNIMA INTERVENCIÓN DE SU AUTOR.

PROGRAMAS DE APLICACIÓN VERTICAL (O SECTORIAL) SON PAQUETES ORIENTADOS A UNA CLASE DE USUARIOS, COMO PUEDEN -SER INGENIEROS DE ESTRUCTURAS, NOTARIOS U ODONTÓLOGOS.

LAS HOJAS ELECTRÓNICAS, LOS PROCESADORES DE TEXTO, LOS SISTEMAS DE BASES DE DATOS SE CONSIDERAN PROGRAMAS GE­NÉRICOS •. A SEMEJANZA DE LOS PROGRAMAS HORIZONTALES TIENEN UN AMPLIO USO, PERO MÁS QUE PARA UNA APLICACIÓN EN sf, POR GENERAL QUE ÉSTA SEA, SE NOS OFRECEN COMO HERRAMIENTAS AL SERVICIO DE QUEHACERES MUY COMUNES.

\

1 I I

I I

I I 1

I i , I

i

I I

¡ I

I

I L,

, ¡ i .

j

- j

I

I : ,. I ¡

I

I I

I I ! i

I I I I I

¡ I

I I

¡ I

L

SOFnNAREINTEGRADO

DlBWO /

¡,l.

t' ',-"-~,

-0,_,

,/ PLANIRCACION·' "'-DE PROYECTOS -'0,,,,-

\ PROCESO DE . / \ TEXTOS .// .

\'0 //' ''\, /" GESTION

- "\. /

"'v / BASE DE DATOS '" .

'~

EMULACIoNES ~) DE TERMINALES // "'-'o,

I ,/ \

/ CORREO EU::CTRONICO

CALCULADOR DE ~ HOJA ELECTRONICA

GRA~~ "\./

IIAX/IIO DE FUNCIONES PREWSTAS EN 1M PMJIJETE DE SOFTIfMIlE INTEGRADO, EN 1115 R#l11G, 1114 p.MJ .,

1I

EN El'! FU"~RO SE AÑADIRAN MANIPULADORES INTEUGENTES DE SIMBOLOS:

SISTEMAS EXPERJ9S~, SINTETIZADORES Y RECONOCEDORES DE VOz. PROGRAMAS

DE COMPRENSION Y 1RADUCClON DE LE,NGUAJE NATURAl, SIMULADORES, ETC.

1 I •

. I

¡ ·1 I I i j

j

I I ! I

I l' 1 I i I

1

i I

: ." "'''''' Or;o

~ :.,:¡:- !I:'.=~

, ~

" ,\ 1: ¡,

:~ ~1·

':

1

CATEGOR 1 ZAC 1 ON SPE DE LOS PROG'HAMAS (SEGÚN fNDICES PREVISIBLES DE C~MBIO)

<TURSKI,1979) (LEHMAN, 1980) j' I

(!tI, 11

S.PROGRAMAS SPECIFICATION PROGRAM. (EJ. LOS FILÓSOFOS COMIENDO)

COMPLETAMENTE DEFINIDO

/'

PROGRAMA CONCEPTUALMENTE ESTÁTICO CORRECTITUD BASADA EN ESPECIFICACIONES

P • PROGRAMAS REAL WORLD PROBLEM PROGRAM . -(EJ, PREDICCIÓN DEL TIEMPO ATMOSFtRICO)

SOLUCIONES APROXIMADAS ABSTRACCIÓN CON INC~RTIDUM8RES, CRITERIOS, INCOGNITAS, DECISIONES DEL ANALISTA BUCLE DE REALIMENTACIÓN BASADO EN LA ACE! TABILIDAD DE LA SOLUCIÓN EN CONTEXTO 'MUNDO REAL. CORRECTITUD ~ VALIDEZ EL CAMBIO NO GENERA UN NUEVO PROJ~EMA,SINO UNA PERCEPCIÓN DISTINTA

E.PROGRAMS ¿ENVIRONMENT? PROGRAM (EJ. SISTEMA OPERATIVO) MECANIZAN ACTIVIDADES HUMANAS O SOCIALES FORMAN PARTE DEL MUNDO REAL QUE MODELAN ExTRAPOLACIÓN y PREDICCIÓN DE CONSECUENCIAS (SUBJETIVIDAD) COMPORTAMIENTO CAMBIANTE DE LOS USUARIOS CON EL USO ENTORNO CAMBIANTE DEL SISTEMA

1.

I I

! i I I

i I I I I

I I I

i I , I I I i

I I ,

I

I I

I I I

! I

J

r I ¡

: j

I i I I , i I I i

I I I I I

PROBLEMA

EXPRESION FORMAL

ESPECIFICACION PROGRAMA

, RELATIVO A / , , ,

UNIVERSO DEL DISCURSO

, , , , POSIBLEMENTE ,

" DE INTERES EN \. .. SOLUCION

I~

jO, S-PROGRAMAS

'1 ¡

~CLASIFICACION SPE) :'

'!d f,'

PR.QGfWM

PROPORCIONANDO UNA

1 I j' , I

j I i

••

!! ~ ~~:¡-N~;:E

,

• \

~

, , ,

UNIVERSO DEL

DISCURSO DEL

MUNDO REAL

UN PROBLEMA

, ..

. ' ,\ 1: j.

;1 -':

l I~' •

;.J

""

1'It)'¡, ,1 /,

, ,

,/

~ , ABSTRACCION (una vista)

, ,

, \

\ , \

--~

INFORMACION I .... I PROGRAMA

P-PROGRAMAS (CLASIFICACION SPE)

REQUERIMIENTOS ESPECIFlCACION

d

," l'

APUCACION AL MUNDO REAL

INSATISFACCION

MODELO

e;-PROGRAMAS (CL~SI FICACION SPE)

:'

, "

'ti/ ~- 1"

VISTAS (PREDlCTIVO)

l I

I I I I I I

(-~-----_----1r-~r-------,\ //r------' ) I

I i i

¡

I MODELOS 3P Y 5P DE LOS PROYECTOS ·DE SOFTWARE. I APROXIMACION CIBERNETICA Y CICLO DE VIDA

I I I i I I

I I

I I \,

TRIFASICO

-A- PROBLEMA. PRODUCTO Y PROCESO

-A- EXPERIMENTO DE WEINBERG - SCHULMAN

-A- TASA DE CAMBIO Y BORROSIDAD

~ REPRESENTACION CIBERNETICA DEL MODELO 3P

~ CICLO DE VIDA TRIFASICO

-A- TECNICAS PREDOMINANTES SEGUN LAS FASES

~ MODELO 5P

l· ."

"1 i •

, . , '. \ I :1 -,.,---.....//

• .::.{ (,#\ ... --/' ¡:........

g, UOCE ... :: ~p

/.

¡1 ~,'

':

1

" ,1

".1 'Ii 11

/,

PROBlEMA ~ PROCESO f> PRODUCTO

-t I

~ANALISIS DE LA NATURALEZA DELfPROBlEMAI

(MODELACIÓN INFORMACIONAL)

! ANALISIS DE LA NATURALEZA DEL SOFTWARE

~ (DETERMINACIÓN DE LAS CARACTERfsTICAS

BASICAS DELIPRODUCTOI.)

t 1

DISEÑO GLOBAL DEL!PROCESO I ~

CONSTRUCCION DEL SOFTWARE

(lPROCEsolDE DESARROLLO)

1-ANALISIS DEL SOFTWARE

'-----( I PRODUCTO I DEL PROCE SO)

~-

-------------------.-------------____________ - _ •••••• - •••• _0 ••• _______ •• _____ 0_,

-~-RANGO DE CLASIFICACION DE RESULTADOS (1: MEJOR RESULTADO)

-~

.~

OBJETIVO A OPTIMIZAR NUMERO DE OCUPACION CLARIDAD CLARIDAD

"e+ ,,,:,,,",u POR.EL EQ'\J~PO: ESFUERZO SENTENCIAS DE ME~ORIA DEL PROGRAMA DE SALIDAS

ESFUERZO 1 4 4 5 3

NUMERO DE SENTENCIAS 2-3 1 2 3 5

OCUPACION DE MEMORIA 5 2 1 4 4

CLARIDAD DEL PROGRAMA 4 3 3 2 2

CLARIDAD DE SALIDAS 2-3 5 5 1 1

EXPERIMENTO DE WEINBERG - SCHULMAN (PROCESO<---> PRODUCTO)

e \\!f,. ~ " J-:--S II[.".~ •• \ ...... ~ /'\ '

. ,\ 1: ¡. I,{

;1

¡ -,):1.,-

I -:::0"0:: .-: ~\=-/". / ...........

I §i l

I , "OCELO 51> ,.

,/

¡1.l'¡; . ¡í

l'

TASA DE CAMBIO Y BORROSIDAD

TASA DE CAMBIO: LA DEMANDA DE CAMBIO· A LO LARGO DEL TIEMPO DE LA SOLUCION (PRODUCTO) DEL PROBLEMA---> VER CLASIFICACION S,P,E.

BORROSIDAD DEL PROBLEMA: DIFICULTAD PARA DEFINIR UN SISTEMA, UN MODELO O LAS AREAS CONCRETAS DE SOLUCION DEL PROBLEMA.

ES UN ATRIBUTO DEL PROBLEMA Y UN ATRIBUTO -DEL DISEÑADOR FRENTE A ESE PROBLEMA:

[PROBLEMA ~ DISENADOR I {7

BORROSIDAD

'. 'l' -, I I j

lB I

I I

APROXIMACION CIBERNETICA

--- ---,

PROCESO -- -I - - - --

---+I:>®

,Ar-____ _

1:' DEFINICION + Ir.

I IMPlEMENTACION PROBLEMA I - - - - - - -

OPERACION (EVOlUCION Y MA~

TEN 1M lENTO)

-----------

ENFOQUE A

PRODUCTO (SOTFWARE)

MOOELO !iP

~ ~NFOQUE B, BIFASICO: NECESARIO, SI HAY CICLO DE VIDA

/' .Y

1: • d )','

-\ i .

I !

I I I

I ¡

'! 1I f,

:, t íf -~."

, , I

--,.~/

-;3(, >t: ,:

!1i

"OCELO ~

l

,1

CICLO TRIFASICO DE VIDA

- FASES DOMINANTES -

L~' •

I",I'/t ,1 l'

CARACTERISTICAS DEL PROBLEMA (TASA DE CAMBIO, BORROSIDAD) ...

FASES DEL PROCESO (DISEÑO GLOBAL) "- 00 10 01 11

lA, FASE X X

2A, FASE X X X X

3~, FASE X X

lA, FASE: DEFINICION DEL SISTEMA (ESPECI~ICACION, DISEÑO)

2A, FASE: IMPLEMENTACION (DISEÑO PROGRAMAS, CODIFICACION, PRUEBA, INTEGRACION)

3A, FASE: MANTENIMIENTO Y EVOLUCION (CORRECCION DE ERRO­RES, CAMBIOS. NUEVAS VERSIONES Y MEJORAS)

: I I I I I I

I i I I

I I I

I I

'.,I..~, ! ~n\~! ',;:.\ / __ i

.. I MOCEi.O ~

TECNICAS PREDOMINANTES SEGUN LAS FASES

lA. FASE: ANALISIS y DISENO DE SISTEMAS RESOLUCION DE PROBLEMAS TOMA DE DECISIONES ES UN CAMPO EN EL QUE APENAS EXISTEN TECNICAS y

LENGUAJES FORMALIZADOS CON CARACTER GENERAL. SI EXISTEN, TIENEN UN DOMINI.O APLICATIVO ESTRECHO.

2A• FASE: TECNICAS DE SOFTWARE EN SENTIDO ESTRICTO. DISENO y PROGRAMACION ESTRUCTURADA. MODULARIZACION. HERRAMIENTAS DE AYUDA. ENTORNOS DE PROGRAMACION. RAPIDA EVOLUCIONé

3A• FASE: RESULTADO DE lA. Y 2A• FASE. UTILIZACION DE AMBOS TIPOS DE TECNICAS.

/ NECESIDAD DE HABER HECHO ENFASIS EN PLANIFICAR EL ~Ií f't}

PROCES~ PARA CONSEGUIR UN PRODUCTO CO~ SIGUIENTES CRITERIOS DF. CALIDAD: DOCUMENTACION, MODULARIDAD,

í

FIABILIDAD, MODIFICABILIDAD, CLARIDAD, MANTENIBI­t L I DAD. :',

" 1,

-1 : ·

i

. . ¡ I

I I I I I

..

l. i

. ¡ I

SONvwnH SOl~3dSY

SOAUYlINV9YO SOl~3dSV

SOOIWONO~3 SOl~3dSV

SOOIN~31 SO~3dSV

· S3SV:I SVl svaOl 30

SVOlN~3.L SYl30 OlNnrNOO 13 NVNIOYOOO A N3A13nAN3

o"

" '

! •

r I I I I I I

-.J'

PERSONAS (PRODUCTORES)

*' ....... ; I \ ' *' ..... *' I \ ..... .....

*' I \ ' ; ..... ; I \ '

! :,,\1· '.\ .. '~\ ~ ,/ ¡

~Q-:- I .-: :....... I / I I

... OOE\..O ljP I

I I I

I

;; I \ " PROBLEMA • PROCESO ~ PRODUCTO ., PERSONAS (USUARIOS)

t t t t

/' ,"

L---------.:.(!,...j.:::------------------·.1 i,'

"'"1 I '

~'

TECNICAS DE ESTIMACION

1r EL CICLO ESnMACION-PLANIFlCACION-coNTROL

1r MICROESTIMACION y MACROESTlMACION

1l' TECNICA CLASICA DE PLANIFICAClON DE RECURSOS HUMANOS/CONTINGENCIAS

1r CONCEPTO DE PRODUCTIVIDAD EN SOFTWARE

1r CONFLICTO DE CANnDAD y CAUDAD

-MODULOS PROPENSOS A DEFECTOS

1l' EVOLUCION TECNOLOGICA DE LA PRODUCTIVIDAD I

l' ,"

"1 i •

/ ~_ ... -

r ['OllLN03+-NOI:JV:JMINVId+-NOI:JVWI..LSiJ O'1:JI:J '13

/' ,"

I I I

I I

I

I I

I

NOO\'l'US3 I

111 J

~ :; í

I I

;~

I ;

r I

I

¡

•·~·I . I I

! ESllNAOON I

-TECNICAS DE ESTIMACION-

MICR.OESTIMACION _ SEFUANTAMAÑO,FOCHAINICIAL

y DURACION DE CADA ACTMDAD DISTINGUIBl.E, SE PMCflCAN

AJUSTES PARA CALIBRAR PERSONAL, COMPLFJIDAD, INCERTIDUMBRES

y OTROS FACTORES (IDENTIFICADOS UNOS 100 FACTORES, ENTRE ElLOS

42 SIGNIFICATIVOS Y UNOS 29 CUANTIFICABLES).

MACR.OESTIMACIONES _ DADOS CIBktos DATOS

ACERCA DE UN PROYECTO DE DESARROLLO DE SOFl', DISPONIBLBS AL

INICIO DEL DESARROLLO, EL MACROENFOQUE GENERA UNA CURVA

TEMPORAL ESPERADA DEL ESFUERZO HUMANO A LO LARGO DEL OCLO.

I~ .,.

"1 I •

. I I i I

¡

r. !. ¡ E:mMAOON

I

· ,\

". ': ,. " l

" "

¡

d d':'

,1 ~)II1 I :~~~~~::i.~~:::~:::~:::::::r:::}j:{::~:::::::::::~::~:::~:::::j::::~:::::~::jj::~::::::j~::~::~::::_~l ., @!::::::¡:{::~:):~j::::::::::::~j~j~:~:~x:::~::;:i;~::~:::x:::::::~~:::j:::

FASES EN El DESARROU.O DE UN PlAN DE REClISOS HUMA­NOS EN UN PROYECTO (ESTlMACION + PLANlFtAClON).

1. ENUMERAR LAS TAREAS OlE COMPONEN EL TRABUl

DEL PROYECTO.

Z DETERMINAR DEPENDENCIA ENTRE TAREAS.

3. DETERMINAR RESTRICCIONES EXTERNAS.

4. ASIGNAR PERSONAS A TAREAS.

5. ESTIMAR TIEMPOS PARA CADA TAREA.

6. PROVEER PARA CONTINGENCIAS. ..i ~

··1

A

• __ -' ............... - ........... ___ .1:": • ...- J.' •• ~ 'o ,'!~T.: .. ". '0:-" .

.---------------------------------------------------~¡.

lit ES ilN.'CiQN

CRUCE DE FUNCION DEL SISTEMA A DESARROLLAR CON ACTIVIDAD (P. EJ. CODIFICAR, PROBAR) LA TAREA

T_ .,.,.....(.,., Dep.III.I'"

TI 8 n 15 n 15 TI T4 10 TS 10 n.T4 T6 5 TI.n 1"7 20 TI T8 2S T4 1'9 15 n.T6 TlO 15 TS.1"7 TII 7 1'9 TI2 10 TII

TAREAS, DURACION y DEPENDENCIAS (SOMMERVILLE, 1988)

1417188 IS days

f· :'

, RED DE ACT I V I DADES

" 1,

·1·· , ;/ í.'

'"1 1 •

(SOMMERVILLE, 1988)

I

I , I I I I I I i I i i ! I ,

/'

I I .

""3 '~

liw09

-

1

I 1 I

NOOmaS3 I

111 ' I

•• ,'!' I - "

,-

CONTINGENCIAS POSIBLES ·.iliíir;·'~

- . . I ESTlNACio~ ¡

i I l. OBLIGACION TEMPORAL EXTRA. UN PARTICIPANTE EN EL PRQ I

YECTO ES TEMPORALMENTE REQUERIDO PARA UN ASUNTO ESP! I C¡AL. ~.OR EJEMPLO, SE LE REQUIERE PARA DETECTAR UN. _ . '.' l .... · ERROR PREVIAMENTE NO LOCALIZADO EN UN PR~~~ ~t(·tl~ .. " .. 1. PLOTAC IÓN, '. " I

2. APTITUDES INADECUADAS EN EL PERSONAL. LAs PERSONAS ._ . . '~. ".

AilGNÁDAS AL PROYECTO NO POSEEN EL"GRADOD! APTITU--DES NECESARIAS A LAS TAREAS ENCOMENDA:>AS.

3 • TRANSFERENCIA. MOVIMIENTO A OTRO PRo\'r~to ·D2fe\AYOR· ... · . PRIORIDAD DE UN PARTICIPAN'TEEN ~STE. . . .

. q. ENTREGA TAROIA. RECURSOS QUE!' NO LLEGA;.- EN El_NTO"'" ACORDADO. EJEMPLOS: PERSONAL, HARDWARE, SOFTWARE Y -TIEMPO DE COMPUTADOR.

5, FALLOS EN SER-V 1 e lOS. Los TIEMPOS DE .J\tsPUofJ1,A' ... l1l1.'~C· ., 'CI eRToS SERV 1 C 1 OS S E DETiR IORAN 'POR ÉftCI MÁ,:OI'~;~tlt}tfwe:;;~ VELES PLAN 1 F I CADO S • EJEMPLO':' PRUÉ'",'" EN COMPUTADOR.

6. 'APTITUDES INADECUADAS EN EL PERSONAL DE OPERACI{)N. Es EL/CASO DE FUNCIONES QUE NO SE LLEVAN A CABO co-­RRE;CTAt1ENTE POR MALA COMPRENSIÓN DE LOS OPERADORES -<ot CPNSO~, DE PER,IFERIA ••• ). . ", ..... .

¡'

7. FALLOS DE SOFTWARE. EL'PROYECTO EMPLEA UN PROGRAMA -NO DESARROLLÁDO EN EL PROYECTO y 'SE DESCUBRE QUE TAL PROGRAMA NO ~UNCIONA SEGÚN LAS ESPECIFICACIONES QUE DE ~L SE POSEEN,

ESTA ~ITUACI6N OBLIGA A GASTAR TIEMPO E~: '( " . . , {:) L ____________ -+'~ .. ______________________________ ~

... - . ,,"",'"

. ",\ I! . '. l·

:.l

I~ 1111 I ES ¡il.tAC1ON

'. 1

;J ;:'

I L~' •

,/

",1 1/1 '. ,1 l'

A). MODIFICAR DETERMINADOS PROGRAMAS OEL PROYECTO PA RA SORTEAR LOS FALLOS DEL SOFT. y DA~ TI.EMPO A -QUE ~STOS SEAN REPARADOS •.

S). MODIFICAR ESOS PROGRAMAS DE FORMA QUE tSTOS PUE­DAN OPERAR CON EL SOFT. UNA VEZ REVISADO El MIS­MO.

8. FALLOS DE EQUIPO. EL COMPUTADOR O CUALQUIER OTRO - -EQUIPO, COMO PERIFtRICOS O TERMINALES.

9. FALTA DE INFORMACION. POR EJEMPLO, INFORMACIONES TA­LES COMO DECISIONES Y POLíTICAS IMPRESCINDIBLES PARA CONTINUAR EL PROYECTO A PARTIR DE UN INSTANTE O FASE . PRECISA.

10. ROTACION. UNA PERSONA DEL PROYECTO ABANDONA tStE POR PROMOCIÓN O POR CAUSAR BAJA EN LA !MPRESA.

11. AUSENCIA. ENFERMEDAD U OTRO TIEMPO LEGALMéNTE AUTORl ZADO O DEBIDAMENTE JUSTIFICADd.

12. REUNIONES DE LA EMPRESA AJENAS AL PROYECTO.

I

I

miJ mil Sobr~ las fases de planificación:

1 Y 2~ l.

CONOCIMIENTO DEL SISTEMA (1) NO SIEMPRE PREVISIBLES Y MUCHAS VECES INCONTROLABLES. " Posibles: plazos, tiempos de respuesta ordenador,fe. chas entrega de un recurso.

4. PSICOLOGIA y EXPERIENCIA Rotacidn o cambios de categorfa. Defecto común: no asignar personas a tareas de con­trol o de coordinación.

5. Factores mfnimos a consider~r: a) complejidad de la ta ... ea, b) capacidad dOe la persona. l métodos principales: .Juicio profesional

Técnica histórica Estindares: siempre variables por 10$ cambios tecno16gicoS y también metodológi~os.

En general, un elevado desconocimiento del sistema a desarro­llar pued~ impedir algo tan importante como una estimación gl~ bal del e~fuerzo (coste) requerido y del tiempo necesario.

Sólo se con,$'ideran las etapas del desarrolio. y mis exactamente h J~ Ó • 1 a e t a p a de' prO g r amia c in. E s t o m u e s t r a q u e a q u f s e m e z c 1 a e s _

timación con planiti¿~~ión y que ha de haber estimación/plan;f! cación en las etapas de definición y de an&lisis y diseno, si los hubiera. y ha de .. haber o puede haber estimación en la ~ar-I ga etapa del mantenimiento.

, " ~. .¡ Y,;

·.1

.!

................................................................... - .................. . .. .......... .... . .. ....... ....... ...... .............. ... ........ ............ ........ ......... . . ............... . :.:-:.:-:-:.:-:-:.:-:-:-:.:-:.:-:.:-:-:.:.:-:.:-:-:-:-:-:.:-:-:-:.:.:.:-:-:.:-:.:-:.:-:-:-:-:-:-:-:.:-:-:-:.:.:.:.:-:.:-:.:.:-:-:-:.:.:-:.:-:.:-:.:: :.:._.:-:-:.:-:.:.:- .... :-: ... :.:.:.:.: ::-:-:.:.:.:-:.:-:-:-:.: ................................................................................................................................................................. ' .. :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::':':':'"'.-.'--.

. - . . . . . . . . . . . . . . ..................

:-:.:-:.:-:.:-:-:-:.:-:.:-:.:-:-:-:-:-:-:-:-:.:-:-:-:-:.:.:-:-:.:-:-:-:-:.:-:-:-:-:-:.:-:-:-:.:-:-:-:.:-:.:-:.:-:-:-:-:-:.:-:.:.:.:.:.:-:.:-:.:-:-:.:.:.:.:.:-:.:-: ... ,- ............ :.:-:.:-:.:.:.:-:.:.:.:-:-.... .

:::::::::::::::::::::::: ~::::::::::::::::::::::::::::::::::::::::::: ::::::::::::::: :::::: ::::: : :::::::::::::::: : ::: :: :::::::::: :::: : : : :::::: : :: :::: . : . : . : . : . : '; . : . : . : ': . :: : : : : ::: : :: : : : : : : : ::: :: ::::::::: : :: ::::: : :::: : ............................................................................................................ .. ...... ....... ....... .............................. . , .................................................... . ...... ...... .... .. , ........................................................................................ . ... ...... ...... .... ........ ........ ..................... ...... .... .... ...... ..... .... ......... ....... ..... . ........... ... ........................................... .......... ........... ................ ......... ... . .... ................... ............................. ..... .................. .... ............... ....... ..... .

))()))m/))fHW/????>??>??}>?tHv$B.~08.))):H:</))«))WH :::::::::::::::::::::::::::A::vQY.1ó~:Vb~::~~aNVlsa::~:::::::::::::::::::::::::::::::::::::::::::: :::::;:;:::::;:::::::::::::::::::::::::::::::::::::;:::::::::::::::;:::;:::::::::::::::;:::::::::::::::::::;:::::::::::::::::::::::::::;:::::::::;:;:::::::::::::::::::::::::::::::::::::::;::::::::::::::::::::::::::: :-:.:-:-:-:.:-:-:-:-:.:-:-:-:-:-:.:-:.:-:.:-:.:-:-:-:-:-:.:-:-:-:-:-:.:-:-:-:-:-:.:-:-:-:-:.:.:-:-:.:-:-:.:-:.:-:-:-:-:-:-:-:-:-:.:-:-:.:-:-:-:.:-:-:.:-:-:-:-:.:-:-:-:.:-:-:-...... :-:-:-:-:-:-:.:-:.:.:.:-:-:-:.:.:.: :~:~: ~: ~: ~; ~: ~: ~: ~:~:~:~: ~: ~: ~: ~: ~:~: ~:~: ~: ~:~: ~: ~: ~: ~: ~: ~:~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~; ~: ~: ~: ~; ~: ~: ~: ~: ~: ~:~: ~: ~: ~; ~: ~: ~; ~: ~: ~: ~: ~; ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~:~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~:

¡¡:¡¡¡:¡¡¡:¡¡¡:::y:::¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡:¡¡¡:¡¡¡¡¡¡)¡H¡\)}¡U¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡(¡¡¡¡¡:¡:¡:¡))l¡¡¡:¡(/?:H):\/:H¡/)t?:U:C)))j¡:¡:j):?//:¡ ........................................................................................................... . .......... ... ................... ....................... ......... .... ............. ......... ......... ....... . ......... ................. .................... .... ...... .... - ............................................. . .... .............. ..... .................................. ........ ........... ........ ... ... - ........... - .. - .. .... .............. .... ...................... ............ ........... ........... .... ........ ..... ........ .. .

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

........................................................................................................... ...... ..... ..... ............................... ......... ........... ...... ....... ..... ...... ........... ..... . . :-:-:-:-:-:-:-:-:.:-:-:-:-:-:.:-:.:-:-:-:-:-:.:.:-:-:-:-:-:.:.:-:-:-:-:-:-:-:.:-:-:-:-:.:-:-:-:.:-:-:-:-:.:-:-:-:-:-:-:-:-:-:-:-:-:-:-:.:-:-:.:-:-:-:-:-:.:-:-:-:-:-:-:.:-:.:-:-:-:-:-:.:-:-:-:-:-:-:.:-:-:-:-:-:.:-'­:.:.:.:.:.:.:.:.:.:-:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:::.:.:.:.:.:-:.:.:.:.:':.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:: ;:;::=::::::::::::::;:::::::::::;:;:::;:::::::::;:::::::;:::;:::::::;:::::::::::;:::;:;:::::;:;:;:;:::;:;:::::::::::;:::::::::;:::::::::::::::::::::::::::::::::::::::::::::::::::::::::;:;:::::;:::::::::::::::::;::::

.......................... ....... ................. . ::::;:::::::::::::::::::;::::::::::::::::::::::: :::::::::::::::::::::::::::: : :::::::::::::::::::::;:: :::::::: ::::::::::::::;::::::::: :::::::::: :: :: :::: : : ::::: :::::::: : : : : :: : : : : ~:: : :::::::::::: : ~::::: :: : ::: : :: :::: :: : ::::::~:::::~:::~:~:::~:::~:~:~:::::::::::~:::::~:::::::~:~:::::~:::::::::::::::::::::::::::~:~:::~V(4Q~::VQNan.ta~::¡¡;:::::::::::::::~:~:::::::::~:::::::::::::::: : : : : : : : : : : : : : : : : : : : : . : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : ~ : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : : . : . : . : : : : : : : : : : : : : : : : : : : : : : : : : : : : : . : : : : . : . . . . . . . . . . . . . . . . . . . . . . . . . - . . . . . . . . . . . . . ...... .... ........ ........... ............ ... ........ ..... ... ......... . . ......... . .. .......... ............... .............. ....................... .... .... .

............ .... .... ....... ... . . ........... . ..... ....... .... ........... ......... ....... .... .......... ......... ..... .. ...... ....... ......... .... ............... ....... . .. .... .... .... .. .............................................................................................................. , .................................................................... . :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::':':':':':":":':':':'.'-:':'::::::::::::':':':.:':':':':'" ...................................................................... ........ ......... ......... ... ... ... ............ ... .......... ...... ......... . .................................................................................................................................................................................... ............................. . .......... ...... ........ ............ ........... ............ ........... . ....... ....... ......... .... ...... .......... ......... .......................... . ....... .... ... .... .... - .................................................... - ...... . ................. . .. ..... ..... ... .... ...... ........................... ..... ..... ................ ........ . ............ . ....... .......... ....... ............ ...... ... .... ......... .......... ........ ....... ..... .... ........ .... . ... ... .......... ....................... ... .......... ........ ....... ......... ............. ... ... - .. _ .... . ............................................................................................................................................. .................... , ........... _ .... - ....................... . :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::~:::::::::::::.:.:::::::::::::::::::::::::::::.:.::::-:.::::::::::::::::::::::::::::::-:' .

...... ......... ........................ ..... ......... ... .... ................. . ...... ... .... ....... .. - .. ................................................................................................... -...... _., .......................................................... - ..................................... . ..................................................................................................................................................................................................................... ... ... ..... . - ... ...... ..... - .... ::::::::::::::::::;:::;::::::::;::::::::::::::::::::::::;::;::::::::::::::::::::::::::::::::::;:::::::;:::;:::::::::;:::::;:::::::::::;:::::::::::::::::::::::;:::::::::::::::::;:::::::::::::;:::::::::::::::::::::::: :-:-:-:-:-:-:-:':-:-:-:-:1:-:-:';-:-:-:-:':':-:-:-:':-:-:':-:-:-:-:-:-:-:-:-:-:-:':-:-:-:-:-:-:-:.:-:-:-:-:-: ................ -:.:-:.;.:-:-::: : .. .

l'

~('ml'¡,~s3

t; {:; i,'

••... ! - ,

I I 1

I I I I , , ¡ i

ES T¡N.\OC~j

* ESCALA. La cantidad de función a desarrollar.

* CLARIDAD. El grado de comprensión de las funciones I

a I

I desarrollar.

* COIIPLBJIDAD LOGICA. El mlmero de ramas condicionales porcada

100 instrucciones.

* COIISBCOBRCIAS DE FALLOS. CUánto diseño y esfuerzo hay que

realizar para conseguir los requisitos de fiabilidad y

x:ecuperabilidad.

* III'l'BRACCION COK USUARIOS. Cuán a menudo e intensi va es la

interacción del usuario con el sistema.

* REQUISITOS DE TIEMPO REAL. Cuán rápidas deben ejecutarse las ,1

h f~ funciones. l'

* ESTABILIDAD DEL ~F'lWARE SOPORTE. ¿Es el software soporte

estable y maduro? t :'

* ESTABILIDAD DE r4s ORDENAOORES EN BXPLOTACIOK • . 1

t',:;

'11 ESi:lA,\C!ON

~

~ ,\ j.

I ~ ~.

i ............. : . : : : : : : : : : : : . : ¡ : . : . : : : : : . : : : i : ¡ : : : . : : : : .... : : ::: :.:::::.::::::::::::::::::::::::::: i : : : : : : . : : : : ... : . : . : ~ : : : ~ : : : : : : : : : : : : : : : ! : ! : : : : : : : : : : : ! : : : : i: : : : ! : : : ! : ! : ! : : : : : : : : : : : : : ! : : : : : : : : : ! : : : : : : : ! : :

Stlbility

Stability of the !I.se phase computer

20'

Seale

s'

5

:::: ~::: ~: ~: ~: ~~ 1: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~::: ~: ~: ~: ~: ~: ~::: ~::: ...............................................................

·········:i;ffim~ Clarity

10· <\:II!II .:::: ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~

:;:::::::::::::::: of the 10·

O ) 15' Reli~bjlitv ..... . SlJppoI't I u

so~re • requrrements ..::::::: -:-:-:-:.:-

~{ 2.5 ~~/:li¡I¡:1 -,;'V I ;n_'''n .•.•.•.. ::.:.:::::::.::.:.:.::::::::::::::.

.:.:::;:::;::;·.. ..• ::I::¡¡¡:jjjjjjjlj¡j¡j¡¡¡:jljll¡¡¡¡¡¡

ESTIMACION BAJO EL SIGUIENTE

CUADRO DE CONDICIONES: $32.50

POR LINEA DE CODIGO (BASE $ 1)

* SIN MULTIPLICADOR PARA COMPLEJIDAD LOGICA

* n n CLARIDAD

* n n INTERACCION USUARIOS

* ti H ESTABILIDAD SOFT. SOPORTE

* x 5 " ESCALA

* X 2.5 11 TIEMPO REAL

* X 15 11 EXIGENCIA DE FIABILIDAD

* X 10 " INESTABILIDAD ORDENADOR

. ' -

ESTIMAOON

SIEHOO LA PRODUCTIVIDAD LA CANTIDAD DE PRODUCTO POR

UNIDAD DE RECURSO EMPLEADO, ES NECESARIO DEFINIRLA BIEN Y

MEDIRLA PARA ESTIMAR, PLANIFICAR, CONTROLAR Y COMPARAR •

AWUNOS ASPBCrOS A CONSIDBRAR EN LA DHFINICION

• AMBITOS DE APUCACION DEL CONCEPTO.

• UNIDADES DE MEDIDA: NIVEL DE ACABADO DEL SW.

• TIEMPOS.

• ELEMENTOS CONTABLES.

CONFLICfOS DH CANTIDAD Y CAlIDAD (jiXPEIUMENTO DE

WBINBBRG)

./ !I

MULTlPfucu>An DE FACIQRm; DB PRODUCTMDAJ)

/'

í IWOLUCIQN TECNOLQGICA DE LA PRODUCTIVIDAD

t :.

" . ~ ,1

1I ¡. I ¿

'1.

"

r

I.~··· I •

I "

l i ESi¡MAOON

i i

,1

".1 11,

1I

MEDIDA DE PRODUCTIVIDAD EN SENTENCIAS, LOC (LlNES OFl' CODE) O

LCF (LINEAS DE CODlGO FUENTE) POR JORNADA, (O DSI:' DELlVERED

SOURCE INSTRUCTIONS).

:::::::::::::::::::::::::::::::::::::::::::::::::::::::::~:0 :::-:-.:::: :-:: :-:::::::::::::::::::::::::::::: ~~~:~?::::::-::::::::::::::::::::::::::

:::::::~~."Q::P.~::$~~$::~.:~Q.Q~~::::<:: : ~: ~: ~: ~: ~: ~: ~: ~: ~:~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~:~: ~: ~: ~: ~: ~: ~: ~: ~: ~: ~::: ~: ~: ~: ~: ~: ~:~: ~: ~: ~: ~: ~: ~: ~: ~:~

NUMERO DE SENTENCIAS; TODAS SENTENCIAS FUENTE QUE SE ENTREGAN I AL CLIENTE:

- PROGRAMAS FUENTE CON COMENTARIOS

-JCL

- PARAMETROS A PROGRAMAS ESTANDAR (LIBRERIAS, ETC.)

JORNADAS: SE INCLUYEN TODAS LAS CONSUMIDAS EN EL PROYECTO, DESDE

EL DISEAo Y ANALISIS A LA ACEPTACION, TANTO CONSUMIDAS POR EL

CLIENTE COMO POR EL PROVEEDOR Y COMPRENDIENDO JEFATURAS,

ADMINISTRACION, TIEMPOS NO PRODUCTIVOS, ETC, QUE SE PUEDAN

IMPUTAR CLARAMENTE AL PROYECTO. NO SE INCLUYE ACTIVIDAD

COMERCIAL, SI LA HUBIERA.

EL NUMERO DE SENTENCIAS DE UN SISTEMA SE CONVIERTB EN EL

PARAMETRO QUE DA EL TAMAÑO DEL SISTEMA.

~" ... .-.:.... -- .. -.....:,\.~ . .:..~.-_.-~~~

-.

-~-- ... ECONOrfiA CORRECTITUD

INJEGRIDAD FIABILIDAD -DOCUMENTACION MODIFICABILIDAD

COMPRENSIBILIDAD VALIDEZ

FLEXIBILIDAD GENERALIDAD

INTEROPERABILIDAD COMPROBABILIDAD

MODULARIDAD REUTILIZABILIDAD

ALGUNOS CRITERIOS DE CALIDAD DEL SOFTWARE (BUCKlEY, 1984)

- ---- ---_.- -------- -

ELASTICI,DAD

UTILIZABILIDAD

CLARIDAD

MANTENIBILIDAD

PORTABILIDAD

EFICIENCIA

¡B·· H . 2 •

•• _-_.-. ------_. __ ••••• __ •• _----•• __ •• --- ____ o ._ ••• ~._-._ ••• - __ - ___ -

'-

,\ 1: i. ~, , \

:. ~ l

11 ': ,~

EST:I.IAGON

I ,

",' '1,

1I

¡'

ALGO SOBRE ALGUNOS CRITERIOS DE CALIDAD: CORRECTITUD,

FIABILIDAD:

MODULOS PROPENSOS A DEFECTOS

· 50% DE ERRORES EN SISTEMA GRANDE SE CONCENTRAN EN 5% DE MODULOS. ALREDEDOR DE 60% DE MODULOS SON CORRECTOS.

· EJEMPLOS: EN OS/360 4% DE MODULOS DEL SISTEMA CONCENTRABAN 38% DE TODOS ERRORES; IMS/36Q, 31

. DE 425 MODULaS AGRUPABAN 57% DE TODOS ERRORES.

I LOS MODULOS PROPENSOS A DEFECTOS CDrJSTITUYEN - LAS ENTIDADES MAS COSTOSAS Y MOLESTAS DE LA

'.

PROGRAMACION.

I SE HAN IDENTIFICADO SEIS FACTORES CLAVE EN -LOS MODULOS PROPENSOS.

I -, "~

l' 1:

." -..

" I I I I I I I I I I I I I

FACTORES PRODOMINANTES EN LOS MODULaS PROPENSOS

1, VARIANZA HU~lANA INDIVIDUAL: OCHO PROGRAMADORES PRQ

DUCEN, CON LAS MISMAS ESPECIFicACIONES, CÓDIGO VA­

RIABLE DE 10 A 1 EN CANTIDAD DE E~RORES.

2. INTERACCION DISEÑO-PRUEBAS: ALGUNOS MÓDULOS PROPEK . SOS NUNCA SON FORMALMENTE VERIFICADOS, PORQUE SE -

HAN CODIFICADO SIN ESPECIFICACIONES, V EL PERSONAL

QUE LOS PROBÓ NO LAS CONOelA "

3. CAMBIOS DEL ULTIMO MINUTO EN LOS REQUERIMIENTOS SE : HAN ENCONTRADO CON CIERTAS ESTRUCTURAS DE SOFT. D1 "

I

FlcILES DE MODIFICAR CON GARANT.tA.

~. CAMBIOS EN EL SOFTWARE SIN REVISAR O PROBAR LAS At TUALIZACIONES.

5. TAMAÑO DE LOS MODULOS: EL TAMANO ÓPTIMO PARECE ES-l' ~ARI~ALREmEDOR DE LAS 50 SENTENCIAS FUENTE. MóDULOS

l' • POR "ENCIMA DE 500 TIENDEN A SER DEFECTUOSOS.

6. COMPLEJIDArl DEL CODIGO EN TERMINaS DE OPERADORESI /OPERANDOS (METRICA DE HALSTEAD).

¡'; 1 ~ I !

"'i ¡ •

" .. "

A!IIII" 'so '~ 'JOCICY.)

fG4UOO uopIpOJd

'~'IIupneoa,d ..... '~. '8u!1UGOId UO!.,..,... '~nwwoo

JOt~Ot "Ot ft8U!sna

" l ' " ./ í,'

~IIJ\

OOl

ooo'Ot

". '.

-, -

! po

: +--+----+----4-",,(

~~~--~---+---+--~-1170 1171 1_ ,_ '110

SIMILITUDES/DIFERENCIAS ENTRE INGENIERIA DEL SOFTWARE E INGENIERIA DEL CONOCIMIENTO (~NFLUENCIA DE HERRAMIENTAS Y ENTORNOS DE ~ ~ PROGRAMACIÓN)

l'

--

FACTORES HUMANOS SOCIALES

~ EL PROBLEMA DE LA COMUNICACION

-tt COMPORTAMIENTO DEL GRUPO PEQUERo

~,F-QUIPO ES,TRUCTURADO DE PROGRA~,APION '1: ,,- .,.\ " " .

-tt LEYES DE LOS PROYECTOS Y DE LA NATURALEZA HUMANA

., 11

~Ii 1'1}

l'

--

~!/ r

id ;t ;,.,

Id I GRVlO

':

f I I

I ! i I

¡

, EL PROBLEMA DE LA COMUNICACI~N:,., ~

UN EJEMPLO ' , I ". '"

"

1:J1:1:1: º< /\ ?1º A T \ 7\

5000 llnealyear = 50.000 llne. In two ye.r. No comnunlcatlon belw..,. programmer.

Single prolecta.

~ '¡'!,i:

~ /\ .~ 4000 Ilnt ... r = 40.000 In two y •• ra

Ten comnIInlcatlon pan

fhit....,tmbtr 'tam.

" 'H ,Ir

*~~

~ ~ 3000 IInealye.r = 50.000 In two ye.r.

Thlrty slx comrnunlc.tlon palr.

Nlne-member team.

I

\

.-

.~. \

\

I . f

i

I -

i

(20%) ACTIVIDADES

NO PRODUCTIVAS

(30%) TRABAJO EN SOUTARIO

./

(50%)

INTERACCION

DISTRIBUCION DEL TIEMPO DE UN INGENIERO DE SOFTWARE " (SOMMERVILLE, 1988)

1I ~I, I~

l'

..... I

di ~J>O' !

I I I ! i i i I ; .

·_ .. _-_ .. _------_._--_.---_._------------------_. __ .... _-_.-._---------------------_._-_. __ .... --_ .. _-_ .... -----_._----._--.. -_ .... _ .. __ .-

-GRUPO PEQUE&O-

MANDO AUTORITARIO Y COMPORTAMIENTO DE GRUPO

CARACTERISTICAS

ABSOLUTISMO

CENTRALIZADOR DE DECISIONES

FUERTEMENTE DIRECTIVO

ALTAMENTE SUPERVISOR

EVALUACION RIGIDA

NO SE ADMITE LA CRITICA

--

RESULTADOS

ME.JORA DEL RENOI~~S~TOA CORTO P

FORMACION DE oaJtri'IYO.· PROPIOS DE

DESCENSO DE LA~% V DE LA CAl

MALESTAR pS,1CUICO

COMPORTAMIENTO

AGRESIVO, REBELDE

APATICO, SUMISO

.AZO

LOS 'NDlVIDUOS

,'DAD -

---_._------------'----,_. __ ._---_.-._------

-

y-

-. --....

'-

-'

~~ ;§c;..

~..:.-..;-- . . __ .~.

-- ...... ·"1:.:..::h --:-~

--------------------¡'~"f~ .••.

~

_._------------.. - - ----1Íi.~:t.:.~~_ n«tt

------------------_._---- ----------------------_._-------_._----._._---_ .... __ . '-' --.. ------

-.-=- -....".,~.:-.~.-

;':":"--- ..

-GRUPO PEQUEÑO-

... ~-

MANDO DEMOCRATICO y COMPORTAMIENTO DE GRUPO ~

-¡: ~.-...:'~-<

CARACTERISTICAS

ADMITE LA DISCUSION

ELABORACION CONJUNTA DE OBJETIVOS

PROPORCIONA ORIENTACIONES

ANIMA AL GRUPO

COLABORA EN TODOS LOS NIVELES

RESULTADOS

. COMPORTAMIENTO

PERSONAL Y MAS AMISTOSO

VALORACION DE LAS CUAUDADES INDIVIDUALES

SUMISION A LOS INTERESES COMUNES

SE MANTIENE EL NIVEL DE ACTIVIDAD AUNQUE NO ESTE EL JEFE PRESENTE

CADA MIEMBAO DESEA LA APAOBACION DE LOS DEMAS Y POR TANTO LAS DECISIONES SON MAS VINCULANTES

SE FAVORECE EL DESARROLLO PERSONAL

._---_ .. _-_ .. _---------------------------------------------_. ~l

- .-.. _----. --- ------- -.-_._----_. __ ._------------ .. ----.- _ .. -.. _-_ ..•. ,-- . -- -- -

l .. "\

,9

<3 " -GRUPO, PEQUEÑO-

MANDO LAISSEZ-FAIRE,Y COMPORTAMIENTO DE GRUPO "','

CARACTERISTICAS COMPORTAMIENTO

DESAPARECE EL JEFE MEJORA DE LA CREATIVIDAD

O SE TRATA DE UN JEFE BLANDO DESAPARICION DE LA NORMA ORIENTATIVA

CADA SUJETO ES DUEr.O DE SUS ACTOS SE DESARROLLA INDIVIDUAUSMO

NO EXISTE LA VALORACION FALTA DE RESPONSABIUDAD

'.-.~'

. -."""",,",,- -:-.' . ..;.

RESULTADOS

SE FAVORECE LA CREATMDAD y LA IMAGINACION

EL TRABAJO NO LLEGA A • ACLARARSE- TOTALMENTE "lO-

DESAPARECE LA CONCIENCIA DE GRUPO '"":.. ...... SURGE UN UDER

xa ~:l

iR - = -S _...... ~I --. --

--_._--

"

KEY POINTS

• It is important that software engineers have some undentanding of human factors because the ultimate judge of 'he usefulness of their software are human usen. If the software does not take their capabilities and limitalions inlo a«ount it will be found wanting.

• Human memory \Jrganizalion is structured into fasto short.term memory. working memory and long·tenn memory. Mistakes are minimized when transfers between lhese memory arcas are minimized.

• Knowledge falls into two classes. namely arbitrary syntactic knowledge and deeper sen:antic knowledgc. $emanlic knowledge is held in some internal way rather than in a language.ariented way.

• (n group working. it is common for leaders who are technic"l~' competent to emerge. The titular group leader may simply be responsible for administrative activiti~s ..

• Penanalities working in groups fall· into three dasses. namel)' task.ariented. self-oriented and interaction.ariented. _

• D.:mocratic groups tend to be more suc:cessful' than autocratic groups.

• Group interaction should be structured so lhat the number of .group communication links is minimized.

• The workplace has important but unquantifiable effects on 10ft· ware productivity.

~:.I fW (SOMMERVILLE, 1988)

I

1 I

I

I \ I

I

PROGRAMADOR JEFE

'\ 1: .' , r,

" ·1 ~

'. , PROGRAMADOR RESERVA

".' '1' 11

GRUPO fSPEClAUSTAS \ / l'

C)O ()(J

00

COUUNICACION EXTERIOR DOCUMENTAUSTA

(1) A project administralor who relieves the chief programmer of administrative tasks.

(2) A toolsmith who is responsible for producing software tools to support the project.

(3) A documentation editor who lakes lhe project documentation written by the chief programmer and backup programmer and prepares it for publication.

(4) A languagelsystem expert who is familiar with the idiosyncrasies of the programming language and system which is being used and whose role is to advise the chief programmer on how to make use of these facilities.

(5) A tester whose task is to develop objective test cases to validate the work of the chief programmer.

(6) One or more support programmers who undertake coding from a design specified by the chief programmer. These support pro­grammers are necessary when the seale of the project is such that detailed programming work cannot be carried out by the chief programmer and backup programmer alone.

EL EQUIPO ESTRUCTURADO DE PROGRAMACION (CPT)

(SOMMERVILLE,1988)

~.: q-:g, ~R,~'D')

!

i

! - I

I

¡.. J

d

~ I!

LEYES DE LOS PROVEeros y DB LA

NA TURALBZA HUMANA (EN RELACION

CON LOS PROYEerOS).

I r

. i~

f. ( '. I

" :1.:; ¡ .

.... I •

MACROESTIMACION: ESTUDIOS SOBRE FACTORES

DE PRODUCTIVIDAD

* PREDICTOR DE PRODUCTIVIDAD DE

FELlX/WALSTONlIBM

* RANGOS DE PRODUCTIVIDAD V ARBOL DE

MEJORA DE PRODUCTIVIDAD: BOEHMITRWI

COCOMO.

I~ YACROESTIMACIO"I

METODO DE FEUX/WALTSONlIBM

, ",\ l' . ;: 1,

H ;i ~.o'

'. l

,1

BASE DE DATOS DE PROVECTOS V PREDICTOR DE PROD,JJCT,\VIDAO ,1

60 PROYECTOS COMPLETOS

+ BASE DE DATOS

¡ PRODUCnVlDAD

CALCULOS NUMERO MEDIO PERSONAS

ANAUSIS REGRESION

i 29 FACTORES DE PRODUCTIVIDAD

~ PREDICTOR

-INOICE OE PRODUCTIVIDAD-

¡ PRODUCTIVIDAD

ESPERADA

¿DURACION?

¿TAMAÑO DEL SISTEMA?

~ DATOS ENCUESTA NUEVO PROVECTO

ORIENTACION PARA ESTU­DIOS MAS DETALLADOS DEL NUEVO PROVECTO.

¿CANTIDAD Y CLASE DE RECURSOS?

¿DISTRIBUCION TEMPORAL DE RECURSOS?

l'

I

~. ¡ I ¡ 1 /¡ I t ;

'-'" I UACROESiII.lA.CICt-4 ¡

I EJEMPLO DE METODO DE ESTlMACION I

I 29 VARIABLES QUE MUESTRAN ALTA CORRELACION CON LA PRODUCTIVIDAD.

PROYECTO IBM

RESPUESTA GRUPAL CAMBIO DE CUESTIÓN O VARIABLE PRODUCTIVIDAD MEDIA PRODUCTIVIDAD

DS'l/"""" COMPLEJIDAD RELACIÓN ( NORMAL NORMAL . '}NORHAL CON CLIENTE 500 295 12'1 376 PARTICIPACIÓN USUARIO EN DEFINICiÓN REQUER! NINGUNA ALGUNA MUCHA MIENTOS '191 267 2e5 286 CAMIlOS EN DISEÑO OR! POCOS MUCHOS GINADOS EN EL CLIENTE 297 196 101 EXPERIENCIA CLIENTE -CON ÁREA APLICACIÓN NINGUNA ALGUNA MUCHA PROYECTO 311 3ifO' 206 112 EXPERIENCIA GENERAL Y BAJOS "EDras ALTOS

:-.-.! CAPAC I TAC I Óff ,.PERSONAL 132 251 ifl0 278 ./,.

I ", ,..r~. ,.

PORCENTAJE PROGRAMADg RES EN EL DESARROLLO

. PARTICIPARON EN DISE- ~

Ao ESPECIFICACIONES - <: 25% 25-50% >50% FUNCIONALES. 153 242 391 238

EXPERIENCIA PREVIA - ,.,fNIMA ,.,EOIA EXTENSA CON ORDENADOR PROYECTO 146 270 312 166 EXPERIENCIA PREVIA MiNIM.A MEIiIA EXTeNSA CON ~ENG.PROGRAMACIÓN 122 225 385 263

,1 EX~Rl_IA P"EVIA CON APLICACIÓN qE SI-.'" LAR O MAYOR'TAMAÑO MINIMA MEDIA EXTENSA

Y COMPLEJIDAD 146 221 '110 264

RELACION DE Ni M~IO PERSONAS A DURAC, ÓN <0.5 O.5~0.9 )0.9 (PERSONAS/MES) 305 310 173 132

. ' /~ ¡¡ j. r .;

, . 'l. '1

, {:;,

-.< , •

, '! 1: : :,1'

U

~ ;J

",

': ,~ ! \'AC~SH.'AC!()N

I

I RESPUESTA GRUPA~ I CAMBIO DE I

I CUESTIÓN O VARIABLE PRODUCTIVIDAD MEDIA PRGDUC1iIVIDAD I I 1I I l'

HA'lDWARE --DESAR'WUÁ!! NO SI . DOSE EN PARA'_ELO 297 177 120 ACCESO AL COMPUTADOR DURANTE DESARROLLO. ABIERTO CON PETICIÓN 0% 1-25% :> 25% ESPECIAL 226 " 27'1 357, 131 . ACCESO AL COMPUTADOR 0-10% 11-85% > 85% CERRADO 303 251 ' 170 133 ENTORNO BAJO CONDI--ClONES DE SEGURIDAD DEL COMPUTADOR Y 25% NO SI DE PROGRAMAS Y DATOS 289 156 133

'PROGRAMACIÓN ESTRUC- 0-33% j'l-66% ~66% TURADA 169 301 132 INSPECCIÓN DISEÑO Y 0-33% 3'1-66% )66% CODIFICACIÓN ::~, -~/ :- 220 300 339 119 . DESARROLLO DESCENDENTE 0-33% 3'1-66% )66%

196 . 237 '321 "125 EMPLEO DEL EQU I PO ES-TRUCTURADO DE PROGR. 0-33% 3'1-66% )66% (C.P.T.) 219 '108 189 COMPLEJIDAD GENERAL DEL 'CÓDIGO DESARRO- <MEDIA ')MEDIA LLADO 314 185 129 COMPLEJIDAD DE PRO-CESAM I ~NTO APL.I CA-- < MEDIA MEDIA >MEDIA CIÓN 349 3'15 168 181 COMPLE~IDAD OEL FL~ < MEDIA MEDIA >MEDIA JO DE PROGRAMAS 289 299 209 80

LIM~TACIONES GENERA LES AL DISEÑO PRO-- MINIMAS MEDIAS SEVERAS GRAMAS 293 286 166 107

~: I

MACROEsnMACIOti I

, .

I I

RESPUESTA GRUPAL CAMBIO DE

CUESTION O VA~IA8LE PRODUCTIVIDAD MEDIA PRODUCTIVIDAD

LÍMITACIONES DISEÑO PROGRAMAS EN MEMO-- M(NIMAS ,,,ED ¡AS SEVERAS

RIA PRINCIPAL. 391 277 193 198

LIMITACIONES DISEÑO MfNIMAS MEDIAS SEVERAS

PROGRAMAS EN TIEMPO 303 317 171 132

CÓDIGO PARA OPERA--CIÓN EN TIEMPO REAL O INTERACTIVO' O PA-RA EJE'CUCIÓN BAJO SEVERAS CONDICIONES <10% 10-ttQ% )40% TEMPORALES. 279 337 203 76

PORCENTAJE DE' CODI- 0-90% 91-99% 100% GO PARA ENTREGAR 159 32T 265 106

.'

COD 1 G() CL.P:~4i F rCADO 1': -"!- I~n:~· ~1 r:

COMO APLICACIÓN'NO MATEMÁTICA y PRO-- 0-33% 34-66% 67-100% GRAMAS FORMATO E/S. ' 188 311 267' 79

N2 DE CLASES D~ -lTEMS EN BAS~ DA-- 0-15% 16-80% )80%

TOS POR 1000 LOC. 334 2Lf3 193 141

N2 PÁGINAS, DOCUME~, TACióN ENTREGADA -POR 1000' LOC E.NTRE. 0-32 ' 33-88 ~88

GADAS~~.¡ jY.4

'320 252 195 125

10

.... : . ----- ,-~-'----

.~ : "AC'~CESHIACION

I

I I

!

,1

",' '1, 1I

l'

INDICE DE PRODUCTIVIDAD: PREDICTOR

29

1=1:

1=1

WI XI

1: INDICE DE PRODUCTIVIDAD PARA UN PROYECTO

,:,'.~ !

W 1: PESO DE LA CUESTION (O VARIABLE), CALCULADO POR

UN MEDIO DEL LOGARITMO DECIMAL DEL CAMBIO DE

PRODUCTIVIDAD CORRESPONDIENTE A ESA CUESTION.

XI: RESPUESTA A LA CUESTION (+ 1, 0, -1), SEGUN AQUE­

LLA INDIQUE PRODUCTIVIDAD AUMENTADA, NOMINAL O

REDUCIDA.

r {, • ~ r

, i

MACROEsnw.CiO~ ¡

RELACION ENTRE PRODUCTIVIDAD E INDICE DE

PRODUCTIVIDAD CALCULADO PARA 29 VARIABLES (DATOS DE

51 PROYECTOS).

LAS LINEAS DE TRAZOS REPRESENTAN LA DESVIACION ESTANDAR CON

RESPECTO A LA LINEA, OBTENIDA POR ANALISIS DE REGRESION CON

AJUSTE POR MINIMOS CUADRADOS.

" !!

~I, ,Y!

EL EJEMPLO, EN¡JRESPUESTA AL CUESTIONARIO, DIO UN INDICE DE

PRODUCTIVIDAD EQUIVALENTE A UNA PRODUCfMDAD DE 200 LINEAS

DE CODlGO CON (UN MARGEN DE ERROR ESTANDAR DE 115 A 340 :'

APROXIMADAMENTE. /~

t i '; I

'1'; ,'1

·r,'

I

-_._------------- -----

.-T 1. 20 LANGUAGE EXPiRIENCE

1.23 SCHEDULE CDNSTRAINT

1.23 DATAIASE 1'.32 TURNARDUND TIME

1'.3t VIRTUAL MACHINE EXPERIENCE 11.t9 VIRTUAL MACHINE VOLATlLln

11.49 SOFTWARE TOOLS ")1.51 MOOERN PROaRAMMINI "'ACTICES

I'·H STOUlE CONSTIWIIT l' .57 APPLICAnoU EXPERIENCE 1 '.H TIMINI CONITRAINT

1 , .17 REGUIRED REUAI.Lln )2.31 PIOOUCT COMIUXITY

PERSO .... ELlTEA. "'Allun I t.'1 • • • T

t.1 1.1 2.1 1.1 1.1 a .• t.1

___ o ________ • ___ a __ • ______ _

I

"

-. -

4.5

~

-.......

-----

i(~ ~1I1 (5 z

~.:.- --~ '.-- -;:-;;.

___ -:.~.~ ."'7'! ... ....;..

j

., 11

~I, f~

Sla,;;,g faciliries '-4anagem8n1

Softwa,. IoOIs enVlronmenlS WOfkatalions

~!!!!!!!~--~o. automabOft

EIIrntNII ..... _uDmated documer~1Ion qua/ity assuranc:e Automaeed programmlnQ

Ftont«1d afds knowtedge-baHd software asslSlanl WbnnatlOt1 hdng, fTlOCIIn fI'OIIramming praclleeS 'lICrementaf developmenl

Rao'd protIDlyotng

("~t libraries

Re... _--AooheaCon generatol'\ componen" "' __ "I-"ourltt~en .... 1Íon language$

$ef'''lre producthil' impreWlMlI1 opportunity trH. ( •••• ..., 14.1)

!,

t l'· I

·1';

METODOS y MODELOS DE MACROESTIMACION

* RELACIONES DE WALSTON/FEUXlIBM

* METODO DE PUTNAM

* 'MODELO COCOMO (TRW/BOEHM)

1>

' ..

~. ~ETOOOS ,MOOeLOS

WALSTON/FELIX/IBM

E = 5,2 . LO,91

M = 4,1 . LO,36

M = 2,47. EO,35

, i ~

",1 '1' 11

l'

E: ESFUERZO TOTAL MESES x HOMBRE

L: (x103) LINEAS DE CODI60

M: DURACION PROYECTO, MESES

ESTAS RELACIONES NO INCLUYEN ESFUERZOS

DE MANTENIMIENTO

J

Ir I

@*i I

~ETOOOS t "'OOELOS I

METODO DE PUTNAM

T2 I T2 v = 2KATE -A K - ::=l2T

= -::L ToE o T o

CURVA DE RAYLEIGH-NORDEN DE DISTRIBUCION TEMPORAL DE LA PLANTILLA (MANPOWER)

1/3 4/3 Ss = CK K TD ECUACION EMPIRICA DEL SOFTWARE

'J'

I

y: NIVEL INSTANTANEO DE PLANTILLA

K : ' ESFUERZO HUMANO TOTAL CICLO VIDA: HOMBRES-ARO

• TO: TIEMPO PARA v MAXIMO (~ TIEMPO DESARROLLO)

SS: TAMAÑO SOFTWARE EN LINEAS (SENTENCIAS) DE "

11 ~I, jY,4 CODIGO FUENTE

CK: l'

. FACTOR TECNOLOGICO O CONSTANTE TECNOLOGICA AMBIENTAL.

t :'

"

.t~ ( .

\

, :(

I

I

i I I ¡

I I I I . i

I

-AT2 Y = 2KATE

------~ --------------------------------------------------------------------------~ .. AHPOWER ,PIOPLE,,,Y/UR,

" '1M.

CU"ULAT'VE E,FOAT ...... ,

1(

OIV E"OAT

.,.1(

'" TIMI

¡,

-_. __ .. _-- _._-_. ---_.- _._-

-AT2 Y = K(l-E )

./ VALIDA PARA SISTEMAS GRANDES

1: m

¡~ 6 • 1/>

ESFUERZO DE DESARROLLO . (E ó DE ó DE V )

E = 0,4 K.

-;.-

-.....

~. ' ...... ~~ .

Líig.·, .___ ______ ___ ---------- - - ---- -- -----

ECUACION DE SOFTWARE fi!te ~TOOOS " MOCELOS

Size-Time-Errart Tradc·OfT Chart: S, = C_l('''t''''. C_ = 4984. 7

10. 5

~ 4 ! . .5

i 3 ¡. ::: l e 2

" .' <1<: EL ESTADO 'DE LA TECNOLOGIA APLICADA " .' ·,,~:J_H-l._ I .~.: ':':

EL ENTORNO TECNICO V ORGANIZATIVO PARA EL D&SAR"Ol.LO , .

EL E'QUIPO DE DESARROLLO DISPONIBLE V EL TIEMPO NECE-SITADO PARA DEPURAR V PROBAR

LA INTENSIDAD DE UTILlZACION DE TECNICAS MODERNAS DE PROGRAMACION

o = ~ (PARAMETRO DE ~:, T~DIFI~ULTAD)

l'

¡

= ~ (GRADIENTE DE LA T 3 DIFICULTAD)

O

'\l D TOMA VALORES DISCRETOS: 8 SI EL SISTEMA ES ENTERA-

MENTE NUEVO Y TIENE MUCHAS INTERFACeS y RELACIONES

CON OTROS SISTEMAS, 15 SI ES AUTONOMO y NUEVO, 27 SI

ES UNA RECON~,TRUCCION CON MUCHA LOGICA V CODIGO PRE­ji

EXISTENTES, ETp •.. " ,

" . '

~. 1 !lOE r:)tx)s .' l\4ODELOS

, .! ~

Power-Bandwidth Trade·Ofl' ~, '1'

JI

J

¡

ji: 2

o

Timtlv-sl

E- 208MY TI - 3.2 yUf'I

$10.4 M Ss -46GIIIa

J

ÁIIOCiated INftlolding curv.

P.Ik~

5

¡. 'E-IIMV TI-4.2~ 13.4 M Ss -4IGDIII

Siz .. time-power trldtoff chIn

Ck -10Me GrleS - 14.7

O 100000 200000. 300000.00000 500000 800000 700000 800000 lO000O

Slz. CSsI

EFECTO DE LOS CAMBIOS IMPUESTOS SOBRE TO EN EL COSTE Y EN LA PRODUCTIVIDAD.

&O

100

-

'i:.r';:'l,~;' .. i>!

METOOOS , MOOEI.OS I I 1

I I

I METODOlOGIA PRACTICA DE ESTIMACION DE PUTNAM

I

., 1I

~I. ,W

~ 're ~ !!.rlt~~~J.: ~ .. ~ ~~, .............. ~ .....

e 6 ...... ················:..···<t;.···:···:·<···:···:··· ""'" 'K, 'DE.' 1\ -----.,. .......... "'l- ~ . -•. ' .... -~.,.' ', .

. ~~~~.

VD ~ ~~1~~~¡~~1~~~¡~¡~ ~ To

-< , •

. ,

. .

I

I~ I "'¡¡TOOO$" MODELOS

, ,\ 1: > , /,

?'

,;

!

PROCEDIMENTO DE MACROESTIMACION DE PUTNAM, SOBRE LA CURVA DE RAYLEIGlH.';1

, I l'

1":::-:::':::-:::-:::-:::':::':::':::':::':::':::':::':::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.:::.::;.:::.~:.:::':::":~', ,·· •. •• •. ·• •. ··.t( •. ·~· .!t' .' .' .' .' .' .' ··t~·· ··M~···· .' .' ·4i;i;.~~··~fi .' ~." ................. < ... , :>::··::··::·): .. r.l~~· * "'i!ff..~ .. ,;~t(. ':APj('L~' .' .. ,~,,~~ •. ::.:::.-::.-::.-::.-::, ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::~~::::::,::::::::::::::.::::::::::::::::::::::::::::::::::::::::::::::::::::~::::::::::::::::::::::::::.:::::::}::::::::::::::::::::::'

"

Ss

* .~ ...... ~ ...... ~ .. ~J ........ J ...... J ...... JJ ...... J .. J ........ J ...... JJJ~JJJJJJJ~J .. JJI-

::::::::~:::~~~~::,,::~~~f¿:::':::í/:"::"::"::"::" ::"~::j{":>::"::'~~:::::':~::"':"::'::::~~::"::.-~:~::::::::::~::~ '·············· .. "Á~~·f),··~··j~~:~~~··········· .... ~" .... ·· ...... , .... ~ ............. ~ .. : ... : ... : ... : ... : .. ~.:::::::::::::: .. ::.::: .. ::.-::.-::.::: .• :>::::::.:::.::: .. ::.-::.:::.:::::::.:::.:~)}~:;:::.~:::::::::::::::::::::::::~:::::::::::::::::::::::::::::::::::::::::::::::::::~:::::::::~::::~:::::::~::::::::::::::~::

K (O DE •• oeVELOPMENT EFPÓRT - O.4~i()

TD

• :::::::::::':": .. :'::::"':"~::"':"':::j;(:"':' .. :' .. : .. :: .. :: .. :::::: .. :: ... : ... : ... ::::: ... : ... : ... : .. ,:.::: . .-; ... :: .. : ... : ... : ... : ... :~~ .. ,: ... :.-./: ... = ••• :.:::~:::::::::::=:::.:: ............. ~ .... ~~ .' .' .' .' ... ~ ... ' ~~~+ ... ,~~~~ .. ~.~ .. ' ····"4 .. ··~········ ~:~::~::~;::::: __ t~~~~:~:~~}:~~i~~~

CURVA DE PLANIFICACION GLOBAL

-... •

"

".-'-

«

~ .... ....:--- -....::~ . .:..~.-" .:::..:.... .~-~,

.. ~­-""

~

MACROEST::J:MAC::J:ON

PUTNAM. 1. BSTIMACION TAMAÑO SISTEMA.

lS;:, r":;l

- -~-,-- -;: Specification Delivery

I Requirements I 11 D~~elopment I I 1 1 1

High

#of FfOple

Low

Operation and maintenance !. .. - 111 .. • • ~ I 104.------. ! 1 , I Q 1I

Requirements

, I II

--1 1 1 1 I

·1 1 I 1 I

i~ A f' 1 T z T • I I 111 ... 1 Oevelopment I i Modification and enhancement ~ 40% of total . ::t:; 60% of life cycle effort

effort

--------------------------------------------------------------------~,'~r;-----------------------------------------------------------------------. ~

l

I~ ~.

I

"

, i , ~.

~ETOOO5'( MOOEL05

EJEMPLO, PROYECTO SAV[: SISTEMA DE CONTROL DE UNÉNTARIOS

PUNTO 1 DEL CICLO

MÁX. NUM. SENTENCIAS FUENTE B = l~O.OOO MiN. NUM. SENTENCIAS FuENTE A = 50.000

NUM,PROMEDIO ~ • 95.000

DESVIACiÓN TÍPICA = ~ 15:000

TAMAÑO ESPERADO = 95.000 : 15.000

",1 '11 11

l'

HIPÓTESIS GAUSS. ESTO QUIERE DECIR QUE SE SUPONE QUE EL TA MAÑO DEL SOFT. TENDRA, CON PROBABILIDAD 68%, ENTRE SO.OOO y -

110.000 SENTENCIAS.

PUNTO 2 DEL CICLO

YA HAY UN DESPIECE EN GRANDES SUBSISTEMAS, CON UN PROMEDIO DE ,.,i, .. . l.AS"Q'PINIONES DELPHI DE LOS EXPERTOS ASt:

DESVIACIOH MAS 'MAS PEQUEÑO PROBABLE MABOR ESPERADO TI p',

FUHCI6N A M

MANEJADORES . 25.000 LfO.OOO FICHEROS 70.000

UTILIDADES 5.000 15.000 26.000 . PRoéEDIMIENTOS . . DEL SISTEMA 12.000 36.000 50.000

HIPOTESIS DlSTRlBUCION BETA

VALOR ESPERADO. At4MtB 6

Q2.500 15.167

3Lf.333

92.000

DESVIACiÓN PARA CADA, SUBSiSTEMA ~

DESVIACIÓN:'TOTAL =f12 + ~l + 'tf32

7.500 3.500

6.333 10.Lf22

!;: 'l<

I I

I

,~ l!

. .

METOOOS ( :.\OCEI.OS

PUNTO 3 DEL CICLO

DESPIECE A MAYOR DETALLE, YA SUPERADO EL PICO DE ESFUERZO DE ELABORACIÓN DE ESPECIFICACIONES DE DISEÑO FUNCIONAL.

DIMENSIONAMIENTO

TITULO: SAVE (DISEÑO FUNCIONAL) FECHA

• ~UNC1ON MÁS PEQUEAO MÁS PR08~LE MAVOR ESPERADO DESV.rfplCA

Al 8675. 13375. 18625. 13l167. lE58. A2 5577. 8988. 13125. 9109. 1258. Al 3160. 3892. UOQ. '1588. ·9cao. A4 850. 1425. ' 2925. 1579. 3'16.

. AS 1875 • ~052. 8250. 4389. 1063. ~A6 1437. 2,.55 • 6125. 2897. 781. Al 6875. 10625. 16250. 10938. 1563. A8 5830,. 8962. 17750·. 9905. 1981,' A9 9375. 14625. 28000. 15919. 310l1. AlO 6300. 13700. 36250. 16225. 4992. o

All 5875. ' 8975. 14625. 9qoo. 1"58. TOTAL 981f75. 7081.

c~ PROBABILIDAD 6811 EL SISTEMA TENDRk DE 91.39'1 A 105.556

" CON~:,~RO~ILIDAD 99%1 EL SISTEMA TEND,RA DE 77 .~l A 119.718

,

l'

. (o

~. ! ... ETOOOS v MODEt..OS

I ¡

, .~

!:

, j

>'

I 8 '«- 10CM0 GRAO -14.7

I ,..;, 1: .Juv 'JI( /..., :"",'...,

I I /i /! ,/! _200IMY

I~ I

18 G; lO

~ ¡; 8 2 . ~ ~

I ! o 8

N

'J.:.iJ ' 10.00 20.00 1:30.00 40.00 &0.00 80;00 7O.00F,ao.OO 80.00

SYSTEM SIZE .10'

S/z;Hf/'Dn-IItr titIdNtI dwn

t. - 2 Y'M!" ,.... " ....... !

S. Dw Effort t. o.v Effort t.+ .4yr Dw&ffort I CMY) CMY) CMV) I

.3cJ 77.000 11.28 1.63 2&.80 2.03 10.71 1 ('.664M, C".29M' C'.&&M,

-1cr 91.394 18.88 1.76 32.18 2.1& 14.12 ".943' C".81' C'.71M,

E 98.475 23.59 1.81 35.40 2.21 1&.91 ,S1.18OM, "'.17M, ,S.198M,

+1cr 105.558 29.05 1.86 38.71 2.26 17.77 (S1.45M' ,".MM, ('.88M,

+3cr 120.000 42.69 1.97 45.85 2.37 21.77 (S2.135M, (S2.28M, 'S1.09M'

Assumption: On·line. int.active development, Top down lIh'UCtUred programming. HOL. Contemporary development environment No mechine constrlints.

~ = 10040; Stlndllone Systern-l VD I = 15

I

100.00

......

11 -

-I

I

.'

I !

!

i

I

I

I

I

-

. ¡

!

I I

._-- .. I

I

1;

I

I ,

~ I 1 ~I,

, . -,

- I I I ..

CO NTINGENCIAS EXTERIORES A LA GESTION

N! MAX. DE PERSONAS EN PICO ESFUERZO

NI MIN. " H H H

COS TE MAXIMO

MAXIMO

28

15

S 2M

TD 2 AÑOS

SOLUCIONES POR ~ PROG. LINEAL

TIEMPO MINIMO COSTE MINIMO

TO( AÑOS} 2

ESF

COS

UERZO DESARROLLO

TE

1.83

33,6 H x A

$ 1.68 M

24," H x A

$ 1.22 M

TD I

1.8

1.! 1.9 1.9 2,0

3

7

1

5

O

COKPLETAR ~ CURVAS RANGO POSIBILID. DESARROLLO 50FT.

HOMB x AÑO COSTE

33,6 S 1.68 M 30,3 1.52 27,8 1.39 RIESGO ACEPTABlE 25,5 1,28 '

í 24,4 1.22 MAXIMO RIESGO DE NO ESTAR EN PLAZO

i

I

~.¡ I

~OOO$' "'OCELOS i 1

I I ! I ,

. .. ~

i I ! I

i I , ,

!

i : I

.,

. J I I

d W - ~I, I

I $01:100I''0 A $OOOJ.;¡~ I

~i J

MODELO COCOMO (TRW, BOEHM)

(CONSTRUCTIVE COST MODEU - -

3 NIVELES

'1

'.¡ ., " I , I

METOOOS '( WOOElJ)$ 1

I I

BASICO • INTERMEDIO ~ COMPLETO

l' -REFINAMIENTO-

,

;i

~. "

? "'E TODOS y MOOELOS

I eoeMO HAS 1 eo ,ltl '/1 ¡i

* TRES GRADOS DE DIFicULTAD ~TAMARO ~TIPO

* ALGORITMO: I TAMAÑO SOFTWARE t

ESFUERZO (COSTE) ~

TIEMPO DE DESARROllO

¿ \Y

• PM = 2,4' (K~SI>1,,05 ... TDEV = 2,,5. (PM'P,38

•• PM = 3' (KDSn1,12' ,. TDEV = 2,S' (PM)0,35

••• PM = 3,6'(KDSI}1,20 ,TDEV = 2,S'(PM)0,32

l'

.. _;.-- .. JfJf:··.

'\¡,

KDSI: MILES DE INSTRUCCIONES-FUENTE ENTREGADAS (SIN COMEN TAR lOS).

PM: ESFUERZO, PERSONAS-MES TDEV: TIEMPO DE DESARROllO, EN MESES

(1 PM = 152 HORAS DE TRABAJO REAL/MES)

(PRODUCTIVIDAD l ER • GRADO: 16 DSI/PERSONA-DIA)

(PRODUCTIVIDAD 3ER , GRADO: 4 DSI/PERSONA-DIA) .

I 1.

I

l"

Project auribute multipliers

COlt dri,'rr Ratill1:.t

VL L N H VH EH

RELY 0.75 0.88 1.00 1.15 1.40

DATA 0.94 1.00 I.OH 1.16

CPLX 0.70 0.M5 LOO 1.15 1.30 1.6$ TIME 1.00 1.11 1.30 1.66

STOR 1.00 1.06 1.21 1.56

VlRT 0.87 I.()() 1.15 1.30

TIJRN O.S7 1.(J0 1.07 1.15

ACAP 1.46 1.19 1.00 0.86 0.71

AEXP 1.29 1.13 1.00 0.91 0.82

PCAP 1.42 1.17 1.00 0.86 0.70 VEXP 1.21 1.10 1.00 0.90

LEXP 1.14 1.1)7 l.tlO 0.95

MODP 1.24 1.10 1.00 0.91 0.82

TOOL 1.24 1.10 1.00 0.91 0.83 .

SCED 1.2..' I.OR 1.110 1.04 1.1~

T:lbles 11.1 ami 11.1 are: ~rnldua.'t.I fmm .'in""·",,, E"llill"tri"ll ECIHlUfftÍCJ. 8. W. Boehm (1981). by pennissi ·n.,r Pre:nlice:·Halllnc.

FACTORES DE COSTE. VERSUS r1UL TI PL I CADORES

./ d

~I, ,Y.4

APLICACION: PM X

l'

t\­i! t~

·.1

'.(¡ .:/ 1'.'

15

f1 (MULTIPLICADORES)

~ ...... 1: .'

/ .. ) : l·

LJ i! ~ ¡

~. ,;

! YETOOOS YMOOEUOS

\ COCOMO INTERMEDIO 1

¡ ,/ i * ALGORITMO: PMBASICO x FACTORES CORRECTIVOS t1t

1

/,t I

I · ATRIBUTOS (DRIVERS) ~> FACTORES CORRECTIVOS (MUlTIPlI~ADORES) I ATRIBUTOS DEL PRODUCTO 1

I

I

RELY (REQUIRED SOFTWARE RELIABILITY) DATA (DATABASE SIZE) CPLX (PRODUCT COMPLEXITY)

ATRIBUTOS DEL COMPUTADOR

TIME (EXECUTION TIME CONSTRAINTS) STOR (STORAGE CONSTRAINTS) VIRT (VIRTUAL MACHINE VOLATILITY) TURN (COMPUTER TURNAROUND TIME)

ATRIBUTOS DEL PERSONAL

"

ACAP (ANALYST CAPABILITY) AEXP (APPLICATION EXPERIENCE) VEXP (VIRTUAL MACHINE EXPERIENCE) PCAP (PROGRAMMER CAPABILITY) LEXP (PROGRAMMING LANGUAGE EXPERIENCE)

ATRIBUTOS DEL PROYECTO

MODP (MODERN PROGRAMMING PRACTICES) TOOL (SOFTWARE TOOLS) SCED (REQUIRED DEVELOPMENT SCHEDULE) .

.. •. i

I

. \ I

.,

,.

MANTENIMIENTO DEL SOFTWARE

* FACTORES DE COSTE

* CATEGORlAS DE MANTENIMIENTO

* COCOMO. DE NUEVO

* RELACIC;>N CON GESTION DE CONFIGUR~CIONES

y CONTROL DE CALIDAD

!\-i! 1 ~

·.1

1'1 " ,,/ r, '

r -r' I~ I ~,"''''TE''''MIENTO I I I

1';) , " ~, I \

( ~ ? ~) i

i

.1

FACTORES NO TECNICOS DE COST&' 'Ii

'tr GRADO DE DEFINIClON DE LA APUCACION

'tr ESTABIUDAD EQUIPO HUMANO

'tr EDAD DEL PROGRAMA

'tr DEPENDENCIA RESPECTO ENTORNO EXTERIOR

'tr ESTABIUDAD HARDWARE

FACTORES TECNICOS

'tr INDEPENDENCIA ENTRE MODULOS

* NIVEL LENGUAJE

'tr PERFECCION ESTILO PROGRAMACION

'tr TIEMPO DEDICADO A VAUDACION y PRUEBAS

'tr CANTIDAD Y CALIDAD DOCUMENTACION PROGRAMAS

4'

~ ~

;'

;'

~

~

~

~

~

~

I

í! ,

CAMBIOS

PERFECTIVO

(funcionalidad)

ADAPTATIVO (entorno)

CORRECTIVO (errores)

DISTRIBUCION DE LOS COSTES DE MANTENIMIENTO ./ (Uentz. Swanson. 1980)

el ~I, ,'V

" 1,:-• !

MNlTENNIEN1'O

65%

/

18%

17%

;AA~ ,~

"'A"ITE"IIMIENTO

C o C o ti o

PARA MANTENIMIENTO

AME = 1,0 • ACT SDT • ,

" \ \ <

"-.. " \ "'-J

A..~NUAL ANNUAL SOFTWARE

, ; :j

MAINTENANCE CHANGE DEVELOPMENT EFFORT TRAFFIC TIME

(PERSONAS -lotES) (%) (PERSONAS-MES)

Pt~E

341111- 6 341% ACT

2t.)I-

1001-

• 20% Al.T

o 10% Aa /6/

// /

// /" ./ 11" ././ _~_O..-o--.~_O~ 9 I • 1

00 2(1) 4(" 61., Re.' 11100 ~)T

~I 'Ii

" 4'

ACf: FRACCION DE LAS INSTRUCCIONES-FUENTE QUE. CAMBIARAN

DURANTE UN AÑo, POR ADICION O MODIFICACION

1 I ¡

I )

~ I i I I j

f í

t

~I M""I;e.I ... :eN~O I

FACTORES DE COSTE VERSUS MULTIPLICADORES

15 APLICACION --: AME X[1 (MULTIPLICADORES)

1

¡OJOI CAMBIOS CON RESPECTO COCOMO PARA DESARROLLO

MUY BAJO BAJO

RELY 1,35 1,15

TAMARO PRODUCTO

EN KDSI

2

8

., 32 el

~I, 1~

512 I~

f

NORMAL ALTO MUY ALTO

MUY BAJO

1,25

1,3

1,35

0 1,45

1 0,90

error del libro de Boehm,

propagado por el Sommerville

BAJO

1,12

1,14

1,16

1,18

1,2

A-l0DP

NORMAL ALTO MUY ALTO

1 0,9 0,81

1 0,88 0,77

1 0,86 0,74

1 0,85 @ 1 0,84 0,7

INTERESANTE . E~ ::COSTE . DEL MTMO SE DIVIDE POR DOS (PARA UN SW

DE 128 KDSI) SI :SE EMPLEAN INTENSIVAMENTE MODP. ! ~-

t " ( ~ ,

" "

(.'c,

I

~ ..... "TEloo·V,'ENTO

CM:

SQA:

.' ,\ ~! ¡.

: ~ ;i ~:

i

..

",' '1' " /,

CAMBIOS PROCESO DESARROLLO DEL SOFTWARE

c~ ~ • SQA

CONFIGURATION MANAGEMENT

SOFTWARE QUALlTY ASSURANCE

CALIDAD: TIENE QUE SER CONSTRUIDA EN EL PRODUCTO SOFTWARE A

TODO LO LARGO DEL PROCESO. NO SE PUEDE -AÑADIR- EN

LAS ETAPAS DE DEPURACION y PRUEBA (GARY FORD, 1990)

I I

I 1 I

I I

* ¿A QUE CLIENTES SE LES HA ENTREGADO UNA DETERMI­NADA VERSION DEL SISTEMA?

* ¿QUE CONFIGURACION HW/SW (S.O.) SE REQUIERE PARA EJECUTAR UNA DETERMINADA VERSION DEL SISTEMA?

* ¿CUANTAS VERSIONES DE UN SISTEMA SE HAN CREADO Y EN QUE FECHAS?

* ¿QUE VERSIONES DE UN SISTEMA SE VERAN AFECTADAS POR CAMBIOS EN TAL COMPONENTE CONCRETO?

* ¿CUANTAS PETICIONES DE CAMBIO SE HAN FORMULADO EN RELACION CON UNA DETERMINADA VERSION?

* ¿CUANTOS ERRORES ADVERTIDOS EXISTEN PARA UNA VERSION CONCRETA?

* ETC. ., ','

l' .,

GESTION DE CONFIGURACIONES . t

;,

/,-0,

( l j "i

~ i ...... ~TE!IIIM'ENTO

,1

".' '1' l'

l'

RESPONSABILIDAD:

* SQA ES UNA FUNCION DE GESTION

* SUELE HACERSE POR UN EQUIPO DE PERSONAS AJENAS AL PROYECTO Y QUE INFORMA POR ENCIMA DE SU DI­RECTOR: FUENTE DE CONFLICTOS

PROBLEMAS:

* LA NATURALEZA ELUSIVA DE LA CAUDAD DEL SW (RECORDAR CRITERIOS DE CALIDAD, BUCKLEY 1984)

* NO HAY CONSENSO EN CUANTO A LO.QUE SIGNIFICA -ALTA CALIDAD- DEL SOFTWARE

* RARA VEZ SE DISPONE DE METRICAS ADECUADAS

CONTROL DE CALIDAD

.,

FACTORES HUMANOS INDIVIDUALES

./ el

~I, ,'ti

~ UDERAZGO PROYECTO SOFTWARE

~ ESTRUCTURA FACTORIAL DE LA INTEUGENClA

~. ESTRUCTURA FACTORIAL DE ~ PERSONAUDAD

~ ALGO DE PSICOLOGIA COGNITIVA. APUCACION EN PROGRAMACION

1. FORMAClON EN INGENIERIA DEL SOF1WAAE

l'

~~ ó

11.20 LANGUAGE ElPEIIENCE :

1.23 SCHEDULE CDNSTRAlNT 1.23DATAIUE (1.32 TUINAIOUND TIME

11.~ VIRTUAL MACHINE ElPEIIINCI

1',.' VIRTUAL MACHINE VOLATIUTl 1' .• ' SOFTWARE TGOLS

1'.51 .ODERN PROauM.INI "'ACTICES

1'·51 ITOUIE CONSTUIIIT 11.57 APPUCATION. ElPERIENCE 11." TI ..... CON.TItAIIIT

11.17 REGUHlEI ItELIAIILITY : 12.31 PRODUCT COMPUlln -

PEISO_ILITIA. CAPAItUn 1 •. '1 • • I I • • • • T

1.' 1.' l.' l.' l.' l.' • •• •. 1 .---~~

J'~~'.-..._

-;.-

-......

. _---_._----_._---_._-

INDMOUO

LIDERAZGO: ES EL PROCESO DE CREAR UN ENTORNO EN EL QUE LAS PERSONAS SE VEAN POTENCIADAS

MODELO ORGANICO DE LIDERAZGO M.O.l: LOS TRES INGRE­DIENTES QUE TIENE QUE POSEER EL ENTORNO

M: MOTIVACION'3~!,

o: ORGANIZACION

1: IDEAS O INNOVACION ............ ENFASIS DEL LIDER TECNICO (WEINBERG)

---_.-

_. __________ . __ . ____________ ._0 __ -

~ =:Jo f? t'.:.!..':.!.!':":":':':3 O

LlDER CREADOR DE E~TORNO LIDERES TECNICOS CULTIVAN INNOVADORES TECNICOS

ESTILO DE LIDERAZGO ·PRO- (MACCOBV)

O I BLEM-aOLVING· ..-PARA ENFATIZAR

M .,. MENTALIDAD SISTEMICA . . . - INNOVACION (WEINBERG) .,. ~UEGAN. NO TRABA~AN

.,. COMPRENSION DEL PROBLEMA

.,. GESTION DEL FLU~O DE IDEAS

.,. MANTENIMIENTO CALIDAD

l. + -,.....

, , LIDER PROVECTO SOFTWARE

. -'-,--~~

.,. LlDER HUMANO MOl

* LIDER TECNICO

* INNOVADOR

._--------_._---_.--

I'T I i

INDMOUO

l'

ENFOQUES INTELIGENCIA

-----------

~NIVEL BIOLOGICO .

~ _____ COGNITiVO

g~

§ ~--

INDIVIDUO ~ NIVEL MOLAR MOTIVACIONAL

~ _______ ACADEMICO

~ NIVEL CONDUCTUAL -----.::: SOCIAL

~ PRACTICO

INTERACCION BIOLOGICO-MOLAR-CONDUCTUAL

~ MEDIO AMBIENTE

INTERACCION INDIVIDUO-MEDIO AMBIENTE

ESQUEMA DE CONCEPCIONES DE LA INTELIGENCIA (STERNBERG, 1986)

-,.;¡:'"

-=-=-

J."'_; ....... ~

'. ____ .______ \'1

-~-- --_.-~ ------ __ o

._,1'-._-.:..... _ .-~~.~;~~­,:":,,,---... ~ I':~'"

QUERER

LO QU:E SE HACE ... ~-- ... ~ 't.

CAPACIDADES

e EXPERIENCIAS EN TERRENO

AFECTIVO-EMOCIONAL

t HABIUDADES, DESTREZAS, CONOCIMIENTOS

(CA RACTE R)

PERSONALIDAD < > . APTITUDES (TEMPERAMENTO)

POTENCIAL HUMANO

CONDICIONA EL GRADO MAXIMO ALCANZABLE DE POSIBWDADES

COMO SE HACE

EXPERIENCIAS FORMACION

SUSTRATO CONSTI­. TUCIONAL O MATE­RIA PRIMA

~

SABER

PODER

!~ ------------_._ ... - ._ .. _._--

I I

I

i I I I

¡ I I

I ,

I I I

---

" o o d m "U

~I, ,'tI.- gJ en>, cO c..-m O -4Z O~

r ~ '1

VERBAL

NUMEfUCO

ESPACIAL

~ o -4,

O O lJ

I lJ'11

Ci) O>, mo

m Z-I Z

, I

'O m enlJ lJ Cm > "U en .-m

lJO -m O lJ

I

CAMPOS DE APTITUD

(Según J.L. Pinillos, en La Mente Humana)

El CAMPO VERBAL se refiere al uso inteligente del lenguaje y comprende otros tipos de aptitud: la comprensión verbal (V) y la Ouidez verbal (W). Dentro de la comprensión verbal cabe distinguir todavía dos factores: el factor VI' de carácter predominantemente lingüístico sintáctico, y el factor V 2 de carácter predominantemente semántico. El primero viene definido por preguntas que implican cierto dominio de la gramática, ortografía, corrección de frases, etc., y el segundo por la riqueza de vocabulario. Los factores de fluidez verbal se refiem a la facilidad para escribir muchas palabras que empiecen, por ejemplo, con una letra dada, la prontitud y abundancia de lenguaje y la riqueza y la facilidad para verbalizar ideas.

El CAMPO NUMERICO está representado por el factor N, definido por tests de rapidez y exactitud de cálculo numérico· que, por otra parte, no presuponen necesariamente talento matemático de ninguna clase. Su contenido, mínimamente inteligente, guarda relación práctica con ciertos trabajos de tipo rutinario.

.. El CAMf,O ESPACIAL abarca un conjunto de aptitudes precisas para resolver problemas de típo técnico-práctico. Tales aptitudes ~on:· el factor SI ..,aelale$t4t1co, que capacita para t:esolver problemas espaciales en los que hay cambio de lugar y aspecto, pero no de estructura interna, como por ejemplo en los tests' de rotaciÓn de figuras. El factor S2 espacial dinámico, más importante para la inventiva técnica, que facilita la comprensión y manipulación imaginativa de complejos espaciales que cambian de estructura interna al desplazarse, como, por ejemplo, ocurre enlos tests de desarrollo de superficies. El factor S3 espacial topológico, que consiste en la aptitud parqa manipular m~ntal o físicamente aspectos no figurativos ni métricos del espacio, como orientaciones, trayectoria, obstáculos, etc. Las profesiones técnicas suelen requerir cierta preemine,pcia de estos factores en los individuos que las esempeñan.

d ~I, ,'ti

El CAMPO DIp LA INTEliGENCIA FORMAL abarca un conjunto de factores que trascienden todo contenido y están presentes en la solución de cualquier tipo de problema, bajo la forma de reglas y operaciones lógicas. Entre los factores que parecen más claramente definidos se encuentran los de razonamiento (R), deducción (D) e inducción (1). t

:'

El factor R, probablemente una combinación de la deducción, la inducción y ! ~-

.~ (~

.<

. t , ..

I~ ,1.

>

I I 'NDrIIDUO

F1r1 '11

otras operaciones menos conocidas, se refiere al razonamiento efectuado eIl,I~ndiciones restringidas, como· exige la solución de problemas matemáticos. El factor D está defmido por el tipo de discurso silogístico y el factor 1, que señala la aptitud para,descubrir reglas o principios, por los diversos tests de series, enlos que a partir de unos datos hay que inferir la regla o ley que los rige y dar una respuesta que continúe el orden de la serie.

El CAMPO DE LA MEMORIA engloba muchas y muy diferentes clases de memoria. Existen muy variadas memorias repetitivas, cuya relación entre s( y con otros factores de la mente es casi nula; y hay también una memoria signiftcativa, más unitaria que reconstruye inteligentemente las experiencias pasadas. Posiblemente, este último es un aspecto de lo que hay de más general en la inteligencia humana.

En el CAMPO PERCEPTIVO cabe disti~guir dos tipos de factores: de una parte están los que se especifican por su materia o contenido (táctil, cromático, figural, etc) y, por otra, los de índole formal, caracterizados por el tipo de operación y no por el contenido de ésta. Entre estos últimos sobresalen los de estructuracl6n y dexlbilidad perceptivas. El primero de ellos consiste en la habilidad de ver totalidades de las que sólo se ofrece alguna parte; sus tests típicos son los de figuras mutiladas que el sujeto

. ha de comp'etar mentalmente. El factor de fleXloilidad perceptiva se refiere a la habilidad para romper mentalmente formas bien estructuradas y reestructurarlas de nuevo; los tests de dibujos cam~flados camuflados son típicos de este factor. Tam\>ién poseen interés los factores de rapidez y exactitud perceptivas.

El CAMPO PSICOMOTOR está constituido por un verdadero enjambre de pequeños factores sin apenas correlación mutua. Entre los más importantes tests que miden este tipo de aptitudes se hallan los de coordinación visuomotora, perseveraclón y ritmos.

I

CoIlff .. a

len .....

-Interpretación factorial, sepa Eyaeack, de la estructura de la personalidad, en un Iiatema de doe clilllelllkma.

" . ,1

~I, ,'1;4

l'

INDIVIDUO

~------__ -Lf~l ______________________________ ~ .j'; f ;/ r ..

1

" ,\ /' . , 1.

-' I

I~ !:-t

:1

'NDMDUC

!

~ : l' ilrl '1' I

" /'

PERDIDA DE MCP .. .. .. .. I N TRASVASE P A U .WLP T

E ~EMORI-\ MEMORIA A • ..\ MEMORIA.~

X SENSORIAL. CORTO PLAZO LARGO PLAZO

T (AICP) _ t t,,,. (MLP) E R ,ACTIVA-I CION EN O ,"'CP R

Modelo estructural dI! lu mem",,"u '/Jusudo en "TKltfS,)" 1 SHI"RI,., -f..,.

PSICOLOGIA COGNITIVA

i'F I '

I

I .

..

Esquema del sistema humano de procesamiento de la información

El entorno

El .i ..... humano de proceumiento de infOrntltCl6n

ElIU ......... .,.,..nlvo

" el

~I,

1'

i) .t! ( "

. ,

El IUbeietemIi cogno.citlvo

Memoria a largo plazo (red de racimos aIOCilda.)

(HARMON, 1988)

EIIU ......... motor

inltenrnecliatlVl''''

~ INDIVIDUO

r~ ',<OMOUC

.\ /' . .. l.

1. :1

IMPLICACIONES PRACfICAS EN EL PROCESO DE DESARROLLO DE SOFlWARE

t'ltl '1' l' l'

* Los programas no se comprenden sentencia por sentencia, sino que se abstraen informaciones en forma de rácimos que componen una estructura semántica interna. De ahí el interés de enseñar trozos de algoritmos elegantes, simples y potentes, que se memorizan en largo plazo. Después, el programador puede construir otras abstracciones utilizando estos elementos y puede producir versiones en los lenguajes que conozca.

* Las abstracciones de información son CONOCIMIENTO:

- Conocimiento semántico: operación de una sentencia de asignación, concepto ' I de lista encadenada, concepto de operación del "hashing". Se almacena en formato independiente de su representación.

- Conocimiento sintáctico: detalles de representación sobre cómo escribir una declaración de procedure en Pascal, = o : =, etc.

* Problemas del programador novicio cuando está aprendiendo a programar:

a) Aprender los conceptos semánticos embebidos en el modelo computacional.

b) Aprender una sintáxis, a veces obscura y arbitraria.

c) Separar semántica y sintáxis

Este proceso no es bien comprendido por la mayoría de instructores. Un programador con experiencia, si cambia de lenguaje dentro de un mismo modelo computacional, tiene ya asumidas las fases a) y c).

* Programación estructurada

La estructura de la memoria de corto plazo se ve favorecida en su uso por el diseño descendente (sin necesidad de llamar información de otras partes del programa), por el rechazo del GOTO y por la repetición de dos o tres estructuras.

':;<

, '

..

INDIVIDUO

• ~nguajes y estructuras

Los programas escritos en lenguajes cuyas sentencias codifican más directamente los conceptos semánticos de bajo nivel, como declaraciones de tipo, bucles WHILE, condicionales, etc. Mejor Pascal que Fortran, y éste emjor que ensamblador.

• Facilidad de aprendizaje

La habilidad de programar es independiente del· lenguaje, por lo cual es relativamente fácil para un programador familiarizado con un lenguaje aprender otro de] mismo tipo.

FORTRAN a Pascal (fácil)

FORTRAN a diferente)

PROLOG (difícil, ei modelo subyacente es muy

Programador nOVICIO a PROLOG (más fácil que para un programador con experiencia; Programación funcional, lo mismo)

FORTRAN/Pasca] a ADA (dificultad media, el modelo es el mismo, ,pero con constructos nuevos, como package, task, etc)

• Organización formación programadores

- Programadores con experiencia en el modelo: darles manual.

- Programadores sin experiencia: organizar estrategia, enfatizando la ensedanza global de las estructuras semánticas, primero.

" d

~I, ,W , • La ingeniería del soft)Vare integra conocimiento semántico en tres áreas:

a) informática

b) tarea o probleIfa implicado :'

c) gestión/organización

'l~ 'j. ;~Dr "OliO

I ; I

Modelo general del desarrollo profesional

¡

I

del dominio~

(HARMON, 1988)

1I "

i.-t ;1'

"

'.

1

,!

",1 '/

¡ l' /'

Conocimiento profundo

TeorfaI genera,,'

-

Prodoctoo

. Craft

11' Vrtuosos aoo talented amateurs

11' IntUltion and brute force

11' Ha~azard ¡rogress

ti' Ca suaI traosmission

ti' Extravagant use 01 available maten al s

ti' Marulactlle!oc use ralher lhan sale "

el ~I, ,'ti

Commet'cial tra~

~ soffWiJre engi1eerirJ

11' Skilled craftsmen

ti' EstalXished procedJres

ti' Pragma tic re finement

11' T raioog in mechanlcs

11' EconomlC coocern lor rosl and ~~

01 materials

ti' Manulacture for sale

Professional

~rilg

Ir EWcated Jlofessionals

11' Analysis m theory

11' Progress relles on science

11' EWcated ¡rolessional dass

11' EnabhJ II!W teclmlogies

ttroojl aoaIysis

11' Market 5e9OOntalion by ¡rOliJct variety

ESTADO ~E LA INGENIERIA DEL SOFTWARE (SHAW, 1990) :'

, , • '1,

I"ClV'0lI0

¡ i

I 1 1. 1 I

I~ I i , .. or/IDUO I I ! I I I I

I

1I .

) l

t;

-p.l '/1 l'

l'

CUESTIONES-'SOBRE FORMACION EN INGENIERIA DEL SOFTWARE

-----------------------------------------------------

Semeater Requirement Houn Content Catecory

22.5" 27 Mathematics and Baaic Sciences

37.5" 45 Software Engineering Sciences and Software Engineerin, Design .

25., 30 Humanities, Social Sciencel -"

15., 18 Electiva

ESTRUCTURA DEL CURRICULO DE GRADO EN INGENIERIA

DEL SOFTWARE U.S.A.

( EN GARY FORO, "1990 SEI REPORT ON UNDERGRADUATE SOFTWARE ENGINEE

RING EDUCATION", MARZO, 1990)

INDIVIDUO

MASTER EN INGENIERIA DEL SOFTWARE

( C.M.U.)

, IISEDea'" "" Projec:t Experience

Component EIective Elecliv. EIKdV8 EIec:tIVII

~rnayV8lY)

SpecIfIcaIlon SoftwaN Sottw.e PrIncIpIn. SoftMn So"--ofSottw.N Veriflcdon Genefallon AppHcaIlons System. ProfecC sv-m. Md Md of Software ~ M8MgIment

VaIdaIIon MBlteMnce Design

"- ./ .......... ~ . ./ "-r lL ~1~ -.......... ~""'"

OIscrete P~"I Comm&ri-

M81hema1lcs ( ) ( Data Swcan. ) ( ~ cdon

PropnmIng AIgorithm. SIdb

\.. UndeISP ...... o.ar- ~

>,

" ~I, ItSTRUCTURA DEL CURRICULO MSE

l' -,-

(EN M.ARDIS y G.FORD, "1989 SEI P~PORT ON GRADUATE SOFTWARE . ENGINEERING EDUCATION, JUNIO 1989)

. - t :.

~ , -

~ lNOIVIOUO

· ,\ li' , r· "

'. ;1 );

<.

!

3.4.6. Software Project Management

",1 '/,

cataIoG Descrfptlon l' /,

'nUs coune addre .... proc ••• con.ideration. in software ayateml development. It provide. advanced material in software pl'Oject planninr. mechanisms for monitoring and controlling projecta. ud l.adership and team building.

Couru ObJ8Cttv ..

After completinc tru. coune. stud.nts ahould lmow how to develop a software project man­apm.nt plan; how to set up monitorinc and controlling memanism. Cor .oftware projecta; how to allocate and reallocate pl'Oject resource.; and how to traek lC~ledule. budget, quality. and productivity. In addition. ltudenta ahould undentand tIle relationships amcmc quality asllUl'8llce. configuration management, and project documentation. Th.y .hould pío an underatanding oC tIl. key i.sue. in motivating wo .. kera and leading pl'Oj.ct team.. They .hould be aware oC intellectual pl'Operty issues. software contracting and licensinc. and pro­c ........ sm.nta.

Prerequlslt_

There are no specifie prerequiaite. beyond adminion to tIle MSE program .

. Syllabua

WIu Topic. and Subtopica (06jecIiH)

" Introduction (ComprehcruionJ

Slru.lcIaU PIftd lo 1ft IIN "big picture-of IIOftwan cüwlopment. Thcy alMl r&ftd lo be motiuGtcd lo atud, IIN probk1TU o( mtJIItJ6emenL

Software eD¡ineering proceu Proc ... modela (waterfal1, incremental •• piral. rapid prototype. domain) Organizational atructures (functional, mabix, individual roles)

Motivational case studies Problematical projecta (Project Foul, Medinet, Scitnti(ic American. 0S/360,

Multica. &ul of a N'1I1 MadUne) Succeuful pl'Ojecta (GE RC2000, NASA space ahuttle, ESS '1, Olympics

meuage syatem) Hug. aystems (air trame control, Strategie Defense lnitiativ.)

Project origina Requesta for proposals (RFP), statements of work (SOW>, contracta, businen

plans System requirements Software requirements

r

, I

4.5

4.5

. ",.

. Legal issues Intellectual property rights Contracts Licenaing Liability POlt-employment agreements

Planning (ApplictJtionJ

INClIi'DUO

Good planning is Btill considertd an art rathtr than a xiellCe. Holftuu, stlUÜntl 1Iwuld. lt4m how to use the best mtthot;U twailGb.le. lt is important to .trua the impar­tlJn« o{ tailoring any mttluJd to the probkm and tht tIWÍ1'01UMnt.

Standards External (2167 A, 2168, NASA, IEEE) Internal (corporate, project) Tailoring

Work breakdown

Schedullng CPM, PERT, activity networkl Mileatonel and work products

RelOurcel Acquisition A1location Tradeoft'1

Risk analylis Identification Aueument Continpncy planning

Eltimate. Expert judcment (individual, Delphi) Siza .. tim.ate. Modela (driven by line. oC code, by function point; time-senlitive modal.)

Monitoring and Controlling (ApplicationJ

Much of thU topie cúab with issUt' of product qlUJlity. There is an owrlGp here with 17I4ttri4l from the Software Vtrifr.cation cuul Valid4tion 00",... Th.e .ubtopie on kad­fI'II&ip may be di{fkult to tcd, but iU inclUlÍOll in tJac 00",.. is imporf4nt, if only to

,~,Ist~ tJWaI'eMU oftJac difftrent llüuU ofproblDu found in thU arm.

Procesa mebies Qualitf Schédule Budget i

Productivity

Eamed valJ.e tracking :/ Quality asS1irance

" r ~ n \.'

j

~ :t.OIVlC'JO

, ~

~: i, . ,

i

11 ;t \'

Technical reviews '(walkthroughs, inspections', acceptance testing) Planning fl.l '1,

Configuration management ., Planninr

Identification Changa control Auditing TooI.

Risk management Trac:king Crisis management

Leadership, training, and motivation Work environment Motivation and job latiafaction Leadenhip styles

j'

l'

Team Strw:turel (hierarchical, chiefprogrammer, democratic) Productivity uselllDent Performance revieWl Small group dynamiCI

1 Project Auelsment (ApplictJtionJ

StllllB&u ,hould tu ... OM another'. worle. This is OM oftM belt W4Y' lo synthuiu matuitJl (rom .lIeral topies oftM cour.. For ~pk, tM combiMd efffCts of poor pltumin¡¡ and poor COIItrol are b"t "en. through poftmortem tJIIlJly.ÍB. Strulent • • luJuld be given. tM opportunity to fail, sinee tMy will be le" willing lo Iry nouel , approt:ld&e. out.idc tXtUÚmÍll.

In-proceu uHlIlDent

Final ...... ment

Project formation Postmortems and lellOnl leamed. Summe'Y data eollection Staft" reasaignments

Relavant SEI Currlculum Modules

CM-3

CM-' CM-7 CM-lO CM-14

CM-12 CM-21

TIN Software Technictú ReIl;'W Procas, James S. Collofello

Software Con/iguration. MtuUJ6lment, Jamel E. Tomayko AaIUl'Clllal of Software Quality, Bradley J. BroWD Mockls of Software Ellolution.: Life Cyck and ~,., Walt Scacchi lnull«tual Property Protection. for Software, Pamela Samuel.on and Kevin Deasy Software Metrics, Everald E. Milis Software Project Management, James E. Tomayko and Harvey'K. Hallman

......

'- f;,

, -

INDIVIDUO

Pedagoglcal Concems

A project should be assigned; it should primarily involve planning-no implementation need be done.

It is difticult to provide motivation for many of the topics in this course witbout experience managing software development projects. Guest lecturera may be especially helpful for this.

Many aspects of software maintenance may be considered project management iSlues. Instructora should coordinate the coverage of these topics between this course and the Software Generation and Maintenance course.

Blbllography

The bibliography for tbil course is still being developed. The bibliography of currículum module CM-21 providel Uleful references for mOlt of this course.

1".

" el

~I,