PROYECTOS INFORM TICOS

PROYECTOS INFORMTICOS

1-1

PROYECTOS INFORM TICOS

CONTENIDO.1. EL ENFOQUE PROYECTO EN LA INGENIERIA DEL SOFTWARE. EL CICLO DE VIDA DEL SOFTWARE. 2. 3. 4. 5. 6. 7. LA MEDICIN DEL SOFTWARE: MTRICAS. MODELOS DE ESTIMACIN DEL SW: ESFUERZO Y COSTE FORMALIZACIN DE PROYECTOS DE DESARROLLO DE SW. PLANIFICACIN TEMPORAL DE PROYECTOS DE DESARROLLO DEL SOFTWARE. LA CALIDAD EN LOS PROYECTOS INFORMATICOS. LA ARQUITECTURA DE UNA SOLUCIN INFORMTICA. LA INTEGRACIN DE SISTEMAS

1-2

PROYECTOS INFORM TICOS

EL ENFOQUE PROYECTO EN LA INGENIERIA DEL SOFTWARE

1-3

PROYECTOS INFORM TICOS

EL ENFOQUE PROYECTO
CONCRECIN UNICIDAD DOMINIO DE APLICACIN. FLEXIBILIDAD DURACIN LIMITADA

CICLO DE LA GESTIN DE PROYECTOS

INICIACIN : CALIFICACIN : estimacin de cargas y coste, estimacin de riesgos y decisin / rechazo de emprender o no el proyecto. DESARROLLO : planificacin, lanzamiento (ejecucin y desarrollo), seguimiento y control, cierre de fases. CIERRE DEL PROYECTO.

1-4

PROYECTOS INFORM TICOS

LA INGENIERA DEL SOFTWARE ES LA APLICACIN PRCTICA DEL CONOCIMIENTO CIENTFICO AL DISEO Y CONSTRUCCIN DE PROGRAMAS, Y LA DOCUMENTACIN NECESARIA PARA EL DESARROLLO, OPERACIN Y MANTENIMIENTO DE LOS MISMOS. (Barry W. Boehm) PROYECTO : DEFINICIN: especificaciones y requerimientos DISEO: preliminar, detallado y tcnico. DESARROLLO: codificaciones y pruebas. INTEGRACIN: mantenimiento implementacin, operacin y

1-5

PROYECTOS INFORM TICOS % del coste

hw sw mant.

sw desarr.

70

80

90

aos
1-6

PROYECTOS INFORM TICOS

ndice de fallos

Curva de fallos del sw ideal

tiempo
1-7

PROYECTOS INFORM TICOS

curva real de fallos del sw

ndice de fallos

curva de fallos del sw ideal

tiempo
1-8

PROYECTOS INFORM TICOS

tamao mdulos

complejidad de un sistema sw

complejidad =

mdulos utilizados mdulos totales

tiempo
1-9

PROYECTOS INFORM TICOS

ndice de fallos

hw

tiempo
1 - 10

PROYECTOS INFORM TICOS

coste de correccin error

proyectos grandes

proy. peq. y medios

fases de deteccin del error

REQ ESP. Y DISEO COD. PRUEBAS INTEGR. EXPLOT.
1 - 11

PROYECTOS INFORM TICOS

esfuerzo (pers.mes)

esfuerzo = f(lneas)

productividad = lneas/pers.mes

tamao proy. en lneas de cdigo

1 - 12

PROYECTOS INFORM TICOS

EL CICLO DE VIDA DEL SOFTWARE

1 - 13

PROYECTOS INFORM TICOS

EL CICLO DE VIDA
ANLISIS

CODIFICACIN

MODELOS DE CICLO DE VIDA: CASCADA PROTOTIPOS VERSIONES SUCESIVAS TRANSFORMACIONES EN ESPIRAL

1 - 14

PROYECTOS INFORM TICOS SISTEMA SOFTWARE ANALISIS DISEO PROGRAMAS REQUERIMIENTOS DEFINICIN

ESPECIFICACIN

DISEO

CODIFICACION DESARROLLO PRUEBAS INTEGRACIN OPERACIN

1 - 15

IMPLEMENTACIN

PROYECTOS INFORM TICOS

DISEO PRELIMINAR

DISEO DE GESTIN
DISEO DETALLADO DISEO DE DATOS DISEO ARQUITECTNICO

DISEO TCNICO
DISEO DE PROCEDIMIENTOS DISEO DE INTERFACES

1 - 16

PROYECTOS INFORM TICOS

Coste total del sw Coste o esfuerzo

Coste de las interfaces

Coste por mdulo Regin de coste mnimo n de mdulos

1 - 17

PROYECTOS INFORM TICOS REQUERIMIENTOS ESPECIFICACIONES DISEO CODIFICACIN PROGRAMAS PRUEBAS PROGRAMAS INTEGRACIN OPERACIN MANTENIMIENTO

EL MODELO EN CASCADA

1 - 18

PROYECTOS INFORM TICOS

REQUERIMIENTOS ESPECIFICACIONES PROTOTIPO FASE A EVAL.USUARIO

MODELO PROTOTIPOS

DISEO CODIFICACIN PROG. PRUEBAS INTEGRACIN FASE B OPERACIN

1 - 19

PROYECTOS INFORM TICOS

MODELO DE CICLO DE VIDA ITERATIVO

