La siguiente figura muestra la estructura de la ERS propuesta por el IEEE en su estándar
830 [IEEE, 1998] [upm, 2000].
1 Introducción
1.1 Propósito
1.2 Ámbito del Sistema
1.3 Definiciones, Acrónimos y Abreviaturas
1.4 Referencias
1.5 Visión general del documento
2 Descripción General
2.1 Perspectiva del Producto
2.2 Funciones del Producto
2.3 Características de los usuarios
2.4 Restricciones
2.5 Suposiciones y Dependencias
2.6 Requisitos Futuros
3 Requisitos Específicos
3.1 Interfaces Externas
3.2 Funciones
3.3 Requisitos de Rendimiento
3.4 Restricciones de Diseño
3.5 Atributos del Sistema
3.6 Otros Requisitos
4 Apéndices
5 Índice
A continuación se describirá brevemente cada uno de los apartados que se
definen en el estándar estudiado.
1 Introducción
En esta sección se proporcionará una introducción a todo el documento de
Especificación de Requisitos Software. Consta de varias subsecciones, las cuales son
propósito, ámbito del sistema, definiciones, referencias y visión general del documento.
1.1 Propósito
Se definirá el propósito del documento ERS y se especificará a quién va dirigido
el documento.
1.2 Ámbito del Sistema
En esta subsección se pondrá nombre al futuro sistema, se explicará lo que el
sistema hará y lo que no hará, se describirán los beneficios, objetivos y metas que se
espera alcanzar con el futuro sistema y se mantendrán referencias a los documentos de
nivel superior que puedan existir.
1.3 Definiciones, Acrónimos y Abreviaturas.
Se definirán aquí todos los términos, acrónimos y abreviaturas utilizadas en el
desarrollo de la ERS.
1.4 Referencias
Se presentará una lista completa de todos los documentos referenciados en la
ERS.
1.5 Visión General del Producto
Esta subsección describirá brevemente los contenidos y la organización del resto
de la ERS.
2 Descripción General
En esta sección se describen todos aquellos factores que afectan al producto y a
sus requisitos. En esta sección no se describen los requisitos, sino su contexto. Los
detalles de los requisitos de describen en la sección 3, detallándolos y haciendo más
fácil su comprensión.
Normalmente podemos encontrar las siguientes subsecciones: Perspectiva del
producto, funciones del producto, características de los usuarios, restricciones,
suposiciones y futuros requisitos.
2.1 Perspectiva del Producto
Esta subsección debe relacionar el futuro sistema con otros productos. Así pues,
podríamos dividir ésta en pequeñas subsecciones indicando cada uno de los puntos a
tener en cuenta:
2.1.1. Indicar si es un producto independiente o parte de un sistema mayor
2.1.2. Interfaces de sistema
2.1.3. Interfaces de usuario
2.1.3.1. Características lógicas del interfaz
2.1.3.2. Cuestiones de optimización del interfaz de usuario
2.1.4. Interfaces hardware
2.1.5. Interfaces software
2.1.5.1. Descripción del producto software utilizado
2.1.5.2. Propósito del interfaz
2.1.5.3. Definición del interfaz: contenido y formato
2.1.6. Interfaces de comunicaciones
2.1.7. Limitaciones de memoria
2.1.8. Operaciones
2.1.8.1. Modos de operación de los distintos grupos de usuarios
2.1.8.2. Periodos de operaciones interactivas y automáticas
2.1.8.3. Funciones respaldo del procesamiento de datos
2.1.8.4. Operaciones de backup y recuperación
2.1.9. Requerimientos para adaptarse a la ubicación
2.1.9.1. Indicar cualquier dato o secuencia de inicialización específico de cualquier
lugar, modo de operación.
2.1.9.2. Características que deben ser modificadas para una instalación en
particular.
2.2 Funciones del Producto
Esta subsección debe proporcionar un resumen de las funciones principales que el
software debe llevar a cabo. Las funciones deben estar organizadas de manera que el
cliente o cualquier otra persona lo entienda perfectamente. Para ello se pueden utilizar
métodos textuales o gráficos, siempre que dichos gráficos reflejen las relaciones entre
funciones y no el diseño del sistema.
En la metodología estructurada se podrían utilizar los DFDs y en una metodología
orientada a objetos, el funcionamiento y las relaciones del futuro sistema se modelarían
a través de los Casos de Uso. En ellos se representa lo que el usuario ve del sistema, así
pues facilitará en gran medida su comprensión, siempre y cuando en los diagramas se
eviten las ambigüedades.
2.3 Características de los usuarios
Se indica aquí el tipo de usuario al que se dirige la aplicación, así como su
experiencia técnica, nivel de conocimientos, etc.
2.4 Restricciones
Se debe indicar aquí cualquier tipo de limitación como pueden ser políticas de la
empresa, limitaciones hardware, seguridad, protocolos de comunicación, interfaces con
otras aplicaciones, estándares de la empresa en cuanto a interfaces, etc. Serán las
limitaciones que se imponen sobre los desarrolladores del producto.
2.5 Suposiciones y Dependencias
En este apartado aparecerá cualquier factor, que si cambia puede afectar a los
requerimientos. No son restricciones de diseño, por ejemplo, asumir que un
determinado sistema operativo estará disponible, presuponer una cierta organización de
las unidades de la empresa. Si cambian ciertos detalles puede ser necesario revisar los
requisitos.
2.6 Requisitos Futuros
Se indican aquí posibles mejoras del sistema en el futuro. Estas mejoras deben
estudiarse y analizarse una vez concluido y puesto en marcha el sistema. Son
modificaciones a realizar en un futuro incierto.
3 Requisitos Específicos
Esta sección de la especificación de requisitos software contiene todos los
requerimientos hasta un nivel de detalle suficiente para permitir a los diseñadores
diseñar un sistema que satisfaga dichos requisitos, y que permita diseñar las pruebas que
ratifiquen que el sistema cumple con las necesidades requeridas.
Los requisitos que se aquí se indiquen deben describir comportamientos externos
del sistema, observables por el usuario así como por parte de los operadores y otros
sistemas.
Puesto que deben indicarse todos los requisitos, esta sección es la más larga de la
ERS y debe cumplir los principios descritos en los primeros apartados de este informe.
Estos principios son la corrección, no ambigüedad, completitud, consistencia,
clasificación, verificabilidad, modificabilidad, explorabilidad y facilidad de
mantenimiento.
Asimismo, éste documento debe ser perfectamente legible por el cliente y por
personas de muy distinta formación. Otra de las cuestiones a tener en cuenta en esta
sección es la identificación de cada uno de los requisitos mediante algún código o
sistema de numeración.
3.1 Interfaces Externas
En esta subsección se definirán los requisitos que afecten a la interfaz de usuario
e interfaz con otros sistemas (hardware y software), así como a interfaces de
comunicaciones.
3.2 Funciones
En este subsección de deben especificar todas aquellas acciones o funciones que
deberá llevar a cabo el sistema a desarrollar. Las acciones que se indican como “el
sistema deberá ...” son las que deben incluirse en este apartado.
La estructuración de las funciones a desarrollar por el nuevo sistema no está del
todo claro. Se debe tener en cuenta que en el estándar de IEEE 830 de 1983 se
establecía que las funciones de deberían expresar como una jerarquía funcional (véase
anexo II), puesto que es la que mejor se adaptaba a los DFDs que proponía el análisis
estructurado. Con la evolución de la programación y los nuevos métodos de análisis se
puede observar como esta estructura no se adapta, por tanto es necesaria la modificación
de los estándares.
El estándar IEEE 830, en sus últimas versiones, permite la organización de esta
subsección de múltiples formas y simplemente sugiere alguna manera para hacerlo,
dejando la oportunidad de utilizar cualquier otra justificando suficientemente la
utilización de ésta.
Alguna de las formas sugeridas por el estándar son:
· Por tipo de usuario: Distintos usuarios poseen distintos requisitos. Para
cada clase de usuario que exista en la organización, se especifican los
requisitos funcionales que le afecten o tengan mayor relación con sus
tareas.
· Por objetos: Los objetos son entidades del mundo real que son reflejadas
en el sistema. Por tanto, para cada objeto se detallan sus atributos y sus
funciones. Los objetos se pueden agrupar en clases. A pesar de realizar el
análisis con objetos no obliga a que el diseño del sistema siga el
paradigma Orientado a Objetos, aunque lo facilita en gran medida.
· Por objetivos: un objetivo es un servicio que se desea que ofrezca el
sistema y que requiere una determinada entrada para obtener su resultado.
Para cada objetivo o subobjetivo requerido al sistema, se detallarán las
funciones que permitan llevarlo a cabo.
· Por jerarquía funcional: La funcionalidad del sistema se especifica como
una jerarquía de funciones que comparten entradas, salidas o datos del
propio sistema. Para cada función y subfunción del sistema se detallará la
entrada, el proceso en el que interviene y la salida. Normalmente este tipo
de análisis implica que el diseño siga el paradigma de diseño estructurado.
Por lo general éste sistema se utiliza cuando ninguno de los anteriores se
puede aplicar.
Como se puede apreciar, el estándar propone una serie de plantillas según el tipo
de sistema con el que nos enfrentemos. Pero en muchas ocasiones la elección se realiza
por eliminación, o lo que es lo mismo, se escoge aquel que mejor se adapta a lo que se
busca.
3.3 Requisitos de Rendimiento
En esta subsección se incluyen los requisitos relacionados con la carga que se
espera que tenga que soportar el sistema (número de usuarios simultáneos, número de
terminales ...). Asimismo, se pueden incluir los requisitos que afecten a la información
que se vaya a guardar en la base de datos (cantidad de registros en una base de datos,
frecuencia de uso...)
3.4 Restricciones de Diseño
Se incluyen aquí todas las restricciones que afecten al diseño de la aplicación,
como pueden ser estándares internos de la organización, limitaciones hardware, etc.
3.5 Atributos del Sistema
Se detallarán atributos como la fiabilidad, mantenibilidad, seguridad, mecanismos
de acceso restringido (password), usuarios autorizados a realizar ciertas tareas críticas ...
3.6 Otros requisitos
Aquellos requerimientos que no se hayan podido incluir en ninguna de las
secciones anteriormente especificadas.
4 Apéndices
Se incluirá aquí cualquier tipo de información relacionada con la ERS, pero que
no forme parte de la misma. Por ejemplo, se incluirían los resultados del análisis de
costes, restricciones especiales acerca del lenguaje de programación...
5 Índice
Se proporciona un índice para poder tener un acceso rápido a la documentación
presentada en la ERS.
Otras versiones del IEEE 830
En la fase 3 de la especificación de requisitos según el estándar IEEE (Requisitos
específicos) se ha hecho referencia a estándares más antiguos que el aquí presentado.
Así pues, se presenta un esquema de los pasos a seguir en una metodología estructurada
según el estándar IEEE 830 de 1983.
Dicha versión del estándar IEEE 830 propone tres posibles modelos para la
sección 3 de una ERS [Chalmeta, 2000].
Modelo 1
3. Requerimientos específicos
3.1. Requerimientos funcionales
3.1.1. Requerimiento funcional 1.
3.1.1.1. Introducción
3.1.1.2. Entradas
3.1.1.3. Proceso
3.1.1.4. Salidas
3.1.2. Requerimiento funcional 2.
..........
3.1.n. Requerimiento funcional n
3.2. Requerimientos de interfaces externos.
3.2.1. Interfaces de usuario
3.2.2. Interfaces hardware
3.2.3. Interfaces software
3.2.4. Interfaces de comunicaciones
3.3. Requerimientos de eficiencia
3.4. Restricciones de diseño
3.4.1. Estándares cumplidos
3.4.2. Limitaciones Hardware
.......
3.5. Atributos
3.5.1. Seguridad
3.5.2. Mantenimiento
.......
3.6. Otros requerimientos
3.6.1. Bases de Datos
3.6.2. Operaciones
3.6.3. Requerimientos de adaptación a situaciones
.......
Modelo 2
3. Requerimientos específicos
3.1. Requerimientos funcionales
3.1.1. Requerimiento funcional 1.
3.1.1.1. Especificación.
3.1.1.1.1. Introducción
3.1.1.1.2. Entradas
3.1.1.1.3. Proceso
3.1.1.1.4. Salidas
3.1.1.2. Requerimientos de interfaces externos
3.1.1.2.1. Interfaces de usuario
3.1.1.2.2. Interfaces hardware
3.1.1.2.3. Interfaces software
3.1.1.2.4. Interfaces de comunicaciones
3.1.2. Requerimiento funcional 2.
......
3.1.n . Requerimiento funcional n.
3.2. Requerimientos de eficiencia.
3.3. Restricciones de diseño.
3.3.1. Estándares cumplidos
3.3.2. Limitaciones hardware
.......
3.4. Atributos.
3.4.1. Seguridad.
3.4.2. Mantenimiento.
........
3.5. Otros requerimientos.
3.5.1. Bases de Datos.
3.5.2. Operaciones.
3.5.3. Requerimientos de adaptación a situaciones.
.......
Modelo 3
3. Requerimientos específicos.
3.1. Requerimientos funcionales.
3.1.1. Requerimiento funcional 1
3.1.1.1. Introducción
3.1.1.2. Entradas
3.1.1.3. Proceso
3.1.1.4. Salidas
3.1.1.5. Requerimientos de eficiencia
3.1.1.6. Restricciones de diseño
3.1.1.6.1. Estándares cumplidos
3.1.1.6.2. Limitaciones hardware
3.1.1.7. Atributos-
3.1.1.7.1. Seguridad
3.1.1.7.2. Mantenimiento
.........
3.1.1.8. Otros requerimientos
3.1.1.8.1. Bases de Datos
3.1.1.8.2. Operaciones
3.1.1.8.3. Requerimientos de adaptación a situaciones
........
3.1.2. Requerimiento funcional 2.
.......
3.1.n. Requerimiento funcional n.
.......
3.2. Requerimientos de interfaces externos.
3.2.1. Interfaces de usuario
3.2.1.1. Requerimientos de eficiencia.
3.2.1.2. Restricciones de dis eño.
3.2.1.2.1. Estándares cumplidos
3.2.1.2.2. Limitaciones hardware
3.2.1.3. Atributos.
3.2.1.3.1. Seguridad
3.2.1.3.2. Mantenimiento
.......
3.2.1.4. Otros requerimientos
3.2.1.4.1. Bases de datos
3.2.1.4.2. Operaciones
3.2.1.4.3. Requerimientos de adaptación a situaciones
.......
3.2.2. Interfaces hardware.
3.2.3. Interfaces software.
3.2.4. Interfaces de comunicaciones.
Características de una buena ERS
Las características deseables para una buena especificación de requisitos software que
se indican en el IEEE son las siguientes [Chalmeta, 2000][Piattini, 1996]:
· Correcta
· No ambigua
· Completa
· Verificable
· Consistente
· Clasificada
· Modificable
· Explorable
· Utilizable durante las tareas de mantenimiento y uso
3.1 Corrección
La ERS es correcta si y sólo si todo requisito que figura en ella refleja alguna necesidad
real. La corrección de la ERS implica que el sistema implementado será el sistema
deseado.
3.2 Ambigüedad
Un documento es no ambiguo si y solo si cada requisito descrito tiene una única
interpretación. Cada característica del producto final debe ser descrita utilizando un
término único y, en caso de que se utilicen términos similares en distintos contextos, se
deben indicar claramente las diferencias entre ellos. Incluso se puede incluir un glosario
en el que indicar cada significado específicamente.
Los analistas deben poner un cuidado especial a la hora de especificar los
requisitos. El hecho de utilizar el lenguaje natural para hacer la ERS comprensible a los
usuarios supone un riesgo muy elevado, porque el lenguaje natural puede llegar a ser
muy ambiguo.
Ejemplo:
Todos los clientes tienen el mismo campo de control
1.- ¿Todos tienen el mismo valor en el campo de control?
2.- ¿Todos los campos de control tienen el mismo formato?
3.- ¿Un campo de control se usa para todos los clientes?
En términos generales, el lenguaje natural es de los más ambiguos. Por el
contrario existen los lenguajes formales que no son ambiguos, pero son más difíciles de
aprender y menos comprensibles para el que no los conoce.
3.3 Completitud
Una ERS es completa si:
· Incluye todos los requisitos significativos del software (relacionados con la
funcionalidad, ejecución, diseño, atributos de calidad o interfaces externas).
· Existe una definición de respuestas a todas las posibles entradas, tanto válidas
como inválidas, en todas las posibles situaciones.
· Cumple con el estándar utilizado. Si hay alguna parte del estándar que no se
utiliza, se debe razonar suficientemente el porqué no se ha utilizado dicho
apartado.
· Aparecen etiquetadas todas las figuras, tablas, diagramas, etc, así como
definidos todos los términos y unidades de medida empleados.
La ERS debe ser siempre completa, aunque en ocasiones esto no será posible. Por
ejemplo si todavía no se han determinado los formatos de los informes finales o por
cualquier razón se esta esperando la publicación de un Real Decreto o un reglamento
sobre impuestos.
3.4 Verificabilidad
Un requisito se dice que es verificable si existe algún proceso no excesivamente costoso
por el cual una persona o una máquina pueda chequear que el software satisface dicho
requerimiento.
Ejemplo
No verificables:
El producto debería funcionar bien
El producto debería tener una buena interfaz de usuario
Verificable:
La salida se suministra dentro de los 20 segundos siguientes al evento E el
60% de las veces, y en los 30 segundos siguientes en el 100%
3.5 Consistencia
Una ERS es consistente si y sólo si ningún conjunto de requisitos descritos en ella son
contradictorios o entran en conflicto. Se pueden dar tres casos:
· Requisitos que describen el mismo objeto real utilizando distintos términos.
· Las características especificadas de objetos reales. Un requisito establece que
todas las luces son verdes y otro que son azules.
· Conflicto lógico o temporal entre dos acciones determinadas. Se llega a un
punto en el que dos acciones serían perfectamente válidas (¿sumar o
multiplicar?)
3.6 Clasificación
No todos los requisitos son igual de importantes. Los requisitos pueden clasificarse por
diversos criterios:
· Importancia: Pueden ser esenciales, condicionales u opcionales.
· Estabilidad: Cambios que pueden afectar al requisito.
Lo ideal es el establecimiento de prioridades, de modo que la implementación de
un requisito de menor prioridad no emplee excesivos recursos.
3.7 Modificabilidad
Una ERS es modificable si cualquier cambio puede realizarse de manera fácil, completa
y consistente. Para ello, es deseable tener una organización coherente y fácil de usar en
la que aparezca el índice o una tabla de contenidos fácilmente accesible.
También es deseable evitar la redundancia, es decir que no aparezca un mismo
requisito en más de un lugar de la ERS. No es un error, pero si se tiene que modificar
alguna cosa será mucho más cómodo si no tenemos que buscar el mismo requisito en
varios lugares.
3.8 Explorabilidad (traceability)
Una ERS es explorable si el origen de cada requerimiento es claro tanto hacia atrás
(origen que puede ser un documento, una persona etc.) como hacia delante
(componentes del sistema que realizan dicho requisito).
Cuando un requisito de la ERS representa un desglose o una derivación de otro
requisito, se debe facilitar tanto las referencias hacia atrás como hacia adelante en el
ciclo de vida.
Las referencias hacia delante de la ERS son especialmente importantes para el
mantenimiento del software. Cuando el código y los documentos son modificados, es
esencial poder comparar el conjunto total de requisitos que puedan verse afectados por
estas modificaciones.
3.9 Utilizable durante las tareas de mantenimiento y uso
En la ERS también se deben tener en cuenta las necesidades de mantenimiento. El
personal que no ha intervenido directamente en el desarrollo debe ser capaz de
encargarse de su mantenimiento. Así, dicha ERS actúa a modo de plano de la
aplicación, permitiendo incluso modificaciones que no requieran un cambio en el
diseño.
En ocasiones, el equipo de desarrollo supone unos conocimientos que el personal
que se encargue del mantenimiento no tiene por qué tener. Por esta razón es necesaria
una correcta documentación de las funciones, ya que si no se conoce en detalle su
origen, difícilmente podrán ser modificadas.
28.10.10
Enfoques de modelado de análisis
ELEMENTOS BASADOS EN ESCENARIOS
Diagrama de casos de uso:
Un caso de uso especifica la manera en la que los actores interactúan con el sistema en un conjunto específico de circunstancias. El desarrollo de una serie de casos de uso se comienza haciendo una lista de las funciones o actividades que realiza un actor específico.
Diagrama de actividades:
Complementa el caso de uso al proporcionar una representación grafica del flujo de interacción dentro de un escenario específico.
Diagrama de carril:
Es una variación útil del diagrama de actividad, ya que permite al modelador la representación del flujo de actividades descritas por el caso de uso y al mismo tiempo indicar que actor o clases de análisis tiene la responsabilidad de la acción descrita mediante un rectángulo de actividad.
ELEMENTOS ORIENTADOS AL FLUJO
Tiene una visión del sistema del tipo entrada-proceso-salida. Los objetos de datos fluyen hacia el interior del software, se transforman mediante elementos de procesamiento y los objetos de datos resultantes fluyen al exterior del software.
ELEMENTOS BASADOS EN CLASES
Una clase orientada a objetos encapsula atributos de los datos pero también incorpora las operaciones que manipulan los datos implicados por dichos atributos. Las clases se manifiestan en la siguiente forma: entidades externas, sucesos o eventos, cosas, papeles o roles, unidades organizacionales, sitios y estructuras.
Modelo CRC:
El modelado de Clase-Responsabilidad-Colaborador (CRC) proporciona un medio simple para identificar y organizar las clases relevantes para los requisitos del sistema o producto. Un modelo CRC es una colección de tarjetas índices estándar que representan clases. El objeto es desarrollar una representación organizada de las clases.
ELEMENTOS DE COMPORTAMIENTO
Diagrama de estado: representa el comportamiento de las clases cuando el sistema realiza sus funciones.
Diagrama de Secuencia: representa el comportamiento al describir la forma en que las clases se mueven de estado a estado.
15.10.10
Levantamiento de informacion
Observacion de actividades: los metodos de revelamiento de informacion se pueden dividir en estáticos y dinamicos, se denomina estaticos aquellos en los que las personas dicen lo que hacen, este es un corte estatico de sus actividades, el cuestionario tambien es un metodo estatico, sin embargo el relavatamiento a través de la observacion directa o la simulacion es un revelamiento dinamico, por cuanto se obtiene lo que realmente hace la persona en cada caso.
La obervacion puede tener varias modalidades.
Una de esas modalidades es la obervacion general: es aquella en l a cual se pretende obtener una vision global del medio ambiente del sitema, en este tipo de obervacion si se revela informacion sobre factores como:
almacen , profesores , bedeles, o sobre aquel que labora en cualquier otra actividad especifica.
En este tipo de obervacion se tratará de determinar:
- La cantidad de tiempo perdido usado en cada tarea o actividad (se usaran funciogramas).
Los cuestionarios se clasifican de diferente formas deacuerdo a variados criterios , asi encontramos que de acuerdo a la presencia o no del encuestado hay:
Existen diferentes modalidades de entrevistas; entre las más importantes en el trabajo de sistemas pueden mencionarse:
La entrevista no estructurada:deja al entrevistado mayor margen de libertad e iniciativa, se utilizan preguntas abiertas, nohay formas estándar.
Generalemente al iniciar el estudio de una sistema se usa la entrevista no estructurada con los niveles directivos más altos, paradetectar algunos aspectos importantes que permitan posteriormente elaborar el listado de tópicos para una entrevista
estructurada.
Para efectuar la entrevista deben tenerse encuenta algunos detalles importantes a saber:
En el contacto inicial, establezca una atmofera agradable y de confianza, no adopte postura de sabelotodo ni de experto. Es necesario lograr la colaboracion del entrevistado y no el rechazo.
Aun cuando la entrevista sea estructurada es recomendable hacerls preguntas de una manera aparentemente informal, que el intrevistado no se sienta interrogado, el entrevistador debe evitar hacer gestos oexpresiones que impliquen reprobacion, critica, sorpresa.
Las preguntas deben hacerce en un tono natural y aun cuando se tenga el cuestionario (cedula) de preguntas como referencias, evite el tono de lectura o interrogatorio.
Se debe mantener el orden de las pregunttas de acuerdoal cuestionario. (Esto no es válido para la entrevista no estructurada
Se debe dar a la persona entrevistada, suficiente tiempo para pensar la respuesta.
Para pasar de conjunto de preguntas a otro:
Se recomienda usar frases de transmision tales como; "muy bien", "bueno", continuando con….".
Si es necesario introducir uncambio en el cuestionario durante el proceso, debe dejarse constancia de ello.
No deben usarse frases que sugieran la respuesta, ejem.: ¿Cree ud. Que es mejor?, ¿Piensa ud. Que es fatal…?
Las preguntas deben reunir el requisito de ser neutras, ejem.: ¿Qué opina ud. sobre?, ¿Cuál es su idea acerca del punto?, ¿Cómo explicaria ud. la situacion ?
Para registrar las respuestas a la entrevista se recomienda:
revelar informacion acerca de procesos y procedimientos.
La obervacion puede tener varias modalidades.
Una de esas modalidades es la obervacion general: es aquella en l a cual se pretende obtener una vision global del medio ambiente del sitema, en este tipo de obervacion si se revela informacion sobre factores como:
- Movimiento del personal y documentos en
general - Tipos de maquinas y equipos de uso.
- El
ritmo de trabajo. - El nivel de desperdicio, de tiempo y recursos y sus posibles causas.
Número de asesores en el area.- Algunas
apreciaciones sobre imprevistos y los problemas que pueden surgir. - Evaluar el grado en el cual un procedimiento se está llevando a cabo y cuáles son los factores que posiblemente requieran atencion especial.
En este tipo de obervacion se tratará de determinar:
- La cantidad de tiempo perdido usado en cada tarea o actividad (se usaran funciogramas).
- Tiempo usado en llevar formularios
- Tiempo empleado en el uso del telefono.
- Tiempo usado en traslados y otros movimientos.
- Tiempo usado en tareas de archivos.
Los cuestionarios se clasifican de diferente formas de
- Cuestionario de respuesta directa que son los que se utlizan en las entrevistas estructuradas.
- Cuestionarios de respuestas indirectas tambien llamadas encuestas po rcorreo.
- cuestionarios precodificados: en los cuales el encuestado solo debe
señalar la respuesta con una cruz opalabra , se dice que es un cuestionario de preguntas cerradas o de preguntas en abánico con alternativas multiples. - Cuestionario postcodificados, son aquellos cuyas respuestas son
libres , preguntas abiertas.
- Preguntas Abiertas: de las cualesse habló en la entrevista no estructurada.
- Preguntas cerradas dicotómicas: aquellas que se responden marcando; si; no; con opinion, sin opinion, etc.
- Preguntas de eleccion multiple:
-
- com preguntas en abanico: estas son preguntas cerradas con varias opciones a escoger.
- Preguntas de estimación: son preguntas cerradas con varias opciones hay un grado de intensidad creciente o decreciente.
- preguntas de
hecho , aquellas que se relacionan con cuestiones concretas y tangibles, ejemplo: - Horas trabajadas?
- Número de documentos. Procesados?
- Profesión?
- Posee bienes muebles?
- preguntas de acción, aquellas en las cuales se pretende averiguar sobre decisiones tomadas:
- Número de expedientes aprobados?
- Participó en la elaboracion de los procedimientos?
- Preguntas de intencion, son las que pretenden averiguar cuál sería la actitud del cuestionado en determinada circunstancia.
- Cómo resolvería ud. Determinada situacion?
- incluir sólo preguntas relacionadas con el problema. (Más adelante se darán indicaciones al respecto).
- No redundar incluyendo preguntas cuyas respuestas se pueda obtener en otras fuentes con mas exactitud. (se veran esas
fuentes más adelante) - Las preguntas deben ser de facil comprension.
- Las preguntas deben guardar secuencia lógica.
- Las preguntas no deben ser muy numerosas, sobre todo cuando las encuestas van dirigidas a usuarios responsables o usuarios dueños ya que estos carecen de tiempo para responder cuestionarios.
- Las preguntas no deben sugerir las respuestas.
- Se pueden utilizar preguntas de control, (especialmente en las entrevistas no estructuradas) para verificar la
veracidad de determinadas respuestas. - Deben incluirse en el cuestionario algunas secciones o partes tales como:
-
- Presentacion: en esta parte se explica la finalidad y objetivos del mismo. Tambien en esta parte se pide la colaboracion de lso funcionarios o encuestados y se presenta al ente o unidad que efectúa la investigacion.
- Instruciones para responder el cuestionario.
- Menor costo que la entrevista y otras tecnicas
- Menores gastos y uso del personal y mayor
cobertura respecto al número de personas y área física. - Menor peligro de distorcsión en las respuestas, así como mayor tiempo para reflexionar los mismos.
- No se pueden solicitar aclaratorias a ciertas respuestas.
- Dificultades para verificar la informacion.
- Pueden haber un gran número de cuestionarios no respondidos.
Existen diferentes modalidades de entrevistas; entre las más importantes en el trabajo de sistemas pueden mencionarse:
- La entrevista estructurada
- La entrevista no estructurada
La entrevista no estructurada:deja al entrevistado mayor margen de libertad e iniciativa, se utilizan preguntas abiertas, no
Generalemente al iniciar el estudio de una sistema se usa la entrevista no estructurada con los niveles directivos más altos, para
estructurada.
Para efectuar la entrevista deben tenerse en
En el contacto inicial, establezca una atmofera agradable y de confianza, no adopte postura de sabelotodo ni de experto. Es necesario lograr la colaboracion del entrevistado y no el rechazo.
Aun cuando la entrevista sea estructurada es recomendable hacerls preguntas de una manera aparentemente informal, que el intrevistado no se sienta interrogado, el entrevistador debe evitar hacer gestos o
Las preguntas deben hacerce en un tono natural y aun cuando se tenga el cuestionario (cedula) de preguntas como referencias, evite el tono de lectura o interrogatorio.
Se debe mantener el orden de las pregunttas de acuerdoal cuestionario. (Esto no es válido para la entrevista no estructurada
Se debe dar a la persona entrevistada, suficiente tiempo para pensar la respuesta.
Para pasar de conjunto de preguntas a otro:
Se recomienda usar frases de transmision tales como; "muy bien", "bueno", continuando con….".
Si es necesario introducir un
No deben usarse frases que sugieran la respuesta, ejem.: ¿Cree ud. Que es mejor?, ¿Piensa ud. Que es fatal…?
Las preguntas deben reunir el requisito de ser neutras, ejem.: ¿Qué opina ud. sobre?, ¿Cuál es su idea acerca del punto?, ¿Cómo explicaria ud. la situacion ?
Para registrar las respuestas a la entrevista se recomienda:
- Tener el cuestionario en una posicion que permita
escribir y hace anotaciones sin distraerse. - Diponer los elementos de modo que pueda dominar visualmente al entrevistado y la encuesta.
- Anotor todo aquello que pueda ser útil posteriormente, gestos, signos, de admiracion, disgreciones, etc.
- Al concluir la entrevista debe dejarse establecido si habrá otras entrevistas.
- Es una tecnica eficaz para averiguar que dicen, que hacen los usuarios al menos en el campo de los sistemas.
- Las respuestas se pueden tratar estadisticamente.
- Se puede lograr mayor porcentaje de respuestas en los cuestionarios a veces no se responde en absolutpo o se reponde sólo en parte.
- Se puede repreguntar par aclarar respuestas ambiguas.
- Se complementan las repuestas verbales con los gestos y otras manifestaciones de la comunicación no verbal.
- Cierto subjetivismo al no otorgar la misma validez a la respuesta de acueerdo a la persona que responde.
- Si la persona que entrevista o la que reponde tienen limitaciones en la expresion verbal, no se aprovecho la entrevista.
- La informacion que se obtiene es estática (lo que la persona dice que hace).
- El entrevistado puede no estar dispuesto a contestar. Puede bloquearse.
- Puede responder insinceramente.
- Puede ser sincero y sin embargo
expresar la respuesta en la forma adecuada.
27.9.10
ISO e IEEE
ISO
ISO (International Organization for Standardization) es la entidad con mayor producción y publicación de estándares a nivel mundial. Está compuesta de una red nacional de estandarización en 161 países, teniendo su Secretariado General en Ginebra, Suiza.
El ISO es una organización no gubernamental (ONG) que proporciona un enlace fundamental entre los sectores públicos y privados, proporcionando el enlace entre gobierno, instituciones educativas, y el sector privado.
El ISO permite alcanzar coincidencias acerca de soluciones a problemas internacionales que cumplen con los requerimientos de negocios, así como de las ramas más amplias de la sociedad.
IEEE
IEEE corresponde a las siglas de (Institute of Electrical and Electronics Engineers) en español Instituto de Ingenieros Electricistas y Electrónicos, una asociación técnico-profesional mundial dedicada a la estandarización, entre otras cosas. Es la mayor asociación internacional sin animo de lucro formada por profesionales de las nuevas tecnologías, como ingenieros electricistas, ingenieros en electrónica, científicos de la computación, ingenieros en informática, ingenieros en biomédica, ingenieros en telecomunicación e ingenieros en mecatrónica.
20.9.10
Bases de Datos
Sybase IQ
Brinda resultados más rápidos para acelerar la generación de informes, obtener datos y análisis predictivos
* Servidor analítico líder orientado a columnas: de 10 a 100 más rápido que las bases de datos transaccionales convencionales
* Diseñado para admitir el uso intensivo de consultas ad hoc y una gran cantidad de usuarios concurrentes
Ofrece la mejor relación precio/rendimiento de la industria
* Los algoritmos de comprensión de datos reducen los volúmenes de almacenamiento de datos en más de un 70 por ciento
* La capacidad de administración superior reduce el costo administrativo en un 75 por ciento
* La implementación rápida permite un rápido ROI
Brinda arquitectura flexible y abierta
* Admite casi todas las configuraciones de hardware y SO
* La capacidad de almacenamiento y potencia de cálculo independientes brindan escalabilidad, a un coste razonable
Costo: 5,26 dólares por QphH.
Microsoft Access
Compile bases de datos más rápida y fácilmente que nunca
Olvide la curva de aprendizaje. Las plantillas incluidas y los componentes reutilizables convierten a Access 2010 en una solución de base de datos simple y rápida.
* Comience con solo unos pocos clics. Busque nuevas plantillas integradas que puede comenzar a usar sin personalización o seleccione plantillas de Office.com y personalícelas para que satisfagan sus necesidades.
* Compile las bases de datos con nuevos componentes modulares mediante nuevos elementos de la aplicación y agregue componentes de Access prediseñados para tareas comunes a la base de datos con unos pocos clics.
Los elementos de la aplicación proporcionan componentes modulares para las bases de datos de Access
Cree formularios e informes más impactantes
Access 2010 le brinda las herramientas innovadoras que esperaría de Microsoft Office para ayudarle a crear fácilmente informes y formularios informativos y profesionales.
* El formato condicional ahora admite barras de datos y además permite administrar las reglas de formato condicional desde una sola vista intuitiva.
El formato condicional ahora admite barras de datos
* La adición de temas de Office en Access 2010 le proporciona la capacidad de coordinar una gran cantidad de objetos de base de datos con solo un par de clics y hace que aplicar formato sea muy fácil.
Obtenga acceso más fácilmente a las herramientas adecuadas en el momento exacto
Ubique los comandos que necesite cuando y donde los desee.
* Personalice fácilmente la cinta mejorada para que los comandos que necesita sean más accesibles. Cree fichas personalizadas o incluso personalice las integradas. Con Access 2010, el control está en sus manos.
* Administre su base de datos y obtenga una ruta más directa y rápida a las herramientas de base de datos desde la nueva vista Microsoft Office Backstage™. La vista Backstage reemplaza al menú Archivo tradicional en todas las aplicaciones de Office 2010 para proporcionar un espacio organizado y centralizado para administrar su base de datos y personalizar la experiencia de Access.
La vista Backstage proporciona una ruta más directa y rápida a las herramientas de base de datos
Agregue expresiones complejas y automatización sin escribir ni una línea de código
Access 2010 le otorga capacidades para que sea su propio programador, ya que le brinda herramientas simplificadas y fáciles de usar, incluso si se considera un usuario de bases de datos inexperto.
* El Generador de expresiones mejorado simplifica enormemente las fórmulas y expresiones con IntelliSense. Reduzca los errores y pase más tiempo concentrado en desarrollar la base de datos.
Haga que sus bases de datos estén disponibles a través de Internet mediante las nuevas bases de datos web
* Con el Diseñador de macros renovado, ahora es más fácil agregar lógica básica a las bases de datos. Si es un usuario experimentado de Access, reconocerá que las mejoras son más intuitivas para crear lógica compleja y le permitirán extender la aplicación de su base de datos.
Con el Diseñador de macros renovado, ahora es más fácil agregar lógica básica a las bases de datos
Obtenga una ubicación central para los datos
Access 2010 ofrece formas sencillas de reunir los datos y aumentar la calidad del trabajo.
* Incluya datos de servicios web y Servicios de conectividad empresarial de Microsoft SharePoint 2010 directamente en las aplicaciones que desarrolle. Ahora puede conectarse a orígenes de datos a través del protocolo de servicio web recién agregado.2
* Importe y vincule datos de una amplia variedad de otros orígenes externos como Microsoft Excel, Microsoft SQL Server, Microsoft Outlook y muchos más. O bien, recopile y actualice sus datos por correo electrónico; no se requiere ningún servidor.
Obtenga acceso a la base de datos de formas nuevas
Los Servicios de Access recién agregados a Microsoft SharePoint Server 2010 le permiten hacer que sus bases de datos estén disponibles en Internet con nuevas bases de datos web.
* Empiece a colaborar de inmediato. Publique sus bases de datos en línea y, a continuación, obtenga acceso a ellas, véalas y edítelas desde Internet. Los usuarios sin un cliente Access pueden abrir informes y formularios web a través de un explorador; sus cambios se sincronizarán automáticamente.
Costo: 1835.78 pesos
MySQL
Interioridades y portabilidad
* Escrito en C y en C++
* Probado con un amplio rango de compiladores diferentes
* Funciona en diferentes plataformas. Consulte Sección 2.1.1, “Sistemas operativos que MySQL soporta”.
* Usa GNU Automake, Autoconf, y Libtool para portabilidad.
* APIs disponibles para C, C++, Eiffel, Java, Perl, PHP, Python, Ruby, y Tcl. Consulte Capítulo 24, APIs de MySQL.
* Uso completo de multi-threaded mediante threads del kernel. Pueden usarse fácilmente multiple CPUs si están disponibles.
* Proporciona sistemas de almacenamiento transaccionales y no transaccionales.
* Usa tablas en disco B-tree (MyISAM) muy rápidas con compresión de índice.
* Relativamente sencillo de añadir otro sistema de almacenamiento. Esto es útil si desea añadir una interfaz SQL para una base de datos propia.
* Un sistema de reserva de memoria muy rápido basado en threads.
* Joins muy rápidos usando un multi-join de un paso optimizado.
* Tablas hash en memoria, que son usadas como tablas temporales.
* Las funciones SQL están implementadas usando una librería altamente optimizada y deben ser tan rápidas como sea posible. Normalmente no hay reserva de memoria tras toda la inicialización para consultas.
* El código MySQL se prueba con Purify (un detector de memoria perdida comercial) así como con Valgrind, una herramienta GPL (http://developer.kde.org/~sewardj/).
* El servidor está disponible como un programa separado para usar en un entorno de red cliente/servidor. También está disponible como biblioteca y puede ser incrustado (linkado) en aplicaciones autónomas. Dichas aplicaciones pueden usarse por sí mismas o en entornos donde no hay red disponible..
Tipos de columnas
* Diversos tipos de columnas: enteros con/sin signo de 1, 2, 3, 4, y 8 bytes de longitud, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME, DATETIME, TIMESTAMP, YEAR, SET, ENUM, y tipos espaciales OpenGIS. Consulte Capítulo 11, Tipos de columna.
* Registros de longitud fija y longitud variable.
Sentencias y funciones
* Soporte completo para operadores y funciones en las cláusulas de consultas SELECT y WHERE.
* Soporte completo para las cláusulas SQL GROUP BY y ORDER BY. Soporte de funciones de agrupación (COUNT(), COUNT(DISTINCT ...), AVG(), STD(), SUM(), MAX(), MIN(), y GROUP_CONCAT()).
* Soporte para LEFT OUTER JOIN y RIGHT OUTER JOIN cumpliendo estándares de sintaxis SQL y ODBC.
* Soporte para alias en tablas y columnas como lo requiere el estándar SQL.
* DELETE, INSERT, REPLACE, y UPDATE devuelven el número de filas que han cambiado (han sido afectadas). Es posible devolver el número de filas que serían afectadas usando un flag al conectar con el servidor.
* El comando específico de MySQL SHOW puede usarse para obtener información acerca de la base de datos, el motor de base de datos, tablas e índices. El comando EXPLAIN puede usarse para determinar cómo el optimizador resuelve una consulta.
* Los nombres de funciones no colisionan con los nombres de tabla o columna. Por ejemplo, ABS es un nombre válido de columna. La única restricción es que para una llamada a una función, no se permiten espacios entre el nombre de función y el '(' a continuación. Consulte Sección 9.6, “Tratamiento de palabras reservadas en MySQL”.
* Puede mezclar tablas de distintas bases de datos en la misma consulta (como en MySQL 3.22).
Seguridad
* Un sistema de privilegios y contraseñas que es muy flexible y seguro, y que permite verficación basada en el host. Las contraseñas son seguras porque todo el tráfico de contraseñas está encriptado cuando se conecta con un servidor.
Escalabilidad y límites
* Soporte a grandes bases de datos. Usamos MySQL Server con bases de datos que contienen 50 millones de registros. También conocemos a usuarios que usan MySQL Server con 60.000 tablas y cerca de 5.000.000.000.000 de registros.
* Se permiten hasta 64 índices por tabla (32 antes de MySQL 4.1.2). Cada índice puede consistir desde 1 hasta 16 columnas o partes de columnas. El máximo ancho de límite son 1000 bytes (500 antes de MySQL 4.1.2).Un índice puede usar prefijos de una columna para los tipos de columna CHAR, VARCHAR, BLOB, o TEXT.
Conectividad
* Los clientes pueden conectar con el servidor MySQL usando sockets TCP/IP en cualquier plataforma. En sistemas Windows de la familia NT (NT,2000,XP, o 2003), los clientes pueden usar named pipes para la conexión. En sistemas Unix, los clientes pueden conectar usando ficheros socket Unix.
* En MySQL 5.0, los servidores Windows soportan conexiones con memoria compartida si se inicializan con la opción --shared-memory. Los clientes pueden conectar a través de memoria compartida usando la opción --protocol=memory.
* La interfaz para el conector ODBC (MyODBC) proporciona a MySQL soporte para programas clientes que usen conexiones ODBC (Open Database Connectivity). Por ejemplo, puede usar MS Access para conectar al servidor MySQL. Los clientes pueden ejecutarse en Windows o Unix. El código fuente de MyODBC está disponible. Todas las funciones para ODBC 2.5 están soportadas, así como muchas otras. Consulte Sección 25.1, “MySQL Connector/ODBC”.
* La interfaz para el conector J MySQL proporciona soporte para clientes Java que usen conexiones JDBC. Estos clientes pueden ejecutarse en Windows o Unix. El código fuente para el conector J está disponible. Consulte Sección 25.4, “MySQL Connector/J”.
Localización
* El servidor puede proporcionar mensajes de error a los clientes en muchos idomas. Consulte Sección 5.9.2, “Escoger el idioma de los mensajes de error”.
* Soporte completo para distintos conjuntos de caracteres, incluyendo latin1 (ISO-8859-1), german, big5, ujis, y más. Por ejemplo, los caracteres escandinavos 'â', 'ä' y 'ö' están permitidos en nombres de tablas y columnas. El soporte para Unicode está disponible.
* Todos los datos se guardan en el conjunto de caracteres elegido. Todas las comparaciones para columnas normales de cadenas de caracteres son case-insensitive.
* La ordenación se realiza acorde al conjunto de caracteres elegido (usando colación Sueca por defecto). Es posible cambiarla cuando arranca el servidor MySQL. Para ver un ejemplo de ordenación muy avanzada, consulte el código Checo de ordenación. MySQL Server soporta diferentes conjuntos de caracteres que deben ser especificados en tiempo de compilación y de ejecución.
Clientes y herramientas
* MySQL server tiene soporte para comandos SQL para chequear, optimizar, y reparar tablas. Estos comandos están disponibles a través de la línea de comandos y el cliente mysqlcheck. MySQL también incluye myisamchk, una utilidad de línea de comandos muy rápida para efectuar estas operaciones en tablas MyISAM. Consulte Capítulo 5, Administración de bases de datos.
* Todos los programas MySQL pueden invocarse con las opciones --help o -? para obtener asistencia en línea.
Costo: Gratuito
Brinda resultados más rápidos para acelerar la generación de informes, obtener datos y análisis predictivos
* Servidor analítico líder orientado a columnas: de 10 a 100 más rápido que las bases de datos transaccionales convencionales
* Diseñado para admitir el uso intensivo de consultas ad hoc y una gran cantidad de usuarios concurrentes
Ofrece la mejor relación precio/rendimiento de la industria
* Los algoritmos de comprensión de datos reducen los volúmenes de almacenamiento de datos en más de un 70 por ciento
* La capacidad de administración superior reduce el costo administrativo en un 75 por ciento
* La implementación rápida permite un rápido ROI
Brinda arquitectura flexible y abierta
* Admite casi todas las configuraciones de hardware y SO
* La capacidad de almacenamiento y potencia de cálculo independientes brindan escalabilidad, a un coste razonable
Costo: 5,26 dólares por QphH.
Microsoft Access
Compile bases de datos más rápida y fácilmente que nunca
Olvide la curva de aprendizaje. Las plantillas incluidas y los componentes reutilizables convierten a Access 2010 en una solución de base de datos simple y rápida.
* Comience con solo unos pocos clics. Busque nuevas plantillas integradas que puede comenzar a usar sin personalización o seleccione plantillas de Office.com y personalícelas para que satisfagan sus necesidades.
* Compile las bases de datos con nuevos componentes modulares mediante nuevos elementos de la aplicación y agregue componentes de Access prediseñados para tareas comunes a la base de datos con unos pocos clics.
Los elementos de la aplicación proporcionan componentes modulares para las bases de datos de Access
Cree formularios e informes más impactantes
Access 2010 le brinda las herramientas innovadoras que esperaría de Microsoft Office para ayudarle a crear fácilmente informes y formularios informativos y profesionales.
* El formato condicional ahora admite barras de datos y además permite administrar las reglas de formato condicional desde una sola vista intuitiva.
El formato condicional ahora admite barras de datos
* La adición de temas de Office en Access 2010 le proporciona la capacidad de coordinar una gran cantidad de objetos de base de datos con solo un par de clics y hace que aplicar formato sea muy fácil.
Obtenga acceso más fácilmente a las herramientas adecuadas en el momento exacto
Ubique los comandos que necesite cuando y donde los desee.
* Personalice fácilmente la cinta mejorada para que los comandos que necesita sean más accesibles. Cree fichas personalizadas o incluso personalice las integradas. Con Access 2010, el control está en sus manos.
* Administre su base de datos y obtenga una ruta más directa y rápida a las herramientas de base de datos desde la nueva vista Microsoft Office Backstage™. La vista Backstage reemplaza al menú Archivo tradicional en todas las aplicaciones de Office 2010 para proporcionar un espacio organizado y centralizado para administrar su base de datos y personalizar la experiencia de Access.
La vista Backstage proporciona una ruta más directa y rápida a las herramientas de base de datos
Agregue expresiones complejas y automatización sin escribir ni una línea de código
Access 2010 le otorga capacidades para que sea su propio programador, ya que le brinda herramientas simplificadas y fáciles de usar, incluso si se considera un usuario de bases de datos inexperto.
* El Generador de expresiones mejorado simplifica enormemente las fórmulas y expresiones con IntelliSense. Reduzca los errores y pase más tiempo concentrado en desarrollar la base de datos.
Haga que sus bases de datos estén disponibles a través de Internet mediante las nuevas bases de datos web
* Con el Diseñador de macros renovado, ahora es más fácil agregar lógica básica a las bases de datos. Si es un usuario experimentado de Access, reconocerá que las mejoras son más intuitivas para crear lógica compleja y le permitirán extender la aplicación de su base de datos.
Con el Diseñador de macros renovado, ahora es más fácil agregar lógica básica a las bases de datos
Obtenga una ubicación central para los datos
Access 2010 ofrece formas sencillas de reunir los datos y aumentar la calidad del trabajo.
* Incluya datos de servicios web y Servicios de conectividad empresarial de Microsoft SharePoint 2010 directamente en las aplicaciones que desarrolle. Ahora puede conectarse a orígenes de datos a través del protocolo de servicio web recién agregado.2
* Importe y vincule datos de una amplia variedad de otros orígenes externos como Microsoft Excel, Microsoft SQL Server, Microsoft Outlook y muchos más. O bien, recopile y actualice sus datos por correo electrónico; no se requiere ningún servidor.
Obtenga acceso a la base de datos de formas nuevas
Los Servicios de Access recién agregados a Microsoft SharePoint Server 2010 le permiten hacer que sus bases de datos estén disponibles en Internet con nuevas bases de datos web.
* Empiece a colaborar de inmediato. Publique sus bases de datos en línea y, a continuación, obtenga acceso a ellas, véalas y edítelas desde Internet. Los usuarios sin un cliente Access pueden abrir informes y formularios web a través de un explorador; sus cambios se sincronizarán automáticamente.
Costo: 1835.78 pesos
MySQL
Interioridades y portabilidad
* Escrito en C y en C++
* Probado con un amplio rango de compiladores diferentes
* Funciona en diferentes plataformas. Consulte Sección 2.1.1, “Sistemas operativos que MySQL soporta”.
* Usa GNU Automake, Autoconf, y Libtool para portabilidad.
* APIs disponibles para C, C++, Eiffel, Java, Perl, PHP, Python, Ruby, y Tcl. Consulte Capítulo 24, APIs de MySQL.
* Uso completo de multi-threaded mediante threads del kernel. Pueden usarse fácilmente multiple CPUs si están disponibles.
* Proporciona sistemas de almacenamiento transaccionales y no transaccionales.
* Usa tablas en disco B-tree (MyISAM) muy rápidas con compresión de índice.
* Relativamente sencillo de añadir otro sistema de almacenamiento. Esto es útil si desea añadir una interfaz SQL para una base de datos propia.
* Un sistema de reserva de memoria muy rápido basado en threads.
* Joins muy rápidos usando un multi-join de un paso optimizado.
* Tablas hash en memoria, que son usadas como tablas temporales.
* Las funciones SQL están implementadas usando una librería altamente optimizada y deben ser tan rápidas como sea posible. Normalmente no hay reserva de memoria tras toda la inicialización para consultas.
* El código MySQL se prueba con Purify (un detector de memoria perdida comercial) así como con Valgrind, una herramienta GPL (http://developer.kde.org/~sewardj/).
* El servidor está disponible como un programa separado para usar en un entorno de red cliente/servidor. También está disponible como biblioteca y puede ser incrustado (linkado) en aplicaciones autónomas. Dichas aplicaciones pueden usarse por sí mismas o en entornos donde no hay red disponible..
Tipos de columnas
* Diversos tipos de columnas: enteros con/sin signo de 1, 2, 3, 4, y 8 bytes de longitud, FLOAT, DOUBLE, CHAR, VARCHAR, TEXT, BLOB, DATE, TIME, DATETIME, TIMESTAMP, YEAR, SET, ENUM, y tipos espaciales OpenGIS. Consulte Capítulo 11, Tipos de columna.
* Registros de longitud fija y longitud variable.
Sentencias y funciones
* Soporte completo para operadores y funciones en las cláusulas de consultas SELECT y WHERE.
* Soporte completo para las cláusulas SQL GROUP BY y ORDER BY. Soporte de funciones de agrupación (COUNT(), COUNT(DISTINCT ...), AVG(), STD(), SUM(), MAX(), MIN(), y GROUP_CONCAT()).
* Soporte para LEFT OUTER JOIN y RIGHT OUTER JOIN cumpliendo estándares de sintaxis SQL y ODBC.
* Soporte para alias en tablas y columnas como lo requiere el estándar SQL.
* DELETE, INSERT, REPLACE, y UPDATE devuelven el número de filas que han cambiado (han sido afectadas). Es posible devolver el número de filas que serían afectadas usando un flag al conectar con el servidor.
* El comando específico de MySQL SHOW puede usarse para obtener información acerca de la base de datos, el motor de base de datos, tablas e índices. El comando EXPLAIN puede usarse para determinar cómo el optimizador resuelve una consulta.
* Los nombres de funciones no colisionan con los nombres de tabla o columna. Por ejemplo, ABS es un nombre válido de columna. La única restricción es que para una llamada a una función, no se permiten espacios entre el nombre de función y el '(' a continuación. Consulte Sección 9.6, “Tratamiento de palabras reservadas en MySQL”.
* Puede mezclar tablas de distintas bases de datos en la misma consulta (como en MySQL 3.22).
Seguridad
* Un sistema de privilegios y contraseñas que es muy flexible y seguro, y que permite verficación basada en el host. Las contraseñas son seguras porque todo el tráfico de contraseñas está encriptado cuando se conecta con un servidor.
Escalabilidad y límites
* Soporte a grandes bases de datos. Usamos MySQL Server con bases de datos que contienen 50 millones de registros. También conocemos a usuarios que usan MySQL Server con 60.000 tablas y cerca de 5.000.000.000.000 de registros.
* Se permiten hasta 64 índices por tabla (32 antes de MySQL 4.1.2). Cada índice puede consistir desde 1 hasta 16 columnas o partes de columnas. El máximo ancho de límite son 1000 bytes (500 antes de MySQL 4.1.2).Un índice puede usar prefijos de una columna para los tipos de columna CHAR, VARCHAR, BLOB, o TEXT.
Conectividad
* Los clientes pueden conectar con el servidor MySQL usando sockets TCP/IP en cualquier plataforma. En sistemas Windows de la familia NT (NT,2000,XP, o 2003), los clientes pueden usar named pipes para la conexión. En sistemas Unix, los clientes pueden conectar usando ficheros socket Unix.
* En MySQL 5.0, los servidores Windows soportan conexiones con memoria compartida si se inicializan con la opción --shared-memory. Los clientes pueden conectar a través de memoria compartida usando la opción --protocol=memory.
* La interfaz para el conector ODBC (MyODBC) proporciona a MySQL soporte para programas clientes que usen conexiones ODBC (Open Database Connectivity). Por ejemplo, puede usar MS Access para conectar al servidor MySQL. Los clientes pueden ejecutarse en Windows o Unix. El código fuente de MyODBC está disponible. Todas las funciones para ODBC 2.5 están soportadas, así como muchas otras. Consulte Sección 25.1, “MySQL Connector/ODBC”.
* La interfaz para el conector J MySQL proporciona soporte para clientes Java que usen conexiones JDBC. Estos clientes pueden ejecutarse en Windows o Unix. El código fuente para el conector J está disponible. Consulte Sección 25.4, “MySQL Connector/J”.
Localización
* El servidor puede proporcionar mensajes de error a los clientes en muchos idomas. Consulte Sección 5.9.2, “Escoger el idioma de los mensajes de error”.
* Soporte completo para distintos conjuntos de caracteres, incluyendo latin1 (ISO-8859-1), german, big5, ujis, y más. Por ejemplo, los caracteres escandinavos 'â', 'ä' y 'ö' están permitidos en nombres de tablas y columnas. El soporte para Unicode está disponible.
* Todos los datos se guardan en el conjunto de caracteres elegido. Todas las comparaciones para columnas normales de cadenas de caracteres son case-insensitive.
* La ordenación se realiza acorde al conjunto de caracteres elegido (usando colación Sueca por defecto). Es posible cambiarla cuando arranca el servidor MySQL. Para ver un ejemplo de ordenación muy avanzada, consulte el código Checo de ordenación. MySQL Server soporta diferentes conjuntos de caracteres que deben ser especificados en tiempo de compilación y de ejecución.
Clientes y herramientas
* MySQL server tiene soporte para comandos SQL para chequear, optimizar, y reparar tablas. Estos comandos están disponibles a través de la línea de comandos y el cliente mysqlcheck. MySQL también incluye myisamchk, una utilidad de línea de comandos muy rápida para efectuar estas operaciones en tablas MyISAM. Consulte Capítulo 5, Administración de bases de datos.
* Todos los programas MySQL pueden invocarse con las opciones --help o -? para obtener asistencia en línea.
Costo: Gratuito
10.9.10
The shock doctrine
Se denomina shock a aquella alteración repentina del organismo de un ser humano por causas que pueden ser orgánicas, como alguna infección o traumatismo que sufren alguna de las partes del cuerpo o bien estar motivadas por causas estrictamente emocionales como la muerte intempestiva de algún ser querido o la pérdida de cualquier otra cosa que se ama.
El video habla de como en 1940 científicos encontraron una manera de "curar" a pacientes mentalmente enfermos, la terapia de electroshock. Lo que hacía esta terapia era mandar corriente eléctrica directamente al cerebro del paciente resultando en el "borrado" de su memoria, de esta manera lo que se obtenía era un paciente en blanco sin ningún tipo de transtorno mental.
En 1950 el concepto le llamó la atención a la Agencia Central de Inteligencia (CIA) y empezaron una serie de experimentos en los que se basaron para elaborar un manual secreto sobre cómo debilitar a los prisioneros al mantenerlos en un estado continuo de shock. Usaban técnicas como privarlos del sueño, someterlos a sus fobias, ponerlos en determinadas posturas para causarles estrés, todo esto porque se dieron cuenta de que el prisionero estaba más dispuesto a hablar después de entrar en el estado de shock que unos minutos antes de hacerlo.
También cuenta cómo esas técnicas no solo se pueden usar en personas sino en sociedades porque una guerra, desastre natural, ataque terrorista, etc. nos pone en estado de shock y precisamente es cuando nos encontramos en ese estado que nos vemos atraídos a seguir líderes porque no pensamos correctamente.
El economista Milton Friedman tenía unas ideas radicales para el comercio que puestas en práctica perjudicarían la vida de millones de personas. Aconsejó a líderes mundiales para que inmediatamente después de alguna crisis se trataran los temas delicados para que las personas no tuvieran tiempo de recuperarse del shock, le llamó tratamiento de shock económico.
"Sólo una crisis actual o percibida como tal produce cambio real." - Milton Friedman.
Se dice mucho de cómo las personas se aprovechan de situaciones de crisis para tener algún tipo de ganancia o ventaja, pero ¿qué no realmente toda la civilización se construyó bajo esas mismas técnicas?. Los imperios se levantaron por personas que se dieron cuenta que se necesitaba algún tipo de jerarquía y llegaron al poder haciéndole ver a sus compañeros habitantes que necesitaban alguien a quien seguir en situaciones difíciles.
Incluso en las revoluciones se usó la doctrina del shock, atacaron lo suficiente para que los gobernantes no supieran que hacer y entonces se derrocó al gobierno y obtuvieron la libertad. Es cierto que algunas personas se aprovechan del shock de otras pero yo creo que sin crisis ni momentos difíciles no tendriamos oportunidad de sobrevivir porque no tendríamos por que vivir.
El video habla de como en 1940 científicos encontraron una manera de "curar" a pacientes mentalmente enfermos, la terapia de electroshock. Lo que hacía esta terapia era mandar corriente eléctrica directamente al cerebro del paciente resultando en el "borrado" de su memoria, de esta manera lo que se obtenía era un paciente en blanco sin ningún tipo de transtorno mental.
En 1950 el concepto le llamó la atención a la Agencia Central de Inteligencia (CIA) y empezaron una serie de experimentos en los que se basaron para elaborar un manual secreto sobre cómo debilitar a los prisioneros al mantenerlos en un estado continuo de shock. Usaban técnicas como privarlos del sueño, someterlos a sus fobias, ponerlos en determinadas posturas para causarles estrés, todo esto porque se dieron cuenta de que el prisionero estaba más dispuesto a hablar después de entrar en el estado de shock que unos minutos antes de hacerlo.
También cuenta cómo esas técnicas no solo se pueden usar en personas sino en sociedades porque una guerra, desastre natural, ataque terrorista, etc. nos pone en estado de shock y precisamente es cuando nos encontramos en ese estado que nos vemos atraídos a seguir líderes porque no pensamos correctamente.
El economista Milton Friedman tenía unas ideas radicales para el comercio que puestas en práctica perjudicarían la vida de millones de personas. Aconsejó a líderes mundiales para que inmediatamente después de alguna crisis se trataran los temas delicados para que las personas no tuvieran tiempo de recuperarse del shock, le llamó tratamiento de shock económico.
"Sólo una crisis actual o percibida como tal produce cambio real." - Milton Friedman.
Se dice mucho de cómo las personas se aprovechan de situaciones de crisis para tener algún tipo de ganancia o ventaja, pero ¿qué no realmente toda la civilización se construyó bajo esas mismas técnicas?. Los imperios se levantaron por personas que se dieron cuenta que se necesitaba algún tipo de jerarquía y llegaron al poder haciéndole ver a sus compañeros habitantes que necesitaban alguien a quien seguir en situaciones difíciles.
Incluso en las revoluciones se usó la doctrina del shock, atacaron lo suficiente para que los gobernantes no supieran que hacer y entonces se derrocó al gobierno y obtuvieron la libertad. Es cierto que algunas personas se aprovechan del shock de otras pero yo creo que sin crisis ni momentos difíciles no tendriamos oportunidad de sobrevivir porque no tendríamos por que vivir.
9.9.10
Sistema de Referencias Bibliográficas APA
La American Psychological Association (APA) es una organización científica fundada en 1892 por G. Stanley Hall, presenta una serie de recomendaciones para la preparación y presentación de trabajos científicos.
LIBROS
Debe aparecer: apellido del autor, coma, inicial/es del nombre, punto, fecha entre paréntesis, punto, título subrayado o en letra cursiva, punto, lugar de edición, dos puntos, editorial, punto. Por ejemplo:
Traviss, K. (2009). Gears of War: Jacinto's Remnant. Estados Unidos de América: The Random House Publishing Group.
King, S. (2007). El Pistolero. México: Plaza & Janés.
REVISTAS
En este caso, lo que va subrayado, o en letra cursiva, es el nombre de la revista. Se debe especificar el volumen de la revista y las páginas que ocupa el artículo separadas por un guión. Se especificará el volumen y el número de la revista, cuando cada número comienza por la página uno. Por ejemplo:
Channell, Mike (2010). Fable III. XBOX 360 LA REVISTA OFICIAL DE XBOX, 26, 54-59.
López, L. Manuel (2010). Jeep Grand Cherokee. 4Ruedas, 191, 40-45.
PÁGINAS DE INTERNET
El patrón básico para una referencia electrónica es: Autor, inicial(es) de su nombre (año). Título. Mes, día, año, dirección en Internet. Por ejemplo:
De la Nuez, V. Introducción a las redes inalámbricas. Obtenida el 23 de abril de 2010, de http://www.sincables.net/staticpages/index.php?page=20061030194225324
Red inalámbrica. Obtenida el 23 de abril de 2010, de http://es.wikipedia.org/wiki/Red_inalambrica
CD
Es la misma estructura de cita, especificando el medio entre corchetes inmediatamente después del título. Por ejemplo:
González, M. A. (2006). Richard Wagner Oberturas, fragmentos, escenas [cd]. Uruguay: Pressur Corporation S.A.
Navarrete, A. Método de flauta [cd]. México: DANASA.
ARTÍCULO
Autor (fecha mostrada en la publicación). Título del artículo. Nombre del periódico, pp. números de páginas. Por ejemplo:
López, H. (2010, del 16 al 22 de agosto). Sin protección civil 50 municipios mexiquenses. Hoy Valle de México, 5.
Ramírez, I. (2010, del 16 al 22 de agosto). Ejidatarios Vs autoridades municipales. Hoy Valle de México, 4.
LIBROS
Debe aparecer: apellido del autor, coma, inicial/es del nombre, punto, fecha entre paréntesis, punto, título subrayado o en letra cursiva, punto, lugar de edición, dos puntos, editorial, punto. Por ejemplo:
Traviss, K. (2009). Gears of War: Jacinto's Remnant. Estados Unidos de América: The Random House Publishing Group.
King, S. (2007). El Pistolero. México: Plaza & Janés.
REVISTAS
En este caso, lo que va subrayado, o en letra cursiva, es el nombre de la revista. Se debe especificar el volumen de la revista y las páginas que ocupa el artículo separadas por un guión. Se especificará el volumen y el número de la revista, cuando cada número comienza por la página uno. Por ejemplo:
Channell, Mike (2010). Fable III. XBOX 360 LA REVISTA OFICIAL DE XBOX, 26, 54-59.
López, L. Manuel (2010). Jeep Grand Cherokee. 4Ruedas, 191, 40-45.
PÁGINAS DE INTERNET
El patrón básico para una referencia electrónica es: Autor, inicial(es) de su nombre (año). Título. Mes, día, año, dirección en Internet. Por ejemplo:
De la Nuez, V. Introducción a las redes inalámbricas. Obtenida el 23 de abril de 2010, de http://www.sincables.net/staticpages/index.php?page=20061030194225324
Red inalámbrica. Obtenida el 23 de abril de 2010, de http://es.wikipedia.org/wiki/Red_inalambrica
CD
Es la misma estructura de cita, especificando el medio entre corchetes inmediatamente después del título. Por ejemplo:
González, M. A. (2006). Richard Wagner Oberturas, fragmentos, escenas [cd]. Uruguay: Pressur Corporation S.A.
Navarrete, A. Método de flauta [cd]. México: DANASA.
ARTÍCULO
Autor (fecha mostrada en la publicación). Título del artículo. Nombre del periódico, pp. números de páginas. Por ejemplo:
López, H. (2010, del 16 al 22 de agosto). Sin protección civil 50 municipios mexiquenses. Hoy Valle de México, 5.
Ramírez, I. (2010, del 16 al 22 de agosto). Ejidatarios Vs autoridades municipales. Hoy Valle de México, 4.
Suscribirse a:
Entradas (Atom)