CAp13docx

Aseguramiento de la calidad de los sistemas de información

7-11-2013

ALUMNO:

CABALLERO VARAS JUAN ALEXANDER

CURSO:

SISTEMAS DE INFORMACION GERENCIAL

DOCENTE:

DR. ARMANDO CONCEPCION PEREZ

X CICLO A

Aseguramiento de la calidad de los sistemas de información 2013

Carrier y Rockwell se convierten en campeones de la calidad

CORPORACION CARRIERLa corporación Carrier es un gigante manufacturero con sede en Syracuse, Nueva York.

ANTESHace cinco años Carrier se enfrentaba a una pérdida lenta de participación en el mercado y pensaba que no se comunicaba de manera eficaz con sus clientes. Una de las razones: un sistema manual de acceso de pedidos diseñado para poner en contacto a los clientes con los productos que tenía un 70% de errores.

El sistema requería de tantos pasos para procesar un pedido que los errores eran prácticamente inevitables. Los errores muchas veces pasaban inadvertidos hasta el final de la cadena de fabricación, cuando los trabajadores detectaban una bobina mala o un problema similar. Aun peor los grandes errores algunas veces afectaban a los mismos clientes.

DESPUESEn 1988 la empresa finalmente puso los pies en la tierra e instituyo un programa (TQM) en donde la tecnología de la información jugaba un papel preponderante. Carrier ahora coordina todo, desde las ventas hasta la manufactura, mediante el uso de un sistema experto. El resultado son menos errores, menores costos de manufactura y clientes más felices. Debido a este éxito, Carrier busca otras maneras para que sus sistemas de información puedan promover la calidad.

ROCKWELL INTERNATIONALEl departamento de sistemas de información de Rockwell international, contratista líder en asuntos de defensa, detecto y soluciono un problema importante en el proceso de diseño del transbordador espacial. Encontró que el departamento de ingeniería de Rockwell en Downey, California, debía enviar por correo sus diseños nuevs y actualizados a la planta de manufactura de la empresa en Palmdale, California, y al Centro Espacial Kennedy en la Florida.

El retraso constituía un posible peligro para la seguridad, de manera que el departamento de sistemas de información respondió instalando un sistemas de imágenes. Ahora el departamento de ingeniería puede transmitir cambios en el diseño mediante redes a otras localidades en donde los empleados de Rockwell los pueden observar en estaciones de trabajo Sun.

1


¿Qué es la calidad en los sistemas de información?

La administración de calidad total (TQM) es un concepto que hace de la calidad una responsabilidad total a ser compartida por todas las personas dentro de una institución, con el alcance del control de calidad considerado como un fin en sí mismo.

La administración de calidad total abarca todas las funciones de la institución.

La TQM fue popularizada por los japoneses. La administración japonesa adoptó la meta de cero defectos enfocándose en la mejora de sus productos o servicios antes de la entrega, en vez de corregirlos luego.

Los estudios han demostrado que mientras más temprano en el ciclo de los negocios se detecte un problema menos cuesta a la empresa su eliminación. Entonces, el enfoque hacia la calidad de los japoneses no sólo trajo un cambio en el enfoque hacia los trabajadores y un respeto creciente hacia la calidad del producto y del servicio, sino que abatió los costos.

Cómo contribuyeron los sistemas de información a la administración de calidad total

Los programas de calidad difieren en gran medida de una empresa a otra.

Mientras más trata una empresa de llevar a cabo su programa, más los sistemas de información pueden contribuir a su éxito en toda la empresa.

Los sistemas de información pueden desempeñar un papel especial en los programas corporativos de calidad porque están profundamente involucrados con el trabajo diario de otros departamentos a lo largo de toda la institución.

El personal de SI es clave para la compartición de los datos entre los departamentos; estos empleados tienen un conocimiento único de las relaciones entre los diversos departamentos. Con esta amplia comprensión de la integración funcional de la corporación, el personal de SI puede ser un conjunto de miembros valiosos para cualquier equipo de proyectos de calidad.

2


El personal de los buenos departamentos de sistemas de información tiene tres habilidades críticas para el éxito de cualquier programa de calidad.

1. Los analistas de los sistemas de información son especialistas en el análisis y rediseño de los procesos de negocios.Cuando los profesionales de SI eran capaces de reducir el número de pasos, el número de errores descendía dramáticamente.

