lunes, 18 de marzo de 2013

BIBLIOGRAFIA


DIGITAL

1.    Luz Marina Rocha http://www.gestiopolis.com/canales8/mkt/sistemas-de-informacion.htm

2.    Buena tareas http://www.buenastareas.com/ensayos/Aspectos-Eticos-y-Sociales-De-  Los/2190003.html

3.    http://www.mentesinquietas.net/blog/archives/378

4.http://gabrielaberrospialvarado.blogspot.com/2011/01/resumen-sistemas-de-informacionen-los.html
5. Daniel Capuzzi, G. C. (s.f.). http://members.tripod.com. Obtenido de http://members.tripod.com/kendall_kendall/cgi-bin/Kendall3.htm

6. LOLBEL. (Abril de 2010). blogspot.com. Recuperado el 2013, de http://re-velm.blogspot.com/2010/04/recopilacion-de-informacion-metodos.html

7. LOLBEL. (14 de Febrero de 2012). blogspot.com. Obtenido de http://re-velm.blogspot.com/2010/03/determinacion-de-la-viabilidad-y.html

8.    http://es.wikipedia.org/wiki/Seguridad_inform%C3%A1tica

9.    http://www.mentesinquietas.net/blog/archives/378

10. http://rouse-ada.blogspot.com/2010/06/capitulo-10-preparacion-de-la-propuesta.html

11. http://www.monografias.com/trabajos30/base-datos/base-datos.shtml


CONCLUSIONES


ü  Un Sistema de Información surge cuando una empresa sobrevive y crece y la supervisión de ella está fuera del alcance de un solo hombre, por no poder estar al mismo tiempo en varios lugares para planear, dirigir, coordinar, analizar y controlar las diferentes actividades de la organización. Cuando esto sucede los problemas de autoridad, responsabilidad y organización comienzan a asumir proporciones considerables; es aquí donde empieza a tomar forma la necesidad de un SI formal.
ü  Un Sistema de Información evoluciona en función de los resultados que vayan obteniendo y alcanzan su desarrollo óptimo cuando se evitan situaciones como: cruces de información, procesos dobles o cuando se hayan fijado flujos formales de información que permitan conocer los problemas de una manera inmediata.
ü  En ocasiones el desarrollo de los SI dependen de otros factores como: ambiente externo, cambios en las necesidades internas, cambios tecnológicos, actualización de sus diseñadores y administradores.
ü  Las aplicaciones empresariales requieren que la administración tenga una perspectiva de los procesos de negocios y los flujos totales de información. Los gerentes necesitan determinar qué proceso de negocios se deben integrar, los beneficios a corto y largo plazo así como el nivel adecuado tanto de recursos financieros y organizacionales que ayudarán a dicha integración.
ü  En las empresas hay muchos tipos de sistemas de información que apoyan diferentes niveles, funciones y procesos de negocio.

4.24. ANÁLISIS Y DISEÑO DE SISTEMAS ORIENTADOS A OBJETOS USANDO EL LENGUAJE UNIFICADO UML


Lenguaje Unificado de Modelado
           ·         UML es un lenguaje muy popular
           ·         Creado y administrado por OMG   (Object Managed Group)
           ·         UML usa tecnicas de notación gráfica
           ·         Es el lenguaje de software mas utilizado en la actualidad
           ·         Se encarga de documentar, visualizar y especificar las funciones y procesos de los
                  sistemas de software.
           ·         Representa un modelo estándar para visualizar blueprint (dibujo técnico) de
                  sistema, que incluye  algunos elementos como:
       
       ü  El Actor
       ü  El Proceso de negocios
       ü  El Componente
       ü  La Actividad

Tipos de Diagramas UML

*      Diagramas de Estructura:
Elementos que debe poseer el sistema Incluyen:

ü  Diagrama de clases
Un diagrama de clases es un tipo de diagrama estático que describe la estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos. Los diagramas de clases son utilizados durante el proceso de análisis y diseño de los sistemas, donde se crea el diseño conceptual de la información que se manejará en el sistema, y los componentes que se encargarán del funcionamiento y la relación entre uno y otro. En un diagrama de clases se pueden distinguir principalmente dos elementos: clases y sus relaciones.

ü  Diagrama de componentes
Que asignan la vista lógica de las clases del proyecto a los archivos que contienen el código fuente en el que se implementa la lógica. Cuando UModel® 2013 genera código, los diagramas de componentes representan la ubicación de los archivos de código fuente Java o C# para sus clases. Al realizar ingeniería inversa en un proyecto ya existente, los diagramas de componentes pueden ayudarle a establecer relaciones entre cada diagrama de clases de UModel y los archivos de código fuente.

