Análisis e Ingeniería de Requisitos Tema 1

Transcripción

1 Análisis e Ingeniería de Requisits Tema 1: Intrducción a la Ingeniería del Sftware Curs Análisis e Ingeniería de Requisits Tema 1

2 Bibligrafía Básica Ingeniería del Sftware Ian Smmerville, Ed. Prentice Hall Ingeniería del Sftware: Un enfque práctic Rger S. Pressman, Ed. MacGraw-Hill Análisis e Ingeniería de Requisits Tema 1

3 Ingeniería Cnjunt de prcedimients y técnicas que permiten el us aprpiad de tdas las herramientas, métds y terías para slucinar ls prblemas que aparecen. RAE: Estudi y aplicación, pr especialistas, de las diversas ramas de la tecnlgía. Ejempls: Ingeniería química, aernáutica, de telecmunicacines, infrmática, del sftware, etc. Análisis e Ingeniería de Requisits Tema 1 AIR - 3

4 Sftware Suma ttal de ls prgramas de rdenadr, prcedimients, reglas, la dcumentación asciada y ls dats que pertenecen a un sistema de cómput (Ian Smmerville) El sftware se frma cn 1) Las instruccines (prgramas de rdenadr) que al ejecutarse prprcinan las características, funcines y el grad de desempeñ desead; 2) las estructuras de dats que permiten que ls prgramas manipulen infrmación de manera adecuada; y 3) ls dcuments que describen la peración y us de ls prgramas. (Rger S. Pressman) Análisis e Ingeniería de Requisits Tema 1 AIR - 4

5 Sftware Tips de sftware: Sftware de sistema Sftware de prgramación Sftware de aplicación Otrs Análisis e Ingeniería de Requisits Tema 1 AIR - 5

6 Sftware de sistema Sftware que permite desvincular al usuari y al prgramadr de ls detalles de la cmputadra que se use, aislándl especialmente del prcesamient referid a las características internas de: memria, discs, puerts y dispsitivs de cmunicacines, impresras, pantallas, teclads, etc. Ejempls: sistemas perativs, herramientas de diagnóstic, cntrladres de dispsitiv, etc. Análisis e Ingeniería de Requisits Tema 1 AIR - 6

7 Sftware de prgramación Cnjunt de herramientas que permiten al prgramadr desarrllar prgramas infrmátics, usand diferentes alternativas y lenguajes de prgramación, de una manera práctica. Análisis e Ingeniería de Requisits Tema 1 AIR - 7

8 Sftware de aplicación Es aquel que permite a ls usuaris llevar a cab una varias tareas específicas, en cualquier camp de actividad susceptible de ser autmatizad asistid, cn especial énfasis en ls negcis. Sn prgramas independientes que resuelven una capacidad de negci específica. Ejempls: bases de dats, telecmunicacines (pr ejempl Internet y tda su estructura lógica), videjuegs, sftware educativ, sftware médic, aplicacines de gestión, etc. Análisis e Ingeniería de Requisits Tema 1 AIR - 8

9 Tips de Sftware: Otrs Sftware científic y de ingeniería Sftware de líneas de prducts Aplicacines basadas en Web Análisis e Ingeniería de Requisits Tema 1 AIR - 9

10 Prduct Sftware Prduct diseñad para usuari tip un cliente determinad. Tips de prducts sftware: Genérics: Prducts de us genéric. Desarrllads pr una rganización y que se venden a un mercad abiert a cualquier cliente que desea cmprarl (sistemas perativs, prcesadres de text, bases de dats, herramientas de gestión de pryects, etc). A medida: Sistemas requerids pr un cliente particular (sistemas desarrllads para llevar a cab prcess de negci, sistemas de cntrl de tráfic aére, web de la URJC, prtal de servicis, etc). Análisis e Ingeniería de Requisits Tema 1 AIR - 10

11 Diferencias entre el cncept de usuari y cliente Usuari: persna persnas que van a manipular de manera directa un prduct sftware. Cliente: Persna, entidad u rganización que encarga el desarrll de un prduct sftware y que invierte en dich prduct. Pr ejempl, en el cas de una aplicación desarrllada a medida el cliente cmpradr puede ser una cmpañía, per el usuari final puede ser slamente un emplead grup de empleads dentr de la misma. Análisis e Ingeniería de Requisits Tema 1 AIR - 11

