IS1 Tema 1:

TEORIA

1. Definicin de Ingeniera del Software La ingeniera del software es una disciplina de ingeniera que est relacionada con todos los aspectos de la produccin de software desde la etapa inicial de especificacin hasta el mantenimiento del mismo una vez instalado. 2. Diferencia entre Ingeniera del Software e Ingeniera de Sistemas La ingeniera de sistemas est relacionada con todos los aspectos del desarrollo y evolucin del software, mientras que la ingeniera del software es la parte de la ingeniera de sistemas y est relacionada con el desarrollo de software. 3. Capas de la Ingeniera del Software Herramientas: Proporcionan soporte automtico o semiatomtico para el proceso y los mtodos. Mtodos: Indican como construir tcnicamente el software Proceso: Conjunto de actividades y sus resultados orientados a la obtencin de un producto software. Es el fundamento de la Ingeniera del Software. Calidad: Cualquier enfoque de ingeniera debe apoyarse sobre un compromiso de calidad. 4. Proceso del software Marco de trabajo del proceso comn: Conjunto de actividades que son aplicables a todos los proyectos software. o Actividades de proteccin: Independientes del marco de trabajo. Buscan asegurar la calidad y el cumplimiento de objetivos. o Actividades del marco de trabajo: Actividades del marco de trabajo comn adaptadas a las caracteristicas de un proyecto software concreto. Conjunto de tareas: Tareas de ingenieria del software necesarias para realizar las actividades del marco de trabajo junto con los hitos asociados y los puntos de control de calidad. o Tareas o Hitos, entrega o Puntos SQA 5. Actividades del ciclo de vida del software Procesos principales: Dan servicio a las partes principales del ciclo de vida del software. Adquisicin: Actividades de la persona que adquiere un producto software: peticin de ofertas, seleccin suministrador y gestin del proceso de adquisicin. Suministro: Actividades del suministrador de un producto software por la elaboracin de una oferta o por la firma de un contrato. Desarrollo: Estudio de Viabilidad: Se lleva a cabo antes del proceso de desarrollo para dar soporte a la decisin de llevarlo a cabo. Anlisis del sistema: Estudio de las necesidades de los usuarios y realizacin de una especificacin de los requisitos que debe cumplir el

IS1

TEORIA software y los requisitos de las interfaces del software con otros elementos del sistema. Diseo del sistema: diseo de la arquitectura y diseo del software Implementacin Pruebas De cdigo: Pruebas de unidad: Probar individualmente cada componente software. Pruebas de integracin: Probar la integracin de los componentes software. Del sistema: Pruebas de integracin del software con el resto de los componentes del sistema. Operacin: Actividades relacionadas con el uso del sistema software y el apoyo a los usuarios del mismo. Mantenimiento: Actividades relacionadas con la realizacin de modificaciones al software y a la documentacin asociada como consecuencia de errores detectados, mejoras o adaptaciones a cambios. Procesos de apoyo: Apoyan a otros procesos y contribuyen al xito y calidad del proyecto software. Documentacin: Proceso para registrar y gestionar la documentacin generada por un proceso o actividad del ciclo de vida. Gestin de Configuracin: Proceso para gestionar los cambios en los requisitos del sistema y su incorporacin en nuevas versiones del sistema. Gestin de la calidad: Utilizacin de procedimientos y estndares organizacionales para obtener un software de calidad. Verificacin: Proceso para comprobar que el software satisface los requisitos funcionales y no funcionales del sistema. Validacin: Proceso para comprobar que el software satisface las expectativas del cliente. Revisin conjunta: Actividades para evaluar el estado del proyecto. Auditora: Proceso para determinar el cumplimiento de los requisitos, planes y contratos. Resolucin de problemas: Proceso para analizar y resolver los problemas que se detecten durante el proceso de desarrollo, operacin, mantenimiento, etc. Procesos organizativos: Procesos empleados por una organizacin a nivel corporativo para establecer e implantar los procesos del ciclo de vida y para mejorarlos. Gestion: Actividades para gestionar los procesos: planificacin y seguimiento del proceso, gestion del personal, etc. Infraestructura: Proceso para establecer y mantener la infraestructura que necesitan el resto de los procesos: software, hardware, normas, etc Mejora: Proceso para establecer, evaluar, medir, controlar y mejorar un proceso del ciclo de vida del software. Formacin: Proceso para formar tanto a las personas del equipo de desarrollo del sistema como a los usuarios finales del mismo.

IS1 Tema 2: Tema 3:

TEORIA

1. Documento de Especificacin de Requisitos Documentacin de los requisitos del software (funciones, prestaciones, restricciones de diseo y atributos) y de sus interfaces externas. Evoluciona con el tiempo para aadir detalles no contemplados al comienzo del proyecto y corregir deficiencias o errores en los requisitos. No incluye aspectos de diseo ni de gestin de proyectos. Contenido: o Introduccin Objetivo Alcance Definiciones, acrnimos, abreviaturas Referencias Visin Global o Descripcin general Perspectiva del producto Funciones del producto Caracteristicas del usuario Restricciones generales Suposiciones y dependencias Requisitos futuras versiones del sistema o Requisitos especificos Requisitos de interfaz externo Interfaces de usuario Interfaces hardware Interfaces software Interfaces de comunicaciones Requisitos funcionales Requisitos BD logica Requisitos de rendimiento Restricciones de diseo Atributos de sistemas software Otros requisitos Apendices Indice

IS1 Tema 4:

