ticstics: 2007

martes, 6 de noviembre de 2007

tecnologias en educacion

Category Home / Education / Curriculum and Instruction / Educational Technology
_url = 'http://www.questia.com/library/education/curriculum-and-

Topics
Educational Technology
Assistive Technology in Education
Channel One (Educational News Program)
Computer-Assisted Instruction (CAI)
ICT (Information and Communication Technologies) in Education
Internet and Education
Internet2 and Education
Television and Education

enseñando inteligencia

Look for related topics at questia.com
Education / Educational Psychology / Learning Styles and Theories Psychology / Cognitive Psychology / Learning Styles and Theories Psychology / Child and Adolescent Psychology / Learning Styles and Theories View all research topics
Book details
Can We Teach Intelligence?: A Comprehensive Evaluation of Feuerstein's Instrumental Enrichment Program Look inside this book
(+) Larger View
Free preview pages
i, iii, iv, v, vi, vii, ix, x, xi, xii, xiii, xv, xvi, xvii, xix, xx, 1, 15, 29, 57, 93, 123, 139, 171, 199, 205, 209
search in this book

search the library

related resources
Cognitive Learning
Discover questia
Learn about Questia
Subscribe Now
Can We Teach Intelligence?: A Comprehensive Evaluation of Feuerstein's Instrumental Enrichment Program
by Nigel R. Blagg. 214 pgs.
Read the complete book Can We Teach Intelligence?: A Comprehensive Evaluation of Feuerstein's Instrumental Enrichment Program by becoming a questia.com member. Choose a membership plan to an academic-level library with more than 66,000 full-text books, 1.4 million articles, an entire reference set with a dictionary, encyclopedia, thesaurus plus a collection of digital tools to organize your information.

publication details
Contributors: Nigel R. Blagg
Publisher: Lawrence Erlbaum Associates
Place of Publication: Hillsdale, NJ
Publication Year: 1991
Subjects:
Feuerstein, Reuven, Mentally Handicapped Children--Education--Evaluation, Cognition In Children--Testing--Evaluation, Cognitive Learning--Evaluation
Table of contents
Contents
FOREWORD by Robert J. Sternberg
ix
INTRODUCTION
xv
ACKNOWLEDGMENTS
xix
1.
TEACHING COGNITIVE SKILLS ISSUES PAST AND PRESENT
1
Historical Perspectives
1
Recent Developments
4
Thinking About Thinking
6
Programs That Teach Cognitive Skills
9
Summary
14
2.
FEUERSTEIN'S BELIEFS, THEORIES, ASSESSMENT MODEL, AND INTERVENTION PROGRAM
15
Learning Potential Assessment Device
15
Direct Exposure Learning and Mediated Learning
18
Cognitive Map
19
The Instrumental Enrichment Program
21
Existing Research Evidence for and Against FIE
24
3.
INSTRUMENTAL ENRICHMENT EVALUATION DESIGN
29
The Context
30
The Input (Pupils)
33
The Input (Teachers)
42
The Process
45
The Product
55
4.
THE PUPILS
57
Ability and Attainment Characteristics of the Pupils at the Beginning of the Study
58
Changes in Pupil Abilities and Attainments
61
Behavioral Characteristics of the Pupils at the Beginning of the Study
73
Changes in Pupil Behavior
77
Changes in Pupils' Self-Esteem
81
Changes in Pupils' Attitudes Toward School Work
83
Conclusions
90
5.
THE TEACHERS
93
Initial Reactions to Training
93
Reflections on FIE in the Classroom
95
Personality Characteristics
105
Attitudes Toward Teaching
108
Attitudes Toward Low-Achieving Adolescents
112
Changes in Teacher Behavior
118
Conclusions
121
6.
REVIEW AND DISCUSSION OF THE MAIN FINDINGS
123
The Context
123
The Input
125
The Process
127
The Product
131
Conclusions
135
7. WIDER IMPLICATIONS
139
Research Issues
140
Program Design and Implementation Issues
141
Somerset Thinking Skills Course
149
Concluding Comments
169
APPENDICES
171
REFERENCES
199
AUTHOR INDEX
205
SUBJECT INDEX
209
I: ROMANTICISM AND RESISTANCE Mary Favret
He died, and the world showed no outward sign. . . . He died, and his place . . . has never been filled up. Mary Shelley, Preface to The Poetical Works of Percy Bysshe Shelley Any objective method, duly verified, belies the initial contact with the object. It must first scrutinize everything...
II: CULTURE AND CRITICISM Laurie Langbauer
Writing in the first issue of Cultural Studies , the Australian critic Jennifer Craik cites Stuart Hall and Tony Bennett to argue that "the development of cultural studies has seen an uneasy alliance. . . which overlooks the intrinsic incommensurability...
> view all excerpts

