ENTREGA FINAL PROCESO DE SOFTWARE PERSONAL - PSP Integrantes Efren Ducuara Carrillo Jorge Luis Serrano Velasco Andrés Javier Merlo Lamprea Mónica Alexandra Diaz Igua Diego Merchán Rojas

POLITÉCNICO GRANCOLOMBIANO

Tabla de Contenido 1.

INTRODUCCIÓN........................................................................................................................................................... 3

2.

DESCRIPCIÓN DEL PROBLEMA......................................................................................................................................... 3

3.

OBJETIVO GENERAL..................................................................................................................................................... 3

4.

OBJETIVOS ESPECÍFICOS................................................................................................................................................ 3

5.

JUSTIFICACIÓN............................................................................................................................................................ 4

6.

ACTIVIDADES A DESARROLLAR........................................................................................................................................ 4

7.

PROYECTO A 8 SEMANAS.............................................................................................................................................. 5

8.

TIEMPOS DEL SOFTWARE............................................................................................................................................... 5

9.

CARACTERÍSTICAS DEL SOFTWARE................................................................................................................................... 6

10.

TAMAÑOS DEL SOFTWARE......................................................................................................................................... 7

11.

CALIDAD Y PRUEBAS DE SOFTWARE............................................................................................................................. 9

11.1.

CLASIFICACIÓN DE DEFECTOS...................................................................................................................................... 9

11.2.

REGISTRO DE DEFECTOS.......................................................................................................................................... 10

11.3.

CONSOLIDADO DE DEFECTOS.................................................................................................................................... 11

12.

DISEÑO BASE DE DATOS.......................................................................................................................................... 12

13.

MEJORAS Y CORRECCIONES PRIMERA ENTREGA............................................................................................................ 12

14.

PLAN DE DESARROLLO PERSONAL.............................................................................................................................. 12

15.

ESTIMACIÓN DEL PROYECTO CON EL MÉTODO PROBE.................................................................................................. 17

15.1.

INICIO DEL PROYECTO............................................................................................................................................. 17

15.2.

DISEÑO CONCEPTUAL............................................................................................................................................. 20

15.3.

TAMAÑO DE LOS PROXYS......................................................................................................................................... 20

15.4.

TAMAÑO DEL PROGRAMA........................................................................................................................................ 24

15.5.

ESTIMACIÓN DE LOS RECURSOS TEMPORALES............................................................................................................... 25

15.6.

INTERVALO DE PREDICCIÓN...................................................................................................................................... 25

15.6.1.

TAMAÑO......................................................................................................................................................... 25

15.6.2.

RECURSOS........................................................................................................................................................ 25

15.7.

ESTIMADOS Y RANGOS............................................................................................................................................ 25

15.7.1.

TAMAÑO......................................................................................................................................................... 25

15.7.2.

RECURSOS........................................................................................................................................................ 26

16.

Desarrollo por niveles de PSP………………………………………………………………………………………………………………………...

17.

CONCLUSIONES..................................................................................................................................................... 26

18.

REFERENCIAS BIBLIOGRÁFICAS.................................................................................................................................. 27

1. INTRODUCCIÓN El presente documento busca describir el proceso de desarrollo de un Software de facturación siguiendo la metodología PSP y el uso de las tecnologías HTML, CSS y JavaScript. El Software propuesto va dirigido a pequeñas empresas y emprendedores independientes que tienen la necesidad de automatizar su proceso de facturación para un control más confiable de sus clientes y ventas por producto.

2. DESCRIPCIÓN DEL PROBLEMA Se identifica que las pequeñas empresas y emprendedores invierten mucho tiempo en tareas administrativas repetitivas. Por el tamaño de las empresas a las que va dirigido nuestro desarrollo, es difícil acceder a Software de gestión por su precio obligándolos a llevar sus procesos en hojas de Excel que se desordenan y son poco confiables, esto causa perdida de información y tiempo. Otro problema de estas empresas es que no cuentan con información confiable en cuanto a estadísticas de ventas y clientes.

3. OBJETIVO GENERAL Desarrollar un Software de facturación confiable siguiendo la metodología de desarrollo de software PSP la cual nos ayuda a planificar las actividades del proyecto con tiempos y estimaciones del Software para producir un producto de calidad en las diferentes fases como análisis, diseño, desarrollo y cierre. Conocer el conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la productividad personal de los programadores de software, mediante el seguimiento del desempeño predicho frente al desempeño real

4. OBJETIVOS ESPECÍFICOS 4.1. Crear una base de datos de defectos del software que nos permita mejorar los tiempos de desarrollo a futuro 4.2. Aplicar el método de estimación PROBE para el desarrollo de software. 4.3. Control y organización en los productos internos del cliente. 4.4. Desarrollar una base de datos de clientes que permita gestión confiable de los mismos. 4.5. Desarrollar una base de datos de productos que permita gestión confiable de los mismos. 4.6. Desarrollar una base de datos de facturas confiable y actualizada 4.7. Generar reportes de ventas integrando la información del sistema y que ayuda a la toma de decisiones.

5. JUSTIFICACIÓN En Colombia se identifica una gran problemática en cuanto a la gestión empresarial de las pequeñas empresas y emprendedores para el correcto manejo de información de ventas, gestión de clientes y la consolidación de información confiable para tomar decisiones. Por este motivo se busca la creación de un Software de facturación que se adapte a las necesidades de estos pequeños empresarios, donde exista disponibilidad de información confiable que se pueda manipular de manera segura, evitando desorden y perdida de información. Se busca optimizar el uso de papel implementando estas tecnologías de información, también buscamos prevenir errores humanos al desarrollar formularios automatizados. Esto contribuye a ahorrar tiempo en la gestión y las empresas se pueden enfocar en los procesos misionales de sus negocios. Para el desarrollo de este Software se va a hacer uso de las tecnologías HTML, CSS y JavaScript que nos van a permitir desarrollar la aplicación deseada. Este proyecto se desarrollara bajo la metodología PSP el cual inicialmente nos ayuda a medir los tiempos y defectos por cada fase del proyecto, para con esta información tener la posibilidad de mejorar (W S Humphrey, 2005).