ANLISIS ESPECIFICACIONES FUNCIONALES

EXPRESIN NECESIDADES

DISEO

VALIDACIN PRUEBAS

IMPLEMENTACIN

1 - 20

PROYECTOS INFORM TICOS

EL MODELO DE TRANSFORMACIN
PRE-REQUISITO: PODER PASAR DE REQUERIMIENTOS A CDIGO FASES:
1. 2. 3. 4. 5. ESPECIFICACIN FORMAL DEL SISTEMA TRANSFORMACIN AUTOM TICA DE ESPECIFICACIONES EN CDIGO ITERACIONES SOBRE EL CDIGO PRUEBA GENERAL DEL PRODUCTO SOFTWARE ITERACIONES SOBRE EL PRODUCTO SOFTWARE PARA AJUSTAR EL RESULTADO A LAS ESPECIFICACIONES

1 - 21

PROYECTOS INFORM TICOS

VARIANTES DEL MODELO CASCADA

Anlisis de Requerimientos

Diseo Detallado Codificacin

Especificaciones Diseo Global

Diseo Detallado Codificacin Diseo Detallado Codificacin

Prueba subsistema

Prueba subsistema

Diseo Detallado Codificacin Prueba subsistema

Prueba subsistema

Integracin y Prueba del Sistema

1 - 22

PROYECTOS INFORM TICOS

ANALISIS DE REQUERIMT. ESPECIFICACIONES. MODELO EN CASCADA: VERSIONES SUCESIVAS

INCR. 1 DISEO DETALLADO

DISEO

CODIFICAC. INTEGRAC. EXPLOTAC. INCR. 2 DISEO DETALLADO CODIFICAC. MANTTO.

VERIFICACIN INCR. 3

INTEGRAC. EXPLOTAC. MANTTO. 1 - 23

PROYECTOS INFORM TICOS Esp. funcional Conc. sistema INTERFACES COMUNICS. HW SW Especificacin Diseo preliminar Diseo detallado Codif. Y Pruebas Integracin Validacin Entrega Int.valid.sistema Entrega sistema Mantenimiento

SISTEMA A DESARROLLAR realizacin de componentes

MODELO INTEGRADO DEL CICLO DE VIDA

1 - 24

PROYECTOS INFORM TICOS

ANALISIS DE REQUERIMT. ESPECIFICACIONES.

MODELO DE ENTREGA POR ETAPAS

DISEO GLOBAL

ETAPA 1: Diseo detallado, codificacin, depuracin, prueba y entrega

ETAPA 2: Diseo detallado, codificacin, depuracin, prueba y entrega

ETAPA n : Diseo detallado, codificacin, depuracin, prueba y entrega 1 - 25

PROYECTOS INFORM TICOS

ANALISIS DE REQUERIMTOS. ESPECIFICACIONES. DISEO GLOBAL

MODELO DE DISEO POR PLANIFICACIN

PRIORIDADES

ALTA PRIORIDAD:Diseo detallado, codificacin, depuracin y prueba PRIORIDAD MEDIA-ALTA:Diseo detallado, codificacin, depuracin y prueba PRIORIDAD MEDIA:Diseo detallado, codificacin, depuracin y prueba PRIORIDAD MEDIA-BAJA:Diseo detallado, codificacin, depuracin y prueba PRIORIDAD BAJA:Diseo detallado, codificacin, depuracin y prueba ENTREGA FINAL 1 - 26 ENTREGA INICIAL

PROYECTOS INFORM TICOS

ANALISIS DE REQUERIMTOS ESPECIFICACIONES

MODELO DE ENTREGA EVOLUTIVA

DISEO GLOBAL ENTREGA VERSION FINAL

DESARROLLAR UNA VERSION

INCORPORAR REALIMENTACION DEL CLIENTE

ENTREGAR UNA VERSION

RE-ALIMENTACION DEL CLIENTE 1 - 27

PROYECTOS INFORM TICOS MODELO EN ESPIRAL

COSTE ACUMULADO Determinar objetivos, alternativas y restricciones Identificar y resolver riesgos

Evaluar alternativas Acordar un enfoque para la prxima iteracin Prototipo 3 INICIO Prototipo 1 Plan de req., plan Prototipo 2 Simulaciones ciclo de vida Req. sw Modelos Plan de Validacin Pruebas Diseo Diseo detallado desarrollo Req. Sw. sw Plan de integracin y VyV Codificacin y Prueba prueba unid. diseo Integracin Aceptacin Entrega Desarrollar las entregas de la iteracin y comprobar que son correctas 1 - 28 Prototipo operativo

REVISION

Planificar la siguiente iteracin

PROYECTOS INFORM TICOS Modelo: Proceso Iterativo e Incremental Arquitectura Desarrollo basado en componentes Gestin de versiones Ingeniera en espiral
Anlisis

Especificaciones

Diseo

V1.2

Validacin

Implementacin

Pruebas

V1.0 V1.1 1 - 29

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_01

1 programa medio requiere 4 d as/h 1 d a E+D 2 C+P 1 Int. Herramienta CASE que incrementa la productividad en desarrollo 100%
Coste: 30.000 + 1.500 /puesto trabajo Equipo de desarrollo: 20 programadores con un coste salarial medio de 24.000 anuales

1 - 30

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_01

CON HERRAMIENTA CASE :