12 Atributs de un buen sftware Mantenibilidad Debe pder evlucinar para adecuarse a ls cambis del cliente del negci Generadres de códig, desarrll de aplicacines basadas en mdels (Mdel Driven Develpment) Cnfiabilidad Se ha desarrllad atendiend a requisits de calidad cm la fiabilidad, seguridad, tlerancia a falls, etc. Eficiencia N malgastar recurss, cm memria y buens tiemps de respuesta. Usabilidad Fácil de usar, sin esfuerz adicinal pr parte del usuari. Buena interfaz de usuari y dcumentación adecuada. Análisis e Ingeniería de Requisits Tema 1 AIR - 12

13 Qué es Ingeniería del Sftware? La Ingeniería del Sftware es la disciplina de ingeniería que cmprende tds ls aspects relacinads cn la prducción de sftware desde sus etapas más tempranas de la especificación del sistema hasta el mantenimient del sistema tras su puesta en marcha. Análisis e Ingeniería de Requisits Tema 1 AIR - 13

14 Qué es Ingeniería del Sftware? Disciplina de ingeniería Aplican terías, métds y herramientas dnde sean cnvenientes, per l utilizan de manera selectiva. Ls ingeniers hacen que las csas funcinen. Us aprpiad de tdas las herramientas, métds y terías para slucinar ls prblemas que aparecen. Trabaj cn restriccines ecnómicas y de rganización. Tds ls aspects de la prducción de sftware Prcess técnics de desarrll, dirección y gestión de pryects, desarrll de herramientas métds y terías de apy a la prducción de apy. Análisis e Ingeniería de Requisits Tema 1 AIR - 14

15 Diferencia entre ingeniería del sftware y ciencia de la cmputación Ciencia de la cmputación: Terías y métds subyacentes a las cmputadras y ls sistemas sftware. Ingeniería del sftware: Se cupa de prblemas práctics de la prducción de sftware. Enfque sistémic y rganizad para la prducción de sftware de calidad. Análisis e Ingeniería de Requisits Tema 1 AIR - 15

16 Diferencia entre ingeniería del sftware e ingeniería de sistemas de infrmación Ls sistemas de infrmación, hy en día, incrpran sftware. Siend un sistema alg más cmplej que el sftware. Un sistema es un avión, una planta química. El sftware es el sprte de ls sistemas infrmatizads. Análisis e Ingeniería de Requisits Tema 1 AIR - 16

17 Diferencia entre ingeniería del sftware e ingeniería de sistemas de infrmación Negci/Empresa Sistema de infrmación (SI) Sistema de infrmación autmatizad Sftware Análisis e Ingeniería de Requisits Tema 1 AIR - 17

18 Qué es el prces sftware? Prces sftware es el cnjunt de actividades y resultads asciads para prducir un prduct sftware Ejempl de prces: Prcedimient para matricularse en GIS, prcedimient para slicitar una hipteca bancaria, etc. Un prces sftware cnsta de 4 actividades cmunes: Especificación sftware Desarrll sftware Validación sftware Evlución sftware Análisis e Ingeniería de Requisits Tema 1 AIR - 18

19 Especificación Sftware Ls clientes e ingeniers definen el sftware a prducir y las restriccines para su peración. Ejempl: Especificar cóm se hace una sangría Análisis e Ingeniería de Requisits Tema 1 AIR - 19

20 Desarrll sftware Relacinad cn el diseñ y prgramación del sftware. Ejempl: Realizar la sangría Análisis e Ingeniería de Requisits Tema 1 AIR - 20

21 Validación del sftware El sftware se valida (cmprueba) para asegurar que es l que el cliente quiere y espera. Ejempl: Prbar la sangría. Primer vstrs misms. Después, dádsela a prbar a quien s la encargó. Análisis e Ingeniería de Requisits Tema 1 AIR - 21

22 Evlución del sftware El sftware se mdifica para adaptarl a ls cambis slicitads pr el cliente y/ a ls requisits del mercad. Ejempl: En la siguiente sangría, hacer una parte de sangría cn edulcrantes para que la puedan tmar ls diabétics. Análisis e Ingeniería de Requisits Tema 1 AIR - 22

