Ensayo Sobre los Estándares de Calidad PDF

Preview

Summary

Los estándares de calidad de software hacen parte de la ingeniería de
software, utilización de estándares y metodologías para el diseño, programación,
prueba y análisis del software desarrollado, con el objetivo de ofrecer una mayor
confiabilidad, mantenibilidad en concordancia con...

Description

ENSAYO SOBRE ESTÁNDARES Sistemas de Calidad en TI Ingeniería en Tecnologías de la Información

Tabla de contenido Introducción ........................................................................................................................................ 3 Desarrollo ............................................................................................................................................ 4 Estándares para documentar .......................................................................................................... 4 ISO/IEC 26514:2008..................................................................................................................... 4 IEE 830 ......................................................................................................................................... 6 PMBOK ........................................................................................................................................ 7 ITIL ............................................................................................................................................... 9 Conclusión ......................................................................................................................................... 11 Referencias bibliográficas ................................................................................................................. 12

Página | 2

Introducción En un escenario en el que los sistemas de software se desarrollan y construyen por terceros proveedores, el contratante del servicio, como primer receptor del mismo, en muchos casos debe confiar en el buen hacer del proveedor seleccionado, especialmente si no dispone de los medios apropiados para auditar la entrega y en su caso argumentar defectos en el proceso de desarrollo. En general, una vez validado que el sistema responde a los principales requisitos funcionales especificados, el usuario realizará las pruebas de aceptación, corrigiéndose los errores encontrados y traspasándose al fin al entorno de producción. Sin embargo, en muy pocas ocasiones se validan de manera rigurosa los requisitos funcionales y los no funcionales, o se ejecutan validaciones que aseguren que el sistema es lo suficientemente robusto y estable como para pasar a un entorno productivo con las garantías adecuadas. Los estándares de calidad de software hacen parte de la ingeniería de software, utilización de estándares y metodologías para el diseño, programación, prueba y análisis del software desarrollado, con el objetivo de ofrecer una mayor confiabilidad, mantenibilidad en concordancia con los requisitos exigidos, con esto se eleva la productividad y el control en la calidad de software, parte de la gestión de la calidad se establecen a mejorar su eficacia y eficiencia. Entonces e lo que se refiere a los estándares, también existen normas que son utilizadas a nivel general en el ámbito de la documentación. Éstos nos llevan a poder determinar la adecuación de una acción u objeto. Pueden ser desarrollados por la propia compañía, por sociedades profesionales o, por organismos internacionales.

Página | 3

Desarrollo La documentación del software impregna el ciclo de vida del mismo. Es la parte más visible de su proceso. Sin ella, no se puede dar mantenimiento al software, los usuarios no pueden entrenar y prácticamente no pueden utilizar el software, los desarrolladores nuevos tendrían que reinventar la rueda en el desarrollo del software. La documentación del software es su manifestación más importante. Es la guía para el laberinto del software. Los manuales técnicos, de usuario y otras instrucciones que facilitan el uso y operación de un producto o servicios de software constituyen la documentación de software, la cual podría incluir (donde fuera necesario) el código fuente, los códigos de error y sus significados. Puede existir en formato electrónico, como archivo PDF o CD, o como libro.

Estándares para documentar

ISO/IEC 26514:2008 Establece los requisitos para el diseño y desarrollo de la documentación de usuario del software como parte de los procesos del ciclo de vida.

Define el proceso de documentación desde el punto de vista del desarrollador de documentación. Además, cubre la documentación del producto. En él se especifica la estructura, el contenido y formato de la documentación del usuario, y también proporciona una guía informativa para el estilo de documentación del usuario. Consiste en que ayuda a los diseñadores y desarrolladores, a definir el proceso de clasificación de la documentación del desarrollador.

Página | 4

Es independiente de las herramientas de software que pueden ser utilizados para producir la documentación, y se aplica tanto a la documentación impresa y en pantalla documentación. Gran parte de la norma ISO / IEC 26514: 2008 es también aplicable a la documentación del usuario para los sistemas que incluyen hardware.

Etapas y/o pasos a seguir para obtener la certificación. Primera parte: Abarca el proceso de documentación de usuario para los diseñadores y desarrolladores de la documentación.

Segunda parte: Establece los requisitos mínimos para la estructura, el contenido de la información, y el formato de la documentación de usuario.

Con estos puntos puede ser útil para el desarrollo de los siguientes tipos de documentación: 

De productos distintos de software.