El Control Total y SAP
José M. Piquer
Hay que soñar, pero a condición de creer seriamente en nuestro sueño, de examinar con atención la vida real, de confrontar nuestras observaciones con nuestro sueño, de realizar escrupulosamente nuestra fantasía.
- Lenin
Cada vez es más frecuente ver empresas grandes dedicadas a instalar SAP en sus sistemas de gestión, gastando millones de dólares en el proceso y quedando casi paralizadas durante largo tiempo mientras logran que el sistema funcione dedicando todos sus grupos informáticos a lograr que funcione.
Una vez finalizado el proceso de aprendizaje e instalación, la empresa queda feliz, porque finalmente ha logrado el sueño de todo gerente: el control total sobre los datos de gestión, la información en línea de todo lo que está ocurriendo, la foto instantánea de la realidad de la empresa, desde la productividad de cada empleado, los gastos totales en cada rubro, hasta cuanto tiempo pierden en el baño los empleados. Por ello, no cuestinonan el tiempo gastado, el dinero invertido ni los costos de mantenimiento del sistema, porque finalmente han logrado materializar el sueño del control total.
La pregunta final es: ¿es esto realidad? La computación ha invadido muchos dominios nuevos, generando oportunidades y desafíos notables en casi todas las áreas del conocimiento humano. Sin embargo, a veces genera falsas expectativas e incluso induce al error humano al confiar demasiado en los datos presentados. Algo que no hay que olvidar nunca es que una visualización computacional es simplemente eso: una imagen, un dibujo. El ser humano tiene tendencia a dejarse guiar por sus ojos, por lo que se ve, asumiendo que debe ser real, puesto que lo está viendo. Los constructores de edificios y estructuras han cometido errores graves debido a este tipo de errores: creer demasiado en las simulaciones computacionales y en sus visualizaciones. Otro caso típico son los economistas: inventan una planilla para que genere la Tasa Interna de Retorno que ellos quieren y, al cabo de un par de semanas, ellos mismos creen que es real.
Me temo que el Control Total es otro caso de ilusión masiva, de creer que lo que estamos viendo en el computador es la verdad. Me temo que un gerente que tiene esos datos en la pantalla tomará decisiones asumiendo esa información como real, creyendo que está viendo la realidad con sus propios ojos. Me temo que sus decisiones serán peores que las que toma un gerente que no tiene ningún sistema de gestión computacional, porque este último sabe que no posee la información necesaria y la averiguará, dudará de ella y seguirá sus instintos como todo ser humano está acostumbrado a hacer.
La información en las pantallas del sistema es tan falsa como todas las mentiras ingresadas en él, y capaz que peor, puesto que es una mezcla de verdad (variables medidas por máquinas) y mentiras (datos ingresados por seres humanos intentando cumplir con sus metas). Si podemos recordar que eso es así, el sistema podría ser útil, puesto que aporta información nueva, y el gerente podría seguir actuando como antes, pidiendo más datos, comparando y aplicando su intuición. Sin embargo, no será así. Todo ser humano cree en lo que ve. Peor aun si toda una institución a su alrededor cree en lo que ve y considera retrógrado andar aplicando los métodos antiguos de gestión. Peor aun si el sistema costó millones de dólares, por lo que todos están interesados en que funcione y no aceptarán la realidad que su resultado es cuestionable.
Creo seriamente que las grandes corporaciones que aplican estos megalómanos sistemas de gestión tienen un futuro dudoso, no tanto por la cantidad de recursos invertidos, sino por la mentira colectiva que generan: las decisiones estratégicas de los próximos años estarán todas basadas en esa ilusión.

SAP SAP SAP SAP

http://es.wikipedia.org/wiki/R/3

http://es.wikipedia.org/wiki/SAP

jueves, 1 de noviembre de 2007

EDUCA VIRTUAL

http://campusuniv.campusred.net/vod-publico/Mediateca_Player_06062006/browser/browser.asp?st=VOD&ev=1246&se=0&ac=0&po=Educared-Intercampus&us=DISTRIB&mo=REAL&ca=RTB&sl=UNLOAD

www.links.org.ar

acerca de links - infoteca - servicios UN FASCINANTE ESPACIO
Y FASCINANTES DOCUMENTOS

documentos- libros - congresos - manuales - Argentina - Indice General
Indice general de artículos por autor
Nota: solo se hallan clasificados los autores miembros de Links. El criterio es alfabético.
Acceda también a:
Documentos y artículos
Libros y capítulos en formato electrónico
Material de Congresos y conferencias
Manuales de uso general y divulgación
La Sociedad de la Información en Argentina
Indice completo de materiales disponibles:- Por Autor- Por Tema

