12. ¿Que Relación existe entre las Normas ISO y las TIC?

Que entendemos por las Normas ISO y como estas establecen estándares comprobados y aceptados dentro de las buenas prácticas para desarrollar un producto y/o servicio de calidad y con la mayor seguridad. 

La Organización Internacional para la Estandarización o ISO es el organismo internacional encargado de promover el desarrollo de normas internacionales de fabricación, comercio y comunicación para todas las ramas industriales a excepción de la eléctrica y la electrónica. Su función principal es la de buscar la estandarización de normas de productos y seguridad para las empresas u organizaciones a nivel internacional.

Principales normas ISO TIC.
ISO/IEC 20000 — Tecnología de la información, Gestión del servicio. (corresponde a la norma BS 15000:2002)

ISO/IEC 27001 — Sistema de Gestión de Seguridad de la Información (corresponde a la norma BS 7799:1995)

ISO/IEC 29110 — Software engineering — Lifecycle profiles for Very Small Entities (VSEs) (MoProsoft)
ISO/IEC 29119 — Pruebas de Software
Lo que hacen estas normas, es establecer los lineamientos necesarios, para definir los estándares necesarios para la mas alta calidad del software.

Ver  |  Normas ISO Wikipedia

11. ¿Cómo se hace testing en el ámbito de software?

Definir que es un Testing quizás sea la mejor forma de que se pueda saber como utilizar esta herramienta, a continuación se busca saber como se hace.

¿A QUE SE REFIERE CON EL CONCEPTO TESTING SOFTWARE?
Las pruebas de software (en inglés software testing) son las investigaciones empíricas y técnicas cuyo objetivo es proporcionar información objetiva e independiente sobre la calidad del producto a la parte interesada o stakeholder. Son una actividad más en el proceso de control de calidad.Las pruebas son básicamente un conjunto de actividades dentro del desarrollo de software. Dependiendo del tipo de pruebas, estas actividades podrán ser implementadas en cualquier momento de dicho proceso de desarrollo.

Para poder realizar pruebas (testing), se debe tener claro que existen dos tipos de pruebas:Pruebas Estáticas Son el tipo de pruebas que se realizan sin ejecutar el código de la aplicación. Pruebas Dinámicas Todas aquellas pruebas que para su ejecución requieren la ejecución de la aplicación. A raíz de estas se diferencian dos tipos mas Funcionales y No Funcionales.

Prueba Funcional es una prueba basada en la ejecución, revisión y retroalimentación de las funcionalidades previamente diseñadas para el software. Las pruebas funcionales se hacen mediante el diseño de modelos de prueba que buscan evaluar cada una de las opciones con las que cuenta el paquete informático. Dicho de otro modo son pruebas específicas, concretas y exhaustivas para probar y validar que el software hace lo que debe y sobre todo, lo que se ha especificado, pruebas no Funcional Aquellas evaluaciones que se realizan sobre los elementos que están presentes en los resultados de la ejecución de funcionalidades del sistema, continuamos con pruebas mas especificas para separar las diferentes necesidades del sistema a verificar: 

• Pruebas exploratorias
• Pruebas de regresión
• Pruebas de compatibilidad
• Pruebas de integración
• Pruebas de aceptación

Para poder realizar una prueba (testing) detallada y especifica para que el software llegue a una posterior ejecución exitosa cumpliendo con las normas y necesidades a lo cual fue diseñado y construido debe de utilizar las diferentes herramientas de prueba que cada plataforma le ofrezca y utilizando los distintos tipos de pruebas ya antes mencionados. 

Ver  |  Pruebas Funcionales Wikipedia

Ver  |  Impacto pruebas funcionales, Alejandro Ocampo Acosta

9. Que entendemos por Gestión de costos, alcance y tiempo de un Proyecto (PMBOK)

A continuación daremos a conocer solo tres áreas de conocimiento de la Guía PMBOK, la cual fue publicada en el articulo anterior, explicando sus características y el propósito que tiene dentro de nuestros proyectos de Tesis.

Comenzaremos con dar a conocer la "Gestión del Alcance del Proyecto" y que papel adquiere en nuestro proyecto de Tesis:El Concepto “Alcance” para un Proyecto resulta ser una palabra o expresión bastante compleja y extensa que puede abarcar más de lo que se puede llegar entender en el inicio de cada proyecto.Entonces, ¿Cómo podemos entender dicho termino y por qué resulta ser vital para el desarrollo de nuestro proyecto?

En este caso lo definiremos de acuerdo a lo entendido e investigado de la siguiente forma: El “Alcance del proyecto” da a conocer las características requeridas para entregar los resultados que deseamos para la elaboración o entrega de cada producto y/o servicio. Donde el rol del encargado o director del proyecto puede modificar ciertas tareas ya establecidas en el proyecto.

