RESUMEN CALIDAD

1- Definiciones
Calidad: conjunto de elementos o propiedades sobre un servicio o producto que permite apreciar si cumple o
no con la necesidad del cliente, teniendo como objetivo la mejora continua del mismo.

Soft-de-calidad: es la percepción que tiene el cliente sobre el producto.

Calidad de soft: algo objetivo, medible, cuantificable, pudiendo ser algunos de los parámetros a medir la
eficiencia, flexibilidad, corrección, confiabilidad, mantenibilidad, portabilidad, usabilidad, seguridad e
integridad

Los errores que se deben evitar son:

Mala comunicación con el cliente.
Mala definición con el cliente.
Errores lógicos de diseño.
Errores de codificación.
Errores de pruebas incompletas

El analista de sistemas juega un rol vital en el proceso de desarrollo de los sistemas. Un analista de sistemas
exitoso debe adquirir cuatro habilidades: analítica, técnica, gerencial, e interpersonal. Las habilidades analíticas
permiten al analista de sistemas entender a la organización y sus funciones, las cuales le ayudan a identificar
oportunidades, analizar y resolver problemas.

El analista de sistemas generalmente valora la manera que funcionan los negocios examinando la entrada, el procesamiento
de datos y la salida de información con el propósito de mejorar los procesos organizacionales.

2- El sistema y sus elementos

Los elementos de un sistema:

El objetivo del sistema
Los objetivos de cada elemento
Los actores (usuarios/diseñadores)
Input/output
Macroelemento? O subsistema?

3- Las tres P

 Cliente. Aquel que expresa una necesidad en su sistema de información (S.I.)

 Analista. Aquel que recoge la necesidad o problema de un cliente, lo analiza, desmenuza,
estudia su alcance y finalmente, se lo endosa a un programador.

Qué significa calidad de proceso?

Es implementar las actividades necesarias que permita darle un valor

agregado al producto, y que permite una mejora continua en el proceso
de producción.
 Qué significa calidad de producto?

Es el valor agregado que contiene un producto o servicio y que lo destaca por

sobre los demás de su misma clase

¿Qué significa calidad de personas o equipos?

La calidad de personas o equipos pueden ser definidos como la respuesta a las

exigencias o expectativas tangibles o intangible tanto de otras personas como
las propias

CMMI (capability maturity model integration)

es un conjunto de modelos basados en las mejores prácticas en la gestión de los procesos.
Dichos modelos establecen cinco niveles de ‘madurez’ de las organizaciones en función de
si tienen o no una serie de características que detalla cada modelo

TSP (team software process)

es un método de establecimiento y mejora del trabajo en equipo para procesos software.
proporciona directrices para ayudar a un equipo a establecer sus objetivos, a planificar sus
procesos y a revisar su trabajo con el fin de que la organización pueda establecer prácticas de
ingeniería avanzadas y así obtener productos eficientes, fiables y de calidad. Está formado por dos
componentes primarios que abarcan distintos aspectos del trabajo en equipo:
Formación del equipo de trabajo.
Gestión del equipo de trabajo.

PSP
Es un conjunto de prácticas disciplinadas para la gestión del tiempo y mejora de la
productividad personal de los programadores o ingenieros de software, en tareas de desarrollo y
mantenimiento de sistemas

4- Metricas
Es una medida del grado en que un sistema, componente o proceso posee un atributo dado
Producto:
El software de computadora es el producto que diseñan y construyen los ingenieros del software
Proceso:
• El proceso proporciona una interacción entre los usuarios y los diseñadores, entre los
usuarios y las herramientas de desarrollo, y entre los diseñadores y las herramientas de desarrollo
[tecnología].

Concepto métricas:
los objetivos de medir un producto
caracterizar
evaluar
predecir
mejorar
 factores que afectan la calidad

Requerimientos

El objetivo es poder plasmar por algún medio una necesidad. Definiendo la

