SISTEMAS DE INFORMACION

Profesor : Lic. Rafael Alvarez Martínez

Apuntes de clase

Sistemas de información: Es el proceso de clasificación e interpretación de hechos, diagnosticó de problemas y empleo de la información para recomendar mejoras del sistema. Es el conjunto de elementos relacionados con un objetivo en común.



Sistemas de Información =

Analista de Sistemas: Busca información relacionada con las listas de reabastecimientos, pedidos, pendientes, registros, manuales y otros reportes, en otras palabras el analista debe comprender cómo trabaja el sistema actual y, de manera específica, cuál es el flujo de información en todo sistema.

Diseño de sistemas: Es el proceso de planificar, reemplazar o complementar un sistema organizacional ya existente, comprender en su totalidad un viejo sistema. ¿Cómo alcanzar el objetivo?

Análisis de sistemas: Proceso de clasificación e interpretación de hechos, diagnosticó de problemas y empleo de la información para recomendar mejoras al sistema. ¿Qué lo que el sistema debe hacer?

Características del Software:

  • No es física ni tangible
  • Tiene una aplicación
  • Procesos lógicos / programas
  • Se desarrolla no se fabrica en el sentido clásico
  • Son herramientas
  • No se estropea, pero se deteriora (mantenimiento, actualización, cambio / modificaciones)
  • La mayoría del software se construye a medida

Ingeniería del Software

Objetivo:

"Realizar un sistema de software de calidad, en un tiempo mínimo y con el menor coste posible".

 

 

Ing. Del Software

 

 

Ciclo de Vida del Software

Ingeniería y análisis del sistema.

El software es siempre parte de un sistema mayor, por lo que siempre va a interrelacionarse con otros elementos, ya sea hardware, máquinas o personas.

Análisis de requisitos del software.

El análisis de requisitos debe ser más detallado para aquellos componentes del sistema que vamos a implementar mediante software.

Los requisitos, tanto del sistema como del software deben documentarse y revisarse con el cliente.

Diseño.

El diseño se aplica a cuatro características distintas del software: la estructura de los datos, la arquitectura de las aplicaciones, la estructura interna de los programas y las interfaces.

Codificación.

La codificación consiste en la traducción del diseño a un formato que sea legible para la máquina. Si el diseño es lo suficientemente detallado, la codificación es relativamente sencilla, y puede hacerse - al menos en parte - de forma automática, usando generadores de código.

Prueba.

Una vez que ya tenemos el programa ejecutable, comienza la fase de pruebas. El objetivo es comprobar que no se hayan producido errores en alguna de las fases de traducción anteriores, especialmente en la codificación. Para ello deben probarse todas las sentencias, no sólo los casos normales y todos los módulos que forman parte del sistema.

Utilización.

Una vez superada la fase de pruebas, el software se entrega al cliente y comienza la vida útil del mismo. La fase de utilización se solapa con las posteriores - el mantenimiento y la sustitución - y dura hasta que el software, ya reemplazado por otro, deje de utilizarse.

Mantenimiento.

El software sufrirá cambios a lo largo de su vida útil. Estos cambios pueden ser debidos a tres causas:

  • Que, durante la utilización, el cliente detecte errores en el software: los errores latentes.
  • Que se produzcan cambios en alguno de los componentes del sistema informático: por ejemplo cambios en la máquina, en el sistema operativo o en los periféricos.
  • Que el cliente requiera modificaciones funcionales (normalmente ampliaciones) no contempladas en el proyecto.

Sustitución.

La vida del software no es ilimitada y cualquier aplicación, por buena que sea, acaba por ser sustituida por otra más amplia, más rápida o más bonita y fácil de usar. La sustitución de un software que está funcionando por otro que acaba de ser desarrollado es una tarea que hay que planificar cuidadosamente y que hay que llevar a cabo de forma organizada.

Software: Conjunto de programas que se ejecutan y proporcionan información del comportamiento deseado. El software se construye a medida.

Elementos para un buen Proyecto de S.I.

Enfoque, Objetivos, Problemas, Necesidades, Herramientas, Costos, Diseño, Mercadotecnia, Proyección del sistema y empresa.

Tipos de sistemas de Información: Toma de decisiones, informativa (Datos e información), Administrativo.

Propuesta del sistema de Información:

Plan de trabajo

Investigación Preeliminar

Documentación

Conocimientos técnicos

Objetivo General

Objetivo Especificó

Cotizaciones

Condiciones comodales (Garantía)

Validez /fecha

Producto / Servicio

Costo (materiales)

Diseño de entrada:

El objetivo es principalmente las pantallas y las formas que tengan. Los diseños de entrada, sus principales objetivos son eficacia, precisión, consistencia, sencillez, atracción y la facilidad de usarse.

La eficacia significa que las formas y las pantallas de entrada satisfacen propósitos específicos del sistema de información de la administración, mientras que la precisión se refiere a un diseño que asegure una realización satisfactoria.

 

Facilidad de Uso: Que tanto las formas como las pantallas serás explícitas y no requieran de tiempo adicional para descifrarse.

Consistencia: Significa que las formas y las pantallas ordenen los datos de manera similar de una aplicación a otra, la sencillez se refiere a mantener un mínimo los elementos indispensables que centren la atención del usuario.

