Está en la página 1de 14

Desarrollo de Software en Equipo

2. Implementación de TSP

Universidad Abierta y a
Distancia de México

Ingeniería en Desarrollo de Software


3er Semestre

Programa de la asignatura:
Desarrollo de Software en Equipo

Docente en Línea:

Unidad 2. Implementación de TSP


Planeación del lanzamiento del proyecto de software

13/04/16

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 1


Desarrollo de Software en Equipo
2. Implementación de TSP

Índice
Introducción ......................................................................................................................................... 3
Desarrollo ............................................................................................................................................ 4
Conclusiones ....................................................................................................................................... 7
Bibliografía ........................................................................................................................................... 8
Anexo 1 Entregas anteriores como antecedente. ................................................................................. 9

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 2


Desarrollo de Software en Equipo
2. Implementación de TSP

Introducción
Unidad: 2 – Implementación de TSP

Desarrollo de Software en Equipo (TSP)

Narrativa del problema:

Para el desarrollo de esta actividad deberás colocarte en el papel del director comercial (CCO) de una empresa de servicios
informáticos que opera en el mercado de las Tecnologías de la Información en los sectores educativo y socio sanitario, con
una amplia experiencia en la adaptación e implantación de soluciones propietarias y una cartera de clientes fidelizada con
este paradigma en su entorno regional. Los responsables de la empresa detectan un freno en el crecimiento del número de
clientes y también en los contratos firmados con los clientes, debido en principio a la dura competencia de empresas de
mayor tamaño e implantación en el mercado nacional e internacional.

Aunque la situación no es grave, se deciden a tomar medidas correctivas. Por este motivo, y sabiendo de tu conocimiento
en materia de Desarrollo de Software, la dirección de la empresa te encarga un proyecto de nuevas líneas de negocio
complementarias a la actual, basadas en Software y en la utilización del Crowdsourcing como estrategia para diferenciarse
de la competencia.

Inicialmente no hay ninguna preferencia a la hora de desarrollar nuevas oportunidades de negocio, pero dada la actualidad
tecnológica y la evolución de estos sistemas, se decide iniciar el análisis de oportunidades empresariales en los modelos
basados en IaaS (Infrastructure as a Service, la infraestructura tecnológica como servicio), PaaS (Platform as a Service, la
plataforma tecnológica como servicio) y SaaS (Software as a Service, el software como servicio), en los sectores en los que
viene trabajando la empresa.

Propuesta:

Como resultado del análisis de oportunidades de negocio se propone implementar un portafolios de


proyectos, que constará de dos etapas para lograr los objetivos buscados.

En la primera etapa se implementaran dos proyectos:

 La construcción de una primera versión de software de Gestión Hospitalaria de licencia


AGPL con metodología TSP (con el que se trabajara para la materia)

 El diseño, compra, instalación y puesta a punto de la pila de hardware para una nube privada
con OpenStack.

En la segunda etapa se desarrollaran otros dos proyectos:

 Diseñar y elaborar la pagina WEB del proyecto y creación de la comunidad para el


crowdsourcing.

 Diseñar y implementar el plan de mercadeo de la solución, basada en un modelo de negocios


de SaaS de Opensource.

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 3


Desarrollo de Software en Equipo
2. Implementación de TSP

Desarrollo
Actividad. Generación del plan de calidad y de riesgos

Como evidencia de aprendizaje realizarás un plan de calidad con las métricas del proyecto global y el
plan de riesgos, además identificarás los elementos que puedan afectar a un proyecto. Para ello, tu
docente en línea te enviará un problema. Tras recibirlo:

Al ser el TSP un modelo enfocado en la calidad, parte del plan de calidad es el uso de los artefactos
del TSP y del TSP :

1. Métricas

El sistema cuenta con 5 módulos:

 GDPH -Gestión de Documentos de Pacientes Hospitalarios

 GDM-Gestión De Dispensario Medico.

 NCSMS-Notificador de correo y SMS

 GCAL-Gestión de Calendario

 GPM-Gestión de pacientes y médicos

Se muestran el cálculo de LOCs que incluyen donde el mayor numero de código es el de la gestión
de pacientes debido a que es donde se incorporan la mayor parte de las clases y pantallas de la
aplicación y donde se navegara mayormente el Usuario final en las Formas STRATS y SUMS:

TIPO GDPH GDM NCSMS GCAL GPM TOTAL GENERAL

Clases 2,806 774 1,790 1,688 1,633 8,691

Api's 935 258 597 563 544 2,897

Pantallas 28,800 3,970 9,795 12,470 7,215 62,250

Procedimientos de BD y SQL 6,156 961 1,465 1,630 5,828 16,040

