Ingeniería de Software

Transcripción

1 Ingeniería de Software 1

2 Ingeniería de Sistemas Enfoque en variedad de elementos Análisis, diseño y organización de los elementos en un sistema Todo para generar un producto, servicio o tecnología para transformación o control de información 2

3 Ingeniería de Sistemas Proceso de ingeniería de sistemas se conoce como Ingeniería de información Cuando se construye un producto, el proceso se conoce como Ingeniería de producto 3

4 Sistemas Basados en Computadoras Un sistema basado en computadora utiliza una variedad de elementos Software Hardware Gente Base de datos Documentación Procedimientos 4

5 Sistemas Basados en Computadoras Los elementos se combinan para transformar la información Convertir datos de ventas en perfiles de tipos de gente que compran un producto Un robot transforma un conjunto de instrucciones en un archivo en señales de control para realizar acciones 5

6 Sistemas Basados en Computadoras Jerarquía de sistemas Un sistema puede formar parte de otro sistema en un nivel superior Ejemplo: Sistema de Automatización de una Fábrica Actividades genéricas en la parte superior de la jerarquía 6

7 Sistemas Basados en Computadoras Sistema de Automatización de una Fábrica Sistema de Manufactura Sistema de Inventario Sistema de Información Sistema de Movimiento de Material Fabricación de Células Máquina de Crontrol Numérico Robots Dispositivo de Entrada de Datos 7

8 Jerarquía de Ingeniería de Sistemas Colección de métodos utilizados en la jerarquía Vista global se refina a dominios Vista de dominios se analiza para identificar elementos de sistema: datos, software, hardware, gente 8

9 Jerarquía de Ingeniería de Sistemas Formalmente VG = {D 1, D 2, D 3,..., D n } D j = {E 1, E 2, E 3,..., E n } E j = {C 1, C 2, C 3,..., C n } 9

10 Jerarquía de Ingeniería de Sistemas Dominio de Producto o Negocio Vista Global Dominio de Interés Vista de Dominio Vista de Elemento Vista de Detalle 10

11 Modelado de Sistemas Creación de modelos para Definir un proceso para cubrir las necesidades de la vista bajo consideración Representar el comportamiento de los procesos y cosas a asumir sobre las cuales se basa ese comportamiento Definir explícitamente las entradas endógenas y exógenas del modelo Representar todas las ligas que permitirán al ingeniero entender mejor la vista 11

12 Modelado de Sistemas Consideraciones Asumir Simplificaciones Limitaciones Restricciones Preferencias 12

13 Ingeniería de Información Definir arquitecturas que permitirán al negocio utilizar su información efectivamente. Creación de un plan para implementar esas arquitecturas Arquitectura de datos Arquitectura de aplicaciones Infraestructura de tecnología 13

14 Ingeniería de Información Arquitectura de Datos Provee estructura para las necesidades de información del negocio Objetos de datos Reusabilidad Flujo de datos (funciones) 14

15 Ingeniería de Información Arquitectura de Aplicación Elementos del sistema que transforman objetos de la arquitectura de datos para algún propósito del negocio Programas (SW) 15

16 Ingeniería de Información Infraestructura de Tecnología Provee las bases para las arquitecturas de datos y aplicación HW SW Computadoras, redes, ligas comunicación, tecnologías de almacenamiento, arquitectura (cliente-servidor) 16

17 Ingeniería de Información Área de Negocio Requerimiento de Proceso Sistema de Información Organización de Negocio Área de Negocio Planeación Estratégica de Información Vista Global Diseño de Sistema de Negocio Vista de Elemento Ánálisis de Área de Negocio Vista de Dominio Construcción e Integración Vista de Detalle Ingeniería de Software 17

18 Ingeniería de Producto Traducir los deseos de los clientes para un conjunto de capacidades en un producto trabajando Necesita una arquitectura e infraestructura Componentes SW HW Datos Gente 18

19 Ingeniería de Producto Análisis de Sistemas Requerimientos Necesidades de información y control Funcionalidad y comportamiento del producto Desempeño Diseño Restricciones de interfaz Necesidades especiales 19

20 Ingeniería de Producto Ingeniería de Componentes Actividades concurrentes para cada componente del sistema Ingeniería de Software Ingeniería de Hardware Ingeniería de Recursos Humanos Ingeniería de Bases de Datos 20

21 Ingeniería de Producto Ingeniería (de software en nuestro caso) Actividades de diseño y modelado Actividades de construcción y diseño 21

22 Ingeniería de Producto Producto Completo Análisis del Sistema Vista Global Capacidades Hardware Requerimiento de Proceso Software Ingeniería de Componentes Vista de Dominio Datos Función Comportamiento Modelado de Análisis y Diseño Vista de Elemento Componente de programa Construcción e Integración Vista de Detalle Ingeniería de Software 22