6. ACTIVIDADES A DESARROLLAR Se realizará un portal web con el objetivo de Generar las facturas que se realicen en el establecimiento comercial de pequeñas y mediana empresas. Este aplicativo web estará diseñado en lenguaje HTML, CSS y JavaScript, en el cual contendrá tablas para registrar a los clientes, productos, empleados, detalles de la factura y empleado. Cada factura tendrá un identificador único el cual está ligado y a un cliente y un cliente puede tener varias facturas asociadas, en la factura tendrá detalles de la compra como son producto, precio, nombre del empleado información del establecimiento, esta será almacenada en una base de datos en el cual guardará la información durante 10 años por ley. Este proyecto será basado en las fases de desarrollo de software personal  Análisis  Diseño  Desarrollo  Cierre Se realizarán los formatos de registros para llevar el control del tiempo Estimación y medición del software.

7. PROYECTO A 8 SEMANAS Tabla 1 Cronograma de actividades 8 semanas

CIERRE ANÁLISIS ANÁLISIS DISEÑO DISEÑO DISEÑO DISEÑO DISEÑO DISEÑO DISEÑO DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O DESARROLL O CIERRE CIERRE CIERRE CIERRE

SUBFASE INICIO INICIO PLANEACIÓN PLANEACIÓN PLANEACIÓN PLANEACIÓN PLANEACIÓN PLANEACIÓN DESPLIEGUE CODIFICACIÓN

ACTIVIDAD Búsqueda de las necesidades de desarrollo Definición problema a solucionar Definición objetivos generales Definición objetivos específicos Definición de herramientas y recursos Diseño BD Diseño de estructuras html Definición de estilos CSS Instalación software necesario desarrollo Desarrollo sitios html

FECHA Semana 1 Semana 1 Semana 2 Semana 2 Semana 2 Semana 2 Semana 2 Semana 2 Semana 2 Semana 3

CODIFICACIÓN

implementación estilos css

Semana 3

CODIFICACIÓN

codificación sitio web

Semana 4

CODIFICACIÓN

codificación cálculos y validaciones

Semana 5

CODIFICACIÓN

Conexión base de datos

semana 6

CODIFICACIÓN

Codificación de botones

semana 6

PRUEBAS

Ejecución pruebas de funcionalidad

Semana 7

MONITOREO

Monitoreo de cambios

Semana 7

CONTROL

Ejecución pruebas de cambios

Semana 7

MANTENIMIENTO

Consolidación archivos definitivos

Semana 7

IMPLEMENTACIÓN

Carga del sitio final a la web

Semana 7

INSTALACIÓN LECCIONES APRENDIDAS LECCIONES APRENDIDAS PORT-MORTEN

Puesta en marcha del sitio Consolidar formatos de tiempos y defectos

Semana 8 Semana 8

Consolidar lecciones aprendidas

Semana 8

Documentación final

Semana 8

8. TIEMPOS DEL SOFTWARE Tabla 2 Formato de Registro PSP

ACTIVI DAD

TIEMPO PLANEADO

TIEMPO REAL

DESF ASE

ACUMUL ADO

Creación del modelo relacional de la base de datos codificación de la base de datos

60

50,0

10,0

40

40

5,0

mirar el celular tomar agua

50

45,0

40

80

Diseño de la página de ingreso (login) Codificación del botón INGRESAR

90

75,0

15,0

chatear

60

60

50

40,0

10,0

chatear

30

30

Codificación del botón CLIENTES

10

8,0

2,0

Llamada

6

6

Codificación del botón PRODUCTOS Codificación del botón FACTURACIÓN Codificación del texbox USUARIO

10

10,0

0,0

Ninguna

10

10

10

8,0

2,0

chatear

6

6

15

12,0

3,0

9

9

Codificación del texbox CONTRASEÑA

5

5,0

0,0

mirar el celular Ninguna

5

5

FASE

PROGRAMADOR

DESARR OLLO DESARR OLLO DESARR OLLO DESARR OLLO DESARR OLLO DESARR OLLO DESARR OLLO DESARR OLLO DESARR OLLO

TIEMPO INTERRUPCIÓN

9. CARACTERÍSTICAS DEL SOFTWARE Nuestro desarrollo web se caracteriza por ser una solución simple, de fácil aprendizaje y usabilidad que soluciona un problema de organización y gestión entre empresarios independientes, pequeñas empresas y emprendedores.  Usabilidad: De fácil interacción para el usuario, ya que puede ingresar, modificar o borrar información de manera fácil.  Disponibilidad: Al ser un desarrollo web la información va a estar contenida en servidores en la nube a los cuales se podrá acceder desde cualquier computador con acceso a internet. Además agrega seguridad a la información de las empresas ya que en caso de sufrir daños en sus computadores la información va a estar segura.  Calidad: Gracias a la implementación de la metodología PSP en su desarrollo, podemos identificar los procesos críticos, planificar y estimar los esfuerzos con el objetivo de cumplir con las características planeadas y lograr resolver el problema propuesto.

10. TAMAÑOS DEL SOFTWARE Tabla 3 Base de datos de tiempo del Software

LOGIN LOGIN

ELEMENTO2 Elementos de navegación

NUMERO DE LÍNEAS 11

CARACTERÍS TICAS HTML + CSS

