¿Cuáles son los estándares de calidad requeridos en los sistemas de información y cómo construirlos?

INTRODUCCION

Como sabemos todo producto o la implementacion del mismo, se debe regir por unas normas o estandares. Por ejemplo todos hemos eschuchado hablar de las normas ISO, que es una serie de recomendaciones que hacen los expertos a la hora de desarrollar un producto, estas recomendaciones tienen que ver con una buena gestion y el aseguramiento de calidad del producto en los que estan involuvrados todos estos procesos. Los sistemas de informacion se riguen por estandares como lo son estandares de datos, de codificacion, instructivos de usuario, instructivos de operadores, estructurales, documentacion y procesos.

---------------------------------------------------------------------------------------------------------------------------------------------

TEMATICA

¿Cuáles son los estándares de calidad requeridos en los sistemas de información?

R:/

Cuando hablamos de estándares se busca mejorar la eficiencia y la calidad de un sistema, en este caso de informacion, esto se hace a través de la implementación de un conjunto de reglas al momento de desarrollar las diferentes etapas del sistema de informacion, también a la hora de desarrollar las tablas, la base de datos los procedimientos, la función etc...

Existen varios tipos de estándares que hay que tomar en cuenta en un desarrollo entre ellos tenemos los estándares de datos, estándares de codificación, estándares de instructivo de los operadores, estándares estructurales, estándares de documentación.

*Estándares de datos: Este estandar se refiere a como  llamar  las tablas, los campos, los indices,  las longitudes de las variables, esto es conocido como el diccionario de datos en un sistema de informacion.

*Estandar de Codificacion:  Este estandar Son los que indican como llamar dentro del codigo a la fuente, tipo , variables.
El uso de estos estándares tiene innumerables ventajas, entre ellas:
•Asegurar la legibilidad del código entre distintos programadores, facilitando el debugging del mismo.
•Proveer una guía para el encargado de mantenimiento/actualización del sistema, con código claro y bien documentado.
•Facilitar la portabilidad entre plataformas y aplicaciones.

*Estándares de instructivo de Usuarios: Este estandar es el que indica mediante un instructivo al usuario de como usar el sistema y cual es la forma correcta de uso para que el sistema no tenga inconvenientes.

*Estándares de instructivo de los operadores:   Este estandar es un instructivo funcional para los procesos especificos que van a orientar y ayudar a comprender el flujo y el comportamiento de los procesos.

*Estándares estructurales:   Este estandar se refiere a los lineamientos que deben seguir para estructural el software, dividir el software en modulos codificacion estructural  y la relacion  tropofonente del sistema.


*Estándares de documentación: se refieren a caracteristicas del diseño del sistema u la relacion de los componentes y las caracteristicas de operacion que pueden realizarce para obtenet detalles de la alicacion.




*Estandares de procesos:  En este estandar se encuentran los siguientes ambientes:
Ambiente de desarrollo, Ambiente de prueba, Ambiente de  produccion , Ambiente de centro de informacion y Ambiente decontingencia.

VIDEOS RELACIONADOS




Teoria sobre los sistemas de informacion

Sistemas de informacion Tipos y Usos

MAPA CONCEPTUAL

PREGUNTAS GENERADORAS

1. ¿Cuáles son las cuatro áreas organizacionales de responsabilidad para los desarrolladores de sistemas de información?

R:/
1. Los desarrolladores son responsables de la calidad técnica de los sistemas de información, Ellos deben asegurar que los procesos sean oportunos y eficientes. Este sistema debe ser capaz de  proporcionar un filtro adecuado de los datos para evitar que existan sobrecargar con demasiada información.

2. Los desarrolladores de sistemas de informacion son responsables de la interfase con el usuario. Esta es la parte de un sistema de información con la que a menudo los trabajadores, administradores y de supervisión, tienen que interactuar directamente

3. Los desarrolladores de sistemas de informacion deben considerar el impacto global en la organizacion.  deben tomar en cuenta cómo el sistema afectará a la organizacion como lo mas importante, enfocándose principalmente en los cambios en los centros de toma de decisiones. Los desarrolladores también deben considerar cómo la naturaleza de los grupos de trabajo cambia con el impacto del nuevo sistema. Ellos tambien deben determinar cuando se requiere un cambio.

4. los desarrolladores de sistemas de información tienen una responsabilidad administrativa general para el proceso del diseño y la implantación. Los sistemas pueden ser un éxito tecnológico pero un fracaso administrativo. Los analistas y diseñadores son responsables de asegurar que los miembros claves de la institución participen en el proceso de diseño y les sea permitido influir en el diseño final del sistema. ya que al final ellos son los que van a manejar el sistema de informacion implementado.

2. ¿Bajo qué condiciones el uso de prototipos es un enfoque útil de sistemas? ¿Qué tipo de problemas puede ayudar a resolver?

R:/

Los prototipos son utiles porque al interactuar con un prototipo, los usuarios pueden tener una mejor idea de sus requerimientos de información.

El prototipo de un sistema de información  se trata sólo de un modelo preliminar.

Se denomina proceso iterativo de desarrollo de sistemas al proceso de un prototipo de un diseño preliminar, de probarlo, afinarlo y probarlo de nuevo.

El método de prototipos es menos formal que el del ciclo de vida. En vez de generar especificaciones detalladas y documentos de autorizaciones, el prototipo genera rápidamente un modelo operativo del sistema. Los requerimientos se determinan dinámicamente a medida que el prototipo se construye.

*Los problemas que pueden ayudar a resolver

