UNIVERSIDAD
REGIONAL AUTONOMA DE LOS ANDES
|
Uniandes
|
EXTENSIÓN
SANTO DOMINGO
FACULTAD SISTEMAS
MERCANTILES
CARRERA SISTEMAS
MODULO SISTEMAS
DE INFORMACIÓN
TEMA: MODULO DE SISTEMAS DE INFORMACIÓN
AUTOR: KLEBER COELLO
TUTOR: ING. SEGUNDO MENA
FECHA: 18/03/2013
PERIODO NOVIEMBRE 2012 – ABRIL
2013
INDICE
1.
INTRODUCCIÓN
Es un
conjunto de organizado de elementos, que pueden ser personas, datos,
actividades o recursos materiales en general. Estos elementos interactúan entre
si para procesar información y distribuirla de manera adecuada en función de
los objetivos de una organización.
Entre
otras palabras un sistema de información es un conjunto de elementos que
interactúan entre sí con el fin de apoyar las actividades de una empresa o
negocio
2. OBJETIVOS
Aprender sobre sistema de
información para tener una perspectiva empresarial.
a) A prender a procesar la información y
distribuirla de manera adecuada.
b) Tener
la noción de cómo poder elaborar un sistema de información.
3. FUNDAMENTACIÓN
CIENTIFICA
Un sistema de información es un conjunto de elementos que interactúan
entre sí con el fin de apoyar las actividades de una empresa o negocio.
El equipo computacional: el hardware necesario para que el sistema de
información pueda operar.
El recurso humano que interactúan con el Sistema de Información, el cual
está formado por las personas que utilizan el sistema.
Un sistema de información realiza cuatro actividades básicas: entrada,
almacenamiento, procesamiento y salida de información.
Entrada de Información:
Es el proceso mediante el cual el Sistema de Información toma los datos
que requiere para procesar la información. Las entradas pueden ser manuales o
automáticas.
Las manuales son aquellas que se proporcionan en forma directa por el
usuario, mientras que las automáticas son datos o información que provienen o
son tomados de otros sistemas o módulos. Esto último se denomina interfaces
automáticas.
Las unidades típicas de entrada de datos a las computadoras son las
terminales, las cintas magnéticas, las unidades de diskette, CD-ROM, Pendriver,
los códigos de barras, los escáners, la voz, los monitores sensibles al tacto,
el teclado y el mouse, entre otras.
Almacenamiento de información:
El almacenamiento es una de las actividades o capacidades más
importantes que tiene una computadora, ya que a través de esta propiedad el
sistema puede recordar la información guardada en la sección o proceso
anterior. Esta información suele ser almacenada en estructuras de información
denominadas archivos. La unidad típica de almacenamiento son los discos
magnéticos o discos duros, los discos flexibles o diskettes, pendriver y los
discos compactos (CD-ROM).
Procesamiento de Información:
Es la capacidad del Sistema de Información para efectuar cálculos de
acuerdo con una secuencia de operaciones preestablecida. Estos cálculos pueden
efectuarse con datos introducidos recientemente en el sistema o bien con datos
que están almacenados. Esta característica de los sistemas permite la
transformación de datos fuente en información que puede ser utilizada para la
toma de decisiones, lo que hace posible, entre otras cosas, que un tomador de
decisiones genere una proyección financiera a partir de los datos que contiene
un estado de resultados o un balance general de un año base.
Salida de Información:
La salida es la capacidad de un Sistema de Información para sacar la
información procesada o bien datos de entrada al exterior. Las unidades típicas
de salida son las impresoras, terminales, diskettes, cintas magnéticas, la voz,
los graficadores y los plotters, entre otros. Es importante aclarar que la
salida de un Sistema de Información puede constituir la entrada a otro Sistema
de Información o módulo. En este caso, también existe una interfase automática
de salida. Por ejemplo, el Sistema de Control de Clientes tiene una interfase
automática de salida con el Sistema de Contabilidad, ya que genera las pólizas
contables de los movimientos procesales de los clientes.
4. DESARROLLO
Las empresas han incorporado dentro de sus procesos los sistemas de
información, estos son de gran relevancia que permiten a estas desarrollar sus
actividades de trabajo, con información y conocimiento, al mismo tiempo ha
permitido un aumento en la eficiencia de los procesos y la automatización de
muchos otros procesos para competir a niveles más globales.
Los sistemas de información se pueden establecer desde dos perspectivas:
la funcional, en la que se encuentran sistemas de ventas y marketing, de
manufactura y producción, financieros y contables, de recursos humanos., que
fortalecen las tomas de decisiones de la empresa.
Sin lugar a duda la forma de hacer negocio de hoy en día a cambiado, de
tal forma que muchas empresas están invirtiendo miles y millones de dólares en
la adquisición de sistemas y tecnologías de la información; para alcanzar altos
niveles de eficiencia y productividad en operaciones empresariales y así obtener
ventaja competitiva respectos a sus competidores. También se detallaran los
componentes técnicos que requieren los sistemas de información: hardware,
software, base de datos y conectividad de redes. Se mencionara los aspectos que
se deben tomar en cuenta para invertir en hardware, software y otros elementos
de infraestructura que son necesarios para el buen desempeño de la empresa.
También se abordara la administración de datos y la manera en que los negocios
utilizan las bases de datos para lograr sus objetivos.
Los
sistemas de información ayudan al éxito de las organizaciones, entre alguno de
los ejemplos menciona Tupperware, ya que esta empresa no se popularizo en un
inicio en los comercios y decide buscar otra manera de llegar a su mercado, por
ésta razón utiliza la estrategia de demostraciones en hogares, la cual le ha
funcionado exitosamente hasta nuestros días.
Para
que los sistemas de información funcionen adecuadamente son necesarios tres
recursos con los que cualquier organización ya sea micro, pequeña, mediana o
grande cuenta que son: gente, organización y tecnología, para así poder generar
el aumento de las ventas solucionando cada problema que la organización presente.
Los
sistemas de información ayudan a cualquier organización a solucionar sus
problemas, recopilando toda la información necesaria de cada área o
departamento en conflicto para dar todas las herramientas necesarias y así
generar una buena toma de decisiones.
La interacción entre la tecnología de información y las organizaciones
es muy compleja y recibe la influencia de muchos factores mediadores, como la
estructura, los procesos de negocios, las políticas, la cultura, el entorno y
las decisiones administrativas. Algunos de los cambios que ocurren en las
empresas a causa de las nuevas inversiones en tecnología de información no
pueden verse y sus resultados podrían o no satisfacer sus expectativas.
Una organización es una estructura social formal, estable, que toma
recursos del entorno y los procesa para producir bienes y servicios. También
son estructuras sociales porque constituyen un conjunto de elementos sociales,
de manera parecida a la estructura de una máquina.
Construir nuevos sistemas de información o reconstruir los existentes
significa mucho más que un reacomodo técnico de máquinas, implica que algunos
sistemas de información modifiquen el equilibrio de derechos, privilegios,
obligaciones, responsabilidades y sentimientos de la organización que se han
establecido a lo largo del tiempo.
El cambio tecnológico requiere cambios en quien posee y controla la
información, quien tiene derecho a acceder y actualizar esa información, y que
tomara las decisiones sobre quien, cuando y como.
Los sistemas de información están estrechamente entrelazados con la
estructura, cultura y procesos de negocios de una organización. Los nuevos
sistemas alteran los patrones de trabajo establecidos y las relaciones de poder,
por lo que suele haber cierta resistencia hacia ellos cuando se implementan. La
compleja relación entre los sistemas de información, el desempeño de la
organización y la toma de decisiones se debe manejar con cuidado.
La
información en la actualidad es el medio por el cual grandes empresarios ganan
fortunas sin tener en cuenta el valor que ella significa y que no tiene ningún
tipo de respaldo por los gobiernos democráticos de todo el mundo. La ambición
de generar cada vez más poder a sobrepasado las barreras de la vida del ser
humano y en nuestra legislación actual no existe protección para la persona en
común en contra de los actos corruptos y las formas ilegales que se obtiene la
información perjudicando en la mayoría de las veces a la vida humana.
La
ética se refiere a los principios morales que individuos que actúan como
agentes libres puede usar para tomar decisiones que guíen esa conducta. La
tecnología de la información y los sistemas de información hacen que surjan
nuevas cuestiones de ética tanto para los individuos como para las sociedades,
porque crean oportunidades de intenso cambio social, y por lo tanto, amenazan
las distribuciones vigentes de poder, riqueza, derechos y obligaciones.
Dimensiones morales de la era de la
información
Entre
los principales aspectos éticos, sociales y políticos propiciados por los
sistemas de información se encuentran las siguientes dimensiones morales:
Derechos
y obligaciones de la información que son los derechos que tienen los individuos
y las organizaciones respecto a la información que se refiere a ellos mismos.
Derechos
de propiedad: Protección de los derechos de propiedad intelectual tradicionales
en una sociedad digital en la que es difícil localizar y justificar la
propiedad.
Responsabilidad
y control, hace referencia a quien puede hacerse responsable por los derechos
de propiedad y la información individual y colectiva.
Calidad
del sistema: Son los estándares de datos y calidad del sistema que se deben
exigir para proteger los derechos individuales y la seguridad de la sociedad.
Calidad
de vida: Son los valores que se deben preservar en una sociedad basada en la
información y el conocimiento.
4.5.
INFRAESTRUCTURA
DE TI Y TECNOLOGÍAS EMERGENTES
Este tema
consiste en el conjunto de dispositivos físicos y aplicaciones de software que
se requieren para operar toda una empresa de una manera adecuada y efectiva; y
también un conjunto de
servicios a lo largo y ancho de la empresa, presupuestados por la administración
y que abarcan capacidades tanto humanas como técnicas.
Entre los servicios que
ofrece se incluyen los siguientes:
§
Plataformas
de cómputo que se utilizan para proporcionar servicios de cómputo que conectan
a empleados, clientes y proveedores dentro de un entorno digital coherente.
§
Servicios
de telecomunicaciones que proporcionan conectividad de datos, voz y video a
empleados, clientes y proveedores.
§
Servicios
de administración de datos que almacenan y manejan datos corporativos que
proveen capacidades para analizar datos.
§
Servicios
de software de aplicaciones que proveen capacidades a toda la empresa.
§
Servicios
de administración de instalaciones físicas que desarrollan la infraestructura,
coordinan los servicios de TI entre las unidades de negocios.
4.6. FUNDAMENTOS DE LA
INTELIGENCIA DE NEGOCIOS: ADMINISTRACIÓN DE BASES DE DATOS E INFORMACIÓN
EL tema se centra en que
las empresas se encargan de recopilar su información por medio de sistemas de
bases de datos, lo que tratan con esto es de garantizar un entorno conveniente
y eficiente, para almacenar, procesar y extraer información; donde los
funcionarios pueden acceder en el momento que los necesiten.
Actualmente se busca
disminuir ciertos problemas como el duplicado y no disponibilidad de los datos,
la falta de medidas de seguridad, entre otros; que pueden afectar el buen
funcionamiento de la empresa, ya que la información se vuelve vulnerable a que
terceras personas puedan acceder y manipularla, a que los datos no estén en el
momento que sean solicitados o que simplemente se encuentren inconsistencias en
la información accedida. Esto sucede puesto que no cuentan con sistemas de
bases de datos diseñados para el porvenir del negocio, por medio de un estudio
previo, que pueda mostrar cuáles son las necesidades reales de la empresa,
adecuándolos a estos resultados; asimismo, con el debido seguimiento de que se
está cumpliendo con los objetivos del sistema y que ante cualquier falla se
realizará la correspondiente corrección.
Dentro de los tipos de
sistemas de administración de bases de datos, el relacional es el más
utilizado, esto porque es más sencillo y comprensible por los usuarios finales
y los profesionales de tecnologías de información; además puede progresar, ya
que las relaciones entre los datos no necesitan estar predefinidas.
Por otra parte, se puede
encontrar que las empresas se apoyan de la elaboración de consultas e informes
para poder tener una idea del funcionamiento de la empresa, así lograr mayor
seguridad en que sus actividades se están realizando adecuadamente, un ejemplo
de ellos es la aplicación del SQL lo cual permite mejorar el desempeño de la
empresa y tomar en la medida de lo posible las mejores decisiones.
Asimismo, dentro de la
administración de los sistemas de bases de datos, se encuentra el proceso de
normalización cuyo objetivo es el de simplificar la relación entre los campos
de un registro; logrando reemplazar los datos por otros más manejables; esto
para que se cumpla con estándares y la información sea recopilada adecuándose al
funcionamiento de la empresa. De la mano de esto se encuentran ciertas
políticas de información, las cuales son necesarias para poder cumplir con las
reglas de poder manipular la información de la empresa.
Otro punto a destacar es
lo útil que se ha convertido el utilizar las bases de datos en la web, las
empresas se ahorran tiempo en acceder a la información, puesto que lo hacen de
inmediato, logrando un manejo dinámico por parte de los funcionarios.
Son herramientas muy
útiles que las organizaciones deben saber aprovechar, tomando las medidas
necesarias para lograr buenos resultados en la implementación de un sistema de
bases de datos.
4.7. PROTECCIÓN DE LOS
SISTEMAS DE INFORMACIÓN
Consiste en
asegurar los recursos del sistema de información de una organización, este tipo de seguridad incluyen los programas; se resguarda de esta
forma los datos que se consideran importantes para que no sean vistos por
cualquier persona no autorizada.
Todos los expertos y
analistas en sistemas saben a ciencia cierta que los sistemas de información no
están exentos de ataques ajenos y maliciosos que buscan ocasionar daños a la
empresa, con el fin de extorsionarla o robarle información, o en otros casos
solo buscan dañar la información que contengan los equipos de los usuarios. Por
ese motivo que un sistema de información debe tener la suficiente seguridad y
sistemas de protección para que no sea blanco fácil de estos ataques
informáticos.
Entre los ataques
informáticos más comunes, tenemos los expresados a continuación:
BotNet:
Se denomina a la
redes de computadoras dominadas por bots, este grupo de ordenadores dominados
se los conocen como “zombies”.
Bot:
son programas de
software que permiten tomar el control remoto de la PC de una víctima
desprevenida. Son controlados por el BotHerder o también conocidos como
“pastor”, el dueño del bot.
Malware:
engloba a todo tipo
de programa o código de computadora cuya función es dañar un sistema o causar
un mal funcionamiento. Dentro de este grupo podemos encontrar términos como:
Virus, Troyanos (Trojans), Gusanos (Worm), Dialers, Spyware, Adware, Hijackers,
Keyloggers, FakeAVs, Rootkits, Bootkits, Rogues, etc….
Worms: es similar a un virus por su diseño, y
es considerado una subclase de virus. Los gusanos informáticos se
propagan de ordenador a ordenador, pero a diferencia de un virus, tiene
la capacidad a propagarse sin la ayuda de una persona. Un worm se
aprovecha de un archivo o de características de transporte del sistema, para
viajar.
Troyano: Es un programa malicioso que se aloja
en la computadora y permite el acceso a usuarios externos, con el fin de
recabar información o controlarla, pero sin afectar el funcionamiento de dicha
máquina; es decir, pasar inadvertido.
Spyware: o también conocido como software espía
es una aplicación que recopila información sobre una persona u organización sin
su conocimiento ni consentimiento. El objetivo más común es distribuirlo a
empresas publicitarias u otras organizaciones interesadas. Normalmente, este
software envía información a sus servidores, en función a los hábitos de
navegación del usuario.
Spam: Sencillamente es el envío
descontrolado de correo electrónico basura.
Backdoor: Estos programas son diseñados para
abrir una "puerta trasera" en nuestro sistema de modo tal
de permitir al creador de esta aplicación tener acceso al sistema y hacer lo
que desee con él.
Phishing: Es uno de los métodos más utilizados
por delincuentes cibernéticos para estafar y obtener información confidencial
de forma fraudulenta como puede ser una contraseña o información detallada
sobre tarjetas de crédito u otra información bancaria de la víctima. Crean
páginas web de empresas de confianza donde los usuarios ingresan su información
personal.
Para obtener protección
contra los bots maliciosos, los expertos en seguridad de los principales
antivirus aconsejan:
Ø
Instale
un software de seguridad de primera clase ( Antivirus, AntiSpy, Firewall )
Ø
Configure
el software para que se actualice de manera automática. Aumente las
configuraciones de seguridad de su navegador.
Ø
Limite
los derechos de usuario cuando está en línea.
Ø
Nunca
haga clic en los archivos adjuntos, a menos que pueda verificar su origen.
Ø
Asegúrese
de que su sistema tenga las revisiones más recientes de Microsoft Windows
Update.
Ø
Configure
los parámetros de seguridad de su equipo para que se actualicen
automáticamente, a fin de asegurarse de tener siempre los parches más recientes
del sistema.
4.8.
EL ROL DEL
ANALISTA DE SISTEMAS
Analista de Sistema: puede
referirse al encargado del desarrollo de aplicaciones en lo que respecta a su
diseño y obtención de los algoritmos, así como de analizar las posibles
utilidades y modificaciones necesarias de los sistemas operativos para una
mayor eficacia de un sistema informático. Otra misión de estas personas es dar
apoyo técnico a los usuarios de las aplicaciones existentes.
El analista de sistemas
generalmente valora la manera que funcionan los negocios examinando la entrada,
el procesamiento de datos y la salida de información con el propósito de
mejorar los procesos organizacionales. Muchas mejoras involucran mejor apoyo
para las funciones de los negocios por medio del uso de
sistemas de información computarizados.
Esta definición enfatiza un enfoque sistemático y
metódico para analizar, y posiblemente mejorar, lo que está sucediendo con el
contexto específico creado por un negocio. Se requiere que los analistas de
sistemas desempeñen muchos paquetes en el curso de su trabajo. Algunos de estos
papeles son:
1.
Consultores
externos para negocios.
2.
Experto
de soporte dentro de un negocio.
3.
Agente
de cambio en situaciones tanto internas como externas.
Los analistas poseen un
amplio rango de habilidades. La primera y principal es que le analista
soluciona problemas, le gusta el reto de analizar un problema y encontrar una
respuesta funcional. Los analistas de sistemas requieren habilidades
de comunicación que les permitan relacionarse en forma significativa con
muchos tipos de gente diariamente, así como habilidades de computación. Para su
éxito es necesario que se involucre el usuario final.
Los subsistemas se caracterizan por su
entorno que va de un continuo abierto y cerrado. Por lo general el sistema
abierto permite el libre tránsito de recursos al contrario de los sistemas
cerrados, o permiten que la información fluya de manera libre, no existe
entradas ni salidas.
Existen tres aspectos fundamentales de la
organización que se deben tomar en cuenta al analizar y diseñar sistemas de
información:
·
El concepto de organizaciones como sistemas
·
Los diversos niveles de administración
·
la cultura general de la organización
Las organizaciones son sistemas complejos
compuestos de subsistemas interrelacionados e interdependientes. Además, los
sistemas y subsistemas se caracterizan por sus entornos internos que van de un
continuo abierto a cerrado.
4.2.
DETERMINACION DE
LA VIABILIDAD Y ADMINISTRACION
DE LAS ACTIVIDADES
DE ANALISIS Y DISEÑO
Existen cinco aspectos fundamentales de un proyecto que el analista de
sistemas debe dominar los cuales son:
1. la iniciación de proyectos
2. la determinación de la viabilidad de un proyecto
3. la planeación y el control de actividades
4. la programación de proyectos
5. la administración de los miembros del equipo de análisis de sistemas.
Los proyectos pueden ser solicitados por diversas personas de la
organización o por los mismos analistas de sistemas.
La selección de un proyecto es una decisión difícil, ya que se
solicitarán más proyectos de los que se pueden realizar. Cinco criterios
importantes para la selección de proyectos son:
1. Que el proyecto cuente con el debido respaldo de los directivos de la
organización
2. Contar con un periodo adecuado de compromiso para la terminación del
proyecto
3. Impulsar a la organización hacia la consecución de sus metas
4. factibilidad
5. Tener la importancia suficiente para darle mayor prioridad que a otros
proyectos.
Determinación de la viabilidad y administración de las actividades de
análisis y diseño
Entre muchas de las capacidades fundamentales que debe dominar un analista
de sistemas se incluye la iniciación de proyectos, la determinación de la
viabilidad de un proyecto, la programación de proyectos, y la planeación y
administración de las actividades y los miembros de un equipo para optimizar la
productividad.
PROBLEMAS EN LA ORGANIZACIÓN
En algunos casos, los problemas que requieren la toda atención del
analista de sistemas ya que permanecen ocultos porque no se realizan mediciones
del desempeño. Los problemas (o síntomas de problemas) en procesos cuyos
resultados son visibles y que podrían requerir la ayuda de un analista de
sistemas incluyen errores excesivos y trabajo realizado con demasiada lentitud,
incompleto, incorrecto o que no se hace. Otros síntomas de problemas se vuelven
evidentes cuando los individuos no cumplen las metas de desempeño establecidas.
SELECCIÓN DE PROYECTOS
Algunos puntos importantes:
1. Se debe tener bien definidas las razones para recomendar el estudio de
sistemas de un proyecto que parezca resolver un problema o propiciar una
mejora.
2. Debe tomar en cuenta los motivos que impulsen una propuesta de proyecto.
3. Debe asegurarse de que el proyecto no tiene como propósito mejorar su
propia imagen política o su poder, o el poder de la persona o grupo que lo
proponga, porque hay una alta probabilidad de que el proyecto sea mal concebido
y, con el tiempo, no tenga una buena aceptación.
Más allá de estas consideraciones generales, existen cinco criterios
específicos para la selección de proyectos:
1. El respaldo de los directivos
de la organización.
2. Un periodo adecuado de
compromiso para terminar el proyecto.
3. La posibilidad de mejorar la consecución de las metas
organizacionales.
4. Factibilidad en cuanto a recursos para el analista de sistemas y la
organización.
5. La rentabilidad del proyecto en comparación con otras formas en que
la organización podría invertir sus recursos.
DETERMINACIÓN DE LA VIABILIDAD
La definición de viabilidad es mucho más profunda que la que se le da
comúnmente, puesto que la viabilidad de los proyectos de sistemas se evalúa de
tres maneras principales:
·
Operativa
·
Técnica
·
Económicamente
El estudio de viabilidad no consiste en un estudio completo de los
sistemas.
Más bien, se trata de recopilar suficientes datos para que los
directivos, a su vez, tengan los elementos necesarios para decidir si debe
procederse a realizar un estudio de sistemas.
Los datos para el estudio de viabilidad se pueden recopilar mediante
entrevistas.
Por lo general, el analista de sistemas entrevés a quienes requieren
ayuda y a los involucrados en el proceso de toma de decisiones, que comúnmente
son los directivos. Aunque es importante abordar el problema correcto, el
analista de sistemas no debe invertir demasiado tiempo en los estudios de
viabilidad, porque le solicitarán muchos proyectos y sólo unos cuantos podrán o
deberán ser realizados.
El tiempo dedicado al estudio de viabilidad deberá ser bastante reducido
y abarcar diversas actividades.
DEFINICIÓN DE OBJETIVOS
Las mejoras a los sistemas se pueden definir como cambios que darán como
resultado beneficios crecientes y valiosos. Las mejoras pueden ser de muchos
tipos, por ejemplo:
1. Aceleración de un proceso.
2. Optimización de un proceso al eliminar pasos innecesarios o
duplicados.
3. Combinación de procesos.
4. Reducción de errores en la captura de información mediante la
modificación de formularios y pantallas de despliegue.
5. Reducción de almacenamiento redundante.
6. Reducción de salidas redundantes.
7. Mejora en la integración de sistemas y subsistemas.
Es importante que el analista de sistemas tenga habilidad para reconocer
las oportunidades de mejora. Sin embargo, quienes están en contacto diario con
el sistema podrían ser fuentes de información más eficaces sobre las mejoras
por realizar. Si ya se han sugerido mejoras, son necesarios sus conocimientos
como analista para contribuir a determinar si vale la pena la mejora y cómo se
debe implementar.
También es importante la manera en que las mejoras a los sistemas de
información afectan los objetivos corporativos. Estos objetivos incluyen:
·
Mejora de las ganancias corporativas.
·
Apoyo a la estrategia competitiva de la
organización.
·
Mayor cooperación con distribuidores y
socios.
·
Incremento del apoyo a las operaciones
internas con el fin de producir bienes y servicios de manera más eficiente y
eficaz.
·
Incremento del apoyo a la toma de decisiones
internas para que éstas sean más eficaces.
·
Mejora del servicio al cliente.
·
Incremento en la moral de los empleados.
La viabilidad es útil para incrementar la conciencia de los impactos en
el logro de los objetivos corporativos.
DETERMINACIÓN DE RECURSOS
La determinación de recursos para el estudio de viabilidad sigue el
mismo patrón general.
El proyecto debe satisfacer tres criterios de viabilidad para pasar a
una siguiente fase de desarrollo. Los recursos se analizan desde la perspectiva
de tres áreas de viabilidad: técnica, económica y operativa.
Viabilidad técnica Gran parte de la determinación de recursos tiene que
ver con la evaluación de la viabilidad técnica. El analista debe averiguar si
es posible actualizar o incrementar los recursos técnicos actuales de tal
manera que satisfagan los requerimientos bajo consideración.
Sin embargo, en ocasiones los "agregados" a los sistemas
existentes son costosos y no redituables, simplemente porque no cumplen las
necesidades con eficiencia. Si no es posible actualizar los sistemas
existentes, la siguiente pregunta es si hay tecnología disponible que cumpla
las especificaciones.
·
Viabilidad técnica
o Agregados al sistema actual
o Tecnología disponible para satisfacer las necesidades dé los usuarios :
·
Viabilidad económica
o Tiempo de los analistas de sistemas
o Costo del estudio de sistemas
o Costo del tiempo que los empleados dedicarán al estudio
o Costo estimado del hardware
o Costo del software comercial o del desarrollo de software
·
Viabilidad operativa
o El Sistema funcionara cuando se instale
o El Sistema será utilizado
EVALUACIÓN DE LA VIABILIDAD
La evaluación de la viabilidad de los proyectos de sistemas nunca es una
tarea sencilla o bien definida. La viabilidad de un proyecto no es una decisión
a cargo del analista de sistemas sino de los directivos de la organización. Las
decisiones se toman con base en los datos sobre viabilidad recopilados y
presentados de una manera experta y profesional por el analista.
El analista de sistemas debe asegurarse de abordar en el estudio
preliminar las tres áreas de viabilidad técnica, económica y operativa. El
estudio de un proyecto de sistemas solicitado debe realizarse con rapidez con
el fin de que los recursos que se dediquen a éste sean mínimos, la información
arrojada por el estudio sea sólida y el interés hacia el proyecto siga vigente.
Por lo general, el proceso de evaluación de la viabilidad es útil para
desechar los proyectos que se contraponen con los objetivos de la organización,
que desde el punto de vista técnico no son factibles y que no ofrecen un
aliciente económico. Aunque es muy laborioso, el estudio de la viabilidad vale
la pena y al final ahorra a las empresas y los analistas de sistemas una
considerable cantidad de tiempo y dinero.
PLANEACION Y CONTROL DE ACTIVIDADES
La administración de proyectos abarca las tareas generales de planeación
y control.
La planeación incluye todas las actividades requeridas para seleccionar
un equipo de análisis de sistemas, asignar miembros del equipo a proyectos
adecuados, calcular el tiempo necesario para realizar cada tarea y programar el
proyecto de tal manera que las tareas se terminen a tiempo. El control implica
el uso de retroalimentación para monitorear el proyecto, incluyendo la
comparación del plan original del proyecto con su evolución real. Además, el
control significa emprender las acciones apropiadas para agilizar o reprogramar
actividades para terminar en tiempo, a la vez que estimulen a los miembros del
equipo a realizar el trabajo de manera profesional.
USO DE GRÁFICAS DE GANTT PARA LA PROGRAMACIÓN
DE PROYECTOS
Una gráfica de Gantt es una forma fácil de programar tareas. En este
tipo de gráfica las barras representan cada tarea o actividad. La longitud de
cada barra representa la duración relativa de dicha tarea.
La principal ventaja de la gráfica de Gantt es su sencillez. El analista
de sistemas esta técnica no sólo es fácil de utilizar, sino que también es
adecuada para establecer una comunicación satisfactoria con los usuarios
finales. Otra ventaja de utilizar la gráfica de Gantt es que las barras
representan actividades o tareas a escala; es decir, el tamaño de las barras
indica el tiempo relativo que tomará completar cada tarea.
Existen métodos que nos permiten tener acceso, a la recopilación de
información necesaria para saber o identificar problemas dentro de una
organización. Es importante identificar cuáles son esos métodos y como
aplicarlos. A continuación explicaremos unos de los más comunes y su forma de
ser empleados.
ENTREVISTAS
Para desarrollar una entrevista es indispensable primero conocerse así
mismo. Necesita conocer sus prejuicios y cómo afectarán éstos sus percepciones.
Su educación, intelecto, formación, emociones y marco ético actúan como filtros
poderosos de lo que va a oír en sus entrevistas para poder entender lo que es
una entrevista.
Una entrevista es utilizada para recolectar información, dicho en otros
términos es una conversación dirigida con un propósito específico que utiliza
un formato de preguntas y respuestas. En la entrevista usted necesita obtener
las opiniones de los entrevistados y su parecer acerca del estado actual del
sistema, metas organizacionales y personales y procedimientos informales.
Los cinco pasos principales para preparar una entrevista son:
Pasos para la planeación de la entrevista
1. Leer los antecedentes.
2. Establecer los objetivos de la entrevista.
3. Decidir a quién entrevistar.
4. Preparar al entrevistado.
5. Decidir el tipo de preguntas y la estructura.
Leer los antecedentes
Leer y entender tanto como sea posible los antecedentes de los
entrevistados y su organización. Con frecuencia este material se puede obtener
del sitio Web.
Establecer los objetivos de la entrevista
Utilice los antecedentes que haya recopilado así como su propia
experiencia para establecer los objetivos de la entrevista. Debe haber de
cuatro a seis áreas clave referentes al procesamiento de la información y el
comportamiento relacionado con la toma de decisiones acerca de las cuales
tendrá usted que hacer preguntas.
Estas áreas incluyen fuentes de información, formatos de información,
frecuencia de la toma de decisiones, cualidades de la información y estilo de
la toma de decisiones.
Decidir a quién entrevistar
Cuando tenga que decidir a quién entrevistar, incluya a gente clave de
todos los niveles que vayan a ser afectadas por el sistema de alguna manera.
Esfuércese por conseguir el equilibrio de tal manera que atienda las
necesidades de tantos usuarios como sea posible. Su persona de contacto en la
organización también tendrá algunas ideas sobre quién deba ser entrevistado.
Preparar al entrevistado
Prepare a la persona que va a ser entrevistada hablándole por anticipado
o enviándole un mensaje de correo electrónico y dándole tiempo para pensar en
la entrevista. Si va a realizar una entrevista a profundidad, puede enviar sus
preguntas por correo electrónico con antelación para darle tiempo al
entrevistado a que piense sus respuestas. Sin embargo, debido a que con la
entrevista se pretende satisfacer muchos objetivos (incluyendo la creación de
confianza y la observación del lugar de trabajo), normalmente ésta se debe
realizar en persona y no por correo electrónico. Las entrevistas se deben
llevar a cabo en 45 minutos o una hora a lo mucho.
Decidir el tipo de preguntas y la estructura
Escriba preguntas que abarquen las áreas clave de la toma de decisiones
que haya descubierto al determinar los objetivos de la entrevista. Las técnicas
apropiadas para preguntar son el corazón de la entrevista. Las preguntas tienen
algunas formas básicas que usted debe conocer. Los dos tipos básicos de
preguntas son las abiertas y las cerradas. Cada tipo de pregunta puede lograr
resultados un poco diferentes a los de la otra, y cada una tiene ventajas y
desventajas.
TIPOS DE PREGUNTAS
Existen diversidad de tipos de preguntas y cada una es usada de acuerdo
a las necesidades o que tanto de información es requerida es importante aplicar
el método que vamos a usar para realizar dichas preguntas de acuerdo a su tipo.
Preguntas abiertas
Estas preguntas incluyen aquellas como "¿Qué piensa de poner a
todos los gerentes en una intranet?" y "Explique por favor cómo toma
una decisión de programación de producción". Considere el término
abiertas.
En realidad, "abiertas" describe las opciones del entrevistado
para responder. Están abiertas.
Preguntas cerradas
las preguntas cerradas. Tales preguntas son de la forma básica:
"¿Cuántos subordinados tiene?" Las respuestas posibles se cierran al
entrevistado, debido a que sólo puede contestar con un número finito como
"Ninguno", "Uno" o "Quince". Una pregunta cerrada
limita la respuesta disponible para el entrevistado.
Uso de una estructura de pirámide
La organización inductiva de preguntas de la entrevista se puede
visualizar como si se tuviera una forma de pirámide. Con base en esta forma, el
entrevistador empieza con preguntas, a menudo cerradas, muy detalladas.
Posteriormente, el entrevistador extiende los temas permitiendo preguntas
abiertas y respuestas más generalizadas.
Debe utilizar una estructura de pirámide si cree que su entrevistado
necesita motivación para profundizar en el tema. También es conveniente
utilizar una estructura de pirámide para la secuencia de las preguntas cuando
desea una opinión concluyente del tema. Tal es el caso de la pregunta final:
"En general, ¿qué opina de la seguridad de los datos versus la importancia
del acceso a Internet?"
Uso de una estructura de embudo
En el segundo tipo de estructura, el entrevistador adopta un método
deductivo al iniciar con preguntas generales y abiertas, y luego limitar las
posibles respuestas utilizando preguntas cerradas. Esta estructura de
entrevista se puede visualizar como una forma de embudo.
Uso de una estructura de diamante
Con frecuencia es mejor una combinación de las dos estructuras
anteriores, lo cual da como resultado una estructura de diamante. Esta
estructura implica empezar de una manera muy específica, después se examinan
los aspectos generales y finalmente se termina con una conclusión muy específica.
4.12. RECOPILACION DE INFORMACION METODOS NO
INTRUSIVOS
MUESTREO
El muestreo es el proceso consistente en seleccionar sistemáticamente
elementos representativos de una población. Cuando dichos elementos se examinan
con cuidado, se da por hecho que el análisis revelará información útil de la
población en general.
NECESIDAD DEL MUESTREO
Hay muchas razones por las cuales un analista de sistemas tendría que
seleccionar una muestra representativa de datos para examinarla o personas representativa
para entrevistarlas, aplicarles un cuestionario u observarlas. Entre estas
razones se incluyen:
1. Reducir costos.
2. Acelerar la recopilación de datos.
3. Mejorar la efectividad.
4. Reducir la parcialidad.
DISEÑO DEL MUESTREO
Un analista de sistemas debe seguir cuatro pasos para diseñar una buena
muestra:
1. Determinar qué datos van a ser recopilados o descritos.
2. Determinar de qué población se van a tomar muestras.
3. Escoger el tipo de muestra.
4. Decidir el tamaño de la muestra.
Cómo decidir el tamaño de la muestra Obviamente, si todos en la
población vieran el mundo de la misma forma o si cada uno de los documentos
contuviera exactamente la misma información que los demás, sería suficiente un
tamaño de uno para la muestra. Puesto que éste no es el caso, es necesario
establecer un tamaño de muestra mayor que uno pero menor que el tamaño mismo de
la población.
Es importante recordar que en el muestreo es de mayor importancia el
número absoluto que el porcentaje de la población.
DECISIÓN DEL TAMAÑO DE LA MUESTRA
El tamaño de la muestra depende del costo involucrado o del tiempo
requerido por él analista de sistemas, o incluso del tiempo que tengan las
personas de la organización.
El analista de sistemas debe seguir siete pasos, algunos de los cuales
son juicios subjetivos, para determinar el tamaño de la muestra requerido:
1. Determinar el atributo (en este caso, el tipo de errores que se
buscará).
2. Localizar la base de datos o informes en los cuales se puede
encontrar el atributo.
3. Examinar el atributo. Calcular p, la proporción de población que
tiene el atributo.
4. Tomar la decisión subjetiva con respecto a la estimación del
intervalo aceptable, i.
5. Seleccionar el nivel de confianza y buscar el coeficiente de confianza
(valor z) en una tabla.
6. Calcular crp, el error estándar de la proporción.
INVESTIGACIÓN
Conforme el analista de sistemas se esfuerza por entender la
organización y sus requerimientos de información, es importante que examine los
diferentes tipos de datos reales que ofrecen información no disponible a través
de ningún otro método de recopilación de datos. Los datos reales revelan en
dónde está la organización y hacia dónde creen sus miembros que se dirige. Para
conjuntar un panorama preciso, el analista necesita examinar datos reales tanto
cuantitativos como cualitativos.
ANÁLISIS DE DOCUMENTOS CUANTITATIVOS
En todas las empresas existen muchos documentos cuantitativos
disponibles para su interpretación, y entre ellos se incluyen informes usados
para la toma de decisiones, informes de desempeño, registros y una variedad de
formularios.
Tales informes ayudan al tomador de decisiones a identificar fácilmente
las tendencias.
Los informes de producción incluyen costos recientes, inventario actual,
mano de obra reciente e información de las instalaciones.
Informes de desempeño La mayoría de estos informes reflejan el desempeño
real versus el desempeño deseado. Una función importante de los informes de
desempeño es evaluar la dimensión de la brecha entre el desempeño real y el
deseado.
Formularios de captura de datos Antes de que empiece a cambiar los
flujos de información en la organización, necesita entender el sistema actual.
ANÁLISIS DE LOS DOCUMENTOS CUALITATIVOS
Los documentos cualitativos incluyen mensajes de correo electrónico,
memorandos, carteles en los tableros de anuncios y en las áreas de trabajo,
páginas Web, manuales de procedimientos y manuales de políticas. Hay razón para
ello. Algunos lineamientos pueden ayudar a los analistas a seguir un enfoque
sistemático en esta clase de análisis:
1. Examine los documentos en busca de metáforas clave u orientadoras.
2. Busque una mentalidad de internos contra externos o de "nosotros
contra ellos".
3. Liste los términos que caractericen lo bueno o lo malo y que
aparezcan repetidamente en los documentos.
4. Busque mensajes y gráficos significativos colocados en áreas comunes
o en páginas Web.
5. Identifique el sentido del humor, si lo hay.
Manuales Otros documentos cualitativos que el analista debe examinar son
los manuales de la organización, incluyendo los manuales de procedimientos de
operación de las computadoras y los manuales en línea.
Manuales de políticas El último tipo de documento cualitativo que
consideraremos es el manual de políticas. El examen de las políticas permite al
analista de sistemas comprender los valores, actitudes y creencias que guían a
la corporación.
OBSERVACIÓN DEL COMPORTAMIENTO DEL TOMADOR DE
DECISIONES
La observación del tomador de decisiones y su entorno físico son métodos
no intrusivos importantes para el analista de sistemas. Al observar las
actividades del tomador de decisiones, el analista busca darse una idea de lo
que realmente se hace, no sólo de lo que se documenta o explica. Además, al
observar al tomador de decisiones, el analista trata de ver personalmente las
relaciones que existen entre el tomador de decisiones y los demás miembros de
la organización.
OBSERVACIÓN DE LAS ACTIVIDADES DE TOMA DE
DECISIONES DE UN GERENTE TÍPICO
El analista de sistemas se vale de entrevistas y cuestionarios
interactivos para entender adecuadamente la manera en que los gerentes
describen su trabajo. Sin embargo, la observación permite al analista ver
personalmente la manera en que un gerente recopila, procesa, comparte y usa la
información para realizar su trabajo.
OBSERVACION DEL ENTORNO FISICO
La observación de las actividades de los tomadores de decisiones es sólo
una forma de evaluar sus requerimientos de información. La observación del
entorno físico en el cual se desempeñan los tomadores de decisiones también
pone de manifiesto muchos de sus requerimientos de información.
OBSERVACIÓN ESTRUCTURADA DEL ENTORNO (STROBE)
Los críticos de cine a veces recurren a una forma de crítica
estructurada conocida como análisis de escenario para evaluar sistemáticamente
lo que hay en una sola toma de la película.
Revisan la edición, el ángulo de la cámara, la decoración del set y a
los actores y su vestuario para descubrir si le están dando forma al contenido
de la película como el director lo desea. A veces el escenario de la película
no corresponde con lo que se dice en el diálogo.
El método para la Observación Estructurada del Entorno (Structured Observation
of the Environment) se conoce como STROBE. La aplicación exitosa del STROBE requiere
que el analista observe explícitamente siete elementos concretos que por lo
general se encuentran en las oficinas.
Ubicación de la oficina
Uno de los primeros elementos que el analista de sistemas debe observar
es la ubicación de la oficina de un tomador de decisiones específico con
respecto a otras oficinas. Las oficinas accesibles tienden a aumentar la
frecuencia de la interacción y los mensajes informales, mientras que las
oficinas inaccesibles tienden a disminuir la frecuencia de la interacción y a
aumentar los mensajes orientados a las tareas.
Colocación del escritorio
La colocación de un escritorio en la oficina puede ofrecer pistas sobre
la manera en que el tomador de decisiones ejerce su autoridad. Los ejecutivos
que confinan a un visitante a un espacio reducido y con la espalda a la pared
mientras ellos tienen exceso de espacio, adoptan la posición de autoridad más
fuerte posible. Un ejecutivo que coloca su escritorio frente a la pared con una
silla al lado para un visitante estimula la participación y los intercambios
equitativos.
Equipo fijo de oficina
Archiveros, libreros y otro equipo grande para almacenar artículos se
incluyen en la categoría de equipo fijo de oficina. Si no hay tal equipo, es
probable que el tomador de decisiones almacene muy pocos artículos de
información por sí mismo.
Accesorios
El término accesorios se refiere a todo el equipo pequeño usado para
procesar información, incluso las computadoras de bolsillo, calculadoras, PCs,
plumas, lápices y reglas. La presencia de computadoras de bolsillo,
calculadoras y PCs sugiere que un tomador de decisiones que posee dicho equipo
es más probable que lo use personalmente que uno que debe salir de la oficina
para usarlo.
Fuentes externas de información
Un analista de sistemas necesita saber qué tipo de información usa el
tomador de decisiones. La observación del tipo de publicaciones almacenadas en
la oficina puede revelar si el tomador de decisiones recurre a información
externa (en revistas de comercio, recortes de periódico sobre otras compañías
de la industria, etc.) o se basa más en la información interna (informes de la
compañía, correspondencia de la oficina, manuales de políticas).
Iluminación y color de la oficina
La iluminación y el color juegan un papel importante en la manera en que
un tomador de decisiones recopila información. Una oficina con iluminación
cálida y radiante indica una tendencia hacia la comunicación más personal. Un
ejecutivo en una oficina iluminada cálidamente recopilará más información de
manera informal, mientras que otro miembro de la organización que trabaja en
una oficina iluminada con gran colorido podría recopilar información a través
de memorandos más formales e informes oficiales.
El analista de sistemas puede darse una idea de la credibilidad de los
gerentes de la organización al observar la vestimenta que usan en el trabajo.
Mediante el STROBE, el analista de sistemas puede darse una mejor idea de la
manera en que los gerentes recopilan, procesan, almacenan y usan la
información.
Aplicación Del Strobe
Una forma de implementar el STROBE es mediante el uso de una lista de
verificación anecdótica con símbolos taquigráficos. Este enfoque del STROBE fue
útil para determinar los requerimientos de información de cuatro tomadores de
decisiones importantes en una tienda de ropa.
Elaboración De Prototipos
Cuando el analista de sistemas presenta un prototipo del sistema de
información, se interesa en las reacciones de los usuarios y los directivos de
la organización hacia el prototipo. Las reacciones se recopilan a través de la
observación, las entrevistas y las hojas de retroalimentación (posiblemente los
cuestionarios) diseñados para obtener la opinión de cada persona sobre el
prototipo después de que interactúan con él.
Clases De Prototipos
La palabra prototipo se usa de muchas formas diferentes.
Prototipo corregido La primera clase de elaboración de prototipos tiene
que ver con la construcción de un sistema que funciona pero se corrige
simultáneamente. En la ingeniería a este enfoque se le llama elaboración de una
tabla experimental: la creación, en una tableta de pruebas, de un modelo
funcional de un circuito integrado (que en la vida real sería microscópico).
Prototipo no funcional El segundo tipo de prototipo es un modelo no
funcional a escala configurado para probar ciertos aspectos del diseño.
Primer prototipo de una serie Un tercer tipo de prototipos involucra la
creación de un primer modelo a escala completa de un sistema, con frecuencia
llamado piloto.
El prototipo es completamente funcional y es una materialización de lo
que el diseñador espera será una serie de aviones con características
idénticas.
Este tipo de elaboración de prototipos es útil cuando se planean muchas
instalaciones del mismo sistema de información.
Cuando se elaboran prototipos de los sistemas de información de esta
manera, se incluyen algunas de las características principales, aunque no
todas. Por ejemplo, en la pantalla podría aparecer un menú del sistema que
muestre seis características: agregar un registro, actualizar un registro,
eliminar un registro, buscar una palabra clave en un registro, listar un
registro o examinar un registro.
Elaboración De Prototipos Como Una Alternativa Al Ciclo De Vida Del Desarrollo
De Sistemas
Algunos analistas argumentan que la elaboración de prototipos se debe
considerar como una alternativa para el ciclo de vida del desarrollo de
sistemas (SDLC). Recuerde que el SDLC, es un enfoque lógico y sistemático que
se sigue en el desarrollo de sistemas de información.
¿Cómo Desarrollar Un Prototipo?
Los lineamientos de esta sección para desarrollar un prototipo son
avanzados. El término elaboración de prototipos se interpreta en el sentido de
la última definición que se explicó, es decir, un prototipo de características
seleccionadas que incluirá algunas pero no todas las características; uno que,
si tiene éxito, será parte del sistema final que se entregue.
Lineamientos Para Desarrollar Un Prototipo
Una vez que se ha tomado la decisión de elaborar un prototipo, se deben
observar cuatro lineamientos principales al integrar la elaboración de
prototipos con la fase de determinación de requerimientos del SDLC:
1. Trabajar en módulos manejables.
Cuando el prototipo de algunas de las características de un sistema se
integra para formar un modelo funcional, es indispensable que el analista
trabaje en módulos manejables..
2. Construir rápidamente el prototipo.
La rapidez es esencial para la elaboración exitosa del prototipo de un
sistema de información.
3. Modificar el prototipo en iteraciones sucesivas.
Hacer modificable el prototipo significa crearlo en módulos que no sean
demasiado interdependientes. Si se observa este lineamiento, se encontrará
menos resistencia cuando sea necesario realizar cambios al prototipo.
4. Poner énfasis en la interfaz de usuario.
La interfaz de usuario con el prototipo (y posteriormente con el
sistema) es muy importante. Puesto que en realidad su principal objetivo con el
prototipo es conseguir que los usuarios expresen mucho mejor sus requerimientos
de información, éstos deben interactuar fácilmente con el prototipo del
sistema.
Desventajas de la elaboración de prototipos
1. Es que puede ser bastante difícil manejar la elaboración de prototipos
como un proyecto en el esfuerzo de sistemas más grandes.
2. Es que los usuarios y los analistas podrían adoptar un prototipo como si
fuera un sistema final cuando de hecho es deficiente y su propósito nunca fue
el de servir como sistema terminado.
Ventajas De La Elaboración De Prototipos
Las tres ventajas principales de la elaboración de prototipos son:
1. la posibilidad de modificar el sistema en las primeras etapas del
desarrollo
2. la oportunidad de suspender el
desarrollo de un sistema que no sea funcional
3. la posibilidad de desarrollar un
sistema que se acerque más a satisfacer las necesidades y expectativas de los
usuarios.
La elaboración exitosa de prototipos depende de una retroalimentación
del usuario frecuente y oportuna, lo que sirve para modificar el sistema y
hacerlo más receptivo a las necesidades reales. Al igual que cualquier esfuerzo
de sistemas, los cambios oportunos son menos costosos que los cambios que se
hacen más tarde en el desarrollo del proyecto.
Elaboración De Prototipos Usando Software
Cots
La manera más rápida de elaborar un prototipo es a través de la
instalación modular de software COTS ("Comercial Off-The-Shelf", o
software comercial). Aunque el concepto de software COTS se puede entender con
facilidad al mirar paquetes conocidos y relativamente económicos como los
productos de Microsoft Office, otro software COTS es más complejo y costoso,
pero muy útil.
El Papel Del Usuario En La Elaboración De Prototipos
El papel del usuario en la elaboración de prototipos se puede resumir en
dos palabras: intervención honrada. Sin la intervención del usuario hay poca
razón para elaborar el prototipo. Comprendiendo la importancia que tiene el
usuario en el éxito del proceso, los miembros del equipo de análisis de
sistemas deben propiciar y recibir de buena manera la retroalimentación y deben
evitar su propia resistencia natural a cambiar el prototipo.
Interacción Con El Prototipo
Hay tres formas principales en las que un usuario puede ayudar en la
elaboración de prototipos:
1. Experimentando con el prototipo.
2. Dando reacciones sinceras sobre el prototipo.
3. Sugiriendo adiciones o eliminaciones al prototipo.
Los usuarios deben tener libertad para experimentar con el prototipo. En
contraste con una simple lista de características de sistemas, el prototipo
permite a los usuarios la interacción real. Una forma de facilitar esta
interacción es instalar un prototipo en un sitio Web interactivo.
Desarrollo Rápido de Aplicaciones
El desarrollo rápido de aplicaciones (RAD) es un enfoque orientado a
objetos para el desarrollo de sistemas que incluye un método de desarrollo así
como también herramientas de software. El RAD y la elaboración de prototipos se
enfocan en satisfacer más de cerca los requerimientos cambiantes de los
negocios. Una vez que ha aprendido los conceptos de la elaboración de
prototipos, es mucho más fácil entender la esencia del RAD, que se puede
considerar como una implementación específica de la elaboración de prototipos.
Fases del rad
Hay tres fases amplias del RAD que vinculan a usuarios y analistas en la
evaluación, diseño e implementación.
Fase de planeación de requerimientos
En esta fase, usuarios y analistas se reúnen para identificar los
objetivos de la aplicación o sistema y para identificar los requerimientos de
información que surgen de dichos objetivos. Esta fase requiere que ambos grupos
se involucren intensamente; no se trata simplemente de firmar una propuesta o
documento. Además, esto podría involucrar a usuarios de los diferentes niveles
de la organización.
Taller de diseño del RAD
El proceso de diseñar y refinar los prototipos se puede representar
mejor como un taller. Cuando imagina un taller, sabe que la participación es
intensa, no pasiva, y que generalmente se hace con las manos.
Fase de implementación
Tan pronto como sean convenidos estos aspectos y los sistemas sean
construidos y se refinen, los nuevos sistemas, o parte de ellos, son probados e
introducidos en la organización. Debido a que el RAD se puede usar para crear
las nuevas aplicaciones de comercio electrónico para las cuales no hay ningún
sistema viejo, por lo general no se necesita ejecutar los sistemas viejos y
nuevos en paralelo antes de la implementación (además que no hay forma real de
hacerlo).
Cuándo utilizar el RAD En su función de analista, necesita aprender
tantos enfoques y herramientas como sea posible que lo ayuden a hacer mejor su
trabajo. Ciertas aplicaciones y trabajo de sistemas darán lugar a ciertas
metodologías. Considere utilizar RAD cuando:
1. su equipo incluya a programadores y analistas que tengan experiencia
con él, y
2. haya razones de negocios urgentes para acelerar una parte del
desarrollo de la aplicación;
3. cuando esté trabajando con una nueva aplicación de comercio
electrónico y su equipo de desarrollo crea que el negocio puede beneficiarse
ampliamente sobre sus competidores siendo innovador si esta aplicación está
entre las primeras en aparecer en la Web; o
4. cuando los usuarios sean maduros y estén altamente comprometidos con
las metas organizacionales.
Desventajas del RAD Las dificultades con el RAD, como con otras clases
de elaboración de prototipos, se originan debido a que los analistas de
sistemas intentan apresurar demasiado el proyecto.
Programación extrema
La programación extrema (XP) es un enfoque de desarrollo de software que
adopta lo que generalmente designamos como prácticas de desarrollo de software
aceptable y las lleva al extremo. Por ejemplo, la retroalimentación es
importante para los programadores, analistas, diseñadores, usuarios y
computadoras
La administración de proyectos es importante, de tal manera que la
programación extrema intenta definir rápidamente un plan global del sistema,
desarrollar y liberar rápidamente el software y posteriormente revisarlo
continuamente para incorporarle características adicionales. Pero la
programación extrema no sólo se basa en los resultados. Se basa en los valores,
principios y prácticas. Ahora examinaremos cómo los valores y principios de XP
dan forma al desarrollo de sistemas extremos.
Valores y principios de la programación
extrema
Para la programación extrema es importante que se declaren los valores y
principios que crean el contexto para la colaboración entre programadores y
clientes. Para considerarse analista de XP, se debe apegar a los siguientes
valores y principios desarrollados por Beck.
Cuatro valores de XP Hay cuatro valores que crean un entorno en el cual
se pueden servir adecuadamente diseñadores y negocios. Los cuatro valores son
comunicación, sencillez, retroalimentación y valentía.
Los diagramas de flujos de datos son una técnica de análisis
estructurado que van de lo general a lo específico muestran las posibles
entradas, procesos y salidas del sistema. Los diagramas son usados cuando los
analistas tratan de comprender los requerimientos de información de los
usuarios de una manera gráfica utilizando solo cuatro símbolos combinados entre
sí.
El uso de los diagramas de flujo de datos da ciertas ventajas como
pueden ser las siguientes:
a) Libertad para realizar en forma temprana la implementación técnica de
un sistema.
b) Mejor comprensión entre las interrelaciones de los sistemas y los
subsistemas.
c) Comunicación del conocimiento del sistema actual a los usuarios por
medio de diagramas de flujos de datos.
d) Análisis de un sistema
propuesto para determinar si han sido definidos los datos y los procesos
necesarios.
Los diagramas de flujos de datos utilizan cuatro símbolos básicos como
los son un cuadrado doble para representar las entidades del sistema, una flecha para representar los flujos dentro
del sistema, un rectángulo con esquinas redondas para representar los procesos
y un rectángulo con un lado abierto para representar los almacenamientos de
datos.
Cada elemento del diagrama de flujos de datos debe estar debidamente
identificado, tanto los procesos como los almacenamientos de datos, como los
flujos y las entidades.
El primer diagrama ayuda al analista a ilustrar el movimiento de datos
básicos. El diagrama de contexto (Lo que llamamos el nivel 0 del diagrama),
contiene un único proceso que representa al sistema en general; en este nivel 0
se muestran todas las entidades externas y los flujos de datos que entran y
salen del sistema. Dentro de dicho nivel no se colocan los almacenamientos de
datos.
El proceso del diagrama 0 se explota y se crea un diagrama hijo el cual
no puede tener entradas ni salidas que no las tenga el diagrama padre o
diagrama de contexto. En este diagrama
cada proceso debe llevar el mismo número que en el diagrama padre para así
poder identificar qué proceso está siendo explotado, al mismo tiempo este
número debe está acompañado de un punto decimal y un número único para cada
proceso hijo. En los diagramas hijos no son mostradas las entidades externas.
Cada proceso debe puede o no ser explotado, todo esto depende de cuan complejo
sea. Los procesos que no son explotados son llamados procesos primitivos.
En la realización de los diagramas de flujos de datos no puede existir
comunicación entre entidades, dichos flujos deben salir o llegar a un proceso,
al mismo tiempo cada proceso debe tener al menos un flujo de entrada y uno de
salida, en caso de no ser así se estaría produciendo un error en la creación
del diagrama. Un flujo no puede ser divido, es decir que un mismo flujo no se
puede dividir para llegar a dos destinos distintos. Los almacenamientos de
datos no pueden estar conectados con entidades externas. Un diagrama no debe
tener más de nueve procesos ya que crea confusión a la hora de ser leído, es
por eso que se deben agrupar los procesos que trabajen juntos y colocarlos en
un diagrama hijo.
Existen dos tipos de diagramas de flujo de datos:
a)El diagramas de flujos de datos lógico que es el que se enfoca en el
negocio y en la manera en que opera el negocio. En este diagrama no importa la
manera que en el sistema va a ser realizado o construido. Es por esto que solo
describe los eventos del negocio que suceden y los datos requerido y producidos
por cada evento. La utilización de estos diagramas tiene ciertas ventajas como
es que puede existir mejor comunicación con los usuarios, sistemas más
estables, que el analista
Comprenda mejor el funcionamiento del negocio o como se maneja el
negocio.
b) El diagrama de flujos de datos
físico es todo lo contrario, en este diagrama se muestra cómo va a ser
realizado el sistema incluyendo tanto el hardware como el software del sistema.
La utilización de los diagramas de flujos de datos físicos también tiene
algunas ventajas como son el de calificar los tipos de procesos, describen
procesos a mayor detalle, identifican almacenamientos de datos temporales,
añaden controles para asegurar que los procesos son realizados adecuadamente.
Los diagramas de flujos de datos son útiles en el análisis y diseño de
sistemas ya que nos permiten ver o visualizar de una forma clara como va a ser
el funcionamiento del sistema que se quiere realizar. Estos diagramas se
realizan luego de haber recolectado y analizado el resultado de entrevistas,
cuestionarios, etc. Hechos a los futuros usuarios del sistema.
El diccionario de datos es
una aplicación especializada de los tipos de diccionarios usados como
referencia en la vida cotidiana. El
diccionario de datos es una obra de consulta con información acerca
de los datos (es decir,
metadatos), compilada por los analistas de sistemas para guiarse en
el análisis y diseño. Como un documento, el diccionario de datos recopila y
coordina términos de datos específicos
y confirma lo que cada término significa para las diferentes
personas en la organización.
Necesidad De Entender El Diccionario De Datos
Muchos
sistemas de administración de base de datos están equipados con un diccionario
de
datos automatizado. Estos diccionarios pueden ser complejos o sencillos.
Algunos diccionarios de datos computarizados catalogan automáticamente los
elementos de datos
Cuando
se hace la programación; otros simplemente proporcionan una plantilla para
motivar a la persona que llene el diccionario a que lo haga de una manera
uniforme para cada entrada.
Estructuras De Datos Lógicas Y Físicas
Cuando
las estructuras de datos se definen primero, sólo se incluyen los elementos de
datos que el usuario vería, tal como un nombre, dirección y saldo a pagar. Esta
fase es el diseño lógico, el cual muestra qué datos necesita el negocio para
sus operaciones diarias.
Almacenes De Datos
Todos
los elementos base se deben almacenar en el sistema. También los elementos
derivados se podrían almacenar en el sistema, tal como, para un empleado, el
sueldo bruto acumulado a la fecha. Los almacenes de datos se crean para cada
entidad de datos diferente que se almacenará. Es decir, cuando los elementos
base de un flujo de datos se agrupan para formar un registro estructural, se
crea un almacén de datos para cada registro estructural único.
Creación Del Diccionario De Datos
Las
entradas del diccionario de datos se podrían crear después de completar el
diagrama de flujo de datos, o se podrían construir conforme se desarrolle el
diagrama de flujo de datos.
El
uso de notación algebraica y registros estructurales permite al analista
desarrollar el diccionario de datos y los diagramas de flujo de datos mediante
un enfoque jerárquico de arriba hacia abajo.
Por
ejemplo, el analista podría crear un flujo de datos de un Diagrama 0 después de
las primeras entrevistas y, al mismo tiempo, hacer las entradas preliminares
del diccionario de datos. Típicamente, estas entradas consisten en los nombres
de los flujos de datos encontrados en el diagrama de flujo de datos y sus
estructuras de datos correspondientes.
Las especificaciones se le pueden llamar a veces mini especificaciones,
ya que representan una pequeña parte de las especificaciones del proyecto en
total. Este contiene tres metas para poder así producir especificaciones de
procesos:
1) Reducir la ambigüedad del proceso
2) Obtener una descripción precisa de lo que se está realizando.
3) Validar el diseño del sistema
También existen procesos que no necesitan o no requieren
especificaciones, de las cuales se mencionan algunas categorías:
1. Procesos que representan entrada o salida física, tal como leer y
escribir.
2. Procesos que representan una validación de datos simple, la cual
normalmente es bastante fácil de realizar.
3. Procesos que usen código prescrito.
Las especificación de procesos están vinculados a los diagrama de flujo
y por consiguiente también a los diccionarios de datos. Este se debe registrar
en un formulario especial.
TABLAS DE DECISIÓN
Una tabla de decisión es una tabla de filas y columnas separadas en
cuatro cuadrantes. En las cuales se encuentran las condiciones, las reglas, sus
acciones y las entradas de las acciones. Para determinar las acciones, la
lógica se mueve en el sentido de las manecillas del reloj empezando por la
parte izquierda.
Para desarrollarla el analista tiene que determinar qué tamaño tendrá la
tabla, los pasos siguientes proporcionan al analista un método sistematizado.
1. Determina el número de condiciones que podrían afectar la decisión.
2. Determina el número de posibles acciones que se pueden realizar.
3. Determina el número de alternativas de condición para cada condición
4. Calcula el número máximo de columnas en la tabla de decisión
multiplicando el número de alternativas para cada condición.
5. Completar las alternativas de condición.
ÁRBOLES DE DECISIÓN
Los árboles de decisión se usan cuando ocurre una bifurcación compleja
en un proceso de decisión estructurada. Los árboles también son útiles cuando
es necesario mantener una cadena de decisiones en una secuencia particular.
Aunque el nombre del árbol de decisión se deriva de los árboles naturales, en
la mayoría de los casos los árboles de decisión se construyen de manera
lateral, con la raíz del árbol del lado izquierdo del papel; a partir de allí,
el árbol extiende sus ramas hacia el lado derecho.
Las especificaciones del proceso se podrían usar para analizar el
diagrama de flujo de datos y el diccionario de datos mediante un método llamado
balanceo horizontal. El balanceo horizontal especifica que todos los elementos
del flujo de datos de salida se deben obtener de los elementos de entrada y de
la lógica del proceso.
Las especificaciones de procesos (o mini especificaciones) se crean para
procesos primitivos de un diagrama de flujo de datos así como también para
algunos procesos de alto nivel que se amplían a un diagrama hijo.
Estas especificaciones explican la lógica de la toma de decisiones y las
fórmulas que transformarán en salida los datos de entrada de un proceso.
4.17. PREPARACIÓN DE
LA PROPUESTA DE SISTEMAS
Este capítulo nos enseña a como elaborar la
preparación de la propuesta de sistemas, ya que hemos visto varios capítulos en
el cual cada capítulo nos enseño cada punto importante para elaborar el
sistema.
Ahora tenemos que saber a valorar e inventar
el hardware y software actuales y propuestos del sistema, otro punto que nos
enseña este capítulo es evaluar el software tomando en cuenta los pros y
contras entre crear un software personalizado y entre un software comercial,
también pronostica los costos tangibles e intangibles y realiza un análisis de
costos y beneficios utilizando diferentes métodos y por ultimo aprenderemos a
escribir y a presentar sistemas profesionales y muy eficaz que contengan
gráficos y cifras.
En si la propuesta de sistemas es todo lo que
el analista ha aprendido acerca de una empresa o una organización y lo que
necesita para mejorar su desempeño y satisfacer adecuadamente a todos los
requerimientos de información que proporciona. El analista debe de usar
diferentes métodos el cual le ayude a preparar el sistema.
El analista debe tomar muy en cuenta que
hardware y software va a utilizar para implementar el sistema ya que son los
usuarios que van a tener acceso al sistema, por eso el analista debe de
trabajar con los usuarios para así saber que hardware y software utilizarían.
Pero para eso deben de crear un pronóstico de
todos los análisis de costos y beneficios que tendría el software y hardware.
El software y hardware es muy importante ya
que es lo principal para crear el sistema ya sin esas cosas pues obviamente no
hay sistema por eso hay que evaluar muy bien que todo el software y hardware de
computo trabajen perfectamente, los principales responsables de revisar o
realizar la evaluación son los analistas ya que son ellos que se preocupan por
las mejoras del negocio.
Por eso para la preparación de la propuesta
del sistema es de gran importancia que el analista y los usuarios chequen que
tipo de software y hardware necesitan para que su sistema sea todo un éxito y
no tengan problema más adelante con ese mismo.
4.18. DISEÑO DE UNA
SALIDA Y ENTRADA EFICAZ
La salida y entrada la información que se
entrega al usuario por medio del sistema de información utilizando intranets,
extranet o la WWW, debido a que esta salida están relevante para la aceptación
de un SI, estos son algún objetivos claros a la hora de crear dicho sistema.
· Diseñar la salida para satisfacer un
propósito específico.
· Hacer significativa la salida para el
usuario.
· Entregar la cantidad adecuada de salida.
· Proporcionar una distribución adecuada de
la salida.
· Proporcionar la salida a tiempo.
· Elegir el método de salida más efectivo.
Diseño de la salida para satisfacer un propósito específico
Toda salida de información debe tener un
propósito, el analista debe averiguar que propósito debe satisfacer. Para esto
se tiene en cuenta que si la salida no es funcional, no debe crearse, porque
toda salida representa costos de tiempo y recursos.
Diseño de salida para satisfacer un usuario
En SI grande que atiende a muchos usuarios
con muchos propósitos diferentes, a menudo es difícil personalizar la salida.
Para esto se utilizan las entrevistas, las observaciones entre otros, para
poder diseñar una salida que satisfaga lo que muchos usuarios, si no es que
todos, necesitan y prefieren.
Entrega de la cantidad adecuada de salida
El SI debe entregarle a cada persona lo que
necesita para completar su trabajo. Es un problema frecuente la sobrecarga de
información ya que no se le da un buen servicio a nadie si se ofrece
información excesiva solo para hacerle alarde de las capacidades del sistema.
Asegúrese de que la salida este donde se necesita.
A menudo la información se produce en un
lugar y se distribuye al usuario. Para que sea usada y que sirva de algo, la
salida debe presentar al usuario correcto. No importa que tan bien diseñados
estén los informes, si no llegan a los tomadores de decisiones que los
requieren, no tienen valor.
Suministro de la salida a tiempo
Uno de los mayores problemas es que los
usuarios no reciben la información a tiempo para tomar decisiones necesarias.
Aunque el tiempo no lo es todo, representa una parte importante y crucial al
momento de tomar una decisión.
Elección del método de salida correcto
La información de la salida puede ser
mediante informes impresos, información en pantalla, audio y documentos web. El
analista deberá analizar el pro y el contra, en los cuales influyen los costos
para el usuario.
4.19. DISEÑO DE BASE DE
DATOS
Son
muchas las consideraciones a tomar en cuenta al momento de hacer el diseño de
la base de datos, quizá las más fuertes sean:
·
El tamaño de la información,
·
El tipo de la información,
·
Facilidad de acceso a la información,
·
Facilidad para extraer la información
requerida,
No
obstante que pueden desarrollarse sistemas de
procesamiento de archivo e
incluso manejadores de bases de datos basándose en la experiencia del equipo de desarrollo de software logrando
resultados altamente aceptables, siempre es recomendable la utilización de
determinados estándares de diseño que garantizan el nivel de eficiencia más
alto en lo que se refiere a almacenamiento y
recuperación de la información.
De
igual manera se obtiene modelos que
optimizan el aprovechamiento secundario y la sencillez y flexibilidad en las
consultas que pueden proporcionarse al usuario.
Entre
las metas más importantes que se persiguen al diseñar un modelo de
bases de datos, se encuentran las siguientes que pueden observarse en esta
figura.
4.19.1. Almacenar Solo La Información Necesaria.
A
menudo pensamos en todo lo que quisiéramos que estuviera almacenado en una base
de datos y diseñamos la base de datos para guardar dichos datos. Debemos de ser
realistas acerca de nuestras necesidades y decidir qué información es realmente
necesaria.
Frecuentemente
podemos generar algunos datos sobre la marcha sin tener que almacenarlos en una
tabla de una base de datos. En estos casos también tiene sentido hacer esto
desde el punto de vista del desarrollo de la aplicación.
4.19.1.2. Normalizar la Estructura de las Tablas.
Si
nunca antes hemos oído hablar
de la "normalización de
datos", no debemos temer. Mientras que la normalización puede parecer un
tema complicado, nos podemos beneficiar ampliamente al entender los conceptos
más elementales de la normalización.
Una
de las formas más fáciles de entender esto es pensar en nuestras tablas como
hojas de cálculo.
Por ejemplo, si quisiéramos seguir la pista de nuestra colección de CD’s
en una hoja de cálculo, podríamos diseñar algo parecido a lo que se muestra en
la siguiente tabla.
+------------+-------------+--------------+
.. +--------------+
|
Álbum | track1 | track2 | | track10 |
+------------+-------------+--------------+
.. +--------------+
Esto
parece razonable. Sin embargo el problema es que el número de pistas que tiene
un CD varía bastante. Esto significa que con este métodotendríamos
que tener una hoja
de cálculo realmente
grande para albergar todos los datos, que en los peores casos podrían ser de
hasta 20 pistas. Esto en definitiva no es nada bueno.
Uno
de los objetivos de
una estructura de tabla normalizada es minimizar el número de "celdas
vacías". El darnos cuenta de que cada lista de CD’s tiene un conjunto fijo
de campos (título, artista, año, género)
y un conjunto variable de atributos (el número de pistas) nos da una idea de
cómo dividir los datos en múltiples tablas que luego podamos relacionar entre
sí.
Mucha
gente no esta familiarizada con el concepto "relacional",
de manera sencilla esto significa, que grupos parecidos
de información son almacenados en distintas tablas que luego pueden ser
"juntadas" (relacionadas) basándose en los datos que tengan en común.
Es
necesario que al realizar la estructura de una base de datos, esta sea
flexible. La flexibilidad está en el hecho que podemos agregar datos al sistemaposteriormente
sin tener que rescribir lo que ya tenemos. Por ejemplo, si quisiéramos agregar
la información de los artistas de cada álbum, lo único que tenemos que hacer es
crear una tabla artista que esté relacionada a la tabla álbum de la misma
manera que la tabla pista. Por lo tanto, no tendremos que modificar la
estructura de nuestras tablas actuales, simplemente agregar la que hace falta.
La
eficiencia se refiere al hecho de que no tenemos duplicación de datos, y
tampoco tenemos grandes cantidades de "celdas vacías".
El objetivo principal
del diseño de bases de datos es generar tablas que modelan los registros en los
que guardaremos nuestra información.
Es
importante que esta información se almacene sin redundancia para que se pueda
tener una recuperación rápida y eficiente de los datos.
A
través de la normalización tratamos de evitar ciertos defectos que nos
conduzcan a un mal diseño y que lleven a un procesamiento menos eficaz de los
datos.
Podríamos
decir que estos son los principales objetivos de la normalización:
·
Controlar la redundancia de la información.
·
Evitar pérdidas de información.
·
Capacidad para representar toda la
información.
·
Mantener la consistencia de los datos.
4.19.1.3. Seleccionar el Tipo de Dato Adecuado.
Una
vez identificadas todas las tablas y columnas que necesita la base de datos,
debemos determinar el tipo de dato de cada campo. Existen tres categorías
principales que pueden aplicarse prácticamente a cualquier aplicación de bases
de datos:
·
Texto
·
Números
·
Fecha y hora
Cada
uno de éstos presenta sus propias variantes, por lo que la elección del tipo de
dato correcto no sólo influye en el tipo de información que se puede almacenar
en cada campo, sino que afecta al rendimiento global de la base de datos.
A
continuación se dan algunos consejos que nos ayudarán a elegir un tipo de dato
adecuado para nuestras tablas:
·
Elegir el subtipo más apropiado para cada
columna.
·
Configurar la longitud máxima para las
columnas de texto y numéricas, así como otros atributos.
4.19.1.4. Utilizar Índices Apropiadamente
Los índices
son un sistema especial que utilizan las bases de datos para mejorar su
rendimiento global. Dado que los índices hacen que las consultas se ejecuten
más rápido, podemos estar incitados a indexar todas las columnas de nuestras
tablas.
Sin
embargo, lo que tenemos que saber es que el usar índices tiene un precio.
Cada vez que hacemos un INSERT, UPDATE, REPLACE, o DELETE sobre una tabla, MySQL tiene que actualizar cualquier índice
en la tabla para reflejar los cambios en los datos.
¿Así
que, cómo decidimos usar índices o no? La respuesta es "depende". De
manera simple, depende que tipo de consultas ejecutamos y que tan
frecuentemente lo hacemos, aunque realmente depende de muchas otras cosas.
Así
que antes de indexar una columna, debemos considerar que porcentaje de entradas
en la tabla son duplicadas. Si el porcentaje es demasiado alto, seguramente no
veremos alguna mejora con el uso de un índice. Ante la duda, no tenemos otra
alternativa que probar.
Recomendaciones.
El
último paso del diseño de la base de datos es adoptar determinadas convenciones
de nombres. Aunque MySQL es muy flexible en cuanto a la forma de asignar nombre
a las bases de datos, tablas y columnas, he aquí algunas reglas que es
conveniente observar:
·
Utilizar caracteres alfanuméricos.
·
Limitar los nombres a menos de 64 caracteres
(es una restricción de MySQL).
·
Utilizar el guión bajo (_) para separar
palabras.
·
Los nombres de las tablas deberían ir en
plural y los nombres de las columnas en singular (es igual una preferencia
personal).
·
Utilizar las letras ID en las columnas de
clave primaria y foránea.
·
En una tabla, colocar primero la clave
primaria seguida de las claves foráneas.
·
Los nombres de los campos deben ser
descriptivos de su contenido.
·
Los nombres de los campos deben ser unívocos
entre tablas, excepción hecha de las claves.
Los
puntos anteriores corresponden muchos de ellos a preferencias personales, más
que a reglas que debamos de cumplir, y en consecuencia muchos de ellos pueden
ser pasados por alto, sin embargo, lo más importante es que la nomenclatura utilizada
en nuestras bases de datos sea coherente y consistente con el fin de minimizar
la posibilidad de errores al momento de crear una aplicación de bases de datos.
4.19.2. CONCEPTOS IMPORTANTES
1. Base
de Datos.- Cualquier
conjunto de datos organizados para su almacenamiento en la
memoria de
un ordenador o computadora,
diseñado para facilitar su mantenimiento y acceso de una forma
estándar. Los datos suelen aparecer en forma de texto, números o gráficos.
Hay cuatro modelos principales de bases de datos: el modelo jerárquico, el
modelo en red, el
modelo relacional (el más extendido hoy en día).
2. Base
de Datos Relacional.- Tipo
de base de datos o sistema de administración de bases de datos,
que almacena información en tablas (filas y columnas de datos) y realiza búsquedas
utilizando los datos de columnas especificadas de una tabla para encontrar
datos adicionales en otra tabla.
3. Datos
Elementales.- Un
dato elemental, tal como indica su nombre, es una pieza elemental de
información. El primer paso en el diseño de una base de datos debe ser un análisis detallado y
exhaustivo de los datos elementales requeridos.
4. Campos
y Subcampos.- Los
datos elementales pueden ser almacenados en campos o en subcampos. Un campo es
identificado por un rótulo numérico que se define en la FDT de la base de
datos. A diferencia de los campos, los subcampos no se identifican por medio de
un rótulo, sino por un delimitador de subcampo.
5. Delimitador
de Subcampo.- Un
delimitador de subcampo es un código de dos caracteres que
precede e identifica un subcampo de longitud variable dentro de un campo.
6. Aislamiento
de los Datos.- Se
refiere a la dificultad de extender las aplicaciones que permitan controlar a
la base de datos, como pueden ser, nuevos reportes, utilerías y demás debido a
la diferencia de formatos en los archivos almacenados.
7. Anomalías
en el Acceso Concurrente.- Ocurre
cuando el sistema es multiusuario y no se establecen los controles adecuados
para sincronizar los procesos que afectan a la base
de datos. Comúnmente se refiere a la poca o nula efectividad de los procedimientos de bloqueo.
8. Problemas
de Seguridad.- Se presentan cuando
no es posible establecer claves de acceso y resguardo en forma uniforme para
todo el sistema, facilitando así el acceso a intrusos.
4.19.3. Niveles de
Diseño:
1. Problemas
de Integridad.- Ocurre
cuando no existe a través de todo el sistema procedimientos uniformes de
validación para los datos.
2. Nivel
Físico.- Es
aquel en el que se determinan las características de almacenamiento en el medio
secundario. Los diseñadores de este nivel poseen un amplio dominio de cuestiones técnicas y de manejo de hardware.
3. Nivel
Conceptual.- Es
aquel en el que se definen las estructuras lógicas de almacenamiento y
las relaciones que se darán entre ellas. Ejemplos comunes de este nivel son el
diseño de los registros y las ligas que permitirán la conexión entre registros
de un mismo archivo, de archivos distintos incluso, de ligas hacia archivos.
4.19.4. Clasificación de Modelos de Datos:
1. Nivel
de Edición.- Es aquel en el que se
presenta al usuario final y que puede tener combinaciones o relaciones entre
los datos que conforman a la base de datos global. Puede definirse como la
forma en el que el usuario aprecia la información y sus relaciones.
2. Modelos
Lógicos Basados en Objetos.- Son
aquellos que nos permiten una definición clara y concisa de los esquemas
conceptuales y de visión. Su característica principal es que permiten definir
en forma detallada las limitantes de los datos.
3. Modelos
Lógicos Basados en Registros.- Operan
sobre niveles conceptual y de visión. Sus características principales son que
permiten unadescripción más amplia de la implantación, pero no
son capaces de especificar con claridad las limitantes de los datos.
4. Modelos
Físicos de Datos.- Describen
los datos en el nivel más bajo y permiten identificar algunos detalles de
implantación para el manejo del hardware de almacenamiento.
4.20. DISEÑO DE
INTERFACES DE USUARIOS
El diseño de interfaces de usuario es una
tarea que ha adquirido relevancia en el
desarrollo de un sistema. La calidad de la interfaz de usuario puede ser
uno de los motivos que conduzca a un sistema al éxito o al fracaso. Los
principios que se presentan son de utilidad para creación de interfaces
funcionales y de fácil operación. A pesar de no ser capaces de resolver todos
los aspectos propios del contexto con el que se esté trabajando, pueden ser
combinados con la prototipación y la aplicación de heurísticas de evaluación
para facilitar el proceso de diseño. El presente artículo se centra en los
componentes de software de las interfaces de usuario, quedando fuera del
alcance de mismo otros aspectos, como hardware y documentación. Lo
anteriormente expuesto se complementa con un caso práctico de diseño de
interfaces de usuario, producto de realizar la actividad de "Definición de
Interfaces de Usuario" (EFS 4) de la metodología Métrica Versión 2.
La Interfaz de Usuario, en adelante IU, de un
programa es un conjunto de elementos hardware y software de una computadora que
presentan
información al usuario y le permiten
interactuar con la información y con el computadora. También se puede
considerar parte de la IU la documentación (manuales, ayuda, referencia,
tutoriales) que acompaña al hardware y al software.
Si la IU está bien diseñada, el usuario
encontrará la respuesta que espera a su acción. Si no es así puede ser
frustrante su operación, ya que el usuario habitualmente tiende a culparse a sí
mismo por no saber usar el objeto.
Los programas son usados por usuarios con
distintos niveles de conocimientos, desde principiantes hasta expertos. Es por
ello que no existe una interfaz válida para todos los usuarios y todas las
tareas. Debe permitirse libertad al usuario para que elija el modo de
interacción que más se adecúe a sus objetivos en cada momento. La mayoría de
los programas y sistemas operativos ofrecen varias formas de interacción al
usuario.
Existen tres puntos de vista distintos en una
IU: el del usuario, el del programador y el del diseñador (analogía de la
construcción de una casa). Cada uno tiene un modelo mental propio de la
interfaz, que contiene los conceptos y expectativas acerca de la misma,
desarrollados a través de su experiencia.
El modelo permite explicar o predecir
comportamientos del sistema y tomar las decisiones adecuadas para modificar el
mismo. Los modelos subyacen en la interacción con las computadoras, de ahí su
importancia.
Modelo
del usuario:
El usuario tiene su visión personal del
sistema, y espera que éste se comporte de una cierta forma. Se puede conocer el
modelo del usuario estudiándolo, ya sea realizando tests de usabilidad,
entrevistas, o a través de una realimentación.
Una interfaz debe facilitar el proceso de crear un modelo mental efectivo.
Para ello son de gran utilidad las metáforas,
que asocian un dominio nuevo a uno ya conocido por el usuario. Un ejemplo
típico es la metáfora del escritorio, común a la mayoría de las interfaces
gráficas actuales.
Modelo
del diseñador:
El diseñador mezcla las necesidades, ideas,
deseos del usuario y los materiales de que dispone el programador para diseñar
un producto de software. Es un intermediario entre ambos.
El modelo del diseñador describe los objetos
que utiliza el usuario, su presentación al mismo y las técnicas de interacción
para su manipulación. Consta de tres partes: presentación, interacción y
relaciones entre los objetos.
La presentación es lo que primero capta la
atención del usuario, pero más tarde pasa a un segundo plano, y adquiere más
importancia la interacción con el producto para poder satisfacer sus
expectativas. La presentación no es lo más relevante y un abuso en la misma
(por ejemplo, en el color) puede ser contraproducente, distrayendo al usuario.
La segunda parte del modelo define las
técnicas de interacción del usuario, a través de diversos dispositivos.
La tercera es la más importante, y es donde
el diseñador determina la metáfora adecuada que encaja con el modelo mental del
usuario. El modelo debe comenzar por esta parte e ir hacia arriba. Una vez
definida la metáfora y los objetos del interfaz, los aspectos visuales saldrán
de una manera lógica y fácil.
Estos modelos deben estar claros para los
participantes en el desarrollo de un producto, de forma que se consiga una
interfaz atractiva y a la vez efectiva para el trabajo con el programa.
Una interfaz no es simplemente una cara
bonita; esto puede impresionar a primera vista pero decepcionar a la larga. Lo
importante es que el programa se adapte bien al modelo del usuario, cosa que se
puede comprobar utilizando el programa más allá de la primera impresión.
Modelo
del programador:
Es el más fácil de visualizar, al poderse
especificar formalmente. Está constituido por los objetos que manipula el
programador, distintos de los que trata el usuario (ejemplo: el programador
llama base de datos a lo que el usuario podría llamar agenda). Estos objetos
deben esconderse del usuario.
Los conocimientos del programador incluyen la
plataforma de desarrollo, el sistema operativo, las herramientas de desarrollo
y especificaciones. Sin embargo, esto no significa necesariamente que tenga la
habilidad de proporcionar al usuario los modelos y metáforas más adecuadas.
Muchos no consideran el modelo del usuario del programa, y sí sus propias
expectativas acerca de cómo trabajar con la computadora.
Principios para el
Diseño de Interfaces de Usuario:
Existen principios relevantes para el diseño
e implementación de IU, ya sea para las IU gráficas, como para la Web.
Anticipación
Las aplicaciones deberían intentar
anticiparse a las necesidades del usuario y no esperar a que el usuario tenga
que buscar la información, recopilarla o invocar las herramientas que va a
utilizar.
Para ver esta imagen deberá descargar el
archivo de Word que se encuentra en la opción "Bajar trabajo" ubicado
en la parte superior de este documento
Autonomía
La computadora, la IU y el entorno de trabajo
deben estar a disposición del usuario. Se debe dar al usuario el ambiente
flexible para que pueda aprender rápidamente a usar la aplicación. Sin embargo,
está comprobado que el entorno de trabajo debe tener ciertas cotas, es decir,
ser explorable pero no azaroso.
4.21. 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.
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.
eficaz y eficiente, y la validación de datos.
4.22. ASEGURAMIENTO
DE LA CALIDAD MEDIANTE INGENIERIA 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
1. Garantizar el aseguramiento de la calidad total diseñando sistemas y
software con un enfoque modular, descendente.
2. Documentar el software con las herramientas adecuadas.
3. Probar, mantener y auditar el software.
PRINCIPIOS QUE GUÍAN HACIA EL ASEGURAMIENTO DE LA CALIDAD
1. El usuario del sistema de información es el factor individual más
importante en establecer y evaluar su calidad.
2. 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.
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.
·
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 este involucrado en crear o usar el sistema,
examinar la información para determinar su fiabilidad.
4.23. IMPLEMENTACION
EXITOSA DEL SISTEMA DE INFORMACION
El primer enfoque para la implementación involucra
el movimiento de poder de cómputo hacia los usuarios individuales. El segundo
enfoque para la implementación es usar diferentes estrategias para capacitar a
usuarios y personal, usando una variedad de técnicas de capacitación y admirándose
que cada usuario debe asumir debido al nuevo sistema de información.
Otro enfoque para la implementación es escoger una
estrategia de conversión del analista de sistemas necesita evaluar la situación
y proponer un plan para pasar del sistema anterior al nuevo que sea adecuado
para la organización y sistema de información particular.
El cuarto enfoque para la implementación involucra
evaluar es sistema de información nuevo o el modificado. El analista necesita
formular medidas de desempeño para evaluar el sistema. Las evaluaciones vienen
de los usuarios, dirección y analista.
Implementación De Sistemas
Distribuido:
Si la confiabilidad de una red de
telecomunicaciones es alta, es posible tener sistemas distribuidos para los
negocios, una disposición que se puede concebir como una aplicación de
telecomunicaciones. El concepto de sistemas distribuidos se usa de muchas
formas diferentes. 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.
Con un modelo clientes/servidor, los usuarios interactúan
con las partes limitadas de la aplicación, incluyendo la interfaz de usuario,
entrada de datos, consultas de base de datos y generación de reportes. El
control de acceso de usuarios a las bases de datos centralizadas, recuperar o
procesar datos y otras funciones se manejan por el servidor
Tecnología
Clinete/Servidor:
El modelo cliente/servidor (C/S), la computación
cliente/servidor, la tecnología cliente/servidor y la arquitectura
cliente/servidor se refieren a un modelo de diseño que se puede pensar como
aplicaciones que se ejecutan en una red de área local (LAN).
Clientes Como Parte Del
Modelo C/S Que Usan Una Lan
En el modelo C/S el término cliente no se refiere a
las personas sino a máquinas conectadas a la red que son sitios típicos de entrada
al sistema cliente/servidor que se usa por los humanos. Al usar una interfaz
gráfica de usuario (GUI), los individuos normalmente interactúan en forma
directa sólo con la parte del cliente. Las aplicaciones basadas en el cliente
requieren una instalación separada en cada estación de trabajo si la LAN no ha
comprado una licencia de sitio.
Servidor De Archivos:
El servidor de archivos es el término que denota
una computadora en una LAN que almacena en su disco duro los programas de
aplicación y los archivos de datos para todos los clientes en la red. Las
aplicaciones basadas en el servidor son tipos de capacidades de procesamiento
del cliente que permiten al usuario solicitar las aplicaciones de red del
servidor. El procesamiento en segundo plano con frecuencia tendrá lugar en un
servidor
El diseño de una red cliente/servidor es una forma
de asignar los recursos en una LAN para distribuir el poder de cómputo entre
las computadoras de la red. Sin embargo hay que observar que aún tiene sentido
compartir algunos recursos, los cuales se pueden centralizar en un servidor de
archivos.
Servidor De Impresión:
Un servidor de impresión en una LAN es accesible
para todas las estaciones de trabajo
Tipos De Redes De Sistemas
Distribuidos
Aunque las redes se pueden caracterizar por su
forma o topología, también se discuten por lo que se refiere a su alcance
geográfico y a los tipos de servicios que ofrecen. Los tipos estándares de
redes incluyen una red de área amplia (WAN) y una red de área local (LAN), red
inalámbrica de área local (WLAN) de alta velocidad. Hay cuatro tipos
principales de redes de sistemas distribuidos: jerárquica, estrella, anillo y
bus. Cada uno requiere diferente hardware y software y tiene capacidades
diferentes.
Modelos De Redes:
Debido a que la conexión a una red se ha vuelto muy
importante, el diseñador de sistemas necesita tomar en cuenta al diseño de la
red. Ya sea que un diseñador de sistemas tenga que elegir entre redes token
ring o Ethernet, siempre debe tomar en cuenta el diseño lógico de las redes
aquí es donde entra en juego el modelado de redes.
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.
1. Permiten el almacenamientos de datos remotamente en
línea y transacciones en tiempo real
2. Permiten un medio menos caro de almacenamiento de
datos cuando éstos no se necesitan continuamente por los usuarios
3. Reducir el costo de equipo debido a que no todas
las partes del sistema necesitan desempeñar todas las funciones
4. Reducir el costo de equipo permitiendo flexibilidad
en la elección de un fabricante
Aspectos De Seguridad Para Los Sistemas Tradicionales Y Los Basados En
Web
La seguridad es responsabilidad de todos aquellos
que están en contacto con el sistema, y sólo es tan buena como la conducta más
indefinida o la política en la organización.
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.
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.
Seguridad Conductal:
Las expectativas
conductuales de una organización están implícitas en sus manuales de política e
incluso en letreros anunciados en los carteles de anuncios. La seguridad
generada por el sistema se debe reconocer por su potencial de poner a la
organización en riesgo en algunas circunstancias.
Enfoque De Utilidad Del
Sistema De Información
El enfoque de utilidad del sistema de información
para evaluar los sistemas de información puede ser una técnica completa y
fructífera para medir el éxito de un sistema desarrollado. Las utilidades de
información incluyen posesión, forma, lugar y tiempo.
Utilidad De Posesión:
La utilidad de posesión
responde la pregunta de quién debe recibir la salida, o dicho de otro modo,
quién debe ser responsable de tomar las decisiones.
Utilidad De Lugar:
Responde la pregunta de dónde se distribuye la
información
Utlidad De Tiempo:
Responde la pregunta de cuándo se entrega la
información
Utlidad De Actualización:
Responde el porqué de los sistemas de información
preguntando se la salida tiene el valor de ayudar a la organización a cumplir
sus metas
Evaluación Del Sistema:
Un sistema de información se puede evaluar como
exitoso si posee todas estas utilidades. Si el módulo del sistema se juzga como
pobre al proporcionar alguna de las utilidades el módulo completo estará
destinado a fallar.
Evaluación De Los Sitios
Web Corporativos:
Los analistas pueden usar el enfoque de utilidad
del sistema de información previamente descrito para evaluar las calidades
estéticas, contenido y entrega del sitio.
La información para ayudarle a evaluar el sitio de
su cliente y hacer mejoras es abundante y fácil de obtener. Lo siete artículos
esenciales se describen a continuación:
1. Sepa con qué frecuencia se visita el sitio Web de
su cliente
2. Aprenda detalles acerca de páginas específicas en
el sitio
3. Averigüe más sobre los visitantes del sitio Web
4. Descubra si los visitantes pueden completar
adecuadamente los formularios que se diseño
5. Averigüe quién envía a los visitantes al sitio del
cliente
6. Determine qué navegadores están usando los
visitantes
7. Averigüe si los visitantes del sitio web del
cliente están interesados en la publicidad.
4.24. ANALISIS Y DISEÑOS DE SISTEMAS ORIENTADOS A OBJETOS USANDO EL
LEGUAJE UNIFICADO UML
UML (Lenguaje Unificado de
Modelado)
§ UML es un lenguaje muy popular
§ Creado y administrado por OMG (Object Managed Group)
§ UML usa técnicas de notación gráfica
§ Es el lenguaje de software más 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
- Diagrama de componentes
- Diagrama de despliegue
- Diagrama de paquetes
- Diagrama de Objetos
§ Diagramas de Comportamiento:
Lo que debe suceder en el sistema incluyen:
- Diagrama de Actividades
- Diagrama de Estados
§ Diagramas de Interació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.
CONCLUSIONES
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.
6. BIBLIOGRAFIA
6.1. DIGITAL
1. Buenas
Tareas.com. (08 de 05 de 2011).
Recuperado el 20 de 11 de 2012, de Aspectos Eticos y Sociales de los Sistemas
de Informacion:
http://www.buenastareas.com/ensayos/Aspectos-Eticos-y-Sociales-De-Los/2190003.html
2. Berrospi Alvarado, G. (01 de 2011). Trabajos de Sistemas
Tecnologicos . Recuperado el 25 de 11 de 2012, de Sistemas de Informacionen
los Negocios globales actuales:
http://gabrielaberrospialvarado.blogspot.com/2011/01/resumen-sistemas-de-informacionen-los.html
3. Daniel Capuzzi, G. C. (s.f.). http://members.tripod.com.
Obtenido de http://members.tripod.com/kendall_kendall/cgi-bin/Kendall3.htm
4. LOLBEL. (Abril de 2010). blogspot.com. Recuperado el
2013, de
http://re-velm.blogspot.com/2010/04/recopilacion-de-informacion-metodos.html
5. LOLBEL. (14 de Febrero de 2012). blogspot.com.
Obtenido de http://re-velm.blogspot.com/2010/03/determinacion-de-la-viabilidad-y.html
6. Gabriel Aberrospi Alvarado “http://gabrielaberrospialvarado.blogspot.com/2011/01/resumen-2-aspectos-eticos-y-sociales-de_4388.html”
7. “http://sistemasautomatizadosucr.blogspot.com/2009/04/capitulo-2-negocios-en-linea-globales.html”
9. Blogger
“jjmmb.blogspot.com/2010/07/fundamentos-de-la-inteligencia-de.html”
:)
ResponderEliminarQ paso mijo con la introducion
ResponderEliminarEsta chevere si no que tiene pekeños problemas ke no muestra la informacion de algunos temas salen en blaco
ResponderEliminarBueno.. un poco desordenada la información pero al ser nuestro primer blog.. ya con el tiempo cada uno de nosotros hemos de mejorar en la publicación de nuestros blog.. con respecto a la materia.. sistemas de información nos ayudado para comprender como nosotros en un futuro como profesionales tenemos que proceder ante las necesidades de nuestros futuros clientes
ResponderEliminarEste comentario ha sido eliminado por el autor.
ResponderEliminarespero sean de utilidad todos los temas que se plantiaron en el modulo
ResponderEliminarEsta Chevere amOre y sobre todo estan claros todos los temas que hemos tratado en las clases para un mejor conocimiento !!
ResponderEliminarExcelente trabajo colega……!!!!! ;)
ResponderEliminarExcelente trabajo colega……!!!!! ;)
ResponderEliminar