CÓDIGO nav> Inicio Clientes Productos Facturación nav{ text-align: right; padding: 30px 50px 0 0; } nav > a{ color: aliceblue; font-weight: 300; text-decoration: none; margin-right: 16px; }

LOGIN

Titulo

1

HTML

LOGIN

Imagen ingreso

3

HTML + CSS

LOGIN LOGIN LOGIN LOGIN

Etiqueta inicio Etiqueta usuario Etiqueta Contraseña Campo contraseña

1 1 1 1

HTML HTML HTML HTML

LOGIN

Campo Usuario

1

HTML

  

BIENVENIDO A FACTURACIÓN SIMP LE

INICIO DE SESIÓN

  

USUARIO

  

CONTRASEÑA

  


LOGIN

Boton ingresar

7

HTML + CSS

LOGIN

imagen usuario

3

HTML + CSS

LOGIN

Sección ingreso

2

HTML

LOGIN

definición estilos

2

CSS


 

<section class="ingreso"> body{ font-family: 'Open Sans', sans-serif; }

FACTUR A FACTUR A FACTUR A FACTUR A FACTUR A FACTUR A CLIENTE

Campo Codigo factura Campo fecha

1

HTML


< br>

USUARIO

  

1

HTML

Campo Pago

1

HTML

Campo Pagado

1

HTML

Campo usuario

1

HTML

Campo Empleado

1

HTML

Campo Usuario

1

HTML

CLIENTE

Campo Nombre

1

HTML

CLIENTE

Campo Apellido

1

HTML

CLIENTE

Campo Dirección

1

HTML

CLIENTE

Campo Teléfono

1

HTML

CLIENTE

Campo Email

1

HTML

PRODUC TO PRODUC TO PRODUC TO PRODUC TO PRODUC

Campo Producto

1

HTML

Campo Nombre Producto Campo Precio

1

HTML

1

HTML

Boton Stock

1

HTML









< br> Opción 1: Línea 1:
Etiqueta:

Boton Protocolo

1

HTML

Opción 1: Línea 1:
Etiqueta:

TO PRODUC TO CATEGO RIA CATEGO RIA CATEGO RÍA EMPLEA DO EMPLEA DO EMPLEA DO EMPLEA DO EMPLEA DO

Boton Categoria Indagatoria Boton Categoria

1

HTML

Opción 1: Línea 1:
Etiqueta:

1

HTML

Opción 1: Línea 1:
Etiqueta:

Campo Nombre

1

HTML

Campo Descripción

1

HTML

Boton Empleado

1

HTML

Campo Nombre

1

HTML

Campo Teléfono

1

HTML

Campo Usuario

1

HTML

Campo contraseña

1

HTML










11. CALIDAD Y PRUEBAS DE SOFTWARE Para asegurar la calidad de nuestro programa se define seguir la metodología PSP para la gestión del proyecto además de registrar en todas las fases de este cualquier tipo de error o defecto que se encuentre con el objetivo de mejorar.

11.1. CLASIFICACIÓN DE DEFECTOS Para clasificar los defectos encontrados seguimos la siguiente tabla: Tabla 4 Caracterización de defectos

REFERENCIA 1 2

NOMBRE DEL TIPO Documentación Sintaxis

3

Construir, paquetes

DESCRIPCIÓN

LÍNEAS CÓDIGO ASOCIADAS

FASE

Comentarios, mensajes Ortografía, puntuación, erratas, formato de las instrucciones

Todas Construcción

Gestión del cambio, librerías, control de versión

Construcción

4

Asignación

Declaración, nombres duplicados, ámbito, límites

Construcción

5

Interfaz

Llamadas a procedimientos y referencias, E/S, formatos de usuario

Construcción Pruebas

6

Chequeo

Mensajes de error, chequeos inadecuados

Construcción Pruebas

7 8

Datos Función

Estructura, contenido Lógica, punteros, bucles, recursión, computación, defectos de la función

Diseño Construcción

9

Sistema

Configuración, temporización, memoria

Despliegue

10

Entorno

Diseño, compilación, pruebas y otros problemas que soporta el sistema

Despliegue

11.2. REGISTRO DE DEFECTOS Se usa el siguiente formato para el registro de defectos, además se relacionan los defectos encontrados hasta la fecha. Tabla 5 Registro de defectos

FECH A

ÍTE M

27/05 /2020

1

TIPO DEFECT O Sintaxis

FASE APARICIÓN Desarrollo

ELIMINAD O DURANTE Desarrollo

DESCRIPCIÓ N Error en estilo CSS para la página de Login con transparenci a, la URL de la imagen de fondo debe

TIEMPO CORRECCIÓ N (m) 60

DEFECTO CORREGIDO link imagen para estilo css

28/05 /2020

2

Sintaxis

Desarrollo

Desarrollo

1/06/ 2020

3

Datos

Diseño

Desarrollo

iniciar con ../ Al generar consulta SQL para vista facturación por clientes se genera error en la sentencia inner join al definir mal los campos No se creó una tabla para almacenar los empleados, donde se pueda validar el login a la página y saber quién genera las facturas

10

Consulta SQL

60

Omisión tabla base de datos

11.3. CONSOLIDADO DE DEFECTOS De acuerdo con los defectos registrados se reporta en el siguiente formato el consolidado de defectos del proyecto.

Tabla 6 Consolidado de defectos

CUENTA ERRORES TIPO DEFECTO

FASE APARICIÓN

Sintaxis Datos Total general

2

Desarrollo

2

Diseñ o 1 1

Total, general 2 1 3

12. DISEÑO BASE DE DATOS La base de datos que soportará la aplicación web esta diseñada y creada en MySQL con el modelo de entidad relación, contiene las tablas para almacenar los clientes, productos y empleados. De igual manera tiene las tablas que soportarán las transacciones de facturación, las cuales estarán contenidas en las tablas factura y detalle. Ilustración 1 Modelo entidad relación base de datos facturación