problemática del cliente / Usuario final. de esta manera se establecen los alcances y los
límites de los mismos deben ser claros y fácil de leer, debe estar validado por un contrato
por ambas partes y debe estar documentado y avalado por algún directivo.

Los encargados de desarrollarlos son El cliente con la necesidad del nuevo sistema
en conjunto con el analista que recolecta los requerimiento necesarios
 PARA LLEVAR A CABO UN ESTUDIO DE SISTEMA DEBEMOS Identificar el problema si
existiese, definir los requerimientos, aplicar las diferentes técnicas de recolección de datos, identificar
involucrados, modelar soluciones alternativas, documentar, revisar con el cliente.

Tipos De requerimientos
FUNCIONALES: son los esenciales al sistema
NO FUNCIONALES: son las cualidades que el sistema puede llegar a tener (velocidad de respuesta sobre las
consultas realizadas)
También existen los requerimientos transaccionales y los de decisión

Los requerimientos deben ser:

• Especificados por escrito: Como todo contrato o acuerdo entre dos partes
• Posibles de probar o verificar. Si un requerimiento no se puede comprobar,
entonces ¿cómo sabemos si cumplimos con él o no?
• Descritos como una característica del sistema a entregar. Esto es: que es lo
que el sistema debe de hacer (y no como debe de hacerlo)
• Lo más abstracto y conciso posible. Para evitar malas interpretaciones

METODOS DE RELEVAMINTO

Lectura de documentación: es la menos aconsejable ya que los materiales escritos mayormente son
abundantes, no suelen ser actualizados.

Formulario: Debemos conocer el objetivo,a quien esta dirigido, quien lo utiliza.

Entrevistas:

Cuestionario:

Observacion:

Muestreo:

Estructurado orientado a objett

Acople es la independencia entre modulos, se debe buscar que los modulos sean lo mas independientes posibles ya
que los cambios o errores que se apliquen a un módulo no afecte a los otros.

Cohesión; es la relación que existe entre los módulos y sus funcionamiento

Existen varios tipos:
1) Cohesión Funcional.
2) Cohesión Secuencial.
3) Cohesión Comunicacional.
4) Cohesión Procedural.
5) Cohesión Temporal.
6) Cohesión Lógical.

Reglas amigsble´
1.El sistema debe pedir entradas y producir salidas en forma consistente.
2. Pedir información con una secuencia lógica
Aproveche el color pero no abuse

RTF
Es un checklist que realiza personal tecnicomediante una reunión, con el fin de descubrir problemas de calidad,
buscando mejorar esta cualidad. Las reuniones deben ser de entre 3 y 5 personas. Se aconseja preparar el
checklist con dos horas de anticipación y la reunión no debe durar mas de dos horas.
Se debe hacer foco en una parte del software total para garantizar encontrar errores.
El ciruito es el siguiente
El productor avisa a PM la necesidad de revisión de un producto, este contacta al jefe de revisión, se generan las
copias y se las da a los revisores para que se familiaricen por adelantado teniendo 1 o 2 horas de tiempo. En la
reunión se deben tomar notas de los problemas encontrados y las soluciones propuestas y todos firman la
documentación.

Testing
Tipos de pruebas
Caja negra: prueba el “QUE” lo hace
Caja Blanca: prueba el “COMO”
Prueba de recuperación: se genera una falla para poder evaluar la recuperación del sistema
Prueba de resistencia: son pruebas de stress donde se le genera una carga mayor al sistema para probar los
distintos comportamientos y capacidades de respuesta del mismo.
Prueba de rendimiento: se basa en medir la demora que se genera en un sistema a medida que se va
interactuando con este.
Prueba de sistema de tiempo real: No solo las acciones del sistema deben ser correctas, sino que además,
tienen que ejecutarse dentro de un intervalo de tiempo determinado, cumpliendo con las tareas críticas y de alta
prioridad