CRISIS DEL SOFTWARE aquellas malas razones por las cuales no se crean un software de calidad.

-requerimientos del usuario -no confiables -costos -tiempo -propenso a errores -complejidad -baja calidad Se usa a medidos de los 70 -Ingeniera del software: metodologa de desarrollo, mejores practicas, define atributos del SW, utiliza/define estndares de calidad Metodologa mas antigua: CASCADA q todos los pasos deben cerrarse para avanzar. Atributos del SW -robusto -escalable -de fcil comprensin -confiable Metodologa mas fcil: prueba y error GESTION DE PROYECTOS -implica la planificacin, sus pensin y control del personal, procesos y eventos que concurren mientras evoluciona el SW -quin la llama acabo? Ing. SW, gestin de proyecto, gestor experto, -por que es importante? Cumplir exitosamente el proyecto y con calidad -Cuales son los pasos -personal, producto, proceso, proyecto (conjunto de actividades establecidos para un fin comn) -Producto obtenido plan de proyecto el desglose de tareas (fases, actividades, tareas, responsabilidades, tiempo (estimados, roles)) DIFERENTES TIPOS DE MEDICION o METRICAS DE SW Las metricas del SW se refieren a una amplia gama de mediciones para el SW de computacin, la medicion se puede aplicar al proceso del software para ayudar a la estimacion el control de calidad la evalucacion de productividad y el control de proyectos. El ingeniero se SW se puede utilizar la medicion para ayudar e evaluar la calidad de los productos y para ayudar en la toma de decisiones tctica a medida que el proyecto evoluciona Dentro del contexto de la gestinos de proyectos de SW, en primeer lugar existe a una gran preocupacin por las metricas de productividad y calidad, Por lo cual se deben considerar 4 razones para medir los procesos del SW, los productos y los recursos: 1)CARACTERIZAR: para comprender mejor los procesos, los productos los recursos y los entornos a fin de establecer las lineas base para las comparaciones con evaluaciones futuras 2)EVALUAR: para determinar el estado con respecto el diseo . las medidas utlilizados son los sensores que nos permiten conocer cuando nuestro proyectos y procesos estan perdiendo la pista de modo que podamos ponerlos bajo control. Tambin se evalua la consecucin de los objetivos de calidad y para evaluar el impacto de la tecnologia y las mejoras del proceso en los productos. 3)PREDECIR: para poder planificar. Las medidas de producciones son las base de los proyeccions y las estimaciones para el costo tiempo y calidad basados en los datos historicos y las evidencia actual. 4)MEJORAR: medimos para mejorar cuando recogemos la informacin cuantitativa que nos ayuda a cuantificar obtaculos y a detectar oportunidades para mejorar la calidad del producto y el rendimiento del proceso DEFINICIONES MEDIDA: proporciona una indicacion cuantitativa de la extencion cantidad dimencion capacidad o tamao de algunos atributos de un proceso o producto MEDICION: es el acto de determinar una medida METRICA: medida cuantitativo del grado en que un sistema componente o proceso que posee un atributo dado Una metrica de SW relata de alguna forma las medidas individuales sobre un aspecto por ejemplo en numero de errores encontrados pora revisin Un ING. SW recopila medidas y desarrolla metricas para obtener indicadores INDICADOR: es una metrica o un combinancion de metricas que proporcionan una vision profunda del proceso de SW a fin de ajustar el producto proceso a proyecto PARA QUE MEDIR UN SW? a)para indicar la calidad de producto b)para evaluar la calidad de la personas c)para evaluar los beneficios derivador de nuevos metodos y herramientas para establecer una linea base para la estimacion para justificar el uso de nuevas herramientas y la necesidad de la informacin INDICADORES DEL PROYECTO a)evaluar el estado del proyecto b)hacer un seguimiento de los riesgos c)detector las areas problematicas d)ajustar el flujo y las tareas del trabajo para evitar retrasos e)evaluar la habilidad de personal y la calidad del producto EXISRTEN 2 TIPOS DE MEDIDAS PARA EL DESARROLLO SW MEDIDAS DIRECTAS: costos, esfuerzo, lineas de codigo, velocidad de ejecucin, tamao de memoria, numero de defectos. MEDIDAS E INDIRECTAS: funcionalidad, calidad, complejidad, eficiencia, fiabilidad CARACTERISTICAS DE LOS METRICAS DEL SW -simple y facil de calcular -empirica e intuitiva -sin ambigedad y objetiva -consistente en el empleo de unidades y tamaos -independientes del lenguaje de programacin -eficaz para aumentar la calidad de SW METRICAS DEL SW METRICAS DE PRODUCTIVIDAD (rendimiento del proceso en IS) METRICAS DE CALIDAD (ajuste a los requisitos implicitos y explicitos) METRICAS TECNICAS (se centra en la caracteristicas del SW no en como se obtiene) METRICAS ORIENTADAS AL TAMAO (medidas directas de resolutazo y del proceso) METRICAS ORIENTADAS A LA FUNCION (medidas indirectas del SW del proceso) METRICAS ORIENTADAS A LA PERSONA (mtricas de la efectividad de los metodos y las herramientas) METRICAS EN EL PROCESO Y DOMINIOS DEL PROYECTO Se deben recopilar metricas para que los indicadores del proceso y del producto puedan ser ciertos Los indicadores del proceso permite a una organizacin de ingeniera del SW tener una vision profunda de la eficiencia de un proceso ya existente, POEJEMP= el paradigma, tareas , os productos del trabajo. Las metricas del proceso se recopilan de todos los proyectos y durante un largo peeriodo de tiempo su intento es proporcionar indicadores q lleven a mejorar de los procesos de SW a largo plazo. Los indicadores del proyecto permiten al gestor de SW a. evaluar el estado del proyecto en curso b. seguir laso pistas de los riesgos potenciales c. detectar las reas de problemas antes de que s e conviertan en criticas d. ajustar el flujo y las tareas del trabajo. e. evaluar la habilidad del cuerpo del proyecto para controlar la calidad de los productos de la calidad de SW. DOCUMENTACION DE PROCESOS -nombre del proceso -propsito (cual es la razon de ser) -descripcin (que hace) -objetivos (que metas tiene) -indicadores -metas cuantitativas -responsabilidad y autoridad -procesos relacionados -entradas -salidas -capacitacin requerida -roles involucrados PROCESO: es conjunto de actividades que le llevan a un fin comn INDICADOR: una medida cuantitativa (mtricas a utilizar) ALTA DIRECCION GENERACION OPERACIN=(desarrollo y mantenimiento de SW) PRICIPIO W^5HH BARRY BOEHM: principio (sobre proyectos y procesos) de organizacin que simplifica en proyectos pequeos para: objetivos, responsabilidad, enfoque tecnico, enfoque de gestion, recursos requeridos. planificacin,