13. MEJORAS Y CORRECCIONES PRIMERA ENTREGA 

Se adapta el objetivo general y específicos para orientarlos mas hacia los temas del curso como PSP

14. PLAN DE DESARROLLO PERSONAL Para el plan de desarrollo personal dividimos el proyecto en diferentes actividades en cada una de las fases del proyecto, estas actividades las integramos en un cronograma tipo Gantt donde agregamos la siguiente información: 1. Lista de tareas 2. Tiempo estimado 3. Escala temporal según tareas precedentes 4. Inicio real 5. Duración real 6. Porcentaje completado 7. Estado 8. Bugs o defectos en cada fase

Tabla 7 Resumen del Plan del proyecto del PPS

Resumen del plan del proyecto del PPS ACTIVIDAD

Busqueda de las necesidades de desarrollo Definicion problema a solucionar Definicion objetivos generales

INICIO DEL PLAN

1

1

2

DURACIÓ N DEL PLAN

1

1

1

INICIO REAL

DURACIÓN REAL

Estado

PORCENTAJE COMPLETADO

 

1

1

2

100%

1

Terminad o

100%

1

Terminad o

100%

2

Terminad o Terminad o Terminad o

100%

Definicion de herramienta s y recursos

2

2

4

2

Diseño BD

3

1

4

1

100%

Diseño de estructuras html Definicion de estilos CSS Instalacion sofware necesario desarrollo Desarrollo sitios html Implementació n estilos css Codificación sitio web Elementos de navegación

85% 4

1

4

2

-

4

2

5

2

-

60%

100% 5

1

6

1

-

7

10

-

8

10

-

9

10

-

19

5

-

Imagen ingreso

20

1

-

Etiqueta inicio Etiqueta usuario Etiqueta Contraseña Campo contraseña

21

1

-

22

1

-

23

1

-

23

1

-

Campo Usuario

24

2

-

Botón ingresar

24

2

-

Imagen usuario

24

2

-

Sección ingreso definición estilos Campo Código factura

24

2

-

24

2

-

24

2

-

Campo fecha

24

2

-

20% 20% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0%

Campo Pago

24

2

-

Campo Pagado

24

2

-

Campo usuario Campo Empleado

24

2

-

24

2

-

Campo Usuario

24

2

-

Campo Nombre

24

2

-

Campo Apellido Campo Dirección Campo Teléfono

24

2

-

24

2

-

24

2

-

Campo Email Campo Producto Campo Nombre Producto

27

2

-

27

2

-

27

2

-

Campo Precio

27

2

-

Botón Stock

27

2

-

Botón Protocolo Botón Categoría Indagatoria

27

2

-

27

2

-

Botón Categoría

27

2

-

Campo Nombre Campo Descripción Botón Empleado

27

2

-

27

2

-

27

2

-

Campo Nombre

27

2

-

0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0% 0%

Campo Teléfono Campo Usuario Campo contraseña

Codificación cálculos y validaciones Conexión base de datos Codificación de botones Ejecución pruebas de funcionalidad Monitoreo de cambios Ejecución pruebas de cambios Consolidación archivos definitivos Carga del sitio final a la web Puesta en marcha del sitio Consolidar formatos de tiempos y defectos Consolidar lecciones aprendidas Documentación final

27

2

-

27

2

-

30

2

-

30

2

-

0% 0% 0% 0% 0%

30

2

-

33

4

-

38

2

-

0% 0% 0%

40

10

-

50

5

-

0% 0%

55

5

-

0% 60

1

-

61

2

-

63

2

-

0% 0%

0% 65

2

-

0% 65

2

65

2

 

 

-

0%

Mas detalle sobre el cronograma se evidencia en el anexo de Excel “Cronograma PSP”

15. ESTIMACIÓN DEL PROYECTO CON EL MÉTODO PROBE 15.1. INICIO DEL PROYECTO La descripción del método PROBE es la estimación del desarrollo de un Software de facturación, que tiene una tarea muy compleja, pero de vital importancia en toda la etapa del desarrollo, su principal necesidad es garantizar resultados satisfactorios, específicamente emplea métodos de medición de tamaño, para esto se utilizan factores de ajustes, mejoras de calidad, así como el tiempo y costo del desarrollo del mismo, lo que es prescindible para garantizar resultados satisfactorios. En este documento se da una visión general del proceso de estimación del software, donde se indica cada proceso dentro de la gestión del proyecto del software, se divide la estimación, en predicción del tamaño, del esfuerzo y del tiempo empleado para realizar el proyecto, se hace especial énfasis, en el modelo propuesto para estimar la confiabilidad, también buscamos puntos en común para una posible integración a futuro. Algunos de los principios a tener en cuenta para la realización de una estimación de software:

Los componentes principales que se deben tener un plan de desarrollo para un proyecto de software. Costos Tiempo Planificación del Personal Estructuración del Equipo de Trabajo personal Verificación y Control de Calidad Configuración Control del Proyecto Manejo de Riesgos

El plan requiere de un estimado de costos desglosado y detallado de los costos. Se debe indicar los costos específicos para cada etapa de desarrollo y para cada uno de los componentes. Costos de nómina, materiales, equipo, costos operacionales, etc. Se indicará cuándo comienza y termina cada una de las etapas de desarrollo. Esto es necesario para poder determinar en todo momento si el proyecto se encuentra adelantado, atrasado o en tiempo. Se debe establecer cuántas personas se necesitan para cada etapa del proyecto y qué tiempo dedicarán a trabajar en el proyecto. El plan debe establecer la composición de cada grupo de trabajo. En este componente es muy importante tomar en consideración que tipo de personas se incluirán ya que se necesita un grupo que se acople bien Para poder generar un producto de calidad es necesario que constantemente se verifique si los componentes del proyecto se están cumpliendo con los requisitos establecidos para el mismo El plan debe indicar de forma específica los mecanismos que se utilizarán para atender la necesidad y solicitudes de cambio en el proyecto. El plan debe indicar cómo la gerencia monitoreará las actividades del proyecto y se encargará de que se cumpla (hasta donde sea posible) el plan de trabajo establecido. Todo proyecto tiene sus riesgos. El plan debe establecer qué se hará en casos de retraso o que ocurrirá si se pierde uno o varios miembros del personal.

