Universidad Estatal Pennsula De Santa Elena UPSE

FACULTAD DE CIENCIAS ADMINISTRATIVAS

ESCUELA DE INFORMATICA

ASIGNATURA:
INGENIERIA DE SOFTWARE

MANUAL DE CALIDAD DEL SISTEMA SIADPB

SISTEMA ADMINISTRATIVO PROYECTO BALLENITA

PROFESOR:
ING. WASHINGTON MURILLO

ALUMNOS:
CATUTO ROCA JOHANNA
REYES ASENCIO SIMON

OBSERVACIONES
________________________
________________________

CURSO:
3/1 INFORMATICA

AO:

2008
1

INDICE

1.- CALIDAD ------------------------------------------------------------------------------ Pg. 3

2.- CONTROL DE CALIDAD ---------------------------------------------------------- Pg. 3
3.- GARANTIA DE CALIDAD -------------------------------------------------------- Pg. 4
* ASPECTOS DE SEGUNDO PLANO ---------------------------------------------- Pg. 4
* ACTIVIDADES DE SQA ------------------------------------------------------------ Pg. 4

4.- COSTE DE CALIDAD -------------------------------------------------------------- Pg. 5

5.- TENDENCIA DE CALIDAD ----------------------------------------------------- Pg. 6
6.- REVISIONES DEL SOFTWARE ----------------------------------------------- Pg. 6
* IMPACTO DE LOS DEFECTOS DEL SOFTWARE SOBRE EL IEEE -- Pg. 6
* AMPLIACION Y ELIMINACION DE EFETOS ------------------------------ Pg. 6

7.- REVISIONES TECNICAS FORMALES -------------------------------------- Pg. 8

8.- GARANTIA DE CALIDAD ESTADISTICA -------------------------------- Pg. 9
* ENFOQUES FORMALES DE LA SQA ---------------------------------------- Pg. 10

9.- FIABILIDAD DEL SOFTWARE ---------------------------------------------- Pg. 11

* PLAN DE SQA --------------------------------------------------------------------- Pg. 12

10.- ESTANDARES DE CALIDAD ISO 9000 -1 -------------------------------- Pg. 13

11.- CONCLUSIONES --------------------------------------------------------------- Pg. 14

1.- CALIDAD

CONCEPTO DE CALIDAD.- La calidad es un conjunto de propiedades inherentes a

un objeto (producto) que le confieren capacidad para satisfacer necesidades implcitas o
explcitas al usuario.

La calidad de nuestro sistema SIADPB se caracteriza en cumplir con los requerimientos

prevista por el usuario, se asume conformidad con el producto solo permanece hasta el
punto de necesitar nuevas especificaciones si desea el cliente.
SIADPB cuenta con interfaz acorde para el fcil manejo por parte del usuario, adems
de resoluciones de pantallas de acuerdo para el ingreso de informacin que necesite
conocer la administradora de la fundacin y dems usuarios que utilicen el sistema
dentro de la institucin.
El sistema tiene calidad de concordancia, es decir cumple con un grado de
cumplimiento previsto por los requerimientos propuestos y especificados para el
perfecto desarrollo del software, por ende tiene un nivel de aceptabilidad del 95%,
adems de: seguridad, mantenibilidad, rentabilidad, proteccin a nivel de daos internos
como externos.

2.- CONTROL DE CALIDAD

Los requerimientos de calidad del cliente son interpretados por el (ingeniero del
producto) programador quien verifica las especificaciones necesarias para el sistema y
marca las tolerancias. La ingeniera del proceso es la responsable de la especificacin de
las operaciones as como del diseo y consecucin del equipo, lo cual har que el
software cumpla con las especificaciones predefinidas, utilizan este equipo para
producir y asegurar la funcionabilidad del sistema acorde a especificaciones dadas y
llevar un de control de calidad preciso.
El sistema administrativo proyecto Ballenita ha sido monitoreado, analizado en cada
etapa de desarrollo, llevando as un plan de revisiones y pruebas durante todo el ciclo de
implementacin del software, tomando en cuenta mtodos necesarios para la
administracin de riesgos posibles.
Basado en el nivel de calidad presentado por las normas ISO y en la Ley de tica
profesional, se llevo a efecto el estudio de sistema en general.