Los prototipos pueden ayudar cuando existe alguna incertidumbre sobre los requerimiento o soluciones de diseño. 

Los prototipos tambien son útiles para el diseño de la interfase con el usuario final de un sistema de información. El prototipo permite que los usuarios reaccionen de inmediato a las partes del sistema con las cuales tratarán.

*Etapas en la construcción de prototipos.

1° Etapa. Identificar los requerimientos básicos del usuario. El diseñador del sistema trabaja con el usuario para obtener de este sus necesidades.

2° Etapa. Desarrollar un prototipo inicial. El diseñador crea un prototipo operativo. Sólo podrá llevar a cabo las funciones más importantes del sistema propuesto o puede ser un sistema con un archivo restringido.

3° Etapa. Uso del prototipo. El usuario trabajará con el sistema con el objeto de determinar que tan bien satisface sus necesidades.

4° Etapa. Revisión y mejora del prototipo. El desarrollador del sistema anota todos los cambios solicitados por el usuario y lo afina de acuerdo con ellos

3. ¿Cuál es la relación entre la programación estructurada y el diseño estructurado?

R:/

*La programación estructurada: es un estilo de programación con el cual el programador elabora programas, cuya estructura es la más clara posible, mediante el uso de tres estructuras básicas de control lógico, a saber:

-SECUENCIA.
-SELECCIÓN.
-ITERACIÓN. 

La programacion estructurada maneja un teorema estructural o mejor dicho un teorema fundamental, el cual dice que cualquier programa, sin importar el tipo de trabajo que se ejecute, puede ser elaborado solamente utilizando  las tres estructuras básicas.

*Diseño estructurado: es el sistemas que se ocupa de la identificación, selección y organización de los módulos y sus relaciones.tambien se usa para solucionar un problema especifico.

El diseño es una actividad que comienza cuando el analista ha producido un conjunto de requerimientos funcionales para el sistema, y finaliza cuando se ha especificado los componentes del sistema y las relaciones entre los mismos.

Una vez que se han establecido los requisitos del software, el diseño estructurado es la primera de tres técnicas: diseño, codificación, y prueba.

4. ¿Qué significa el fracaso de los sistemas de información?

R:/
El fracaso de los sistemas de informacion es cuando este sistema no funciona como se plasmo al pincipio, o no está funcionando en un tiempo dado y de la manera esperada.

Esto hace  que los usuarios tengan que  desarrollar procedimientos manuales en paralelo, esto para hacer que los sistemas de informacion funcionen normalmente. Esto tambien se debe porque casi nunca los informes preparados son tenidos en cuenta. ya que se consideran como inútiles para la toma o análisis de dichas decisiones.

Otras causa por los cuales los sistemas de informacion  fracasan es a causa de retrasos en cuanto a los procesos, el costo en la operación y problemas de producción crónicos por lo tanto esto hace que un sistema se caiga constantemente.

Las principales causas del fracaso de los sistemas de informacion son:

1. Poca participación de los usuarios para el desarrollo del sistema.
2. Falta de apoyo por parte de la dirección de dicha organizacion.
3. Falta de administración para el  proceso de implantación.
4. Elevados niveles de complejidad y riesgo en el desarrollo de sistemas de informacion.

5. ¿Cuáles son los principales enfoques para la implantación de los sistemas de información?

R:/
Análisis:

• No se han asignado tiempo, dinero y recursos para investigar el problema. El personal no le dedica tiempo al proyecto. Los usuarios no están representados en el equipo.
• Los usuarios no colaboran con el equipo del proyecto para que capten la información necesaria.
• El personal del servicio de información promete resultados imposibles de alcanzar.
• Los requerimientos provienen de documentación inadecuada de sistemas existentes.

Diseño:

• El diseño refleja los sesgos del personal técnico.
• El sistema está diseñado para servir únicamente a las necesidades actuales.
• Cambios drásticos en los procedimientos de los empleados o de otro personal son planeados sin ningún análisis de impacto institucional.

Programación:

• Fue subestimado el tiempo y el dinero para el desarrollo del software.
• Fueron incompletas las especificaciones dadas a los programadores.
• No se destina el tiempo suficiente para el desarrollo de la lógica de programas.
• Los programas se escriben de manera difícil de modificar.

Pruebas:

• Fue subestimado el tiempo y el dinero requeridos para hacer las pruebas.
• El equipo del proyecto no desarrolla un plan organizado de pruebas.
• Los usuarios no están involucrados en las pruebas.

Conversión:

• Presupuesto insuficiente para las actividades de conversión.

• La capacitación se inicia solamente cuando el sistema está a punto de ser instalado.
• La documentación del sistema y la de los usuarios son inadecuadas.
• El mantenimiento del sistema es inadecuado.

---------------------------------------------------------------------------------------------------------------------------------------------

CONCLUSIONES

Con esto puedo concluir que podemos estar mas seguros a la hora de implementar un sistema ya que sabemos que este debe cumplir con unas normas de calidad y estandares, y que para que este sea aprovado debe contener y cumplir con estas reglas.

Ya que esto nos ayuda a segir unos pasos los cuales son confiables ya que nos obligan ha realizar un analisis, a crear un diseño (el que mas convenga para la organizacion), podemos realizar pruebas y si algo queda mal, podemos replantearlos y volver a realizar pruebas, y si al final todo sale bien poder implementarlo y ponerlo en marcha.

Por lo tanto con estos estandates  podemos tener  eficiencia y un sistema 100% confiable.

--------------------------------------------------------------------------------------------------------------------------------------------