Factores importantes a considerar:      

Complejidad del proyecto. Tamaño del proyecto. Estabilidad de los requerimientos. Facilidad de identificar funciones. Estructura de la información. Disponibilidad de información histórica.

Los procesos definidos nos ayudan a administrar el proyecto, ya sea trabajando en equipo y/o trabajando sólo, a continuación, se definen los procesos que van a intervenir en el proyecto:        

Identificar las actividades principales. 2. Separar los elementos complejos que pueden intervenir. 3. Establecer los criterios de entrada y de salida para cada fase del proceso. 4. Medir de manera correcta el proceso, para tener bien entendido el desempeño personal. 5. Estimar correctamente cuando debe finalizar cada tarea. 6. Medir con precisión todos los datos que intervinieron en el proyecto. 7. Identificar las fases del proyecto que más problemas causaron. 8. Mejora continua tomando en cuenta datos anteriores.

Componentes Estándares del método PROBE El método PROBE se basa en la idea de que un software es la unión de un conjunto de componentes estándares y que en un nuevo proyecto se van a construir elementos de las mismas características a los realizados en forma previa, por lo tanto, el esfuerzo que se hizo en el pasado para desarrollarlos es el mismo que se hará en el futuro. En el método PROBE debemos diseñar los siguientes requisitos del sistema que se deben clasificar por tipos de componentes estándares y por el tamaño de cada uno en: pequeño, mediano y grande. Algunos ejemplos los tipos de componentes estándares son los siguientes:     

Acceso Usuario: este componente permite que el usuario se identifique en el sistema con un usuario y una contraseña: Consultas: este componente permite consultar o examinar la información del sistema, usando filtros de búsqueda. Mantenedores: este componente admite agregar, consultar, modificar y eliminar, la información de una o más entidades, por ejemplo: Clientes, usuarios. Informes: este componente emite informes, lo que posibilita al usuario imprimir dicha información. Menú: este componente muestra un conjunto de opciones al usuario, los cuales obedecen a su perfil de acceso en el sistema

En el método PROBE, se requiere construir una base de datos histórica de los componentes estándares desarrollados por cada cliente, con información de tipo componente, tamaño promedio en líneas de código (LOC) y tiempo de desarrollo para cada uno de los componentes.

Los principios de PSP son:      

Cada ingeniero es diferente, para ser más eficiente, debe planificar su trabajo basándose en su experiencia personal. Usar procesos bien definidos y cuantificados Los ingenieros deben asumir la responsabilidad personal de la calidad de sus productos. Cuanto antes se detecten y corrijan los errores menos esfuerzo será necesario Es más efectivo evitar los defectos que detectarlos y corregirlos. Trabajar bien es siempre la forma más rápida y económica de trabajar.

El PSP se caracteriza porque es de uso personal y se aplica a programas pequeños de menos de 10.000 líneas de código. Se centra en la administración del tiempo y en la administración de la calidad a través de la eliminación temprana de defectos. INTRODUCCION A PSP La figura se muestra donde primero se desarrolla un plan para realizar el proyecto. Después se desarrolla el software necesario y finalmente viene la fase de postmortem o la fase que se realiza después de finalizado el proyecto.

15.2. DISEÑO CONCEPTUAL TABLA DE TAMAÑO PARA HTML Categoría Calculo Datos I/O Lógica Texto

Muy pequeño 2.34 2.60 9.01 7.55 3.75

Pequeño 5.13 4.79 12.06 10.98 8.00

Mediano 11.20 8.84 16.15 15.98 17.07

Grande 24.66 16.13 21.62 23.25 36.41

Muy grande 54.04 30.09 28.93 33.83 77.66

15.3. TAMAÑO DE LOS PROXYS El tamaño de los proxys se define de acuerdo con las clases identificadas en nuestro programa y se detallan en la tabla 8. Tabla 8 Cualificación de proxys

CLASE FORMULARIO DE LOGIN

CALIFICACIÓN DE PROXYS NUMERO DE ITEMS 1

FORMULARIO DE NUEVA FACTURA FORMULARIO DE DETALLE DE LA FACTURA VISTA DE TOTAL DE FACTURAS POR CLIENTE VISTA DE TOTAL DE FACTURAS POR PERIODO FORMULARIO NUEVO CLIENTE FORMULARIO ACTUALIZAR CLIENTE VISTA DE TOTAL DE CLIENTES FORMULARIO NUEVO PRODUCTO FORMULARIO ACTUALIZAR PRODUCTO VISTA DE TOTAL DE PRODUCTOS FORMULARIO NUEVA CATEGORÍA FORMULARIO ACTUALIZAR CATEGORÍA VISTA DE TOTAL DE CATEGORÍAS FORMULARIO NUEVO EMPLEADO FORMULARIO ACTUALIZAR EMPLEADO VISTA DE TOTAL EMPLEADOS BASE DE DATOS RELACIONAL CONSULTA BASES DE DATOS CONEXIÓN BASE DE DATOS

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 17 1