Bassi, Roxana
"No dejemos la tecnología en manos de los políticos", artículo, junio 2002, PDF (12 Kb), RTF (13 Kb)
"Centros Tecnológicos Comunitarios: La experiencia argentina", artículo junto con Silvia Fernández Rabadán, PDF (130 Kb), RTF (2 Mb)
"Cómo buscar información en Internet",manual, PDF (100 Kb) /RTF (485 Kb)
" Diccionario de términos de Internet" PDF (67 Kb) /RTF (70 Kb)
" Internet y Comercio electrónico" PDF (134 Kb) /RTF (43 Kb)
" Manual de Correo electrónico" PDF (46 Kb) /RTF (59 Kb)
"Consejos para desarrollar contenido para la web" PDF (45 Kb)/ RTF (93 Kb)
"Cómo es el desarrollo de un sitio web" PDF (45 Kb) /RTF (74 Kb)
"Navegación en la World Wide Web"PDF (45 Kb) /RTF (62 Kb)
"Guidelines y best practices para los sitios web"(PDF 50 Kb) /RTF (114 Kb)
Caruso, Vera
" Internet y Comercio electrónico" PDF (134 Kb) /RTF (43 Kb
Finquelievich, Susana
"¿Ciberciudades? Informática y gestión local", libro,PDF (245 Kb) / RTF (290 Kb)
"¿Ciberciudades? Informática y gestión local" conferencia, feb 2002,PDF (52 Kb) ,RTF (57 Kb)
"Cities, and Science and Technology Parks. Innovation environments as a new urban hierarchy " PDF (60 Kb) /RTF (70 Kb)
"Ciudades en el espacio de las redes: Nuevas centralidades y periferias urbanas en la sociedad informacional" PDF (85 Kb) / RTF (110 Kb)
"Community Informatics: the slow argentinean way", ponencia 1999, PDF (216 Kb)
"De Salgari a Internet: Un ejercicio de prospectiva sobre la educación en la Sociedad Informacional" PDF (85 Kb), RTF (110 Kb)
"Del temor a la tecnología a: "¡TICs, YA!", artículo, PDF (17 Kb) /RTF (29 Kb)
"Deseo y realidad social en una Argentina acorralada", conferencia, Sept 2002, PDF (11 Kb) /RTF (13 Kb)
"Electronic Democracy: Montevideo and Uruguay", artículo en inglés, 2001 PDF (111 Kb)
"Hacia una nueva ciudadanía: Argentina y sus TICs", artículo, "PDF (32 Kb) RTF (110 Kb)
"Indicadores de la Sociedad de Información en Educación, Ciencia, Cultura, Comunicación e Información, en América Latina y el Caribe" - Marzo 2003, ponencia, Bajar: DOC (103 Kb)
"Indicadores de la Sociedad de Información en Educación, Ciencia, Cultura, Comunicación e Información"en el "Observatorio de la Sociedad de la Información" de la UNESCO-Montevideo DOC (309 Kb
"Innovación o marginalidad: El potencial socio-económico de las ciudades en la sociedad informacional", conferencia, oct 2001, PDF (57 Kb) / RTF (70 Kb)
"Internet en la seguridad urbana: El Plan Alerta del Barrio Saavedra"- Nov 2002, artículo Bajar: PDF (58 Kb), RTF (630 Kb)
"La informática y los jóvenes: redes sociales de inserción, acción y contención", conferencia,PDF (34 Kb) /RTF (54 Kb)
"LOS IMPACTOS SOCIALES DE LA INCORPORACIÓN DE TIC EN LOS GOBIERNOS LOCALES Y EN LOS SERVICIOS A LOS CIUDADANOS. LOS CASOS DE BUENOS AIRES Y MONTEVIDEO", libro,PDF (157 Kb) RTF (380 Kb)
"Movimientos sociales en las pantallas: el caso de ArgenTICna", conferencia,PDF (61 Kb) RTF (74 Kb)
"Nuevos paradigmas de participación ciudadana a través de las tecnologías de información y comunicación" marzo 2001, PDF (70 Kb) / RTF (110 Kb)
"Social organization through the Internet: Citizens Assemblies in Argentina", conferencia, agosto 2002, PDF (40 Kb) ,RTF (57 Kb)
Jara, Alejandra
"Tercer Congreso Mundial de Redes Ciudadanas" con Ariel Vercelli, nov 2002, artículo, PDF ( Kb) RTF (28 Kb)
"Nuevos paradigmas de participación ciudadana a través de las tecnologías de información y comunicación" marzo 2001, PDF (70 Kb) / RTF (110 Kb)
"Acceso universal a Internet: la experiencia de los Centros de Tecnología en la Ciudad de Buenos Aires" PDF (65 Kb) / RTF (112 Kb)
Lago Martínez, Silvia
"Acceso universal a Internet: la experiencia de los Centros de Tecnología en la Ciudad de Buenos Aires" PDF (65 Kb) / RTF (112 Kb)
Muñiz, Lucía E.
"Planificación inteligente en telemedicina", artículo, RTF (11 Kb)

¿Consultas? todos los documentos se hallan en formato RTF y PDF. Bajar visualizador de documentos PDF de Adobe
¿Desea más información sobre algún documento? ¿Tiene problemas para bajarlo o lo necesita en otro formato? Por favor escríbanos detallando su problema.
Si desea utilizar para su trabajo el material aquí publicado,consulte la sección de temas legales.

viernes, 5 de octubre de 2007

jueves, 4 de octubre de 2007

andalucia compromiso digital

proyectos informaticos

1. EL PROYECTO: UNA FORMA DE ORGANIZAR EL TRABAJO

Índice

1. EL PROYECTO: UNA FORMA DE ORGANIZAR EL TRABAJO.................................
1. Diferentes formas de organizar el trabajo.......................................................
2. ¿Qué es un proyecto?.....................................................................................................
3. ¿Que es la gestión?..........................................................................................................
4. ¿Que es la gestión de proyectos?.............................................................................
5. Fases de un proyecto.....................................................................................................
5.1. Planeación...................................................................................................................
5.2. Ejecución del proyecto............................................................................................
6. Visión global del proyecto y los costes............................................................
Bibliografía.........................................................................................................................

1. Diferentes formas de organizar el trabajo.
Los seres humanos nos caracterizamos entre otras cosas por que transformamos la realidad que nos rodea de forma drástica, y todo ello con nuestras manos e ingenio. Desde la antigüedad nos dimos cuenta de que para ser más productivos necesitábamos organizarnos ante los objetivos que pretendíamos alcanzar. Así las tropas de Carlo Magno, las legiones romanas, o los griegos en las guerras médicas, diferían, fundamentalmente de sus contrincantes en dos aspectos clave:

a) la tecnología que utilizaban era mejor (bronce, hierro,..), y
b) la planificación y seguimiento estaba más elaborada, es decir:
- tenían los objetivos más claros,
- tenían mejor preparada la estrategia a seguir,
- estaban mejor organizados,
- informaban rápidamente a sus compañeros, para que estos pudieran actuar en consecuencia y corregir cualquier desviación. Recordar que el nombre de la Maratón proviene del de una ciudad del Ática en donde los griegos obtubieron la victoria que puso fin a la primera guerra médicas y el corredor que llevo la noticia a Atenas puso tanto empeño en cumplir su misión, que murió de agotamiento.

En la actualidad las empresas tienen aprendida la lección, o la tienen que aprender, de forma acelerada. Es decir las empresas que se encuentran en un mercado competitivo, saben que los aspectos comentados anteriormente son piezas clave para su éxito.
Dado que las empresas se dedican a producir bienes o servicios, es interesante observar que los diferentes tipos sistemas productivos se adaptan a situaciones complementarias. En la actualidad nos encontramos con tres grandes grupos de sistemas productivos[1]:

· Los diseñados para la producción en masa. Se caracterizan por estar centrados en procesos específicos de ensamblaje de un producto. En esta situación se aplican las economías de escala, lo que permite la adquisición de maquinaria muy específica, a medida de los procesos. Ejemplos pueden ser la fabricación de coches o electrodomésticos.

· Los diseñados para la producción por lotes. Se caracterizan por ser sistemas flexibles que sirven para la producción de productos similares, pero en cantidades no suficientes como para tener un sistema productivo dedicado. Se debe poder cambiar y recomponer la planta de producción para las diferentes series. Un ejemplo típico es la fabricación de muebles.

· Los diseñados para producir o alcanzar objetivos no repetitivos. Aquí estamos pensando en un producto que se realizará una vez y que para producirlo, habrá que hacer una serie de tareas específicas, que antes no se habían realizado y que posiblemente no se vuelvan a realizar. Se le llama proyecto.