3.- GARANTIA DE CALIDAD

Se ha analizado una auditoria interna como externa del sistema completo, referente a
cada proceso de SIADPB, el cual se asegura la disponibilidad del sistema las horas
necesarias que se desee utilizarlo, sin tener percance alguno, adems de brindarle
seguridad y proteccin a su equipo, por otra parte cuenta con asesora tcnica gratuita
por parte del los administradores del proyecto durante 3 semanas mximo.
La garanta de aseguramiento de calidad del software SIADPB se enlaza a la
concordancia con los requisitos funcionales, estndares de desarrollo documentados y
con caractersticas implcitas que se espera de todo software desarrollado
profesionalmente.
El propsito de este manual es para hacer notar algunos puntos importantes:
1.-) los requisitos que cumple el sistema son base de medidas de calidad.
2.-) especificacin de estndares forman un conjunto de criterios para el desarrollo del
sistema en general.
3.-) ajustar requerimientos implcitos para el sistema.

* ASPECTOS DE SEGUNDO PLANO

La importancia del equipo de trabajo que desarrollo el sistema garantiza la calidad del
sistema basado en un diseo de acciones planificado y sistemtico, son encargados de
mirar el punto de vista del cliente, este a su vez satisfaga los factores de calidad
apuntados con estndares preestablecidos, uso de disciplina tcnica y mantenibilidad
del software.

* ACTIVIDADES DE SQA (garanta de calidad del software).

Comprende una variedad de tareas, para determinar la responsabilidad de la
planificacin que garantiza la calidad, supervisin, mantenimiento de registros, anlisis
e informes del sistema.
El plan identifica:

Evaluaciones a realizar

Auditoria y revisiones a realizar, esto es designado para verificar y ajustar el

proceso del sistema

Estndares que se aplicar al proyecto.

Procedimientos y documentacin
sistema.

Registrar lo que no se ajusta a los requisitos e informar al administrador del

sistema.

producidos por los desarrolladores del

Esta seleccin de procesos se realiza con el fin de revisar la descripcin del proceso
del sistema, se ajuste a las polticas de la institucin (La fundacin), estndares
internos del software como impuestos externamente (ISO 9000-1) y partes del plan
de proyecto del sistema.

4.- COSTOS DE CALIDAD

Referente a los costos acarreados en bsqueda de la mejor calidad para el sistema, se ha
realizado un estudio con el fin de identificar oportunidades de reducir dichos costos, as
mejorar cada proceso mediante evaluaciones dando a percatar que cada modificacin de
un proceso conlleva a un cambio en trminos de dinero, es decir a un costo mayor de lo
previsto.

Costos de evaluacin.- visin de actividades ms profundas de la condicin del

sistema en cada etapa o proceso a revisar y rectificar, como:

Inspeccin de procesos y entre procesos (codificacin del sistema).

Calibracin y mantenimiento del equipo.

Pruebas por etapas (codificacin y diseo del software).

Costos de fallos.- presentacin de defectos del sistema antes de ser entregado,

estas fallas se subdividen en:
-

Fallas internas: deteccin de errores, entre ellos se incluye:

Revisin y reparacin.
Anlisis y modalidades de fallas.
-

Fallas externas: se asocian defectos encontrados una vez entregado el

sistema, como:
Resolucin de quejas.
Devolucin y sustitucin de productos.
Soporte de lnea de ayuda.
Trabajo de garanta.

Los costos relativos aumentan dramticamente a medida que se presentan

fallas internas a externas, si es que llega a suceder.
5.- TENDENCIA DE CALIDAD
Paso orientado a la gestin de oportunidad en reas relacionadas e identificando la
utilidad del software SIADPB en el mercado de sistemas, dando a conocer el nuevo
producto, sus beneficios y sus aplicaciones dentro de una fundacin determinada, ya que
es un software personalizado.
6.- REVISIONES DEL SOFTWARE
Las revisiones constantes en el sistema fueron de gran ayuda para detectar defectos
producidos en las actividades del software, dando resultados en el anlisis de
procedimientos de codificacin y diseo.
Puntos esenciales en las revisiones:

