Folleto Sobre Sistema De Seguridad Social
Enviado por • 12 de Diciembre de 2013 • 2.161 Palabras (9 Páginas) • 635 Visitas
Plan de SQA
Software para el control de inventarios
Este documento es la plantilla base para elaborar el documento Plan de SQA. Los textos que aparecen entre paréntesis rectos son explicaciones de que debe contener cada sección. Dichos textos se deben seleccionar y sustituir por el contenido que corresponda.]
Historia de revisiones
Fecha Versión Descripción Autor
04/09/2013 1 informe de calidad Maira Alejandra pulido
Alex Ferney urrego
Miguel Angel Enciso
Luis lancheros
04/09/2013 1 Revisión de las listas de chequeo maira Alejandra pulido
Alex Ferney urrego
miguel ángel enciso
Luis lancheros
Contenido
1. PROPÓSITO 3
2. REFERENCIAS 3
3. GESTIÓN 3
3.1. ORGANIZACIÓN 3
3.2. ACTIVIDADES 3
3.2.1. Ciclo de vida del software cubierto por el Plan 3
3.2.2. Actividades de calidad a realizarse 4
3.2.3. Revisar cada producto 4
3.2.4. Revisar el ajuste al proceso 4
3.2.5. Realizar Revisión Técnica Formal (RTF) 4
3.2.6. Asegurar que las desviaciones son documentadas 4
3.2.7. Relaciones entre las actividades de SQA y la planificación 4
3.3. RESPONSABLES 5
4. DOCUMENTACIÓN 5
4.1. PROPÓSITO 5
4.2. DOCUMENTACIÓN MÍNIMA REQUERIDA 5
4.2.1. Especificación de requerimientos del software 5
4.2.2. Descripción del diseño del software 6
4.2.3. Plan de Verificación & Validación 7
4.2.4. Reportes de Verificación & Validación 7
4.2.5. Documentación de usuario 7
4.2.6. Plan de Gestión de configuración 7
4.3. OTROS DOCUMENTOS 7
5. ESTÁNDARES, PRÁCTICAS, CONVENCIONES Y MÉTRICAS 7
5.1. ESTÁNDAR DE DOCUMENTACIÓN 8
5.2. ESTÁNDAR DE VERIFICACIÓN Y PRÁCTICAS 8
5.3. OTROS ESTÁNDARES 8
6. REVISIONES Y AUDITORÍAS 8
6.1. OBJETIVO 8
6.2. REQUERIMIENTOS MÍNIMOS 8
6.2.1. Revisión de requerimientos 8
6.2.2. Revisión de diseño preliminar 8
6.2.3. Revisión de diseño crítico 9
6.2.4. Revisión del Plan de Verificación & Validación 9
6.2.5. Auditoría funcional 9
6.2.6. Auditoría física 9
6.2.7. Auditorías internas al proceso 9
6.2.8. Revisiones de gestión 9
6.2.9. Revisión del Plan de gestión de configuración 9
6.2.10. Revisión Post Mortem 9
6.2.11. Agenda 9
6.3. OTRAS REVISIONES 9
6.3.1. Revisión de documentación de usuario 9
7. VERIFICACIÓN 9
8. REPORTE DE PROBLEMAS Y ACCIONES CORRECTIVAS 9
9. HERRAMIENTAS, TÉCNICAS Y METODOLOGÍAS 10
10. GESTIÓN DE RIESGOS 10
1. Propósito
El propósito de nuestro software está constituido para ser lo más intuitivo posible, por lo que después de una instalación rápida, podrá optimizar sus procesos de inventario en solo minutos, pretendemos ilustrar la temática del proyecto al que aspiramos desarrollar en las empresas que soliciten un software de inventarios.
1.- Constituye una alternativa a los métodos de venta a las empresas interesadas.
2.- Utiliza medios como internet, visitas personales al cliente para darle asesoría sobre el software, en caso de no entender el manual de instrucciones.
2. Referencias
Normas iso 9126 y la 25000.
3. Gestión
Realizamos mejoras al documento especifico del proyecto (srs), consultar a compañeros del funcionamiento del software y mejorar el diseño.
Responsables:
Alex urrego diseño pagina
Maira pulido diseño, apoyo
Miguel enciso apoyo
Luis lancheros diseño, apoyo
3.1. Organización
La organización de las actividades que se llevan a cabo en grupo de trabajo son la realización del informe final y los casos de usos que se van a emplear en el srs del proyecto.
3.2. Actividades
3.2.1. Ciclo de vida del software cubierto por el Plan
Planificación: Al momento de adquirir el software se le dará la asesoría complementaria y registro del encargado en el sistema.
Análisis: Los datos del cliente que se solicitan son los siguientes: id_cliente, Nombres, Número, Ciudad, Teléfono.
Implementación: se le asigna un número de identificación para el control de los clientes ingresados a la base de datos del software.
Pruebas: Se genera el registro del cliente y se prueba el producto. Será guardado cada registro con un numero único y que sea secuencial uno de otro por el cual se puede identificar los inconvenientes que el cliente identifico.
Diseño: En el diseño se puede ser utilizado con el fin de emplear nuevas técnicas de la etapa del análisis, este ha sido diseñado con el fin de dar gran facilidad a la hora de manejo e ingreso y para que se pueda representar los requisitos finales del proyecto. En la fase de diseño se han de estudiar posibles alternativas de implementación para el sistema de información que hemos de construir y se ha de decidir la estructura general que tendrá el sistema.
3.2.2. Actividades de calidad a realizarse
Las actividades que se realizarán son:
• Navegación sitio web
• Listas de verificación
• Diseño de plantillas
• Informe final.
3.2.3. Revisar cada producto
Los estándares que estamos desarrollando en el sistema de calidad de nuestro software son la satisfacción al cliente con nuestro producto.
3.2.4. Revisar el ajuste al proceso
Esta actividad es la revisión el producto final como claves para la verificación de los procesos, durante el ciclo de vida del software. Se debe recoger la información necesaria de cada producto, buscando hacia atrás los productos previos que deberían haberse generado, para poder establecer los criterios de revisión y evaluar si el producto cumple con las especificaciones del encargado de calificar el proyecto.
Esta información debe contener los siguientes documentos:
• Plan del Proyecto final
• Documento final
3.2.5. Realizar Revisión Técnica Formal (RTF)
La lógica o la implementación de cualquier producto del software, verificar sus especificaciones, que se ajusta a los estándares establecidos en el proyecto final.
3.2.6. Asegurar que las desviaciones son documentadas
Se debe chequear que los responsables del proyecto los modifiquen cada vez que sea necesario, basados en las desviaciones encontradas y las mejoras que se le dan.
3.2.7. Relaciones entre las actividades de SQA y la planificación
Una lista con las actividades de calidad a realizarse durante el proyecto:
• Navegación sitio web
• Diseño de plantillas
• Listas de verificación
Actividad Semana cuando se realiza
Navegación sitio web
[Semana 1
Diseño de plantillas
[Semana 2
3.3. Responsables
Miguel Enciso, Maira Pulido, Alex Urrego, Luis Lancheros.
4. Documentación
4.1. Propósito
Para que el usuario pueda validar debemos entregar los documentos finales con las correcciones e instrucciones adecuadas para su buen uso.
4.2. Documentación mínima requerida
Los usuarios pueden adquirir nuestro software y de manera fácil ingresar un nuevo producto, la posibilidad actualizarlos o quitarlos del inventario, también pueden entrar varias personas para ver que hay y que no hay, así se sabe cuánto puede ser el nuevo pedido.
4.2.1. Especificación de requerimientos del software
Es un estándar internacional para la evaluación de la calidad del software está dividido en cuatro partes las cuales dirigen, realidad, métricas externas, métricas internas y calidad en las métricas de uso y expendido. El modelo de calidad establecido en la primera parte del estándar, ISO 9126-1, clasifica la calidad del software en un conjunto estructurado de características de la siguiente manera:
• Funcionalidad: que el software cumpla con los requisitos funcionales para la necesidad del usuario.
• Fiabilidad: capacidad del software de mantener las prestaciones requeridas del sistema, durante un tiempo establecido y bajo un conjunto de condiciones definidas.
• Usabilidad: que el software sea de fácil uso satisfactorio para la visibilidad y comodidad del usuario.
• Eficiencia: que el software mantenga un rendimiento adecuado y cumpla las funciones que necesita el usuario.
• Mantenibilidad: esfuerzo necesario para adaptarse a las nuevas especificaciones y requisitos del software o actualizaciones.
• Portabilidad: capacidad del software ser transferido de un entorno a otro.
4.2.2. Descripción del diseño del software
El documento de diseño especifica los componentes y subcomponentes que deberá tener el software, está diseñado en un orden donde el usuario se podrá guiar fácilmente.
4.2.3. Plan de Verificación & Validación
Es aquel documento que se lleva acabo para la revisión de todo el proyecto que se ha aprobado por el encargado o el cliente.
La verificación de que se compone es:
a. Que los requerimientos han sido aprobados por un encargado. En este caso sería que cumplan con el acuerdo logrado entre el cliente y el encargado.
b. Los requerimientos son implementados en el diseño expresado.
4.2.4. Reportes de Verificación & Validación
Normalmente, es difícil para el cliente establecer explícitamente todos los requisitos al comienzo del proyecto (entre otras cosas, porque hasta que no vea evolucionar el proyecto no tendrá una idea clara de qué es lo que realmente queremos mostrar).
4.2.5. Documentación de usuario
La documentación que el usuario como los encargados del proyecto debe especificar los datos de entradas para que se pueda relacionar con el informe final Para la ejecución exitosa del software.
4.2.6. Plan de Gestión de configuración
El Plan de gestión de configuración debe contener métodos para identificar componentes de software, control e implementación de cambios, y registro y reporte del estado de los cambios implementados para la ejecución del proyecto.
4.3. Otros documentos
Los documentos que podemos identificar en el desarrollo del informe final es la elaboración de todos os casos de usos.
• Diagrama de clase
• Diseño de bases de datos
• Diagrama de secuencia
• Diagrama de participación
5. Estándares, prácticas, convenciones y métricas
• Este proyecto será monitoreado cada vez que sea necesario para la adecuación del cliente con este.
5.1. Estándar de documentación
En esta parte se debe llevar acabo los documentos necesarios para poder elaborar el documento final.
Estándar de documentación técnica y estándar de documentación de usuario:
• Documento de calidad
• Navegación sitio web
Para la elaboración de documentos se han definido plantillas para ser utilizadas en la elaboración de entregables.
En estas plantillas se definen:
• encabezado y pie de página.
• fuente y tamaño de fuente para estilo normal
• fuente y tamaño de fuente para los títulos a utilizar
• datos mínimos que se deben incluir: fecha, versión y responsables.
5.2. Estándar de verificación y prácticas
Se utilizan las prácticas definidas en el Plan de Verificación y Validación.
Como estándar se utiliza el documento de:
• Los documentos de calidad
• Listas de chequeo
• Casos de usos
6. Revisiones y auditorías
6.1. Objetivo
Definición de las revisiones y auditorías técnicas y de gestión que se realizarán.
Especificación de cómo serán llevadas a cabo dichas revisiones y auditorías.
• Se llevara a cabo la revisión del documento para la cual se implanto unas fechas para que el encargado hiciera las correcciones necesarias y las mejoras que se nos sugirieron en la revisión del documento.
6.2. Requerimientos mínimos
• Nuevas fechas de entrega
• Mejoras que se recomendaron
• Rediseños de diagramas y mejoras
6.2.1. Revisión de requerimientos
Esta revisión se realiza para asegurar que se cumplió con los requerimientos especificados por el Cliente.
Evaluar y descubrir errores o contradicciones en el documento y sus modelos y rediseñar y hacer las mejoras necesarias:
• Validez
• Consistencia
• Información o descripciones
• Verificabilidad
6.2.2. Revisión de diseño preliminar
Esta revisión se realiza para asegurar la consistencia y suficiencia técnica del diseño preliminar del software.
Se busca dar las observaciones necesarias para la elaboración del documento final:
• Se hace una revisión del diseño que se tiene hasta el momento para verificar que cumpla con los requerimientos y así que se pueda ejecutar.
6.2.3. Revisión de diseño crítico
Esta revisión se realiza para asegurar la consistencia del diseño detallado con la especificación de requerimientos:
• Después de llevar acabo la revisión del diseño se puede organizar las nuevas fechas para la revisión del documento final con las mejoras que se implantaron para la elaboración del proyecto como tal.
6.2.4. Revisión del Plan de Verificación & Validación
Esta revisión se realiza para asegurar la consistencia, y terminación de los métodos especificados en el Plan de Verificación & Validación.
• La validación o sea la confirmación de que el producto sea él deseado por el usuario o el cliente, normalmente al final del ciclo de vida del software.
6.2.5. Auditoría funcional
Esta auditoría se realiza previa a la liberación del software, para verificar que todos los requerimientos especificados en el documento de calidad y verificar si fueron cumplidos:
• Es la revisión que hace el encargado de evaluar los proyectos y de hacer las correcciones necesarias para que se haga las mejoras requeridas.
6.2.6. Auditoría física
Esta revisión se realiza para verificar que el software y la documentación son consistentes y están aptos para la liberación:
Encargada de llevar acabo las correcciones necesarias por el encargado del proyecto y hacer una elaboración más detallada del documento final según como haya quedado el software.
6.2.7. Auditorías internas al proceso
Estas auditorías son para verificar la consistencia: del código cotra el documento de diseño, especificaciones de interfase, implementaciones de diseño contra requerimientos funcionales, requerimientos funcionales versus descripciones:
• Descripción:
Al momento de la compra del usuario por parte del vendedor el encargado introduce en el sistema la información necesaria.
• Entrada:
Los datos del cliente que se solicitan son los siguientes: id_cliente, Nombre, apellido, Ciudad, Teléfono.
• Procesamiento:
Se crea un nuevo registro para el cliente y se le asigna un número de identificación para el control de los clientes registrados.
• Salida:
Se genera el registro del cliente y se visualiza el software
Será guardado cada registro con un numero único y que sea secuencial uno de otro por el cual se puede identificar los inconvenientes que el cliente identifico.
6.2.8. Revisiones de gestión
Estas revisiones se realizan periódicamente para asegurar la ejecución de todas las actividades identificadas en este Plan. Deben realizarse por una persona ajena al grupo de trabajo (en caso de que sea posible).
• Se debe hacer una revisión de todas las actividades para poder llevar acabo todas las mejoras para que así se pueda ejecutar.
6.2.9. Revisión del Plan de gestión de configuración
Esta revisión se realiza para asegurar la consistencia y completitud de los métodos especificados en el Plan de gestión de configuración.
• Esta versión se puede ejecutar siempre y cuando las mejoras que se acordaron se hayan realizado para poder dar una especificación más del plan que se llevó a cabo.
6.2.10. Revisión Post Mortem
Esta revisión se realiza al concluir el proyecto para especificar las actividades de desarrollo implementadas durante el proyecto y para proveer recomendaciones.
• Hacer las mejoras que sean necesarias para la ejecución del proyecto y poder llevar lo acabo la satisfacción del cliente.
6.2.11. Agenda
• Nueva fechas para la revisión final
• Mejoras y rediseño del documento final
6.3. Otras revisiones
6.3.1. Revisión de documentación de usuario
Se revisa la completitud, claridad, correctitud y aplicación de uso.
• Documento final del SRS
• Documento final de calidad
• Elaboración final del sitio web y bases de datos con la impresión.
7. Verificación
• Es la última revisión del documento de calidad, para poder hacer la validación del proyecto final con las correcciones y mejoras que implantaron en la corrección.
8. Reporte de problemas y acciones correctivas
• Hacer la mejoras que se implantaron en la revisión del documento
• Hacer los reportes necesarios para poder hacer el seguimiento necesario por parte del encargado de calificar.
• Responsables: miguel angel enciso
• Maira pulido
• Alex ferney urrego
• Luis lancheros
9. Herramientas, técnicas y metodologías
Herramientas del software como son el manual de pruebas, manual requerimientos.
10. Gestión de riesgos
Los riesgos identificados, la estrategia de mitigación, monitoreo y plan de contingencia a ser llevados a cabo, serán descritos en el Documento de Gestión de Riesgos, con lo cual se podrá hacer referencia a él
...