ü  Diagrama de despliegue
Básicamente este tipo de diagrama se utiliza para modelar el Hardware utilizado en la implementación del sistema y las relaciones entre sus componentes.

Los elementos usados por este tipo de diagrama son nodos, componentes y asociaciones. En el UML 2.0 los componentes ya no están dentro de nodos, en cambio puede haber artefactos (archivo, un programa, una biblioteca o Base de datos) u otros nodos dentro de nodos.
Además los Diagramas de Despliegue muestran la configuración en funcionamiento del sistema incluyendo su software y su hardware. Para cada componente de un diagrama es necesario que se deba documentar las características técnicas requeridas, el tráfico de red, el tiempo de respuesta, etc.

ü  Diagrama de paquetes
Muestra cómo un sistema está dividido en agrupaciones lógicas mostrando las dependencias entre esas agrupaciones. Dado que normalmente un paquete está pensado como un directorio, los diagramas de paquetes suministran una descomposición de la jerarquía lógica de un sistema.
Los Paquetes están normalmente organizados para maximizar la coherencia interna dentro de cada paquete y minimizar el acoplamiento externo entre los paquetes. Con estas líneas maestras sobre la mesa, los paquetes son buenos elementos de gestión. Cada paquete puede asignarse a un individuo o a un equipo, y las dependencias entre ellos pueden indicar el orden de desarrollo requerido.

ü  Diagrama de Objetos
          Son utilizados durante el proceso de Análisis y Diseño de los sistemas informáticos en 
          la metodología UML.
          Se puede considerar un caso especial de un diagrama de clases en el que se muestran 
          instancias específicas de clases (objetos) en un momento particular del sistema. Los 
          diagramas de objetos utilizan un subconjunto de los elementos de un diagrama de clase.
          Los diagramas de objetos no muestran la multiplicidad ni los roles, aunque su notación
           es similar a los diagramas de clase.

*      Diagramas de Comportamiento:
                          Lo que debe suceder en el sistema Incluyen:

      ü  Diagrama de Actividades
      ü  Diagrama de Estados

*      Diagramas de Interacción:
  Flujo de control y datos Incluyen:
      
      ü  Diagrama de Secuencia
      ü  Diagrama de Comunicaciones
      ü  Diagrama de Tiempos


·         Importancia del UML
                         ü  Cuenta con muchas herramientas 
                         ü  Componentes y limitaciones
                         ü  Permite observar en pocos diagramas



4.23. IMPLEMENTACIÓN EXITOSA DEL SISTEMA DE INFORMACIÓN


Aquí se tomará en un sentido amplio para que incluya estaciones de trabajo que se pueden comunicar entre sí y con los procesadores centrales, así como también diferentes configuraciones arquitectónicas jerárquicas de procesadores de datos que se comunican entre sí y que tiene diferentes capacidades de almacenamiento de
datos.
            Uno de los aspectos costosos de implementar una LAN es que cada vez que se   
            mueve, se debe cambiar la instalación eléctrica. Algunas organizaciones están 
            afrontando esto al establecer una red inalámbrica de área local (WLAN) de alta
            velocidad.
            Ventajas de los sistemas distribuidos Los sistemas distribuidos permiten el 
            almacenamiento de datos en lugares donde no estorben a las transacciones de
             tiempo real en línea. Por ejemplo, el tiempo de respuesta en las consultas se podría
            mejorar si no todos los registros necesitan ser investigados antes de que se dé una 
            respuesta.

Desventajas de los sistemas distribuidos Los sistemas distribuidos  presentan algunos problemas únicos que los sistemas de cómputo centralizados no poseen. El analista necesita pesar estos problemas contra las ventajas presentadas y plantearlos también con el negocio interesado.El primer problema es la confiabilidad de la red. Para hacer de una red un recurso en lugar de una carga, debe ser posible transmitir, recibir, procesar y almacenar datos de forma confiable. Si hay demasiados problemas con la confiabilidad del sistema, éste se abandonará.

ESTRATEGIAS DE CAPACITACIÓN
Personas que capacitan a los usuarios Para un proyecto grande, se podrían usar muchos instructores diferentes dependiendo de cuántos usuarios se deben capacitar y quiénes son:

Las Posibles Fuentes De Capacitación Incluyen Lo Siguiente:
  • Vendedores.
  • Analistas de sistemas.
  •  Instructores externos.
  • Instructores internos.
  • Otros usuarios del sistema.
Lineamientos Para La Capacitación:
  • Objetivos de la capacitación
  • Métodos de capacitación
  • Sitios de capacitación
  • Materiales de capacitación
Estrategias De Conversión:
  • Conversión directa.
  • Conversión paralela.
  • Conversión gradual o por fases.
  • Conversión de prototipo modular.
  • Conversión distribuida.

