DDSE_U2_EA

 Desarrollo  De sarrollo de de Software Software en 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

Clases Api's Pantallas Procedimientos de BD y SQL TOTAL GENERAL

GDM

NCSMS

GCAL

GPM

TOTAL GENERAL

2,806

774

1,790

1,688

1,633

8,691

935

258

597

563

544

2,897

28,800

3,970

9,795

12,470

7,215

62,250

6,156

961

1,465

1,630

5,828

16,040

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 Código Reutilizado

GDPH 77,394

GDM 11,926

NCSMS 27,294

GCAL 32,702

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

GPM

Total 30,440

179,756 4

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

STRATS Referencia

Funciones

Ciclo LOC's 2

1 1 1.1

Proyecto Sanito Gestión de Documentos de Pacientes Hospitalarios Gestión De Dispensario Medico.

1.2

3

Ciclo Horas 2

1

3

38,697 48.37 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

38,697

56

123

15

77,394

Nuevo y modificado 138

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

Gestión de Documentos de Pacientes Hospitalarios

Base Borrado Modificado Agregado Rehusado

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

Total 116,229

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 c on 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 Bajo rendimiento del equipo

Metas inadecuadas

Probabilidad Impacto Nivel Descripción B A Tiempo del Proyecto /Costos

Exposición Prioridad 1*3

M

M

Tiempo del Proyecto/ éxito

2*2

Mala coordinación M del equipo

A

Tiempo del Proyecto/ éxito

2*3

Falta de  A seguimiento en las metodologías

A

Tiempo del Proyecto/ éxito

2*2

Requerimientos mal definidos

M

Tiempo del Proyecto/ Costos

2*2

M

Medidas

Rutina

Se debe generar un ambiente de trabajo positivo y alentador que fortalezca las habilidades de cada integrante Significativo Se debe verificar que el equipo tenga experiencia en PSP y sus estadísticas sean reales para que las estimaciones de tiempo y calidad sean factibles y realistas. Significativo El lider de Proyecto debe fomentar la comunicación y retroalimentación, asi como el cumplimiento de las metas personales para que exista flujo en los procesos heredados. Significativo El líder de proyecto debe mantenerse dentro de las normas de las metodologías para que sean funcionales y evitar confusiones en los procesos Significativo Es de suma importancia una buena definición de 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-odoo9 What I Want You To Do with Points en http://people.cs.luc.edu/whonig/comp-474/course-materials/tspforms/WhatIWantYouToDowithPoints.pdf  Humphrey, Watts S. Introduction to the Team Software Process. R eading, MA: Addison-Wesley, 2000,PDF Team Software Process (TSP),Body of Knowledge (B OK) 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 1

Proyecto y administración objetivos

Descripción

Reunión de lanzamiento del equipo llenado de LAU1. 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

9

Informe de lanzamiento

reunión de lanzamiento del equipo llenado de LAU8

Preparación

Prepare a el reporte de Gestión del Proyecto.

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