CENTRO CLINICO Y DE REHABILITACIÒN “ DACADI “ Versión: 1.

Implantación del sistema Fecha: 02-09-2017

Informe Final de Calidad

FICHA DE CONTROL DE CAMBIOS

PROYECTO CENTRO CLINICO Y DE REHABILITACIÒN “ DACADI

DOCUMENTO Informe Final de Calidad

VERSIÓN 1.0

FECHA CREACIÓN 02-09-2017

FECHA CAMBIO 02-09-2017

RESPONSABLES Edwar Leandro Mina Hurtado, Diana Marcela Tilano Zapata

LÍDER Edwar Leandro Mina Hurtado, Diana Marcela Tilano Zapata

HISTORIAL

FECHA NÚMERO OBSERVACIONES AUTOR (ES) VER

DE
VERSIÓN

02-09-2017 1.0 Una futura evaluación Edwar Leandro Mina 1.0

podrá establecer el Hurtado, Diana Marcela
grado en que el Tilano Zapata
propósito pueda
haberse cumplido. De
este modo, el
Programa debe
propender a verificar
los cambios claves en
los usuarios, como
resultados de la
implementación de las
propuestas
Documento validado por las partes en fecha:

Por el cliente Por la empresa suministradora

Edwar Leandro Mina Hurtado Diana Marcela Tilano Zapata

Firmado por: Firmado por

DI DI

INTRODUCCIÓN

1.1 Propósito:

La esencia principal de éste proyecto es que el usuario se acostumbre a utilizar de manera

autónoma la página, se familiarice con el medio y de manera natural le surja la necesidad
de acudir a ésta frecuentemente, del mismo modo, y en ejercicio de su evolución y
desarrollo .

1.2 Alcance

El alcance del diseño y desarrollo de un Sistema de Información esta limitado a

prestar servicio en el área de consulta externa, en los servicios de medicina
general y especializada.

1.3 Personal involucrado

Nombre Rol

Edwar Leandro Mina Hurtado. Gerente

Diana Marcela Tilano Zapata Jefe de proyecto

PRODUCTO A EVALUAR

1.4 Nombre del producto

Informe final de calidad

1.5 Descripción del producto

Grado en el que un conjunto de características cumple con los requisitos.

2. Modelo Y/O estándar de Calidad base del análisis

2.1 Nombre de la norma o el modelo de calidad aplicado

Modelo de MCCALL (1977)

2.2 Descripción del modelo

FACTOR DESCRIPCION

Es la capacidad de los productos software para realizar con

1.Corrección
exactitud las tareas expresadas en su especificación

Capacidad de un sistema o componente para desempeñar

2.Fiabilidad las funciones especificadas, cuando se usa bajo unas
Condiciones y periodo de tiempo determinados.

3. Eficiencia Conjunto de atributos relacionados con la relación entre el

nivel de desempeño del software y la cantidad de recursos
Necesitados bajo condiciones establecidas.

Hace referencia a si el software puede interactuar con otros

sistemas informáticos.
Facilidad de
4. Interoperación

Es un factor determinante en término de mercado y

venta,incluye la prestancia en la instalación, operación y
supervisión.
5. Facilidad de uso
6. Facilidad de prueba
Facilidad de
7. Mantenimiento
8. Integridad
9. Portabilidad
10. Reusabilidad
10.1 Características y SubCaracterísticas
Factor de calidad
1. Funcionabilidad
2. Fiabilidad
3. Usabilidad
Modularidad, Similitud de comunicación, Similitud de datos.
Conjunto de atributos relacionados con la facilidad de
extender, modificar o corregir errores en un sistema
software.
Capacidad de protección de la información y los datos de
manera que personas o sistemas no autorizados no puedan
leerlos o modificarlos
Conjunto de atributos relacionados con la capacidad de un
sistema de software para ser transferido y adaptado desde
una plataforma a otra.
La necesidad de la reutilización surge de la observación de
que los sistemas software a menudo siguen patrones
similares; debería ser posible explotar esta similitud y evitar
reinventar soluciones a problemas que ya han sido
encontradas con anterioridad. Capturando tal patrón, un
elemento de software reutilizable se podrá aplicar en
muchos desarrollos diferentes.
Sub Característica
· Adaptación
· Exactitud
· Interoperación
· Seguridad
· Cumplimiento de la Funcionalidad
· Madurez. Capacidad del sistema
para satisfacer las necesidades de
Fiabilidad en condiciones normales.
· Disponibilidad Capacidad del
sistema o componente de estar
operativo y accesible para su uso
Cuando se requiere.
· Tolerancia a fallos. Capacidad del
sistema o componente para operar
según lo previsto en presencia de
fallos hardware o software.
· Capacidad de recuperación.
Capacidad del producto software
para recuperar los datos
directamente afectados y
reestablecer el estado deseado del
sistema en caso de interrupción o
fallo.
· Aprendizaje- Atributos del software que
se relacionan al esfuerzo de los
 usuarios para reconocer el concepto