23 Qué es un mdel de prces sftware? Mdel de prces sftware es una descripción simplificada de un prces sftware (actividades, prducts, rles,...) Mdels de prces sftware Mdel en cascada Mdel incremental Mdel en espiral Análisis e Ingeniería de Requisits Tema 1 AIR - 23

24 Mdel en cascada Definición de requisits Diseñ Cdificación y pr. unitarias Integración y pruebas Operación y mantenimient Análisis e Ingeniería de Requisits Tema 1 AIR - 24

25 Mdel en cascada Características: Cada fase empieza cuand se ha terminad la fase anterir. Para pasar de una fase a tra es necesari cnseguir tds ls bjetivs de la etapa previa. Ayuda a prevenir que se sbrepasen las fechas de entrega y ls cstes esperads. Al final de cada fase el persnal técnic y ls usuaris tienen la prtunidad de revisar el prgres del pryect. Análisis e Ingeniería de Requisits Tema 1 AIR - 25

26 Mdel en cascada Críticas N refleja realmente el prces de desarrll del sftware. Se tarda much tiemp en pasar pr td el cicl. Perpetua el fracas de la industria del sftware en su cmunicación cn el usuari final. El mantenimient se realiza en el códig fuente. Las revisines de pryects de gran cmplejidad sn muy difíciles. Análisis e Ingeniería de Requisits Tema 1 AIR - 26

27 Mdel incremental Definir requisits Asignar requisits a increments Diseñar la arquitectura del sistema Desarrllar increment Validar increment Integrar increment Validar sistema Sistema incmplet Sistema final Análisis e Ingeniería de Requisits Tema 1 AIR - 27

28 Mdel incremental Análisis Requisits Sistema Análisis Requisits Sftware Increment 1 Diseñ Preliminar Diseñ Detallad Increment 2 Diseñ Detallad Cdificación y Pruebas Expltación y Mantenimient Increment n Cdificación y Pruebas Expltación y Mantenimient Análisis e Ingeniería de Requisits Tema 1 AIR - 28

29 Mdel incremental Características: N lineal. El sistema sftware se crea añadiend cmpnentes funcinales al sistema (increments). El sistema sftware ya n se ve cm una única entidad mnlítica, sin cm una integración de resultads sucesivs. Se evitan pryects largs y se entrega alg de valr a ls usuaris cn cierta frecuencia. Se ajusta a entrns de alta incertidumbre. Análisis e Ingeniería de Requisits Tema 1 AIR - 29

30 Mdel incremental Críticas: Persiste el prblema de determinar si ls requisits prpuests sn válids (ls errres en ls requisits se detectan tarde y su crrección resulta tan cstsa cm en el mdel en cascada). Difícil de evaluar el cste ttal. Difícil de aplicar a sistemas transaccinales que tienden a ser integrads y peran cm un td. Análisis e Ingeniería de Requisits Tema 1 AIR - 30

31 Mdel en espiral Determinar bjetivs, alternativas, restriccines Análisis Análisis de Riesgs Análisis de Riesgs Análisis de Riesgs Prttip 1 de Riesgs Prttip 2 Evaluar alternativas, identificar y reslver ls riesgs Prttip 3 Prttip Operativ Plan de Requisits Plan del Cicl de Vida Planificar las fases siguientes Plan de Desarrll Plan de Integración y Pruebas Cncept de Operación Validación de Requisits V & V del diseñ Implementación Prueba de aceptación Simulacines, mdels, benchmarks Requisits Sw Integración y prueba Diseñ Prduct Sw Pruebas unitarias Diseñ detallad Códig Desarrlar, Verificar el prduct del siguiente nivel Análisis e Ingeniería de Requisits Tema 1 AIR - 31

32 Mdel en espiral Características: División del pryect en cicls División en actividades estructurales Objetivs Análisis de riesgs Desarrll y validación Planificación Cada cicl se cmpleta cn una revisión Enfque realista del desarrll Cnstrucción de prttips Reduce ls riesgs Per: Precisa experts en riesgs Análisis e Ingeniería de Requisits Tema 1 AIR - 32

33 Mdel en espiral Principales diferencias respect a trs métds: Recncimient explícit de las alternativas Identificación de riesgs asciads a las alternativas División del pryect en cicls. Se adapta a cualquier tip de actividad. Análisis e Ingeniería de Requisits Tema 1 AIR - 33