A ésta última situación es a la que se refiere este libro. De forma específica nos centraremos en el caso de querer alcanzar un producto informático, tal como una aplicación. Hay que hacer notar que la mayoría de conceptos y técnicas que veremos se pueden aplicar a otro tipo de proyectos, tales como realización de auditorías, selección e instalación de hardware, implantación de sistemas de información y un largo etc. Veremos en detalle, el desarrollo de software que dispone de técnicas específicas para cálculo de esfuerzo, identificación de tareas, etc.

2. ¿Qué es un proyecto?
Cuando escuchamos el vocablo proyecto nos vienen a la mente diferentes acepciones tales como:

· Trabajo final de carrera,

· Conjunto de documentos que conforman la especificación técnica de un bien o servicio a desarrollar. Una vez construido se le conoce como planos o especificaciones.

· Forma de organizar el trabajo, que consiste en planificar el curso de las tareas que se realizarán, con el objetivo de obtener un bien o servicio determinado, y controlar el seguimiento de esta planificación, para evitar las desviaciones. Aun en el caso de haber desviaciones se deberá adaptar el plan de modo que se alcancen los objetivos propuestos.

La definición de proyecto que da el Project Management Institute (PMI) es: “Un proyecto es un esfuerzo temporal acometido para crear un único servicio o producto. Temporal quiere decir que todo proyecto tiene un comienzo claro y un final claro. Único significa que el producto o servicio es diferente de alguna forma clara de todos los productos o servicios similares.”

Como hemos visto, el concepto fundamental de lo que es un proyecto se centra en el producir o alcanzar un bien u objetivo. Además se le asocia a características tales como:
·Existe un objetivo claro.
·Se puede identificar un conjunto de tareas que necesario realizar.
·Las tareas no son habituales.
·Las tareas tienen que realizarse de forma ordenada.
·Es necesaria la intervención de varias personas.
·Es necesaria la intervención de especialistas.
·Se utilizaran recursos de diversos tipos.
·Existen limitaciones en los recursos.
·El presupuesto es limitado.
·El objetivo se tiene que alcanzar en plazo de tiempo limitado.
·Tiene una fecha de inicio y otra de final.
·Se requiere una planificación.
·El producto final tendrá que cumplir las especificaciones.
·Se desea un determinado nivel de calidad en el producto.
Como se ve son muchas las características que hemos enunciado. Habitualmente nos encontraremos con proyectos de diversas envergaduras, desde proyectos en los que hará falta la colaboración de muchas personas, y las que tendremos que solicitar su participación con la antelación suficiente para que organicen sus agendas, hasta aquellos en los que prácticamente un par de personas mantendrán reuniones con los clientes y realizan todo el trabajo.
A veces es difícil establecer una línea divisoria entre lo que es un proyecto y lo que no lo es.
Así, si vamos de visita a casa de un amigo, este nos muestra el ordenador nuevo que se ha comprado y tratando de explicarle como funciona el access, hacemos una miniaplicación que le sirva para tener catalogados sus libros, ¿podríamos decir que hemos realizado un proyecto?, la respuesta es que no, hemos creado un producto, pero de forma accidental.
En cambio, si en la empresa en la que trabajamos, se nos pide que realicemos un sistema para soportar el catalogo de los libros de ésta, lo que supone consultar con los usuarios potenciales, con idea de especificar la aplicación (proceso de recepción de libros, prestamos,...) y se nos pide que hagamos una evaluación del coste en económico y los plazos de entrega, nos encontraremos con una realidad diferente.
3. ¿Que es la gestión?
Podemos comenzar por ver lo que dice el diccionario de la Real Academia Española:
gestión. Acción y efecto de gestionar. ...
gestionar. Hacer diligencias conducentes al logro de un negocio o de un deseo cualquiera.
Estas definiciones enmarcan el significado de las palabras, pero cuando entramos en la de gestión de empresas, nos encontramos todo un mundo de autores y definiciones. No contradicen lo anterior, pero mientras algunos autores (Fayol) se centran en las tareas de la dirección (funciones) o los procesos de la gestión, otros se centran en el funcionamiento de las empresas desde las visiones mecanicistas del trabajo (Taylor, ...) incluso nos encontramos con humanistas que contemplan a los empleados como el autentico capital de la empresa (Follet, Mayo, ...).
A lo largo de este libro iremos recurriendo a diversas formas de ver la gestión, pero ahora nos centraremos en las funciones de la gestión, que son:
·Planificar. Determina que resultados ha de obtener la organización y establecer estrategias adecuadas para su realización.
·Organizar. Especifica como lograr los resultados planificados, asignado las tareas identificadas en la planificación a los miembros y equipos de la organización para que se alcances dichos objetivos.
·Controlar. Comprobar si se están alcanzando los resultados previstos, corrigiendo las desviaciones que se detecten.
·Dirigir. Liderar y motivar a los miembros de la organización, de modo que se alcancen los objetivos marcados.
4. ¿Que es la gestión de proyectos?
Se trata de articular el método para alcanzar un objetivo único y no repetitivo en un plazo con principio y fin claros, mediante las técnicas que nos proporciona la gestión. Es decir, se trata de un tipo de empresa especifica. En cierto modo todos ejercemos de directores de proyectos, al menos potencialmente, ya que solemos encontrarnos con cometidos que debemos cumplimentar en unos plazos. Desde un punto de vista menos formal, todos hemos tenido que organizar una fiesta de cumpleaños, la decoración de casa en Navidad o preparar unos exámenes. Quizás lo que no hayamos hecho es utilizar las herramientas disponibles para la organización del trabajo. En este libro trataremos de conocer las teorías, técnicas y herramientas disponibles para estos casos.
Dado que los proyectos solo realizan una vez, la secuencia de las funciones es clara, por lo que la documentación sobre proyectos la clasifica en fases, que son más o menos secuenciales. A continuación se describen en detalle.
5. Fases de un proyecto.
Todos los proyectos, que se gestionan como tales, tienen una serie de fases comunes, no tanto porque se realicen tareas iguales, sino porque el objetivo de cada fase con relación al producto a obtener es común a cualquier proyecto.

Así tenemos dos grandes fases: Planeación y Ejecución. Estas fases se subdividen en otras menores. Veamos cada una de ellas por separado.

