Universidad del Sinu Elias Bechara ZainumSeccional Cartagena

Taller sobre:

Requerimiento y Metodologas

Docente:Graciela Gonzales

Estudiantes:

Yordy Canoles Tehern

Materia:Gestin de la calidad del software

COD: 1427100006

Escuela de Ingeniera de SistemasVI Semestre

Cartagena 2 de marzo del 2015Metodologas de desarrollo que cumplen con la calidad de software

Una metodologa de desarrollo de software se refiere a una forma de trabajo o unframework que es usado para estructurar, planear y controlar el proceso de desarrollo en sistemas de informacin.A lo largo del tiempo, una gran cantidad de mtodos han sido desarrollados diferencindose por su fortaleza y debilidad.El framework para metodologa de desarrollo de software consiste en: Unafilosofa de desarrollo de programas de computacioncon el enfoque del proceso de desarrollo de software Herramientas, modelos y mtodos para asistir al proceso de desarrollo de softwareEstos frameworks son a menudo vinculados a algn tipo de organizacin, que adems desarrolla, apoya el uso y promueve la metodologa. La metodologa es a menudo documentada en algn tipo de documentacin formal.Agile Unified ProcessElProceso Unificado gildeScott AmbleroAgile Unified Process(AUP) en ingls es una versin simplificada delProceso Unificado de Rational(RUP). Este describe de una manera simple y fcil de entender la forma de desarrollar aplicaciones de software de negocio usando tcnicas giles y conceptos que an se mantienen vlidos en RUP. El AUP aplica tcnicas giles incluyendo Desarrollo Dirigido por Pruebas (test driven development - TDD), Modelado gil, Gestin de Cambios gil, y Refactorizacin de Base de Datos para mejorar la productividad.Lean software developmentLa metodologa dedesarrollo de software Lean,es una traduccin de los principios y las prcticas de la forma de producirLEAN, hacia el rea deldesarrollo de software. Inicialmente, originado en elSistema de Produccin de Toyotay ahora, apoyado por una corriente que est surgiendo desde la comunidad gil. Este mtodo ofrece todo un marco terico slido y basado en la experiencia, para las prcticas giles de gestin.

Metodologa XP programacin extremaLa programacin extrema XP es posiblemente el mtodo gil ms conocido y ampliamente utilizado. El nombre de XP fue acuado por Beck (2000), debido a que el enfoque fue desarrollado utilizando las mejores prcticas del desarrollo iterativo y con la participacin extrema del cliente. La programacin extrema (XP), que algunos consideran una innovacin extraordinaria y otros creen cnica (Rakitin, 2001). En la metodologa extrema, todos los requerimientos se expresan como escenarios (llamados historias de usuario), los cuales se implementan directamente como una serie de tareas. Los programadores trabajan en parejas y desarrollan pruebas para cada tarea antes de escribir el cdigo. Todas las pruebas se deben ejecutar satisfactoriamente cuando el cdigo nuevo se integra al sistema. Existe un pequeo espacio de tiempo entre las entregas del sistema.En XP, los clientes estn implicados en la especificacin y establecimiento de prioridades de los requerimientos del sistema. Dichos requerimientos no se especifica como una lista de funciones requeridas en el sistema. Ms bien, los clientes del sistema son parte fundamental del equipo de desarrollo esto permite que discutan escenarios con todos los miembros del equipo. Desarrollar conjuntamente tarjetas de historia (story card) que recogen las necesidades del cliente. Por ende el equipo de desarrollo intentar implementar esos escenarios en una entrega futura del software. Un punto fundamental en la ingeniera del soporte tradicional es que se debe de disear para futuros. Esto es que se deben de prever los cambios futuros y disear ste de forma que tales cambios se puedan implementar fcilmente.Metodologa SCRUM

A pesar de que la metodologa XP recibe la mayor atencin bibliogrfica, las organizaciones estn enfocando su atencin en la metodologa gil denominada SCRUM (Schwaber & Shuterland, 2011) (Shuterland, 2012), la cual aplica las mismas premisas conceptuales que XP pero para resolver un problema ligeramente distinto como es el de desarrollo evolutivo de aplicaciones. SCRUM es una metodologa gil y flexible que sirve para gestionar el desarrollo de software, cuyo principal objetivo es maximizar el retorno de la inversin para su empresa. Se basa principalmente en construir la funcionalidad de mayor valor para el cliente y en los principios de inspeccin continua, adaptacin, auto-gestin e innovacin.

Proceso Unificado de RationalElProceso Racional Unificado(Rational Unified Processen ingls, habitualmente resumido como RUP) es un proceso de desarrollo de software desarrollado por la empresa Rational Software, actualmente propiedad deIBM. Junto con el Lenguaje Unificado de ModeladoUML, constituye la metodologa estndar ms utilizada para el anlisis, diseo, implementacin y documentacin de sistemas orientados a objetos.El RUP no es un sistema con pasos firmemente establecidos, sino un conjunto de metodologas adaptables al contexto y necesidades de cada organizacin. Tambin se conoce por este nombre al software, tambin desarrollado por Rational, que incluye informacin entrelazada de diversosartefactosy descripciones de las diversas actividades. Est incluido en elRational Method Composer(RMC), que permite la personalizacin de acuerdo con las necesidades.Atributos de CalidadExisten diferentes clasificaciones y agrupaciones de atributos de calidadAlgunas de las ms representativas son: ISO-9126 Software Quality Model IEEE 1061 ISO 9126 Funcionalidad Confiabilidad Facilidad de uso Eficiencia Facilidad de mantenimiento

ConfiabilidadUna vez el software se encuentra funcionando, segn se especific, la confiabilidad define la capacidad de un sistema de mantener su nivel de servicio bajo condiciones definidas por periodos especficos de tiempoLa tolerancia a fallas se define como la habilidad del sistema para soportar fallas en sus componentes

Facilidad de UsoFacilidad de uso de una funcionalidad dadaLa facilidad para aprender cmo utilizar el sistema hace parte de la facilidad de uso EficienciaUtilizacin de recursos del sistema para cumplir con su funcionalidadEjemplo: Utilizacin de disco, memoria, ancho de banda, procesador, etc.

Facilidad de MantenimientoLa habilidad para identificar y corregir un defecto dentro de un componente de softwareLa facilidad de probar el sistema (testability) es una subcategora de este atributo PortabilidadHabilidad del software para adaptarse a cambios en el ambiente o los requerimientosLa adaptabilidad se considera una subcategora de este atributo

Existen 5 factores, que a veces de forma no evidente, tienen un impacto en el desarrollo del proceso de levantamiento de Requisitos Complejidad del problema a Resolver.La determinacin exacta de los requisitos de un problema complejo no es tarea sencilla. Forma de Expresar los requisitos el clienteMuchas veces el cliente ni siquiera sabe (En trminos concretos) lo que quiere. Falta de Comunicacin del cliente y dentro del Equipo de Trabajo El cliente no revela los detalles. El personal a cargo que levantan los requisitos no conocen el contexto donde se desenvuelve el problema. El personal a cargo de los requisitos no comprende la jerga en que se expresa el cliente Los clientes y los usuarios finales a veces no son la nica fuente de informacin. Existen requisitos que van dirigidos al detalle interno del desarrollo del Software y que no son visibles al usuario. La naturaleza cambiante de los requisitos Aparicin de nuevos requisitos en fases posteriores. Alteraciones de requisitos a lo largo del proceso del software.