• Author / Uploaded
• RodrigoAguileraTapia

Citation preview

Calidad enfocada en el desarrollo de software Rodrigo Aguilera Tapia Modelos y Control de Calidad Instituto IACC 26 de marzo de 2020

1. Recomendaciones que debiera adoptar el producto de software que desarrollará su empresa, orientada a usuarios web que les permitirá realizar pedidos de comida a domicilio. Las recomendaciones que adoptara este producto serán realizadas y entregadas por medio de mecanismos de calidad los cuales se mencionan a continuación: a) Diseño por contrato, este mecanismo permite modelar el comportamiento de los distintos componentes que realizara nuestro producto ya que se deberá diseñar y programar el diseño acorde a las necesidades de los usuarios y les permita realizar interacción con la herramienta para realizar los pedidos, de esta forma el diseño por contrato establece las relaciones de los usuarios para que los componentes de la aplicación puedan realizar el trabajo de emisor o receptor acorde a las solicitudes indicadas por el usuario que realizara los pedidos. De esta forma nos aseguramos el flujo a realizar y los datos que se entregaran en cada situación de solicitud de un servicio para obtener el resultado según las condiciones entregadas por el usuario. b) Análisis de rendimiento, para que tengamos un óptimo comportamiento del producto es necesario que de este desarrollo se realicen diariamente pruebas y análisis de rendimiento, para de esta forma en casos que aumente la cantidad de usuarios y su demanda tengamos ofrezcamos un servicio óptimo acorde el aumento de nuestras funciones, de esta forma existirán plan de pruebas unitarias que permitirá probar cada una de las funciones del producto y por otro lado las pruebas de integración cumplirán el rol de pruebas masivas entregando la solución completa. c) Depuración, para que este mecanismo se active deberá pasar primero por las pruebas funcionales mencionadas en el punto anterior, de esta forma el error generado se reconocerá como a nivel aplicación y permitirá realizar correcciones donde correspondan. Así identificamos la causa que genera el problema para luego realizar las correcciones.

2. Se presentan dos casos en que las soluciones de software presentan oportunidades de mejora. Las técnicas de prueba y aplicación, nos entregaran la mayor cantidad de defectos posibles con el fin de recoger todos los datos necesarios para establecer el camino que debe aplicar el caso de prueba e implementar sus funcionalidades. a. Para

nuestra

primera

problemática

utilizaremos

la

técnica

de

programación del código llamado flujo de datos Tipo de

Problemática

Antecedentes

solución Proceso de

Usualmente el balance mensual de una

- Uno de los principales antecedentes es

balance

institución financiera se ejecuta los primeros

la cantidad de datos que se deben

mensual

cinco días de cada mes. El proceso actualmente

procesar.

está demorando más de ocho horas. No es un

- Otro antecedente es la cantidad de

proceso simple, sino más bien una serie de

funciones que son llamadas internamente.

programas que son orquestados por un

Se desconoce en detalle la lógica en cada

programa principal.

caso.

Esta técnica nos permite centrar todos los datos y el flujo que debe seguir para que la mayoría de los datos ingresados deban continuar acorde a la lógica programada, de esta forma permitirá seleccionar los datos más sensibles en conjunto con el camino más crítico para que la aplicación logre su funcionamiento. Los criterios que basaremos al utilizar el flujo de datos estarán referenciados en casos de prueba que generan el conocimiento de las operaciones que se están realizando con respecto a todos los datos que se quieren ingresar tomándolas como variables en el programa a realizar las pruebas. La idea de implementar esta técnica es cubrir todos los caminos posibles del programa para que nos entregue todas variables para que todas estas funciones internas se entreguen de forma lógica en cada caso. Intentará encontrar anomalías en el flujo de datos, para ello construirá cadenas de todas las variables que aparecen en el programa realizando un minucioso examen de los detalles procedimentales y la comprobación de los caminos lógicos del software.

b. Para nuestra segunda problemática utilizaremos la técnica de tablas de decisión Tipo de

Problemática

Antecedentes

solución Admisión

El sistema de admisión hospitalaria tiene

- Los ingenieros tienen dudas

hospitalaria

muchas casuísticas respecto a la admisión de

respecto al ingreso de ciertos datos.

pacientes. En general funciona correctamente,

- Otros mencionan que la lógica

sin embargo, en la admisión de urgencia, para

debe estar presentando algún

cierta información, falla y clasifica mal el motivo

problema, pero desconocen dónde.

de la admisión del paciente.