2. Muchos técnicos en SI tiene experiencia en la medición y cuantificación de procedimientos y actividades críticas en cualquier proceso.

3. Los administradores de proyectos de SI tiene habilidades en la administración de tareas y proyectos.

En general SI es la clave para hacer la información disponible de manera oportuna y en un formato útil para quienes la necesitan para fines de calidad.

El personal de sistemas de información es la fuente de ideas sobre la aplicación de la tecnología en cuestiones de calidad; a menudo también son las personas que pueden hacer que esa tecnología quede disponible para el proyecto de calidad. Por ejemplo, con la ayuda de los departamentos de SI, el software análisis estadísticos se usa cada vez más en el impulso hacia la calidad.

Los efectos positivos de los proyectos de sistemas de información de calidad pueden verse y sentirse a todo lo largo de la institución.

Así, el papel de los sistemas de información en los programas corporativos de calidad ha sido causa de gran controversia. SI ha sido criticado por su reticencia a involucrarse en los programas de calidad que abarcan toda la institución. A menudo SI se enfocará exclusivamente en mejorar su propia producción de aplicaciones de software sin salir a ayudar al resto de la empresa. Los departamentos de SI con frecuencia no tienen éxito en considerar a otros departamentos como sus clientes, por lo que se aíslan de las necesidades de estos departamentos.

Mucho del trabajo de sistemas de información es muy técnico, lo que lleva a otro problema: los profesionales de sistemas de información pueden voltear fácilmente hacia la tecnología como la respuesta a todos los problemas de calidad.

Muchas personas que pertenecen o no a los departamentos de SI, ven las mejores tecnológicas como las metas reales del proyecto, un enfoque que ciertamente impedirá que un programa de calidad alcance el éxito.

3


La necesidad de aseguramiento de la calidad en el software

La cuestión subyacente de calidad para los departamentos de sistemas de información es el aseguramiento de la calidad en el software.

La producción de software de alta calidad es crítico para la mayoría de las grandes instituciones a causa de la función central que tiene en tantos departamentos.

Un error oculto en el software de crédito de una empresa o en el de control de procesos puede resultar en una pérdida de millones de dólares.

Como otros tipos de producción, la producción de software es única y presenta su propio conjunto de problemas.

Con el software, los problemas de calidad deben resolverse desde la primera vez; el diseño debe ser de la más alta calidad a la primera.

Definir las necesidades del usuario y juzgar la calidad del sistema terminado han demostrado ser los retos principales. La mayor parte de los proyectos de desarrollo de sistemas se inicia en la definición de los requerimientos de información del usuario y en las especificaciones en la forma de análisis de sistemas y documentos de diseño.

Las especificaciones a menudo fallan en la consideración del sistema desde el punto de vista de los usuarios.

El tiempo de respuesta de los sistemas es un ejemplo común de especificaciones detalladas que se omiten o definen inadecuadamente.

Las expectaciones de los usuarios tampoco ser equiparadas con la calidad. Los usuarios crearán su propio modelo de un sistema “perfecto”.

La pesadilla del mantenimiento

El mantenimiento, el proceso de modificación de un sistema en uso productivo, es la fase más cara del proceso de desarrollo de sistemas.

En la mayoría de los talleres, casi la mitad del tiempo del personal profesional se gasta en el mantenimiento de los sistemas existentes.

¿Por qué son los costos de mantenimiento tan elevados? Una razón principal es el cambio organizacional. La empresa puede experimentar fuertes cambios internos en su estructura o liderazgo, o el cambio puede venir del medio ambiente. Estos

4


cambios organizacionales afectan los requerimientos de información. Pero una causa igualmente común de problemas de mantenimiento a largo plazo es el análisis y diseño defectuoso de sistemas, en especial el análisis de requerimientos de información.

Si los errores se detectan desde temprano, durante el análisis y el diseño, los costos del esfuerzo de desarrollo de sistemas son pequeños.

Para ser capaz de manejar el mantenimiento rápido y económicamente, un sistema de software debe ser flexible. Un sistema flexible puede ser reparado de manera más rápida y fácil cuando ocurran los problemas.

Monsergas y defectos