Seguridad Física
La seguridad física se refiere a proteger el sitio donde se encuentra la computadora, su equipo y software a través de medios físicos. Puede incluir acceso controlado a las salas de cómputo por medio de signos legibles por la máquina o un registro de entrada y salida del sistema por un humano, usando cámaras de televisión de circuito cerrado para supervisar las
áreas de la computadora y frecuentemente apoyando los datos y almacenando los respaldos en un área a prueba de fuego o a prueba de agua.

Seguridad Lógica
La seguridad lógica se refiere a los controles lógicos en el software. Los controles lógicos son familiares para la mayoría de los usuarios como contraseñas o códigos de autorización de alguna clase. Cuando se usan, permiten al usuario entrar al sistema o a una parte particular de una base de datos con una contraseña correcta.






4.22. ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERÍA DE SOFTWARE


           ¿Qué es la calidad del software?
El grado en que un cliente y/o usuario percibe que el producto software satisface sus necesidades, cumpliendo las normas y que tenga cero defectos.

¿Qué es la ingeniería del software?
Es una disciplina de la ingeniería que comprende todos los aspectos de la producción de software desde las etapas iniciales de la especificación del sistema hasta el mantenimiento de este después que se utiliza.
El establecimiento y uso de principios de ingeniería robustos orientados a obtener software económico que sea fiable y que funcione en máquinas reales.

Enfoques para el aseguramiento de la calidad mediante la ingeniería de software 


  • Garantizar el aseguramiento de la calidad total diseñando sistemas y software con un enfoque modular, descendente.
  •  Documentar el software con las herramientas adecuadas.
  • Probar, mantener y auditar el software.

 Principios que guían  hacia el aseguramiento de la calidad


  •  El usuario del sistema de información es el factor individual más importante en establecer y evaluar su calidad.
  •  Es mucho menos costoso corregir los problemas en sus fases iniciales que esperar hasta que un problema se manifieste a través de las quejas o crisis del usuario.
  • Forma de minimizar los riesgos, y ayudar a asegurar que el sistema es lo que se necesita y quiere, y que mejorará evidentemente algunos aspectos del desempeño del negocio 

Enfoque de administración de calidad total (TQM)

*      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.
  • Debe existir un apoyo incondicional por parte de los directivos.
  •   La administración y los usuarios deben desarrollar lineamientos para los estándares de calidad de los sistemas de información.
*      Repasos estructurados

  •  Una de las acciones más fuertes de la administración de calidad.
  •  Es una forma para monitorear el desarrollo general y de la programación del sistema, resaltar problemas y permitir al responsable de esa parte del sistema haga los cambios adecuados.
  •  Pueden ser realizados cada vez que se ha terminado una parte del código, un subsistema o un sistema.
*      Diseño y desarrollo de sistemas

  • Diseño Ascendente
  •  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 más 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
  • Ver una gran imagen del sistema y luego explotarla a partes o subsistemas más pequeños.
  • Determina los objetivos organizacionales globales.

*      Ventajas del diseño descendente

  •  Evita el caos de diseñar un sistema "todo a la vez“, dado que la planeación e implementación de un sistema de administración de información es complejo.
  • Nos da la habilidad de tener equipos de análisis de sistemas separados trabajando en paralelo en diferentes subsistemas, ahorrando tiempo.
  •  Se previene que los analistas de sistemas se enfoquen demasiado en los detalles y pierdan de vista lo que debe hacer el sistema.
  •  Ventajas
  • Módulos más sencillos de escribir y depurar debido a la independencia.
  • Los módulos son más fáciles de mantener.
  • Los módulos son más fáciles de entender, debido a que son subsistemas independientes.

*      Uso de Diagramas de Estructura para diseñar sistemas

  • Herramienta recomendada para diseñar un sistema modular descendente.
  •  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 con círculos vacíos se denominan parejas de datos y las flechas con los círculos rellenados se denominan banderas de control o interruptores que están limitados por dos valores: si o no.
  •   Estas flechas indican que algo se pasa hacia al módulo inferior o al módulo superior.

Documentar el software con las herramientas adecuadas

*      Documentación

  • Permite al usuario, programadores y analistas “ver” el sistema, su software y procedimientos sin tener que interactuar con él.
  • Proporciona una apreciación global del propio sistema.
  •   La documentación de procedimiento detalla lo que se debe hacer para ejecutar el software en el sistema y;
  • La documentación del programa detalla el código del programa que se usa.

*      Pseudocódigo

  • No es un tipo particular de programar código, pero se puede usar como un paso intermedio para desarrollar el código de programa.
  • Con frecuencia se usa para representar la lógica de cada módulo en un diagrama de estructura.

