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.

...