Necesidad de mejorar el sistema.

Confirmacin de partes del sistema, no necesita mejorar.

Trabajo tcnico manejable para una calidad ms uniforme y predecible.

* IMPACTO DE LOS DEFECTOS DEL SOFTWARE SOBRE EL IEEE

Referente al hardware:
a.-) defecto en un dispositivo o componente, como: algn cable roto, corto circuito.
b.-) pasos incorrectos como: proceso o definicin de datos en el programa.
Se llevo una disciplina de tolerancia de fallas y errores equivalentes en: sensibilidad del
programa y de datos, enmascaramiento de fallas y fallos intermitentes.
Algunos errores descubiertos en el desarrollo del sistema se han analizado de forma que
este a su vez tenga un nivel de concurrencia mnima o que desaparezca del todo,
evitando un gasto mayor a la institucin en la reparacin de falla.

* AMPLIACION Y ELIMINACION DE EFETOS

El modelo de ampliacin de defectos se basa en la generacin y deteccin de errores
durante los pasos de diseo preliminar, diseo detallado y codificacin de proceso del
software, antes que el sistema sea entregado al usuario.

Pasos de desarrollo
Defectos

Deteccin

Errores de pasos

Errores pasados

anteriores.

al siguiente paso.

Las subdivisiones de los cuadros representan las caractersticas y el porcentaje de

eficiencia para la deteccin de posibles errores, es una funcin de la profundidad de la
revisin.
Llevar a cabo las revisiones implica tiempo, esfuerzo y dinero para determinar fallas y
daos, si es que se llegara a presentarse en el sistema deben ser resueltos enseguida por
lo que si se pasa por desapercibido presentara un gasto mas elevado. Ej. De un
estimado en presentacin de errores encontrados.
Comparacin de costos de desarrollo:
Errores
encontrados

Nmero

Costo unitario

Total

Llevando a cabo revisiones

Durante el diseo

22

1,5

33

Antes de la prueba

36

6,5

234

Durante la prueba

15

15,0

315

67,0

201

Despus
prueba

de

la

783
Sin revisiones
Antes de la prueba

22

6,5

143

Durante la prueba

82

15,0

1230

Despus
prueba

12

67,0

804

de

la

2.177

7.- REVISIONES TECNICAS FORMALES

7

Objetivos:
1.-) descubrir errores en la funcin, la lgica y la implementacin de cualquier
presentacin del software.
2.-) verificar que el sistema bajo revisin alcanza sus requisitos.
3.-) garantizar el software con estndares predefinidos.
4.-) conseguir un sistema desarrollado de forma uniforme.
5.-) fcil manejo del software.
Estos puntos ayudan a un enfoque de anlisis, diseo e implementacin de un sistema
ms avanzado, promoviendo la seguridad y la continuidad del producto, dando
accesibilidad de familiarizarse con el software.

& **** REUNION DE REVISIONES ****&

Cualquier reunin de revisin debe acoger las siguientes restricciones:

Convocatoria a reunin entre tres o cinco personas.

Preparacin por adelantado sin requerir ms de dos horas de trabajo a cada

persona.

Duracin de la reunin de revisin debe ser menos de dos horas.

Al final de la revisin se decide:

Aceptacin del producto sin posteriores modificaciones.

Rechazo del producto debido a serios errores encontrados.

Aceptacin del producto provisionalmente.

Una vez tomada la decisin, el equipo de desarrollo del sistema terminan firmando,
indicando que ha participado en la revisin y que se esta de acuerdo con el equipo de
revisin.

& *** REGISTRO E INORME DE LA REVISION ***&

El informe se basa a tres preguntas:
Qu fue revisado?
Quin lo reviso?
8

