INGENIERIA DE

REQUERIMIENTOS

INGENIERIA DE SOFTWARE
CONTENIDO

 ESTUDIO DE FACTIBILIDAD

 ANALISIS Y VALIDACION DE REQ.

 METRICA DE PROYECTOS DE SOFT

ESTUDIO DE FACTIBILIDAD

 DEBERA RESOLVER:
 EL SISTEMA CONTRIBUYE A LOS OBJETIVOS
GENERALES DE LA EMPRESA?.
 SE PUEDE IMPLEMENTAR UTILIZANDO LA
TECNOLOGIA ACTUAL CON LAS RESTRICCIONES DE
TIEMPO Y COSTO?
 EL SISTEMA PUEDE INTEGRARSE A OTROS DE LA
EMPRESA
ESTUDIO FACTIBILIDAD 2
 LA INFORMACION BASE ANALISARA:
 COMO SE ARREGLARA LA EMPRESA SI NO SE
TIENE EL SISTEMA.
 CUALES SON LOS PROBLEMAS CON LOS
PROCESOS ACTUALES
 CUAL ES LA CONTRIBUCION DIRECTA A LOS
OBJETIVOS DEL NEGOCIO
 REQUIERE TECNOLOGIA NUEVA
 SE ENLAZA CON OTROS SISTEMAS
 FUNCIONALIDAD DEL SISTEMA
ESTRUCTURA DEL ESTUDIO

 ALCANCE DEL SISTEMA

 OBJETIVOS

 BENEFICIOS DEL SISTEMA

 FUNCIONALIDAD DEL SISTEMA

 RECURSOS DEL SISTEMA

 ESTIMACIONES TIEMPO Y COSTO

 RESUMEN EJECUTIVO.
ANALISIS DE REQUERIMIENTOS

 COMPRESION DEL DOMINIO DE LA APLIC

 RECOLECCION DE REQUERIMIENTOS

 CLASIFICACION DE ESTOS REQ.

 RESOLUCION DE CONFLICTOS

 PRIORIZACIONES

 VERIFICACION DE REQUERIMIENTOS
TECNICAS PARA OBTENCION DE
REQUERIMIENTOS
 OBTENCION ORIENTADA A PUNTOS DE VISTA

 OBTENCION ORIENTADA A ESCENARIOS

 OBTENCION ORIENTADA A LA ETNOGRAFIA

PUNTOS DE VISTA
 UNA FUENTE O CONSUMIDOR DE DATOS
 IDENTIFICAR QUE DATOS SE PRODUCE O
CONSUMEN.
 UN MARCO DE TRABAJO DE LA
REPRESENTACION
 ASIGNAR TAREAS A PROFESIONALES
 UN RECEPTOR DE SERVICIOS
 EXTERNOS AL SISTEMA Y RECIBEN SERVICIOS.
PLANTILLA PUNTO VISTA

 REFERENCIA: Nombre del punto de vista

 ATRIBUTOS: Atributos que proveen informacion
del punto de vista
 EVENTOS: Una referencia a un conj. de eventos
que describe como reacciona el sistema a
eventos del pto. de vista
 SERVICIOS: Descripciones de servicio

 SUBPUNTOS DE VISTA
EJEMPLO: PUNTO VISTA

 REFERENCIA: Estudiantes
 ATRIBUTOS: Nro_matricula, Nombres, Ciclo,
Esc_profesional
 EVENTOS: Solicitar servicio de matricula
normal o especial.
 SERVICIOS: Gestionar dictado cursos

 SUBPUNTOS DE VISTA: Estudiantes de

traslado, Estudiantes repitentes.
ESCENARIOS:DESCRIPCION

 ESTADO AL INICIO DEL ESCENARIO

 FLUJO NORMAL DE EVENTOS

 EVENTOS ANORMALES Y COMO MANEJARLO.

 ACTIVIDADES SIMULTANEAS

 ESTADO DEL SISTEMA DESPUES DE

COMPLETAR EL ESCENARIO
ESCENARIOS:EJEMPLO
Recibo de matricula

Verificacion recibo Selección cursos

Nro matricula errado Verificar prerequisitos

Fecha con vencimiento

Rubro errado
Matricula correcta
ESCENARIOS:EJEMPLO

MATRICULA

<INCLUDE>

ESTUDIANTE

VERIFICAR RECIBO
ETNOGRAFIA

 ETNOGRAFIA: TECNICA DE OBSERVACION PARA

ENTENDER REQUERIMIENTOS SOCIALES Y
ORG.

 SE DOCUMENTA LA FORMA EN QUE TRABAJA

LA GENTE
 REQ SE DERIVA DE LA COOPERACION Y
