SOBRE MIS PASATIEMPOS..

MIS HOBBIES

Yo leo, veo televisión, voy al cine y disfruto la música.

Entre los libros que más recuerdo están:

• Rosario Tijeras
• Angeles y Demonios
• El Código Davinci
• La guerra de los cielos

Mis Programas de televisión favoritos son:

• Los Simpsom
• Cosmos
• A prueba de todo
• Juegos Mentales
• ¿Cómo lo hacen?
• Grandes misterios del universo con Morgan Freeman

Mis películas más recordadas son:

• No se aceptan devoluciones
• Siempre a tu Lado (Hachiko)
• Desde mi cielo
• La cara Oculta 
• A prueba de Fuego
• Los otros.
• Avatar...

Me gusta viajar a tierra caliente y pasar tiempo de calidad con mi familia. Me encantan los días soleados, los árboles, el sonido de los pájaros, el viento cálido, el cielo azúl con pequeños rastros de nubes blancas.

ACTIVIDAD LABORAL

DESARROLLO EN COBOL

Historia.

El Cobol (del inglés: Common Business Oriented Language, o Lenguaje Común Orientado a Negocios) se inventó en los años 60. Nació con el objetivo de ser un lenguaje de programación versátil, que pudiese ser usado en cualquier computador. (http://www.larevistainformatica.com/Cobol.htm)

En los años 60 era muy difícil que el software creado para una máquina concreta sirviese para otra diferente. Porque la mayoría de estas computadoras eran incompatibles entre sí. Con el Cobol se quería conseguir este lenguaje de programación que fue compatible con los principales modelos de computadoras. 

Situación actual:

Actualmente me desempeño como ingeniera de desarrollo en  una empresa dedicada al desarrollo de software a la medida. Es por esto que eh tenido la oportunidad de conocer y manejar un lenguaje de programación tan robusto y por estos días tan poco famoso.  Para cobol son muy utilizadas las plataformas Z-900 y Stratus.

A mis 26 años de edad, no es comun encontrar ingenieros que si quiera conozcan el termino Cobol, esto a causa de que ha remplazado dicho lenguaje por otros  más innovadores y de más alto nivel. En las Universidades del país ya no se mencionan lenguajes tan antiguos, supongo que lo mismo pasará en un par de años con la programación en C o C++.

Por el contrario, algunas entidades financieras no opinan que el lenguaje cobol este obsoleto, pues este es un lenguaje robusto y confiable, no es sencilla la migración de un sistema que funcione, y funcione correctamente a uno que aunque de por si es evolucionado, no da la sufiente seguridad a estas organizaciones "casadas" con el código cobol,  para arriesgarse a generar cambios de plataformas o sistemas que incurran en fallas a sus múltiples procesos de alta relevancia y seguridad.

LA ESPINA DE PESCADO APLICADA AL PLAN DE PRUEBAS.

Plan de Pruebas en un áreas de desarrollo.

Lo primero que debemos saber es que el diagrama de Causa y Efecto fue formulado por el licenciado en química japonés, Dr. Kaoru Ishikawa en el año 1943.

Este Diagrama es una herramienta que representa la relación entre un efecto (Problema) y todas las posibles causas que lo ocasionan. Es denominado Diagrama de Ishikawa o Diagrama de Espina de Pescado por ser similar a el esqueleto de un pescado. 

(http://www.minsa.gob.pe/dgsp/observatorio/documentos/herramientas/DiagramaCausaEfecto.pdf)

A continuación, se muestra el ejemplo de como generaríamos la espina de pescado para un la representacion de algunos factores que incurren en fallas para un plan de pruebas en desarrollos de software.

LEVANTAMIENTO DE REQUERIMIENTOS

Requisitos.

Proviene  del inglés requirement: ‘requisito’.

Algunas Definiciones:

Una condición o capacidad necesaria por un usuario para solucionar un problema o lograr un objetivo. (IEEE Standard Glossary of Software Engineering Terminology (1990)

Una condición o capacidad que debe cumplir o poseer un sistema o componente de un sistema para satisfacer un contrato, estándar, especificación u otro documento formalmente impuesto.

Propiedad  o restricción, determinada con precisión que un producto de software debe satisfacer. 

Tipos:

Requerimientos de Usuario (Alto Nivel): Declaraciones en un lenguaje natural, más diagramas de los servicios que el sistema proporciona y sus restricciones operacionales.

Requerimientos del Sistema(Software): Un documento estructurado que establece descripciones detalladas de las funciones, servicios y restricciones operacionales del sistema. Define lo que debería ponerse en práctica, por tanto es parte primordial del contrato entre un cliente y un contratista.

(Ref -> http://lsi.ugr.es/~ig1/docis/requeintro.pdf)

Tecnicas de levantamiento de requerimientos:

A continuación se listan las técnicas usadas frecuentemente en el proceso de levantamiento de requerimientos.

1. Escenarios
2. Cuestionarios
3. Entrevistas
4. Lluvia de ideas
5. Casos de uso
6. Análisis Jerarquico
7. Prototipos
8. Reuniones JAD.

CONTEXTUALIZANDO EN LOS EDT

Estructura de Desglose del Trabajo (EDT) 

Según La Guía del PMBOK®, “la Estructura de Desglose del Trabajo (EDT) es una descomposición jerárquica, orientada al producto entregable del trabajo que será ejecutado por el equipo del proyecto, para lograr los objetivos del proyecto y crear los productos entregables requeridos”.

El logro de los objetivos del proyecto requiere de una EDT que defina todos los esfuerzos requeridos, la asignación de las responsabilidades a un elemento definido de la organización y que a partir de la EDT se establezca un cronograma y presupuesto adecuado  para la realización de los trabajos.

La EDT organiza y define el alcance total del proyecto y representa el trabajo especificado en la declaración del alcance del proyecto aprobada y vigente. El trabajo planificado está contenido en el nivel más bajo de los componentes de la EDT, denominados paquetes de trabajo.

Características de la Estructura de Desglose de Trabajo (EDT)

• La EDT define y organiza la estructura de trabajo total del proyecto.
• Cada actividad de la EDT tiene un entregable tangible
• La EDT subdivide el trabajo del proyecto en porciones más pequeñas y fáciles de manejar.
• Cada nivel descendente representa una definición cada vez más detallada del trabajo del proyecto, tales componentes de más bajo nivel se denominan paquetes de trabajo.
• El trabajo planificado comprendido en los paquetes de trabajo puede ser programado, supervisado, controlado y sus costos estimados.
• La EDT es la representación de una estructura jerárquica.

 Bibliografía de Referencia -> EDT

EN EL CONTEXTO DE LAS 4P

  Las cuatro "P" en el desarrollo desoftware: Personas, Proyecto, Productoy Proceso.

El resultado final de un proyecto software es un producto que toma formadurante su desarrollo gracias a la intervención de muchos tipos de personas. Un proceso dedesarrollo de software guía los esfuerzos de las personas implicadas en el proyecto, a modo deplantilla que explica los pasos necesarios para terminar el proyecto. Típicamente, el procesoesta automatizado por medio de una herramienta o de un conjunto de ellas.

Personas.

Los principales autores de un proyecto software son los arquitectos desarrolladores, ingenieros de pruebas, y el personal de gestión que les da soporte, ademásde los usuarios clientes, y otros interesados. Las personas son realmente seres humanos a diferencia del término  abstracto trabajadores,que se introducirá más adelante.

Proyecto

Elemento organizativo a través del cual se gestiona el desarrollo de software. Elresultado de un proyecto es una versión de un producto.

Producto.

Artefactos que se crean durante la vida del proyecto como los modelos, código fuente, ejecutables, y documentación.

Proceso.

Un proceso de ingeniería de software es una definición del conjunto completo deactividades necesarias para transformar los requisitos de usuario en un producto Un procesoes una plantilla para crear proyectos.

Herramientas:

Software que se utiliza para automatizar las actividades definidas en el proceso.

 

Referencia                     Bibliográfica      -> Liliana González Morales      
           Las4P's

ESTANDARES RELEVANTES DE PROYECTOS

PMI

El Project Management Institute (PMI) es una de las asociaciones profesionales de miembros más grandes del mundo que cuenta con medio millón de miembros e individuos titulares de sus certificaciones en 180 países. Es una organización sin fines de lucro que avanza la profesión de la dirección de proyectos a través de estándares y certificaciones reconocidas mundialmente, a través de comunidades de colaboración, de un extenso programa de investigación y de oportunidades de desarrollo profesional.  

Bibliografía de Referencia -> PMI

PRNCE2

PRINCE2® (PRojects IN Controlled Environment) es un método estructurado de gestión de proyectos. Es una aproximación a las “buenas prácticas” para la gestión de todo tipo de proyectos que se ha convertido en el estándar de facto para la organización, gestión y control de proyectos.

BENEFICIOS DE PRINCE2

• Un comienzo organizado y controlado, asegurando que existe una razón válida para el proyecto y que todas las personas y los recursos están organizados y listos para el proyecto.
• Un desarrollo organizado y controlado, asegurando que, una vez que el proyecto está organizado y ha comenzado, su validez se mantiene y el trabajo realizado es controlado durante toda la vida del proyecto.
• Un final organizado y controlado: un final controlado es siempre mejor que la tendencia natural a la deriva en la vida operativa del producto de un proyecto, por ello, tenemos que asegurarnos de que la entrega inmediata del proyecto ha sido aceptada por nuestro cliente antes de cerrar el proyecto oficialmente.
• Revisiones periódicas de los progresos.
• Flexibilidad en las decisiones.
• Dirección de control automática en caso de desviación del plan original gracias al principio de “Gestión por Excepción”.
• Implicación de la dirección y de aquellos que participan en el proyecto en el momento y lugar adecuado.
• Buena comunicación entre el proyecto, la dirección del proyecto y el resto de la organización.
•  

Bibliografía de Referencia -> Prince2