Seis Sigma

ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERIA DE SOFTWARE

Enfoque de Administración de la calidad total

Seis Sigma

Originalmente desarrollado por Motorota en la década de 1980, Seis sigma es

más que una metodología, es una cultura basada en la calidad.

[pic]

Responsabilidad de la administración de la calidad total

Gran parte de la responsabilidad por la calidad de los sistemas de información

recae en los usuarios de estos y en los directivos. Para que la TQM se vuelva

una realidad en los proyectos de sistemas, deben darse dos condiciones.

• Debe existir un apoyo incondicional por parte de los directivos. Este apoyo

significa establecer un contexto para que los directivos consideren seriamente

como afecta su trabajo la calidad de los sistemas de información y la

información misma.

• La administración y los usuarios deben desarrollar lineamientos para los

estándares de calidad de los sistemas de información. Preferentemente los

estándares se rediseñaran cada vez que un nuevo sistema o una modificación

mayor se proponen formalmente por el equipo de análisis de sistemas.

Repaso Estructurado

Los repasos estructurados son una forma de usar expertos para monitorear la

programación y el desarrollo general del sistema, señalar los problemas y

permitir al programador o analista responsable de dicha parte del sistema

hacer los cambios correspondientes.

Los repasos estructurados involucran por lo menos a 4 personas: la persona

responsable de la parte del sistema o subsistema que se revisara, un

coordinador del repaso, un programador o analista experto y un experto que

toma notas acerca de las sugerencias.

[pic]

DISEÑO Y DESARROLLO DE SISTEMAS

Diseño Ascendente (Bottom-Up)

Se refiera a identificar los procesos que necesitan computarizarse conforme

surgen, analizarlos como sistemas y codificar los procesos o comprar software

para resolver el problema. Los problemas que requieren computarizarse

normalmente se encuentran en el nivel mas bajo de la organización.

Cuando la programación interna se hace con un enfoque ascendente, es difícil

interconectar los subsistemas de manera que se desempeñen fácilmente como

un sistema.Diseño Descendente (Top-Down)

El diseño descendente permite a los analistas de sistemas determinar primero

los objetivos organizacionales globales, así como también determinar como se

reúnen mejor en un sistema global. Después el analista divide dicho sistema en

subsistemas y sus requerimientos

[pic]

Las ventajas de usar un enfoque descendente para el diseño de sistemas

incluyen:

• Evitar el caos de diseñar un sistema repentinamente

• Permite separar a los equipos de analistas de sistemas para trabajar en

paralelo en diferentes subsistemas lo cual permite ahorrar mucho tiempo.

• Evita que los analistas de sistemas se metan tanto en los detalles que

pierdan de vista lo que se supone que el sistema hace

Algunas de las dificultades con el diseño descendente son:

• El riesgo de que el sistema se divida en subsistemas erróneos.

• Una vez que se hacen las divisiones de un subsistema, sus interfaces se

pueden descuidar o ignorar.

• Los subsistemas se deben reintegrar eventualmente.

Desarrollo Modular

Una vez elegido el enfoque del diseño descendente, el enfoque modular es útil

en la programación. Este enfoque implica dividir la programación en partes

lógicas y manejables llamadas módulos. Este tipo de programación funciona

bien con el diseño descendente por que de énfasis a las interfaces entre los

módulos y no los descuida hasta el final.

El diseño de programa modular tiene tres ventajas principales:

• Los módulos son mas fáciles de escribir y depurar porque prácticamente

son independientes

• Los módulos son mas fáciles de mantener

• Los módulos son más fáciles de entender, debido a que son subsistemas

independientes.

Algunos de los lineamientos para la programación modular incluyen lo

siguiente:

• Mantener los módulos de un tamaño manejable

• Poner articular atención a las interfaces criticas

• Minimizar el numero de módulos que el usuario debe modificar al hacer los

cambios

• Mantener las relaciones jerárquicas establecidas en las fases

descendentes.

Uso de Diagramas de Estructura para diseñar sistemas

La herramienta recomendada para diseñar un sistema modular descendente se

denomina diagrama de estructura. Esta grafico simplemente es un diagramaque consiste de cuadros rectangulares, los cuales representan los módulos y

de flechas de conexión.

A un lado de las líneas de conexión, se dibujan dos tipos de flechas. Las flechas

conos círculos vacios se denominan parejas de datos y las flechas con los

círculos rellenados se denominan banderas de control o interruptores. Un

interruptor es lo mismo que una bandera de control excepto por que esta

limitado por dos valores: si o no. Estas flechas indican que algo se pasa hacia

al modulo inferior o al modulo superior.

[pic]

El control se diseña para ser pasado de los módulos de nivel inferior a los de

nivel superior en la estructura. Sin embargo, en raras ocasiones será necesario

pasar el control hacia abajo en la estructura. Las banderas de control deciden

que parte del modulo se ejecuta y están asociadas con las instrucciones IF…

THEN…ELSE….

También se debe examinar los datos que pasan a través de las parejas de

datos. Es mejor pasar solo los datos requeridos para realizar la función del

modulo. Este enfoque se denomina acoplamiento de datos. El paso excesivo de

datos se denomina acoplamiento de sello, y aunque es relativamente

inofensivo, reduce la posibilidad de crear un modulo reutilizable.

El bucle es otro símbolo usado en los diagramas de estructura e indica que

algunos procedimientos encontrados en los módulos se repetirán hasta

terminar.

Para mostrar que parte, pero no toda, de la clasificación se realizara, se usa

otro símbolo, un diamante.

Dibujo de un Diagrama de Estructura

Al transformar los diagramas de flujo de datos en un diagrama de estructura,

se deben tener en cuenta varias consideraciones adicionales. El diagrama de

flujo de datos indicara la secuencia de los módulos en un diagrama de

estructura. Si un proceso proporciona entrada a otro proceso, los módulos

correspondientes se deben desempeñar en la misma secuencia.

Tipos de módulos

Los módulos del diagrama de estructura entran en una de las 3 categorías

generales: • Control

• Transformacional

• Funcional

Los módulos de control normalmente se encuentran cerca de la parte superior

del diagrama de estructura y contienen la lógica para desempeñar los módulos

de nivel inferior. Los tipos de instrucción que normalmente se encuentran en

los módulos de control son IF, PERFORM y DO. Con frecuencia la lógica de

control es la mas difícil de diseñar, por lo tanto, los módulos de control no

deben de ser muy grandes.

Los módulos transformacionales son aquellos creados de un diagrama de flujo

de datos. Normalmente desempeñan una sola tarea, aunque varias

secundarias se podrían asociar con la tarea principal.

Los módulos transformacionales normalmente incluyen una mezcla de

instrucciones, unas cuantas instrucciones IF y PERFORM o DO y muchas

instrucciones detalladas tales como MOVE y ADD. Estos módulos son inferiores

en la estructura que los módulos de control.

Los módulos funcionales son los mas bajos en la estructura, rara vez tienen un

modulo subordinado bajo ellos. Solo desempeñan

...