Sei sulla pagina 1di 11

Universidad Abierta y a Distancia de

México
Carrera: Lic. Ingeniería de Desarrollo de Software

Asignatura: Desarrollo de software en equipo TSP

Unidad 1
Actividad: Evidencia de aprendizaje

Identificación de los elementos de la metodología TSP

Alumna:

Docente:

Fecha: Ciudad de México, 5 de mayo de 2019

pág. 1
Evidencia de aprendizaje. Identificación de los elementos de la
metodología TSP

En la evidencia de aprendizaje identificarás los elementos de la metodología TSP con


base en un problema que plantearás, y al cual es posible dar solución mediante esta
metodología. Para ello, sigue estos pasos:

1. Plantea y describe detalladamente un problema al cual puedas dar


solución mediante la metodología TSP. 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.
2. Redacta el problema en un archivo de texto.
3. Integra un cuadro comparativo en el cual expongas la definición y ejemplos
para cada uno de los siguientes los elementos de la metodología TSP:
a. Principios y objetivos de TSP.
b. Estrategia de TSP.
c. Equipo TSP.
d. Estructura del TSP: disciplina de equipo, disciplina de administración,
disciplina de ingeniería.
e. Ciclo de vida del TSP: lanzamiento, estrategia, planeación,
requerimientos, diseño, implementación, pruebas, post mórtem.

4. Integra un documento con la descripción del problema, el cuadro


comparativo, tus conclusiones acerca de la relación que existe entre cada
uno de los elementos y la importancia de esta metodología en el quehacer
del ingeniero en desarrollo de software.

5. Guarda tu actividad con la nomenclatura DDSE_U1_A1_XXYZ. Sustituye


las XX por las dos primeras letras de tu primer nombre, la Y por tu primer
apellido y la Z por tu segundo apellido.

*Consulta el documento Criterios de evaluación de actividades U1, para ver la rúbrica de


la actividad y conocer los parámetros de evaluación.

pág. 2
|

1. Plantea y describe detalladamente un problema al cual puedas dar


solución mediante la metodología TSP. 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.

Se requiere un sistema que administre las entradas y salidas de los empleados de


comision, con este sistema se pretende validar asistencia, faltas, retardos,
permisos, horas de comidas y número de salidas al día, generar reportes
semanales y en un futuro generar una nómina.

El centro comision cuenta con aproximadamente 800 empleados y los horarios laborales
varían y son los 365 días del año.

El programa debe contener una interfaz gráfica para los gerentes y supervisores de
cada área en donde registraran y administran los horarios y/permisos de su
personal a cargo.

El líder del sistema que se encuentra en RH será el encargado de generar los reportes y o
extraer datos, realizar modificaciones y/o actualizaciones.

Solo habrá interfaz gráfica para encargados del área y administrador general del sistema.
No es necesario para empleados, ya que todo es interno por medio del checado de su
tarjeta en los torniquetes principales del centro de trabajo.

Se requiere un servidor robusto para la administración de la base datos y uno para


respaldo ya que cada 3 meses realizaran respaldos de la información por la cantidad de
registros que se generan en un Torniquete.

pág. 3
Integra un cuadro comparativo en el cual expongas la definición y ejemplos para cada uno de los siguientes los elementos de la
metodología TSP:

Tema Definición Ejemplo


Principios y objetivos de TSP El objetivo es mejorar y asegurar la calidad y productividad Crear un programa que permita la
en un proyecto de desarrollo de software. administración de los empleados de
comision.

Estrategia de TSP Son actividades bien estructuradas y planificadas para Se cuenta con una propuesta para el desarrollo.
lograr el objetivo que se planteó. Se crea un plan de trabajo
Se realiza un diagrama de gant
Se basa en la búsqueda de la mejor manera de introducir Se crean y asignan roles
los 8 procesos dentro de cada fase del ciclo de vida del
proyecto.

Lanzamiento
Estrategia
Plan
Requerimiento
Diseño
Implementación
Prueba
Post mórterm

Equipo TSP Al menos 2 personas Equipo: 2 programadores y un administrador


Trabajo en equipo y apoyo de base datos.
Roles establecidos 1 programador Sr y encargado del proyecto
Los integrantes deben contar con las capacidades y 1 programador realizara el front end
habilidades para desempeñar el rol 1 programador realizara el back endd
Objetivos claros, realistas y bien definidos 1 administrador de datos realizara la bd,
Equipo motivado y comprometido normalizara y administrara.

pág. 4
Disciplina de equipo Compromiso Objetivos y comprometidos con el cliente y la
organización

Planes agresivos Acciones Planeadas


Bien estructurado
Ejecución Rápida
Corto Plazo

Calidad propia Cada desarrollador debe colocar su


propio sello

El equipo debe dar su punto de vista de los


Objetivos del proyecto objetivos.

Plan Propio

Objetivos
Requerimientos del Sistema
Plan detallado Actividades
Ciclo de vida

Roles Cada individuo tiene claro su rol


El rol es asignado en base a capacidades y
cualidades

Recursos del equipo Utilizar de manera correcta los recursos que


se proporcionan para el proyecto

Disciplina de administración Prioridad de calidad Calidad


Satisfacción del cliente

pág. 5
Ejecución de la metodología

Costo de la calidad Costos adecuados para llegar a la calidad


planeada.

Seguir el proceso Se establecen procesos bien definidos y se


revisa q se cumplan

Revisión de estatus de calidad Por medio de: Plantillas y reportes