1POR QU SE DESARROLLA EL PROYECTO? Para evaluar proyecto( factibilidad tecnica, factibilidad economica, factibilidad operacional) 2QU SE REALIZARA Y CUANDO? Es la planifcacion del proyecto(identificar tareas, identificar hitos, identificar responsables) 3QUIN ES EL RESPONSABLE DE UNA FUNCION? Es el equipo de SW responsailidad 4 DNDE ESTAN SITUADOS ORGANIZACIONALMENTE? las jerarquas, equipo SW, cliente, usuarios 5CMO ESTARIA REALIZADO EL TRABAJO DESDE EL PUNTO DE VISTA TECNICO Y DE GESTION?son las estrategias de desarrollo 6QU CANTIDAD DE RECURSOS SE NECESITAN BASADO EN ESTIMACIONES? Es listar los recursos (generalmente recursos de personal (SW, HW, personas)) LAS 4 P`s *Proceso *Proyecto *Producto *Personal -Gestores superiores: son aquellos que van a definir los conceptos de negocio -Gestores proyecto: usan tcnicas de motivacin control o liderazgo (aspectos tcnicos, planifican, organizan , desarrollan proyecto) -Profesionales: ingeniera del proyecto o de la aplicacin -Clientes: especifican requisitos para el proyecto -Usuarios: interactan en el sistema JEFES DE EQUIPO : maximicen las habilidades y capacidades de los miembros del equipo SW MODELOS DE GESITION (MOI (modificacin organizacin ideas e innovacin)) ORGANIZACIN DE EQUIPO DE SW 1.-DESCENTRALIZADO DEMOCRATIVO (DD) no tiene jefe permanente, coordinacin de tareas a corto plazo, decisiones por consenso 2.-DESCENTRALIZADO CONTROLADO (DC) tiene jefe y jefes secundarios, decisiones por conceso, implementacin de solucin anti subjefe, comunicacin horizontal y vertical 3.-CENTRALIZADO CONTROLADO (CC) un jefe del equipo, comunicacin vertical FACTORES DE UN PROYECTO AL PLANIFICAR ORGANIZACIONES DE EQUIPO 1.-dificultad del problema a resolver 2.-tamao del programa resultante 3.-tiempo de vida del programa 4.-grado de modularidad del problema 5.-calidad requerida 6.-rigidez en la fecha de entrega 7.-grado de comunicacin METRICAS DEL PROCESO Y MEJORAS EN EL PROCESO DE SOFTWARE El proceso es el inicio controlable al mejor la calidad del SW y su organizamiento como organismo. se sita en el centro de un triangulo que conecta 3 factores que influyen en la calidad de este. Productos, Personas y Tecnologia. La complejidad del producto puede tener un impacto sustancial sobre la calidad y el rendimiento del equipo con factores que alteran los indicadores de negocios que influyen el entorno de desarrollo y que permiten definir o modificar las necesidades del cliente. La eficacion de un proceso de SW se mide indirectamente. Esto se extrae un juego de mtricas segn las resultados que provienen del proceso. Entre los resultados se incluyen medidas de errores detectados antes de entregar el SW, defectos detectados e infrmalos a los usuarios finales, productos de trabajos entregados esfuerzo humano y tiempo consumido a juste con la planeacin entre otros. EXISTEN LOS PRIVADOS YLOS PUBLICOS PARA DIFERENTES DATOS DE PROCESO METRICAS PRIVADAS: indicadores de cada individuo EJEMP=indices de defectos, errores encontrados durante el desarrollo, indices de defectos por nodos o mdulos (errores encontrados durante la revision tecnica y lineas de codigo) El proceso privado se ajusta con el proceso personal de su propuesta por HUMPREY PSP= (es un conjunto estrucuturado de descripciones de proceso y medicion y metodos que pueden ayudar a los ingenieros a que mejoren su rendimiento personal. METRICAS PUBLICAS: permiten a una organizacin a realizar cambios estrategias que mejoren el proceso del SW y cambios dagticos durante un proyecto de SW EJEMPL errores durante revisiones tecnicas y lineas de codigo (miden a todo el equipo de desarrollo a toda la organizacin (pruebas unitarias y pruebas de integracin)) Mtricas del Proceso y del Proyecto La Gestion por Procesos es la forma de gestionar toda la organizacion basandose en los Procesos: entendiendo estos como una secuencia de actividades orientadas a generar un valor aadido sobre una ENTRADA para conseguir un resultado, y una SALIDA que a y a su vez satisfaga los requerimientos del Cliente. CONCESPTOS BASICOS Proceso: Conjunto de recursos y actividades interrelacionados que transforman elementos de entrada en elementos de salida. Los recursos pueden incluir personal, finanzas, instalaciones, equipos, tecnicas y metodos . Proceso clave: Son aquellos procesos que inciden de manera significativa en los objetivos estrategicos y son criticos para el exito del negocio . Subprocesos: son partes bien definidas en un proceso. Su identificacion puede resultar util para aislar los problemas que pueden presentarse y posibilitar diferentes tratamientos dentro de un mismo proceso. Sistema: Estructura organizativa, procedimientos, procesos y recursos necesarios para implantar una gestion determinada, como por ejemplo la gestion de la calidad, la gestion del medio ambiente o la gestion de la prevencion de riesgos laborales. Normalmente estan basados en una norma de reconocimiento internacional que tiene como finalidad servir de herramienta de gestion en el aseguramiento de los procesos. Procedimiento: forma especifica de llevar a cabo una actividad. En muchos casos los procedimientos se expresan en documentos que contienen el objeto y el campo de aplicacion de una actividad; que debe hacerse y quien debe hacerlo; cuando, donde y como se debe llevar a cabo; que materiales, equipos y documentos deben utilizarse; y como debe controlarse y registrarse. Actividad: es la suma de tareas, normalmente se agrupan en un procedimiento para facilitar su gestin. La secuencia ordenada de actividades da como resultado un subproceso 0 un proceso. Normalmente se desarrolla en un departamento 0 funcion . Proyecto: suele ser una serie de actividades encaminadas a la consecucion de un objetivo, con un principio y final clara mente definidos. La diferencia fundamental con los procesos y procedimientos estriba en la no repetitividad de los proyectos. Indicador: es un dato o conjunto de datos que ayudan a medir objetivamente la evolucion de un proceso 0 de una actividad CARACTERISTICAS DE LOS PROCESOS -Se pueden describir las ENTRADAS y las SALIDAS -El Proceso cruza uno o varios lmites organizativos funcionales. -Una de las caractersticas significativas de los procesos es que son capaces de cruzar verticalmente y horizontalmente la organizacion . -Se requiere hablar de metas y fines en vez de acciones y medios. Un proceso responde ala pregunta "QUE", no al "COMO". -El proceso tiene que ser facilmente comprendido por cualquier persona de la organizacion. -El nombre asignado a cada proceso debe ser sugerente de 105 conceptos y actividades incluidos en el mismo. *Todos los procesos c1aves y relevantes tienen que ser capaces de satisfacer los ciclos P, D, C, A: Planificar, implantar, revisar y mejorar Todos los procesos tienen que tener indicadores que permitan visualizar de forma grafica la, evolucin de los mismos. Tienen que ser planificados en la fase P, tienen que asegurarse su cumplimiento en la fase D tienen que servir para realizar el seguimiento en la fase C y tiene que utilizarse en la fase A para ajustar y establecer objetivos . INSTRUMENTO PARA LA EVALUACION DE PROCESOS R=Determinar los Resultados que quiere lograr como parte del proceso de elaboracion de su poltica y estrategia. Estos resultados cubren el rendimiento de la organizacion, tanto en terminos economicos y financieros como operativos, asi como las percepciones de todos los grupos de interes de la organizacion. E=Planificar y desarrollar una serie de Enfoques solidamente fundamentados e integrados que la lleven a obtener los resultados requeridos ahora yen el futuro. D=Desplegar los enfoques de manera sistemtica para asegurar una implantacin completa E,R=Evaluar y Revisar los enfoques utilizados basandose en el seguimiento y analisis de los resultados alcanzados y en las actividades continuas de aprendizaje. En funcion de todo ello, identificar, establecer prioridades, planificar e implantar las mejoras que sean necesarias. EI modelo de procesos ISO 12207:2008 El modelo ISO 12207:2008 establece un conjunto de buenas practicas para guiar a las organizaciones en la mejora de sus procesos de desarrollo y mantenimiento software. EI esquema de certificacion de AENOR define un conjunto de procesos para cada nivel de madurez de la norma ISO 15504 acorde alas necesidades de las organizaciones espaolas del sector TIC. NIVEL DE MADUREZ 1 En el nivel 1 la organizacion simplemente implementa y alcanza de manera basica los resultados del proceso. Este nivel se compone de 3 procesos, todos ellos pertenecientes al modelo de procesos de referencia para la industria del software, ISO 12207:2008 1.Proceso de Suministro (SUM): su objetivo es proporcionar al cliente un producto 0 servicio que cumpla con los requisitos acordados. Los resultados del proceso (RP), conocidos como outcomes en ISO/IEC 12207:2008, asociados a este proceso se enumeran a continuacin RP1 lso clientes se identifican RP2 se da respuesta a la solicitud RP3se establece una acuerdo entre el cliete y el provedor RP4 el proveerlo desarrolla u producto o servicio que cumple los requisitos acordados RP5 el producto s sercio se entrega al cliente conforme con los requisitos RP6 el producto se implanta conforma con los requisitos DE SW

2.Proceso de Gestion del Modelo del Cicio de Vida (MCV): su objetivo es definir, mantener y asegurar la disponibilidad de politicas, procesos y modelos del ciclo de vida, para que sean utilizados par la organizacion. Los resultados del proceso son: 3.Proceso de Gestin de la configuracin del SW (GCS): su objetivo es establecer mantener la integriadad de los elementos que forman el producto SW de un proceso o proyecto y ponerlos a disposicin de las partes interesadas. NIVEL DE MADUREZ 2 El nivel se componen de 7 procesos todos ellos pertenecientes a la ISO12207:2008 Implementan los objetivos de los procesos, demuestran una planificacin, seguimiento y control tanto de los procesos 1.Proceso de definicin de los requisitos de usuario (RQU) ; su objetivo es definir los requisitos necesarios para que el sistema pueda proporcionar los servicios necesarios a usuarios y otros afectados 2. Proceso de Analisis de los Requisitos del Sistema (RQSIS): es transformar los requisitos de stakeholders en un conjunto deseado de requisitos tcnicos del sistema que guiaran el diseo del sistema Los resultados del proceso 3.Proceso de Planificacion del Proyecto (PP): su objetivo es elaborar y comunicar los planes de proyecto, de forma efectiva y viable. Los resultados del proceso (RP) 4. Proceso de Evaluacion y Control del Proyecto (ECP): su objetivo es determinar el estado del proyecto y asegurar que se realiza de acuerdo con los planes y el calendario establecido, presupuestos planificados y satisfaciendo los objetivos tecnicos. Los resultados del proceso (RP) son 5. Proceso de Gestion de la Configuracion (GC): su objetivo es establecer y mantener la integridad de todos los productos de trabajo identificados de un proyecto oproceso y ponerlos a disposicin de las partes interesadas. Los resultados del proceso (RP) 6. Proceso de Medicion (MED): su objetivo es recoger, analizar e informar sobre los datos relativos a los productos desarrollados y procesos implementados dentro de la unidad organizacional, para apoyar una gestion efectiva de los procesos y demostrar objetivamente la calidad de los productos. Los resultados del proceso (RP): 7. Proceso de Aseguramiento de la Calidad Software (ACS): su objetivo es asegurar que los productos de trabajo y los procesos cumplen con las disposiciones y los planes predefinidos. Los resultados del proceso (RP) son: NIVEL DE MADUREZ 3 En este nivel de madurez los procesos se estandarizan para toda la organizacion. En este contexto, para alcanzar este nivel de madurez, tambien se deberan implementar los procesos de los niveles de madurez 1 y 2 Este nivel se compane 11 procesos. todos ellos pertenecientes al modelo de procesos de referencia para la industria del software. ISO 12207:2008 *Proceso de analisis de requisitos del software *Proceso de diseo de la arquitectura del software *Proceso de de diseo de la arquiectura del sistema *Proceso de gestion de infraestructura *Proceso de gestion de recursos hunamos *Proceso de gestion de riesgos *Proceso de gestin de la decisin *Proceso de integracin del SW *Proceso de integracin del sistema *Proceso de verificacin del SW *Proceso de validacin del SW PROCESOS PRIMARIOS -Adquisicion (ACQ). Son los procesos que realiza el cliente para la adquisicin de un producto o servicio. -Suministro (SPL). Abarca los procesos realizados par el proveedor tanto en la propuesta como en la entrega de un producto o servicio. -Ingenieria (ENG). Agrupa a los procesos que directamente especifican, implementan o mantienen el producto software, su relaci6n con el sistema y la documentacion del cliente. -Operacion (OPE). Describe los procesos directamente relacionados con la transieion del producto o servicio al cliente, y se ocupan del correcto usa y operacion del mismo. **Procesos de soporte. Formada por una unica Categoria de proceso: -Soporte (SUP). Contiene los procesos que pueden ser utilizados par cualquiera de los otros procesos incluyendo a la vez otros procesos de soporte, en determinadas partes o aspectos del ciclo de vida del software. **Procesos de la organizacion -Gestion (MAN). Esta formada par los procesos que contienen practicas que pueden ser utilizadas por cualquiera que gestione cualquier tipo de proyecto 0 de proceso del cicio de vida del software. -Mejora del proceso (PIM). Esta formada por los procesos que establecen, definen, despliegan e implantan, evaluan y mejoran los procesos que se realizan en la organizacion. -Recursos e Infraestructura (RIN). Describe los procesos que se realizan para dotar a la organizacion tanto de los recursos humanos como de la infraestructura necesaria para que los otros procesos puedan realizarse de manera apropiada. -Reutilizacion (REU). Contiene los procesos directamente relacionados con la realizacion de acciones destinadas a explotar las oportunidades de reutilizacion. La consecucin de 10s niveles de madurez es de forma escalonada, esto significa que para alcanzar un determinado nivel de madurez deben haberse alcanzado tambin los niveles inferiores. Nivel 0 Incomplete EI proceso no existe o no se consigue su propsito. No pueden identificarse los productos o salidas del proceso. No hay atributos en este Nivel.