TAMAÑO PEQUEÑO GRANDE MEDIANO MEDIANO MEDIANO PEQUEÑO PEQUEÑO MEDIANO PEQUEÑO PEQUEÑO MEDIANO PEQUEÑO PEQUEÑO MEDIANO PEQUEÑO PEQUEÑO MEDIANO MEDIANO PEQUEÑAS MEDIANO

Para estandarizar el tamaño de los proxys se establece un estimado de horas y líneas de código que puede tener nuestro programa con el objetivo de estandarizar en LOC el tamaño. Tabla 9 Tamaño de los proxys en LOC

TAMAÑO DE LOS PROXYS EN LOC CLASE PEQUEÑ O FORMULARIO DE LOGIN 144 FORMULARIO DE NUEVA FACTURA FORMULARIO DE DETALLE DE LA FACTURA

144 144

MEDIAN O 360

GRAND E 576

360 360

576 576

VISTA DE TOTAL DE FACTURAS POR CLIENTE VISTA DE TOTAL DE FACTURAS POR PERIODO FORMULARIO NUEVO CLIENTE FORMULARIO ACTUALIZAR CLIENTE VISTA DE TOTAL DE CLIENTES FORMULARIO NUEVO PRODUCTO FORMULARIO ACTUALIZAR PRODUCTO VISTA DE TOTAL DE PRODUCTOS FORMULARIO NUEVA CATEGORIA FORMULARIO ACTUALIZAR CATEGORIA VISTA DE TOTAL DE CATEGORIAS FORMULARIO NUEVO EMPLEADO FORMULARIO ACTUALIZAR EMPLEADO VISTA DE TOTAL EMPLEADOS BASE DE DATOS RELACIONAL CONSULTA BASES DE DATOS CONEXIÓN BASE DE DATOS

144 144 144 144 144 144 144 144 144 144 144 144 144 144 135 720 540

360 360 360 360 360 360 360 360 360 360 360 360 360 360 240 1440 960

576 576 576 576 576 576 576 576 576 576 576 576 576 576 108 600 360

A continuación, se detalla el tamaño de los proxys en minutos y líneas de código que se tomaron como base para la estimación del tamaño en LOC. Tabla 10 Tamaño de los Proxys en minutos

TAMAÑO DE LOS PROXYS EN MINUTOS CLASE PEQUEÑO MEDIANO GRANDE FORMULARIO DE LOGIN 120 480 960 FORMULARIO DE NUEVA FACTURA FORMULARIO DE DETALLE DE LA FACTURA VISTA DE TOTAL DE FACTURAS POR CLIENTE VISTA DE TOTAL DE FACTURAS POR PERIODO FORMULARIO NUEVO CLIENTE FORMULARIO ACTUALIZAR CLIENTE VISTA DE TOTAL DE CLIENTES FORMULARIO NUEVO PRODUCTO FORMULARIO ACTUALIZAR PRODUCTO VISTA DE TOTAL DE PRODUCTOS FORMULARIO NUEVA CATEGORIA FORMULARIO ACTUALIZAR CATEGORIA VISTA DE TOTAL DE CATEGORIAS FORMULARIO NUEVO EMPLEADO FORMULARIO ACTUALIZAR EMPLEADO VISTA DE TOTAL EMPLEADOS

120 120 120 120 120 120 120 120 120 120 120 120 120 120 120 120

480 480 480 480 480 480 480 480 480 480 480 480 480 480 480 480

960 960 960 960 960 960 960 960 960 960 960 960 960 960 960 960

BASE DE DATOS RELACIONAL CONSULTA BASES DE DATOS CONEXIÓN BASE DE DATOS

180 120 180

480 480 480

360 300 300

Tabla 11 Tamaño de los Proxys en líneas de código

TAMAÑO DE LOS PROXYS EN LÍNEAS CLASE PEQUEÑO MEDIANO GRANDE FORMULARIO DE LOGIN 50 80 100 FORMULARIO DE NUEVA FACTURA FORMULARIO DE DETALLE DE LA FACTURA VISTA DE TOTAL DE FACTURAS POR CLIENTE VISTA DE TOTAL DE FACTURAS POR PERIODO FORMULARIO NUEVO CLIENTE FORMULARIO ACTUALIZAR CLIENTE VISTA DE TOTAL DE CLIENTES FORMULARIO NUEVO PRODUCTO FORMULARIO ACTUALIZAR PRODUCTO VISTA DE TOTAL DE PRODUCTOS FORMULARIO NUEVA CATEGORÍA FORMULARIO ACTUALIZAR CATEGORÍA VISTA DE TOTAL DE CATEGORÍAS FORMULARIO NUEVO EMPLEADO FORMULARIO ACTUALIZAR EMPLEADO VISTA DE TOTAL EMPLEADOS BASE DE DATOS RELACIONAL CONSULTA BASES DE DATOS CONEXIÓN BASE DE DATOS

50 50 50 50 50 50 50 50 50 50 50 50 50 50 50 50 80 10 20

80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 80 120 20 30

100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 100 200 30 50

Finalmente, con los datos estimados de los tamaños obtenemos la siguiente tabla consolidada de tamaños de los proxys.

Tabla 12 Tamaños de los Proxy

ITE M 1 1

CLASE FORMULARIO DE LOGIN FORMULARIO DE NUEVA

TAMAÑO DE LOS PROXYS TAMAÑO TAMAÑO CUALITATIVO CUANTITATIVO PEQUEÑO 144 GRANDE 576

REÚS O 0% 0%

SUBTOTAL 144 576

1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 17 1