CONOCIMIENTO DE VARIAS PERSONAS
VALIDACION DE REQUERIM.

 VERIFICACION DE LA VALIDEZ
 VERIFICACION DE LA CONSISTENCIA

 VERIFICACION DE INTEGRIDAD

 VERIFICACION DE REALISMO

 VERIFICABILIDA
TECNICAS DE VALIDACION

 REVISION DE REQUERIMIENTOS
 CONSTRUCCIONES DE PROTOTIPOS

 GENERACION DE CASOS DE PRUEBA

 ANALISIS DE CONSISTENCIA AUTOMATICO

REVISION DE REQUERIM.

 VERIFICABILIDAD
 PUEDE PROBARSE EN LA REALIDAD
 COMPRENSIBILIDAD
 LOS USUARIOS COMPRENDE EL REQ.
 RASTREABILIDAD
 EVALUAR EL IMPACTO DEL CAMBIO
 ADAPTABILIDAD
 EL REQUERIMIENTO ES ADAPTABLE
ADMINISTRACION DE REQ.
 REQUERIMIENTO DURADEDOS Y VOLATILES
 REQ MUTANTES, EMERGENTES, CONSECUTIVOS, DE
COMPATIBILIDAD
 PLANEACION DE LA ADMINISTRACION DE
REQUERIMIENTOS
 IDENTIFICACION, ADM, RASTREO, AYUDA
 ADMINISTRACION DEL CAMBIO DE REQUERIMIENTO
 ESPECIFICACIONES, COSTEO, IMPLEMENTACION
 ESTIMACION DE COSTO DE
SOFTWARE

INGENIERIA DE SOFTWARE
CONTENIDO

 PRODUCTIVIDAD

 TECNICAS DE ESTIMACION

 MODELOS ALGORITMICO DE COSTO

 DURACION Y PERSONAL
PRODUCTIVIDAD
 PRODUCTIVIDAD DE LOS INGENIEROS DE SOFTWARE
QUE HACEN EL DESARROLLO

 EXISTEN DOS MEDIDAS:

 RELACIONAS AL TAMAÑO: LINEAS DE CODIGO FUENTE
ENTREGADAS, INTRUCCIONES DE CODIGO OBJETO,
NUMERO DE PAGINAS DE DOCUMENTACION
 RELACIONADAS CON LA FUNCION: NRO DE PUNTO DE
FUNCION, NRO PUNTOS DE OBJETO
PUNTOS DE FUNCION
 ESTAN RELACIONADOS A LAS
CARACTERISTICAS:
 ENTRADAS Y SALIDAD EXTERNAS
 INTERACCIONES CON EL USUARIO

 INTERFACES EXTERNAS

 ARCHIVOS UTILIZADOS POR EL SISTEMA

 SE PUEDE ESTABLECER PONDERACIONES

DE ACUERDO A LA COMPLEJIDAD.
MEDIDAS PRODUCTIVIDAD
 CONTEO DE PUNTOS DE FUNCION NO AJUSTADO (UFC)
 UFC = Suma( nro elementos x peso)
 Ajuste según complejidad del proyecto

 TAMAÑO DE CODIGO DEL PROY:

 Tamaño codigo = Nro puntos funcion x numero promedio de
linea codigo (AVC)

TECNICAS DE ESTIMACION
MODELADO DE ALGORITMO DE COSTOS
PREDECIR ESFUERZO REQUERIDO
OPINION DE EXPERTOS
CONSULTA A VARIOS EXPERTOS
ESTIMACIONES ANALOGAS
CUANDO SE HA DESARROLLO OTROS
LEY PARKINSON: Trabajo se expande al el tiempo disponible.
COSTO POR RECURSOS DISPONIBLES
ASIGNAR PRECIOS A GANAR
COSTO INDEPENDIENTE DEL CLIENTE.
MODELOS ALGORITMICOS

 BASADOS EN LA FORMULA:

 ESFUERZO = A X TAMAÑOB X M
 A: FACTOR QUE DEPENDE DE ORGANIZ

 B: ESFUERZO SEGÚN TIPO PROYECTO

 M: MULTIPLICADOR QUE TIENE QUE VER CON

PROCESOS Y ATRIBUTOS DEL PRODUCTO
MODELO COCOMO 1
 PROY SIMPLE: aplicaciones bien comprendidas y
equipos pequeños
 PM = 2.4 (KDSI)1.05 x M (PM:PERSONA-MES)
 KDSI:Miles de línea de codigo
 M se determina en base a conductores de costo
 PROY MODERADO: aplicaciones mas complejos y
equipos con experiencia limitada
 PM = 3.4 (KDSI)1.12 x M
 PROY COMPLEJOS: aplicaciones complejas
 PM = 3.6 (KDSI)1.30 x M