1 programa tarda 3 das en realizarse (1 E+D, 1 C+P, 1 Int.) 24.000 /ao: 100 /persona.da (aprox.) 1 ao 242 das

COSTE PROGRAMA:
Antes: 400 Ahora: 300 Ahorro: 100 cada 4 das 25 /programa da

AMORTIZACIN COSTE:
1.500/25= 60 das la componente puesto de trabajo El ahorro diario para los 20 progr es de 20*25= 500 /da. 30.000/500 = 60 das amortizacin parte fija til CASE Total = 120 das 5 meses y 10 das

1 - 31

PROYECTOS INFORM TICOS

EFECTO DE LA LA CURVA DE APRENDIZAJE DE UNA HERRAMIENTA EN LA PRODUCTIVIDAD

Productividad ganada Productividad perdida Herramienta 1 Herramienta 2

H2 Duracin Nivel de productividad Proyecto A CON la nueva herramienta (cada inicial debida al aprendizaje) H1 Duracin Proyecto B

1 - 32

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_02

REQ + ESP 20 p*d

DISEO 80

CODIFICACIN 100

INTEGRACIN 60

IMPLEM ./OPERAC. 40

LNEAS DE CDIGO: 3.600 LOC PRODUCTIVIDAD: 3.600 LOC / 300 p*d = 12 LOC / p*d

1 - 33

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_02

PROYECTO NUEVO: 100.000 LOC

100.000 LOC = 8.000 p*d 12 LOC/p*d

80 d * 100 p 400 d * 20 p 800 d * 10 p ........

RECURSOS DISPONIBLES: 20 p PLAZO REALIZACIN PROYECTO: 6 meses (132 das)

1 - 34

PROYECTOS INFORM TICOS 8.000 p*d = 60,61 h 132 d

SUPUESTO PRCTICO_02

(solo hay disponibles 20p)

ENFOQUE DEL PROYECTO:

