¿Cómo sería la calidad del software si no existieran modelos y estándares de calidad? En mi concepto si no existieran modelos dedicados a la calidad y estándar de los software realmente los software fueran muy malos y no tendrían la calidad y un óptimo desempeño como lo son hoy en día la mayoría de software que usan las empresas, personas del común, las grandes industrias etc. Como se ve el desarrollo de software es muy complejo y con muchos estructuramientos si no se desarrolla una cálida buena en donde se venda y se produzca en gran masa, en estos requerimientos podemos ver falencias que presenta el software y dedicar un tiempo a la solución de estos para el concepto de producto bueno y eficacia funcional para los usuarios que compren este programa. Por lo tanto si no existieran los modelos y estándares de calidad no se podría garantizar ni verificar la calidad de un software en ninguno de sus campos de producción. Actividades de apropiación del conocimiento (Análisis de caso). Camilo Andrés ha sido contratado por una importante compañía dedicada al desarrollo de software especializado, quien a su vez tiene un contrato de desarrollo de un aplicativo software para administrar la gestión de recursos humanos de la empresa, Camilo Andrés es el encargado de la gestión de calidad en el desarrollo del proyecto. De acuerdo a la necesidad planteada por el cliente en el contrato, es indispensable interpretar los modelos de calidad del software y determinar que es importante de ellos, para este proyecto Deben dar soporte a los procesos organizacionales. El aprendizaje organizacional está orientado a capturar, almacenar y reutilizar experiencias o conocimiento en una organización. Enmarcado en la Ingeniería de Software, es un campo de estudio activo que busca organizar y representar las experiencias, obtenidas en los proyectos de desarrollo. Existen diversos modelos de calidad de software que se pueden implementar para administrar la gestión de recursos humanos referidos al producto final. Entre ellos, el de mayor repercusión es la norma ISO 9126. Con la evolución de la industria este estándar se dividió en dos: El ISO/IEC 9126, relacionado con la calidad del producto software y el ISO/IEC 14598, relacionado con la evaluación del producto. Puesto que evalúa el software determinan si los productos de una actividad de desarrollo o mantenimiento cumplen los requerimientos de esa actividad, y si el producto final de software satisface su propósito y los requerimientos del usuario. La verificación intenta asegurar que el producto es construido correctamente, en el sentido de que los productos de una actividad cumplen las especificaciones impuestas a los mismos por actividades previas. La validación intenta asegurar
que se construye el producto correcto, es decir, que el producto cumple su propósito. Ambos procesos comienzan tempranamente en la fase de desarrollo o mantenimiento, estos procesos implican la elaboración de casos de prueba. Estos representan los datos que se utilizarán como entrada para ejecutar el software a probar. Más concretamente los casos de prueba determinan un conjunto de entradas, condiciones de ejecución y resultados esperados para un objetivo particular. Cada técnica de pruebas proporciona criterios distintos para generar estos casos. La generación de cada caso de prueba debe ir acompañada del resultado que ha de producir el software al ejecutar dicho caso, para detectar un posible fallo en el programa para la gestión de Recursos Humanos. ¿Qué haría usted, si estuviera encargado de la planeación, desarrollo e implementación del proyecto de software para el sistema de gestión de recursos humanos de la empresa? Utilizaría el modelo cascada de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa anterior, al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase, De esta forma, cualquier error de diseño detectado en la etapa de prueba conduce necesariamente al rediseño y nueva programación del código afectado, aumentando los costes del desarrollo. Un ejemplo de una metodología de desarrollo en cascada es: 1. Análisis de requisitos. 2. Diseño del Sistema. 3. Diseño del Programa. 4. Codificación. 5. Pruebas. 6. Verificación. 7. Mantenimiento. Es como la forma más fácil de ver lo que se desarrolla en menos de poco costo y tiempo ya que el tiempo que se gaste en el desarrollo de un software tiene que mucho por prueba y error en mi caso me gusta este método ya que se deja en visto las falencias más rápido y se podrán dar una solución pronta y eficiente de acuerdo a el caso que se logra ver que es el sistema de gestión de recursos humanos de la empresa
