Seis Sigma
Enviado por hgarcia10 • 19 de Abril de 2013 • 2.307 Palabras (10 Páginas) • 427 Visitas
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
...