Un problema importante con el software es la presencia de monsergas ocultas o defectos en el código de programas.

Los estudios han demostrado que es virtualmente imposible eliminar a todas las monsergas de los grandes programas.

La fuente principal de monsergas es la complejidad del código de toma de decisiones.

Los estudios muestran que cerca del 60 por ciento de los errores descubiertos durante las pruebas son el resultado de especificaciones en la documentación del diseño que estaban ausentes, eran ambiguas, con errores o en conflicto.

Cero defectos, una meta del movimiento administrativo hacia la calidad total no puede alcanzarse en los programas más grandes. No es posible realizar la prueba total.

La presencia de estas monsergas puede tener resultados costosos y aun desastrosos.

Para alcanzar la calidad en el desarrollo de software, una institución debe primeramente alcanzar un acuerdo sobre qué es la calidad.

Aun cuando en un sistema no existan monsergas, si fuera lento, difícil de usar, donde falten funciones críticas o inflexibles seguramente no podría ser un sistema de calidad. Cualquier definición de calidad debe verse desde la perspectiva del usuario, tener un horizonte amplio y ser lo suficientemente específico para cubrir a satisfacción las necesidades del usuario.

5


Un sistema de calidad debe hacer lo siguiente:

Alcanzar las metas de negocios articuladas por el departamento de usuarios.

Operar a un costo aceptable, dimensionalmente congruente con el valor producido para la empresa.

Cumplir escrupulosamente con las normas de desempeño definidas (como tiempo de respuesta y disponibilidad de sistemas)

Producir un resultado preciso y confiable. Ser fácil de aprender y utilizar. Ser flexible.

Algunas soluciones a problemas de calidad en sistemas de información

Los sistemas de información son complejos, y las soluciones a problemas de calidad también.

Algunas de las áreas más críticas hacia las que los desarrolladores deben enfocarse:

a) Usar una metodología adecuada de desarrollo de sistemab) Una correcta asignación de recursos durante el desarrollo de los sistemasc) El uso de parámetros d) El tener cuidado de hacer pruebase) El Uso de herramientas de calidad

EL PAPEL DE LAS METODOLOGÍAS

Para limitar los problemas e incrementar la calidad al construir sistemas, los desarrolladores deben empezar con una metodología disciplinada que establezca normas para todas las fases del proyecto. Con frecuencia, las buenas metodologías de desarrollo históricamente con frecuencia se refieren a las metodologías de desarrollo estructurado, en donde en general se proporciona lo siguiente:

Métodos probados para determinar y documentar las especificaciones del sistema y su diseño.

Normas de programación cuyo resultado sea un código comprensible, susceptible de mantenimiento y que no sea demasiado complejo.

Lineamientos para el desarrollo de parámetros de medición de calidad que sean aceptados por todas las partes interesadas, antes de su desarrollo.

Normas y métodos para probar el sistema.

6


Herramientas de software para ser usadas en todas las fases para estandarizar el trabajo en el proyecto y mejorar la calidad del resultado.

Métodos de control del proyecto, en donde se incluyan numerosas marcas y se requiera la autorización del usuario.

Una metodología de desarrollo es una colección de métodos, uno o más para cada actividad dentro de cada fase de un proyecto de desarrollo.

Los departamentos de sistemas de información, junto con la administración de otros departamentos, seleccionan la metodología que creen que se adapta mejor a las necesidades de su empresa. Las corporaciones más grandes que emplean diversas tecnologías pueden seleccionar múltiples metodologías para usarlas con las diferentes tecnologías. Sin embargo, la clave para el desarrollo de la calidad es seleccionar una metodología adecuada y luego hacerla cumplir.

ASIGNACIÓN DE RECURSOS DURANTE EL DESARROLLO DE LOS SISTEMAS

La asignación de recursos determina la manera como los costos, el tiempo y el personal son asignados a las distintas fases de un proyecto.

A medida que los profesionales de sistemas de información se han acercado a una perspectiva de negocios o de usuarios sobre la calidad, han comprendido el papel central de las especificaciones. Además, la tecnología que ahora se usa para el desarrollo de sistemas obliga a la expansión de los gastos en trabajo de análisis y diseño.

Más tiempo se está dando a las especificaciones y al análisis de sistemas, disminuyendo el tiempo de programación y reduciendo la necesidad de tanto tiempo de mantenimiento.