De multimedia utilizando sistemas de animación, video y sonido.



Basada en computadoras y programas de capacitación.



Producida por los instaladores, operadores de equipo, o los administradores de sistemas que no son usuarios finales.



Que describe el funcionamiento interno de los sistemas de software.



La incorporada en la interfaz de usuario propia.

Vigencia y renovación

Realizar una auditoría de renovación después de tres años de la certificación, donde la entidad certificadora realizará una nueva etapa de certificación donde se estudian todos los puntos de la norma.

Página | 5

IEE 830 El propósito principal de esta norma es ayudar a elaborar un documento muy útil: EI SRS (Software Requirements Specifications). Es esencialmente una guía para la redacción. No es obligatoria su uso, aunque se recomienda hacerlo. Comprende todas las tareas relacionadas con las necesidades o de las condiciones a satisfacer para un software, tomando en cuenta los diversos requisitos de los inversores. Sirve para: 

El cliente describa claramente lo que quiere.



El proveedor entienda claramente lo que el cliente quiere.



Se reduzca el esfuerzo de análisis, diseño y programación. Se tenga una base o referencia para validar o probar el software solicitado.



Facilita el traspaso del software a otros clientes / usuarios.



Permite realizar mejoras al software.

La estructura del documento debe de contener: 

Introducción



Descripciones generales



Especificaciones requerimientos



Información de soporte

Página | 6

PMBOK La guía del PMBOK es un instrumento desarrollado por el Project Management Institute (o PMI), que establece un criterio de buenas prácticas relacionadas con la gestión, la administración y la dirección de proyectos mediante la implementación de técnicas y herramientas que permiten identificar un conjunto de 47 procesos, distribuidos a su turno en 5 macroprocesos generales que son los siguientes:

1. Inicio: conformado por 2 procesos menores, cuyo fin es definir un nuevo proyecto o una nueva fase de ejecución del mismo, y obtener la autorización necesaria para llevarlo a cabo.

2. Planificación: este macroproceso incluye 24 procesos destinados a la concreción y el establecimiento de objetivos, y al diseño de las estrategias más adecuadas para lograr su consecución.

3. Ejecución: incluye 8 procesos implicados en el correcto desempeño, acorde a la estrategia adoptada, de las actividades definidas en el proyecto para la consecución de los fines establecidos.

4. Control y monitorización: once procesos se inscriben en este macroproceso, todos ellos relacionados con la supervisión y la evaluación del desempeño del proyecto. 5. Cierre: último macroproceso, formado por dos procesos menores, que cierra el proyecto en su totalidad o alguna fase del mismo refiriendo el grado de aceptación y la satisfacción con el resultado obtenido. Como avanzábamos, en cada uno de estos macroprocesos intervienen 10 aspectos clave o áreas de conocimiento, que en la guía PMBOK se enuncian y describen del siguiente modo:

Página | 7

1. Integración: área directamente relacionada con la dirección de proyectos. Establece

los

criterios

para

la

correcta

gestión,

administración

y

coordinación de los distintos procesos y actividades implicadas. 2. Alcance: determina el alcance del proyecto, definiendo todos y cada uno de los procesos y las actividades que se hallan implicados.

3. Tiempo: gestión del tiempo de ejecución de los procesos implicados en el proyecto, y monitorización de los mismos con el fin de cumplir los plazos establecidos.

4. Costes: gestión de los costes del proyecto y control de los mismos para mantenerlos dentro de su presupuestación inicial.

5. Calidad: determina responsabilidades en los resultados de las actividades y los procesos implicados en el proyecto y en sus fases, y establece las políticas de calidad a las que debe remitirse la evaluación de dichos resultados. Sobre esta área tan fundamental, es altamente recomendable la lectura de la guía Las 7 herramientas de calidad imprescindibles, disponible completamente gratis en nuestro apartado de recursos. 6. Recursos humanos: gestión y dirección del/los equipos humanos implicados en el proyecto o en cada una de sus fases concretas.

7. Comunicaciones: área responsable de la gestión y la administración de los mecanismos, las informaciones, las vías y las estrategias de comunicación entre las distintas estructuras y áreas internas del proyecto, así como de la elaboración de la información sobre el mismo orientada al exterior.

8. Riesgos: atiende a la detección, gestión y solución de los riesgos implicados en cada uno de los procesos y fases de los mismos.

Página | 8