5.1. Planeación.
El objetivo de toda planeación es la de clarificar el problema a solucionar, definir el producto a obtener, o servicio a proporcionar, estimar los costes económicos en que se va a incurrir, así como los recursos humanos y de cualquier otro tipo que se requieran para alcanzar la meta.

En la planeación se suelen distinguir dos grandes subfases: Definición del problema y Definición del plan de desarrollo. Mientras que la primera se centra en clarificar el producto a obtener, la segunda atiende a las necesidades que aparecerán a lo largo del desarrollo, anticipando el curso de las tareas a realizar, la secuencia en que se llevarán a cabo, los recursos y el momento en que serán necesarios. Hay que tener en cuenta que normalmente hay más bienes o servicios que desearíamos obtener, que recursos disponibles para obtenerlos, por lo que las empresas deben seleccionar entre varias alternativas. Así una mala definición de un proyecto puede engañar a la empresa y que ésta comprometa sus recursos en un bien del que hubiera podido prescindir en favor de un sustituto más económico.

5.1.1. Definición del problema.
El origen de un proyecto suele ser difuso. Normalmente alguien identifica un problema o una necesidad. Este problema-necesidad hace muy interesante el nacimiento de un proyecto, ya que podemos observar como ante el problema que se plantea unos gerentes lo ven como un impedimento para alcanzar sus metas, mientras otros, pensando que el mismo problema también la tienen sus competidores, lo ven como una oportunidad para dar una solución correcta y posicionarse mejor en el mercado.

Ya sea visto como problema u oportunidad, lo primero que hay que hacer es obtener una descripción clara de éste. La pregunta clave a responder es: ¿Cuál es el problema, o dónde está la oportunidad? Evidentemente aquí hay que trabajar con los usuarios, directores de empresa y clientes, pues ellos son los que conocen su negocio y será de ellos de quien tendremos que obtener la información para responder a esta pregunta.

La definición del problema suele ocupar muy poco tiempo, por esto muchas veces no se le da la importancia central que tiene. Hay que tener en cuenta que todo el proyecto se basará en esta definición y es mejor que quede clara. La definición del problema debe ser revisada por todos los implicados en el problema: Usuarios, Directores de empresa y clientes.

En este punto conviene aclarar la diferencia de roles en los implicados, así:

· Usuario: persona que utilizará el sistema a nivel operativo. Es el que nos da pistas sobre el problema a nivel de funcionamiento. Son responsables de que el sistema funcione de manera eficiente.

· Director de empresa: Los responsables de que el sistema funcione de manera eficaz. Tienen una visión de conjunto, es decir, no solo del sistema, sino que además la interrelación de éste con otros subsistemas de la empresa.

· Cliente es el que arriesga su dinero en el desarrollo, es decir, el que pagará por el sistema.

Estos roles, en muchas situaciones los llevan las mismas personas, así en una cooperativa de trabajo, el cliente y el usuario son la misma persona, En una sociedad limitada, suelen coincidir director de empresa y cliente, …

Normalmente al definir el problema debemos hurgar en la organización, sus objetivos y fines. También debemos, una vez clarificado el problema, identificar los beneficios que se obtendrá si los solucionamos.

Hay que evitar “las soluciones en busca de un problema”, es decir cuando alguien ha visto una aplicación en marcha, o un sistema, y quiere algo similar. Muchas veces se esconde la idea intuitiva de que aquello resolverá un problema o generará una oportunidad. Lo mejor es sacar a flote el problema o la oportunidad y entonces definirlo en términos claros.

También es peligrosa la situación en la que los únicos interesados en el problema y su solución son los implicados en el proyecto. Muchas veces los técnicos desean aplicar nuevas técnicas o herramientas y organizan un proyecto entorno a éstas. En todo caso lo que se debe hacer es buscar en la empresa, identificando alguna aplicación que no sea compleja y que sea útil a los objetivos de la misma.

Los siguientes puntos nos dan una idea de la forma de pensar, así como las tareas a realizar durante esta fase:

· Estudiar el sistema actual,

· Discutir y analizar lo que se desea obtener,

· Clarificar las áreas de la empresa que se verán afectadas,

· Definir el problema y sus componentes, aclarando: que es fundamental, que es deseable y que es opcional.

· visualizar el producto o sistema a proporcionar, así como su adaptación a la organización.

· Identificar al responsable del proyecto.

· Crear una declaración clara de lo que se va a hacer.

· Obtener el sí de los implicados: “Sí, tenemos exactamente ese problema”

En todas las fases y en esta de forma especial se debe estimar los costes previsibles del proyecto y sobre todo el coste de la siguiente fase, la planificación.

En muchas organizaciones, una vez definido el problema, éste se añade a la lista de los problemas pendientes de resolución. De modo que un comité de dirección selecciona el próximo problema a resolver, o sistema a desarrollar.

5.1.2. Planificación del proyecto.
La planificación del proyecto es la fase en la que se deberán identificar todas las cosas necesarias para poder alcanzar el objetivo marcado. En esta fase se han de concretar los tres cimientos sobre los que se apoyará el desarrollo de todo el proyecto, estos son:

· Calidad: viene dadas por las especificaciones.

· Coste económico, valorado en el presupuesto.

· Duración: asignada en el calendario de trabajo.

Así como en la fase anterior nos centrábamos en identificar el problema, aquí tendremos que identificar diferentes soluciones y los costes asociados a cada una de ellas.

Aunque muchos autores separan el análisis de la aplicación de la propia planificación, por entenderse que la primera es una tarea técnica, mientras que la planificación es una tarea de gestión, cronológicamente se han de realizar de forma simultánea, aunque, se debería partir de una especificación seria del problema, antes de planificar las tareas, costes y recursos necesarios para desarrollar la aplicación.

Otro asunto es que cada trabajo que se realiza se debe planificar antes de acometerlo. Así antes de realizar el análisis se deberá hacer una planificación de los trabajos asociados a éste, pero difícilmente se podrá realizar la planificación de todo el proyecto.