En otras palabras más sencillas, el alcance del proyecto es la fusión o interacción de los objetivos del proyectos más el trabajo requerido para cumplir dichas metas.Entenderemos además que la palabra alcance se dimensiona en dos puntos muy importantes que logran explicar de manera más específica el propósito de esta Gestión.

Dichos puntos son: El Alcance del producto que se refiera a las característica que toma cada producto de acuerdo a su desarrollo y El alcance del proyecto que en pocas palabras se refiere a como se construyó dicho producto o lo pasos que se llevaron a cabo para crearlo.También se identificaron cinco elementos fundamentales que resultan ser procesos que deben cumplir con las necesidades del proyecto. A continuación se describen en la siguiente figura.

Para nosotros La gestión del tiempo del proyecto no es tan solo planificar los tiempos de las tareas o las etapas del proyecto sino que también estimar las materias primas necesarias para cumplir con cada tarea. Si bien el concepto principal ya lo indica como Gestión el tiempo del Proyecto, esta área de conocimiento se encarga de tareas prácticamente complejas que deben ser ejecutadas por un equipo responsable y a su vez con un esfuerzo adicional, todo en un rango medianamente corto de tiempo.

Podemos aclarar que este tipo de gestión debe concluir de manera exacta el tiempo y debe estar preparada para los riegos y dificultades que se puedan presentar en el desarrollo del proyecto, estimado ciertos planes de contingencia junto con el tiempo que se puedan retrasar.Todas estas características del tiempo se deben estar establecidas tanto en documentos como en el cronograma del proyecto los cuales explican claramente las actividades del proyecto junto con los recursos a utilizar y los tiempos a cumplir.

Ver  |  Guía de los Fundamentos de la Dirección de Proyectos: Tercera Edición

8. ¿Es posible integrar ITIL CMMI y Cobit?

A continuación se analizara si estas tres herramientas creadas para ser utilizadas en los procesos pueden ser integradas en conjunto tras una breve definición de cada una de ellas.ITIL
Information Technology Infrastructure Library (‘Biblioteca de Infraestructura de
Tecnologías de Información’), frecuentemente abreviada ITIL, es un marco de trabajo de las mejores prácticas destinadas a facilitar la entrega de servicios de tecnologías de la información (TI) de alta calidad. 

CMMI
Integración de modelos de madurez de capacidades o Capability maturity model integration (CMMI) es un modelo para la mejora y evaluación de procesos para el desarrollo, mantenimiento y operación de sistemas de software.

COBIT
Objetivos de Control para Información y Tecnologías Relacionadas (COBIT, en inglés: Control Objectives for Information and related Technology) es una guía de mejores prácticas presentado como framework, dirigida a la gestión de tecnología de la información (TI). Mantenido por ISACA (en inglés: Information Systems Audit and Control Association) y el IT Governance Institute (ITGI, en inglés: IT Governance Institute), tiene una serie de recursos que pueden servir de modelo de referencia para la gestión de TI.

ITIL una herramienta creada para maximizar la disponibilidad del servicio TI con el fin de lograr satisfacción y el cumplimiento de sus acuerdos teniendo una actividad rápida y pro activa en resolución de incidentes ademas se busca aprender de estos y que asi la organización tenga una base de conocimiento para mantener una mejora continua, esto provoca que se puedan generar cambios y que aquellos solo sean los que se necesiten respaldando así una mayor calidad y estabilidad de los servicios.
CMMI como se menciona anteriormente dirigida mas al desarrollo de ingeniera de software busca la medir de madurez de los proceso, y con un objetivo claro que es la mejora de las organizaciones en sus proceso. COBIT una herramienta que abarca todo el espectro de actividades de TI , a diferencia de ITIL que esta mas orientados a servios de gestión,

se puede concluir que lo principal de estos estándares, es llevar a una integración entre ellos, provocar una mejora en los servicios y procesos de las distintas organizaciones que necesiten de estos, ademas se debe tener claro que cada uno de ellos fueron creados por distintas personas y en distintos tiempos y problemáticas por ende se debe conocer cuales son los distintos problemas que se deben atacar para poder integrar cada uno, en donde y cuando se requiera para que se pueda dar un aprovechamiento en contexto y matiz para que fueron creados.

Ver  |  ITIL Wikipedia

Ver  |  CMMI Wikipedia

Ver  |  Cobit Wikipedia

Ver  |  Integración CMMI, ITIL, COBIT docstoc

6. Plan de aseguramiento de calidad

Entenderemos que la calidad de un servicio y/o producto es vital para la subsistencia de una organización y como esta puede ir creciendo en un mercado tan imponente y competitivo como hoy lo conocemos.

