Investigación acerca de las normas de calidad, la evolución de las normas ISO. Realizado en el contexto de la asignatura de testing y calidad para la carrera de Ing en Computación e Informática de la UNAB.
La presentación Fundamentos de Calidad del Software - Modelos y Estándares, contiene elementos que permiten hacerse a una idea del contexto en el que se mueve el aseguramiento de la calidad del software en sus dos manifestaciones (procesos y producto) y en sus dimensiones de gestión y desarrollo.
Luis Eduardo Peláez Valencia
luiseduardo.pelaez@gmail.com
Keywords: SQA, Aseguramiento de la calidad del software, Calidad del software, Modelos y Estándares.
Investigación acerca de las normas de calidad, la evolución de las normas ISO. Realizado en el contexto de la asignatura de testing y calidad para la carrera de Ing en Computación e Informática de la UNAB.
La presentación Fundamentos de Calidad del Software - Modelos y Estándares, contiene elementos que permiten hacerse a una idea del contexto en el que se mueve el aseguramiento de la calidad del software en sus dos manifestaciones (procesos y producto) y en sus dimensiones de gestión y desarrollo.
Luis Eduardo Peláez Valencia
luiseduardo.pelaez@gmail.com
Keywords: SQA, Aseguramiento de la calidad del software, Calidad del software, Modelos y Estándares.
Una presentación de como aplicar dentro de proyectos de desarrollo o implantación de software los criterios de calidad esperados en este tipo de situaciones.
Software quality assurance (sqa) parte iii-plan de calidad y prueba v3.0Renato Gonzalez
Revisar los conceptos básicos de pruebas de software y modelo de proceso de aseguramiento de calidad, incluyendo terminología, prueba, verificación y validación, prácticas de documentación, procesos de control, metodologías herramientas.
Comprender el papel del Equipo de Prueba, del Analista SQA, del Asegurador SQA, del equipo de desarrollo y del equipo de usuario en el desarrollo de software y el ciclo de pruebas.
Definir el Plan de Calidad y el Plan de Prueba del Software.
Definir los Casos de prueba y su metodología de desarrollo
Alrededor del mundo hay una gran demanda de directores de proyectos habilidosos. Una certificación reconocida mundialmente le demuestra a los empleadores que tú tienes el conocimiento, y/o la experiencia y la educación para contribuir efectivamente en el éxito de los proyectos.
Una certificación en dirección de proyectos es una inversión importante en tu desarrollo profesional ya contribuye a aumentar tu estabilidad laboral, tus ingresos, y te ayuda a destacarte ante tus jefes y superiores.
¿Qué son las certificaciones del PMI?
El Project Management Institute (PMI) ofrece un programa exhaustivo de certificaciones para quienes practican la profesión de la dirección de proyectos.
Actualmente existen siete certificaciones, que han sido desarrolladas rigurosamente, que se han acreditado mundialmente, y que son fácilmente transferibles entre fronteras e industrias.
¿Debería obtener una Certificación en Dirección de Proyectos?
Obtener una certificación es un paso importante en el desarrollo profesional pues reconoce a individuos competentes y calificados.
Webinar: Cómo determinar la Capacidad de los Procesos en COBIT® 5
Objetivos del Webinar:
1. Entender la importancia de las evaluaciones de capacidad en COBIT 5.
2. Entender el enfoque de la norma ISO/IEC 15504 para la determinación de la capacidad de procesos.
3. Conocer el Modelo de Evaluación de Procesos (PAM) de COBIT 5.
Nuestra solución está diseñada para ofrecer, de manera flexible y con base en las mejores prácticas, capacidades de gestión de proyectos en Microsoft SharePoint.
BrightWork is designed with the key project management stakeholders in mind, from the executive that needs immediate visibility into all projects across the organization, to the team member that must collaborate effectively and work towards a common goal.
El propósito de este webinar es presentar al participante los diferentes tipos de Oficinas de Dirección de Proyectos (PMOs) de acuerdo a lo establecido en la 5ta Edición de la Guía del PMBOK®, así como las principales ventajas y beneficios de implementar una PMO en una organización.
Al finalizar este webinar, el participante:
• Conocerá las características de las PMOs de Apoyo, de Control y Directivas.
• Comprenderá cómo la PMO contribuye al cumplimiento de los objetivos de negocio de la organización.
• Comprenderá los principales beneficios de implementar una PMO en su organización.
• Identificará las funciones clave de una Oficina de Dirección de Proyectos.
• Conocerá los principales modelos disponibles para diseñar e implementar una PMO en una organización.
• Reconocerá los principales retos que se deben afrontar antes, durante y después de la implementación de una PMO en una organización.
El Sistema de Gestión de Licitaciones es una solución tecnológica que permite a las empresas realizar un adecuado seguimiento y control de las Licitaciones públicas Nacionales e Internacionales en las cuales participan.
Mediante el Sistema de Gestión de Licitaciones, las empresas pueden:
+ Tener una visión del conjunto de Licitaciones en las que participan con sus respectivos estatus.
+ Conocer la disponibilidad y carga de los recursos.
+ Controlar los tiempos establecidos para elaborar la documentación requerida en el proceso licitatorio de cada Dependencia.
+ Elaborar e integrar correctamente las Propuestas Técnicas, Económicas y Jurídico-Administrativas correspondientes.
+ Contar con diversos Indicadores y Tableros de control (Dashboards) que proporcionen información de valor para la toma de desiciones.
+ Apegarse a un procedo definido para la gestión de cada Licitación.
Errores comunes del Director de Proyectos:
1. No comprender con claridad los objetivos de la organización para con el proyecto.
2. No manejar bien las expectativas de los implicados.
3. No llegar a un acuerdo ni conseguir que los implicados clave acepten los objetivos del proyecto.
4. No desarrollar un calendario realista.
5. No conseguir la aceptación del calendario del proyecto.
6. No decidir ni comunicar quién es el responsable de determinados asuntos.
7. No utilizar los procedimientos de control de cambios.
8. No comunicarse de forma eficiente y consistente con todos los implicados.
9. No ejecutar el Plan del Proyecto.
10. No atajar a tiempo los riesgos.
11. No identificar los riesgos de forma proactiva ni desarrollar planes de contingencia.
12. No obtener los recursos adecuados con las aptitudes apropiadas en el momento oportuno.
13. No buscar la resolución de los problemas de forma contundente.
14. Mala definición y gestión de los requisitos.
15. Gestión insuficiente y falta de liderazgo del equipo del proyecto.
Los requerimientos para un sistema son descripciones de lo que el sistema debe hacer: el servicio que ofrece y las restricciones en su operación. Tales requerimientos reflejan las necesidades de los clientes por un sistema que atienda cierto propósito, como sería controlar un dispositivo, colocar un pedido o buscar información. Al proceso de descubrir, analizar, documentar y verificar estos servicios y restricciones se le llama Ingeniería de Requerimientos (IR).
El propósito de este curso es introducir al participante a los requerimientos de software y discutir los procesos que hay en el descubrimiento y la documentación de tales requerimientos.
Los procesos de desarrollo de software rápido se diseñan para producir rápidamente un software útil. El software no se desarrolla como una sola unidad, sino como una serie de incrementos, y cada uno de ellos incluye una nueva funcionalidad del sistema.
Los métodos ágiles son métodos de desarrollo incremental donde los incrementos son mínimos y, por lo general, se crean las nuevas liberaciones del sistema, y cada dos o tres semanas se ponen a disposición de los clientes. Involucran a los clientes en el proceso de desarrollo para conseguir una rápida retroalimentación sobre los requerimientos cambiantes, en vez de reuniones formales con documentos escritos.
El propósito de este curso es introducir al participante a los métodos de desarrollo ágil de software.
El estándar ISO/IEC 15504, también conocido como SPICE (Software Process Improvement and Capability dEtermination) es una norma internacional para establecer y mejorar la capacidad y madurez de los procesos de las organizaciones, proporcionando los principios requeridos para realizar una evaluación de la calidad de los procesos.
Este estándar aplica a todas las organizaciones cuyos procesos estén relacionados con la adquisición, suministro, desarrollo, operación, evolución y soporte de productos y servicios.
El propósito de este curso es introducir al participante a la mejora y evaluación de la calidad los procesos software, así como presentar una visión general de la última versión del estándar internacional ISO/IEC 15504 – Tecnologías de la Información – Evaluación de Procesos y su aplicación como modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas de información y productos de software por niveles de madurez de PyMEs.
El estándar internacional ISO/IEC 29110 Software Engineering — Lifecycle profiles for Very Small Entities (VSEs) es un conjunto de normas y reportes técnicos que se ha desarrollado para entidades muy pequeñas (VSE – Very Small Entities). Una VSE se define como una entidad (empresas, organizaciones, departamentos o proyectos) que tiene menos de 25 personas. Actualmente, en la industria del software la mayoría de las PyMEs pertenecen a la categoría VSE. La industria del software mundial reconoce el valor de las aportaciones de productos y servicios de las PyMEs. Las pequeñas empresas también pueden desarrollar y mantener el software que se utiliza en sistemas más grandes y complejos, por lo tanto, el reconocimiento de éstas como proveedores de software de alta calidad a nivel nacional e internacional es necesario.
En este curso se explica al participante la justificación y los pasos que condujeron al desarrollo del conjunto de estándares de la norma ISO/IEC 29110, reportes técnicos y algunos de los paquetes de implementación del estándar internacional enfocado a las PyMEs; una introducción a la serie de documentos que la conforman y, cómo aplicar los conocimientos adquiridos en un proyecto de desarrollo de software.
Una de las metas del Programa MPS.BR es definir y perfeccionar un modelo de mejora y evaluación de proceso de software y servicios, dando preferencia a las micro, pequeñas y medianas empresas (MiPyMEs), de modo que se atiendan sus necesidades de negocio y que sea reconocido nacional e internacionalmente como un modelo aplicable a la industria de software y servicios. El modelo MPS establece dos modelos de referencia de procesos, uno para software y otro para servicios, y un proceso/método para evaluación de procesos.
El modelo MPS está dividido en cuatro (4) componentes: Modelo de Referencia MPS para Software (MR-MPS-SW), Modelo de Referencia MPS para Servicios (MR-MPS-SV), Método de Evaluación (MA-MPS) y Modelo de Negocio (MN-MPS).
Durante este curso de Introducción al Modelo MPS se presentará al participante el Modelo de Referencia MPS para Software (MR-MPS-SW), su estructura, los procesos que lo conforman, así como los resultados esperados en los diferentes niveles de madurez del modelo.
Los sistemas de software siempre cambian durante su desarrollo y uso. Se descubren bugs y éstos deben corregirse. Los requerimientos del sistema cambian, y es necesario implementar dichos cambios en una nueva versión del sistema. Se dispone de nuevas versiones de hardware y plataformas de sistema, por lo que hay que adaptar los sistemas para que funcionen con ellos. Los competidores introducen nuevas características en sus sistemas que se deben igualar. Conforme se hacen los cambios al software, se crea una nueva versión del sistema. En consecuencia, la mayoría de los sistemas pueden considerarse como un conjunto de versiones, cada una de las cuales debe mantenerse y gestionarse.
La administración de configuración (CM, por sus siglas de Configuration Management) se ocupa de las políticas, los procesos y las herramientas para administrar los sistemas cambiantes de software. Es necesario gestionar los sistemas en evolución porque es fácil perder la pista de cuáles cambios y versiones del componente se incorporaron en cada versión del sistema. Las versiones implementan propuestas para cambios, correcciones de fallas y adaptaciones para diferentes tipos de hardware y sistemas operativos.
El propósito de este curso de Administración de la Configuración es introducir al participante a los procesos y las herramientas de administración de la configuración.
En la actualidad existe una constante demanda de la industria por un mejor y más barato software, que debe entregarse en plazos cada vez más cortos. Por consiguiente, numeras empresas y organizaciones de TI han dirigido la atención hacia la mejora de procesos de software como una forma de aumentar la calidad de su software, reducir los costos o acelerar los procesos de desarrollo. La mejora de procesos significa comprender los procesos existentes y cambiarlos para incrementar la calidad del producto o reducir los costos y el tiempo de desarrollo.
En la actualidad, comúnmente se utilizan dos enfoques muy diferentes para la mejora y el cambio de procesos:
1. El enfoque de madurez de procesos, que se ha orientado en mejorar el proceso y la gestión del proyecto e introducir en una organización buenas prácticas de ingeniería de software. El nivel de madurez del proceso refleja la medida en que se adoptan buenas prácticas técnicas y administrativas en los procesos de desarrollo de software organizacional. Las metas principales de este enfoque consisten en mejorar la calidad del producto y la previsibilidad del proceso.
2. El enfoque ágil, orientado al desarrollo iterativo y la reducción de las sobrecargas en el proceso de software. Las características primarias de los métodos ágiles son la entrega rápida de funcionalidad y la capacidad de respuesta ante los cambiantes requerimientos del cliente.
El propósito de este curso es introducir al participante a la mejora del proceso de software como una forma de aumentar la calidad del software y reducir los costos de desarrollo.
La gestión de la calidad del software para los sistemas de software tiene tres intereses fundamentales:
1. A nivel de organización, la gestión de calidad se ocupa de establecer un marco de proceso y estándares de organización que conducirán a software de calidad. Esto supone que el equipo de gestión de calidad, debe tener responsabilidad de definir los procesos de desarrollo del software a usar, los estándares que deben aplicarse al software y la documentación relacionada, incluyendo los requerimientos, el diseño y el código del sistema.
2. A nivel del proyecto, la gestión de calidad implica la aplicación de procesos específicos de calidad y la verificación de que continúen dichos procesos planeados; además, se ocupa de garantizar que los resultados del proyecto estén en conformidad con los estándares aplicables a dicho proyecto.
3. A nivel de proyecto, la gestión de calidad se ocupa también de establecer un plan de calidad para un proyecto. El plan de calidad debe establecer metas de calidad para el proyecto y definir cuáles procesos y estándares se usarán.
El propósito de este curso es introducir al participante a la gestión de la calidad y a la medición del software.
La adopción de la norma internacional ISO/IEC 20000 conlleva la implantación de un Sistema de Gestión de los Servicios de Tecnologías de la Información (SGSTI) que una empresa, departamento o área interna presta a sus clientes. Ello implica diseñar o adaptar la arquitectura de procesos para la prestación de dichos servicios según los requisitos y prioridades del negocio.
Este curso sirve de referencia, apoyo y consulta para las PyMEs de cualquier ámbito de actividad económica que estén interesadas en la planificación, implantación y certificación de un SGSTI basado en la norma ISO/IEC 20000.
El curso establece los contenidos específicos (mínimos) que debe cumplir la organización para la certificación del sistema que se establezca. Se exponen a su vez, de forma práctica y sencilla, los aspectos esenciales para cada punto requerido por la norma, con ejemplos, buenas prácticas y recomendaciones.
Este curso, no pretende sustituir a la norma ISO/IEC 20000-1, sino que debe utilizarse de manera complementaria para lograr con éxito la planificación e implantación de un SGSTI en un entorno reducido, como el que corresponde a una PyME.
Más de Lorenzo Armenta Fonseca CAPM, MCP, MCTS (20)
1. Gestión de la Calidad en
Proyectos de Software
Síguenos
lorenzo_kila
www.sgcampus.com.mx
2. Antes de empezar
Realiza todas tus
• Revisa tu audio
• preguntas en la
sección de Preguntas
y Respuestas
Interactúa a través
• del chat (Publico y
Privado)
Comparte este
• webinar en tus
Redes Sociales
Resolución de
• Problemas Técnicos • El webinar será
vía Chat Privado grabado
con Software Guru
3. La Gestión de la Calidad
• Establece un marco de proceso y
estándares de organización que
conducirán a obtener software de
mejor calidad.
• Implica la aplicación de procesos
específicos de calidad y la
verificación de que continúen
dichos procesos planeados
4. La Gestión de la Calidad
• Establecer un plan de calidad
para un proyecto.
– El plan de calidad debe establecer
metas de calidad para el proyecto y
definir cuáles procesos y estándares
se usarán.
5. Aseguramiento de la Calidad (QA)
• Es la definición de procesos y
estándares que deben conducir a la
obtención de productos de alta
calidad.
• Representa simplemente la definición
de procedimientos, procesos y
estándares cuyo objetivo es asegurar
el logro de la calidad del software.
6. Gestión de la Calidad
• Proporciona una comprobación
independiente sobre el proceso de
desarrollo de software.
• Verifica los entregables del proyecto
para garantizar que sean consistentes
con los estándares y metas de la
organización
7. Gestión de la Calidad
• Asegurar que los productos de
trabajo y la ejecución de los
procesos estén en
conformidad con los planes,
procedimientos y estándares
establecidos.
8. Conformidad del Proceso y del
Producto
• Busca asegurar que los productos
producidos cumplan con las
características de calidad
preestablecidas.
• Busca asegurar que los procesos
planificados sean implementados.
9. Conformidad del Proceso y del
Producto
• Cuando no-conformidades son
identificadas, ellas deben ser tratadas
y resueltas en el proyecto.
• En caso de que no sean resueltas en el
proyecto, deben ser escalonadas
para el nivel adecuado de gerencia.
10. Evaluar Objetivamente
• La objetividad es crítica para el éxito
del proyecto.
• La objetividad se consigue con:
El evaluador independiente del proyecto
(externo al proyecto) → Grupo de
Aseguramiento de la calidad.
La utilización de un conjunto de criterios
de evaluación → disminuye la
subjetividad y el vicio del evaluador.
11. Plan de Calidad
1. Introducción del producto
2. Planes del producto
3. Descripciones de procesos
4. Metas de calidad
5. Riesgos y gestión del riesgo
Watts Humphrey (1989)
12. Plan de Calidad
Plan de Calidad
Plan de Aseguramiento de la
Calidad
Guía para Gestión de Calidad
13. Plan de Calidad
• Se desarrollan como parte del proceso
de planeación general del proyecto.
• Difieren en detalle dependiendo del
tamaño y tipo de sistema, contexto
del proyecto y necesidades del
cliente y la organización.
Tratar de mantenerlos tan simples
como sea posible
14. Preguntas sobre el sistema
• ¿En el proceso de desarrollo se
siguieron los estándares de
programación y documentación?
• ¿El software se verificó de manera
adecuada?
• ¿El software es suficientemente
confiable para utilizarse?
15. Preguntas sobre el sistema
• ¿El rendimiento del software es
aceptable para su uso normal?
• ¿El software es utilizable?
• ¿El software está bien estructurado y
es comprensible?
16. Tipos de estándares
• Estándares del Producto
– Se aplican al producto software a
desarrollar.
– Incluyen estándares de documentos,
documentación y estándares de
codificación.
• Estándares del Proceso
– Establecen procesos que deben seguirse
durante el desarrollo del software.
– Incluyen definiciones de especificación,
procesos de diseño y validación, etc.
17. Tipos de estándares
Estándares de Producto Estándares de Proceso
Formato de revisión de diseño Realizar revisión de diseño
Estructura de documento de Enviar nuevo código para
requerimientos construcción de sistema
Formato de encabezado por Proceso de liberación de
método versión
Estilo de programación Java Proceso de aprobación del
Plan de Proyecto
Formato de Plan de Proyecto Proceso de control de cambio
Formato de Solicitud de Proceso de registro de prueba
Cambio
18. Atributos de calidad
Protección Portabilidad
Seguridad Usabilidad
Fiabilidad Reusabilidad
Flexibilidad Eficiencia
Robustez Facilidad para
Comprensibilidad que el usuario
Adaptabilidad aprenda a
utilizarlo
Modularidad
Complejidad
19. Buenas prácticas
Evaluada objetivamente la adherencia
de los productos a los estándares,
procedimientos y requisitos aplicables,
Antes de que los productos sean
entregados y
En hitos predefinidos a lo largo del ciclo
de vida del proyecto.
20. Buenas prácticas
Evaluada objetivamente la adherencia
de los procesos ejecutados a las
descripciones de proceso, estándares y
procedimientos.
Realizar evaluaciones, a lo largo del ciclo
de vida, por personas fuera del contexto
del proyecto y basadas en criterios de
adherencia a los procesos.
21. Buenas prácticas
• Identificar, registrar y comunicar los
problemas y las no-conformidades.
– Registrar las no-conformidades
identificadas.
– Comunicar no-conformidades a los
responsables por los productos y/o
procesos aplicables.
– Se debe buscar identificar el origen de los
problemas para analizar la necesidad de
alteración de procesos, estándares y
procedimientos.