Qu se descubri y cuales son las conclusiones?

Tambin se define a los siguientes propsitos:
1.-) Identificacin de reas problemticas dentro del producto.
2.-) lista de comprobacin de puntos de accin, como gua para correcciones.

& *** DIRECTRICES PARA LA REVISION *** &

A continuacin se muestra un conjunto mnimo de directrices para las revisiones
tcnicas formales:

Revisin del producto (sistema), no al desarrollador del software.

Fijar una agenda y mantenerla (parte de la calendarizacin).

Enunciar reas de problemas, pero no intentar resolver cualquier problema que

se mantenga en manifiesto.

Tomar notas escritas de los problemas presentados para que puedan ser
analizados y rectificados.

Desarrollar una lista de comprobacin.

Disponer recursos y una agenda para los respectivos arreglos de fallas.

Repasar las revisiones anteriores.

Con estos puntos se determina el mtodo de funcionamiento mejor del sistema en un

contexto local.

& *** ENFOQUES FORMALES DE LA SQA&

Indica la calidad del software SIADPB desarrollado por el grupo el trabajo, se consigue
la calidad mediante un adecuado anlisis, diseo, codificacin y prueba aplicando las
revisiones tcnicas.

8.- GARANTIA DE CALIDAD ESTADISTICA

Para el software se aplicaron los siguientes pasos:

Aseguracin y clasificacin de informacin sobre los defectos del sistema.

Determinar las causas de cada defecto, se especifica: error de diseo,

incumplimiento de estndares, pobre comunicacin con el usuario.

Porcentaje de defectos: el 80% de defectos se pueden encontrar en el 20% de

todas las posibles causas.

Correccin de defectos producidos.

CAUSAS DE POSIBLES ERRORES

Especificacin incompleta o errnea (EIE).

Mala interpretacin de la comunicacin del cliente (MCC).

Desviacin deliberada de la especificacin (DDE).

Incumplimiento de estndares de programacin (IEP).

Error en la presentacin de los datos (ERD).

Interfaz de modulo inconsistente (IMI).

Error en la lgica del diseo (ELD).

Prueba incompleta o errnea (PIE).

Documentacin imprecisa o incompleta (DII).

Error en la traduccin del diseo al lenguaje de programacin (TLP).

Interfaz maquina inconsistente (IHM).

Varios (VAR).
Presentacin de estadsticas en la siguiente tabla:
total

10

grave

moderado

Leve

Error

IEE

205

22

34

27

68

18

103

24

MCC

156

17

12

68

18

76

17

DDE

48

24

23

IEP

25

15

10

ERD

130

14

26

20

68

18

36

IMI

58

18

31

ELD

45

14

11

12

19

PIE

95

10

12

35

48

11

DII

36

20

14

TLP

60

15

12

19

26

IHM

28

17

VAR

56

15

41

100

128

100

379

100

435

100

TOTALES 942

Se aslan las causas vitales de los defectos y se realizan correcciones apropiadas

mediante el anlisis de una estadstica de control.
9.- FIABILIDAD DEL SOFTWARE
SIADPB se define en trminos estadsticos, presentando la probabilidad de operacin
libre de fallas en cualquiera de sus aplicaciones ya sea ingreso, consulta de informacin
en el sistema, entorno a un determinado tiempo especfico de uso.
&**** MEDIDAS DE FIABILIDAD Y DE DISPONIBILIDAD ****&
La fiabilidad del hardware va orientado a fallas debido al ajuste mas que a las fallas de
defectos de diseo, estos son ms probables debido al desgaste fsico.
Las fallas del software son producidas por problemas de diseo o implementacin. Una
sencilla medida de fiabilidad es el tiempo medio entre fallas.
La medida de disponibilidad es ms sensible al tiempo medio de reparacin, por lo que
es una medida indirecta de la fiabilidad de mantenimiento del software.

& *** ANALISIS DE RIESGOS Y SEGURIDAD DEL SOFTWARE *** &