Las tareas a realizar para planificar el proyecto, las podemos agrupar en:
· Estimar el tamaño de la aplicación a desarrollar.
· Estimar el coste en recursos humanos.
· Identificar las tareas a realizar.
· Asignar recursos a cada tarea.
· Crear un calendario de las tareas.
· Realizar un estudio económico.
· Reunir todo en un documento, Estudio de viabilidad.

Todas estas tareas se suelen realizar de forma secuencial o iterando entre ellas, otro asunto es la secuencia a seguir. En este libro organizaremos una secuencia lógica de modo que los temas enlacen unos con otros. La secuencia que seguiremos es la implícita en la lista anterior, aunque la realidad es más compleja y nos encontraremos ante diferentes secuencias y en procesos iterativos.

En otras ingenierías se utiliza la siguiente secuencia:
· Descomposición del trabajo a realizar en tareas.
· Asignación de recursos a cada tarea.
· Cálculo del esfuerzo necesario
· Creación de un calendario
· Estudio económico.

5.2. Ejecución del proyecto.
En esta fase, se trata de llevar a cabo el plan previo. Se verá fuertemente influida por la planificación. Una mala planificación, llevará a una mala ejecución, ya que si se planifica que costará menos tiempo del real, los usuarios presionarán a los desarrolladores, con lo que éstos trabajarán en peores condiciones, del mismo modo, si se planifica un coste inferior, los administradores de la empresa presionarán al personal del proyecto, con lo que estos trabajarán con más estrés.

En la ejecución del proyecto se identifican tres subfases: la puesta en marcha, la subfase productiva y la conclusión del proyecto.

5.2.1. Puesta en marcha.
Esta fase se caracteriza fundamentalmente porque en ella se ha de organizar el equipo de desarrollo, los mecanismos de comunicación, la asignación de roles y de responsabilidades a cada persona. Tareas fundamentales son:
· Identificar las necesidades de personal, que aunque ya venían de la fase de planificación, habrá que ajustarla a las disponibilidades actuales.
· Establecimiento de la estructura organizativa.
· Definir responsabilidades y autoridad.
· Organizar el lugar de trabajo. En muchas ocasiones el comienzo de un proyecto tiene tareas como instalación de equipamientos, acondicionamiento de locales, …
· Puesta en funcionamiento del equipo. Cuando las personas que van a trabajar en un proyecto no se conocen, es oportuno el organizar reuniones más o menos informales para que se conozcan, esto evitará malentendidos y conflictos durante la ejecución del proyecto.
· Divulgación de los estándares de trabajo y sistemas de informes. Al comenzar el proyecto, las personas están más receptivas que cuando se encuentran en un trabajo rutinario o cuando el objetivo se transforma en algo obsesivo. Ésta es una razón de peso para introducir los nuevos métodos de trabajo. Es posible que sea el cliente el que marque los estándares.

5.2.2. Fase productiva.
En esta subfase, ya tenemos el proyecto con su calendario etc., las especificaciones claras, los recursos y personas en situación de trabajo. Las personas deben llevar a término cada una de las tareas que se les ha asignado en el momento que se le haya indicado. En caso de que alguna persona piense que se pueden producir problemas que vayan a incrementar la planificación, deben informar lo antes posible al responsable del proyecto.

Por su parte el responsable del proyecto debe:
· tomar medidas del rendimiento,
· revisar los informes que le llegan de los empleados,
· mantener reuniones para identificar los problemas antes de que aparezcan,
· en caso de desviaciones poner en práctica las acciones correctivas necesarias,
· coordinar las tareas,
· motivar y liderar a los empleados,
· recompensar y disciplinar

5.2.3. Conclusión del proyecto.
Ésta subfase es la opuesta a la de puesta en marcha. En ésta se trata de primero dar por finalizado el proyecto y entregar el producto, o dejar de producir el servicio encomendado. Ésta suele ser una fase muy alegre, se han alcanzado los objetivos propuestos, pero también algo triste, hay que separarse de los compañeros de trabajo.

Las actividades a realizar son las siguientes:
· Hacer entrega definitiva del producto al cliente,
· Revisar las desviaciones del proyecto, identificar causas e indicar formas diferentes de actuación en futuros proyectos.
· Reasignar el personal a los nuevos proyectos o reintegrarlos en los departamentos de partida.
· Es interesante documentar las relaciones entre los empleados para futuros proyectos.
6. Visión global del proyecto y los costes.
Cuando tratamos de ver un proyecto desde un punto de vista lejano, podemos apreciar algunas curiosidades que nos dan una idea de la importancia de cada fase. Así desde el punto de vista del coste, las primeras fases se caracterizan por tener costes bajos, mientras que la cantidad de coste que se compromete es muy alta. En otras palabras, al principio gastaremos poco dinero en decir que es lo que queremos, pero esto condicionará una serie de gastos en el resto del proyecto. Por contra las ultimas fases se caracterizan por tener un coste alto, aunque los compromisos que se toman son bajos, ya se decidió el curso de los gastos a priori. [1]

http://www.eclac.cl/mdg/anim/pobreza.htm

http://www.spss.com/es/

SPSS

http://www.spss.com/es/

informe tics cepal

Resumen Ejecutivo
Resumen Ejecutivo y Capítulos I y II
III. Acceso e inclusión digital
IV. Creación de capacidades
V. Transparencia y eficiencia públicas
VI.Instrumentos de política, VII. Entorno habilitador y anexos

Documentos y publicaciones de la Cepal
Monitoreo del eLAC2007:avances y estado actual del desarrollo de las Sociedades de la Información en América Latina y el Caribe

reunion sociedad de la informacion

Programa preliminar
Presentación Reunión Interagencial

lunes, 1 de octubre de 2007

cobit

http://www.monografias.com/trabajos38/cobit/cobit.shtml

cobit

http://www.unap.cl/~setcheve/cobit/

CobiT IV Status

COBIT - Wikipedia, la enciclopedia libre

lunes, 24 de septiembre de 2007

http://www.ecplay.com/

e-tailing

http://searchcio.techtarget.com/sDefinition/0,,sid19_gci212079,00.html

domingo, 23 de septiembre de 2007

cofradia digital

http://www.cofradia.org/modules.php?name=News&file=article&sid=14702

software libre