Las tablas de decisión nos permitirán relacionar los datos de manera lógica clasificando el ingreso del paciente donde le corresponde de esta forma las acciones estarán definidas de manera funcional dentro del sistema. Las tablas de decisiones entregaran por medio de una especificación un conjunto de casos de pruebas que revelaran las inconsistencias del porque la información falla al ser ingresada y creara combinaciones que contienen condiciones lógicas para documentar el diseño del sistema internamente. Una aplicación de tablas de decisión mejorará la precisión de las descripciones de los procesos lógicos encontrados, brinda la posibilidad de realizar un análisis correcto, también puede ser utilizada en la etapa de diseño en donde los procesos lógicos definidos se convertirán en programas a ser ejecutados por el equipo siguiendo el paso a paso de los procedimientos que deberán ser cumplidos por los usuarios. Esta documentación permitirá ser utilizada para el análisis y el diseño del sistema de admisión hospitalaria, además nos serán útiles para lograr un lenguaje común entre los usuarios que utilizarán esta herramienta para hacer los ingresos de los datos requeridos. Por ejemplo: Listamos las variables y condiciones, se calcula las combinaciones posibles, agregamos las acciones por cada dato de entrada y verificamos la cobertura de las combinaciones.

3. Se presenta la siguiente situación. Usted es el encargado del proceso de pruebas en su empresa y actualmente se inició un proyecto de alrededor de seis meses, en el cual se implementará un sistema contable. Por lo anterior, se requiere un plan de pruebas a la brevedad, de manera que los demás actores del proyecto lo puedan revisar y aprobar. Los módulos del sistema que se consideran como parte de la solución corresponden a: Módulo a. Contabilidad b. Caja c. Inventarios d. Cuentas por pagar e. Cuentas por cobrar f. Inventarios g. Ventas y facturación h. Activos fijos i. Impuestos Elabore un plan de pruebas preliminar donde se establezcan todos los aspectos necesarios para que sea ejecutado con éxito. Los casos de prueba deben quedar planificados, para que cada á rea posteriormente los elabore.

El plan de pruebas nos entrega un conjunto de actividades para establecer mecanismos que determinan una serie de procesos de pruebas de una aplicación, en esta parte podemos definir como se realizan las prueba, quienes participan, cuales son los responsables y que recursos serán utilizados. Finalmente deberá quedar estipulado contractualmente por minuta y por carta los establecido en conjunto con el cliente.

Parte 1

Parte 2

1. Introducción



Implementación de un sistema contable en el cual se probaran todos los elementos constituido por las distintas disciplinas del módulo mencionado

2. Alcance



3. Referencia de documentación



Las pruebas de sistemas a realizar serán de tipo funcionales y no funcionales Para implementar las técnicas de desarrollo se utilizara un modelo de evaluación y mejora de los procesos de desarrollo, como estándar provee un marco de trabajo para la evaluación de los procesos llamado SPICE Los tipos de prueba a declarar son pruebas de integración y



4. Estrategia

 

Parte 3

pruebas de sistemas. La técnica de prueba a implementar será la de especificación y la técnica de prueba que se utilizará es la tabla de decisión debido a los datos y acciones dentro del sistema a utilizar. Para asegurar la calidad de este producto implementamos una ingeniería de testing y sus fundamentos de prueba de software para verificar su calidad por medio de terminologías y casos de pruebas. En el uso de la funcionalidad tenemos pruebas que nos permitirán determinar el grado de confianza del producto para lo cual sus objetivos a determinar serán de confiabilidad

5. Ítems de prueba



6. Casos de prueba



La técnica a utilizar será de flujo de datos ya que deben seguir acorde a una lógica por la cual ha sido programada.

7. Estado del plan



8. Entregables



De acuerdo a los convenios que determinen el plan de pruebas y los mecanismos de calidad en el desarrollo de software corresponderá modelar su comportamiento entre diferentes componentes para dar solución al software cuando este lo requiera, por lo tanto el diseño por contrato establecerá las obligaciones y los beneficios entre el cliente y el desarrollador. Se realiza una auditoria la cual verificara cada entregable y su configuración para que quede certificado la configuración de forma correcta.

9. Recursos necesarios



Considerados dentro de las estrategias y tácticas del trabajo, como lo son el que planear, el que hacer y el que revisar.

10. Calendarización de actividades



La carta Gantt incluirá planificación, entregables, asignaciones de recursos y los costos de la mejora.

11. Puntos de atención

Los elementos clave serán las limitaciones técnicas y teóricas ya que será necesario establecer los diferentes escenarios y como mitigaremos sus riesgos.

12. Matriz de responsabilidad es

Mediante el PSP3 los ingenieros responsables deben dimensionar el tamaño del proyecto, calendarizarlo y establecer a los responsables

13. Referencias

Antecedentes generales que ayuden a buscar información referente a la planificación del plan de pruebas.

Bibliografía Contenido de la semana 7 http://blog.abstracta.com.uy/2014/02/diseno-de-pruebas-con-tablas-de-decision.html https://campusvirtual.univalle.edu.co/moodle/pluginfile.php/1205502/mod_resource/content/1/2017B_CajaNegr aTablasDeDecisionArreglosOrtogonales.pdf https://es.slideshare.net/abnergerardo/pruebas-de-sistemas-y-aceptacion-23663195?from_action=save http://repository.udistrital.edu.co/bitstream/11349/2370/1/WilliamAlfredoRodriguezLopez.pdf https://campusvirtual.univalle.edu.co/moodle/pluginfile.php/1210928/mod_resource/content/1/2017_PruebasNo Funcionales-ParteI.pdf