El propósito del plan de aseguramiento de calidad se puede sintetizar en establecer los roles que cada integrante del proyecto que deben tener y cuales son sus responsabilidades a cargo, cada fase del proyecto y como los tiempos se deben cumplir sin perder de vista la calidad del producto, que herramientas debemos utilizar, que técnicas debemos aplicar y como debemos documentar cada detalle de nuestro proyecto, por lo tanto el objetivo principal de cada propósito es asegurar la más óptima calidad del Producto y/o servicio que se desee construir.

                             

Es por esta razón que un proyecto de tesis debe concentrar todos los factores necesarios para presentar un proyecto de calidad y que pueda demostrar ser imponente en un posible mercado a futuro y llegar lograr una satisfacción importante ante los exigentes consumidores que existen hoy en día en nuestro mercado nacional.

Ver | Aseguramiento de la calidad Monografias.com

5. ¿Cómo formular métricas de calidad?.

Métricas de calidad, la forma en que sabemos si nuestro producto o servicio esta acorde a los estándares exigidos

En la presente se pretende dar a conocer la forma de formular métricas de calidad.

Métricas, es una metodología de planificación, desarrollo y mantenimiento de sistemas de información, promovida por el Ministerio de Administraciones Públicas del Gobierno de España para la sistematización de actividades del ciclo de vida de los proyectos software en el ámbito de las administraciones públicas.

Esta metodología propia está basada en el modelo de procesos del ciclo de vida de desarrollo ISO/IEC 12207 (Information Technology - Software Life Cycle Processes) así como en la norma ISO/IEC 15504 SPICE (Software Process Improvement And Assurance Standards Capability Determination), elementos Fundamentales:

• ·         Procesos
• ·         Interfaces
• ·         Técnicas y Prácticas
• ·         Roles o Perfiles

Métricas técnicas

Cualquier cosa que queramos medir o predecir en un software es un

atributo de cualquier entidad de un producto, proceso o recurso asociado a éste.

Cada entidad de software tiene varios atributos que pueden ser medidos. Es por

eso que se necesita hacer una distinción entre atributos que son internos o

externos y medidas directas e indirectas.

Atributos Internos y Atributos Externos:

Los atributos internos de un producto, proceso o recurso son aquellos que

se pueden  medir puramente en términos del producto, proceso o recurso del

mismo. Pueden ser medidos directamente. Por ejemplo: la longitud de un

programa o el tiempo transcurrido de cualquier documento de software.Los atributos externos de un producto, proceso o recurso son aquellos que solamente pueden ser medidos con respecto al cómo el producto, proceso o recurso se relacionan a su ambiente. Estos tienden a ser los que el administrador y el usuario del software comúnmente gustan de medir y predecir.

La manera de poder formular métricas de buena calidad es tener claro los atributos internos y externos de cada entidad, para así poder desarrollar una optima técnica que pueda contribuir a obtener una medicion correcta del producto

Ver  |  Métricas de calidad Wikipedia 

3. Aplicación de la gestión de riegos (PMBOK), en el desarrollo de nuestro proyecto de tesis

¿Puede la gestión de riesgos, contribuir en el éxito de mi proyecto de tesis?, El PMBOK, ayuda a establecer estas directrices de trabajo.

En el presente artículo se describe la Guía de los Fundamentos para la Dirección de 
Proyectos (Guía del PMBOK®) como una norma reconocida a nivel mundial en la profesión de la dirección de proyectos, y como esta norma pude colaborar en el correcto desarrollo de nuestros proyectos de Tesis, enfatizando el Área de conocimiento dirigido a los “Riegos”.

Para nuestro beneficio, el PMBOK contiene dentro de su propósito la suma de todos conocimientos de profesionales dedicados a la administración de proyectos. Concentra tanto prácticas profesionales comprobadas y aceptadas como prácticas orientadas a la innovación, todo ello con la finalidad de permitir al administrador del proyecto de Tesis aplicar todas las herramientas necesarias para satisfacer los requisitos del proyecto.

PMBOK describe los métodos y prácticas que deben tenerse en consideración desde que se inicia en este caso nuestra Tesis hasta su finalización. Dentro de las buenas prácticas y métodos tenemos un área dedicada especialmente a prevenir problemas (Riegos) que pueda tener el proyecto.Ahora, si nos preguntamos ¿Es necesario la gestión de riegos para nuestros proyectos de tesis? ¿Es un Riesgo mayor no tener en cuenta los riegos y dificultades que pueda presentar nuestro proyecto durante su desarrollo?  

Recordemos que un Riesgo es un problema potencial que puede ocurrir o no. Por lo tanto al sintetizar el objetivo de la Gestión de riegos, se puede concluir y destacar que éste debe identificar, controlar y eliminar las fuentes de riegos antes que están actúen de forma negativa sobre el desarrollo de nuestro proyecto.

Ver  |  Gestión de Riesgos Monografias.com
Ver  |  Ingeniería de Software: Un Enfoque Práctico (Roger Pressman)
Ver  |  Guia de los Fundamentos de la Dirección de Proyectos: Tercera Edición