INSTITUTO TECNOLOGICO SUPERIOR CORDILLERA CARRERA DE ANÁLISIS DE SISTEMAS
ASEGURAMIENTO DE LA CALIDAD MEDIANTE LA INGENIERIA DEL SOFTWARE
BASE DE DATOS
INTEGRANTE: JONATHAN CHICAIZA CURSO: 2do “A”
DOCENTE BASE DE DATOS: ING. JAIME PADILLA
QUITO, NOVIEMBRE DEL 2014
1
OBJETIVOS:
Reconocer la importancia de adoptar un enfoque de calidad total para todo el SDLC(siclo de vida de desarrollo de software)
Crear diagramas de estructura para diseñar sistemas modulares con un enfoque descendente descendente (de arriba a abajo)
Usar diversa técnicas para mejorar la calidad del diseño y mantenimiento del software
Entender la importancia de ejecutar una variedad de pruebas durante el desarrollo de sistemas para identificar problemas desconocidos.
La calidad ha sido durante mucho tiempo una preocupación para as empresas como lo debe ser para los analistas de sistemas en el diseño de sistemas informáticos. Es arriesgado emprender el proceso de análisis y diseño sin usar un enfoque de aseguramiento aseguramiento de la calidad
Hay tres enfoques para el aseguramiento de la calidad del software son :
1.- garantizar el aseguramiento de la calidad total diseñando sistemas y software con un enfoque modular, descendente(de arriba a abajo)
2.-documentar 2.-documentar el software con las herramientas adecuadas, adecuadas,
3- probar, mantener y auditar el software
2
¿Qué es calidad? ¿Que es calidad del software?
Calidad del software es el grado en Que un cliente y/o usuario percibe que el producto software software satisface sus necesidades. necesidades. Calidad del software es la habilidad de un producto software de satisfacer su
especificación especificación de requerimientos.
Aseguramiento Aseguramiento de la calidad mediante la ingeniería de software En el aseguramiento de la calidad mediante la ingeniería del software se puede garantizar el aseguramiento de la calidad total diseñando sistemas y software con un enfoque modular, descendente (arriba hacia abajo) Documentar el software con las herramientas adecuadas, y probara, mantener y auditar el software.
Dos propósitos guían el aseguramiento de la calidad El primero es que el usuario del sistema de información es el factor individual más importante en establecer y evaluar su calidad. El segundo es que es mucho menos costoso corregir los problemas es sus fases iniciales que esperar hasta que un problema se manifieste a través de las quejas o crisis del usuario.
Enfoque de administración de la calidad total La administración de la calidad total [TQM, por sus siglas en ingles] es esencial a lo largo de todos los pasos del desarrollo de sistemas.
3
Según Dean y Evans (1994), los principales elementos de la TQM solo son significativos cuando se presentan en un contexto organizacional que favorece un esfuerzo integral por la calidad.
Elementos de enfoque
En el cliente
Planificación estratégica y liderazgo
Mejora continua
Facultar al empleado
Trabajo en equipo
Seis sigmas Cada analista de sistemas necesita estar consciente de Seis Sigma y aplicar algunos de los principios a sus proyectos de análisis de sistemas; más que una metodología es una cultura basada en la calidad. La meta del seis sigma es la de ELIMINAR TODOS LOS DEFECTOS. En la década de 1970 y hasta fines del siglo pasado, el control de calidad se expresó en términos de tres desviaciones estándar de la media, o tres sigma, lo cual es equivalente a aproximadamente 67,000 defectos por millón de oportunidades. Seis sigma implica una meta de solo 3.4 defectos por millón de oportunidades. Seis Sigma es un enfoque descendente de arriba hacia abajo. Joseph M. Juran digo “toda mejora de la calidad ocurre proyecto tras proyecto y de
ninguna otra forma (Juran 1964). 1964).
4
(fig. 1)
Responsabilidad de la administración de la calidad total Apoyo incondicional por partes de los directivos. No es fácil crear crear los estándares de calidad, pero pero es posible y se ha hecho. hecho.
Repaso estructurado Los repasos estructurados involucran por lo menos a cuatro personas:
Un programador o analista.
Un coordinador del repaso.
Un programador o analista experto.
Un experto que toma notas acerca de las sugerencias.
5
(fig. 2)
Diseño y desarrollo de sistemas Diseño ascendente Diseño descendente
Diseño ascendente Identificar procesos que necesitan computarizarse conforme surgen Codificar Comprar software Significa ver una descripción amplia del sistema y después dividirla en partes más pequeñas o subsistemas.
6
(fig. 3)
(fig.4)
7
Desarrollo modular Implica dividir la programación en partes lógicas y manejables llamadas módulos, cada módulo debe ser funcionalmente cohesivo.
(fig. 5)
Desarrollo modular Contiene 3 ventajas principales:
Módulos más sencillos de escribir y depurar debido a la independencia.
Los módulos son más fáciles de mantener.
Los módulos son más fáciles de entender, debido a que son subsistemas independientes.
8
Lineamientos para la programación Mantener cada módulo de un tamaño manejableDebida atención atención a las interfaces interfaces críticas (datos, (datos, variables, variables, etc. que pasan
otros
módulos). Minimizar el número de módulos que el usuario debe modificar. Mantener las relaciones jerárquicas establecidas.
Modularidad en el entorno de Windows Microsoft desarrollo 2 sistemas para vincular los programas en su entorno de Windows. Intercambio dinámico de datos DDE. Comparte código al usar archivos de biblioteca de vínculos dinámicos Vínculos e incrustación de objetos OLE Está ligada a los datos y gráficos de la aplicación.
Uso de diagramas de estructura para diseñar sistemas La herramienta recomendada para diseñar un sistema modular descendente se denomina
diagrama de estructura. Este grafico consiste simplemente en cuadros rectangulares (módulos) y flechas de conexión.
Diagramas de estructura Los módulos de nivel superior se numerar por 100s o 1000s y los módulos de nivel inferior se numeran por 10s o 100s respectivamente.
9
(fig. 6) A los lados de las líneas de conexión se dibujan dos tipos de flechas con los círculos rellenados se denominan banderas de control o interruptores. Estos indican que algo se pasas hacia abajo al módulo inferior o hacia arriba al superior.
(fig. 7)
Dibujo de un diagrama de estructuras Se deben dibujar de arriba hacia abajo. Se busca información en los diagramas de flujo de datos. El DFD, indica la secuencia de los módulos en un diagrama de estructuras.
10
(fig. 8)
(fig. 9)
Tipos de módulos Categorías: 1.- control
11
2.- transformacional 3.- funcional.
Módulos de control No deben ser ser muy grandes. Contienen lógica para diseñar el modulo inferior. Instrucciones if, perform y do. La lógica se determina desde un árbol de decisión o tabla de decisión.
Módulos transformacionales transformacionales Creados a partir de un DFD. Instrucciones if, perform, do, move, add. Emplean una sola tarea, aunque varias tareas secundarias pueden asociarse con la principal.
Módulos funcionales Son los más bajos en la estructura. Solo desempeñan una sola tarea. Algunos módulos se encuentran en un DFD, pero otras se tendrían que agregar. Diagrama de estructura para agregar.
12
(fig. 10)
Subordinación de modulo Un módulo subordinado es una inferior en el diagrama de estructura llamado por otros módulos superiores en la estructura. Subordinación inadecuada: permite que el módulo de nivel inferior desempeñe una tares que no es requerida por el modulo.
Subordinación inadecuada.
(fig. 11)
13
Subordinacion adecuada
(fig. 12)
Ingenieria de software La inegenieria del software es una disciplina de la ingenieria que comprende toda la produccion de software de software desde las etapas iniciales de la especificacion del sistema hasta el mantenimiento de este despues que se utiliza. util iza.
Ingenieria del software Aereas de estudio Metodos y metodologias de desarrollo de software Procesos de desarrollo de software Gestion de proyectos de software Medicion y estimacion de software
14
Ingenieria de requisitos Ingenieria de software empirica Gention de riesgos Usabilidad de software Evaluacion de software Metricas de sotware Calidad de software Metodos formales Ingenieria web
Documentacion La documentacion permite a usuarios, programadores y a nalistas “ver” el sistema,m su software y procesamientos procesamientos sin tener que que interactuar con el.
Tipos de documentacion documentacion Documentacion Documentacion global Documentacion Documentacion de procedimiento Documentacion Documentacion de programa
Problemas de documentacion Sistemas heredados Actualizacion de sistemas Compra de sistenas
15
Tiempo y costo
PSEUDOCODIGO Secuencia de pasos de forma detallada. Ayuda a entender facilmente un proceso (progrmadores, no otras personas) DFD se puede usar para describir el pseudocodigo. No es un tipo de de programas codigo, codigo, pero sirve de guia. No es muy utilizado utilizado por falta de estandarizacion estandarizacion Simbologia IF.. THEN..ELSE “*” ”Y” “O”
MANUALES DE PROCEDIMIENTO •
•
•
•
Documentos de apoyo al usuario. Lo normal es que contenga cualquier tipo de asistencia al usuario. Pero puede contener códigos de programa, DFD, etc. Lo “antiguo” es •
•
•
FAQ Soporte técnico Servicios de fa x
Lo mas “moderno” es Manuales en Línea debe estar est ar actualizada
16
Manueles de procesamiento secciones importantes Introduccion Indice Como usar el software Que hacer si las cosas salen mal Referencia tecnica (como esta construido el SW, etc) Como contactar al fabricante.
Manuales de procesamiento problemas al elaborarlos Mal organizados Dificil encontrar la informacion No apararecen apararecen casos especificos especificos No escrito en español español
(fig. 13)
17
METODO DEL FOLKLORE FOLKLORE=TRADICION Tecnica de documentacion documentacion que sirven para complementar complementar otras tecnicas Sirven para recompilar las costumbres entre las personas Requieren de entrevistas revision de carteles, etc. Tiene 4 categorias (proverbios, costumbres, formas artisticas y anecdotas) ¿Qué se documenta ? ¿Qué contiene?
(fig. 14)
Costumbres ¿Cómo hacen funcionar el sistemas? Nos toma 2 dias ingresar las facturas al sistema, el primer dia para ordenarlas por fecha, fecha, el siguiente para ingresarlas al sistema
18
Anecdotas ¿Cómo pudieron hacer que el sistema funcionara? el problema ocurrrio en diciembre de año pasado, no actualizaba los saldos de deudores, tuve que cerras el programa para que los actualizara
Proverbios Consejos “guardar archivo” “omita esta seccion de codigo y el programa fallara” fall ara”
Formas artisticas Otros DF, tablas, etc que hacen que el usuario lo entienda mejor
SELECCIÓN DE UNA TECNICA DE DISEÑO Y DOCUMENTACION Es compatible con la documentacion Se entiende por otros en la l a organización Le permite regresar a trabjar en el sistema Sea conveniente para el tamaño del sistema Permite un diseño estructurado Permite facil madificado
COMO PROBAR, MANTENER Y AUDITAR Proceso de probar Pruebas de programa con datos de prueba
19
Prueba de vinculos con datos de prueba Prueba de vinculos con datos de prueba Prueba completa de sistema con datos de prueba Prueba completa de sistema con datos reales
Modelo V
(fig. 15)
Practicas de mantenimiento El proceso se realiza para mejorar el software existente en lugar de responder a una crisis o falla del sistema. Re codificar a los usuarios acceso a un correo electronico para el soporte tecnico
Como auditar Es una forma de asegrar la calidad de l ainformacion contenida en el sistema
20
Se refiere a pedirle a un experto, que no este involucrado en crear o usar el ssitema, examinar la informacion para determinar su fiabilidad. fi abilidad.