Comunicación

Disciplina de ingeniería Planes Personales Conocer su rol dentro del proyecto


Conocer su responsabilidad

Método de planeación Manejar y planear sus tiempos y


responsabilidades

Valor agregado Valiosa la experiencia de cada ingeniero y su


aportación.

Controlar
Métricas de calidad Medir
Monitorizar
Predecir
Probar el desarrollo de software

Procesos definidos Panorama general del desarrollo

Lanzamiento Metas y objetivos del proyecto Los miembros del equipo deben ser
cooperativos y efectivos
El trabajo personal debe ser disciplinado por

pág. 6
desempeño, eficacia y cumplimiento del 100
% en cada objetivo personal estipulado.

El encargado del proyecto revisara


actividades de seguimiento, propone
estrategias, dirige el análisis de alto nivel,
dirige el diseño, la implementación de
pruebas y colabora en conjunto con el equipo
de trabajo.

Los defectos encontrados en el proyecto se


irán disminuyendo conforme avancen las
semanas.

Estrategia Lo que se hará para obtener el resultado Cada equipo desarrollara una idea
conceptual del proyecto de torniquetes de
comision en base a esto se hace una
estimación del tamaño y del tiempo que
durara el proyecto.

Creación del diseño conceptual, basado en la


experiencia de los programadores se hará el
diseño conceptual realizando los diagramas
en UML.

Se presentarán las alternativas y


se hará la selección de la mejor.

Se realizará una gestión de riesgos la cual


consiste en los aspectos q se deben de
considerar del desarrollo, un plan de acción y
un plan de contingencia.
Toda estrategia q se considere se debe
documentar.

pág. 7
planeación Contener un inventario de los elementos q serán utilizados Estimación de cada parte a ser desarrollada
Identificación y asignación de cada una de
las tareas, se generarán los cronogramas
para estas e ir monitoreando los avances y
movimientos del proyecto.
Se genera un plan de calidad para cada
integrante del equipo en el cual se especifica
quien, cuando y que procedimientos debe
aplicar al proyecto.

requerimientos Se establecen al entrevistar a los clientes para determinar Se realizará un análisis de necesidades del
lo que va a producir. cliente.
Requerimientos funcionales comisión
El encargado de área podrá asignar los
horarios de entrada y salida de cada
trabajador, el trabajador deberá ser
identificados por un ID único y su cup para
asegurar no duplicidad.
El sistema deberá proporcionar visores
adecuados para cada área y pueda realizar
el proceso indicado.
El identificador ID principal será numero de
empleado y la k2 el curp.

Requerimientos no funcionales:
Se requiere un servidor robusto para la
administración de la base datos y uno para
respaldo ya que cada 3 meses realizaran
respaldos de la información por la cantidad de
registros que se generan en un Torniquete.
Y q se encuentre disponible las 24 hrs. Del día.

pág. 8
diseño Diseño del producto de software Generación de la estructura general del
producto.

El programa debe contener una interfaz


gráfica para los gerentes y supervisores de
cada área en donde registraran y administran
los horarios y/permisos de su personal a
cargo.

El líder del sistema que se encuentra en RH será


el encargado de generar los reportes y o extraer
datos, realizar modificaciones y/o
actualizaciones.
Solo habrá interfaz gráfica para encargados del
área y administrador general del sistema. No es
necesario para empleados, ya que todo es
interno por medio del checado de su tarjeta en
los torniquetes principales del centro de trabajo.

Implementación Se relaciona con la codificación y el uso de estándares Se realizar la revisión de estándares: de


dentro del sistema, se realiza la implementación del codificación, tamaño, defectos y prevención
producto y se empieza a decodificar de defectos.

pruebas En esta fase probaremos, evaluaremos el producto y se Criterios de ingreso: componentes


detectaran defectos. implementados, inspeccionados y la unidad
probada Bajo control de configuración.
Prueba de descripción general del proceso
Desarrollo de pruebas
El equipo construye el producto y comprueba
q este completo el sistema de registro de
torniquetes.

pág. 9
Se registran todos los errores en el registro
de defectos.
Comprueba la integridad y la integración de
la prueba del producto.
Se registran las actividades.
Prueba del sistema en condiciones normales
y de alta presión.
Se prueba en la instalación
El programador Sr. Asienta todos los errores
de registro de defecto, asigna las tareas de
documentación, y revisa la elaboración de los
documentos del usuario.
post mórtem Fase de culminación del proceso de TSP Se realiza la evaluación de todas las tareas q
se definieron en el proyecto, se verifican las
metas del plan de calidad y del trabajo de
equipo.
Se ha completado y probado el producto.
Análisis del proyecto por cada función:

 Rendimiento general del equipo


 Revisión del proceso
 Desempeño del rol
 Evaluaciones de funciones.

Conclusión: TSP; Es una metodología de software en equipo la cual es guía para los integrantes del equipo de trabajo para asegurar
y obtener los resultados esperados, esta metodología va de la mano con PSP ya que los integrantes ya cuentan con experiencia en
metodologías individuales y al crear un proyecto se integran ambas metodologías.

pág. 10
Bibliografía

UnADM. Desarrollo de software en equipo (TSP). Fecha de consulta: de mayo de 2019. Recuperado de la página web:
https://unadmexico.blackboard.com/bbcswebdav/institution/DCEIT/Bloque2/DS/06/DDSE/U1/Unidad_1_Introduccion_a_TSP.pdf

pág. 11

Potrebbero piacerti anche