Formularios de entrada: Son los documentos pre – impresos o duplicados que requieren ser llanadas por las personas en respuesta a un procedimiento estandarizado.

Lineamientos:

1.-Diseñar formas fáciles de llenar: Se deben respetar 7 secciones de forma: encabezado, identificación y acceso, instrucciones, cuerpo del formulario, forma y verificación, totales, comentarios.

2.- Asegurarse que las formas cumplan con el propósito para el cual fueron diseñadas.

3.- Diseñar formas que aseguran un llenado preciso.

4.- Mantener las formas atractivas.

Definición general de Entradas:

  1. El objetivo de este paso es determinar que los formularios se utilizarán en el sistema.
  2. La base de esta definición de debe encontrar en el diseño de archivos ya que su contenido se genera a través de las entradas del sistema.
  3. Solo se busca concretar cuales serán los formularios que se emplearán en el Sistema.
  4. Reducir un mínimo de formularios de Entrada del Sistema.
  5. El formulario original debe servir como entrada, es decir, el documento fuente.

 

Diseño de Salidas

Objetivo: Las salidas pueden tomar formas distintas, reportes impresos, salidas en formatos, micro formas, salidas de audio.

1.- Diseñar una salida para satisfacer el objetivo planeado.

2.- Diseñar una salida que se adapte al usuario.

3.- Promover la cantidad adecuada de información.

4.- Asegurar que la salida este disponible donde se necesita.

5.- Proporcionar oportunamente la salida.

6.- Elegir el método Correcto de Salida.

Consideraciones a Elegir la Tecnología de Salida:

¿Quién usará la salida?, ¿Cuántas personas necesitan utilizar la salida?, ¿En dónde se necesita la salida?, ¿Cuál es el propósito de la salida?, ¿Con qué frecuencia se necesita la salida?, ¿Cuáles son los requisitos ambientales para las tecnologías de salida?

División del Sistema en Subsistemas:

El objetivo es identificar los subsistemas en los que conviene dividir el sistemas.

  1. Generalmente se divide en tantos subsistemas como funciones agrupadas.
  2. Es necesario tener en cuenta la secuencia en la que conviene poner en marcha cada subsistema que se identifique.
  3. También se debe considerar que su se subdivide mal un sistema, su rendimiento será poco efectivo.

Identificación de los Subsistemas:

  1. Pueden no existir subsistemas
  2. El agrupamiento de funciones es fundamental
  3. Normalmente todas las funciones de un subsistema deben utilizar los miembros archivos.
  4. Los programas no deben realizar funciones que abarquen más en un Subsistema.

 

Diseño Detallado:

Diseño Detallado de las Entradas: El objetivo es diseñar las entradas del respectivo subsistema, o sea, concretar los formularios tal como los usarán las áreas involucradas.

 

Métricas del Software: Medir el valor de calidad del software.

    • Los requisitos son el punto a base de medida de calidad.
    • Seguir criterios de estándares específicos
    • Requisitos implícitos

 

Factores de Calidad:

Revisión: Fatibilidad de mantenimiento, flexibilidad, facilidad, prueba.

Operación: Corrección, Satisfacción, Especificación, fiabilidad.

Integridad: Usabilidad o fácil manejo, eficiencia, cantidad de recursos.

Transición: Portabilidad, Interoperabilidad, reusabilidad.

Prototipos:

Parchado, - Insuficiente

No operacional – escala no funcional

Primero de una serie – Piloto de una serie

Características – Construcción de un modelo operacional, no incluye todas las características.

Lineamientos: Trabajo en módulos manejables, construir prototipo rápidamente, modificar el prototipo en iteraciones sucesivas, enfatizar la interfaz del usuario, organizar las propuestas, organizar verbalmente las propuestas.

Partes de las Cotizaciones:

Fecha, nombre de la persona, características de la cotización, firma

 

 

Lineamientos del diseño de pantalla:

    • 1.- Encabezado, Identificación y acceso
    • 2.- Instrucciones
    • 3.- Cuerpo del formulario
    • 4.- Firma y Verificación
    • 5.- Totales, comentarios
    • 6.- asegurarse que el diseño de la pantalla cumpla con el propósito para el cual fueron diseñadas.
    • 7.- Diseñar pantallas precisas
    • 8.- Mantener las Pantallas atractivas
    • 9.- Identificar las entradas y salidas
    • 10.- Mantener el mismo formato inicial en todas las pantallas dentro de un mismo proyecto.

 

Pruebas:

Una de las ultimas fases del ciclo de vida antes de entregar un programa para su exploración, es la fase de pruebas. La fase de pruebas añade el valor del producto que se maneja: todos los programas tienen errores y la fase de pruebas los descubre; ese es el valor que añade, el objetivo especifico de pruebas es encontrar cuantos más errores mejor.

La prueba ideal de un sistema seria exponerlo en todas las situaciones posibles, así encontraríamos hasta el último fallo.

Página principal

Centro de comunicación
Comunidad de aprendizaje

Sitio elaborado por Rafael Alvarez Martìnez.
Ultima revisión : 08/12/2001 14:47
Cualquier comentario, favor de dirigirse a : ralvarez@informaticaeducativa.com