UNIDAD DIDACTICA I Tema 1 Introduccién 1.1 Concepto de Ingenieria de Sistemas 1.1.1Concepto de sistema Conjunto de cosas que ordenadamente relacionadas entre si contbwyen a un determinado objeto 1.1.2Sistemas basados en computador 1.1.3Componentes hardware, software y humanos \aoperacién puede er realizada directamente por atin elemento sic del sistema (hardware) Lis operaion puede ser programade, desaralnd ol programa (software) aproplad La operacién se reaiza manvalmente por el usuario del sistema Decidir qué elementos hardware se ullizaran, que elementos software han de ser adquiridos o desartollados, y (qué personas se necesitan para operar en el sistema, 1.2 Caracteristicas del software Fall de copiar, El manteimiento es una tareaadilonal de desarallo, 1.3 Concepto de ingenieria del Software 1.3.1Perspectiva histérica 1.3.2La crisis del software El constante avance del hardware requiere de las aplicaciones cada vez més sofisticacién. Mas que una crisis € una situacién de fuerte evalucién continua, 1.3.3Mitos del software Es + importante el hard q el soft; el soft es facil de desarrllar; consiste exclusivamente en programas ejecutables; el desarrollo es sélo una labor de programacién; es natural que contenga errores. 14 Formalizacién del proceso de desarrollo 1.4.1E] ciclo de vida del software. Modelos clasicos El modelo en cascada. Pg. 11 ‘Analisis (genera SRO): analizar las necesidades de los usuarios y de acuerdo con ello realizar una. ‘especificacion precisa de dicho sistema. Disefio (genera SDD): descompomer y organizar el sistema en elementos componentes que puedan ser desarrollados por separado. Produce las especificaciones de cada elemento componente. Codificacién (genera cédigo fuente): se programa cada elemento componente por separado. Se realizaran to algunas pruebas o ensayos para garantizar que dicho cédligo funciona correctamente Integracion (genera ejecutables): se combinan todos los componentes del sistema y se prueba completo. Mantenimiente (genera documentos de cambio): se realizan cambios ocasionales. El modelo en V. Pg.15 1.5 Uso de prototipos Un prototpo es un sistema auriiarq permite probar experimentalmente cieras sokciones parcials alas necesdaes de dar g alo reqs dsr + Selimitan funciones. Se imta su capacidad (opera con pocos datos. Selimitasuefienca (es lento). Se evitan limitaciones de disefio usando un hard més potente, Se reduce la parte a desarrollr. 1.5.1Prototipos répidos De usar ytrar o maquetas. So usan on el andlsisy isefo. El sistema nal se coca desde coro. Lo importante os tenerios operativos pronto. 1.5.2Prototipos evolutivos Se procura aprovechar al méximo su cédigo. Se van construyendo poco a poco en dstintas versiones 1.5.3Herramientas para la realizacién de prototipos se desarrolan con L4G 1.6 El modelo en espiralIntroduce el andlisis de riesgo. o ciclo de teracion de un modelo evolve se converte en una espral con las siguientes actividades Planlieacon: establacen el contexte de desaroloy decide qué parte del isin se abordard en ese cicto dela espiral Analisis de eso: evalian las dstinas atematvas para a realizacién dela parte de desarrolo elegida Ingenieria: se coresponde con alguno de los modelos lsicos Evaluacion:analza los resultados dela pare de ngerieia los utlza como entrada para la siguiente vuelta de ia espral 1.7 Combinacién de modelos 1.8 Mantenimiento del software 1.8. 1Evolucién de las aplicaciones ‘© Manterimiento correctvo: conge erores ¢ Mantenimionto adaptatvo: adata a apleacin aun nuevo entono ‘© Mantenimiente perfective: mejoa la aplcacién. aparece cuando estésueta ala competenca de mercado 1.8.2Gestién de cambios si afecta ala mayoria de los componantes se plantea como un nuovo desarol. si afecta a una parte localizada fs solo una moaficacén de algunos elementos ‘Genera dot documentos que pueden refundirse en uno: Informe de problema e informe del cambio. 18.3. Reingenieria 1.9 Garantfa de calidad del software 1.9.1Factores de calidad + coreccin: grado en que el producto cumple con sus especticacones. Fabitdas! ausencia Ge falos eficioncia; elactn entre eantided de resutadosy ls recursos necesarios Seguridad: relerida al acceso traudulento alos datos fasidad de uso mantenbidac aclsad para apcar mantenmiento correctvo Towbisad acildad para aptcr mantonimiona adaptavo y pefecvo faclidad de prueba transporabilded rovsabiidad interoperatvidad: capacidad para rabalar en combinacin con os 1.9.2Plan de garantia de calidad ‘orgarizacin de los equpos de personas y la dreccin ysequimiento del desarol mmadelo do cio de vda a seg. Cocurnentacion requerida espocitcando ol contenido de cada documento yun gun dl sino revisionesy audtovias q se lovardn a cabo durante ol desaroll, torganizacién de las pruebas que se realzarén sobre el producto rparizacin dela etapa de mantoriminto 1.9.3Revisiones ‘+ deben ser realizadas por un grupo de personas, no por un individuo. el grupo debe ser reduido (8 28 miembros). no debe ser realzada por ls autores 2 debe revisar el producto pera no et productor ie proceso de producciin Sihade decir ono la aceptacion de Un producto, se debe csponer de antemano de na sta formalde comprobaciones Gabe levantarse acta. det unin de revision 1.9.4Pruebas 1.9.5Gestién de configuracién ‘© control de versiones. = control de cambios. 1.9.6Normas y estandares