TEORIA

1. Definiciones a. Proceso: Componente funcional/transformacin del sistema. Representa las funciones que transforman flujos de entrada en flujos de salida b. Almacen de datos: Datos almacenados. Representa informacin del sistema almacenada. c. Flujo de datos: Datos que fluyen entre las funciones. Representa conexin procesos, almacenes y entidades externas. d. Entidad externa: Fuente/destino informacin del sistema. Representan entidades que suministran/reciben informacin del sistema e. Requisito funcional: Condicion o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo determinado. f. Diagrama de contexto: Diagrama nivel 0. i. Solo hay un proceso que representa el sistema completo. ii. Definir el limite del sistema con el entorno y definir sus interfaces (flujos de entrada y salida del sistema). iii. Esta formado por un proceso (sistema), las entidades externas, los flujos de entrada y los flujos de salida del sistema (interfaces del sistema con las entidades externas g. Diagrama de sistema: Diagrama de nivel 1 i. Se representan las funciones principales del sistema y las relaciones (interfaces) que existen entre ellas. ii. Definir las funciones principales del sistema (independientes) y las interfaces que existen entre ellas. h. Proceso primitivo: Son aquellos que no se descomponen o detallan en otros diagramas de nivel inferior. i. Diagrama de flujo de datos: Es un diagrama en forma de red que se utiliza para modelar, a distintos niveles de abstraccin, las funciones del sistema y los datos que fluyen entre ellas. j. Regla de balanceo: El contenido de todos los flujos de entrada y salida de un proceso, debe coincidir con el contenido de todos los flujos de entrada y salida del diagrama del nivel inmediatamente inferior que lo describe. k. Precondiciones: Condiciones que deben cumplirse al inicio del proceso l. Postcondiciones: Condiciones que deben cumplirse cuando finaliza el proceso. m. Redes desconectadas: Subconjuntos de procesos que no tienen ninguna relacin entre s, de modo que la funcionalidad de cada una de las redes no tiene relacin con las otras y que, por tanto, se ha descompuesto mal el proceso de nivel superior. Esto ocurre cuando alguna de las redes est asociada a la descomposicin de otro proceso o bien forma parte de una funcionalidad no representada en el nivel superior.

IS1 Tema 5:

TEORIA

1. Diagrama de estructuras o de cuadros de Constantine (DEC): Es un diagrama en forma de rbol que representa la organizacin jerrquica entre los mdulos que componen la estructura de programa, es decir, representa una jerarqua de control. 2. Anlisis de Transformacin: Es un conjunto de pasos que se aplican para obtener una estructura modular del sistema a partir de un DFD con caractersticas de flujo de transformacin. El flujo de informacin tiene las siguientes caractersticas:

3. Anlisis de Transaccin: Es un conjunto de pasos que se aplican para obtener una estructura del sistema a partir de un DFD con caracteristicas de flujo de transaccion. El flujo de informacin tiene las siguientes caractersticas:

4. Acoplamiento: Grado de interdependecia de los datos. a. Normal i. Por datos ii. Por estampado iii. Por control 1. Ascendente

Minimizarlo

IS1

TEORIA 2. Descendente: Rompe el principio de caja negra ya que el modulo superior decide la logica del modulo inferior b. Comun i. Por variables globales ii. Por base de datos c. Por contenido: Rompe el principio de caja negra ya que uno de los mdulos tiene que conocer los detalles internos del otro.

IS1

TEORIA

IS1

TEORIA

IS1 5. Cohesin: Relacion funcional entre los elementos del modulo. a. Funcional b. Secuencial c. Comunicacional d. Procedural e. Temporal f. Logica g. Coincidental

TEORIA Maximizarlo

IS1

TEORIA

10

IS1

TEORIA

11

IS1

TEORIA 6. Dato vagabundo: Es un dato que pasa por muchos mdulos del sistema sin que estos lo usen. 7. Factorizacion

12

IS1 Tema 6: 1. Proceso completo de pruebas

TEORIA

2. Enfoques principales para el diseo de casos de prueba a. Enfoque estructural o de caja blanca: Consiste en centrarse en la estructura interna (implementacion) del programa para elegir los casos de prueba, probando todos los posibles caminos de ejecucin que puedan trazarse. b. Enfoque funcional o de caja negra: Consiste en estudiar la especificacin de las funciones, la entrada y la salida para definir los casos de prueba, probando todas las entradas y salidas posibles del programa. c. Enfoque aleatorio: Consiste en utilizar modelos que representan las posibles entradas del programa para crear a partir de ellos los casos de pruebas. La prueba exhaustiva del software consiste en probar todas las posibles entradas al programa. 3. Pruebas del software a. Prueba de unidad: Consiste en probar la logica del modulo (caja blanca) y los distintos aspectos de las funciones que debe realizar el modulo (caja negra) b. Prueba de integracin: Consiste en probar la integracin de los modulos entre si teniendo en cuenta la estructura modular del sistema y la interfaz intermodular. 1. Incremental: se integra el modulo que se va a probar con el conjunto de modulos ya probados. El numero de modulos se incrementa progresivamente hasta formar el programa completo. 2. No incremental: se prueba cada modulo por separado y, luego, se integran todos los modulos a la vez y se prueba el programa completo. c. Prueba del sistema: Consiste en probar la integracin de todos los elementos del sistema: hardware, software y usuario. d. Prueba de aceptacin: Consiste en que el usuario compruebe si el producto final se ajusta a los requisitos especificados por l.

13