Ingeniería en Desarrollo deSoftware Felipe de Jesús Gutiérrez García (Al12535104) Mario Alberto Talavera Soto Facilitador Grupo DS-DDSE-1502S-B2-001 6º Semestre Desarrollo de Software en equipo Actividad 1 Elementos de la metodología TSP redacta una conclusión acerca de la importancia de esta metodología en el ámbito del desarrollo de software. Identifica en el problema los elementos del proceso de desarrollo de TSP: elementos. así como la relación que existe entre éstos y la forma en que solucionan el problema. 9. Sustituye las XX por las dos primeras letras de tu primer nombre. 8. 6. 7. para ello. así como las imágenes que consideras los ilustran. escuela.En esta actividad identificarás los elementos de TSP y la relación que existen entre ellos como un proceso con base en lo estudiado en el Tema 1. Integra el desarrollo de tu actividad (el problema. y lee detenidamente su actividad. 3. Revisa la Rúbrica general de participación en foros y los criterios de evaluación de la actividad para que consideres los aspectos a evaluar . Espera y atiende la retroalimentación correspondiente. 2. analízala y realiza un comentario mencionando las aportaciones a tu propia comprensión sobre el tema. al cual puedas dar solución mediante los elementos de la metodología TSP. posteriormente guarda tu actividad con el nombre DDSE_U1_A1_XXYZ. Al finalizar da clic en enviar para publicarlo y esté accesible a tus compañeros y docente en línea. 4. principios y objetivos. o con base en tu formación profesional sobre un problema que se presente a un desarrollador de software. mapa mental y tus conclusiones) en un documento con carátula y los datos de identificación completos. Redacta en el cuadro de texto una breve reseña de tu actividad no mayor a cinco renglones y a continuación adjunta tu archivo. Ingresa a la participación de uno de tus compañeros como mínimo. menciona cuál es la relación entre los elementos de TSP. sigue estos pasos: 1. A continuación. Identifica y redacta un problema hipotético de tu vida cotidiana. ámbito laboral (si fuera el caso). En un archivo de texto o presentación de plantillas. 5. la Y por tu primer apellido y la Z por tu segundo apellido. Explica tu mapa mental.1 Proceso de desarrollo de Team Software Process (TSP). estrategias y las condiciones para establecer un equipo TSP. elabora un mapa mental donde expongas los elementos gráficos que ejemplifiquen o representen a cada uno de tales elementos. Ingresa al Foro y participa respondiendo a los planteamientos y línea de discusión que publique tu Docente en línea mediante el tema abierto por él. pero para lograrlo se debe asignar a cada persona en el puesto indicado de acuerdo con sus habilidades. Administración autodirigida para equipo de trabajo: Se recomienda el uso de TSP en grupos de 2 a 20 personas y en desarrollos de sistemas que sean a gran escala.Problema hipotético En la actualidad trabajo para INEA DF (Instituto Nacional para la Educación de los Adultos en el Distrito Federal) en la Coordinación de Zona de la Delegación Azcapotzalco. hablando con el coordinador de la zona en diversas ocasiones ha comentado que el Registro de educandos debería ser digital y ya no manual. para el caso hipotético planteado considero que con 3 personas como lo propone la metodología TSP (El líder del equipo. administrador de calidad de proceso y de soporte). considera que es mejor introducir los datos en PCs y hacer una BD de la Coordinación. a puño y letra llenando los formatos correspondientes para tal efecto. Es importante que todos los involucrados tengan claros los objetivos para poder llegar a la meta en tiempo y forma. El 90% de los que existen en la actualidad están basados en él. Elementos Recordemos que TSP se enfoca en la gestión del equipo de trabajo y PSP en la calidad y la gestión individual. consiste en una estructura que indica las etapas que debe cumplir todo desarrollo de software. el modelo en cascada indica que todo desarrollo basado en él debe cumplir con las siguientes fases: . Integrado por indicadores: Para comprender la metodología TSP es necesario saber qué es un proceso de desarrollo de software (la primera se realiza dentro del segundo). de esa forma dice: “Se matan 2 pájaros de un tiro…” . toda vez que estas sean publicadas. Así se asegura un buen ambiente de trabajo y que en todo momento exista comunicación y retroalimentación dentro del equipo. También denominado ciclo de vida de desarrollo de software. Ahora bien. pero el de cascada es el más utilizado. de esta manera no se trabajaría 2 veces: la primera llenando los formatos de registro y la segunda capturando los datos después del registro. Posteriormente cada asesor podrá ingresar las calificaciones a la BD. administrador de desarrollo y planeación. es decir. TSP puede utilizar cualquiera. sobre todo en los desarrolladores de software. conocimientos y experiencia. Existen muchos modelos de ciclo de vida. se devuelve el producto a los desarrolladores para que hagan las modificaciones correspondientes. se le entrega al cliente la primera versión terminada del sistema. Roles Puestos y los requerimientos del sistema a desarrollarse. para esto se hace el levantamiento de requerimientos. . para que la pruebe en el área de producción y verifique el correcto funcionamiento. Las personas designadas en el área de pruebas y calidad de software revisan que el sistema no tenga fallos. Análisis y definición de requerimientos: es muy importante conocer qué desea el cliente. Funcionamiento y mantenimiento: una vez que el sistema fue aprobado por las personas designadas en el área de calidad y pruebas. Incluir: Documentación de Objetivos. Visión. Implementación y prueba de unidades: prácticamente. si los hay. Diseño del sistema y el software: los analistas e ingenieros de software establecen una arquitectura completa del sistema. que consiste en visitas al cliente para saber cómo quiere que funcione el sistema solicitado. el diseño nos muestra cómo va a funcionar y si se va a comunicar con otro sistemas. Si hay nuevos requerimientos se regresa a la primera fase para realizar las mejoras para el sistema. Misión. Integración y pruebas del sistema: aquí se observa ya un producto terminado. en esta fase se desarrolla por completo el sistema. y por tanto implica la facilidad de aprendizaje. la ausencia de errores del sistema o la facilidad del mismo para ser recordado. La 1ª y 2ª partes son una introducción y guías para el empleo del estándar. define la usabilidad como: La medida con la que un producto se puede usar por usuarios determinados para conseguir objetivos específicos con efectividad.) en relación con la exactitud e integridad con la que los usuarios alcanzan los objetivos especificados. los tres atributos de calidad son: Efectividad: exactitud e integridad con la que los usuarios alcanzan los objetivos especificados. De la 3ª a la 9ª tratan los requisitos y guías relacionadas con el hardware que impactan en el funcionamiento del software. los tres factores. eficiencia y satisfacción en un contexto de uso concreto. etc. La ISO 9241-11:1998 “Guidance on usability”. Las métricas definidas son: Eficiencia relativa en comparación con un usuario experto Tiempo empleado en el primer intento Eficiencia relativa en el primer intento Tiempo empleado en reaprender funciones Número de errores persistentes Tiempo productivo Tiempo para aprender características Tiempo para reaprender características Eficiencia relativa durante el aprendizaje . tiempo. De la 10ª a la 11ª se centran en los aspectos del software. Por tanto. Las métricas definidas son: Número de tareas importantes realizadas Porcentaje de funciones relevantes utilizadas Porcentaje de tareas completadas con éxito al primer intento Número de referencias a la documentación Número de llamadas para soporte Número de accesos a la ayuda Número de funciones aprendidas Porcentaje de usuarios capaces de aprender sus características Porcentaje de errores corregidos o reportados por el sistema Número de errores de los usuarios tolerados Porcentaje de palabras leídas correctamente a una distancia de visualización normal Eficiencia: recursos empleados (esfuerzo. Es un sistema de administración de calidad: se buscará que el software cumpla con las normas de calidad oficiales establecidas por ISO a nivel internacional: ISO 9241 e ISO 13407 Está compuesta por 17 partes. ISO 13407:1999. Las métricas definidas son: Calificación (por parte del usuario) de su satisfacción con las características importantes Tasa de uso voluntario del producto Frecuencia de reutilización del producto Calificación (por parte del usuario) de la facilidad de aprendizaje Calificación (por parte del usuario) del tratamiento de errores La ISO 9241‐11 recomienda un enfoque basado en procesos para evaluar la usabilidad. Human centred design processes for interactive systems. que incluye factores humanos y conocimientos y técnicas de ergonomía con el objetico de mejorar la efectividad y eficiencia. a través del Diseño Centrado en el Usuario (DCU). las condiciones de trabajo y contrarrestar los posibles efectos adversos de su uso. Describe los cuatro principios del Diseño Centrado en el Usuario: Involucrar activamente a los usuarios Asignación adecuada de funciones al sistema y el usuario Soluciones de diseño iterativas Diseño multidisciplinar Y las cuatro actividades del Diseño Centrado en el Usuario: Entender y especificar el contexto de uso Especificar los requisitos del usuario y de la organización Producir más de una solución de diseño candidata Contrastar los diseños con los requisitos . Tiempo empleado en la corrección de errores Satisfacción: un factor subjetivo que implica una actitud positiva en el uso del producto. La ISO 13407 proporciona una guía para alcanzar la calidad en el uso mediante la incorporación de actividades de naturaleza iterativa involucradas en el Diseño Centrado en el Usuario (DCU). El Diseño Centrado en el Usuario (DCU) lo describe como una actividad multidisciplinar. Por ello la ISO 9241 debe aplicarse en conjunto con la ISO 13407. Proceso operativo apoyado por la formación y capacitación proporcionadas al equipo. Aun cuando los desarrolladores ya cuenten con la experiencia y la capacidad de ejecutar el trabajo. de acuerdo con la metodología TSP. y dirigido a toda el área de desarrollo. TSP cuenta con mediciones claras y está diseñado para utilizarse de manera cíclica. si existe retroalimentación entre los miembros del equipo. Principios y Objetivos El objetivo de TSP es mejorar y asegurar la calidad y productividad en un proyecto de desarrollo de software. El aprendizaje es mucho más eficaz si se sigue un proceso claro y bien definido y. esto permite al equipo recibir información continua sobre su desempeño y avances dentro del proyecto. Modelo de coaching: Método cuyo propósito es instruir y dirigir a las personas con el propósito de que logren los objetivos y desarrollen habilidades específicas de acuerdo a las actividades y roles que desempeñen dentro del proyecto. La estrategia del equipo está dirigida al desarrollo rápido: Al utilizar la retroalimentación entre los miembros del equipo se evita cometer errores observados en desarrollos pasados. TSP está basado en cuatro principios fundamentales: 1. además. . los objetivos del proyecto los establecen los ingenieros de software. Para ayudar a alcanzar los costos y tiempos planeados. siempre hay cosas nuevas y específicas que pueden aprenderse durante el desarrollo del proyecto. Además: Los objetivos que tiene el TSP son: Maximizar calidad software. Integrar equipos independientes de alto rendimiento que planeen su trabajo. es decir. de esa forma dice: “Se matan 2 pájaros de un tiro…”. Basados en Microsoft Dynamics AX 2009 que es software de planeamiento de recursos empresariales (ERP) de Microsoft Dynamics brinda a sus empleados las herramientas que necesitan para conectar y administrar por completo su empresa. establezcan metas y san sueños de sus procesos y planes. con el conocimiento que necesita para tomar decisiones inteligentes. es decir. incluida la fabricación. desde la administración de las finanzas y la cadena de suministro. Para que el trabajo sea productivo es necesario definir objetivos claros. a puño y letra llenando los formatos correspondientes para tal efecto. liderazgo y un ambiente de trabajo agradable. Objetivo: El Registro de educandos debe ser digital y ya no manual. Proveer de una guía para el mejoramiento en organizaciones maduras 3. Comience ahora con aquello que necesita hoy y adáptese sin problemas a medida que cambien sus necesidades. siempre apoyados en la retroalimentación o feedback que permitirá tener un mejor manejo y corrección de posibles errores surgidos en otros proyectos. Acelerar la mejora continua de monitoreo. Es importante contar con guías apropiadas para dar solución a los problemas de desarrollo que surjan durante el tiempo que dure éste. TSP se basa en el conocimiento y la experiencia sobre equipos de desarrollo de software. considerar que es mejor introducir los datos en PCs y hacer una BD de la Coordinación. Las instrucciones son más claras cuando ya se había adquirido el conocimiento y la experiencia en situaciones pasadas. en la nube o en sus servidores. 2. Estrategias de TSP . de esta manera no se trabajaría 2 veces: la primera llenando los formatos de registro y la segunda capturando los datos después del registro. minimizar costos.Desde luego que será importante trabajar con calidad el PSP de los integrantes del equipo que desarrollará el software para la Coordinación de zona de la Delegación azcapotzalco en INEA DF. Mostrar a los gerentes como monitorear y motivar a sus equipos de trabajo y como ayudarlos a alcanzar su máxima productividad. 4. hasta las operaciones. . Equipo TSP Características para el equipo que se conformará para desarrollar el proyecto: Miembros expertos en papeles de liderazgo y pertenencia. lo que se haya desarrollado en el ciclo anterior. diseño. requerimientos. El grupo desea ayudar a cada miembro a adquirir su pleno El grupo desea ayudar a cada miembro a adquirir su pleno potencial. ya que indica la mejor forma de aplicar los procesos que conforman TSP en todo el ciclo de vida de desarrollo del proyecto.Las estrategias son actividades bien estructuradas y planificadas para lograr el objetivo o los objetivos que se tengan planeados. Existe gran motivación para iniciar y recibir las comunicaciones. implementación. prueba y post mórtem. plan. Los valores y metas del grupo son los de sus integrantes Los miembros están motivados por hacer lo que puedan por el grupo. Los miembros se sienten seguros al tomar decisiones que les Los miembros se sienten seguros al tomar decisiones que les parecen apropiadas al entender la filosofía de la operación. La estrategia de TSP es muy importante para que esta metodología se implemente de manera correcta. Los miembros se sienten atraídos por el grupo y son fieles. funcionamiento y mantenimiento. Cada miembro acepta con gusto y sin resentimiento las metas y normas establecidas. sería el modelo en cascada. que cuenta con 5 fases: definición de requerimientos. Como ya he mencionado el proyecto se basará en el modelo de cascada. estrategia. TSP se conforma de ocho procesos: lanzamiento. y en cada una de sus etapas. La interacción y toma de decisiones tiene lugar en el ambiente adecuado. que para el caso de la Coordinación de Zona Azcapotzalco de INEA DF. Existe una atmósfera de creatividad. Pero se debe considerar siempre que se van a utilizar los ocho procesos. el cual será elegido de acuerdo al tamaño y la complejidad del proyecto. implementación y prueba de unidades. Toda la fase de desarrollo de software debe cumplir con un ciclo. diseño del sistema y de software. integración y pruebas del sistema. pero se trabajará con. El grupo conoce el “conformismo constructivo” y se sirve de él. Los miembros son flexibles y adaptables en sus metas y actitudes. Relaciones tranquilas y establecidas entre los miembros. Los miembros se prestan ayuda mutua cuando es necesaria o recomendable. La estrategia principal de TSP se basa en la búsqueda de la mejor manera de introducir sus ocho procesos dentro de cada fase del ciclo de vida del proyecto. Los Roles (responsabilidades) en el equipo son: Líder del Equipo: Dirige al equipo. PSP resultó muy efectivo para que los ingenieros pudiesen tener el control de su proceso personal mediante la mejora de sus habilidades de estimación y la reducción de los defectos introducidos en los productos sin afectar a su productividad.Sus orígenes se deben a las limitaciones que el PSP (Personal Software Process. su antecesor) tenía en el ámbito industrial. Realiza los reportes semanales del avance del equipo. se asegura que todos reporten sus datos de los procesos y completen su trabajo tal y como se planeó. Gestor de desarrollo: Guía al equipo en el diseño y desarrollo del producto. Gestor de Calidad/Proceso: Apoya al equipo en definir sus necesidades acerca del proceso y a establecer y administrar el plan de calidad. Administra el plan de configuración Es necesario que los ingenieros que usan TSP estén formados en PSP. esto reduce de manera importante el tiempo de pruebas. la aplicación que lo ingenieros hicieron del PSP dentro de las empresas resulto en prácticas no satisfactorias. Mapa Mental . pero PSP sólo se enfocaba en las fases de desarrollo de software (diseño y pruebas unitarias). Gestor de Planificación: Apoya y guía al equipo en la planificación y seguimiento del trabajo. Con TSP. Genera estándares para obtener un trabajo uniforme. Modera las inspecciones y revisa cada artefacto generado. los equipos encuentran y reparan defectos en etapas tempranas del proceso de desarrollo. Administrador de Requerimientos/Soporte: Dirige al equipo en el desarrollo de requerimientos de software y ayuda a dar a conocer la tecnología y en las necesidades de apoyo administrativo. Este grupo debe .TSP Creación de equipo Compromiso Calidad propia Objetivos claros Plan propio Plan detallado Roles Recursos de equipo PSP Planes personales Método de planeación Valor agregado Métricas de calidad Procesos definidos Disciplina ingenieril TSP trabajo en equipo Prioridad en calidad Costo de calidad Seguir el proceso Revisión status y calidad Comunicación Disciplina de administración Disciplina de equipo Equipo Integrado Conclusión El desarrollo de un software siempre es hecho en equipo que lo integran ingenieros informáticos donde aplican sus conocimientos para lograr tal objetivo. que a los cuales sean asignados responsabilidades que ayuden a crecer a este equipo.microsoft. Desarrollo de Software en equipo (TSP).tener asignado responsables y objetivos para lograr su fin. Usable accesible. [En línea]. Blogspot. Unidad 1. Bibliografía Carreras O.google. Disponible en: http://olgacarreras. [En línea]. Microsoft. Pdf. (2015).com/bbcswebdav/pid-288441-dt-content-rid3481516_1/courses/DS-DDSE-1502S-B2-001/U1/Unidad %201. Página Web. Unidad 2.%20Introduccion%20a%20TSP. Introducción TSP.com. Calidad de software. Para lograr que este equipo pueda trabajar de una forma ordenada y precisa.blogspot.com/es-mx/dynamics/erp.blackboard. Página Web. Disponible en: https://unadmexico. .pdf [2015.es/2012/03/estandares-formales-deusabilidad-y-su. 07 de octubre]. 07 de octubre]. 07 de octubre].aspx [2015.com/site/gestiondeproyectossoftware/unidad-2-calidadde-software/2-2-1-psp-y-tsp [2015. es necesario que tenga miembros capaces y experimentados. los procesos que realicen deben ser basados conforme a el método TSP (Team Software Process). (2015). Gestión de proyectos software. Disponible en: https://sites. [En línea]. (2015). Disponible en: https://www. 07 de octubre]. (2015). por lo cual. UnADM. [En línea]. De ahí la importancia sustancial del TSP.html#cap1 [2015. Dynamics.