OpenXpertya es un ERP open source en español, especialmente adaptado para la legislación y el mercado español e hispanoamericano. Incluye solución de CRM y comercio electrónico a tres niveles, con soporte EDI, B2B y B2C. openXpertya es Software Libre.

repaso b2b

1 Desarrollo histórico
2 Ventajas del B2B
3 Ejemplos de aplicaciones de comercio electrónico
4 Referencias

comercio electronico

Introducción al Comercio Electrónico
§ B2B: e-Procurement y e-Marketplace.
§ B2C: E-tailing
§ Tecnología de comercio electrónico
§ Infraestructura y arquitectura
§ Dominios y hosting
§ Pasarelas y sistemas de pago electrónico
§ Seguridad en el comercio electrónico
§ Firmas y certificados digitales
§ Estrategias de comercio electrónico
§ Planificación de las estrategias
§ Desarrollo de las estrategias
§ Análisis y selección del modelo de negocio
§ Estrategias de marketing
§ Mercado, clientes, productos y precios
§ Logística y comercio electrónico.
§ Modelos y aspectos logísticos
§ Derecho y comercio electrónico.
§ El contenido, la oferta y la promoción
§ Contrato privado y contrato electrónico
§ La factura y la venta a distancia
§ Marca, propiedad industrial de dominios
§ Plan jurídico
§ Desarrollo de comercio electrónico.
§ Estrategias de diseño
§ Diseño de la tienda virtual
§ Estrategias de promoción
§ Dirección y Desarrollo de un proyecto

MODULO 1: eCOMMERCE (Comercio Electrónico)
§ Introducción al Comercio Electrónico
§ Modelos de Comercio Electrónico
§ Tecnología de Comercio Electrónico
§ Medios de Pago Electrónico
§ Seguridad en el Comercio Electrónico
§ Estrategias de Comercio Electrónico
§ Estrategias de Marketing
§ Logística y Comercio Electrónico
§ Legalidad y Comercio Electrónico
§ Desarrollo de Comercio Electrónico
§ Estrategias de Promoción
§ Dirección de Proyecto

MODULO 2: eMARKETING (Marketing Electrónico)
§ Fundamentos de Marketing Electrónico
§ Estrategias de eMarketing
§ Marketing Mix
§ Marketing Avanzado
§ Marketing de Afiliación
§ Marketing Viral
§ Marketing Relacional
§ Marketing Directo e Interactivo
§ Estrategias de Promoción On LIne
§ Campañas de Publicidad On Line
§ Plan de eMarketing

MODULO 3: eBUSINESS (Negocios Electrónicos)
§ Conceptos de eBusiness
§ Tecnologías e Infraestructuras de e-Business
§ Estrategias Empresariales de eBusiness
§ E-Planificación de los Recursos Empresariales
§ e-Business y la Cadena de Suministro
§ e-Business en la Gestión de Proveedores
§ e-CRM (Relación con Clientes)
§ eManagement: Aspectos Organizativos del eBusiness
§ Business Intelligence (Inteligencia de Negocios)
§ Gestión del Conocimiento KM (Knowledge Management)
§ Sistemas de Soporte a la Toma de Decisiones
§ El e-Business en la Relación con Empleados
§ Desarrollo de e-Business (Portal)
§ Gestión de Proyectos

________________________________________________

Modulo 1: Comercio Electrónico
§ Introducción al Comercio Electrónico
§ Modelos de Comercio Electrónico
§ Tecnología y Medios de Pago Electrónico.
§ Seguridad en el Comercio Electrónico
§ Legalidad y Comercio Electrónico.

Modulo 2: Gobierno Electrónico
§ Introducción al GE. Características. Fases. Modelos
§ Democracia y Participación Electrónica
§ Impacto de las TIC’s en el Gobierno.
§ Seguridad y Sistema de Pago Telemático
§ Marco Legal del Gobierno Electrónico
§ Estrategias de Gobierno Electrónico
§ Planificación Estratégica para el Desarrollo del GE
§ Estrategias de comunicación y marketing
§ Implementación de Servicios Electrónicos
§ Portal de Servicios del GE
§ Gestión de Proyectos de Gobierno Electrónico

Modulo 3: Gobierno Electrónico Local (Ciudades Digitales)
§ Marco conceptual
§ Componentes y características de un e-gobierno local
§ Funcionamiento de una ciudad digital
§ Democracia y participación electrónica local
§ Impacto de las TIC’s en la gestión municipal
§ Estrategia digital y lineamientos de implementación
§ Programa de desarrollo de la ciudad digital
§ Estrategias de atención al ciudadano
§ Servicios digitales básicos de municipios
§ Marco legal de los e-gobiernos locales
§ Implementación portal del ciudadano
§ Gestión y desarrollo de proyecto de una ciudad digital

domingo, 16 de septiembre de 2007

desarrollo organizacional

http://www.eumed.net/libros/2007a/231/indice.htm

jueves, 13 de septiembre de 2007

intel y vida digital

Título:
Informe de Intel sobre el Estilo de Vida Digital
Autor:
Institución:
Intel
Fecha:
30/09/2005
Valoración:
****

b2c

Título:
Estudio sobre Comercio Electrónico B2C 2006
Autor:
Observatorio de las Telecomunicaciones y de la Sociedad de la Información y AECEM
Institución:
Red.es
Fecha:
28/07/2006
Valoración:
****

domingo, 9 de septiembre de 2007

video de tics

http://www.youtube.com/watch?v=JfXRCxEKUDk&mode=related&search=

http://www.movilizacioneducativa.net/resumen-libro.asp?idLibro=150

http://www.movilizacioneducativa.net/imprimir.asp?idLibro=159

http://www.oecd.org/dataoecd/54/60/36905464.pdf

escuela del mañana

http://www.oecd.org/dataoecd/59/45/36234148.pdf http://www.oecd.org/dataoecd/59/45/36234148.pdf

sociedad del conocimiento

http://www.ucm.es/BUCM/revistas/edu/11302496/articulos/RCED0101220531A.PDF

sábado, 8 de septiembre de 2007

video tecnologias en la formacion