23 Ingeniería de Requisitos Cómo podemos asegurar que hemos especificado un sistema que recoge las necesidades del cliente y satisface sus expectativas? Ingeniería de requisitos ayuda a entender lo que el cliente quiere 23

24 Ingeniería de Requisitos Pasos de la Ingeniería de Requisitos Identificación de requisitos Análisis de requisitos y negociación Especificación de requisitos Modelado del sistema Validación de requisitos y Gestión de requisitos 24

25 Ingeniería de Requisitos Identificación de requisitos Más difícil de lo que parece Mediante entrevistas Problemas (porqué la obtención de requisitos es tan costosa) Problemas de alcance Problemas de comprensión Problemas de volatilidad 25

26 Ingeniería de Requisitos Para obtener requisitos: Valorar el impacto en el negocio y la viabilidad técnica del sistema propuesto Identificar personas que ayudan a especificar requisitos y contrastar su papel en la organización Definir entorno técnico (arquitectura computadora, sistema operativo, comunicaciones) en el sistema o producto 26

27 Ingeniería de Requisitos Para obtener requisitos: Identificar restricciones de dominio (características específicas del entorno del negocio en el dominio de la aplicación) que limiten la funcionalidad y rendimientos del sistema o producto a construir Definir métodos para obtención de requisitos (entrevistas, grupos de trabajo, equipos de discusión) 27

28 Ingeniería de Requisitos Para obtener requisitos: Solicitar participación de muchas personas para que los requisitos se definan desde diferentes puntos de vista, asegurar identificar lo fundamental de cada requisito Identificar requisitos ambiguos como candidatos para el prototipado Crear escenarios de uso para ayudar a los clientes / usuarios a identificar mejor los requisitos fundamentales 28

29 Ingeniería de Requisitos Análisis y negociación de requisitos Agrupamos requisitos en categorías Estudiamos cada requisito en relación con el resto consistencia completud ambigüedad Clasificamos requisitos en base a necesidades del cliente/usuario 29

30 Ingeniería de Requisitos Análisis de requisitos Preguntas Cada requisito es consistente con los objetivos generales del sistema/producto? Requisitos especificados a nivel adecuado nivel de detalle técnico apropiado? Es requisito necesario?, es esencial? Requisitos bien delimitados?, ambigüedad? Cada requisito tiene procedencia? Existen requisitos incompatibles? Técnicamente es posible lograr los requisitos? Se pueden probar los requisitos implementados? 30

31 Ingeniería de Requisitos Cosas comunes de los clientes Piden más de lo que necesitan Proponen requisitos contradictorios El ingeniero en sistemas resuelve estos problemas mediante negociación Se estima el impacto en costo de cada requisito y en plazo de entrega Iterativamente se eliminan requisitos o se ajustan para lograr el objetivo planteado 31

32 Ingeniería de Requisitos Especificación de requisitos Documento escrito, combinado con descripciones en lenguaje natural y modelos gráficos Describe la función y características de un sistema de computación y las restricciones que gobiernan su desarrollo Delimita cada elemento del sistema Describe la información (datos y control) que entra y sale del sistema 32

33 Ingeniería de Requisitos Modelado del sistema El modelo debe mostrar y evaluar los componentes del sistema y sus relaciones entre si Determinar si se reflejan los requisitos Valorar la forma en que se ha concebido el sistema 33

34 Ingeniería de Requisitos Validación de requisitos Examina las especificaciones para asegurar No ambigüedad No inconsistencias No omisiones Errores hayan sido corregidos Ajuste a estándares establecidos proceso, proyecto y producto 34

35 Ingeniería de Requisitos Gestión de requisitos Conjunto de actividades para identificar, controlar y seguir los requisitos y los cambios en cualquier momento Los requisitos se identifican y se generan matrices para darles seguimiento Matriz de seguimiento de características Matriz de seguimiento de orígenes Matriz de seguimiento de dependencias Matriz de seguimiento de subsistemas Matriz de seguimiento de interfaces 35

36 Ingeniería de Requisitos Gestión de requisitos Identificación de requisitos F = requisito funcional D = requisito de datos C = requisito de comportamiento I = requisito de interfaz S = requisito de salida F09 es el noveno requisito funcional 36

37 Ingeniería de Requisitos TAREA Estudiar y resumir la sección 10.6 (Pressman) 5a edición: Modelado del Sistema. Lo van a utilizar en su proyecto ó la sección 10.7 (Pressman) 4a edición Poner su resumen en la página web 37