ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Seis Sigma


Enviado por   •  19 de Abril de 2013  •  2.307 Palabras (10 Páginas)  •  427 Visitas

Página 1 de 10

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

...

Descargar como (para miembros actualizados) txt (17 Kb)
Leer 9 páginas más »
Disponible sólo en Clubensayos.com