Académique Documents
Professionnel Documents
Culture Documents
Actividad
Unidad 1. Evidencia de aprendizaje. Identificación de los elementos
de la metodología TSP
Plantea y describe detalladamente un problema al cual puedas dar solución mediante la metodología TSP (te
recomiendo que sea diferente al de las actividades anteriores). Puedes investigarlo de acuerdo con tus
posibilidades, en tu ámbito laboral, personal, familiar, laboral; puede ser hipotético con base en algunas
experiencias en estos ámbitos, o con base en tu formación profesional como desarrollador de software.
Ámbito
La necesidad que de gestionar gastos hormiga hace imperioso la creación de un sistema simple en cuanto a
implementación y diseño, por lo que hay que tener una base de datos con la lista de gastos y monto de cada uno
de estos.
Definiciones
• Gasto Hormiga: Consiste en pequeños gastos que hacemos a diario casi sin darnos cuenta, pero que la
sumatoria de ellos en un largo periodo de tiempo representan una importante cantidad de dinero.
• Dinero: Es todo activo o bien generalmente aceptado como medio de pago por los agentes económicos
para sus intercambios y que además cumple las funciones de ser unidad de cuenta y depósito de valor.
• MTG Modulo de Tipo de Gasto, se refiere al módulo que controlara la tabla de datos y tareas de tipos de
gasto.
• MGP Modulo de Gastos Personales, se refiere al módulo que controlara la tabla de datos y tareas de
gastos personales.
• MLI Modulo de Listado e Impresiones, se refiere al módulo que generara los listados y el objeto de
impresión.
Perspectivas
Sera un sistema Monolítico
Funciones
Deberá proporcionar la siguientes tareas de gestión de gastos personales de cantidades gastadas sin importar su
monto y periodicidad; Mantenimiento y Gestión de gastos personales, Gestión tipos de gastos , reporte de una
lista de gastos y totales por fecha.
Tareas
Usuarios
Se utilizara una GUI sencilla e intuitiva que no necesite de capacitación exhaustiva o larga pero con la utilidad
para satisfacer los requerimientos establecidos.
Restricciones
Al ser un sistema monolítico no llevara seguridad, pudiendo cualquiera que ejecute la aplicación tener permisos
plenos a sus funcionalidades.
Requisitos Funcionales
RF001. El usuario podrá agregar una cantidad que gasto en la BD. Con una GUI el usuario en el menú
seleccionara “Alta de Gasto” y seleccionara en una lista desplegable con la definición de el tipo de gasto
que corresponda. Llenando el siguiente campo con la cantidad gastada en pesos y centavos completando
este registro, apretara un botón de agregar para ingresarlo a la BD o de cancelar en su caso. El sistema
verificara la consistencia de datos y notificara en caso de errores.
RF002. Podrá eliminar un tipo de gasto en la BD. Con una GUI el usuario en el menú seleccionara “Baja
de Gasto” y obtendrá una lista con todos los Gastos dados de alta y elegirá aquel que quiera suprimir
apretando el botón eliminar o cancelar en su caso.
RF003. Podrá modificar un tipo de gasto en la BD. Con una GUI el usuario en el menú seleccionara
“Modificación de Gasto” y obtendrá una lista con todos los Gastos dados de alta y elegirá aquel que quiera
modificar. El usuario podrá modificar el tipo de gasto seleccionado nuevamente de una lista desplegable o
modificara el campo de texto con el monto del gasto que corresponda en pesos y centavos completando
este registro, apretara un botón de agregar para actualizarlo a la BD o de cancelar en su caso. El sistema
verificara la consistencia de datos y notificara en caso de errores.
RF004. El usuario podrá agregar un nuevo tipo de gasto en la BD. Con una GUI el usuario en el menú
seleccionara “Alta de Tipo” y llenara un campo de texto con la definición de el tipo de gasto que corresponda.
Completando este registro, apretara un botón de agregar para ingresarlo a la BD o de cancelar en su caso.
RF005. Podrá eliminar un tipo de gasto en la BD. Con una GUI el usuario en el menú seleccionara “Baja
de Tipo” y obtendrá una lista con todos los tipos de gastos dados de alta y elegirá aquel que quiera suprimir
apretando el botón eliminar o cancelar en su caso. Si el tipo de gasto a eliminar tiene gastos asociados se
avisará el usuario con un mensaje y no podrá eliminarlo hasta que se borren estos gastos asociados.
RF006. Podrá modificar un tipo de gasto en la BD. Con una GUI el usuario en el menú seleccionara
“Modificación de Tipo” y obtendrá una lista con todos los tipos de gastos dados de alta y elegirá aquel que
quiera modificar. El usuario modificara un campo de texto con la definición de el tipo de gasto que
corresponda. Completando este registro, apretara un botón de agregar para actualizarlo a la BD o de
cancelar en su caso.
Reporte de una lista de gastos y totales por fecha.
RF007. El usuario podrá imprimir en pantalla la lista de gastos consultada. Con una GUI el usuario en el
menú seleccionara “Lista de Gastos” y obtendrá una ventana que con una lista desplegable que le
permitirá seleccionar un tipo de gasto o todos y campos de fecha pasa seleccionar un rango de fechas
con todos los gastos dados de alta en ese rango y apretara un botón de listar para generar un reporte en
pantalla o de cancelar en su caso. Al obtener el reporte podrá presionar un botón de imprimir para generar
una impreción en papel.
Requisitos no Funcionales
Interface
La interfaz de usuario sera de forma gráfica y su uso por medio del teclado y ratón, en español y teclas
de acceso rápido.
Rendimiento
El tiempo de respuesta de las tareas ha de ser menor de 3 segundos y la de generación de impresión a
10 segundos.
De Desarrollo
El modelo de desarrollo será incremental e iterativo.
Tecnológicos
El sistema deberá correr como mínimo en sistemas Windows 8 para justificar su tiempo de vida.
Atributos de seguridad
El sistema no cuenta con un sistema de seguridad ya que es un sistema monolítico, pudiendo cualquiera
que ejecute la aplicación tener permisos plenos a sus funcionalidades. (véase restricciones)
Tomando como base el problema del punto anterior realiza la descripción de manera general de cada
una de las fases del ciclo de vida del TSP que aplicaría para dicho caso: lanzamiento, estrategia,
planeación, requerimientos, diseño, implementación, pruebas, post mórtem.
Modelo de Desarrollo
Se utilizará un modelo de desarrollo incremental y para lograr el producto final se deben implementar e integrar
cada uno de los incrementos
• MGP Modulo de Gastos Personales, se refiere al módulo que controlara la tabla de datos y tareas de
gastos personales.
• MTG Modulo de Tipo de Gasto, se refiere al módulo que controlara la tabla de datos y tareas de tipos de
gasto.
• MLI Modulo de Listado e Impresiones, se refiere al módulo que generara los listados y el objeto de
impresión.
Metodología de Desarrollo
Se trabajará bajo el supuesto de que todos (ejecutivos, gerentes, ingenieros), están entrenados en las
habilidades que necesitan, es decir que están certificados hasta el nivel PSP 2.1 y que además existe por lo
menos dos personas certificada en el TSPI, que saben: cómo establecer los roles; cómo concebir, diseñar y
planificar un proyecto y cómo realizar el seguimiento e informar sobre los progresos.
Y que desempeñaran los roles de team leader’s job y Coach
Además, se utilizará la metodología 6-sigma que es parte de la estrategia de implementación de SEI/TSP para el
paso rápido de madurez y alto rendimiento. (pero no se describirá ya que no es parte del curso de DDSE)
• Lanzamiento y estrategia
• Planificación
• Requerimientos
• Plan de pruebas del sistema
• Requisitos de inspección
• Diseño de alto nivel
• Plan de pruebas de integración
• Inspección del diseño de alto nivel
• Diseño detallado
• Revisión del diseño detallado
• Desarrollo de las pruebas
• Inspección detallada de diseño
• Código
• Revisión de código
• Compilar
• Inspección Código
• Pruebas unitarias
• Compilación e integración
• Prueba del sistema
• Documentación
• Postmortem
Estas fases no tienen una frontera definida entre el PSP y el TSP, ya que se trabaja en ciclos y además cada parte
está definida por los datos y predicciones de PSP de los datos que cada elemento aporta para el proyecto, por lo
que prácticamente estas fases son mas parte de PSP que de TSP, al trabajar con TSP de forma práctica este se
divide en cuatro fases que si están bien definidas como parte de un trabajo en equipo, por lo que si se entiende
que cada uno de los elementos del equipo está capacitado en PSP las partes que definen el trabajo en equipo o
momentos del TSP son cuatro:
Lanzamiento
Sirve para definir qué hará cada profesional es decir definirá roles y tareas, además que buscará generar un
ambiente de trabajo cooperativo que se beneficie de las características individuales, los equipos, los planes y los
compromisos
En el lanzamiento (y re-lanzamiento) se genera una base sólida para el plan del proyecto y para guiar el
seguimiento WBS.
Los productos que se deberán obtener son los siguientes uno por cada junta (llenando la forma MTG):
Nota: los datos, los formatos, la integración, lo roles, se omitirán por cuestiones de falta de datos reales,
solo se describe que se hace o tendría que hacer a groso modo.
Redacta una conclusión acerca de la importancia de las fases del ciclo de vida de la metodología TSP y
la importancia que existe la relación entre ellas.
El TSP es un proceso de mejora que permite obtener una disciplina grupal que aprovecha que cada elemento en
el equipo, elementos que ya tienen una disciplina personal y hábitos de trabajo que funcionan para ellos. El uso
del TSP no es algo fácil de implementar en equipos de trabajo, ya que conlleva tiempo de experiencia individual y
personalidades adaptadas a un modelo de trabajo, que exige una disciplina y organización para algunos tal vez
excesiva; sin embargo, es un modelo de trabajo probado y que además dadas sus características encajan
perfectamente en desarrollos de proyectos grandes y con exigencias de calidad estandarizadas.
Lo anterior permite obtener logros de trabajo disciplinado para cada elemento involucrado en el desarrollo de
software, enfocándose en el lanzamiento, desarrollo y postmortem. Lo que logra cuando se implementan de
forma adecuada los proyectos con TSP, muy altas calidades de producto, además de lograr proporcionarnos
datos que se convertirán en elementos de mejora de forma individual y de equipo.
Una de las ventajas de cada fase y momentos del TSP es que generan información, que sirve para adecuar el
proyecto y mejorar las siguientes fases de este y también los siguientes proyectos en los que se trabaje, además
que esta metodología, se puede integrar de forma natural con modelos como el CMMI que son marcos de
trabajo para la mejora de procesos,
Referencias:
http://resources.sei.cmu.edu/asset_files/TechnicalReport/2000_005_001_13754.pdf
http://resources.sei.cmu.edu/library/asset-view.cfm?assetid=9063
Instructor's Guide for Introduction to the Team Software Process By Watts S. Humphrey With Support Tool
by James W. Over en http://home.pearsonhighered.com/
http://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf
http://148.206.53.84/tesiuami/UAMI16026.pdf