Jueves 15 de Marzo del 2012

Se leyo todo el documento referente de MoProSoft.

Estructura

El modelo de procesos (MoProSoft) tiene tres categorías de procesos:La categoría de Alta Dirección contiene el proceso de Gestión de Negocio. La categoría de Gerencia está integrada por los procesos de Gestión de Procesos, Gestión de Proyectos y Gestión de Recursos. Éste último está constituido por los subprocesos de Recursos Humanos y Ambiente de Trabajo, Bienes, Servicios e Infraestructura y Conocimiento de la Organización.

Patrón de procesos de MoProSoft El patrón de procesos es un esquema de elementos que servirá para la documentación de los procesos, se encuentra constituido por tres partes:

  • Definición general del proceso: Aquí se identifica su nombre, categoría a la que pertenece, propósito, descripción general de sus actividades, objetivos, indicadores, metas cuantitativas, responsabilidad y autoridad, subprocesos en caso de tenerlos, procesos relacionados, entradas, salidas, productos internos y referencias bibliográficas.
  • Prácticas: En esta parte se identifican los roles involucrados en el proceso y la capacitación requerida, se describen las actividades en detalle, asociándolas a los objetivos del proceso, se presenta un diagrama de flujo de trabajo, se describen las verificaciones y validaciones requeridas, se listan los productos que se incorporan a la base de conocimiento, se identifican los recursos de infraestructura necesarios para apoyar las actividades, se establecen las mediciones del proceso, así como las prácticas para la capacitación, manejo de situaciones excepcionales y uso de lecciones aprendidas.
  • Guías de ajuste: En este apartado se sugieren modificaciones al proceso que no deben afectar los objetivos del mismo.

Categoría de Alta Dirección (DIR)
Categoría de procesos que aborda las prácticas de Alta Dirección relacionadas con la gestión del negocio. Proporciona los lineamientos a los procesos de la Categoría de Gerencia y se retroalimenta con la información generada por ellos.

El proceso que la conforma es:

  • DIR.1 Gestión de Negocio El propósito de Gestión de Negocio es establecer la razón de ser de la organización, sus objetivos y las condiciones para lograrlos.

Categoría de Gerencia (GER)
Categoría de procesos que aborda las prácticas de gestión de procesos, proyectos y recursos en función de los lineamientos establecidos en la Categoría de Alta Dirección. Proporciona los elementos para el funcionamiento de los procesos de la Categoría de Operación, recibe y evalúa la información generada por éstos y comunica los resultados a la Categoría de Alta Dirección.

  • GES.1 Gestión de Procesos. El propósito de Gestión de Procesos es establecer los procesos de la organización, en función de los procesos requeridos identificados en el plan estratégico.
  • GES.2 Gestión de Proyectos. El propósito de la Gestión de Proyectos es asegurar que los proyectos contribuyan al cumplimiento de los objetivos y estrategias de la organización.
  • GES.3 Gestión de Recursos. El propósito de GES.3 es conseguir y dotar a la organización de los recursos humanos, infraestructura, ambiente de trabajo y proveedores, así como crear y mantener la base de conocimiento de la organización.
  • GES.3.1 Recursos Humanos y Ambiente de Trabajo. Su propósito es proporcionar los recursos humanos adecuados para cumplir las responsabilidades asignadas a los roles dentro de la organización, así como la evaluación del ambiente de trabajo.
  • GES.3.2 Bienes, Servicios e Infraestructura. Su propósito es proporcionar proveedores de bienes, servicios e infraestructura que satisfagan los requisitos de adquisición y proyectos.
  • GES.3.3 Conocimiento de la organización. Su propósito es mantener disponible y administrar la base de conocimiento que contiene la información y los productos generados por la organización.

3.4.4 Categoría de Operación (OPE)
Esta categoría de procesos aborda las prácticas de los proyectos de desarrollo y mantenimiento de software. Esta categoría realiza las actividades de acuerdo a los elementos proporcionados por la Categoría de Gerencia y entrega a ésta la información y productos generados.