*      Manual de procedimiento

  • Son documentos de apoyo al usuario, asistencia.
  •  También podrían contener códigos de programas, diagramas de flujo, etc.
  •  Podrían contener comentarios de fondo, los pasos requeridos para lograr diferentes transacciones, instrucciones de cómo solucionar problemas.
  • Soporte técnico, servicio de fax o manuales en línea.

*      Método Folklore

  •  Folklore = Tradición = Costumbre
  • Técnica de Documentación que sirve para complementar  otras técnicas
  • Sirve para recopilar las costumbres entre las personas.
  • Requiere de entrevistas, revisión de carteles, etc.
  • Tiene 4 categorías (Proverbios, Costumbres, Formas Artísticas y Anécdotas).

*      Selección de una técnica de diseño y documentación

  • Es compatible con la documentación existente
  •  Se entiende por otros en la organización.
  • Le permite regresar a trabajar en el sistema después de que ha estado fuera de el por un periodo.
  •  Sea conveniente para el tamaño del sistema en que esta trabajando.
  • Permita fácil modificación.

Prueba, Mantenimiento y Auditoría

*      Proceso de prueba

  • Las pruebas se realizan a lo largo del sistema y no simplemente al final.
  • Es una serie esencial de pasos que ayuda asegurar la calidad del sistema eventual
  • La prueba se realiza en subsistemas o módulos de programas conforme al trabajo avanza.
  • Revisa para ver si los módulos trabajan junto entre ellos, tal como se planeó.


*      Prácticas de mantenimiento

  • El mantenimiento se realiza para mejorar el software existente en lugar de responder a una crisis o falla del sistema.
  • Re codificar para mejorar la eficacia del programa.
  • Proporcionar a los usuarios acceso a un correo electrónico para el soporte técnico.

*      Cómo auditar

  • Es una forma de asegurar la calidad de la información contenida en el sistema.
  • Se pide un experto, que no esté involucrado en crear o usar el sistema, examinar la información para determinar su fiabilidad.




4.21. DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS



  DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS

La calidad de datos es una medida de qué tan consistentemente correctos, dentro de ciertos límites prefijados, están los datos. Los datos codificados eficazmente facilitan la entrada de datos precisa al reducir la cantidad necesaria de datos y, con ello, el tiempo requerido para introducir la información.

Codificación Efectiva
Una de las formas en que los datos pueden ser introducidos de manera más precisa y eficiente es mediante el empleo inteligente de varios códigos. El proceso de poner datos ambiguos o demasiado largos en unos cuantos dígitos o letras que se puedan introducir fácilmente se conoce como codificación, que no se debe confundir con la codificación de programas.
La codificación ayuda a que el analista de sistemas alcance el objetivo de eficiencia, debido a que los datos codificados requieren menos tiempo para su captura y reducen la cantidad de elementos capturados.

La codificación es una forma fluida y concisa de capturar datos. Además de proporcionar precisión y eficiencia, los códigos deben tener un propósito. Los
tipos específicos de códigos nos permiten tratar los datos de una forma  particular. Los propósitos para codificar incluyen lo siguiente:

1.    Llevar registro de algo.
2.    Clasificar la información.
3.    Ocultar la información.
4.    Revelar la información.
5.    Solicitar la acción apropiada.
El código de derivación alfabética es un método que se usa comúnmente para identificar un número de cuenta.
Una desventaja de un código de derivación alfabética se presenta cuando la parte alfabética es pequeña, por ejemplo, el nombre “Po” o cuando el nombre contiene menos consonantes que las requeridas por el código.

Validación De Las Transacciones De Entrada
Validar las transacciones de entrada se hace principalmente mediante software que es la responsabilidad del programador pero es importante que el analista de sistemas sepa qué problemas comunes podrían invalidar una transacción.

Ventajas De La Precisión En Los Entornos De Comercio Electrónico
Uno de los muchos bonos de las transacciones de comercio electrónico es la mayor precisión de los datos, debido a cuatro razones:

1.    Los clientes generalmente codifican o teclean los datos.
2.    Los datos introducidos por los clientes se almacenan para su uso posterior.
3.    Los datos introducidos en el punto de venta se reúsan a lo largo del proceso de surtido del pedido.
4.    La información se usa como retroalimentación para los clientes.
Asegurar la calidad de la entrada de datos al sistema de información es crítico para asegurar la salida de calidad. La calidad de los datos capturados se puede mejorar mediante el logro de los tres objetivos principales de entrada de datos: codificación eficaz; captura de datos eficaz y eficiente, y la validación de datos.
Una de las mejores formas para acelerar la entrada de datos es mediante el uso eficaz de la codificación, la cual pone los datos en secuencias cortas de dígitos y/o letras.