Los sistemas orientados a objetos describen las entidades como objetos. Los objetos son
parte de un concepto general denominado clases. El deseo de poner elementos en las i lases
no es nuevo. La descripción del mundo como se ha hecho con los animales, vegetales y minerales
es un ejemplo de clasificación, aunque tiene pocas bases científicas. El enfoque- científico
incluye clases de animales [como mamíferos} y después divide las clases en subclases
[como animales ovíparos y marsupiales}.
CONCEPTOS ORIENTADOS A OBJETOS
La programación orientada a objetos difiere de la programación por procedimientos tradicional,
pues examina los objetos que son parte de un sistema. Cada objeto es una representación
en computadora de alguna cosa o evento real. En esta sección se presentan descripciones
generales de los principales conceptos orientados a objetos de las clases, la herencia y
los objetos,. En secciones posteriores de este mismo capítulo se ofrece más información de
otros conceptos de UML.
OBJETOS
Los objetos son personas, lugares o cosas que son relevantes para el sistema bajo análisis. Los
objetos podrían ser clientes, artículos, pedidos, etc. Los objetos también podrían ser pantallas
GUI o áreas de texto en la pantalla.
CLASES
Los objetos se representan y agrupan en clases que son óptimas para reutilizarse y darles
mantenimiento. Una clase define el conjunto de atributos y comportamientos compartidos
por cada objeto de la clase. Por ejemplo, los registros de los estudiantes en la sección de un
curso almacenan información similar para cada estudiante. Se podría decir que los estudiantes
constituyen una clase.
Un atributo describe alguna propiedad de todos los objetos de la clase. Observe que la
clase RentaAuto posee los atributos tamaño, color, marca y modelo. Todos los automóviles
poseen estos atributos, pero los atributos de cada automóvil tendrán diferentes valores. Por
ejemplo, un automóvil puede ser azul, blanco o de algún otro color. Más adelante demostraremos
que es posible serrnás específico acerca del rango de valores para estas propiedades.
Al especificar atributos, normalmente la primera letra es minúscula.
Un método es una acción que se puede solicitar a cualquier objeto de la clase. Los
métodos son los procesos que una clase sabe cómo realizar. Los métodos también se llaman
operaciones. La clase RentaAuto podría tener los siguientes métodos: inicioRenta( ), entregaAutof ) y servicio( ). Al especificar métodos, normalmente la primera letra es minúscula.
HERENCIA
Otro concepto importante de los sistemas orientados a objetos es la herencia. Las clases
pueden tener hijos; es decir, una clase se puede crear a partir de otra clase. En el UML, la
clase original —o madre— se conoce como clase base.
DIAGRAMAS DE SECUENCIAS Y DE COLABORACIÓN
Un diagrama de interacción puede ser un diagrama de secuencias o uno de colaboración,
que muestran esencialmente la misma información. Estos diagramas, junto con los diagramas
de clases, se utilizan en la realización de un caso de uso.
DIAGRAMAS DE SECUENCIAS
Los diagramas de secuencias pueden ilustrar una sucesión de interacciones entre clases o
instancias de objetos en un periodo determinado. Los diagramas de secuencias se utilizan
con frecuencia para representar el proceso descrito en los escenarios de caso de uso.
SOBRECARGA DE MÉTODOS
La sobrecarga de métodos se refiere a incluir el mismo método [u operación) varias veces
en una clase. La firma del método abarca el nombre del método y los parámetros que contiene.
TIPOS DE CLASES
Las clases entran en cuatro categorías: de entidad, de interfaz, abstractas y de control. Estas
categorías se explican a continuación.
1.-Clases de entidad
2.-Clases de límite, o de interfaz
3.-Clases abstractas
4.-Clases de control
Un objeto de una clase podría tener una relación con otros objetos de la misma clase, lo
que se conoce como asociación reflexiva. Un ejemplo sería una tarea que tiene una tarea
precedente, o un empleado que supervisa a otro empleado. Esto se muestra como una línea
de asociación que conecta la clase a sí misma, con etiquetas que indican el nombre del papel,
como tarea y tarea precedente.
DIAGRAMAS DE ESTADOS
El diagrama de estados, o de transición de estados, es otra manera de determinar los métodos
de una clase. Se usa para examinar los diferentes estados que podría tener un objeto.
Un diagrama de estados se crea para una sola clase. Por lo general, los objetos se crean,
sufren cambios y se eliminan.
Los eventos se clasifican en tres categorías diferentes:
1. Señales o mensajes asincronos, que ocurren cuando el programa que realiza la llamada
no espera un mensaje de respuesta, como en el caso de una característica ejecutada de
un menú.
2. Mensajes síncronos, que son llamadas a funciones o subrutinas. El objeto que llama se
detiene y espera a que el control regrese a él, junto con un mensaje opcional.
3. Eventos temporales, que ocurren en un momento predeterminado. Por lo general, estos
eventos no involucran un actor o un evento externo.
PAQUETES Y OTROS ARTEFACTOS DE UML
Los paquetes son los contenedores para otros elementos de UML, como los casos de uso o las
clases. Los paquetes pueden mostrar el particionamiento del sistema, indicando cuáles clases
o casos de uso se agrupan en un subsistema, y se conocen como paquetes lógicos.
El UML es una herramienta poderosa que puede mejorar en gran medida la calidad del análisis
y diseño de su sistema, y puede esperarse que las prácticas mejoradas se traduzcan en
sistemas de mayor calidad.
domingo, 27 de junio de 2010
IMPLEMENTACION EXITOSA DEL SISTEMA DE INFORMACION
IMPLEMENTACION DE SISTEMAS DISTRIBUIDOS
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.
Uno de los aspectos costosos de implementar una LAN es que cada vez que se mueve,
se debe cambiar la instalación eléctrica. Algunas organizaciones están afrontando esto al establecer
una red inalámbrica de área local (WLAN) de alta velocidad.
Ventajas de los sistemas distribuidos Los sistemas distribuidos permiten el almacenamiento
de datos en lugares donde no estorben a las transacciones de tiempo real en línea.
Por ejemplo, el tiempo de respuesta en las consultas se podría mejorar si no todos los registros
necesitan ser investigados antes de que se dé una respuesta.
Desventajas de los sistemas distribuidos Los sistemas distribuidos presentan algunos
problemas únicos que los sistemas de cómputo centralizados no poseen. El analista necesita pesar estos problemas contra las ventajas presentadas y plantearlos también con el negocio
interesado.
El primer problema es la confiabilidad de la red. Para hacer de una red un recurso en
lugar de una carga, debe ser posible transmitir, recibir, procesar y almacenar datos de forma
confiable. Si hay demasiados problemas con la confiabilidad del sistema, éste se abandonará.
ESTRATEGIAS DE CAPACITACIÓN
Personas que capacitan a los usuarios Para un proyecto grande, se podrían usar muchos
instructores diferentes dependiendo de cuántos usuarios se deben capacitar y quiénes son.
Las posibles fuentes de capacitación incluyen lo siguiente:
1. Vendedores.
2. Analistas de sistemas.
3. Instructores externos.
4. Instructores internos.
5. Otros usuarios del sistema.
LINEAMIENTOS PARA LA CAPACITACIÓN
1.-Objetivos de la capacitación
2.-Métodos de capacitación
3.-Sitios de capacitación
4.-Materiales de capacitación
ESTRATEGIAS DE CONVERSIÓN
1. Conversión directa.
2. Conversión paralela.
3. Conversión gradual o por fases.
4. Conversión de prototipo modular.
5. Conversión distribuida.
SEGURIDAD FÍSICA
La seguridad física se refiere a proteger el sitio donde se encuentra la computadora, su
equipo y software a través de medios físicos. Puede incluir acceso controlado a las salas de
cómputo por medio de signos legibles por la máquina o un registro de entrada y salida del
sistema por un humano, usando cámaras de televisión de circuito cerrado para supervisar las
áreas de la computadora y frecuentemente apoyando los datos y almacenando los respaldos
en un área a prueba de fuego o a prueba de agua.
SEGURIDAD LÓGICA
La seguridad lógica se refiere a los controles lógicos en el software. Los controles lógicos son
familiares para la mayoría de los usuarios como contraseñas o códigos de autorización de alguna
clase. Cuando se usan, permiten al usuario entrar al sistema o a una parte particular de
una base de datos con una contraseña correcta.
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.
Uno de los aspectos costosos de implementar una LAN es que cada vez que se mueve,
se debe cambiar la instalación eléctrica. Algunas organizaciones están afrontando esto al establecer
una red inalámbrica de área local (WLAN) de alta velocidad.
Ventajas de los sistemas distribuidos Los sistemas distribuidos permiten el almacenamiento
de datos en lugares donde no estorben a las transacciones de tiempo real en línea.
Por ejemplo, el tiempo de respuesta en las consultas se podría mejorar si no todos los registros
necesitan ser investigados antes de que se dé una respuesta.
Desventajas de los sistemas distribuidos Los sistemas distribuidos presentan algunos
problemas únicos que los sistemas de cómputo centralizados no poseen. El analista necesita pesar estos problemas contra las ventajas presentadas y plantearlos también con el negocio
interesado.
El primer problema es la confiabilidad de la red. Para hacer de una red un recurso en
lugar de una carga, debe ser posible transmitir, recibir, procesar y almacenar datos de forma
confiable. Si hay demasiados problemas con la confiabilidad del sistema, éste se abandonará.
ESTRATEGIAS DE CAPACITACIÓN
Personas que capacitan a los usuarios Para un proyecto grande, se podrían usar muchos
instructores diferentes dependiendo de cuántos usuarios se deben capacitar y quiénes son.
Las posibles fuentes de capacitación incluyen lo siguiente:
1. Vendedores.
2. Analistas de sistemas.
3. Instructores externos.
4. Instructores internos.
5. Otros usuarios del sistema.
LINEAMIENTOS PARA LA CAPACITACIÓN
1.-Objetivos de la capacitación
2.-Métodos de capacitación
3.-Sitios de capacitación
4.-Materiales de capacitación
ESTRATEGIAS DE CONVERSIÓN
1. Conversión directa.
2. Conversión paralela.
3. Conversión gradual o por fases.
4. Conversión de prototipo modular.
5. Conversión distribuida.
SEGURIDAD FÍSICA
La seguridad física se refiere a proteger el sitio donde se encuentra la computadora, su
equipo y software a través de medios físicos. Puede incluir acceso controlado a las salas de
cómputo por medio de signos legibles por la máquina o un registro de entrada y salida del
sistema por un humano, usando cámaras de televisión de circuito cerrado para supervisar las
áreas de la computadora y frecuentemente apoyando los datos y almacenando los respaldos
en un área a prueba de fuego o a prueba de agua.
SEGURIDAD LÓGICA
La seguridad lógica se refiere a los controles lógicos en el software. Los controles lógicos son
familiares para la mayoría de los usuarios como contraseñas o códigos de autorización de alguna
clase. Cuando se usan, permiten al usuario entrar al sistema o a una parte particular de
una base de datos con una contraseña correcta.
ASEGURAMIENTO DE LA CALIDAD MEDIANTE INGENIERIA DE SOFTWARE
Dos propósitos guían el aseguramiento de la calidad. El primero es que el usuario del
sistema de información es el factor individual más importante en establecer y evaluar su
calidad. El segundo es que 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.
Algunos lincamientos para la programación modular incluyen lo siguiente:
1. Mantener cada módulo de un tamaño manejable (incluir a la perfección una sola
función).
2. Poner particular atención a las interfaces críticas (los datos y variables de control que se
pasan a otros módulos].
3. Minimizar el número de módulos que el usuario debe modificar al hacer los cambios.
4. Mantener las relaciones jerárquicas establecidas en las fases descendentes.
USO DE DIAGRAMAS DE ESTRUCTURA PARA DISEÑAR SISTEMAS
La herramienta recomendada para diseñar un sistema modular descendente se denomina
diagrama de estructura. Este gráfico simplemente es un diagrama que consiste de cuadros
rectangulares, los cuales representan los módulos, y de flechas de conexión.
SUBORDINACIÓN DE MÓDULO
Un módulo subordinado es uno inferior en el diagrama de estructura llamado por otro módulo
superior en la estructura. Cada módulo subordinado debe representar una tarea que es
una parte de la función del módulo de nivel superior. Permitir que el módulo de nivel inferior
desempeñe una tarea que no es requerida por el módulo que lo llama se denomina
subordinación inadecuada. En tal caso, el módulo inferior se debe mover al nivel superior
de la estructura.
El FOLKLORE es una técnica sistemática, basada en métodos tradicionales usados
para recopilar el folklore sobre las personas y leyendas. Este enfoque para la documentación
de sistemas requiere que el analista entreviste a los usuarios, investigue la documentación
existente en los archivos y observe el procesamiento de información. El objetivo es
recopilar la información correspondiente a una de cuatro categorías: costumbres, anécdotas,
proverbios y formas artísticas.
CÓMO AUDITAR
Auditar es otra forma de asegurar la calidad de la información contenida en el sistema. Ampliamente
definido, auditar se refiere a pedirle a un experto, que no esté involucrado en
crear o usar un sistema, examinar la información para determinar su fiabilidad.
Una herramienta recomendada para diseñar un sistema con un enfoque descendente y
modular se denomina diagrama de estructura. Se usan dos tipos de flechas para indicar los
tipos de parámetros que se pasan entre los módulos. El primero se denomina pareja de
datos y el segundo se denomina bandera de control. Los módulos de un diagrama de estructura
entran en una de tres categorías: control, transformacional (a veces denominado trabajador)
y funcional o especializado.
sistema de información es el factor individual más importante en establecer y evaluar su
calidad. El segundo es que 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.
Algunos lincamientos para la programación modular incluyen lo siguiente:
1. Mantener cada módulo de un tamaño manejable (incluir a la perfección una sola
función).
2. Poner particular atención a las interfaces críticas (los datos y variables de control que se
pasan a otros módulos].
3. Minimizar el número de módulos que el usuario debe modificar al hacer los cambios.
4. Mantener las relaciones jerárquicas establecidas en las fases descendentes.
USO DE DIAGRAMAS DE ESTRUCTURA PARA DISEÑAR SISTEMAS
La herramienta recomendada para diseñar un sistema modular descendente se denomina
diagrama de estructura. Este gráfico simplemente es un diagrama que consiste de cuadros
rectangulares, los cuales representan los módulos, y de flechas de conexión.
SUBORDINACIÓN DE MÓDULO
Un módulo subordinado es uno inferior en el diagrama de estructura llamado por otro módulo
superior en la estructura. Cada módulo subordinado debe representar una tarea que es
una parte de la función del módulo de nivel superior. Permitir que el módulo de nivel inferior
desempeñe una tarea que no es requerida por el módulo que lo llama se denomina
subordinación inadecuada. En tal caso, el módulo inferior se debe mover al nivel superior
de la estructura.
El FOLKLORE es una técnica sistemática, basada en métodos tradicionales usados
para recopilar el folklore sobre las personas y leyendas. Este enfoque para la documentación
de sistemas requiere que el analista entreviste a los usuarios, investigue la documentación
existente en los archivos y observe el procesamiento de información. El objetivo es
recopilar la información correspondiente a una de cuatro categorías: costumbres, anécdotas,
proverbios y formas artísticas.
CÓMO AUDITAR
Auditar es otra forma de asegurar la calidad de la información contenida en el sistema. Ampliamente
definido, auditar se refiere a pedirle a un experto, que no esté involucrado en
crear o usar un sistema, examinar la información para determinar su fiabilidad.
Una herramienta recomendada para diseñar un sistema con un enfoque descendente y
modular se denomina diagrama de estructura. Se usan dos tipos de flechas para indicar los
tipos de parámetros que se pasan entre los módulos. El primero se denomina pareja de
datos y el segundo se denomina bandera de control. Los módulos de un diagrama de estructura
entran en una de tres categorías: control, transformacional (a veces denominado trabajador)
y funcional o especializado.
DISEÑO DE PROCEDIMIENTOS PRECISOS DE ENTRADA DE DATOS
La calidad de datos es una medida de qué tan consistentemente correctos, dentro de
ciertos límites prefijados, están los datos. Los datos codificados eficazmente facilitan la entrada
de datos precisa al reducir la cantidad necesaria de datos y, con ello, el tiempo requerido
para introducir la información.
CODIFICACIÓN EFECTIVA
Una de las formas en que los datos pueden ser introducidos de manera más precisa y eficiente
es mediante el empleo inteligente de varios códigos. El proceso de poner datos
ambiguos o demasiado largos en unos cuantos dígitos o letras que se puedan introducir
fácilmente se conoce como codificación (que no se debe confundir con la codificación
de programas].
La codificación ayuda a que el analista de sistemas alcance el objetivo de eficiencia, debido
a que los datos codificados requieren menos tiempo para su captura y reducen la cantidad
de elementos capturados.
La codificación es una forma fluida y concisa de capturar datos.
Además de proporcionar precisión y eficiencia, los códigos deben tener un propósito. Los
tipos específicos de códigos nos permiten tratar los datos de una forma particular. Los propósitos
para codificar incluyen lo siguiente:
1. Llevar registro de algo.
2. Clasificar la información.
3. Ocultar la información.
4. Revelar la información.
5. Solicitar la acción apropiada.
El código de derivación alfabética es un método que se usa comúnmente para identificar
un número de cuenta. El ejemplo de la figura 15.2 proviene de una etiqueta de correo
para una revista. El código se convierte en el número de cuenta. Los primeros cinco dígitos
conforman los primeros cinco dígitos del código postal del suscriptor, los siguientes tres
son las primeras tres consonantes del nombre del suscriptor, los siguientes cuatro números son
de la calle y los últimos tres constituyen el código para la revista. El propósito principal de
este código es identificar una cuenta.
Una desventaja de un código de derivación alfabética se presenta cuando la parte alfabética
es pequeña (por ejemplo, el nombre Po) o cuando el nombre contiene menos
consonantes que las requeridas por el código.
Un ejemplo de codificación de clasificación es la forma en que podría agrupar los elementos
deducibles de impuesto con el propósito de completar sus impuestos sobre la renta.
VALIDACIÓN DE LAS TRANSACCIONES DE ENTRADA
Validar las transacciones de entrada se hace principalmente mediante software que es la
responsabilidad del programador pero es importante que el analista de sistemas sepa qué
problemas comunes podrían invalidar una transacción.
VENTAJAS DE LA PRECISIÓN EN LOS ENTORNOS DE COMERCIO ELECTRÓNICO
Uno de los muchos bonos de las transacciones de comercio electrónico es la mayor precisión
de los datos, debido a cuatro razones:
1. Los clientes generalmente codifican o teclean los datos.
2. Los datos introducidos por los clientes se almacenan para su uso posterior.
3. Los datos introducidos en el punto de venta se reúsan a lo largo del proceso de surtido
del pedido.
4. La información se usa como retroalimentación para los clientes.
Asegurar la calidad de la entrada de datos al sistema de información es crítico para asegurar
la salida de calidad. La calidad de los datos capturados se puede mejorar mediante el logro
de los tres objetivos principales de entrada de datos: codificación eficaz; captura de datos
eficaz y eficiente, y la validación de datos.
Una de las mejores formas para acelerar la entrada de datos es mediante el uso eficaz de
la codificación, la cual pone los datos en secuencias cortas de dígitos y/o letras.
ciertos límites prefijados, están los datos. Los datos codificados eficazmente facilitan la entrada
de datos precisa al reducir la cantidad necesaria de datos y, con ello, el tiempo requerido
para introducir la información.
CODIFICACIÓN EFECTIVA
Una de las formas en que los datos pueden ser introducidos de manera más precisa y eficiente
es mediante el empleo inteligente de varios códigos. El proceso de poner datos
ambiguos o demasiado largos en unos cuantos dígitos o letras que se puedan introducir
fácilmente se conoce como codificación (que no se debe confundir con la codificación
de programas].
La codificación ayuda a que el analista de sistemas alcance el objetivo de eficiencia, debido
a que los datos codificados requieren menos tiempo para su captura y reducen la cantidad
de elementos capturados.
La codificación es una forma fluida y concisa de capturar datos.
Además de proporcionar precisión y eficiencia, los códigos deben tener un propósito. Los
tipos específicos de códigos nos permiten tratar los datos de una forma particular. Los propósitos
para codificar incluyen lo siguiente:
1. Llevar registro de algo.
2. Clasificar la información.
3. Ocultar la información.
4. Revelar la información.
5. Solicitar la acción apropiada.
El código de derivación alfabética es un método que se usa comúnmente para identificar
un número de cuenta. El ejemplo de la figura 15.2 proviene de una etiqueta de correo
para una revista. El código se convierte en el número de cuenta. Los primeros cinco dígitos
conforman los primeros cinco dígitos del código postal del suscriptor, los siguientes tres
son las primeras tres consonantes del nombre del suscriptor, los siguientes cuatro números son
de la calle y los últimos tres constituyen el código para la revista. El propósito principal de
este código es identificar una cuenta.
Una desventaja de un código de derivación alfabética se presenta cuando la parte alfabética
es pequeña (por ejemplo, el nombre Po) o cuando el nombre contiene menos
consonantes que las requeridas por el código.
Un ejemplo de codificación de clasificación es la forma en que podría agrupar los elementos
deducibles de impuesto con el propósito de completar sus impuestos sobre la renta.
VALIDACIÓN DE LAS TRANSACCIONES DE ENTRADA
Validar las transacciones de entrada se hace principalmente mediante software que es la
responsabilidad del programador pero es importante que el analista de sistemas sepa qué
problemas comunes podrían invalidar una transacción.
VENTAJAS DE LA PRECISIÓN EN LOS ENTORNOS DE COMERCIO ELECTRÓNICO
Uno de los muchos bonos de las transacciones de comercio electrónico es la mayor precisión
de los datos, debido a cuatro razones:
1. Los clientes generalmente codifican o teclean los datos.
2. Los datos introducidos por los clientes se almacenan para su uso posterior.
3. Los datos introducidos en el punto de venta se reúsan a lo largo del proceso de surtido
del pedido.
4. La información se usa como retroalimentación para los clientes.
Asegurar la calidad de la entrada de datos al sistema de información es crítico para asegurar
la salida de calidad. La calidad de los datos capturados se puede mejorar mediante el logro
de los tres objetivos principales de entrada de datos: codificación eficaz; captura de datos
eficaz y eficiente, y la validación de datos.
Una de las mejores formas para acelerar la entrada de datos es mediante el uso eficaz de
la codificación, la cual pone los datos en secuencias cortas de dígitos y/o letras.
DISEÑO DE INTERFACES DE USUARIO
INTERFACES DE LENGUAJE NATURAL
Las interfaces de lenguaje natural son quizás el sueño e ideal de usuarios inexpertos, debido
a que permiten a usuarios interactuar con la computadora en su lenguaje cotidiano o natural.
No se requieren habilidades especiales de usuarios, quienes interactúan con la computadora
mediante lenguaje natural.
Los menús de GUI se usan para controlar el software de PC y tienen los siguientes lineamientos:
1. Siempre se despliega la barra de menú principal.
2. El menú principal usa palabras simples para los artículos del menú. Las opciones de
menú principales siempre despliegan menús desplegables secundarios.
3. El menú principal debe tener opciones secundarias agrupadas en grupos similares de
características.
4. Los menús desplegables que se presentan cuando se hace clic en un artículo de menú
principal con frecuencia consisten en más de una palabra.
5. Estas opciones secundarias desempeñan acciones o despliegan artículos de menú adicionales.
6. Los artículos de menú en gris no están disponibles para la actividad actual.
INTERFACES DE FORMULARIO (FORMULARIOS DE ENTRADA/SALIDA)
Las interfaces de formulario consisten de formularios en pantalla o formularios que se basan
en la Web que despliegan campos que contienen datos o parámetros que necesitan ser
comunicados al usuario. El formulario a menudo es un facsímil de un formulario impreso
que ya es familiar para el usuario. Esta técnica de interfaz también se conoce como método
basado en el formulario y en formularios de entrada/salida.
La ventaja principal de la interfaz de formulario de entrada/salida es que la versión impresa
del formulario proporciona documentación excelente. Muestra etiquetas para cada
campo así como también contexto para las entradas. Los documentos que se basan en la
Web se pueden enviar directamente al sistema de facturación si se involucra una transacción
o pueden ir directamente a la base de datos del cliente si se está enviando una encuesta. Los
formularios que se basan en la Web hacen al usuario responsable por la calidad de los datos
y hacen disponible el formulario para completarlo y enviralo en 24 horas, 7 días a la semana,
desde cualquier parte del mundo.
Hay algunas desventajas con los formularios de entrada/salida. La desventaja principal
es que los usuarios experimentados se podrían impacientar con estos formularios y querrían
formas más eficaces para introducir datos.
Una ventaja de sistemas de reconocimiento de voz es que pueden acelerar enormemente
la entrada de datos y dejan libres las manos del usuario para otras tareas. La entrada de
voz todavía agrega otra dimensión a la PC.
DISEÑO DE CONSULTAS
Cuando los usuarios hacen preguntas de la base de datos o se comunican con ella, dicen que
la consultan. Hay seis tipos diferentes de consultas más comunes.
Las interfaces de lenguaje natural son quizás el sueño e ideal de usuarios inexpertos, debido
a que permiten a usuarios interactuar con la computadora en su lenguaje cotidiano o natural.
No se requieren habilidades especiales de usuarios, quienes interactúan con la computadora
mediante lenguaje natural.
Los menús de GUI se usan para controlar el software de PC y tienen los siguientes lineamientos:
1. Siempre se despliega la barra de menú principal.
2. El menú principal usa palabras simples para los artículos del menú. Las opciones de
menú principales siempre despliegan menús desplegables secundarios.
3. El menú principal debe tener opciones secundarias agrupadas en grupos similares de
características.
4. Los menús desplegables que se presentan cuando se hace clic en un artículo de menú
principal con frecuencia consisten en más de una palabra.
5. Estas opciones secundarias desempeñan acciones o despliegan artículos de menú adicionales.
6. Los artículos de menú en gris no están disponibles para la actividad actual.
INTERFACES DE FORMULARIO (FORMULARIOS DE ENTRADA/SALIDA)
Las interfaces de formulario consisten de formularios en pantalla o formularios que se basan
en la Web que despliegan campos que contienen datos o parámetros que necesitan ser
comunicados al usuario. El formulario a menudo es un facsímil de un formulario impreso
que ya es familiar para el usuario. Esta técnica de interfaz también se conoce como método
basado en el formulario y en formularios de entrada/salida.
La ventaja principal de la interfaz de formulario de entrada/salida es que la versión impresa
del formulario proporciona documentación excelente. Muestra etiquetas para cada
campo así como también contexto para las entradas. Los documentos que se basan en la
Web se pueden enviar directamente al sistema de facturación si se involucra una transacción
o pueden ir directamente a la base de datos del cliente si se está enviando una encuesta. Los
formularios que se basan en la Web hacen al usuario responsable por la calidad de los datos
y hacen disponible el formulario para completarlo y enviralo en 24 horas, 7 días a la semana,
desde cualquier parte del mundo.
Hay algunas desventajas con los formularios de entrada/salida. La desventaja principal
es que los usuarios experimentados se podrían impacientar con estos formularios y querrían
formas más eficaces para introducir datos.
Una ventaja de sistemas de reconocimiento de voz es que pueden acelerar enormemente
la entrada de datos y dejan libres las manos del usuario para otras tareas. La entrada de
voz todavía agrega otra dimensión a la PC.
DISEÑO DE CONSULTAS
Cuando los usuarios hacen preguntas de la base de datos o se comunican con ella, dicen que
la consultan. Hay seis tipos diferentes de consultas más comunes.
DISEÑO DE BASES DE DATOS
BASES DE DATOS
Las bases de datos no son tan sólo una colección de archivos. Más bien, una base de datos es
una fuente central de datos destinados a compartirse entre muchos usuarios para una diversidad
de aplicaciones. El corazón de una base de datos lo constituye el sistema de administración
de base de datos (DBMS, datábase management system), el cual permite la creación,
modificación y actualización de la base de datos, la recuperación de datos y la generación de
informes y pantallas.
Entidades Una entidad es cualquier objeto o evento sobre el cual alguien escoge recopilar
datos. Una entidad podría ser una persona, lugar o cosa (por ejemplo, un vendedor,
una ciudad o un producto).
Un subtipo de entidad es una relación especial uno a uno que representa los atributos
adicionales (campos) de otra entidad que podría no estar presente en cada registro de la primera
entidad. Los subtipos de entidades eliminan la posibilidad de que una entidad pueda
tener campos nulos almacenados en las tablas de la base de datos.
Un ejemplo es la entidad principal de un cliente. Los clientes preferidos podrían tener
campos especiales que contengan información de descuentos especiales, y esta información
estaría en un subtipo de entidad. Otro ejemplo son los estudiantes que tienen periodos de
prácticas profesionales.
Hay tres tipos principales de bases de datos estructuradas de forma lógica: jerárquica,
red y relacional. Los primeros dos tipos se pueden encontrar en sistemas heredados (antiguos).
Hoy en día, un analista típicamente diseñaría una base de datos relacional.
NORMALIZACIÓN
La normalización es la transformación de las vistas de usuario complejas y del almacén de
datos a un juego de estructuras de datos más pequeñas y estables. Además de ser más simples
y estables, las estructuras de datos normalizadas son más fáciles de mantener que otras
estructuras de datos.
El objetivo principal del proceso de la normalización es simplificar todos los datos
complejos que se encuentran a menudo en las vistas de usuario. Por ejemplo, si el analista
tomara la vista de usuario descrita arriba y hubiera intentado extender una tabla relacional
de ella.
La relación CLIENTE-VENDEDOR es una relación de primera forma normal, pero no
está en su forma ideal.
USO DEL DIAGRAMA ENTIDAD-RELACIÓN PARA DETERMINAR LAS CLAVES DEL REGISTRO
El diagrama entidad-relación se podría usar para determinar las claves necesarias para una
relación de un registro o de una base de datos. El primer paso es construir el diagrama entidad-
relación y etiquetar una clave (principal) única para cada entidad de datos.
RELACIÓN UNO A MUCHOS
una tabla de base de datos no puede contener un grupo repetitivo o tabla, pero podría tener
un archivo tradicional indexado de forma secuencial. El archivo en el extremo muchos
podría tener claves externas almacenadas en una tabla dentro del archivo en el extremo
uno. Por ejemplo, el MAESTRO DE CLIENTES podría diseñarse para contener una tabla
de números de pedidos sobresalientes.
RELACIÓN MUCHOS A MUCHOS
Cuando la relación es de muchos a muchos, se necesitan tres tablas: una para cada entidad
de datos y otra para la relación. Las entidades PEDIDO y ARTÍCULO de nuestro ejemplo
tienen una relación muchos a muchos. La clave primaria de cada entidad de datos se almacena
como una clave externa de la tabla relacional. Esta última podría contener simplemente las
claves primarias para cada entidad de datos o podría contener datos adicionales, tales como
la calificación recibida de un curso o la cantidad de un artículo pedido.
RESTRICCIONES DE INTEGRIDAD
Las restricciones de integridad son reglas que controlan el cambio y eliminación de registros,
y ayuda a mantener los datos en la base de datos exacta. En una base de datos se aplican
tres tipos de restricciones de integridad:
1. Integridad de identidad.
2. Integridad referencial.
3. Integridad de dominio.
PASOS EN LA RECUPERACIÓN Y PRESENTACIÓN DE DATOS
Hay ocho pasos en la recuperación y presentación de datos:
1. Escoja una relación de la base de datos.
2. Una dos relaciones.
3. Proyecte las columnas de la relación.
4. Seleccione filas de la relación.
5. Derive nuevos atributos.
6. Indexe o clasifique las filas.
7. Calcule los totales y medidas de desempeño.
8. Presente los datos.
DESNORMALIZACION
Una de las razones principales para la normalización es organizar los datos para reducir los
datos redundantes. Si no se le pide almacenar los mismos datos una y otra vez, puede ahorrar
mucho espacio. Dicha organización permite al analista reducir la cantidad necesaria de
almacenamiento, algo muy importante cuando el almacenamiento era caro.
La desnormalización es el proceso de tomar el modelo de datos lógicos y transformarlo
en un modelo físico que es eficaz para las tareas más comunes. Estas tareas pueden incluir
generación de informes, pero también pueden significar consultas más eficaces. Las consultas
complejas tales como el proceso analítico en línea (OLAP), así como también la minería
de datos y los procesos de descubrimiento de datos del conocimiento (KDD), también pueden
usar las bases de datos denormalizadas.
ALMACENES DE DATOS
Los almacenes de datos difieren de las bases de datos tradicionales. El propósito de un almacén
de datos es organizar la información para consultas rápidas y eficaces. De hecho,
almacenan datos denormalizados, pero van un paso más adelante. Dichos almacenes organizan
los datos en torno a los temas.
Las bases de datos no son tan sólo una colección de archivos. Más bien, una base de datos es
una fuente central de datos destinados a compartirse entre muchos usuarios para una diversidad
de aplicaciones. El corazón de una base de datos lo constituye el sistema de administración
de base de datos (DBMS, datábase management system), el cual permite la creación,
modificación y actualización de la base de datos, la recuperación de datos y la generación de
informes y pantallas.
Entidades Una entidad es cualquier objeto o evento sobre el cual alguien escoge recopilar
datos. Una entidad podría ser una persona, lugar o cosa (por ejemplo, un vendedor,
una ciudad o un producto).
Un subtipo de entidad es una relación especial uno a uno que representa los atributos
adicionales (campos) de otra entidad que podría no estar presente en cada registro de la primera
entidad. Los subtipos de entidades eliminan la posibilidad de que una entidad pueda
tener campos nulos almacenados en las tablas de la base de datos.
Un ejemplo es la entidad principal de un cliente. Los clientes preferidos podrían tener
campos especiales que contengan información de descuentos especiales, y esta información
estaría en un subtipo de entidad. Otro ejemplo son los estudiantes que tienen periodos de
prácticas profesionales.
Hay tres tipos principales de bases de datos estructuradas de forma lógica: jerárquica,
red y relacional. Los primeros dos tipos se pueden encontrar en sistemas heredados (antiguos).
Hoy en día, un analista típicamente diseñaría una base de datos relacional.
NORMALIZACIÓN
La normalización es la transformación de las vistas de usuario complejas y del almacén de
datos a un juego de estructuras de datos más pequeñas y estables. Además de ser más simples
y estables, las estructuras de datos normalizadas son más fáciles de mantener que otras
estructuras de datos.
El objetivo principal del proceso de la normalización es simplificar todos los datos
complejos que se encuentran a menudo en las vistas de usuario. Por ejemplo, si el analista
tomara la vista de usuario descrita arriba y hubiera intentado extender una tabla relacional
de ella.
La relación CLIENTE-VENDEDOR es una relación de primera forma normal, pero no
está en su forma ideal.
USO DEL DIAGRAMA ENTIDAD-RELACIÓN PARA DETERMINAR LAS CLAVES DEL REGISTRO
El diagrama entidad-relación se podría usar para determinar las claves necesarias para una
relación de un registro o de una base de datos. El primer paso es construir el diagrama entidad-
relación y etiquetar una clave (principal) única para cada entidad de datos.
RELACIÓN UNO A MUCHOS
una tabla de base de datos no puede contener un grupo repetitivo o tabla, pero podría tener
un archivo tradicional indexado de forma secuencial. El archivo en el extremo muchos
podría tener claves externas almacenadas en una tabla dentro del archivo en el extremo
uno. Por ejemplo, el MAESTRO DE CLIENTES podría diseñarse para contener una tabla
de números de pedidos sobresalientes.
RELACIÓN MUCHOS A MUCHOS
Cuando la relación es de muchos a muchos, se necesitan tres tablas: una para cada entidad
de datos y otra para la relación. Las entidades PEDIDO y ARTÍCULO de nuestro ejemplo
tienen una relación muchos a muchos. La clave primaria de cada entidad de datos se almacena
como una clave externa de la tabla relacional. Esta última podría contener simplemente las
claves primarias para cada entidad de datos o podría contener datos adicionales, tales como
la calificación recibida de un curso o la cantidad de un artículo pedido.
RESTRICCIONES DE INTEGRIDAD
Las restricciones de integridad son reglas que controlan el cambio y eliminación de registros,
y ayuda a mantener los datos en la base de datos exacta. En una base de datos se aplican
tres tipos de restricciones de integridad:
1. Integridad de identidad.
2. Integridad referencial.
3. Integridad de dominio.
PASOS EN LA RECUPERACIÓN Y PRESENTACIÓN DE DATOS
Hay ocho pasos en la recuperación y presentación de datos:
1. Escoja una relación de la base de datos.
2. Una dos relaciones.
3. Proyecte las columnas de la relación.
4. Seleccione filas de la relación.
5. Derive nuevos atributos.
6. Indexe o clasifique las filas.
7. Calcule los totales y medidas de desempeño.
8. Presente los datos.
DESNORMALIZACION
Una de las razones principales para la normalización es organizar los datos para reducir los
datos redundantes. Si no se le pide almacenar los mismos datos una y otra vez, puede ahorrar
mucho espacio. Dicha organización permite al analista reducir la cantidad necesaria de
almacenamiento, algo muy importante cuando el almacenamiento era caro.
La desnormalización es el proceso de tomar el modelo de datos lógicos y transformarlo
en un modelo físico que es eficaz para las tareas más comunes. Estas tareas pueden incluir
generación de informes, pero también pueden significar consultas más eficaces. Las consultas
complejas tales como el proceso analítico en línea (OLAP), así como también la minería
de datos y los procesos de descubrimiento de datos del conocimiento (KDD), también pueden
usar las bases de datos denormalizadas.
ALMACENES DE DATOS
Los almacenes de datos difieren de las bases de datos tradicionales. El propósito de un almacén
de datos es organizar la información para consultas rápidas y eficaces. De hecho,
almacenan datos denormalizados, pero van un paso más adelante. Dichos almacenes organizan
los datos en torno a los temas.
DISEÑO DE UNA SALIDA EFICAZ
DISEÑO DE LA SALIDA PARA SATISFACER UN PROPÓSITO ESPECÍFICO
Toda la salida debe tener un propósito. No es suficiente poner a disposición de los usuarios
un informe, una pantalla o una página Web sólo porque la tecnología permite hacerlo. Durante
la fase de determinación de los requerimientos de información, el analista de sistemas
averigua qué propósitos se deben satisfacer. A continuación diseña la salida con base en
esos propósitos.
DISEÑO DE SALIDA PARA SATISFACER AL USUARIO
En un sistema de información grande que atiende a muchos usuarios con muchos propósitos
diferentes, a menudo es difícil personalizar la salida. Con base en las entrevistas, las observaciones,
los costos y tal vez los prototipos, será posible diseñar una salida que satisfaga lo que
muchos usuarios, si no es que todos, necesitan y prefieren.
Es importante considerar que el contenido de la salida de los sistemas de información está
interrelacionado con el método de salida. Siempre que diseñe la salida, necesita pensar
cómo influirá la función en la forma y cómo influirá el propósito que pretenda conseguir en
el método de salida que elija.
La salida se debe pensar de una forma general a fin de que cualquier información producida
por el sistema de cómputo que de alguna forma sea útil para las personas se pueda
considerar salida. La salida se puede clasificar en externa (la que sale del negocio], tal como
la información que aparece en la Web, o en interna (que permanece dentro del negocio], tal
como el material disponible en una intranet.
CÓMO EVITAR EL SESGO EN EL DISEÑO DE LA SALIDA
Los analistas de sistemas pueden usar estrategias específicas para evitar el sesgo en la salida
que diseñan:
1. Esté consciente de las fuentes de sesgo.
2. Haga un diseño interactivo de salida que incluya usuarios y una variedad de sistemas
configurados de forma diferente durante la comprobación de la apariencia del documento
Web.
3. Trabaje con los usuarios para que estén informados del sesgo de la salida y puedan
reconocer las implicaciones de personalizar sus despliegues.
4. Cree salidas que sean flexibles y que permitan a usuarios modificar límites y rangos.
5. Capacite a los usuarios para apoyarse en salidas múltiples para obtener "segundas
opiniones" de la salida del sistema.
DISEÑO DE SALIDA IMPRESA
La fuente de información que se incluye en los informes es el diccionario de datos, cuyo
proceso de recopilación se trató en el capítulo 8. Recuerde que el diccionario de datos incluye
nombres de elementos de datos así como también el tamaño de campo requerido
de cada entrada.
Toda la salida debe tener un propósito. No es suficiente poner a disposición de los usuarios
un informe, una pantalla o una página Web sólo porque la tecnología permite hacerlo. Durante
la fase de determinación de los requerimientos de información, el analista de sistemas
averigua qué propósitos se deben satisfacer. A continuación diseña la salida con base en
esos propósitos.
DISEÑO DE SALIDA PARA SATISFACER AL USUARIO
En un sistema de información grande que atiende a muchos usuarios con muchos propósitos
diferentes, a menudo es difícil personalizar la salida. Con base en las entrevistas, las observaciones,
los costos y tal vez los prototipos, será posible diseñar una salida que satisfaga lo que
muchos usuarios, si no es que todos, necesitan y prefieren.
Es importante considerar que el contenido de la salida de los sistemas de información está
interrelacionado con el método de salida. Siempre que diseñe la salida, necesita pensar
cómo influirá la función en la forma y cómo influirá el propósito que pretenda conseguir en
el método de salida que elija.
La salida se debe pensar de una forma general a fin de que cualquier información producida
por el sistema de cómputo que de alguna forma sea útil para las personas se pueda
considerar salida. La salida se puede clasificar en externa (la que sale del negocio], tal como
la información que aparece en la Web, o en interna (que permanece dentro del negocio], tal
como el material disponible en una intranet.
CÓMO EVITAR EL SESGO EN EL DISEÑO DE LA SALIDA
Los analistas de sistemas pueden usar estrategias específicas para evitar el sesgo en la salida
que diseñan:
1. Esté consciente de las fuentes de sesgo.
2. Haga un diseño interactivo de salida que incluya usuarios y una variedad de sistemas
configurados de forma diferente durante la comprobación de la apariencia del documento
Web.
3. Trabaje con los usuarios para que estén informados del sesgo de la salida y puedan
reconocer las implicaciones de personalizar sus despliegues.
4. Cree salidas que sean flexibles y que permitan a usuarios modificar límites y rangos.
5. Capacite a los usuarios para apoyarse en salidas múltiples para obtener "segundas
opiniones" de la salida del sistema.
DISEÑO DE SALIDA IMPRESA
La fuente de información que se incluye en los informes es el diccionario de datos, cuyo
proceso de recopilación se trató en el capítulo 8. Recuerde que el diccionario de datos incluye
nombres de elementos de datos así como también el tamaño de campo requerido
de cada entrada.
PREPARACION DE LA PROPUESTA DE SISTEMAS
CÓMO INVENTARIAR EL HARDWARE DE CÓMPUTO
Usted necesita saber lo siguiente:
1. El tipo de equipo: el número de modelo, el fabricante.
2. El estado de funcionamiento del equipo: en pedido, en funcionamiento, en almacén,
con necesidad de reparación.
3. La edad estimada del equipo.
4. La vida proyectada del equipo.
5. La ubicación física del equipo.
6. El departamento o la persona responsable del equipo.
7. La situación financiera del equipo: propio, en arrendamiento financiero, alquilado.
EVALUACIÓN DEL HARDWARE DE CÓMPUTO
La evaluación del hardware de cómputo es una responsabilidad compartida de los directivos,
usuarios y analistas de sistemas. Aunque los fabricantes proporcionarán detalles acerca
de los productos que ofrezcan, los analistas necesitan supervisar personalmente el proceso de
evaluación porque ellos se preocuparán por los mejores intereses del negocio.
SISTEMAS EXPERTOS, REDES NEURALES Y OTRAS HERRAMIENTAS DE DECISIÓN
Los sistemas expertos son sistemas de razonamiento basados en reglas que se desarrollan por un experto en el campo. Recopilar las experiencias se llama adquisición de
conocimiento y es la parte más difícil de la especificación del conjunto de reglas para el sistema
general. A partir de ahora, puede asumir que las herramientas de software están ampliamente
disponibles en todas las categorías del precio.
IDENTIFICACIÓN DE BENEFICIOS Y COSTOS
Los beneficios y costos se pueden representar como tangibles o intangibles.
Beneficios tangibles Los beneficios tangibles son ventajas que se pueden medir en dólares
que se acreditan a la organización mediante el uso del sistema de información.
ANÁLISIS DEL PUNTO DE EQUILIBRIO
El análisis del punto de equilibrio es útil cuando un negocio está creciendo y el volumen
es una variable importante en los costos. Una desventaja del análisis del punto de equilibrio
es que se da por hecho que los beneficios se mantendrán iguales, sin tener en cuenta
qué sistema está funcionando.
ANÁLISIS DE FLUJO DE EFECTIVO
El análisis de flujo de efectivo examina la dirección, tamaño y modelo del flujo de efectivo
que se asocia con el sistema de información propuesto.
Usted necesita saber lo siguiente:
1. El tipo de equipo: el número de modelo, el fabricante.
2. El estado de funcionamiento del equipo: en pedido, en funcionamiento, en almacén,
con necesidad de reparación.
3. La edad estimada del equipo.
4. La vida proyectada del equipo.
5. La ubicación física del equipo.
6. El departamento o la persona responsable del equipo.
7. La situación financiera del equipo: propio, en arrendamiento financiero, alquilado.
EVALUACIÓN DEL HARDWARE DE CÓMPUTO
La evaluación del hardware de cómputo es una responsabilidad compartida de los directivos,
usuarios y analistas de sistemas. Aunque los fabricantes proporcionarán detalles acerca
de los productos que ofrezcan, los analistas necesitan supervisar personalmente el proceso de
evaluación porque ellos se preocuparán por los mejores intereses del negocio.
SISTEMAS EXPERTOS, REDES NEURALES Y OTRAS HERRAMIENTAS DE DECISIÓN
Los sistemas expertos son sistemas de razonamiento basados en reglas que se desarrollan por un experto en el campo. Recopilar las experiencias se llama adquisición de
conocimiento y es la parte más difícil de la especificación del conjunto de reglas para el sistema
general. A partir de ahora, puede asumir que las herramientas de software están ampliamente
disponibles en todas las categorías del precio.
IDENTIFICACIÓN DE BENEFICIOS Y COSTOS
Los beneficios y costos se pueden representar como tangibles o intangibles.
Beneficios tangibles Los beneficios tangibles son ventajas que se pueden medir en dólares
que se acreditan a la organización mediante el uso del sistema de información.
ANÁLISIS DEL PUNTO DE EQUILIBRIO
El análisis del punto de equilibrio es útil cuando un negocio está creciendo y el volumen
es una variable importante en los costos. Una desventaja del análisis del punto de equilibrio
es que se da por hecho que los beneficios se mantendrán iguales, sin tener en cuenta
qué sistema está funcionando.
ANÁLISIS DE FLUJO DE EFECTIVO
El análisis de flujo de efectivo examina la dirección, tamaño y modelo del flujo de efectivo
que se asocia con el sistema de información propuesto.
DESCRIPCION DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS
Las especificaciones de procesos a veces llamadas miniesperíficacUmes, debido a que
representan una parte pequeña de las especificaciones del proyecto total— se crean para los
procesos primitivos en un diagrama de flujo de datos así como también para algunos procosos de nivel superior 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 los datos de entrada de un
proceso en salidas.
TABLAS DE DECISIÓN
Una tabla de decisión es una tabla de filas y columnas separadas en cuatro cuadrantes. El cuadrante superior izquierdo contiene la(s) condición(es); el cuadrante superior derecho contiene las alternativas de condicion.
Á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 miniespecificaciones) 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. Los
tres objetivos de la especificación de procesos son reducir la ambigüedad del proceso, obtene
una descripción precisa de lo que se está realizando y validar el diseño del sistema.
representan una parte pequeña de las especificaciones del proyecto total— se crean para los
procesos primitivos en un diagrama de flujo de datos así como también para algunos procosos de nivel superior 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 los datos de entrada de un
proceso en salidas.
TABLAS DE DECISIÓN
Una tabla de decisión es una tabla de filas y columnas separadas en cuatro cuadrantes. El cuadrante superior izquierdo contiene la(s) condición(es); el cuadrante superior derecho contiene las alternativas de condicion.
Á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 miniespecificaciones) 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. Los
tres objetivos de la especificación de procesos son reducir la ambigüedad del proceso, obtene
una descripción precisa de lo que se está realizando y validar el diseño del sistema.
ANALISIS DE SISTEMAS MEDIANTE DICCIONARIOS DE DATOS
EL DICCIONARIO DE DATOS
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 sistemaspara
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.
Los diagramas de flujo de datos tratados en el capítulo7 son un excelente punto de partida para recopilar entradas para el diccionario de datos.
Una razón importante para mantener un diccionario de datos es guardar datos ordenados.
Esto significa que los datos deben, ser consistentes. Si usted guarda datos acerca del sexo de un
hombre como "M" en un registro, "Masculino" en un segundo registro y como el número "1" en
un tercer registro, los datos no son consistentes.
Además de proporcionar documentación y eliminar la redundancia, el diccionario de datos se podría usar para:
1. Validar la integridad y exactitud del diagrama de flujo de datos.
2. Proporcionar un punto de partida para desarrollar pantallas e informes.
3. Determinar el contenido de los datos almacenados en archivos.
4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
ANÁLISIS DE LAS ENTRADAS Y SALIDAS
Un paso importante en la creación del diccionario de datos es identificar y categorizar el flujo de datos de entrada y salida del sistema.
La ventaja de usar un documento de XML es que el analista podría seleccionar sólo los
datos que un departamento interno o un socio externo necesitan para funcionar. Esto garantiza
la confidencialidad de los datos. Por ejemplo, una compañía transportadora podría recibir
sólo el nombre del cliente, su dirección, el número del artículo y la cantidad por enviar, pero
no información de la tarjeta de crédito u otros datos financieros.
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 sistemaspara
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.
Los diagramas de flujo de datos tratados en el capítulo7 son un excelente punto de partida para recopilar entradas para el diccionario de datos.
Una razón importante para mantener un diccionario de datos es guardar datos ordenados.
Esto significa que los datos deben, ser consistentes. Si usted guarda datos acerca del sexo de un
hombre como "M" en un registro, "Masculino" en un segundo registro y como el número "1" en
un tercer registro, los datos no son consistentes.
Además de proporcionar documentación y eliminar la redundancia, el diccionario de datos se podría usar para:
1. Validar la integridad y exactitud del diagrama de flujo de datos.
2. Proporcionar un punto de partida para desarrollar pantallas e informes.
3. Determinar el contenido de los datos almacenados en archivos.
4. Desarrollar la lógica para los procesos del diagrama de flujo de datos.
ANÁLISIS DE LAS ENTRADAS Y SALIDAS
Un paso importante en la creación del diccionario de datos es identificar y categorizar el flujo de datos de entrada y salida del sistema.
La ventaja de usar un documento de XML es que el analista podría seleccionar sólo los
datos que un departamento interno o un socio externo necesitan para funcionar. Esto garantiza
la confidencialidad de los datos. Por ejemplo, una compañía transportadora podría recibir
sólo el nombre del cliente, su dirección, el número del artículo y la cantidad por enviar, pero
no información de la tarjeta de crédito u otros datos financieros.
USO DE DIAGRAMAS DE FLUJO DE DATOS
VENTAJAS DEL ENFOQUE DEL FLUJO DE DATOS
El enfoque del flujo de datos posee cuatro ventajas principales sobre las explicaciones descriptivas
en relación con la forma en que los datos se mueven a través del sistema:
1. Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
2. Una comprensión más profunda de la interrelación entre sistemas y subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas
de flujo de datos.
4. Análisis de un sistema propuesto para determinar si se han definido los datos y procesos
necesarios.
El Diagrama 0 es la ampliación del diagrama de contexto y puede incluir hasta nueve
procesos. Si se incluyen más procesos en este nivel se producirá un diagrama difícil de entender.
Por lo general, cada proceso se numera con un entero, empezando en la esquina
superior izquierda del diagrama y terminando en la esquina inferior derecha. En el Diagrama
0 se incluyen los principales almacenes de datos del sistema (que representan a los archivos
maestros) y todas las entidades externas.
DIAGRAMAS DE FLUJO DE DATOS LÓGICOS Y FÍSICOS
Los diagramas de flujo de datos se catalogan como lógicos o físicos. Un diagrama de flujo
de datos lógico se enfoca en el negocio y en el funcionamiento de éste. No se ocupa de
la manera en que se construirá el sistema. Más bien, describe los eventos que ocurren en
el negocio y los datos requeridos y producidos por cada evento. Por el contrario, un diagrama
de flujo de datos físico muestra cómo se implementará el sistema, incluyendo el
hardware, el software, los archivos y las personas involucradas en el sistema.
DESARROLLO DE DIAGRAMAS DE FLUJO DE DATOS LÓGICOS
Para desarrollar un diagrama de este tipo, primero construya un diagrama de flujo de datos para
el sistema actual. Hay varias ventajas al usar un modelo lógico, entre ellas:
1. Mejor comunicación con los usuarios.
2. Sistemas más estables.
3. Mejor entendimiento del negocio por parte de los analistas.
4. Flexibilidad y mantenimiento.
5. Eliminación de redundancias y creación más sencilla del modelo físico.
El enfoque del flujo de datos posee cuatro ventajas principales sobre las explicaciones descriptivas
en relación con la forma en que los datos se mueven a través del sistema:
1. Libertad para emprender la implementación técnica del sistema en las etapas tempranas.
2. Una comprensión más profunda de la interrelación entre sistemas y subsistemas.
3. Comunicar a los usuarios el conocimiento sobre el sistema actual mediante diagramas
de flujo de datos.
4. Análisis de un sistema propuesto para determinar si se han definido los datos y procesos
necesarios.
El Diagrama 0 es la ampliación del diagrama de contexto y puede incluir hasta nueve
procesos. Si se incluyen más procesos en este nivel se producirá un diagrama difícil de entender.
Por lo general, cada proceso se numera con un entero, empezando en la esquina
superior izquierda del diagrama y terminando en la esquina inferior derecha. En el Diagrama
0 se incluyen los principales almacenes de datos del sistema (que representan a los archivos
maestros) y todas las entidades externas.
DIAGRAMAS DE FLUJO DE DATOS LÓGICOS Y FÍSICOS
Los diagramas de flujo de datos se catalogan como lógicos o físicos. Un diagrama de flujo
de datos lógico se enfoca en el negocio y en el funcionamiento de éste. No se ocupa de
la manera en que se construirá el sistema. Más bien, describe los eventos que ocurren en
el negocio y los datos requeridos y producidos por cada evento. Por el contrario, un diagrama
de flujo de datos físico muestra cómo se implementará el sistema, incluyendo el
hardware, el software, los archivos y las personas involucradas en el sistema.
DESARROLLO DE DIAGRAMAS DE FLUJO DE DATOS LÓGICOS
Para desarrollar un diagrama de este tipo, primero construya un diagrama de flujo de datos para
el sistema actual. Hay varias ventajas al usar un modelo lógico, entre ellas:
1. Mejor comunicación con los usuarios.
2. Sistemas más estables.
3. Mejor entendimiento del negocio por parte de los analistas.
4. Flexibilidad y mantenimiento.
5. Eliminación de redundancias y creación más sencilla del modelo físico.
ELABORACION DE PROTOTIPOS, RAD Y PROGRAMACION EXTREMA
La información recopilada en la fase de elaboración de prototipos permite al analista
establecer las prioridades y cambiar el rumbo de los planes a bajo costo, con un mínimo
de molestias. Debido a esta característica, la elaboración de prototipos y la planeación van de
la mano.
CLASES DE PROTOTIPOS
1.-Prototipo corregido
2.-Prototipo no funcional
3.-Primer prototipo de una serie
4.-Prototipo de características seleccionadas
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.
2. Construir rápidamente el prototipo.
3. Modificar el prototipo en iteraciones sucesivas.
4. Poner énfasis en la interfaz de usuario.
DESVENTAJAS DE LA ELABORACIÓN DE PROTOTIPOS
Como en cualquier técnica de recopilación de información, la elaboración de prototipos
tiene varias desventajas. La primera es que puede ser bastante difícil manejar la elaboración
de prototipos como un proyecto en el esfuerzo de sistemas más grandes. La segunda desventaja
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.
El analista necesita sopesar estas desventajas contra las ventajas conocidas al decidir si
hace el prototipo, cuándo lo hace y de qué partes del sistema lo hace.
VENTAJAS DE LA ELABORACIÓN DE PROTOTIPOS
La elaboración de prototipos no es necesaria o apropiada en todos los proyectos de sistemas,
como hemos visto. Sin embargo, también se deben considerar las ventajas al momento de decidir
si se hace el prototipo. Las tres ventajas principales de la elaboración de prototipos son la
posibilidad de modificar el sistema en las primeras etapas del desarrollo, la oportunidad de
suspender el desarrollo de un sistema que no sea funcional y la posibilidad de desarrollar
un sistema que se acerque más a satisfacer las necesidades y expectativas de los usuarios.
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.
PROGRAMACIÓN EXTREMA
La programación extrema (XP) es un enfoque de desarrollo de software (tratado en el capítulo
3) que adopta lo que generalmente designamos como prácticas de desarrollo de software
aceptable y las lleva al extremo. Por ejemplo, la retroaÜmentación es importante para los programadores,
analistas, diseñadores, usuarios y computadoras (como verá en el capítulo 14).
Así que la programación extrema usa ciclos de retroalimentación cada vez más rápidos e
intensos, que proporcionan más información.
MODELADO ÁGIL Y MELÉ (SCRUM)
El modelado ágil se basa en los valores, al igual que la programación extrema. Además de
los valores de comunicación, sencillez, retroalimentación y valentía, se ha agregado un quinto
valor: la humildad.
La primera definición de la elaboración de prototipos es la de
construir un prototipo como un sistema corregido. Una segunda definición es la de un prototipo
no funcional que se usa para probar ciertos aspectos del diseño. Como tercera definición
está la de crear el primer prototipo de una serie que es totalmente funcional.
establecer las prioridades y cambiar el rumbo de los planes a bajo costo, con un mínimo
de molestias. Debido a esta característica, la elaboración de prototipos y la planeación van de
la mano.
CLASES DE PROTOTIPOS
1.-Prototipo corregido
2.-Prototipo no funcional
3.-Primer prototipo de una serie
4.-Prototipo de características seleccionadas
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.
2. Construir rápidamente el prototipo.
3. Modificar el prototipo en iteraciones sucesivas.
4. Poner énfasis en la interfaz de usuario.
DESVENTAJAS DE LA ELABORACIÓN DE PROTOTIPOS
Como en cualquier técnica de recopilación de información, la elaboración de prototipos
tiene varias desventajas. La primera es que puede ser bastante difícil manejar la elaboración
de prototipos como un proyecto en el esfuerzo de sistemas más grandes. La segunda desventaja
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.
El analista necesita sopesar estas desventajas contra las ventajas conocidas al decidir si
hace el prototipo, cuándo lo hace y de qué partes del sistema lo hace.
VENTAJAS DE LA ELABORACIÓN DE PROTOTIPOS
La elaboración de prototipos no es necesaria o apropiada en todos los proyectos de sistemas,
como hemos visto. Sin embargo, también se deben considerar las ventajas al momento de decidir
si se hace el prototipo. Las tres ventajas principales de la elaboración de prototipos son la
posibilidad de modificar el sistema en las primeras etapas del desarrollo, la oportunidad de
suspender el desarrollo de un sistema que no sea funcional y la posibilidad de desarrollar
un sistema que se acerque más a satisfacer las necesidades y expectativas de los usuarios.
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.
PROGRAMACIÓN EXTREMA
La programación extrema (XP) es un enfoque de desarrollo de software (tratado en el capítulo
3) que adopta lo que generalmente designamos como prácticas de desarrollo de software
aceptable y las lleva al extremo. Por ejemplo, la retroaÜmentación es importante para los programadores,
analistas, diseñadores, usuarios y computadoras (como verá en el capítulo 14).
Así que la programación extrema usa ciclos de retroalimentación cada vez más rápidos e
intensos, que proporcionan más información.
MODELADO ÁGIL Y MELÉ (SCRUM)
El modelado ágil se basa en los valores, al igual que la programación extrema. Además de
los valores de comunicación, sencillez, retroalimentación y valentía, se ha agregado un quinto
valor: la humildad.
La primera definición de la elaboración de prototipos es la de
construir un prototipo como un sistema corregido. Una segunda definición es la de un prototipo
no funcional que se usa para probar ciertos aspectos del diseño. Como tercera definición
está la de crear el primer prototipo de una serie que es totalmente funcional.
sábado, 26 de junio de 2010
RECOPILACION DE INFORMACION:METODOS NO INTRUCTIVOS
iUESTREO
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.
El analista de sistemas debe tomar una decisión sobre dos aspectos importantes. Primero,
hay una gran cantidad de informes, formularios, documentos de resultados, memorandos
y sitios Web que han sido creados por los miembros de la organización.
LA NECESIDAD DE MUESTREO
Hay muchas razones por las cuales un analista de sistemas tendría que seleccionar una
muestra representativa de datos para examinarla o personas representativas 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.
INVESTIGACIÓN
La investigación es la acción de descubrir y analizar los datos. Al investigar las evidencias en
una organización, el analista actúa como Sherlock Holmes, el legendario detective del 22IB
de Baker Street.
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. Muchos de estos documentos son muy detallados y
ponen de manifiesto las expectativas de sus autores en relación con el comportamiento que
deben observar los demás.
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.
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.
El analista de sistemas debe tomar una decisión sobre dos aspectos importantes. Primero,
hay una gran cantidad de informes, formularios, documentos de resultados, memorandos
y sitios Web que han sido creados por los miembros de la organización.
LA NECESIDAD DE MUESTREO
Hay muchas razones por las cuales un analista de sistemas tendría que seleccionar una
muestra representativa de datos para examinarla o personas representativas 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.
INVESTIGACIÓN
La investigación es la acción de descubrir y analizar los datos. Al investigar las evidencias en
una organización, el analista actúa como Sherlock Holmes, el legendario detective del 22IB
de Baker Street.
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. Muchos de estos documentos son muy detallados y
ponen de manifiesto las expectativas de sus autores en relación con el comportamiento que
deben observar los demás.
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.
RECOPILACION DE INFORMACION: METODOS INTERACTIVOS
Una entrevista para recabar información 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.
CINCO PASOS PARA PREPARAR UNA 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
Las ventajas de utilizar las preguntas abiertas son muchas e incluyen las siguientes:
1. Hacen que el entrevistado se sienta a gusto.
2. Permiten al entrevistador entender el vocabulario del entrevistado, el cual refleja su
educación, valores, actitudes y creencias.
3. Proporcionan gran cantidad de detalles.
4. Revelan nuevas líneas de preguntas que pudieron haber pasado desapercibidas.
5. Hacen más interesante la entrevista para el entrevistado.
6. Permiten más espontaneidad.
7. Facilitan la forma de expresarse al entrevistador.
8. Son un buen recurso si el entrevistador no está preparado para la entrevista.
Como puede ver, las preguntas abiertas tienen varias ventajas. Sin embargo, también tienen
muchas desventajas:
1. Podrían dar como resultado muchos detalles irrelevantes.
2. Posible pérdida del control de la entrevista.
3. Permiten respuestas que podrían tomar más tiempo del debido para la cantidad útil de
información obtenida.
4. Dan la impresión de que el entrevistador es inexperto.
5. Podrían dar la impresión de que el entrevistador "anda de pesca" sin un objetivo real en
la entrevista.
Una pregunta cerrada limita la respuesta disponible para el entrevistado. Tal vez usted
se haya familiarizado con las preguntas cerradas a través de los exámenes de opción múltiple
de la universidad. Le dan una pregunta y cinco respuestas, pero no le permiten anotar su
propia respuesta y aún así se espera que conteste la pregunta correctamente.
Un tipo especial de pregunta cerrada es la pregunta bipolar. Este tipo de pregunta limita
aún más las opciones del entrevistado pues sólo le permite una opción en cada polo, como
sí o no, verdadero o falso, de acuerdo o desacuerdo. En la figura 4.4 se pueden encontrar
ejemplos de preguntas bipolares.
Las ventajas de utilizar preguntas cerradas de cualquiera de los dos tipos incluyen lo siguiente:
1. Ahorrar tiempo.
2. Comparar las entrevistas fácilmente.
3. Ir al grano.
4. Mantener el control durante la entrevista.
5. Cubrir terreno rápidamente.
6. Conseguir datos relevantes.
USO DE CUESTIONARIOS
El uso de cuestionarios es una técnica de recopilación de información que permite a los
analistas de sistemas estudiar las actitudes, creencias, comportamiento y características de
muchas personas importantes en la organización que podrían resultar afectadas por los sistemas
actuales y los propuestos.
REDACCIÓN DE PREGUNTAS
La diferencia más importante entre las preguntas que se utilizan para la mayoría de las entrevistas
y aquellas usadas en los cuestionarios es que las entrevistas permiten la interacción
entre las preguntas y sus significados.
Construcción de escalas La construcción real de escalas es una tarea seria. La construcción
negligente de escalas puede originar alguno de los siguientes problemas:
1. Condescendencia.
2. Tendencia central.
3. Efecto de halo.
Para reducir el tiempo y costo de las entrevistas personales, los analistas podrían considerar
como una alternativa el diseño conjunto de aplicaciones. Con JAD, los analistas
pueden examinar los requerimientos y diseñar una interfaz de usuario de manera conjunta
con los usuarios. La evaluación cuidadosa de la cultura particular de una organización ayudará
al analista a determinar si JAD es una alternativa adecuada.
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.
CINCO PASOS PARA PREPARAR UNA 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
Las ventajas de utilizar las preguntas abiertas son muchas e incluyen las siguientes:
1. Hacen que el entrevistado se sienta a gusto.
2. Permiten al entrevistador entender el vocabulario del entrevistado, el cual refleja su
educación, valores, actitudes y creencias.
3. Proporcionan gran cantidad de detalles.
4. Revelan nuevas líneas de preguntas que pudieron haber pasado desapercibidas.
5. Hacen más interesante la entrevista para el entrevistado.
6. Permiten más espontaneidad.
7. Facilitan la forma de expresarse al entrevistador.
8. Son un buen recurso si el entrevistador no está preparado para la entrevista.
Como puede ver, las preguntas abiertas tienen varias ventajas. Sin embargo, también tienen
muchas desventajas:
1. Podrían dar como resultado muchos detalles irrelevantes.
2. Posible pérdida del control de la entrevista.
3. Permiten respuestas que podrían tomar más tiempo del debido para la cantidad útil de
información obtenida.
4. Dan la impresión de que el entrevistador es inexperto.
5. Podrían dar la impresión de que el entrevistador "anda de pesca" sin un objetivo real en
la entrevista.
Una pregunta cerrada limita la respuesta disponible para el entrevistado. Tal vez usted
se haya familiarizado con las preguntas cerradas a través de los exámenes de opción múltiple
de la universidad. Le dan una pregunta y cinco respuestas, pero no le permiten anotar su
propia respuesta y aún así se espera que conteste la pregunta correctamente.
Un tipo especial de pregunta cerrada es la pregunta bipolar. Este tipo de pregunta limita
aún más las opciones del entrevistado pues sólo le permite una opción en cada polo, como
sí o no, verdadero o falso, de acuerdo o desacuerdo. En la figura 4.4 se pueden encontrar
ejemplos de preguntas bipolares.
Las ventajas de utilizar preguntas cerradas de cualquiera de los dos tipos incluyen lo siguiente:
1. Ahorrar tiempo.
2. Comparar las entrevistas fácilmente.
3. Ir al grano.
4. Mantener el control durante la entrevista.
5. Cubrir terreno rápidamente.
6. Conseguir datos relevantes.
USO DE CUESTIONARIOS
El uso de cuestionarios es una técnica de recopilación de información que permite a los
analistas de sistemas estudiar las actitudes, creencias, comportamiento y características de
muchas personas importantes en la organización que podrían resultar afectadas por los sistemas
actuales y los propuestos.
REDACCIÓN DE PREGUNTAS
La diferencia más importante entre las preguntas que se utilizan para la mayoría de las entrevistas
y aquellas usadas en los cuestionarios es que las entrevistas permiten la interacción
entre las preguntas y sus significados.
Construcción de escalas La construcción real de escalas es una tarea seria. La construcción
negligente de escalas puede originar alguno de los siguientes problemas:
1. Condescendencia.
2. Tendencia central.
3. Efecto de halo.
Para reducir el tiempo y costo de las entrevistas personales, los analistas podrían considerar
como una alternativa el diseño conjunto de aplicaciones. Con JAD, los analistas
pueden examinar los requerimientos y diseñar una interfaz de usuario de manera conjunta
con los usuarios. La evaluación cuidadosa de la cultura particular de una organización ayudará
al analista a determinar si JAD es una alternativa adecuada.
DETERMINACION DE LA VIABILIDAD Y ABMINISTRACION DE LAS ACTIVIDADES DE ANALISIS Y DISEÑO
Un proyecto de sistemas comienza con problemas o con oportunidades de realizar mejoras
en un negocio, que surgen con frecuencia conforme la organización se adapta al cambio.
La creciente popularidad del comercio electrónico pone de manifiesto que algunos
cambios importantes se están generando a medida que los negocios inician sus empresas en
Internet o cuando trasladan sus operaciones internas y sus relaciones externas a este medio
de comunicación.
PROBLEMAS EN LA ORGANIZACIÓN
Los problemas surgen de diversas maneras. Una forma de averiguar que hay problemas
y cómo se originaron, es considerarlos como situaciones en las cuales ya no se alcanzan o
nunca se han alcanzado las metas fijadas. La retroalimentación útil pone de manifiesto la
brecha existente entre el desempeño real y el que se pretende. De esta manera, la retroalimentación
ayuda a resaltar los problemas.
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.
El principal criterio es el respaldo de los directivos de la organización.
DETERMINACIÓN DE LA VIABILIDAD
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.
EVALUACIÓN DE LA VIABILIDAD
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.
PLANEACION Y CONTROL DE ACTIVIDADES
El análisis y diseño de sistemas involucra muchos tipos diferentes de actividades que en
conjunto conforman un proyecto. El analista de sistemas debe manejar el proyecto con cuidado
si desea que éste tenga éxito. La administración de proyectos abarca las tareas generales
de planeación y control.
CÁLCULO DEL TIEMPO REQUERIDO
La primera decisión del analista de sistemas es determinar el nivel de detalle necesario para
definir las actividades. El nivel más bajo de detalle es el ciclo de vida del desarrollo de
aplicaciones mismo, mientras que el extremo más alto consiste en incluir cada paso en detalle.
La respuesta óptima para la planeación y la programación se encuentra en algún punto
medio.
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.
USO DE DIAGRAMAS PERT
PERT es un acrónimo de Program Evaluation and Review Techniques (Técnicas de Evaluación
y Revisión de Programas).
Hay varias razones para utilizar el diagrama PERT en vez de la gráfica de
Gantt. El diagrama PERT permite:
1. Identificar fácilmente el orden de precedencia.
2. Identificar fácilmente la ruta crítica y por consiguiente las actividades críticas.
3. Determinar fácilmente el tiempo de holgura.
en un negocio, que surgen con frecuencia conforme la organización se adapta al cambio.
La creciente popularidad del comercio electrónico pone de manifiesto que algunos
cambios importantes se están generando a medida que los negocios inician sus empresas en
Internet o cuando trasladan sus operaciones internas y sus relaciones externas a este medio
de comunicación.
PROBLEMAS EN LA ORGANIZACIÓN
Los problemas surgen de diversas maneras. Una forma de averiguar que hay problemas
y cómo se originaron, es considerarlos como situaciones en las cuales ya no se alcanzan o
nunca se han alcanzado las metas fijadas. La retroalimentación útil pone de manifiesto la
brecha existente entre el desempeño real y el que se pretende. De esta manera, la retroalimentación
ayuda a resaltar los problemas.
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.
El principal criterio es el respaldo de los directivos de la organización.
DETERMINACIÓN DE LA VIABILIDAD
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.
EVALUACIÓN DE LA VIABILIDAD
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.
PLANEACION Y CONTROL DE ACTIVIDADES
El análisis y diseño de sistemas involucra muchos tipos diferentes de actividades que en
conjunto conforman un proyecto. El analista de sistemas debe manejar el proyecto con cuidado
si desea que éste tenga éxito. La administración de proyectos abarca las tareas generales
de planeación y control.
CÁLCULO DEL TIEMPO REQUERIDO
La primera decisión del analista de sistemas es determinar el nivel de detalle necesario para
definir las actividades. El nivel más bajo de detalle es el ciclo de vida del desarrollo de
aplicaciones mismo, mientras que el extremo más alto consiste en incluir cada paso en detalle.
La respuesta óptima para la planeación y la programación se encuentra en algún punto
medio.
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.
USO DE DIAGRAMAS PERT
PERT es un acrónimo de Program Evaluation and Review Techniques (Técnicas de Evaluación
y Revisión de Programas).
Hay varias razones para utilizar el diagrama PERT en vez de la gráfica de
Gantt. El diagrama PERT permite:
1. Identificar fácilmente el orden de precedencia.
2. Identificar fácilmente la ruta crítica y por consiguiente las actividades críticas.
3. Determinar fácilmente el tiempo de holgura.
EL ESTILO ORGANIZACIONAL Y SU IMPACTO EN LOS SISTEMAS DE INFORMACION
Las empresas virtuales utilizan redes de computadoras y tecnologias de telecomunicaciones para reunir por medios electronicos a individuos con abilidades especificas con el proposito de que trabajen en proyectos que no se localizan fisicamente en el mismo lugar.
PLANEACION DE RECURSOS EMPRESARIALES: LA ORGANIZACION COMO SISTEMA
Es un termino que se emplea para decribir un sistema de iunformacion organizacional empresarial integrado.
DESCRIPCION GRAFICA DE SISTEMAS.
Un sistema, o subsistema, tal como existe dentro de una organización, se puede describir
gráficamente de varias maneras. Los diversos modelos gráficos muestran las fronteras y la información
que se utiliza en el sistema.
SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS DE CONTEXTOEl primer modelo es el diagrama de flujo de datos de contexto (también denominado modelodel entorno).
Se puede describir graficamente de varias maneras. Los diversos modelos muestran las fronteras y la informacion que se utiliza en el sistema.
SISTEMAS Y EL MODELO DE ENTIDAD-RELACIÓN
Una forma en que un analista de sistemas puede definir fronteras de sistema apropiadas es
mediante el uso de un modelo de entidad-relación.
CULTURA ORGANIZACIONAL
La cultura organizacional es un área de investigación que ha crecido de manera notable en la
última generación. Así como es correcto considerar que las organizaciones dan cabida a muchas
tecnologías, también es conveniente considerarlas como receptáculos de múltiples subculturas,
que con frecuencia compiten entre sí.
Los diagramas de entidad-relación ayudan al analista de sistemas a comprender las entidades
y relaciones que conforman el sistema organizacional. Los diagramas E-R pueden
describir relaciones uno a uno, uno a muchos, muchos a uno y muchos a muchos.
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 y la cultura general de la organización.
gráficamente de varias maneras. Los diversos modelos gráficos muestran las fronteras y la información
que se utiliza en el sistema.
SISTEMAS Y EL DIAGRAMA DE FLUJO DE DATOS DE CONTEXTOEl primer modelo es el diagrama de flujo de datos de contexto (también denominado modelodel entorno).
Se puede describir graficamente de varias maneras. Los diversos modelos muestran las fronteras y la informacion que se utiliza en el sistema.
SISTEMAS Y EL MODELO DE ENTIDAD-RELACIÓN
Una forma en que un analista de sistemas puede definir fronteras de sistema apropiadas es
mediante el uso de un modelo de entidad-relación.
CULTURA ORGANIZACIONAL
La cultura organizacional es un área de investigación que ha crecido de manera notable en la
última generación. Así como es correcto considerar que las organizaciones dan cabida a muchas
tecnologías, también es conveniente considerarlas como receptáculos de múltiples subculturas,
que con frecuencia compiten entre sí.
Los diagramas de entidad-relación ayudan al analista de sistemas a comprender las entidades
y relaciones que conforman el sistema organizacional. Los diagramas E-R pueden
describir relaciones uno a uno, uno a muchos, muchos a uno y muchos a muchos.
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 y la cultura general de la organización.
EL ROL DEL ANALISTA DE SISTEMAS
TIPOS DE SISTEMAS
Los sistemas de informacion se desarrollan con diversos propositos segun las necesidades de la empresa. Los sistemas de procesamineto de transacciones funcionan al nivel operativo de una organizacion, los sietmas de automatizacion de la oficina y los sistemas del trabajo del conocimiento apoyan al trabajo alnivel del conocimiento.
SISTEMAS DE PROCESAMIENTO DE TRANSACCIONES
Son sistemas de informacion computarizada credaos para procesar grandes cantidades de datos relacionados con transacciones rutinarias de negocios como las nominas y los inventarios.
SISTEMAS DE AUTOMATIZACION DE LA OFICINA Y SISTEMAS DE TRABAJO DE CONOCIMIENTO.
Los primeros apoyan a los a los trabajadores de datos quienes por lo general no generan conocimientos nuevos, si no mas bhien analizan la informacion con el proposito de transformar los datos o manipularlos de alguna manera antes de compartirlos o distribuirlos formailmente con el resto de la organizacion y en ocaciones mas alla de esta.
SISTEMAS DE APOYOS A LA TOMA DE DECISIONES.
Contribuyen una clase de alto nivel de sistemas de informacion computarizada.
SISTEMAS EXPERTOS EN INTELIGENCIA ARTIFICIAL.
Se puede considerar como el campo genarl para los sietmas expertos.
APLICACIONES DE COMERCIO ELECTRONICO Y SISTEMAS WEB.
Hay mucho beneficios derivados dee la implementacion de una aplicacion en la web.
1.-Una creciente difucon de la disponibilidad de un servicio, producto,industria,persona o grupo.
2.-La posibilidad de que los usuarios accedas las 24 horas.
3.-La estandarizacion en el diseño de la interfaz.
SOFTWARE DE CODIGO ABIERTO.
Es una laternativa al desarrollo del software tradiciona cuyo codigo patentado se oculat alos usuarios.
ROLES DEL ANALISTA DE SISTEMAS.
El analista de sistemas evalua de manera sistematina el funcionamiento de un negocio mediante el examen de la entrado y del procesamiento de datos y su consiguiente produccion de informacion, con el proposito de mejorar los procesos de una organizacion.
ANALISIS DE LAS NECESIDADES DEL SISTEMA.
Las desiciones estructuradsa son aquellas en las cuales se pueden determinar las condiciones, las alternativas de condicion las acciones y las reglas de accion.
Existen tres metodos principales para el analisis de desiciones estructuradas:español estructurado,arboles y tablas de desicion.
Los sistemas de informacion se desarrollan con diversos propositos segun las necesidades de la empresa. Los sistemas de procesamineto de transacciones funcionan al nivel operativo de una organizacion, los sietmas de automatizacion de la oficina y los sistemas del trabajo del conocimiento apoyan al trabajo alnivel del conocimiento.
SISTEMAS DE PROCESAMIENTO DE TRANSACCIONES
Son sistemas de informacion computarizada credaos para procesar grandes cantidades de datos relacionados con transacciones rutinarias de negocios como las nominas y los inventarios.
SISTEMAS DE AUTOMATIZACION DE LA OFICINA Y SISTEMAS DE TRABAJO DE CONOCIMIENTO.
Los primeros apoyan a los a los trabajadores de datos quienes por lo general no generan conocimientos nuevos, si no mas bhien analizan la informacion con el proposito de transformar los datos o manipularlos de alguna manera antes de compartirlos o distribuirlos formailmente con el resto de la organizacion y en ocaciones mas alla de esta.
SISTEMAS DE APOYOS A LA TOMA DE DECISIONES.
Contribuyen una clase de alto nivel de sistemas de informacion computarizada.
SISTEMAS EXPERTOS EN INTELIGENCIA ARTIFICIAL.
Se puede considerar como el campo genarl para los sietmas expertos.
APLICACIONES DE COMERCIO ELECTRONICO Y SISTEMAS WEB.
Hay mucho beneficios derivados dee la implementacion de una aplicacion en la web.
1.-Una creciente difucon de la disponibilidad de un servicio, producto,industria,persona o grupo.
2.-La posibilidad de que los usuarios accedas las 24 horas.
3.-La estandarizacion en el diseño de la interfaz.
SOFTWARE DE CODIGO ABIERTO.
Es una laternativa al desarrollo del software tradiciona cuyo codigo patentado se oculat alos usuarios.
ROLES DEL ANALISTA DE SISTEMAS.
El analista de sistemas evalua de manera sistematina el funcionamiento de un negocio mediante el examen de la entrado y del procesamiento de datos y su consiguiente produccion de informacion, con el proposito de mejorar los procesos de una organizacion.
ANALISIS DE LAS NECESIDADES DEL SISTEMA.
Las desiciones estructuradsa son aquellas en las cuales se pueden determinar las condiciones, las alternativas de condicion las acciones y las reglas de accion.
Existen tres metodos principales para el analisis de desiciones estructuradas:español estructurado,arboles y tablas de desicion.
INTRODUCCION
La sexta edicion del analisis y dieseño del sistema de kendall y kell contiene muchas caracteristicas nuevas y actualizadas, como las siguientes:
Nuevas practicas y valores esenciales de la programacion extrema (xP).
mas de 65 oportunidades de consultoria, que incluyen una gran cantidad de casos breves dirigidos al diseño para comercio electyonico, programacion extrema y modelo co uml.
mayor enfasis en el diseño basado en la web.
Nuevos enfoques de diseño para las tecnologias inalambricas, erp y sistemas basados en web.
CARACTERISTICAS DE DISEÑO
Se utilizan formularios impresos a lo largo dec todo el libro son la idea de mostrar el diseño de entradas y salidas, asi como el diseño de cuestinarios.
Las pantallas de computadoras ilustran caracteristicas importantes del software muy ultiles para el analista-
Se emplean diagramas conceptuales para poresentar las diversas herramientas con las que cuentan los aanalistas de sistemas.
Las tablas se itilizan en aquellos casos en que una lista importante requiere atencion especial o cuando la informacion se tiene que organizar o clasificar.
REPASO DE LA SEXTA EDICION
El analisis y diseño de sietmas se imparte por lo general en uno o dos semestres.
CARACTERISTICAS PEDAGOGICAS
Objetivos de aprendisaje al principio de cada capitulo.
Resumenes que enlazan los puntos notables de cada capitulo.
Proyectos ce grupo que ayudan a los estudiantes a trabajar en conjunto en un equipo de sistemas, con el propositos de solucionar problemas importantes que se resuleven mejor a traves de la interaccion del grupo.
EPISODIOS DE CASOS DE LA CPU
El caso de la cpu lleva alos estudaintes por todas la faces del ciclo de vida del desarrollo de sistemas, demostrando las capacidades de visible analist.
Esta erramienta case permite alos estudiantes resolver problemas por sis mismos, utilizando datos que puedan descargar del sistio web con ejercicios de visible analist especialmente diseñados para cada capitulo del libro.
Nuevas practicas y valores esenciales de la programacion extrema (xP).
mas de 65 oportunidades de consultoria, que incluyen una gran cantidad de casos breves dirigidos al diseño para comercio electyonico, programacion extrema y modelo co uml.
mayor enfasis en el diseño basado en la web.
Nuevos enfoques de diseño para las tecnologias inalambricas, erp y sistemas basados en web.
CARACTERISTICAS DE DISEÑO
Se utilizan formularios impresos a lo largo dec todo el libro son la idea de mostrar el diseño de entradas y salidas, asi como el diseño de cuestinarios.
Las pantallas de computadoras ilustran caracteristicas importantes del software muy ultiles para el analista-
Se emplean diagramas conceptuales para poresentar las diversas herramientas con las que cuentan los aanalistas de sistemas.
Las tablas se itilizan en aquellos casos en que una lista importante requiere atencion especial o cuando la informacion se tiene que organizar o clasificar.
REPASO DE LA SEXTA EDICION
El analisis y diseño de sietmas se imparte por lo general en uno o dos semestres.
CARACTERISTICAS PEDAGOGICAS
Objetivos de aprendisaje al principio de cada capitulo.
Resumenes que enlazan los puntos notables de cada capitulo.
Proyectos ce grupo que ayudan a los estudiantes a trabajar en conjunto en un equipo de sistemas, con el propositos de solucionar problemas importantes que se resuleven mejor a traves de la interaccion del grupo.
EPISODIOS DE CASOS DE LA CPU
El caso de la cpu lleva alos estudaintes por todas la faces del ciclo de vida del desarrollo de sistemas, demostrando las capacidades de visible analist.
Esta erramienta case permite alos estudiantes resolver problemas por sis mismos, utilizando datos que puedan descargar del sistio web con ejercicios de visible analist especialmente diseñados para cada capitulo del libro.
Suscribirse a:
Entradas (Atom)