TOTAL GENERAL 38,697 5,963 13,647 16,351 15,220 89,878

Debido a que se utiliza PSP desde hace tiempo cada programador tiene un buen repertorio de clases,
procedimientos y funciones que facilitan el trabajo y disminuyen la carga, por lo que mucho del código
a implementar en la solución es Código Reutilizado como

GDPH GDM NCSMS GCAL GPM Total


Código Reutilizado 77,394 11,926 27,294 32,702 30,440 179,756

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 4


Desarrollo de Software en Equipo
2. Implementación de TSP

STRATS

Referencia Funciones Ciclo Ciclo


LOC's Horas
1 2 3 1 2 3
1 Proyecto Sanito
1.1 Gestión de Documentos de Pacientes 38,697
Hospitalarios 48.37
1.2 Gestión De Dispensario Medico. 5,963
7.45
1.3 Notificador de correo y SMS 13,647
17.06
1.4 Gestión de Calendario 16,351
20.44
1.5 Gestión de pacientes y médicos 15,220
19.03

Total - -
89,878.00 - 112.35 -

SUMS

Modulo Base Borrado Modificado Agregado Rehusado Nuevo y Total


modificado
Gestión de Documentos de 38,697 56 123 15 77,394 138 116,229
Pacientes Hospitalarios

Gestión De Dispensario Medico. 5,963 66 25 215 11,926 240 18,129

Notificador de correo y SMS 13,647 21 15 32 27,294 47 40,988

Gestión de Calendario 16,351 2 156 33 32,702 189 49,242

Gestión de pacientes y médicos 15,220 25 86 548 30,440 634 46,294

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 5


Desarrollo de Software en Equipo
2. Implementación de TSP

2. Metas:

Metas
1 La construcción de una primera versión de software de Gestión Hospitalaria de licencia AGPL
con metodología TSP
medida Se aplicaran las metodologías PSP y TSP con gestion basada en PMI
2 Desarrollar la solución dentro de los Tiempos, costos programadados con una tolerancia de
+-5%
medida Mantener la gestión del proyecto de acuerdo a lo planeado y ajustar de acuerdo a la metodología
para lograr las metas
3 Desarrollar la solución dentro de la calidad planeada.
medida Cumplir con los requerimientos al 100% con una tolerancia de 0.5% de error.

3. Forms

Para que el trabajo sea efectivo se deben definir metas que guíen el trabajo individual y de equipo
estas metas en PSP-TSP son mensurables a través de LOC's, Horas trabajadas y números de
errores, para lo cual se llenan diferentes reportes y formas:

PSP

 WEEK-reporte de status semanal

 TASK -reporte de plan de tareas

 SHEDULE- calendario de programación de tareas

TSP

 SHEDULE- calendario de programación de tareas

 INS-reporte de Inspección

 LOGTEST- lista de Pruebas

Estas formas son modificadas en las reuniones de equipo junto con el encargado la gestión de
planificación. Con los datos anteriores se llena la forma SUMQ o forma de sumario de calidad

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 6


Desarrollo de Software en Equipo
2. Implementación de TSP

Todo lo anterior se junta en el Proyect Notebook que Gestiona el Líder de Equipo con los datos
anteriores estimación y retroalimentación en las juntas, el líder de equipo identifica los riesgos por
medio de la forma ITL:
Descripción Probabilidad Impacto Exposición Prioridad Medidas
Nivel Descripción
Bajo rendimiento B A Tiempo del 1*3 Rutina Se debe generar un
del equipo Proyecto ambiente de trabajo
/Costos positivo y alentador que
fortalezca las habilidades
de cada integrante
Metas M M Tiempo del 2*2 Significativo Se debe verificar que el
inadecuadas Proyecto/ éxito equipo tenga experiencia
en PSP y sus estadísticas
sean reales para que las
estimaciones de tiempo y
calidad sean factibles y
realistas.
Mala coordinación M A Tiempo del 2*3 Significativo El lider de Proyecto debe
del equipo Proyecto/ éxito fomentar la comunicación
y retroalimentación, asi
como el cumplimiento de
las metas personales para
que exista flujo en los
procesos heredados.
Falta de A A Tiempo del 2*2 Significativo El líder de proyecto debe
seguimiento en las Proyecto/ éxito mantenerse dentro de las
metodologías normas de las
metodologías para que
sean funcionales y evitar
confusiones en los
procesos
Requerimientos M M Tiempo del 2*2 Significativo Es de suma importancia
mal definidos Proyecto/ una buena definición de
Costos los requerimientos ya que
impactan directamente en
la calidad del producto.

