Calidad en el Desarrollo de Software

Estoy revisando …
ETAPAS DEL DESARROLLO DEL SOFTWARE
1. Requerimientos. (Selena)
2. Análisis y diseño.(Edy)
3. Codificación.(Rafael)
4. Pruebas de sistema.(Juan)
DEFECTOS DE SOFTWARE
● Documentación. (Carlos)
● Sintaxis. (Carlos)
● Organización ( Jair).
● Asignación de variables (declaraciones, ámbitos, nombres duplicados). (Jair)
● Interfaz (Rafa)
● Validación (Juan)
● Datos (Selena)
● Funciónes (Edy)
● Sistema (Jair)
 Análisis y Diseño de Software
El análisis y el diseño del Software incluye todas
las actividades, que ayudan a transformar los
requisitos requeridos en implementación. La
especificación de requisitos se da en documentos
con un lenguaje humano comprensible, con el
que el ordenador no tiene ninguna relación.
 Análisis y Diseño de Software
El análisis y el diseño de Software es la fase intermedia, que ayuda a los
requisitos legibles por humanos a ser transformados en códigos reales.
Herramientas para el análisis y diseño de software.
Diagrama de flujo de datos
Un Diagrama de flujo de datos (DFD), es una representación gráfica de los
flujos de datos en un sistema de información.
Esquema gráfico
Un Esquema gráfico es un esquema derivado del Diagrama de flujo de
datos. Representa el sistema con mucho más detalles que el DFD. Desglosa
la totalidad del sistema en módulos funcionales más bajos
Diagrama HIPO
representa la jerarquía de los módulos en el sistema de Software. Los
analistas de Software usan el Diagrama HIPO para obtener una visión en
profundidad de las funciones del sistema. Descompone las funciones en sub
funciones de manera jerárquica.
Structured English
Usa palabras normales en inglés en paradigmas de
programación estructurada.No es el código más reciente pero
es un tipo de descripción que se requiere para codificar y saber
cómo hacerlo.
Pseudocódigo
El Pseudo-Código ignora declaraciones variables pero se
escriben usando construcciones reales de lenguaje de
programación, como el caso de C, Fortran, Pascal etc
tablas de decisión
Es una poderosa herramienta para eliminar fallos y prevenir
errores. Ayuda a agrupar información similar en la misma
tabla y después combinando tablas obtiene convenientes y
fáciles tomas de decisiones.
Defectos de Software: Funciones.
Defectos causados por datos: este tipo de defectos tiene su orígen en la fuente donde se almacena la información para su
extracción y posterior procesamiento y/o despliegue.

Defectos causados por lógica de programación: este tipo de defectos causan problemas en la funcionalidad del software
relativos a una mala implementación del algoritmo, o el proceso que promueve dicha funcionalidad y generalmente están
relacionados con la falta de análisis de los datos de entrada,

Defectos causados por procesos del SDLC: este tipo de defectos son causados por la falta de seguimiento (o la inexistente
definición) de procesos relacionados con la generación y despliegue (deployment) del código del software

Defectos causados por requerimientos incompletos: este tipo de defectos están relacionados con ambigüedades u omisiones
en los requerimientos que dejan a la interpretación del lector aspectos importantes sobre la implementación y funcionalidad
deseada.

Defectos causados por las herramientas o el ambiente del SDLC: hay ocasiones en los que un defecto surge aún cuando
tanto el código como los datos son correctos y se siguieron los procesos de manera correcta.

Defectos Inválidos: esta categoría obedece a la necesidad de agrupar los “defectos defectuosos”, es decir, aquellos defectos
que luego de una revisión terminaron siendo funcionalidad esperada o se descarta su atención

Defectos Removidos: esta categoría obedece a la necesidad de agrupar aquellos defectos que por cualquier causa no sean
atendidos por el equipo que los generó.
Codificación

Consiste en elegir un determinado lenguaje de programación, codificar toda la

información anterior y llevarlo a código fuente. La tarea del programador tiene que
cumplir exhaustivamente con todos los datos impuestos en el análisis y en el diseño de la
aplicación.

Tipos de codificación
❖ Codificación numérica: Solo se emplean números (ni letras, ni signos)
❖ Codificación alfabética. Se compone únicamente de letras.
❖ Codificación alfanumérica. El código es una combinación de letras, números y
signos.
Codificación
Durante la fase de programación, el código puede adoptar varios estados, dependiendo de la forma de
trabajo y del lenguaje elegido.
➔ Código fuente: Es el escrito directamente por los programadores en editores de texto, lo cual
genera el programa y contiene el conjunto de instrucciones codificadas en algún lenguaje de alto
nivel.
➔ Código objeto: Es el código binario o intermedio resultante de procesar con un compilador el
código fuente, consiste en una traducción completa y de una sola vez de este último, este código
no es intangible por el ser humano pero tampoco es directamente ejecutable por la computadora.
➔ Código ejecutable: Es el código binario resultado de enlazar uno o más fragmentos de código
objeto con las rutinas y bibliotecas necesarias, constituye uno o más archivos binarios con un
formato tal que el sistema operativo es capaz de cargarlo en la memoria RAM.
Requerimientos
Primera Etapa.