MÉTRICA DEL SOFWARE

La métrica del software puede jugar un papel en el incremento de la calidad del proyecto.

La métrica del software consiste en evaluaciones objetivas de los sistemas en la forma de mediciones cuantificadas.

El uso de las métricas permite que el departamento de SI y el usuario midan conjuntamente el desempeño del sistema e identifiquen problemas tan pronto como ocurran.

7


La métrica del software incluye métrica de entrada, de salida, de capacidad, de desempeño (calidad) y de valor.

Los niveles educativos y de experiencia de los desarrolladores del sistema es un ejemplo de una métrica de entrada. El número de transacciones que pueden ser procesadas en una unidad de tiempo es un ejemplo de una métrica de capacidad. El tiempo de respuesta es una métrica de desempeño en un sistema en línea. El número de cheques impresos por hora es una métrica de salida del sistema para un sistema de nóminas. El valor en negocios de una operación es un ejemplo de una métrica de valor.

Una métrica de salida ampliamente usada son los puntos de función que pueden ayudar a medir la productividad de los desarrolladores de software y la eficiencia del mismo, independientemente del lenguaje de programación que se use.

El análisis del punto de función mide el número de entradas, salidas, consultas, archivos e interfaces externas usadas para otro software empleado en una aplicación.

Desafortunadamente, muchas manifestaciones de calidad no son tan fáciles de definir en términos de métricas. En esos casos los desarrolladores deben encontrar mediciones indirectas.

PRUEBAS

Realizar pruebas temprano, de manera regular y profunda, contribuirá significativamente con la calidad de los sistemas. Muchos ven la realización de pruebas como una manera de probar que el trabajo está correcto.

La realización de pruebas se inicia en la etapa de diseño. Como aún no existe ninguna codificación, la prueba que normalmente se utiliza es un tránsito, que es la revisión de un documento de especificaciones o de diseño por un grupo de personas cuidadosamente seleccionado según las habilidades necesarias para los objetivos particulares que serán probados. Una vez que se inicia la codificación, los tránsitos de ésta también pueden ser usados para revisar el código del programa. Sin embargo, el código debe probarse realizando corridas de computadora. Cuando se descubren los errores, la fuente se encuentra y elimina mediante un proceso llamado depuración.

HERRAMIENTAS DE CALIDAD

Finalmente la calidad del sistema puede ser significativamente mejorada mediante el uso de herramientas de calidad.

8


Los profesionales de los sistemas de información utilizan ya el software de administración de proyectos. Existen productos para documentar especificaciones y diseño de sistemas en formas de texto y gráficas. Entre las herramientas de programación se incluyen diccionarios de datos, librerías para administrar módulos de programas y herramientas que de hecho crean códigos de programa.

Herramientas y metodologías tradicionales

Código espagueti: Código de programa no estructurado y confuso con lógica rebuscada que metafóricamente se parece a una olla de espagueti.

Las metodologías y los métodos que incluían normalmente son descritos mediante los términos estructurados y descendentes.

Estructurado: se refiere al hecho de que las técnicas son instrucciones cuidadosamente descritas, con frecuencia paso a paso, donde cada paso se desprende del anterior.

Descendente: se refiere a un enfoque que avanza desde el nivel de la más alta abstracción hasta el más bajo de detalle; desde lo general a lo específico.

Análisis estructurado

El análisis estructurado es un método que se utiliza ampliamente para definir las entradas de sistemas, procesos y salidas, así como para dividir los sistemas en subsistemas. Ofrece un modelo gráfico lógico de flujo de información, que divide a un sistema en módulos que muestran niveles manejables de detalles.

El enfoque estructurado permite lo siguiente:

Tener vistas de un sistema de arriba hacia abajo. Especificar las interfaces que existen entre modelos. Especificar rigurosamente los procesos o las transformaciones que ocurren dentro de

cada modelo.

El análisis estructurado puede aplicarse a los análisis de sistemas, especificación de requerimientos y diseño. Y sirve también como el punto de partida para el diseño de software.

9


DIAGRAMA DE FLUJO DE DATOS

El análisis estructurado es altamente gráfico. Su herramienta primaria es el diagrama de flujo de datos (DFD), que es una representación gráfica de los procesos que componen el sistema y de las interfaces entre ellos.