MODELO COCOMO 2
 CONSTRUCCION PROTOTIPOS INICIAL
 PM = (NOPx(1-%reut)/100)/PROD
 NOP: numero de puntos de objetos
 PROD: 4,7,13,25,50
 DISEÑO INICIAL - EARLY DESIGN
 P = A x TamañoB x M + PMm
 M = PERS x RCPX x RUSE x PDIF x PREX
 PERS:cap.personal RCPX:complejidad proy
 RUSE:reutilizacion PDIF:dificultad plataforma
 PREX: experiencia FCIL:recursos apoyo SCED:calendarizacion

 PMm = (ASLOC x AT/100)/ATPROD

 ASLOC:linea autogen AT:% componentes traslados
 ATPROD:productividad de traslados automática
 FACTORES PARA DETERMINAR B
Scale Very Low Low Nominal High Very High Extra High
Factors
(Wi)

PREC Sin experiencia poca experiencia Alguna experiencia familiar muy familiar completa familiar
6.20 4.96 3.72 2.48 1.24 0.00

FLEX Riguroso Poco relajado Algo relajado flexible Muy flexible Comp flexible
4.05 2.03 1.01 0.00
5.07 3.04
RESL poco (20%) algo (40%) A menudo (60%) general (75%) Mayor (90%) completo (100%)
7.07 5.65 4.24 2.83 1.41 0.00

TEAM conflictivo Algo conflictivo cooperativo Muy Alta Equipo

5.48 4.38 3.29 cooperativo cooperacion 0.00
2.19 1.10

PMAT
7.80 6.24 4.68 3.12 1.56 0.00
CALCULO DE FACTOR ESCALA B
 FACTORES EXPONENTE, EN ESCALA DE 5 -0 :
 PREC PRECEDENTES- EXPERIENCIA ORG (4.96)
 FLEX FLEXIBILIDAD DE DESARROLLO (3.04)
 RESL RESOLUCION DE RIESGOS (5.65)
 TEAM COHESION DEL EQUIPO (3.29)
 PMAT MADUREZ DEL PROCESO (4.68)

B = (4.96+3.04+5.65+3.29+4.68)/100+0.91 =
1.126 = 1.13
INDUCTORES COSTO X PRODUCTO
 ATRIBUTO DEL PRODUCTO
 RELY: FIABILIDAD REQUERIDA
 CPLX: COMPLEJIDAD DE MODULOS

 DOCU: AMPLITUD DE DOCUMENTACION

 DATA: TAMAÑO DE LA BASE DATOS

 RUSE: PORCENTA REQUERIDO DE

COMPONENTES REUTILIZABLES
INDUCTORES COSTO X PERSONAL
 ATRIBUTOS PERSONALES

 ACAP: CAPAC. DE ANALISIS DE PROYECTO

 AEXP: EXPERIENCIA DEL ANALISTA

 PCAP: CAPACIDAD DEL PROGRAMADOR

 PEXP: EXPERIENCIA DEL PROGRAMADOR

 LTEX: EXPERIENCIA EN EL LENGUAJE Y

HERRAMIENTAS
 PCON: CONTINUIDAD DEL PERSONAL
IND COSTO X PLATAFORMA Y PROYECTO
 ATRIBUTO DE LA PLATAFORMA Y PROYECTO

 ATRIBUTOS DEL PLATAFORMA

 TIME: RESTRICCIONES DE TIEMPO EJEC
 STOR: RESTRICCIONES DE MEMORIA
 PVOL: VOLATILIDAD DE LA PLATAFORMA

 ATRIBUTOS DEL PROYECTO

 TOOL: UTILIZACION HERRAM DE SOFTWARE
 SCED: COMPRESION TIEMPOS DESARROLLO
 SITE: AMPLITUD DE TRABAJO EN SITIOS MULTIPLES
Y CALIDAD COMUNICACIONES
 CALCULO DE MULTIFACTOR M

 CONDUCTORES:
 RELY:fiabilidad muy alta 1.39
 CPLX:complejidad alta 1.3
 STOR:restriccion mem alta 1.21
 TOOL:utilizacion herram. baja 1.12

 SCED.calendarz. Acelerada 1.29

M : 1.39x1.3x1.21x1.12x1.29=3.159
EJEMPLO DE APLICACION
 PUNTOS FUNCION: 516 X 25 = 12,900
 ENTRADA : 6 X 5 = 30
 SALIDAS: 12X 3 = 36
 ARCHIVOS: 30 X 12 = 360
 ENLACES: 5 X 10 = 50
 CONSULTAS 5 X 8 = 40
 PARA LAS ENTRADAS 5 ES LA PODERACION Y 6 ES EL