FACTURA FORMULARIO DE DETALLE DE LA FACTURA VISTA DE TOTAL DE FACTURAS POR CLIENTE VISTA DE TOTAL DE FACTURAS POR PERIODO FORMULARIO NUEVO CLIENTE FORMULARIO ACTUALIZAR CLIENTE VISTA DE TOTAL DE CLIENTES FORMULARIO NUEVO PRODUCTO FORMULARIO ACTUALIZAR PRODUCTO VISTA DE TOTAL DE PRODUCTOS FORMULARIO NUEVA CATEGORÍA FORMULARIO ACTUALIZAR CATEGORÍA VISTA DE TOTAL DE CATEGORÍAS FORMULARIO NUEVO EMPLEADO FORMULARIO ACTUALIZAR EMPLEADO VISTA DE TOTAL EMPLEADOS BASE DE DATOS RELACIONAL CONSULTA BASES DE DATOS CONEXIÓN BASE DE DATOS

MEDIANO

360

0%

360

MEDIANO

360

0%

360

MEDIANO

360

0%

360

PEQUEÑO

144

80%

29

PEQUEÑO

144

80%

29

MEDIANO

360

80%

72

PEQUEÑO

144

80%

29

PEQUEÑO

144

80%

29

MEDIANO

360

80%

72

PEQUEÑO

144

80%

29

PEQUEÑO

144

80%

29

MEDIANO

360

80%

72

PEQUEÑO

144

80%

29

PEQUEÑO

144

80%

29

MEDIANO

360

80%

72

MEDIANO

360

0%

360

PEQUEÑA

12240

75%

3060

MEDIANO

960

0% TOTAL

960 6698

15.4. TAMAÑO DEL PROGRAMA

Después de realizar la estimación del tamaño de los proxys agregamos otros factores como las adiciones a la base, líneas modificadas y líneas borradas. Esta estimación se hace de acuerdo a la experiencia de los programadores pese a su corta data histórica de líneas y errores en este tipo de proyectos se obtienen los siguientes resultados. Tabla 13 Tamaño del programa

Tipo Programa que uso como base (B) Líneas borradas (D) Adiciones a la base (BA) Proxys-partes añadidas (PA) Líneas modificadas (M) Partes reusadas (R) Tamaño estimado total E Subtotal estimación TOTAL TAMAÑO EN LOC

Líneas de código 0 LOC 200 LOC 350 LOC 0 LOC 80 LOC 11254LOC 430 6698 7128

15.5. ESTIMACIÓN DE LOS RECURSOS TEMPORALES Debido a la inexistencia de datos históricos no se lleva a cabo la estimación de los recursos.

15.6. INTERVALO DE PREDICCIÓN 15.6.1. TAMAÑO de nuestro desarrollo del software de facturación, siguiendo los lineamientos de nuestra planeación de desarrollo personal a lo largo de estas 5 semanas y haciendo un comparativo con la entrega de la semana 3, podemos deducir un 95% de acierto en lo que hemos venido proyectando.

15.6.2. RECURSOS Respecto al tamaño de líneas de código (LOC) y el tiempo utilizado en cada ítem propuesto para nuestro software de facturación, se ha tenido un 84% de acierto, debido a la falta de experiencia en codificación.

15.7. ESTIMADOS Y RANGOS 15.7.1. TAMAÑO

15.7.2. RECURSOS

16. DESARROLLO POR NIVELES DE PSP 16.1.PSP 0 En esta primera fase de la metodología aplicada a nuestro proyecto, nos encargamos de planificar todas las actividades de acuerdo con las establecidas en PSP como:    

Análisis Diseño Desarrollo Cierre

Los cronogramas, formatos y actividades siempre tienen una relación a las diferentes fases del proyecto. Contamos con un resumen del plan de proyecto PPS donde se hace seguimiento a las actividades su duración y comparación con lo planeado. 16.2.PSP 0.1 En este punto se establece el estándar de código. Para vuestro proyecto, por tratarse de un desarrollo web, es necesario definir el estándar de HTML , CSS y JavaScript. En general para el desarrollo se estableció que los corchetes o cierre de etiquetas no cuentan como línea de código. Además los comentarios aunque son indispensables para el entendimiento y documentación del código tampoco son tenidos en cuenta como línea de código.

16.3.PSP 1 En esta etapa del proceso procedimos a estimar el tamaño del programa propuesto. Como se evidencia en este documento se tiene tablas de tiempos, características y tamaños del software. Adicionalmente se implemento el método PROBE donde se definieron los tamaños de los objetos o proxys con el objetivo de determinar un tamaño del programa en LOC. Para nuestro ejercicio obtuvimos un resultado final de 7128 LOC para el tamaño total del software. 16.4.PSP 1.1 En este punto de la metodología se definieron los formatos de registro de tiempos de codificación y tiempos de solución y remoción de defectos. 16.5.PSP 2 Para el proceso de administración de calidad personal, se cuanta con el formato de registro de defectos del cual se puede aprender a futuro a realizar actividades de revisión de diseño y revisión de código, el objetivo de estas fases es prevenir de acuerdo a la experiencia los defectos. Teniendo una base para determinar el tiempo de depuración de defectos. 16.6.PSP 2.1 De acuerdo con la madurez del PSP es posible introducir en esta etapa actividades de revisión del diseño y técnicas de análisis. Sin embargo, al no contar con experiencia y datos históricos no es posible agregar estas actividades.

La duración del proyecto es de 06 meses Fecha inicio del proyecto: 28 de mayo 2020 Fecha de finalización del proyecto: 29 de diciembre 2020

Fecha

Inicio

Fin

Semana 1 Semana 1 Semana 2 Semana 2 Semana 2 Semana 2 Semana 2 Semana 2 Semana 2 Semana 3 Semana 3 Semana 4 Semana 5 Semana 6 Semana 6 Semana 7 Semana 7 Semana 7 Semana 7 Semana 7 Semana 8 Semana 8 Semana 8 Semana 8