Las tcnicas de seguridad para el sistema se disearon para hacer frente a fallas
aleatorias en los dispositivos que se usaron (conexin de red, para interactuacin del
sistema con su base de datos). Los errores humanos de diseo se suponan eran defecto
producidos por los seres Humanos, donde se podan evitar, o eliminar completamente
antes de su distribucin y funcionamiento.
La seguridad del software y el anlisis de riesgos es una actividad de garanta de
Calidad, SIADBD que se centra en la identificacin y evaluacin de los riesgos
11

potenciales que pueden producir un impacto negativo en el Software, y hacer que falle
el sistema completo.
La seguridad del software examina los nodos segn los cuales los fallos producen
condiciones que pueden llevar a accidentes.

* PLAN DE SQA
Desarrollado el equipo del proyecto, sirve como planilla a para actividades de SQA
instituidas para cada proyecto de Software. Documentacin.

Documentos del Proyecto (Ej.: Plan del Proyecto).

Modelos (Ej.: Jerarquas de Clase).

Documentos Tcnicos (Ej.: Especificaciones, Planes de Prueba)

Documento de Usuario (Ej.: Archivos de Ayuda).

Estndares, Practicas, Convenciones

Revisiones Auditoria

Prueba

Plan y procedimientos de Prueba

Mantenimiento de registro de Pruebas

El resto del Plan de SQA identifica las Herramienta y Mtodos que soportan actividades
y tareas de SQA; Hace referencia a los procedimientos de gestin de contratos;
Establece mtodos para reunir, salvaguardar y mantener las necesidades del Plan y
define mtodos para identificar, avaluar, supervisar y controlar riesgos.

10- ESTANDARES DE CALIDAD ISO 9000

Para identificar con uno de los Sistemas de Garanta de Calidad de ISO 9000, el Sistema
de calidad y las operaciones de una Compaa son examinados minuciosamente por
unos Auditores externos para ajustarlos a los estndares y la operacin efectiva.
Despus de un registro correcto, la compaa recibe un certificado avalado por los
auditores. Las Auditorias de seguimiento cada seis meses aseguran el ajuste continuado
a los estndares.
12

& *** ESTANDAR ISO 9001 ***&

Requisitos descritos por ISO 9001:
1. Responsabilidad de la gestin
2. Sistema de calidad
3. Revisin de contrato
4. Control de diseo
5. Control de datos y documentos.
6. Compras.
7. Control de producto subministrado por el cliente.
8. Identificacin y posibilidad de seguimiento del producto.
9. Control de proceso.
10. Inspeccin y prueba.
11. Control de inspeccin, medicin y equipos de prueba.
12. Inspeccin y estado de prueba.
13. Control de producto no aceptado.
14. Accin correctora y preventiva.
15. Tratamiento, almacenamiento, empaquetamiento, preservacin entregada.
16. Control de registros de calidad.
17. Auditorias internas de calidad
18. Formacin
19. Servicios
20. Tcnicas estadsticas.
Para la presentacin correcta del sistema se baso en cumplimiento de requisitos
respectivos de calidad utilizando normas ISO 9001.
Beneficios de la Conformidad a ISO 9001

13

Los siguientes puntos son algunos de los muchos beneficios que reportan la exactitud de
un buen software al ser implementado como uno de los sistemas de calidad con ISO
9000:
Mejor control de sus operaciones
Mejoramiento en la calidad de servicio a sus clientes con aseguramiento
Un sistema de calidad extenso y formal
Incremento en la retroalimentacin del empleado en el proceso de toma de
decisiones.
Mejora en la habilidad de dar seguimiento a los procedimientos
Incremento en la habilidad para determinar la causa raz de los errores
Una excelente herramienta de mercadotecnia.

CONCLUSIONES
Nuestro sistema SIADPB cuya labor es ser utilizado para la administracin de
informacin dentro de una fundacin, se caracteriza por ser un software personalizado
cuenta con sus respectivas normas de calidad y seguimiento durante su desarrollo, as
poder ser presentado con una estimacin de nivel de error mnimo del 0.01 por lnea de
cdigo.

14