20 programadores propios de la empresa (sueldo: 1.500 /mes 41 contratados de fuera durante 6 meses a un coste de 240 /da

COSTE CONTRATACIN: 41 p * 132 d * 240 /da = 1.288.880 COSTE PERSONAL PROPIO: 20 p * 6 meses * 1.500 /mes = 180.000 COSTE TOTAL DE PERSONAL: 1.288.880 + 180.000 = 1.468.880

1 - 35

PROYECTOS INFORM TICOS 8.000 p*d = 30,30 p 264 d

SUPUESTO PRCTICO_02

DUPLICAMOS EL TIEMPO

20 programadores propios de la empresa (sueldo: 1.500 /mes 11 contratados de fuera durante 264 das a un coste de 240 /da COSTE CONTRATACIN: 11 p * 264 d * 240 /da = 696.960 COSTE PERSONAL PROPIO: 20 p * 12 meses * 1.500 /mes = 360.000 COSTE TOTAL DE PERSONAL: 696.960 + 360.000 = 1.056.960 AHORRO: 1.468.880 1.056.960 = 411.920 (28 % )
1 - 36

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_03

Al responsable del Sistema se le presenta la alternativa de eleccin que refleja el grfico adjunto
40 35 30 25 20 15 10 5

Gama A

Gama B

Gama C

Familia A Familia B Familia C

Mxima configuracin Mxima configuracin Mxima configuracin

1 GB 2 Lneas de comunicaciones 0.5 GB 2 Lneas de comunicaciones 4 GB 8 Lneas de comunicaciones

1 - 37

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_03

Cada lnea de comunicaciones soporta como mximo 8 puestos de trabajo, y tienen un coste fijo de 10 u.m. (unidades monetarias) por lnea ms 1 u.m . por puesto de trabajo. El coste de funcionamiento del puesto de trabajo es de : Familia A : 8 u.m. al ao Familia B : 6 u.m . al ao Familia C : 4 u.m. al ao Cada GB cuesta 10 u.m . Cada unidad de carga tiene un coste fijo de 5 u.m . para la familia A, 7 en B y 8 en C El coste de mantenimiento es de : Familia A : 10 u.m . al ao Familia B : 8 u.m . al ao Familia C : 16 u.m . al ao Se desea configurar un Sistema Informtico que soporte 20 unidades de carga con 12 puestos de trabajo y 1 GB. Se pide : Calcular el presupuesto global en todos los casos posibles, a un ao vista y a cuatro aos.
1 - 38

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_03

SOLUCIN: Se descarta la Familia B porque no puede alcanzar el Gb exigido en el enunciado.

S.I. ? FAMILIA A 1 ao U.Carga P.Trabajo Lneas 20 12 2 5 um 8 um/per 10 um 1 um/PT 10 um 10 um/per 100 96 20 12 10 10 4 aos 100 384 20 12 10 40 8 um 4 um/per 10 um 1 um/PT 10 um 16 um/per FAMILIA C 1 ao 160 48 20 12 10 16 4 aos 160 192 20 12 10 64

Gb Mtto

TOTAL

248

566

266

458

Como se puede observar el S.I. perteneciente a la Familia A es un 6.8% m s barato a corto plazo, pero a un periodo de aos es un 19% m s econmico el S.I. de la Familia C.
1 - 39

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_04

Las condiciones de carga de un sistema informtico son las siguientes :

Ni 40 15 5 10 Prc. de Comunic. Puestos de trabajo Crecimiento anual

TRABAJO usuarios transaccionales programadores nivel batch usuarios interactivos (SQL) 8 lneas posibles <= 12 p. de trabajo/lnea 10 % anual en n de usuarios transaccionales e interactivos, base de datos 5 programadores m s 2 aos despus

CARGA UNITARIA 0.25 0.50 4 1

Bases de datos : 24 GB

1 - 40

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_04
INV 10 14 18 22 15 25 35 10 25 0.3 0.1 1 --MANT/AO 1.5 1.8 2 2.2 1.8 3 4.2 1.2 2.5 --0.1 --ALQ/AO 3.5 5.3 7 8 6.5 8.5 12 4 8 ---2 1.2+0.01*

ITEM CPU A1 A2 A3 A4 B1 B2 B3 P. de C. 5 GB P. de T. Adap. Lnea Lnea C. Sw. Bsico Sw. Red * por puesto de trabajo

1 - 41

PROYECTOS INFORM TICOS

80 25 70 60 50 40

SUPUESTO PRCTICO_04

Decidir qu sistema/modelo contratado hoy permite evolucionar in situ en 4 aos. Decidir si INVERSIN/ALQUILER de hoy al final del periodo. NOTA: Cuando se pasa de un modelo a otro (p. ej.: de A1 a A2) hay que pagar la diferencia de coste de inversin, y el coste de mantenimiento o alquiler que corresponden al nuevo. El alquiler lleva incorporado en su precio el mantenimiento.

1 - 42

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_04

TRABAJO

CARGA AO 0 UNIT. NUM. 0.25 0.50 4 1 TOTAL 40 15 5 10

TOTAL AO 1 U.DE C. NUM.

TOTAL .... U.DE C.

US.TXNALES PROGRS. BATCH US.INTERAC.

P. DE COM. GB (24 GB) P.DE TRAB. AD.DE LINEA L.DE COM.

1 5 65 65 6

1 - 43

PROYECTOS INFORM TICOS

SUPUESTO PRCTICO_04

AO 0 INV. MTTO. ALQ. D. USO

ad do n

AO 1

......

INV. MTTO. ALQ.D. USO

CPU P. DE COM. GB P.DE TRAB. AD.LINEA L.DE COM. SW.BSICO SW. DE RED

1 - 44

PROYECTOS INFORM TICOS AO 0

SUPUESTO PRCTICO_04
AO 1

INV MTTO ALQ D.U. INV MTTO ALQ D.U. CPU P.de C. B.de D. INV+MTTO ALQ P de T A de L L de C Sw.Bsico Sw Red INV + MTTO D. De USO
1 - 45

PROYECTOS INFORM TICOS

TRABAJO U. TX. PROGRs. N. BATCH. U. Interact. U. de C. P. de C. GB P. de T. A. de L. L. de C.

Ni 40 15 5 10

C.U. TOTAL AO1 TOTAL AO2 TOTAL AO3 0,25 0,5 4 1 10 7,5 20 10 47,5 1 25 65 65 6,00 44 15 5 11 11 7,5 20 11 49,5 1 30 70 70 6 48 20 5 12 12 10 20 12 54 53 20 5 13

TOTAL AO4 TOTAL 13,25 10 20 13 56,25 1 35 86 86 8 59 20 5 15 14,75 10 20 15 59,75

1 24 65 65 5,42

1 26,4 70 70 5,83

1 29,04 80 80 6,67

1 1 30 31,944 80 86 80 86 7 7,17

35,14 86 86 7,17

CPU A3 CPU A2 P. de C. 5 GB INV + MTTO ALQ. P. de T. A. de L. L. de C. SW bs. SW red INV + MTTO D. de USO TOTAL

AO0 AO1 INV. MTT. ALQ. D.U. CNF. INV. MTT. ALQ. D.U. CNF. INV. MTT. ALQ. D.U. 18 2 7 0 0 14 1,8 5,3 0 1 14 1,8 5,3 0 1 0 1,8 5,3 0 10 1,2 4 0 1 10 1,2 4 0 1 0 1,2 4 0 25 2,5 8 0 25 125 12,5 40 0 30 25 15 48 0 149 15,5 25 18 49,3 57,3 0,3 0,1 1 0 0 0 0 0,1 0 0 0 0 0 0 0 0 0 0 2 1,2 65 65 6 1 1 19,5 6,5 6 0 0 32 0 0 0,6 0 0 0,6 3,85 0 0 0 0 0 0 0 0 2 1,85 70 70 6 1 1 1,5 0,5 0 0 0 2 0 0 0,6 0 0 0,6 3,9 0 0 0 0 0 0 0 0 2 1,9

1 - 46

PROYECTOS INFORM TICOS

AO2 AO3 CNF. INV. MTT. ALQ. D . U . CNF. INV. MTT. ALQ. D . U . CPU A3 1 4 2 7 0 1 0 2 7 0 CPU A2 0 0 P. de C. 1 0 1,2 4 0 1 0 1,2 4 0 5 GB 30 0 15 48 0 35 25 17,5 56 0 INV + MTTO 4 18,2 25 20,7 ALQ. 59 67 P. de T. A. de L. L. de C. SW bs. SW red INV + MTTO D. de USO TOTAL 80 80 7 1 1 3 1 1 0 0 5 0 0 0,7 0 0 0,7 4 0 0 0 0 0 0 0 0 2 2 86 86 8 1 1 1,8 0,6 1 0 0 3,4 0 0 0,8 0 0 0,8 4,06 0 0 0 0 0 0 0 0 2 2,06

275 233

45 16 336

45 16 294

1 - 47

PROYECTOS INFORM TICOS

ESPECIFICACIN DE REQUISITOS

1 - 48

PROYECTOS INFORM TICOS

INGENIERA DE REQUISITOS
PROCESO SISTEMTICO DE DEFINICIN, COMPRENSIN, ANLISIS Y DOCUMENTACIN DE LOS REQUISITOS.
LOS REQUISITOS DEFINEN LOS SERVICIOS QUE EL SISTEMA DEBE PROPORCIONAR A LOS USUARIOS Y LAS RESTRICCIONES Y CONDICIONES DE USO DE LOS MISMOS

1 - 49

PROYECTOS INFORM TICOS

TIPOS DE REQUISITOS
DE CARCTER GENERAL, pueden ser vistos en trminos amplios como lo que el sistema debe hacer FUNCIONALES, definen las funcionalidades del sistema DE RENDIMIENTO DE IMPLEMENTACIN

Dado que los requisitos son de muy diferentes tipos no es posible definir un nico procedimiento estndar de especificacin de los mismos.
1 - 50

PROYECTOS INFORM TICOS

PROBLEMAS COMUNES
Muchos de los problemas que aparecen en los sistemas software una vez en utilizacin se derivan de problemas aparecidos, o no detectados, en la fase de anlisis y/o especificacin de los requisitos. Los requisitos no reflejan las necesidades reales del cliente del sistema software. Los requisitos son inconsistentes y/o incompletos. Es difcil introducir cambios en los requisitos una vez estos han sido consensuados entre cliente y desarrollador. Hay una falta de entendimiento entre clientes y aquellos que desarrollan el sistema software .
1 - 51

PROYECTOS INFORM TICOS

DESCRIPCIN DE UN REQUISITO
Una facilidad para el usuario del sistema software; por ejemplo: documentacin en lnea. Una propiedad del sistema; por ejemplo: controlar los usuarios que acceden al sistema. Una restriccin especifica del sistema; por ejemplo: se precisa que el tiempo de respuesta sea inferior a 10 segundos.. Cmo realizar un clculo determinado; por ejemplo: cmo proceder al clculo de totales y redondeo en una factura. O el formato de una salida: por ejemplo: una factura o un pedido o listado solicitado Cmo debe realizarse el desarrollo: por ejemplo utilizar tal o cual lenguaje de programacin, o metodologa de desarrollo, o herramienta CASE
1 - 52

PROYECTOS INFORM TICOS

Los requisitos se refieren a un conjunto de problemas, conductas del sistema, forma de desarrollarlo, restricciones de utilizacin, etc,.., que precisan de un modo de enfocarlos sistemtico y estructurado conocido como ingeniera de requisitos. Muy pocas organizaciones tienen estandarizado y bien definido el proceso de obtencin de los requisitos, dejando, generalmente, a la responsabilidad de los tcnicos implicados la definicin de decidir qu hacer y cmo, qu informacin y qu tiles se usaran, etc,.. Se trata por tanto de una fase del ciclo de vida que esta muy poco tecnificada , a pesar que los informes y estudios existentes estiman que el coste de esta fase llega a suponer en torno al 15 % del presupuesto total de desarrollo e implantacin de un nuevo sistema software .
1 - 53

PROYECTOS INFORM TICOS

EL PROCESO DE LA INGENIERIA DE REQUISITOS PARA UN SISTEMA SOFTWARE

Informacin existente Necesidades cliente Estndares organizacin Legislacin Informacin sobre dominio Requisitos acordados

PROCESO DE INGENIERIA DE REQUISITOS

Especificacin sistema Modelo sistema

Fig. 2.- Entradas y Salidas del proceso de ingeniera de requisitos.

1 - 54

PROYECTOS INFORM TICOS

REALIZACIN DE LAS ACTIVIDADES

Definic. Requisitos

An.y Neg. Requisitos

Docum. Requisitos

Validac. Requisitos

Necesidades usuario, informacin dominio, regulaciones, estndares,..

Documento requisitos Especificaciones sistema Requisitos acordados

Fig. 3.- Modelo de actividades del proceso de ingeniera de requisitos.

1 - 55

PROYECTOS INFORM TICOS

CICLO DE VIDA
Requerim. Sistema Especificacin de requerimientos del sistema Especificacin de requerimientos software Requerim. Software Diseo Software

Especificacin de diseo software

Codificac. y Pruebas

Integracin

Operacin Fig. 4. Los requerimientos y el modelo del ciclo de vida en cascada.

1 - 56

PROYECTOS INFORM TICOS

Requerimientos del sistema

Anlisis de requerimientos del sistema Requerimientos hardware Requerimientos software Requerimientos Comunicacs.

Diseo hardware

Diseo software

Diseo Communics.

Fig. 6.- De los requerimientos sistema al diseo

1 - 57

PROYECTOS INFORM TICOS

ESPECIFICACIN DE REQUERIMIENTOS

1.- Introduccin. IEEE / ANSI 830-1993 Objetivo del documento de requisitos. Alcance del producto. Definiciones, acrnimos y abreviaturas. Referencias Visin general del documento 2.- Descripcin general. Perspectiva del producto. Funciones del producto. Caractersticas usuario. Restricciones generales. Asunciones y dependencias. Aplazamiento de requisitos. 3.- Requisitos especficos. Interfaces externas Funcionalidad Requisitos de rendimiento. Requisitos de la base de datos Restricciones de diseo. Caractersticas de calidad y atributos del sistema. 4.- Anexos. 1 - 58 5.- Glosario.

PROYECTOS INFORM TICOS

3.- Requisitos especficos. 3.1.- Requisitos funcionales 1. 3.1.1. 3.1.2. 3.1.3. 3.1.4. 3.1.5.

Introduccin. Entradas. Proceso. Salidas. Interfaces externas.

ALTERNATIVA IV RELATIVA A SISTEMAS SOFTWARE COMPLEJOS

3.1.5.1.- Interfaces de usuario. 3.1.5.2.- Interfaces hardware. 3.1.5.3.- Interfaces software. 3.1.5.4.- Interfaces de comunicaciones.

3.1.6. - Requisitos de rendimiento. 3.1.7. - Restricciones de diseo.

3.1.7.1.- Conformidad a estndares. 3.1.7.2.- Restricciones hardware.
..

3.1.8.- Atributos . 3.1.8.1.- Disponibilidad del sistema. 3.1.8.2.- Seguridad. 3.1.8.3.- Mantenibilidad. 3.1.9.- Otros requisitos. 3.1.9.1.- Base de datos. 3.1.9.2.- Operacin. 3.1.9.3.- Instalacin .

3.2.- Requisitos funcionales 2. 3.3.- Requisitos funcionales 3.1 - 59

PROYECTOS INFORM TICOS

NATURALEZA DE LAS ERS

Las ERS son una especificacin detallada y completa de los requisitos para un producto software particular, que deben realizar determinadas funciones en un entorno y dominio especifico, y deben satisfacer determinadas caractersticas bsicas:

Funcionalidad Interfaces externas Rendimiento Atributos Restricciones Etc.,

1 - 60

PROYECTOS INFORM TICOS

CARACTERSTICAS DE LA ERS
La ERS deben ser:

Correctas No ambiguas Completas Consistentes Clasificadas por su importancia Verificables Modificables Trazables
1 - 61

PROYECTOS INFORM TICOS

CORRECTAS
Una ERS es correcta si, y solo si, cada requisito definido debe ser satisfecho por el sistema software. No hay ning n til o herramienta que asegure la correccin de las ERS, por lo que debe ser verificable en una instancia superior de los mismos requisitos, o con la documentacin del proyecto, con otros estndares aplicables, para verificar que es conforme con los mismos. Alternativamente el cliente o usuario debe poder determinar si las ERS reflejan correctamente las necesidades reales.
1 - 62

PROYECTOS INFORM TICOS

NO AMBIGUA
Una ERS es no ambigua si, y solo si, cada requisito definido en la misma tiene una sola interpretacin. Como mnimo, ello exige que cada caracterstica del producto final sea descrita utilizando un nico trmino. En los casos en que el trmino usado en un contexto particular pueda tener mltiples significados, el trmino debe ser incluido en un glosario en donde se aclare su significado especifico. Dado que las ERS son una parte importante del proceso de requisitos, y son utilizadas en las fases del ciclo de vida diseo, implementacin, verificacin, validacin, etc.,.. deben ser no ambiguas tanto para quien las crea como para quien las utiliza.. Las ERS son escritas normalmente en lenguaje natural, y este, an correctamente utilizado, puede ser ambiguo. Una va para resolver esta ambigedad es escribir las ERS en un lenguaje de especificacin de requisitos.
1 - 63

PROYECTOS INFORM TICOS

COMPLETAS
Una ERS es completa si, y solo si, incluye los siguientes elementos:
Todos los requisitos significativos, sean relativos a funcionalidad, rendimiento, restricciones de diseo o interfaces externas. Definicin de la respuesta del sistema software a todas las clases y tipos de entradas de datos en cualquier situacin que pueda presentarse. Hay que tener presente que esto supone que deben especificarse tanto las respuestas a entradas vlidas como las que no lo son. Referencia de todas las figuras, diagramas, tablas, etc.,.. y definicin de todos los trminos y unidades de medida.

1 - 64

PROYECTOS INFORM TICOS

CONSISTENTES
La consistencia se refiere a la conformidad de las ERS con documentos de ms alto nivel. Si no hay esta conformidad es que las ERS no son consistentes. Hay, generalmente, tres tipos de problemas de consistencia, que son:
Puede haber conflicto entre las caractersticas de los objetos del mundo real. Por ejemplo: una salida del sistema puede ser descrita en un documento como tabla y en otro como texto. O que un mensaje de error debe aparecer en color rojo, y en otro documento anterior especificar que todos los mensajes de error deben ser en vdeo inverso. Puede haber conflicto lgico o temporal entre determinadas acciones a realizar por el sistema software. . Por ejemplo en un lugar dice que determinado clculo se hace sumando dos entradas, y en otro lugar que multiplicando. Dos o m s requisitos pueden describir el mismo objeto del mundo real usando diferentes trminos para el mismo. Por ejemplo en unos casos se puede utilizar la expresin formulario y en otro plantilla de documento, que no son sinnimos. La consistencia, en este caso, se asegura a travs del glosario de trminos.

1 - 65

PROYECTOS INFORM TICOS

VERIFICABLES
Una especificacin de requisitos es verificable si y solo s cada uno de los requisitos definidos es verificable. A su vez, un requisito es verificable si, y solo si, existe algn procedimiento por el que una persona o m quina puede chequear que el producto software cumple los requisitos. En general un requisito ambiguo es no verificable. Requisitos no verificable incluyen expresiones del tipo: trabaja bien, buena interfaz , ocurre usualmente, etc,. Estos requisitos no pueden ser verificados porque es imposible definir trminos como bueno, bien, usualmente. Otro tipo de requisitos son no verificables. Es el caso de aquellos que incluyen expresiones como el sistema software no debe caer nunca en un bucle infinito, ya que la verificacin de esta condicin es tericamente imposible. Un ejemplo de requisito verificable es: La respuesta del sistema debe producirse antes de 20 segundos en el 60% de los casos, y debe producirse en menos de 30 segundos en el 100% de las ocasiones. Esta expresin es verificable porque utiliza trminos concretos y cantidades o magnitudes medibles. Si un m todo no puede ser analizado para determinar cuando el sistema software cumple un requisito particular, entonces dicho requisito debe ser eliminado o revisado.

1 - 66

PROYECTOS INFORM TICOS

MODIFICABLE
Una ERS es modificable si, y solo s, su estructura y estilo son tales que cualquier cambio de los requisitos puede hacerse fcil, completa y consistentemente manteniendo la misma estructura y estilo. La modificabilidad requiere que las ERS: Estn organizadas de manera coherente y fcil de usar, con una tabla de contenidos, un ndice, referencias cruzadas, etc,.. No sean redundantes, es decir el mismo requisito no debe aparecer ms de una vez. Expresen cada requisito separadamente .
1 - 67

PROYECTOS INFORM TICOS

TRAZABLES
Las ERS son trazables si el origen de cada requisito es claro y si facilita la referencia del mismo para futuros desarrollos o modificaciones. Son recomendables dos tipos de trazabilidad: Hacia atrs : Cuando cada requisito referencia explcitamente su fuente u origen en documentos anteriores. Hacia delante: Implica que cada requisito tienen un nico nombre o nmero de referencia.

1 - 68

PROYECTOS INFORM TICOS

ESTRUCTURA DE UN DOCUMENTO ERS La estructura que establece el estndar IEEE / ANSI 830-1993 para el documento de especificacin de requisitos, es: 1.- Introduccin 2.- Descripcin general. 3.- Requisitos especficos. 4.- Apndices. 5.- Glosario.
1 - 69

PROYECTOS INFORM TICOS

1.- INTRODUCCIN La introduccin de documento ERS debe proporcionar una visin general del documento completo ERS. Y debe incluir las siguientes subsecciones:
Objetivo del documento de requisitos. Alcance del producto. Definiciones, acrnimos y abreviaturas. Referencias Visin general del documento.
1 - 70

PROYECTOS INFORM TICOS

2.- DESCRIPCIN GENERAL

Esta seccin de las ERS debe describir los factores generales que afectan al producto y sus requisitos. En esta seccin no deben definirse los requisitos, si no proporcionar el fundamento de los mismos, que se analizan en detalle en la seccin 3 de ERS (Requisitos especficos). Usualmente esta segunda seccin de los ERS contiene seis subsecciones: Perspectiva del producto: Funciones del producto: Caractersticas del usuario Restricciones Asunciones y dependencias 1 - 71 Aplazamientos de requisitos

PROYECTOS INFORM TICOS

PERSPECTIVA DEL PRODUCTO Esta subseccin pone el producto relacin con otros productos. en

deberan especificar las interfaces de usuario: Las caractersticas lgicas de cada interfaz entre el producto software y los usuarios del mismo, como podran ser formatos de pantalla, descripcin de mens, ejemplo de listados, disponibilidad de teclas de funcin, etc,.. necesarias para adecuarse a los requisitos. Todos los aspectos de optimizacin de la interfaz con la persona que debe usar el sistema, especificando cmo el sistema se presenta al usuario.

1 - 72

PROYECTOS INFORM TICOS

FUNCIONES DEL PRODUCTO Esta subseccin debe proporcionar un sumario de las funciones principales que el sistema software debe realizar. Estas funciones deben estar organizadas de modo que sean comprensibles por los clientes / usuarios. Deben utilizarse mtodos textuales o grficos para mostrar las diferentes funciones y sus relaciones.
1 - 73

PROYECTOS INFORM TICOS

CARACTERSTICAS DEL USUARIO Si existen algunos requisitos que deben satisfacer los usuarios deben detallarse aqu: experiencia en el dominio, conocimientos tcnicos, etc,..

1 - 74

PROYECTOS INFORM TICOS

RESTRICCIONES En esta subseccin deben detallarse aquellas restricciones que pueden limitar las opciones de desarrollo:
Limitaciones hardware Auditoria Consideraciones de privacidad y seguridad Nivel crtico del sistema Interfaz con otras aplicaciones Criticidad de las aplicaciones Etc..
1 - 75

PROYECTOS INFORM TICOS

ASUNCIONES Y DEPENDENCIAS
En esta subseccin se deben especificar cada todos y cada uno de los factores que afectan a los requisitos definidos en las ERS. Por ejemplo: el sistema operativo sobre el que debe funcionar. Si, de hecho, el sistema operativo no esta disponible sobre esa plataforma hardware debe cambiarse la ERS.

1 - 76

PROYECTOS INFORM TICOS

APLAZAMIENTO DE REQUISITOS Esta Subseccin de las ERS debe identificar aquellos requisitos o aspectos del sistema software que son aplazados hasta futuras versiones del mismo.

1 - 77

PROYECTOS INFORM TICOS

3.- REQUISITOS ESPECFICOS

Esta seccin de las ERS debe contener todos los requisitos software a un nivel de detalle suficiente para permitir que el equipo de desarrollo realice el diseo satisfaciendo todos esos requisitos. Cada requisito especificado debe ser externamente comprobable por los usuarios, operadores u otros sistemas externos. Estos requisitos especficos deben incluir, como mnimo, una descripcin de cada entrada al sistema, cada salida (respuesta) del sistema, y todas las funciones realizadas por el sistema en respuesta a una entrada o como soporte de cada salida. Esta parte de los requisitos es con mucho la ms importante de las ERS 1 - 78

PROYECTOS INFORM TICOS

INTERFACES EXTERNAS
Deben ser una descripcin detallada de todas las entradas y salidas del software del sistema en desarrollo. Debe complementarse con la descripcin de las interfaces del sistema antes descritas., y no deben repetir informaciones. Su formato y contenido debera contemplar:
Nombre de cada tem. Descripcin Origen de la entrada o destino si salida. Rango de validez y tolerancia. Unidad de medida. Relacin con otros inputs o salidas. Organizacin y formato de las pantallas. Id. Ventanas. Formato de datos. Formato de comandos. Mensajes

1 - 79

PROYECTOS INFORM TICOS

FUNCIONES
Los requisitos funcionales deben definir las acciones fundamentales que debe realizar el software al aceptar y procesar los inputs y al procesar y generar las salidas (deberan entenderse como: El sistema debe...) Incluyen :
Controles de validez de los inputs. Secuencia exacta de operaciones. Respuesta a situaciones anmalas. Efecto de los parmetros Relacin de las salidas a los inputs, incluyendo: Secuencias input-output. Frmulas para convertir los inputs en salidas.
1 - 80

PROYECTOS INFORM TICOS

REQUISITOS DE RENDIMIENTO
Esta subseccin debe especificar tanto los requisitos numricos estticos como dinmicos exigidos al software o a la interaccin humana con el software como un todo. Los requisitos estticos numricos pueden incluir los siguientes:
El numero de puestos de trabajo a soportar El nmero de usuarios simultneos a soportar. Cantidad y tipo de la informacin a manejar.

Los requisitos dinmicos numricos incluyen el nmero de transacciones y tareas y la cantidad de datos a ser procesados en un determinado periodo de tiempo, tanto en periodos normales de trabajo como en los picos de carga, y deben ser detallados en forma medible:
por ejemplo: el 95 % de las transacciones debe completarse en menos de 1 segundo,

1 - 81

PROYECTOS INFORM TICOS

REQUISITOS LGICOS DE LA BASE DE DATOS En este apartado se debe especificar los requisitos lgicos para cualquier informacin a incluir en la base de datos. Por ejemplo:
Tipos de informacin que utilizan las diferentes incluidas en el sistema Frecuencia de uso Posibilidades de acceso Entidades de datos y sus relaciones Restricciones de integridad Etc..
1 - 82

PROYECTOS INFORM TICOS

RESTRICCIONES DE DISEO Son las que puedan ser impuestas por los estndares, limitaciones hardware, etc.,..

1 - 83

PROYECTOS INFORM TICOS

CONFORMIDAD CON ESTNDARES

En esta subseccin deben especificarse los requisitos derivados de los estndares aceptados o regulaciones. Pueden ser del tipo siguiente: Formato de los informes Nombre de los datos Procedimientos de accounting Huellas para auditoria Etc.,,

1 - 84

PROYECTOS INFORM TICOS

ATRIBUTOS DEL SISTEMA SOFTWARE

Hay ciertos atributos del sistema que actan como requisitos; son, por ejemplo:

Integridad Disponibilidad Seguridad Facilidad de mantenimiento Portabilidad Etc.,,

1 - 85

PROYECTOS INFORM TICOS

SECCIONES 4 Y 5.-INFORMACIN DE SOPORTE

Finalmente en las ERS deben incluirse un cierto tipo de informaciones que faciliten el uso de los requisitos, como son: Tabla de contenidos ndice Apndices Glosario

1 - 86

PROYECTOS INFORM TICOS

ESPECIFICACIN FORMAL DE LOS REQUISITOS Al hablar de mtodos formales se incluyen varias actividades diferentes:
la especificacin formal del sistema, el anlisis y prueba de la especificacin, la verificacin formal de programas, etc.

Todas estas actividades dependen de la especificacin formal del software. Esta es una especificacin expresada en un lenguaje cuyo vocabulario, sintaxis y semntica estn formalmente definidos

1 - 87

PROYECTOS INFORM TICOS

DEFINICIN DE REQUISITOS DE USUARIO

ESPECIFICACIN

ESPECIFICACIN DE REQUISITOS DE SISTEMA

DISEO ARQUITECTURA DEL SISTEMA

DISEO

ESPECIFICACIN FORMAL

DISEO GLOBAL DEL SISTEMA

1 - 88