34 Qué es CASE? CASE (Cmputer Aided/Assisted Sftware/System Engineering) Cnjunt de herramientas y metdlgías que prestan sprte a un enfque de ingeniería en el desarrll de sftware en alguna en tdas las fases de este prces. Objetivs de las herramientas CASE: Permitir la aplicación práctica de metdlgías estructuradas, l que resulta muy difícil sin emplear herramientas Facilitar la realización de prttips y el desarrll cnjunt de aplicacines Simplificar el mantenimient de ls prgramas Mejrar y estandarizar la dcumentación Aumentar la prtabilidad de las aplicacines Facilitar la reutilización de cmpnentes sftware Permitir un desarrll y un refinamient «visual» de las aplicacines, mediante la utilización de gráfics Análisis e Ingeniería de Requisits Tema 1 AIR - 34

35 Qué es CASE? Elements de una herramienta CASE: Análisis e Ingeniería de Requisits Tema 1 AIR - 35

36 Pr qué es cmplej el sftware? Brks: La cmplejidad del sftware es una prpiedad esencial y n accidental Tres mtivs: La cmplejidad del dmini del prblema. La dificultad de cntrlar el prces de desarrll. Ls prblemas para caracterizar sistemas discrets. Análisis e Ingeniería de Requisits Tema 1 AIR - 36

37 La cmplejidad del dmini del prblema (I) Ls prblemas del mund real sn cmplejs (miles de requisits cmpitiend y quizás cntradictris). Ahra, añade requerimients n funcinales: eficiencia, cste, fiabilidad... Diferente perspectiva del mism prblema entre ls usuaris y ls desarrlladres. Análisis e Ingeniería de Requisits Tema 1 AIR - 37

38 La cmplejidad del dmini del prblema (II) Ls requisits cambian durante el desarrll. Ls grandes sistemas cambian a l larg del tiemp: Mantenimient: prces de mejra y ptimización del sftware después de su entrega al usuari final, así cm también la crrección y prevención de ls defects. Evlución: tdas las actividades de generación de sftware que se rientan a generar una nueva versión de un sftware a partir de una versión anterir perativa. Incluye cambis en ls requisits. Cnservación: us cntinu de medis extrardinaris para mantener perativ un sistema viej. Análisis e Ingeniería de Requisits Tema 1 AIR - 38

39 La cmplejidad del dmini del prblema (II) Ejempl: Pdéis resumir qué pass hay que dar para matriculars en la UNIVERSIDAD? Ejempl: Pdéis resumir qué pass hay que dar para slicitar una hipteca bancaria? Análisis e Ingeniería de Requisits Tema 1 AIR - 39

40 La dificultad de cntrlar el prces de desarrll Miles de líneas de códig. Atajar cn reutilización (de códig, diseñs reutilizables-patrnes) Abrdar cmplejidad pr divide y vencerás btener móduls. Equip de desarrlladres Análisis e Ingeniería de Requisits Tema 1 AIR - 40

41 Ls prblemas para caracterizar sistemas discrets (I) El sftware trabaja cn sistemas cn estads discrets: Cnjunt de variables. Flujs de cntrl. Events externs. Ls valres de cada un definen cada estad del sistema. El mund real es analógic se puede describir pr funcines cntinuas. Análisis e Ingeniería de Requisits Tema 1 AIR - 41

42 Ls prblemas para caracterizar sistemas discrets (II) En sistemas discrets la transición entre estads n puede mdelarse cn funcines cntinuas Cada event extern puede cambiar el estad del sistema. Necesidad de pruebas cmplej, csts y en casines impsible que sean exhaustivas Análisis e Ingeniería de Requisits Tema 1 AIR - 42

43 Ejercici Un relj digital tiene una pantalla y ds btnes para accinarl, el btón A y el btón B. El relj tiene ds mds de peración, visualizar la hra y establecerla. En el md de visualización aparecen las hras y ls minuts separads pr ds punts (:) intermitentes. El md de establecer la hra tiene ds submds: pner las hras y pner ls minuts. El btón A se utiliza para seleccinar el md de peración. Cada vez que se aprieta, el md avanza en secuencia: visualizar la hra, pner hra, pner minuts, visualizar la hra, etc. Dentr de ls submds, el btón B se utiliza para avanzar una hra un minut cada vez que se aprieta. Prepare un diagrama de estads del relj. Análisis e Ingeniería de Requisits Tema 1 AIR - 43