Conclusiones
Se puede observar que el plan de calidad y la gestión de riesgos tiene una relación muy estrecha en
el TSP ya que el plan de riesgos es definido a partir de las necesidades de la calidad del producto,
además que en sí la metodología TSP esta enfocada en la calidad, ya que la mayoría de las formas
buscan identificar la calidad del trabajo, del proceso y del desempeño del equipo que impacta
directamente en la calidad del producto. Así mismo la gestión de riesgos mantiene el enfoque en las
posibles alarmas que afecten los rubros de tiempo, costo y éxito del proyecto, lo cual también define
la satisfacción del cliente, que es uno de los factores de mesura de la calidad del servicio.
División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 7
Desarrollo de Software en Equipo
2. Implementación de TSP

Bibliografía
Mª Isabel Alonso de Magdaleno. Jesús García García La metodología. “Crowd como herramienta innovadora
en el ámbito sanitario” en: http://pub.bsalut.net/cgi/viewcontent.cgi?article=1062&context=risai

El modelo de servicios de Odoo en : http://www.opensur.com/blog/odoo-4/post/el-modelo-de-negocios-de-odoo-


9

What I Want You To Do with Points en http://people.cs.luc.edu/whonig/comp-474/course-materials/tsp-


forms/WhatIWantYouToDowithPoints.pdf

Humphrey, Watts S. Introduction to the Team Software Process. Reading, MA: Addison-Wesley, 2000,PDF

Team Software Process (TSP),Body of Knowledge (BOK) en : http://www.sei.cmu.edu/reports/10tr020.pdf

Chrissis, M., Konrad, M. & Shrum, S. (2009). Cmmi : guía para la integración de procesos y la mejora de
productos. New York: Pearson.

Pablo Lledó. Director de proyectos: Cómo aprobar el examen PMP® sin morir en el intento. 2da ed. – Victoria,
BC, Canadá: el autor, 2013.

Maria Isabel Sánchez Segura. Ejemplo de Valor Ganado, Universidad Carlos III de Madrid. Acervo SEL

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 8


Desarrollo de Software en Equipo
2. Implementación de TSP

Anexo 1 Entregas anteriores como antecedente.

Resumen del Plan del Proyecto


STRAT (Development Strategy)

Descripción Del Proyecto

El proyecto trata sobre la construcción de una primera versión de software de Gestión Hospitalaria de
licencia AGPL con metodología TSP que considera la automatización de los siguientes procesos:

 Gestión de Documentos de Pacientes Hospitalarios

 Gestión De Dispensario Medico.

 Notificador de correo y SMS

 Gestión de Calendario

 Gestión de pacientes y médicos

Tecnologías relativas al proceso se aplicarán durante el proyecto son las siguientes:

 Tecnología de producto

1. Programación en lenguajes PHP, HTML5, SQL

 Tecnología de proceso

1. Método de consultoría de Kubr

2. Método de administración de proyectos PMI

3. Método de levantamiento de requisitos de IEEE

4. Método de desarrollo de Software PSP

 Tecnología de maquinaria y equipo

1. Computadoras de escritorio
2. Software aplicativo: para administrar el proyecto, Google Proyect Charter, Wbs Chart
Pro, Pert, Ms Word.
3. Software aplicativo: para desarrollo del proyecto Sublime Text, MyPHPAdmin, Apache
HTML Server, MySQL, Gimp.
División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 9
Desarrollo de Software en Equipo
2. Implementación de TSP

 Tecnología de operaciones

1. PSP
2. TSP

3. TSPi

 Métricas

1. Longitud de código

2. Porcentaje de Reutilización de código

3. Número de horas trabajadas

4. Horas planificadas por rol vs. Horas trabajadas


5. Número de cambios por módulo

6. Eficiencia en cambios

Adicionalmente se incluirán otras tecnologías, correspondientes al software.

SCRIPT DEV

Propósito Orientar al equipo en el lanzamiento del proyecto de software

Descripción - El trabajo de preparación de lanzamiento ha sido completado.

- Para el lanzamiento , los representantes de la dirección de marketing y se preparan


y está disponible para reuniones.

- Todos los miembros del equipo y el líder del equipo se comprometen a asistir al
lanzamiento y reuniones de post-mortem .

General Tiempos

-Reuniones 1 , 2 y 3 se llevan a cabo en el lanzamiento dia1..

- Reuniones 4 , 5 y 6 se llevan a cabo en el día 2 .

- Reuniones 7 y 8 están en el día 3 .

- Reunión 9 y la post-mortem de lanzamiento se llevan a cabo el día 4

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 10


Desarrollo de Software en Equipo
2. Implementación de TSP

Pasos Actividad Descripción

1 Proyecto y administración Reunión de lanzamiento del equipo llenado de LAU1.


objetivos
Revisión del proceso de puesta en marcha y presentación de los
miembros del equipo .