NUMERO DE ENTRADA.
 ES ESTABLECEN TRES NIVELES DE DIFICULTADES: BAJA
(low), PROMEDIO (average), ALTAS (high) CON PUNTAJES
DIFERENTES.
 25 ES EL NUMERO PROMEDIO DE LINEAS DE CODIGO
POR PTO DE FUNCION Y DEPENDE DEL LENGUAJE DE
PROGRAMACION.
EJEMPLO DE APLICACION

 TAMAÑO SISTEMA: 12,9 MILES LC

 EXPONENTE B: 1.13
 CONSTANTE A 2.4 PARA PROY SIMPLE
 ESFUERZO COMPUESTO M = 3.16
 ESFUEZO INICIAL

 E = 2.4 X 12.9 1.13 = 44 PERSONAS-MES

 EA = 44 X 3.16 = 140 PERSONAS-MES
 Significa que el esfuerzo del proyecto equivale a un
esfuerzo de 140 personas por mes.
COSTO DE DESARROLLO PROY

 ESFUERZO AJUSTADO 140 PER-MES

 COSTO PER_MES S/.3,000

 COSTO ESTIMADO SOFTWARE:

 140 X 3,000 = S/.420,000.

TIEMPO DE DESARROLLO PROY

 ESTIMAR TIEMPO:
 B=1.13 0.28+0.2*0.22=0.324
 TDEV = 3.67 X (140)(0.28+0.2*(B-0.91)) X SCED/100
 TDEV = 3.67 x 152 0.362 X 1 = 18.2

 TDEV = 18.2 MESES.

 SCED: % COMPRESION TIEMPO, DEFECTO 100

 STAFF: NRO PERSONAS = EA / TDEV
 140 / 18.2 = 7.7 o 8 PERSONAS
PRODUCTIVIDAD DEL PROYECTO

 NUMERO DE LINEAL CODIGO: 12,900

 ESFUERZO AJUSTADO: 140 PER-MES

 PRODUCTIVIDAD = RESULTADO / RECURSOS

 12,900 / 140 = 92.14
 PROD = 192 LINEA CODIGO X PERSONAX MES

 INST : COSTO X LINEA O X INSTRUCCION

 3000 S/xPER-MES/92 LC PER-MES = 32.6 S/.xLC

 RIESGOS DE PROYECTO DE SOFTW
 RIESGO POR NO CUMPLIR CON CALENDARIO
 RIESGO POR LA CALIDAD DEL PRODUCTO
 RIESGO POR EL USO DE PLATAFORMA
 RIESGO POR EL PERSONAL DEL PROY
 RIESGO POR LOS PROCESOS DEL PROY
 RIESGOS POR RESUSO DE CODIGO
 RIESGO TOTAL :
 (RC+RP+RUP+RPER+RPRO+RR)/373 x 100
FASES DE UN PROYECTO Y PONDERACION

 PLANEAMIENTO Y REQUERIMIENTOS - 7
 DISEÑOS DEL PRODUCTO - 17
 PROGRAMACION - 62
DISEÑO DETALLADO - 26

CODIFICACION Y PRUEBAS - 36

 INTEGRACION Y PRUEBAS TODO - 21

 TOTAL DE PONDERACION: 107
REPORTE POR MODULO Y FASES
 DISTRIBUCION DE ESFUERZO X FASE

 TOTAL ESFUERZO: 38. PERSONA-MES

 Plan Y R 38 * 7/100 = 2.66 PER-MES

D 38*17/100 = 6.46
 Progr 38 *62/100 = 23.56
 Det 38*26/100=9.88
 Cod 38*36/100=13.68
 Integ 38 *21/100 = 7.98
DETALLE DEL FASE PLANEAM Y REQ
DETALLE DE DISEÑO DE SOFTWARE
DETALLE DE FASE PROGRAMACION
DETALLE DE FASE DE INTEGRACION
External Input Count each unique user data or user control input type that (i) enters
(Inputs) the external boundary of the software system being measured and
Entrada (ii) adds or changes data in a logical internal file.

External Output Count each unique user data or control output type that leaves the
(Outputs) external boundary of the software system being measured.
Salida

Internal Logical File Count each major logical group of user data or control information
(Files) in the software system as a logical internal file type. Include each
logical file (e.g., each logical group of data) that is generated, used,
Archivos or maintained by the software system.

External Interface Files Files passed or shared between software systems should be counted
(Interfaces) as external interface file types within each system.
Interfase o enlace
External Inquiry Count each unique input-output combination, where an input causes
(Queries) and generates an immediate output, as an external inquiry type.
Consultas