lógico y sus aplicaciones.
· Comprensión - Atributos del software
que se relacionan al esfuerzo de los
usuarios para reconocer el concepto
lógico y sus aplicaciones.
· Operatividad - Atributos del software
que se relacionan con el esfuerzo de los
usuario para la operación y control del
software.
· Atractividad
4. Eficiencia · Comportamiento en el tiempo -
Atributos del software que se
relacionan con los tiempos de
respuesta y procesamiento y en las
Tasas de rendimientos en
desempeñar su función.
· Comportamiento de recursos - Usar
las cantidades y tipos de recursos
adecuados cuando el Software
Lleva

Portabilidad · Capacidad de instalación – Atributos

del software relacionados con el
esfuerzo necesario para instalar el
software en un ambiente
especificado.
· Capacidad de reemplazamiento -
Atributos del software relacionados
con la oportunidad y esfuerzo de
usar el software en lugar de otro
software especificado En el
ambiente de dicho software
especificado.

Reusabilidad
· la reusabilidad está dentro del contexto
de las métricas de calidad.

métricas de calidad son todas las métricas de

software que definen de una u otra forma la calidad
del software; tales como exactitud, estructuración o
modularidad, pruebas, mantenimiento, reusabilidad,
entre otras. Estas son los puntos críticos en el
diseño, codificación, pruebas y mantenimiento.
 10.2 Métricas propuestas

· 1. Fiabilidad

· 2. Corrección

· 3. Eficiencia

· 4.Integridad

· Facilidad de uso

· Facilidad de mantenimiento

· Facilidad de prueba

· Facilidad de Interoperación

· Portabilidad

· Reusabilidad

11. Especificación de métricas

La especificación y el análisis de requisitos son actividades fundamentales, debido a que son los
cimientos sobre los cuales se construirá una aplicación durante las siguientes etapas de desarrollo de un
software. A diferencia de lo que ocurre en la construcción de un edificio, los cimientos o los requisitos en
este caso, cambian y es necesario poder hacer seguimiento de estos. Es importante tener la posibilidad
de manejar la trazabilidad de los cambios y poder cuantificar el impacto que pueden tener estas
modificaciones sobre el proceso de desarrollo de software, tanto en la duración total del proyecto, como
en su costo. Este trabajo propone automatizar ciertos mecanismos de trazabilidad y métricas que
permitan reducir los costos y tiempos de desarrollo, además de disminuir los riesgos asociados al
incumplimiento de requisitos.
El resultado final fue una herramienta que es capaz de administrar los requisitos por medio de un
proceso genérico. Es fácil de usar y permite su operación en forma distribuida, facilitando así la
comunicación entre los miembros del equipo de desarrollo. Permite la clasificación y simplifica la
validación, control y seguimiento de los requisitos de un sistema. Se espera que esta herramienta ayude
a mejorar tanto los productos obtenidos en la fase de análisis, como la visibilidad de esta fase sobre el
proceso completo de desarrollo de software. Con esto se aliviará la gestión del proyecto, y por ende,
mejorará la capacidad de predecir el cronograma, así como su resultado. La administración de requisitos
propuesta probablemente permitirá una reducción del esfuerzo de desarrollo de los artefactos de análisis.

12. CALCULAR LAS MÉTRICAS Y PROMEDIOS PONDERADOS

Finalmente, una vez obtenido el modelo de un determinado proyecto Java y la representación de

las métricas como expresiones OCL, el sistema utiliza el componente EOS para evaluar cada una
de las métricas sobre la instancia del meta modelo de Java y muestra al usuario el valor
resultante de la evaluación y una pequeña descripción de cada una de las métricas procesadas .
13. ANÁLISIS DE RESULTADOS

Establece un proceso sistemático para la evaluación de productos de software comercial, de

productos de software personalizado o modificar los productos existentes. Usado para garantizar
que un producto desarrollado o modificado cumple los requisitos inicialmente especificados.
14. PUNTOS DE MEJORA DEL PRODUCTO

La calidad del producto es un tema que cada vez se exige más en los proyectos de desarrollo de
software y que encuentra en Internet, un escenario donde dicha calidad puede afectar
significativamente la relación entre los usuarios y las organizaciones que proporcionan el software
para la interacción.

La calidad debe ser definida según las recomendaciones de las normas, durante las primeras etapas
del desarrollo y basada en ellas se debe planificar las actividades de control de la calidad. Las métricas
internas obtenidas durante la medición del software deben servir de bases para las decisiones de las
actividades del plan de trabajo, en caso haya desviaciones de la calidad esperada.
Las métricas externas permitirán la confirmación de la calidad planificada en la prueba y operación
y finalmente la calidad del producto desde el punto de vista del usuario debe evaluarse usando
para ellos las métricas de calidad en uso. Las normas proponen un conjunto de métricas, pero se
indican que no todas pueden ser necesarias para todos los casos, y también señala que es posible
utilizar un conjunto de métricas diferentes; la determinación de qué métricas usar es
responsabilidad de los desarrolladores.

Las normas han introducido la percepción del usuario como un enfoque importante para la
determinación final de la calidad y han establecido la dependencia entre la calidad interna, externa
y en uso; dejando en claro que relación existente entre las características internas, externas y en
uso es un tema complejo y no presentan ningún esquema para ello.