28/05/2020 28/05/2020 29/06/2020 29/06/2020 29/06/2020 29/06/2020 29/06/2020 29/06/2020 29/06/2020 28/07/2020 28/07/2020 29/08/2020 30/09/2020 30/10/2020 30/10/2020 28/11/2020 28/11/2020 28/11/2020 28/11/2020 28/11/2020 28/11/2020 28/11/2020 28/11/2020 28/11/2020

28/06/2020 28/06/2020 28/07/2020 28/07/2020 28/07/2020 28/07/2020 28/07/2020 28/07/2020 28/07/2020 29/08/2020 29/08/2020 30/09/2020 30/10/2020 28/11/2020 28/11/2020 23/12/2020 23/12/2020 23/12/2020 23/12/2020 23/12/2020 28/12/2020 28/12/2020 28/12/2020 28/12/2020

Tiempo de Tiempo interrupción delta 30 29 30 28 25 24 30 29 28 30 31 31 30 30 30 29 29 29 29 29 30 29 30 31

2 1 2 3 2 0 0 1 2 0 1 0 0 1 2 0 1 0 0 3 0 0 2 3

Actividad

Comentarios

Búsqueda de las necesidades de desarrollo Definición problema a solucionar Definición objetivos generales Definición objetivos específicos Definición de herramientas y recursos Diseño BD Diseño de estructuras html Definición de estilos CSS Instalación software necesario desarrollo Desarrollo sitios html implementación estilos css codificación sitio web codificación cálculos y validaciones Conexión base de datos Codificación de botones Ejecución pruebas de funcionalidad Monitoreo de cambios Ejecución pruebas de cambios Consolidación archivos definitivos Carga del sitio final a la web Puesta en marcha del sitio Consolidar formatos de tiempos y defectos Consolidar lecciones aprendidas Documentación final

Encuentros cincronicos Telefono

Tipos de defectos

Nº de Tipo Nombre del tipo Descripción 10 20 30 40 50 60 70 80 90

Documentación Bosquejo, Comentarios, Sintaxis Estructura, Ortografía, puntuación, formato de las instrucciones Construir, paquetes Gestión del cambio, librerías, control de versión Asignación Declaración, nombres duplicados, ámbito, límites Interfaz Llamadas a procedimientos y referencias, E/S, formatos de usuario Chequeo Mensajes de error, chequeos inadecuados Datos Estructura, contenido Función Lógica, punteros, bucles, recursión. Sistema Configuración,

Encuentros cincronicos Consultas de libros Telefono

Tutoriales

Consultas de libros

Telefono

Encuentros cincronicos Encuentro presencial

100 Entorno Diseño, compilación,

Tiempo por fase (Min) Análisis de requerimientos Diseño Codificación y pruebas Documentación Total Tamaño del Programa (LDC) Líneas nuevas + cambiadas Tamaño máximo Tamaño mínimo Tamaño Documentación Total Bugs Encontrados Análisis de Requerimientos

Resumen del plan de proyecto PSP Plan Real Ejecutado 360 300 300 240 200 200 480 400 400 360 400 400 1440 1300 1300 Plan Real Ejecutado 120 64 64 120 64 64 100 64 64 500 644 644 840 836 836 Plan Real Ejecutado 0 0 0

% 94% 96% 90% 108% 100% % 51% 51% 64% 124% 100% % 100%

Estado Terminado Terminado Terminado Terminado Terminado Estado Terminado Terminado Terminado Terminado Terminado Estado Terminado 

Diseño (diagrama de clases) Codificación y pruebas Documentación Total Bugs Retirados Análisis de Requerimientos Diseño (diagrama de clases) Codificación y pruebas Documentación Total, Retirados en desarrollo Total, Retirados después del desarrollo Resumen Minutos/Líneas de código Líneas de código por hora Defectos/1000 LOC Rendimiento VIF

0 4 1 5 Plan 0 0 3 0 0 3 Plan 1,71 19

0 4 1 5

0 4 1 5

100% 100% 100% 100%

Real 0 0 1 0 0 1 Real 1,56 17,8

Ejecutado 0 0 1 0 0 1 Ejecutado 1,56 17,8

% 100% 100% 33% 100% 100% 100% % 100% 100%

 

 

 

 

Terminado  Terminado Terminado  Terminado  Estado Terminado Terminado Terminado Terminado Terminado Terminado Estado Terminado Terminado      

Estimación del proyecto a 6 meses Se busca que nuestro proyecto a 6 meses este funcional en su totalidad, arreglando todos los Bugs encontrados en su desarrollo, tratando de optimizar lo mejor posible el tamaño de líneas LOC y funcionalidad del mismo

17. CONCLUSIONES Gracias a la implementación de la metodología PSP vamos a poder tener registro de los defectos por fase, cuanto se demora la solución y en qué fase se soluciona. Con estas estadísticas es posible un proceso de mejora continua que permita optimizar el desarrollo de software. (Watts S. Humphrey, 2011). La base de datos de tiempos de software que se genera a partir de este proyecto permite mejores estimaciones para un proyecto de acuerdo a su tamaño. (Watts S. Humphrey, 2011)

18. REFERENCIAS BIBLIOGRÁFICAS Humphrey, W S. (2005). PSP(sm): A Self-Improvement Process for Software Engineers. Pearson Education. https://books.google.es/books?id=SL_7f8IEcBAC Humphrey, Watts S. (2011). The personal software process. Software Process Improvement, November, 193–200. https://doi.org/10.1109/9781118156667.ch5 Blog, J. (2016, November 09). Estimación de proyectos de software: Cálculo usando el método PROBE (PROxy Based Estimation). Retrieved June 17, 2020, from https://jjegonzalezf.wordpress.com/2016/11/09/estimacion-deproyectos-de-software-calculo-usando-el-metodo-probe-proxy-based-estimation/