martes, 26 de abril de 2011

Pasos para el Ciclo de un Sistema

          

martes, 12 de abril de 2011

Calidad, productividad y competitividad

Normalmente se había considerado que la calidad y la productividad tenían una relación negativa (al aumentar la calidad se reducía la productividad). La explicación que se daba a esto era la siguiente: para intentar incrementar la calidad aumentaban los paros de la fábrica, para poder realizarse la inspección se paraba la fábrica, y por lo tanto se reducía la producción.

Sin embargo fue Deming el 1er autor que demostró una relación positiva entre calidad y productividad. Lo demostró de la siguiente manera: el incremento de la calidad reduce los costes por una reducción de los fallos, por una reducción de los reprocesos, por una reducción de los desechos.

Esto es la razón principal: porque la planta oculta que es aquella parte de la capacidad productiva de la empresa destinada a fabricar productos de baja calidad, ahora se puede utilizar en fabricar productos de calidad. Esta planta oculta se ha estimado que en las empresas supone entre un 15 y un 30% de la capacidad productiva de la empresa. Por lo tanto mejorando la calidad podremos incrementar la producción entre un 15 y un 40%. De esta manera conseguimos que aumente la productividad. Deming considera que una mejora supone por una parte una reducción de costes debido a la reducción de los reprocesos, fallos etc. y también un aumento de la producción.

De esta manera supone también un incremento de la productividad. Con este incremento la empresa podrá lanzar al mercado sus productos a precios más bajos que la competencia. Esto le supondrá un incremento de sus cuota de mercado (de sus ventas) por esa mejora de competitividad. La variación de cuota de mercado lo que le permite a la empresa crecer y permanecer a largo plazo en el mercado.

Otros autores, entre ellos Ross establecieron también la relación positiva entre calidad y productividad haciendo referencia a las 2 vertientes que habíamos visto en la definición de calidad: vertiente interna y externa.

Referencias


Documento de Word

Documento PDF

lunes, 11 de abril de 2011

La 5 S's


 El movimiento de las 5 S's es una concepción ligada a la orientación hacia la calidad total que se origino en Japón, bajo la orientación de Demin hace mas de 40 años y que esta incluida dentro de lo que se conoce como mejoramiento continuo o gamba kaizen.

Se llama 5 S's debido a que sus pasos inician con la letra S en el idioma japones, están detalladas a continuación:

Ordenar: despejar del área de trabajo todo lo que no tenga relación con el área especifica.

Organizar: Un lugar para cada cosa, y cada cosa en su lugar.

Limpiar: Limpiar para detectar, detectar para corregir.

Reglamentar: establecer normas para ordenar, organizar y limpiar.

Estandarizar: mantener siempre el nivel de excelencia alcanzado.







Refernecias



Manual

jueves, 7 de abril de 2011

Las Cuatro "P" en el desarrollo de software: Personas, Proyecto, Producto y Proceso

El resultado final de un Proyecto Software es un producto que toma forma durante su desarrollo gracias a la intervención de muchos tipos distintos de personas.

  • Personas: Los principales autores de un proyecto Software son los arquitectos, desarrolladores, ingenieros de prueba y el personal de gestión.
  • Proyecto: Elemento organizativo a través del cual se gestiona el desarrollo del software.
  • Producto: Artefactos que se crean durante la vida del proyecto.
  • Proceso: Un proceso de ingeniería de software es una definición del conjunto completo de actividades necesarias para transformar los requisitos de usuario en un producto.
  • Herramientas: Software que se utiliza para automatizar las actividades definidas en el proceso.

Una organizacion enfrenta una tarea esencial siempre que hace una persona pase de recurso "latente" a un puesto de "trabajador". La palabra "trabajador" la usamos para denominar a los puestos a los cuales se pueden asignar persona, el termino rol para hablar de los papeles que cumple un trabajador. Un trabajador puede asumir roles en relación con otros trabajadores en diferentes flujos de trabajos. Cada trabajador es responsable de un conjunto de actividades necesarias para el diseño de un subsistema.

El Producto es mas que código

En el contexto de proceso unificado, el producto que se obtiene es un sistema software. El termino producto aquí se hace referencia al sistema entero, y no solo al código que se entrega.

Un sistema son todos los artefactos que se necesitan para representarlos en una forma comprensible para maquinas u hombres, para las maquinas, los trabajadores y los interesados.

Artefactos

Es un termino general para cualquier información creada, producida, cambiada o utilizada por los trabajadores en el desarrollo del sistema.
Básicamente, hay dos tipos de artefactos: artefactos de ingeniería y artefactos de gestión. Los de ingeniería creados durante las distintas fases de proceso (requisitos, análisis, diseño, implementación y prueba). Los de gestión tienen un tiempo de vida corto, lo que dura la vida del proyecto; A este conjunto pertenecen artefactos como el análisis de negocios, el plan de desarrollo (incluyendo el plan de versiones e interacciones).

Un sistema posee una colección de modelos

Cada trabajador necesita una perspectiva diferente del sistema, las perspectivas recogidas de todos los trabajadores se encuentran en unidades mas grandes, es decir, modelos de modo que un trabajador pueda pueda tomar una perspectiva concreta del conjunto de modelos.

El Proceso Unificado proporciona un conjunto de modelos cuidadosamente seleccionando con cual empezar. Este conjunto de modelos hace claro el sistema para todos los trabajadores, incluyendo a los clientes, usuarios y jefes del proyecto.
¿Que es un modelo?

Es una abstracción del sistema, especificando el sistema modelado desde un punto de vista y determinando el nivel de abstracción. Son abstracciones que construyen los arquitectos y desarrolladores 

Relación entre modelos

Un sistema contiene todas las y restricciones entre los elementos incluidos entre diferentes modelos. El hecho de que los elementos en dos modelos estén conectados no cambia en los modelos que pertenecen.

Referencias


Mas Informacion

Documento PDF