Los procesos que contiene esta categoría son los siguientes:

  • OPE.1 Administración de Proyectos Específicos .Establece y lleva a cabo sistemáticamente las actividades que permitan cumplir con los objetivos de un proyecto en tiempo y costo esperados.
  • OPE.2 Desarrollo y Mantenimiento de Software Realizar sistemáticamente las actividades de análisis, diseño, construcción, integración y pruebas de productos de software nuevos o modificados, cumpliendo con los requerimientos especificados.

Martes 13 de Marzo del 2012

Generalidades y Estructura.
Para la elaboración del modelo de procesos MoProSoft, fueron aplicados los siguientes criterios:

  1. Generar una estructura de los procesos que esté acorde con la estructura de las organizaciones de la industria de software (Alta Dirección, Gestión y Operación).
  2. Destacar el papel de la Alta Dirección en la planificación estratégica, su revisión y mejora continua como el promotor del buen funcionamiento de la organización.
  3. Considerar a la Gestión como proveedor de recursos, procesos y proyectos, así como responsable de vigilar el cumplimiento de los objetivos estratégicos de la organización.

    Considerar a la Operación como ejecutor de los proyectos de desarrollo y mantenimiento de software. 5. Integrar de manera clara y consistente los elementos indispensables para la definición de procesos y relaciones entre ellos.

  4. Integrar los elementos para la administración de proyectos en un sólo proceso.
  5. Integrar los elementos para la ingeniería de productos de software en un solo marco que incluya los procesos de soporte (verificación, validación, documentación y control de configuración).
  6. Destacar la importancia de la gestión de recursos, en particular los que componen la base de conocimiento de la organización tales como: productos generados por proyectos, datos de los proyectos, incluyendo las mediciones, documentación de procesos y los datos recaudados a partir de su uso y lecciones aprendidas.
  7. Basar el modelo de procesos en ISO9000:2000 y nivel 2 y 3 de CMM V.1.1. Usar como marco general ISO/IEC 15504 – Software Process Assesment e incorporar las mejores prácticas de otros modelos de referencia tales como PMBOK, SWEBOK y otros más especializados.

Se expuso la aplicacion de la Biblioteca.

Lunes 12 de Marzo del 2012

Se dio la opinion con respecto a como se elaboraria un equipo de trabajo y se elaboraron los equipos de trabajos de desarrollo.

MoProSoft (Modelo de Procesos para la Industria de Software)

La Secretaría de Economía (SE) definió el Programa para el Desarrollo de la Industria de Software PROSOFT que formaba parte del Plan Nacional de Desarrollo 2001-2006. El resultado de la evaluación fue: “Ninguno de los estándares o modelos cumple con los requisitos expresados por la industria nacional”, y se decidió la elaboración de un modelo adecuado para las características de las empresas mexicanas, que se basaría en los modelos evaluados. En base a esta decisión la Secretaría de Economía encargó la elaboración de dicho modelo a la Asociación Mexicana para la Calidad en Ingeniería del Software (AMCIS) en colaboración con la Universidad Nacional Autónoma de México (UNAM). La primera versión de MoProSoft se publicó en diciembre de 2002.

El propósito de este Modelo de Procesos para la Industria de Software (MoProSoft) en México fue: fomentar la estandarización de su operación a través de la incorporación de las mejores prácticas en gestión e ingeniería de software, permitiendo elevar la capacidad de las organizaciones para ofrecer servicios con calidad y alcanzar niveles internacionales de competitividad.

Características

  •   Fácil de entender
  •   Fácil de aplicar
  •   No costoso en su adopción
  •   Ser la base para alcanzar evaluaciones exitosas con otros modelos o normas, tales como ISO 9000:2000 [1] o CMM 1 V1.1

El modelo de procesos MoProSoft está dirigido a las empresas o áreas internas dedicadas al desarrollo y/o mantenimiento de software. Las organizaciones, que no cuenten con procesos establecidos, pueden usar el modelo ajustándolo de acuerdo a sus necesidades. Mientras que las organizaciones, que ya tienen procesos establecidos, pueden usarlo como punto de referencia para identificar los elementos que les hace falta cubrir.

Miercoles 7 de Marzo del 2012

Roles y responsabilidades de los equipos de desarrollo.