Discusión los objetivos del proyecto con la dirección y dudas.

2 Objetivos de equipo y Roles Reunión de lanzamiento del equipo llenado de LAU2.

Seleccionar las funciones del equipo y las funciones de respaldo y


versiones .

Definir y documentar los objetivos del equipo .

3 Estrategia y Gestión de Proyecto Reunión de lanzamiento del equipo llenado de LAU3.

Diseño de sistema conceptual y correcciones.

Determinar la estrategia y necesidades para producir el desarrollo.

Definir el proceso de desarrollo a utilizar .

Definir los planes de proceso y de soporte .

4 Plan General reunión de lanzamiento del equipo llenado de LAU4 .

Desarrollar las estimaciones del tamaño y el plan general .

5 Gestión de Calidad Reunión de lanzamiento del equipo llenado de LAU5.

Desarrollar el plan de calidad .

6 Plan General Reunión de lanzamiento del equipo llenado de LAU5.

Ubicación de los miembros del equipo.

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 11


Desarrollo de Software en Equipo
2. Implementación de TSP

asignación de trabajo para los miembros del equipo.

Planeación de fases siguientes para cada miembro del equipo

fase equilibrada para el equipo y cada miembro del equipo

7 Análisis de Gestión de Riesgos reunión de lanzamiento del equipo llenado de LAU7

Identificar y evaluar los riesgos del proyecto .

Definir puntos de control y las responsabilidades de evaluación de


riesgos .

Proponer acciones de mitigación de riesgos de alto impacto


inmediato .

8 Informe de lanzamiento reunión de lanzamiento del equipo llenado de LAU8

Preparación Prepare a el reporte de Gestión del Proyecto.

9 Gestión Reunión del equipo llenado de LAU9 .

Revisión Revisar las actividades de lanzamiento y los planes del proyecto y de


la gestión

Discutir los riesgos del proyecto , las responsabilidades y las


acciones planificadas .

PM Reunión del equipo llenado de LAU9 .

Preparación del informe semanal.

Recopilar datos de lanzamiento y producir un informe sobre el


lanzamiento .

Evaluar el proceso de puesta en marcha y preparar los el Informe .

Estructura de desglose de trabajo EDT

1 DESARROLLO DEL PROYECTO DE CITAS MÉDICAS


División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 12
Desarrollo de Software en Equipo
2. Implementación de TSP

1.1 FASE 1: PLANEACIÓN DEL PROYECTO

1.1.1 EDT

1.1.2 Cronograma

1.1.3 Documento de Gestión de Riesgos

1.1.4 Documento de Plan de Comunicación

1.1.5 Documento de Plan de Calidad

1.2 FASE 2: ANÁLISIS Y DISEÑO DEL PROYECTO


1.2.1 ANÁLISIS DE REQUERIMIENTOS

1.2.1.1 Documento sobre sistemas de salud

1.2.1.2 Documento de Procesos

1.2.1.3 Documento de Requerimientos

1.2.1.4 Documento de Ponderación de Requerimientos

1.2.1.5 Documento de Priorización de Requerimientos


1.2.2 DISEÑO

1.2.2.1 Documento Diagrama de Robustez

1.2.2.2 Documento Diagrama de Clases

1.2.2.3 Documento Diagrama de Actividades

1.2.2.4 Documento Diagrama de Estados


1.2.2.5 Documento Diagrama de Actividades

1.3 FASE 5: IMPLEMENTACIÓN Y PRUEBAS DEL PROYECTO

1.3.1 IMPLEMENTACIÓN

1.3.1.1 Archivo Código Fuente

1.3.1.2 Interfaz Web del Sistema

1.3.2 PRUEBAS
1.3.2.1 Documento de Diseño de Pruebas

1.3.2.2 Archivo Pruebas de Unitarias

1.3.2.3 Documento Resultados Pruebas Unitarias

1.3.2.4 Archivo Pruebas de Caja Blanca

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 13


Desarrollo de Software en Equipo
2. Implementación de TSP

1.3.2.5 Documento Resultados Pruebas de Caja Blanca

1.3.2.6 Documento Resultados Pruebas de Caja Negra

1.3.2.7 Documento Resultados Pruebas No Funcionales en Entorno Web

1.4 FASE 4: IMPLANTACIÓN DEL PROYECTO

1.4.1 Acta de Entrega del Sistema

1.4.2 Acta de Aceptación del Sistema

1.4.3 Acta de Notificación de Fallos del Sistema


1.4.4 Acta de Aceptación a Satisfacción del Sistema

1.4.5 Acta de Capacitación Sobre el Sistema

División de Ciencias Exactas, Ingeniería y Tecnología | Desarrollo de Software 14