Se realiza un análisis de lo que el cliente solicita.

Se detectan deficiencias en los requerimientos del clientes.

El resultado de este análisis se plasma en un documento ERS,
Especificación de Requerimientos del Sistema.

Se define un diagrama de Entidad/Relación, en el que se plasman las

principales entidades que participarán en el desarrollo del software

Se capturan los requerimientos del cliente,se analizan,y se especifican.

Esta etapa es muy importante ya que en esta etapa se define la total

funcionalidad del sistema y de esta depende el desarrollo de las
demás.
Errores de los datos
Descripción de la tarea poco clara:
. El producto final no coincide con los deseos del cliente.
La integración de servicios externos:
desconocimiento de las características y los detalles
específicos de la entrada de datos puede provocar errores
Con la interfaz de usuario:
encontrar el equilibrio adecuado entre operabilidad y una
interfaz fácil de usar al diseñar un sistema para módulos.
En lógica, algoritmo y cálculos:
consumen mucho tiempo y nervios para detectarlos.
 PRUEBAS DE SISTEMAS

Es un nivel de prueba que valida el producto de software

completo y totalmente integrado.

Tienen como objetivo ejercitar profundamente el sistema

comprobando la integración del sistema de información
globalmente, verificando el funcionamiento correcto de las
interfaces entre los distintos subsistemas que lo componen y con
el resto de sistemas de información con los que se comunica.
 BENEFICIOS

Rentabilidad
Realizar pruebas en un proyecto puede hacer que la empresa ahorre mucho dinero en el
largo plazo. El desarrollo de software comprende diversas etapas y si se detecta un fallo en
las fases iniciales, el costo de reparar aquel error podría ser mucho menor.

Seguridad
En un mundo digital lleno de hackers, para los usuarios siempre es importante encontrar
productos confiables que protejan su información. Las pruebas de software ayudan a
identificar y resolver vulnerabilidades en los productos de forma anticipada.

Satisfacción del cliente

El objetivo final de toda empresa es entregar a los clientes un producto o servicio que
satisfaga sus necesidades. Las pruebas de software permiten ofrecer una mejor experiencia
de usuario. Brindar productos de calidad en un mercado saturado y de alta competencia
ayuda a crear una mejor reputación y construir una sólida base de clientes.
 TIPOS DE PRUEBAS
Pruebas manuales del Software Pruebas automatizadas del Software
Son un tipo de prueba de software donde los analistas de Son una clasificación de las pruebas manuales donde aquí no aplica
certificación ejecutan manualmente los casos de prueba ninguna clase de intervención humana en la ejecución.
definidos sin usar ninguna herramienta o script de
automatización.
DEFECTOS DE
SOFTWARE
 Documentación

El procedimiento de Formalización La formalización de los defectos incluye

de los Defectos tiene como el conjunto de actividades encaminadas a
objetivo gestionar los posibles registrar, clasificar y asignar los defectos
defectos detectados durante la al responsable correspondiente para su
ejecución de los servicios de testing posterior resolución, evitando situaciones
acordados. Se entiende por defecto, de bloqueo que impidan la ejecución de
cualquier error o carencia en los los servicios acordados. Para llevar un
productos (software y control, se registrarán todos los defectos
documentación) en su fase de en una herramienta para la gestión de
desarrollo. defectos.
Los desarrolladores necesitan documentación clara y bien respaldada para
clasificar, investigar y remediar defectos. Aquí hay cinco criterios que los
profesionales de control de calidad deben adoptar para escribir informes de
errores de software que sean beneficiosos para los desarrolladores y, en
última instancia, también para la empresa.
1. Localice y adjunte registros
2. Entre en los detalles necesarios
3. Incluya capturas de pantalla
4. Comprenda el impacto del defecto
5. Tenga en cuenta la plataforma
 Sintaxis

Defectos de sintaxis

Los defectos de sintaxis significan un error en el estilo de escritura del

código. También se centra en el pequeño error cometido por el
desarrollador al escribir el código. A menudo, los desarrolladores
hacen los defectos de sintaxis, ya que pueden escaparse algunos
símbolos pequeños. Por ejemplo, al escribir un código en C++, existe
la posibilidad de que se escape un punto y coma (;).
 VALIDACIÒN
La validación de sistemas
informáticos
Es un procedimiento que garantiza que
una aplicación o sistema informático
cumple con las buenas prácticas de
fabricación, por lo que se garantiza la
calidad de sus procesos informáticos.
La validación
Es el proceso de revisión al que se somete
el sistema informático para comprobar
que cumple con todas sus especificaciones
y es capaz de realizar su cometido en
cumplimiento con la normativa aplicable
y el uso esperado por el usuario regulado.
Interfaz
Los defectos más comunes que se pueden encontrar en la interfaz en un software son los siguientes:

Porcentaje mínimo de espacios en blanco: Este miedo al vacio puede ser espeialmente perjudicial
cuando se trata para los desarrollos de software, el programador no tiene un concepto muy calro
sobre los espacios en blanco y suele incluir muchos elementos en una sola pantalla.

Elementos táctiles demasiados pequeños