Administrador de proyecto, analista, diseñador, programador, téster, asegurador de calidad, documentador, ingeniero de manutención, ingeniero de validación y verificación, administrador de la configuración y por último, el cliente.

Para cada uno de estos roles, se definen sus objetivos, actividades, interacción con otros roles, herramientas a utilizar, perfil de las personas en ese rol y un plan de trabajo. Hay que señalar que es posible que no se requieran todos los roles en un desarrollo.

Habilidades y capacidades del personal del SQA

Habilidad 1: Existe un grupo de Aseguramiento de Calidad que es el responsable de coordinar e implementar las actividades de garantía de calidad para el proyecto.

Habilidad 2: Se provee de recursos y financiamiento adecuados para la realización de las actividades de Aseguramiento de Calidad de Software.

Habilidad 3: Los miembros del grupo de SQA están capacitados para realizar las tareas asociadas a esta actividad.

Habilidad 4: Los miembros del proyecto reciben orientación en los roles, responsabilidades, autoridad y valor del grupo de SQA.

Relación con otros roles

  • Administrador de proyecto: El asegurador de calidad revisa el plan de administración de proyecto, para asegurarse que se crea y que se sigue.
  • Analista: El asegurador de calidad revisa la especificación de requisitos de usuario y de software, para asegurarse que es una representación correcta y completa de las expectativas del cliente, y que es suficientemente clara para todos en el grupo de desarrollo, especialmente para el diseñador.
  • Diseñador: El asegurador de calidad revisa la fase de diseño arquitectónico, para asegurarse que el diseñador seleccionó la metodología apropiada y que el producto final de esta fase cumple con requisitos de rendimiento, diseño y verificación.
  • Programador: El asegurador de calidad revisa la fase de diseño detallado, para asegurarse que el código producido cumple con la especificación de requisitos establecida y que cumple con los atributos de calidad en uso.
  • Téster : El asegurador de calidad revisa el plan de testeo, para asegurarse que es creado, que es adecuado para el proyecto específico, y que se aplica en cada fase del proceso de desarrollo hasta la entrega del producto.
  • Documentador: El asegurador de calidad revisa la documentación, para asegurarse que corresponde con el software desarrollado, y que cumple con el estándar en uso.
  • Administrador de configuración: El asegurador de calidad revisa los registros de cambios, errores y de configuración, para asegurarse de que los cambios han sido implementados apropiadamente, y que las líneas bases son almacenadas y que el producto no se puede perder.

 

Martes 6 de Marzo del 2012

Modelo de ciclo de vida: Marco de referencia que contiene los procesos, las actividades y las tareas involucradas en el desarrollo, la explotación y el mantenimiento de un producto de software, abarcando la vida del sistema desde la definición de los requisitos hasta la finalización de su uso (norma ISO 12207-1) [ISO/IEC, 1995].

Lunes 5 de Marzo del 2012

Definición y propósito del SQA

Antecedentes:
El control y la garantía de la calidad son actividades esenciales en cualquier
negocio que elabore productos de consumo.La historia de la garantía de la calidad en el desarrollo de software avanza paralela a la de la calidad en la fabricación de hardware.

Definición y propósito:
Si se extiende la definición presentada anteriormente, la garantía de la calidad del software es un ―patrón de acciones sistemático y planificado que se requiere para garantizar alta calidad en el software.

La calidad de un producto debe asegurarse, la Garantía de Calidad del software SQA (Software Quality Assurance), es una actividad de protección que se aplica a todo el proceso de ingeniería del software, englobando los siguientes aspectos:

  • Enfoque de gestión de calidad.
  • Tecnología de ingeniería del software efectiva.
  • Revisiones técnicas formales que se aplican durante el proceso del software. Estrategia de prueba multiescalada.
  • El control de la documentación del software y de los cambios realizados. Procedimiento que asegure un ajuste a los estándares de desarrollo del software.
  • Mecanismos de medición y de generación de informes.

Problemas que resuelve el SQA.

El grupo de SQA funciona como el representante en casa del cliente. Es decir las personas que realizan el SQA deben observar el software desde el punto de vista del cliente.

Definición y propósito del SQA