Los DFD muestran cómo los datos fluyen desde, hacia y dentro de un sistema de información y los procesos en donde los datos se transforman. Los DFD también muestran donde se almacenan los datos.

Los diagramas de flujo de datos se construyen utilizando cuatro símbolos básicos:

Los flujos de datos muestran el movimiento de los datos entre los procesos, entidades externas y almacenamiento de datos.

Los flujos de datos consisten en documentos, informes, datos de un archivo de computadora o datos de transmisiones en telecomunicaciones, que pueden ser entradas o salidas.

Los procesos implican la transformación de los flujos de datos de entrada a flujo de datos de salida; por ejemplo, un proceso que transforme un pedido en una factura o que calcule el ingreso bruto de un empleado a partir de su tarjeta de entradas y salidas.

Almacenamiento de datos pueden ser manuales o automatizados de datos.

Entidades externas son originadoras o receptoras de información fuera del alcance del sistema descrito en el diagrama de flujo de datos. Algunas veces se denominan interfases externas.

10


Figura: Diagrama de flujo de datos para un sistema de calificación

Diagrama de contexto: Diagrama de flujo de datos general que describe a todo un sistema como un proceso sencillo con sus principales entradas y salidas.

11


OTRAS HERRAMIENTAS DEL ANÁLISIS ESTRUCTURADO

En el análisis estructurado, el diccionario de datos contiene información acerca de los elementos individuales de datos y de agrupamientos de datos dentro de un sistema. El diccionario de datos define los contenidos de los flujos de datos y el almacenamiento de datos de manera que los desarrolladores de sistemas comprendan exactamente qué elementos de datos contienen.

Especificaciones del proceso: Describen la lógica de los procesos que ocurren dentro de las burbujas de más bajo nivel del diagrama de flujo de datos.

Expresan la lógica para cada proceso usando uno de los tres métodos para documentar las reglas de decisión:

Seudocódigo Tablas de decisión Arboles de decisión

Documentación de las reglas de decisión

TABLAS DE DECISIONES

12


Una gráfica en forma de tabal que representa las condiciones que afectan una decisión; se emplea para documentar situaciones en las que el proceso de decisiones es altamente estructurado.

Ejemplo de una Tabla de Decisión.

ÁRBOLES DE DECISIONES

Son diagramas esenciales en forma de árbol que presentan las condiciones que afectan a una decisión y las acciones que pueden ser tomadas. Las ramas representan las trayectorias que pueden ser tomadas en el proceso de toma de decisiones.

Ejemplo de árbol de decisión

SEUDOCÓDIGO

13


Es un método para expresar la lógica de programas que usa inglés común y corriente en vez de símbolos gráficos, árboles, tablas o lenguajes de programación para describir un procedimiento.

1. Estructura de la secuencia: Los pasos o acciones individuales de la secuencia en la lógica de un programa que no dependen de ninguna condición.

HACER Acción 1HACER Acción 2

2. Estructura de la selección: el patrón lógico de programación en donde una condición ya enunciada determina cuáles de las dos o más acciones pueden ser tomadas, dependiendo de cuál satisface la condición establecida.

SI (la condición 1 es cierta) HACER XCONTRARIO HACER YFINSI

3. Estructura de iteración: el patrón lógico del programa en donde ciertas acciones se repiten si cierta condición ocurre o hasta que cierta condición se satisfaga.

HACER MENTIRAS (la condición 2 sea cierta) Acción ZFINHACER

Diseño estructurado

El diseño estructurado es una disciplina de diseño de software que abarca un conjunto de reglas y técnicas de diseño para elaborar en forma descendente a un sistema de forma jerárquica.

Diagrama estructurado: Documentación de sistema que muestra cada nivel de diseño, la relación entre los niveles y el sitio general en la estructura del diseño; puede documentar un programa, un sistema o parte de un programa.

Programación estructurada

Es una disciplina para organizar y codificar programas que simplifica el camino de control de manera que los programas puedan ser comprendidos fácilmente y en

14


consecuencia modificados. Emplea las estructuras y los módulos básicos de control que sólo tienen un punto de acceso y uno de salida.

Módulo: Unidad lógica de un programa que realiza una o un número pequeño de funciones.