http://www.youtube.com/watch?v=kVqMJt3X5C8

video educacion por competencias

http://www.youtube.com/watch?v=q_yk_KBiQg0

video educacion contructivista

http://www.youtube.com/watch?v=vvPNNfuaQHs

video tics en la educacion

http://www.youtube.com/watch?v=PZnQSnN3O5A

tics y secretaria de la presidencia

www.youtube.com/segpres.

manual C

http://sopa.dis.ulpgc.es/so/cpp/intro_c/

viernes, 7 de septiembre de 2007

lunes, 3 de septiembre de 2007

tics en educacion

http://www.eduteka.org/PorQueTIC.php

domingo, 2 de septiembre de 2007

power point sobre tics

http://www.slideshare.net/fultxo/chistes-sobre-las-tics/6

http://www.slideshare.net/mrebollo/aprendizaje-colaborativo-a-travs-de-las-tic/9

http://www.slideshare.net/valdeniDinamizador/a-importancia-das-novas-tic-no-processo-ensino-aprendizagem/5

http://www.slideshare.net/edithv/tics-en-la-educacion-98684/4

http://www.slideshare.net/ctb/ticscap1-50237/7

http://www.slideshare.net/sandromedina/tics-y-weblogs/14

miércoles, 29 de agosto de 2007

publicaciones unctad b2b tics

http://r0.unctad.org/ecommerce/ecommerce_sp/docs_sp.htm

onu tics comercio electronico

onu tics b2b

http://r0.unctad.org/ecommerce/ecommerce_sp/faq_sp.htm

comercio electronico

http://www.monografias.com/trabajos12/monogrr/monogrr.shtml

que beneficios me brinda el comercio electronico

http://ayuda.anacondaweb.com/index.php?id_contenido=73&idc=5&id_subcategoria=2&buscado=articulos&tipos=3&abajo=si

servicios b2b

http://www.b2bsg.com/

small business

http://dir.yahoo.com/Business_and_Economy/Business_to_Business/

guia para b2b

http://www.registrodeactividades.com/

sitio comercio electronico

http://www.e-global.es/b2b-blog/

b to b

B2B
1 Desarrollo histórico
2 Ventajas del B2B
3 Ejemplos de aplicaciones de comercio electrónico
4 Referencias

martes, 14 de agosto de 2007

gobierno electronico

http://www.modernizacion.cl/1350/article-41132.html

lunes, 13 de agosto de 2007

mapas conceptuales

blogs y educacion

direccionamiento estrategico

tecnologias e innovacion

planificacion estrategica

gestion del conocimiento

desarrollo de la inteligencia

sistemas de informacion

sistemas y tecnologias de informacion

tecnologias de informacion y comunicacion principales conceptos

sistemas integrados para la gestion empresarial ERP

sistemas para la relacion con clientes CRM

sistemas para la automatizacion de procesos workflow

sistema de apoyo a la toma de decisiones datawarehousing

gestion del conocimiento

miércoles, 27 de junio de 2007

border="0">

casinos online

Herramientas Case
Indice1. Introducción 2. Definición de herramientas case 3. Historia 4. ¿Qué es la tecnología case? 5. Componentes de una herramienta case 6. Estructura general de una herramienta case 7. Estado actual 8. Integración de las herramientas case en el futuro 9. Clasificación de las herramientas case 10. Características deseables de una herramienta case 11. Implantación de las herramientas case 12. Conclusión 13. Bibliografía

herramienta case

1 Historia
2 Objetivos
3 Clasificación
4 Lista de aplicaciones CASE
5 Véase también
6 Enlaces externos

notas sobre preparacion de softwares

NOTAS SOBRE PREPARACION DE SOFTWARES

· El objetivo basico de la informatica es la creación de instrumentos que sustituyan o en algun caso imiten al ser humano en la resolucion de cierto tipo de problemas.
· Problemas instrumentos informáticos procesos de resolucion
· Software : su creación y diseño es multidisciplinario. Se ha generado el cargo CSA
· Famoso es el software SABRE para sistema de reservas en la American Airline . Costo 2.000 millones de dolares.
· Los principales generadores de software en USA es el Departamento de Defensa se asocio con la Universidad Carnegie Mellon .
· Pasos para la creación de un software: 1.-Identificar el problema 2.-Definir y representar el problema 3.-Explorar las posibles estrategias 4.- Aplicar y mejorar las estrategias 5.- Mirar atrás y evaluar los efectos de la actividad realizada ¿SE HA RESUELTO EL PROBEMA?
· Otra modalidad : 1.- Decidir que hacer 2.- Decidir como hacerlo 4.- Probar el resultado 5 .- Usar el Resultado
· Modalidades : Algoritmico transmitir conocimiento Euristico aprendizaje
· MEC materiales educativos computarizados
· Tipos de softwares: Procesadores de Texto Procesadores graficos Procesadores Musicales Manejadores de base de datos Redes de computadores
· Clasificacion de los softwares : Softwares de Sistema (sistema operativo) Software de desarrollo ( software que permite construir software) Software de aplicaciones ( ofimatico gestion empresarial ingenieria)
· Tipos de lenguajes : 1.-Programacion imperativa
( resolver problemas con algoritmos) 2.-Funcional ( se deben determinar las funciones) 3.-Programacion logica (en funcion de reglas o afirmaciones) 4.- Programación orientada a objetos( entidades y relaciones)

viernes, 8 de junio de 2007

CERTIFICACION GESTION PYMES

[PDF]
SISTEMA DE GESTIÓN INTEGRAL PYME

PYMES Y TICS

•
PyMEs y las TICs
•
Las PyMEs Latinoamericanas más cerca de las TICs
•
Las nuevas tecnologías: aliadas a la hora de ahorrar tiempo y ganar dinero
•
Tips sobre E-Commerce
•
La construcción de índices e indicadores TIC
•
La PYME, las TIC y las necesidades de información
•
Tecnologías Ubicuas, la u-Sociedad
•
Protección de los equipos
•
Información a salvo
•
Rendimiento y confiabilidad
•
Principios tecnológicos
•
Microsoft
•
Conferencia Mundial de Socios 2006