9. Adquisiciones: área de gestión de procesos de compra de bienes, estructuras, herramientas o servicios externos a los equipos implicados en el proyecto. 10. Stakeholders: se refiere a la gestión de los interesados o posibles inversores, a la correcta administración de las expectativas generadas con el proyecto y a la definición de las posibilidades de intervención en el mismo por parte de terceros.

ITIL Conjunto de conceptos y buenas prácticas usadas para la gestión de servicios de tecnologías de la información, desarrollo de tecnologías de la información y operaciones relacionadas con la misma en general. Da descripciones detalladas de un extenso conjunto de procedimientos de gestión ideados para ayudar a las organizaciones a lograr calidad y eficiencia en las operaciones de TI. Estos procedimientos son independientes del proveedor y han sido desarrollados para servir como guía que abarque toda infraestructura, desarrollo y operaciones de TI.

Certificación

Los particulares pueden conseguir varias certificaciones oficiales ITIL. Existen tres niveles de certificación ITIL v2 para profesionales:

1. Foundation Certificate (Certificado Básico): acredita un conocimiento básico de ITIL en gestión de servicios de tecnologías de la información y la comprensión de la terminología propia de ITIL. Está destinado a aquellas personas que deseen conocer las buenas prácticas especificadas en ITIL. 2. Practitioner's Certificate (Certificado de Responsable): destinado a quienes tienen responsabilidad en el diseño de procesos de administración de

Página | 9

departamentos de tecnologías de la información y en la planificación de las actividades asociadas a los procesos.

3. Manager's Certificate (Certificado de Director): garantiza que quien lo posee dispone de profundos conocimientos en todas las materias relacionadas con la administración de departamentos de tecnologías de la información, y lo habilita para dirigir la implantación de soluciones basadas en ITIL. No es posible certificar una organización o sistema de gestión como «conforme a ITIL», pero una organización que haya implementado las guías de ITIL sobre Gestión de los Servicios de TI puede lograr certificarse bajo la ISO/IEC 20000.

La versión 3 de ITIL, que apareció en junio de 2007, cambió ligeramente el esquema de Certificaciones, existiendo certificaciones puentes, se definen 3 niveles:

1. Basic Level (Equivalente a ITIL Foundation en v3) 2. Management and Capability Level (Equivalente a los niveles Practitioner y Manager en ITIL v2) 3. Advanced Level (nuevo en v3)

Página | 10

Conclusión Los manuales de usuario final facilitan la interacción de dicho usuario con la computadora. Un manual de capacitación es un ejemplo de un manual orientado al usuario. Reduce el tiempo de aprendizaje para el uso productivo del software, ahorrando muchísimo dinero al usuario final. Los documentos de usuario final pueden ser un manual de referencia, que detalle el funcionamiento del sistema, o una guía para administradores de sistema, para que con esto detalle la forma de operar y dar mantenimiento al sistema. Actualmente se puede facilitar la realización de los proyectos con las normas y estándares aplicados a proyectos para el desarrollo de software, y con estas normas, se puede seguir ciertos pasos para que los proyectos sean más eficientes y fáciles de realizar paso a paso, y los estándares nos especifican que el desarrollo de un proyecto debe ser de calidad, el cual debe satisfacer las necesidades del cliente o de la empresa a la que se le esté desarrollando dicho software. Los estándares hacen una gran ayuda para los ingenieros involucrados en el proyecto porque les permite mejorar la forma en que trabajan y controlan los tiempos mediante formatos de tiempo para cada una de las actividades y el software desarrollado sea de calidad.

Página | 11

Referencias bibliográficas ISO/IEC 26514:2008 - SISTEMAS DE CALIDAD EN TI. (s.f.). Recuperado 16 marzo, 2020, de https://sites.google.com/site/sistemasdecalidadenti/iso-iec-26514-2008 Metodología ITSM de TI enfocada a los objetivos de su negocio. (s.f.). Recuperado 16 marzo, 2020, de http://www.consultoriaitil.com.mx/10.html Héctor Acevedo Juárez. CISSP, CISA, CGEIT, ITIL y MCSE, H. (s.f.). ITIL: ¿qué es y para qué

sirve?

(parte

1).

Recuperado

16

marzo,

2020,

de

https://www.magazcitum.com.mx/?p=50

Qué es la guía PMBOK y cómo influye en la administración de proyectos. (2019, 1 julio).

Recuperado

16

marzo,

2020,

de

https://retos-operaciones-

logistica.eae.es/que-es-la-guia-pmbok-y-como-influye-en-la-administracion-deproyectos/

Página | 12...