Diagramas de flujo

Los diagramas de flujo detallan el flujo de datos a lo largo de todo el sistema de información.

Los diagramas de flujo de programas describen los procesos que ocurren dentro de un programa individual en el sistema y la secuencia en la que deben ejecutarse.

DIAGRAMAS DE FLUJO DE SISTEMAS (FLUJOGRAMAS)

Herramienta de diseño gráfico que describe el medio físico y la secuencia de los pasos de procesamiento en un sistema de información.

Muestra la estructura global del sistema

Traza el flujo de información y trabajo

Muestra los medios físicos en los cuales se alimentan los datos, salen y se almacenan

Destaca los puntos clave de procesamiento y decisión.

Limitaciones de los métodos tradicionales

La mayoría de los críticos considera que las metodologías estructuradas son lentas y no tienen respuestas en el mundo de cambios tan rápidos.

El proceso es demasiado lineal.

La lentitud también se traduce en un mayor costo en una época en la que los recortes en los costos es lo que está de moda.

Un enfoque lineal también hace que las metodologías estructuradas sean más bien inflexibles.

Las metodologías estructuradas están orientadas a las funciones. Se enfocan en los procesos que transforman los datos.

15


Los sistemas que se enfocan a los procesos son a menudo largos e inflexibles. Los sistemas que se enfocan hacia los datos pueden ser más cortos y mucho más flexibles, lo que los hace más fáciles de modificar y de mayor respuesta a las necesidades cambiantes de negocios.

Una crítica final es que, como las técnicas utilizadas requieren de una gran cantidad de entrenamiento y experiencia, las metodologías estructuradas descansan fuertemente en los profesionales de sistemas de información.

Se han desarrollado nuevas técnicas estructuradas para atacar a muchos de estos problemas. Por ejemplo, el diseño de aplicaciones conjuntas (JAD) que es un método de diseño que reúne a los usuarios y a los profesionales de SI en una oficina para un diseño interactivo del sistema.

Nuevos enfoques hacia la calidad

Desarrollo de software orientado a objetos

Enfoque de desarrollo de software que niega la importancia de los procesos y cambia el enfoque del modelaje de los procesos de negocios y de los datos, hacia la combinación de datos y procedimientos para crear objetos.

BENEFICIOS DE UN ENFOQUE ORIENTADO A OBJETOS

Como los objetos son reutilizables, el desarrollo de software orientado a objetos aborda directamente la reutilizabilidad y se espera que reduzca el tiempo y costo de escribir software.

La experiencia ha demostrado que es posible programar ganancias en productividad del orden de 10 a 1.

OBSTÁCULOS EN EL USO DE TÉCNICAS ORIENTADAS A OBJETOS

No existe aún una metodología universal orientada a objetos. Además, muchas empresas se muestran reticentes en intentarla porque requiere de una gran cantidad de capacitación del personal y una importante reorientación metodológica.

16


Ingeniería de software apoyada por computadora (CASE)

Es la automatización de las metodologías paso a paso para desarrollo de software y de sistemas para reducir la cantidad de trabajo repetitivo que el desarrollador debe hacer.

En general, las herramientas CASE tratan de incrementar la productividad y la calidad al hacer lo siguiente:

Respetar una metodología de desarrollo y una disciplina de diseño estándar. Mejorar las comunicaciones entre los usuarios y especialistas técnicos. Organizar y correlacionar las componentes de diseño y proporcionar rápido

acceso a ellas mediante una alacena de diseño. Automatizar porciones tediosas y proclives a errores de análisis y diseño. Automatizar la agenda de pruebas y controles.

Reingeniería de software

Reingeniería de software: Es una metodología que ataca el problema del envejecimiento del software al salvarlo y revaluarlo de manera que los usuarios pueden evitar un largo y caro proyecto de reemplazo.

Ingeniería reversiva: El proceso de tomar programas existentes, descripciones de archivos y bases de datos y convertirlas en componentes que correspondan al nivel de diseño que entonces puedan ser usadas para crear nuevas aplicaciones.

Ingeniería prospectiva: El paso final en la reingeniería, cuando las especificaciones revisadas se usan para generar un código de programa nuevo y estructurado para un sistema estructurado y mantenible.

17

CAp13docx

Documents

Transcript of CAp13docx