CAPP 400 UNE

5/17/2018 CAPP 400 UNE - slidepdf.com

http://slidepdf.com/reader/full/capp-400-une 1/53

CAPP 400

PROYECTO: DISEÑO SISTEMAS DE INFORMACIÓN

Universidad del Este, Universidad Metropolitana, Universidad del Turabo © Sistema Universitario Ana G. Méndez, 2003 Derechos Reservados

Prep. 20.DIC.2004 Prof. Sandra Fonseca Lind, MIS,CISM,CSIRev. 26.MAR.2007 María M. Cruz Guilloty



Escuela de Estudios ProfesionalesPrograma Ahora

Universidad del Este

CAPP 400 Proyecto: Diseño Sistemas de InformaciónPrep. 20.DIC.04. Prof. Sandra Fonseca Lind, MIS, CISM, CSI

Rev. 26.MAR.2007 María M. Cruz Guilloty2

TABLA DE CONTENIDO

PRONTUARIO--------------------------------------------------------------------------------------------------------- 4

TALLER UNO --------------------------------------------------------------------------------------------------------- 9

TALLER DOS---------------------------------------------------------------------------------------------------------12

TALLER TRES -------------------------------------------------------------------------------------------------------14

TALLER CUATRO --------------------------------------------------------------------------------------------------16

TALLER CINCO -----------------------------------------------------------------------------------------------------18

TALLER SEIS --------------------------------------------------------------------------------------------------------20

TALLER SIETE ------------------------------------------------------------------------------------------------------21

TALLER OCHO ------------------------------------------------------------------------------------------------------22

ANEJOS ---------------------------------------------------------------------------------------------------------------23

ANEJO A --------------------------------------------------------------------------------------------------------------24

RÚBRICA PARA EVALUAR LA ASISTENCIA Y PARTICIPACIÓN EN CLASE

ANEJO B --------------------------------------------------------------------------------------------------------------25

MINUTA DE PROGRESO DE PROYECTO – TALLER # ______

ANEJO C --------------------------------------------------------------------------------------------------------------26

RÚBRICA PARA EVALUAR TRABAJOS ESCRITOS

ANEJO D --------------------------------------------------------------------------------------------------------------28

HOJA DE EVALUACION DE PRESENTACIONES ORALES







ANEJO E---------------------------------------------------------------------------------------------------------------29

FORMATO PARA LA PORTADA A UTILIZAR EN LA ENTREGA DEL DOCUMENTO FINAL

ANEJO F---------------------------------------------------------------------------------------------------------------30

EL CICLO DE VIDA DE PROYECTOS

ANEJO G --------------------------------------------------------------------------------------------------------------35

PREPARACIÓN DE LA PROPUESTA DE SISTEMAS

ANEJO H --------------------------------------------------------------------------------------------------------------37

CICLO DE VIDA DE LOS SISTEMAS DE INFORMACIÓN

ANEJO I----------------------------------------------------------------------------------------------------------------43

CONCEPTOS DE BASES DE DATOS - NAVEGACIÓN BÁSICAS DE MS-ACCESS 2000/XP







ProntuarioTítulo del Curso: Proyecto: Diseño de Sistemas de Información

Codificación: CAPP 400

Duración: Ocho Semanas

Pre-requisito: 25 créditos aprobados en cursos de concentración incluyendo

COIS 350

Descripción:

Proyecto supervisado de computadoras donde se le provee al estudiante la metodología en la

investigación y desarrollo de un sistema computadorizado. El mismo comprende todas las fases desde la

identificación del problema hasta su implementación por computadora. El estudiante prepara su

conclusión en un informe escrito y oral. El estudiante debe presentar el proyecto como requisito para el

grado.

Objetivos Generales:

Al finalizar el curso, el estudiante:

1. Aplicará los pasos a seguir en la solución de problemas (análisis, diseño,

implementación, prueba y documentación) en una situación de la vida real.

2. Presentará su trabajo escrito, donde explicará como desarrolló su proyecto.

Texto:

No existe un texto como tal en el curso. Sí es necesario tener textos de referencia deAnálisis y Diseño de Sistemas, diseño de bases de datos, así como textos de

referencia del lenguaje de programación o desarrollo de base de datos/aplicaciones a

usar.

Referencias:

Kendall, Kenneth E., Kendall, Julie E.(1999) Systems Analysis and Design , New

Jersey:Prentice Hall. ISBN: 0-13-646621-4

Whitten, J.L., Bentley, L.D., & Barlow, V.M. (latest ed.). System Analysis and Design Methods . Homewood, IL :Richard D. Irwin, Inc..

Valacich, Joseph S., George, Joey F., Hoffer, Jeffrey A..(2001). Essentials of System

Analysis and Design . New Jersey: Prentice Hall. ISBN: 0-13-018373-3







Dennis, Alan, Haley Wixom, Barbara. (2000). Systems Analysis and Design , New York:

John Wiley & Sons. ISBN: 0-471-24100-8

Shelly, Gary B., Cashman, Thomas J., Pratt, Philip J.(2003). Microsoft Access2000

Comprehensive Concepts and Techniques , ITP, 2000, ISBN 0-7895-4671-XProject Management Institute(2000). Project Management Body of Knowledge –

www.pmi.org

Mannino, Michael V.(2001). Database Application Development & Design , Irwin.

Andersen, Virginia,(1999). Access2000 The Complete Reference , McGraw Hill

Referencias Electrónicas:

Project Management Institute

www.pmi.orgA Professionals Guide to Systems Análisis Ebook

http://www.dai-sho.com/pgsa2/index.html

Referencias Suplementarias y/o Materiales:

• Diskette 3.5” DS,HD – 1.44MB o pluma de almacenamiento USB (Flash Drive o

Jump Drive).

• Computadora donde puede realizar las tareas o utilizar las disponibles en los

laboratorios de la Institución

Evaluación:

Criterios de Evaluación:

Criterio Puntuación

Asistencia y Participación en Clase – Informes de Progreso 20%

Propuesta del Proyecto de Desarrollo 15%

Aplicación 20%

Presentación Oral Final 15%

Documentación Final del Proyecto 30%

Las rúbricas que se utilizarán para la evaluación de estas actividades se incluyen como

anejos al final del módulo.







Descripción de los Criterios de Evaluación:

1. Asistencia y Participación en Clase: Todo estudiante debe asistir a cada taller

preparado para discutir el progreso del proyecto en desarrollo tanto con el (la)

facilitador(a) como frente a los estudiantes. La participación activa en lasactividades de los talleres es vital para el éxito del desarrollo de la aplicación o

sistema. En cada taller, el estudiante deberá traer un reporte de progreso a

manera de minuta de proyecto. Se sugiere se siga el formato incluido en el

anejo B. Deberá usar el modelo de portada que se incluye en el anejo E. La

rúbrica para evaluar la asistencia y participación en clase se incluye en el anejo

A. En este curso es sumamente importante que el facilitador(a) tenga un insumo

constante sobre el progreso del proyecto de cada estudiante, por lo que sepodrá requerir que entregue informes de progreso.

2. Propuesta del Proyecto: En este documento que se entregará no mas tarde del

Taller tres (3), se incluirá una descripción del sistema a desarrollar, la situación

preliminar, la herramienta a usar y las razones para la selección. En el primer

taller se explicará el formato sugerido para el desarrollo de la propuesta.

3. Trabajo Final: En el taller Ocho (8) entregará el resultado del proyecto según las

especificaciones establecidas por el (la) facilitador(a). En el anejo D se incluye

la rúbrica para la evaluación de la presentación y en el anejo C la rúbrica de

evaluación del trabajo escrito.

4. Presentación Oral: De los resultados del proyecto el estudiante hará una

presentación oral de unos quince (15) minutos. En el primer taller se explicará el

formato sugerido para desarrollar el proyecto o trabajo y el formato de la

presentación. El facilitador(a) evaluará la presentación siguiendo la rúbrica de

evaluación de presentaciones orales incluidas en el anejo D.

5. Tanto la Aplicación como el documento escrito deberá entregarse en CD-ROMdebidamente identificado.

Curva de Evaluación:

A (100-90) B (89-80) D(69-60) C(79-70) F(59- )







Descripción de las normas del curso:

1. La asistencia es obligatoria. El estudiante debe excusarse con el facilitador(a), si

tiene alguna ausencia y reponer todo trabajo. El facilitador(a) se reserva el

derecho de aceptar la excusa y el trabajo presentado y ajustar la evaluación,según entienda necesario.

2. Las presentaciones orales y actividades especiales no se pueden reponer, si el

estudiante presenta una excusa válida y verificable (ej. médica o de tribunal), se

procederá a citarlo para un examen escrito de la actividad a la cual no asistió.

3. Este curso es de naturaleza acelerada y requiere que el estudiante se prepare

antes de cada taller, según especifica el módulo. Se requiere un promedio de 10

horas semanales para prepararse para cada taller.4. El estudiante debe someter trabajos de su autoría, por lo tanto, no deberá

incurrir en plagio. Debe dar crédito a cualquier referencia. El facilitador(a) se

reserva el derecho de penalizar a aquel estudiante que incurra en esta práctica.

5. Si el facilitador(a) realiza algún cambio, deberá discutir los mismos con el

estudiante en el Taller Uno. Además, entregará los acuerdos por escrito a los

estudiantes y al Programa.

6. El facilitador(a) establecerá el medio y proceso de contacto.

7. El uso de teléfonos celulares está prohibido durante los talleres.

8. No está permitido traer niños o familiares a los salones de clases.

9. Todo estudiante está sujeto a las normas de comportamiento de la institución y

las que se establezcan en el curso.

Estrategia y Métodos de Enseñanza:

El curso CAPP 400 Proyecto: Diseño de Sistema de Información es una práctica de

desarrollo de sistemas, el cual requiere una aplicación de conceptos de los cursos

anteriores de la concentración de Sistemas de Información y áreas medulares de laAdministración de Empresas. La metodología de conducción y evaluación varía

significativamente en relación a otros cursos tomados, entre ellos:

• Foros de discusión o trabajos en grupos pequeños.

• Informes de progreso del proyecto.







• Discusiones guiadas por el (la) facilitador(a).

• Asignaciones de Lecturas.

Se requiere del estudiante la aplicación de conceptos, principios y estrategias dirigidas

a la solución de problemas confrontados, en el transcurso del desarrollo de un sistema.

Este curso se reúne una vez por semana durante ocho (8) semanas y mantiene un

ritmo acelerado, por lo que para lograr los objetivos del mismo se requiere del

estudiante un alto grado de responsabilidad. Es imperante que el (la) facilitador(a) vea

el progreso de cada proyecto durante el curso para tener los criterios necesarios para

evaluar el resultado del mismo.

Laboratorio:

Todo estudiante podrá usar el laboratorio de computadoras el tiempo necesario paradesarrollar el proyecto. Se requiere el uso de una aplicación para programar: COBOL,

MS-Access, Visual Basic u otro lenguaje de alto nivel.







Taller UnoObjetivos Específicos:

Al finalizar el Taller, el/la estudiante:

1. Discutirá las etapas básicas del ciclo de vida de un proyecto.

2. Enumerará y describirá el formato para la preparación de propuesta para el

desarrollo de una Aplicación de Computadoras o Sistema de Información.

Direcciones Electrónicas:

Información básica sobre el ciclo de proyectos.

http://www.mcsemag.info/basics/proj02e.htm

http://www.geocities.com/mtarrani/1pm.html

http://projectmanagement.ittoolbox.com/documents/document.asp?i=709

http://www.cs.toronto.edu/~sme/CSC444F/slides/L03-ProjectManagement.pdf

http://psdam.mit.edu/rise/tutorials/management/management.html

http://www.utexas.edu/academic/cit/howto/tutorials/project/

Tareas a realizar antes del Taller Uno:

Instrucciones:

1. Lea cuidadosamente el módulo del curso y asista a clases preparado para

hacer preguntas sobre cualquier duda o aclaración necesaria y para discutir losalcances del curso así como conceptos asignados.

2. Utilizando los recursos de la biblioteca o los textos de referencia busque

información relacionada a las fases del ciclo de vida de un proyecto de

programación. Una dirección que le puede ayudar es www.pmi.org. Prepare

un ensayo para entregar sobre la preparación de un proyecto y la preparación de

una propuesta de sistema. El texto de Kendall y Kendall le puede asistir en la

redacción de este ensayo. El ensayo debe consistir de no menos de dos (2)

páginas. Siga el formato de portada presentado en el anejo E. En el anejo F

se incluye unas guías sobre el tema de Manejo de Proyectos de Sistemas de

Información.







3. Si ya tiene su tema seleccionado prepare un bosquejo de la idea para presentar

al facilitador(a) para su aprobación.

Actividades:

1. Presentación de los estudiantes y el (la) facilitador (a).2. Realizar un ejercicio rompe hielo para que el grupo se conozca. A través del

mismo se discutirán las metas y expectativas de aprendizaje del facilitador(a) y

el estudiante. Se sugiere el uso de alguna dinámica para facilitar la integración

del grupo y la preparación del mismo para la experiencia de aprendizaje.

3. Discutir los objetivos, la evaluación del curso, explicar y aclarar las dudas sobre

el curso, el módulo y su uso. El (la) facilitador (a) debe permitir al estudiante a

expresarse libremente sobre el sistema de evaluación presentado.4. Explicar la naturaleza y dinámica que se seguirá en el curso, el cual es uno no

tradicional por tratarse del desarrollo de una aplicación.

5. Seleccionar el representante estudiantil.

6. Presentación de los formatos de correo electrónico y creación de una cuenta a

aquel estudiante que no tenga. Para esto se crearán grupos que asistan a

aquellos compañeros que no tengan cuenta de correo electrónico a crear una.

En la siguiente dirección se presenta una guía para la creación de una cuenta de

correo electrónico en yahoo.com

a. http://www.marquez.ws/School/modulos/emailaccount.htm

7. El (la) facilitador(a) demostrará a los estudiantes el uso del equipo de

computadoras, explicará las reglas del laboratorio y cómo acceder los diferentes

programas en la computadora. De ser posible, cada estudiante utilizará una

computadora para entrar al sistema.

8. El/la estudiante enviará un correo electrónico al facilitador(a) para levantar un

archivo de los correos electrónicos de cada uno de los estudiantes. Sefomentará se envíe a cada uno de los compañeros, de manera que se promueva

la comunicación entre el grupo.

9. Discusión en grupo liderada por el (la) facilitador(a) sobre los conceptos básicos

del ciclo de vida de proyectos.







10. Discusión en grupo liderada por el (la) facilitador(a) sobre los pasos básicos para

la preparación de una propuesta.

Assessment:

1. El estudiante seleccionará su tema de desarrollo y preparará la propuesta dedesarrollo a ser entregada durante el taller dos.

2. Preparará la primera minuta de su proyecto donde describirá las actividades

realizadas, dudas, preguntas, inquietudes u otros y la enviará por correo

electrónico al facilitador(a).

3. Mediante los hallazgos, el facilitador(a) podrá repasar lo que así amerite para el

próximo Taller.







Taller DosObjetivos Específicos:


1. Discutirá las etapas básicas del ciclo de vida de sistemas.

2. Enumerará y describirá el formato para el diseño básico de aplicaciones.

Tareas a realizar antes del Taller Uno:

Instrucciones:

1. Repase la definición del problema del proyecto.

2. Prepare la propuesta para ser entregada al comienzo del taller dos.

3. Asista preparado a presentar un informe oral de las actividades realizadas el

taller anterior.

4. Utilizando los recursos de la biblioteca o los textos de referencia busque

información relacionada a las fases del ciclo de vida de los sistemas de

información (SDLC). Prepare un ensayo para entregar sobre las etapas básicas

del desarrollo de una aplicación y las actividades que cada una incluye. El texto

de Kendall y Kendall le puede asistir en la redacción de este ensayo. El ensayo

debe consistir de no menos de dos (2) páginas. Siga el formato de portada

presentado en el anejo E. En el anejo G se incluye unas guías sobre el temade Manejo de Proyectos de Sistemas de Información.

Actividades

1. Presentación en clase del tema del proyecto.

2. Discusión liderada por el (la) facilitador(a) sobre el ciclo de vida de los sistemas

de información:

3. Evaluación de la situación actual del sistema, aplicación u operaciones.

4. Definición del problema, solicitud o necesidad que origina el proyecto.

5. Estudios de viabilidad.

6. Identificación sobre objetivos vigentes y futuros.

7. Establecimiento de prioridades entre los requisitos y objetivos del sistema.







8. Discusión liderada por el (la) facilitador(a) sobre el sistema Microsoft Project

como alternativa para el control de proyectos.

9. Discusión en pequeños grupos sobre:

a. El itinerario a seguir en el proyecto.b. Las variaciones en el itinerario.

c. Establecimiento del presupuesto o propuesta económica.

10. Discusión liderada por el (la) facilitador(a) sobre el desarrollo de diagramas de

flujos de datos.

11. Discusión en pequeños grupos sobre el diseño detallado del sistema.

a. Los informes

b. Las pantallasc. Documentos fuente

d. Los archivos

e. Los programas

Assessment

1. Preparará la minuta de su proyecto donde describirá las actividades realizadas,

dudas, preguntas, inquietudes u otros y la enviará por correo electrónico al

facilitador(a). Utilice el formato de minuta de proyecto incluido en el anejo B.

2. Continúe el desarrollo de su proyecto y anote las dudas o preguntas que le

surjan en el proceso.


próximo Taller.







Taller TresObjetivos Específicos:


1. Describirá los pasos básicos para el desarrollo de diagramas de entidad relación

(ERD Diagram).

2. Describirá en detalle el proceso de diseño y normalización de una base de

datos.

Tareas a realizar antes del Taller Tres:

Instrucciones:

1. Prepare un estudio de viabilidad (técnico y operacional) de la propuesta para ser

entregada al comienzo del taller tres. Siga el formato de portada incluido en el

anejo E.

2. Asista preparado para discutir el proceso de normalización y diseño de bases de

datos. Para esto puede estudiar el material incluido en el anejo I.


taller anterior y el progreso de su proyecto.

Actividades

1. Retroalimentación del facilitador sobre las propuestas sometidas.2. Discusión liderada por el (la) facilitador(a) sobre:

a. Proceso de Desarrollo del diagrama de entidad relación (ERD Diagram).

b. Proceso de desarrollo de las reglas del negocio (business rules)

c. Proceso de desarrollo del modelo de los datos.

d. Pasos para la normalización del modelo de datos.

3. Discusión en pequeños grupos sobre el progreso de los proyectos y aclaración

de dudas o preguntas que surjan.

Assessment













próximo Taller.







Taller CuatroObjetivos Específicos:


1. Identificará y discutirá tanto oral como escrito los siguientes conceptos:

a. Proceso de selección de la herramienta o lenguaje de programación.

b. Diseño jerárquico de programas.

Tareas a realizar antes del Taller Cuatro:

Instrucciones:

1. Continúe el desarrollo de su proyecto y asista preparado para formular

preguntas o aclarar dudas sobre el progreso del mismo.



Actividades

1. Retroalimentación del facilitador sobre las propuestas sometidas.

2. Discusión liderada por el (la) facilitador(a) sobre:

a. Proceso de Desarrollo del diagrama de entidad relación (ERD Diagram).

b. Diseño estructurado de programas.

c. Revisiones estructuradas de la lógica del programa.d. Diseño y preparación de datos de pruebas.

e. Documentación requerida para el usuario.

f. Documentación requerida sobre el sistema.

g. Evaluación del sistema.

3. Dinámica de grupo liderada por el (la) facilitador(a) sobre el proceso de análisis y

diseño del proyecto.

4. Opcional: El (la) facilitador (a) puede ofrecer un tutorial de repaso de diseño de

bases de datos en Microsoft Access.

Assessment










2. Continúe el desarrollo de su proyecto y anote las dudas o preguntas que lesurjan en el proceso.


próximo Taller.







Taller CincoObjetivos Específicos:


1. Enumerará y discutirá el proceso de preparación de una presentación de un

proyecto frente a un auditorio.

2. Identificar y discutir tanto oral como escrito los siguientes conceptos:

a. Documentación del Sistema.

b. Flujogramas de Sistemas

c. Flujogramas de Programas

d. Diccionario de Datos

e. Documentación de usuario.

f. Documentación de sistema.

g. Modelos de revisión y evaluación.

h. Pruebas Unitarias.

i. Pruebas Modulares.

j. Aceptación del usuario.

Tareas a realizar antes del Taller Cinco:

Instrucciones:1. Continúe el desarrollo de su proyecto y asista preparado para formular

preguntas o aclarar dudas sobre el progreso del mismo.



Actividades

1. Retroalimentación del facilitador(a) sobre el progreso del proyecto.

2. Discusión liderada por el (la) facilitador(a) sobre el formato de la presentación

final del proyecto a realizar en el último taller.

3. Discusión en grupo sobre:

a. Diseño estructurado de programas

b. Revisiones estructuradas de la lógica del programa







c. Diseño y preparación de datos de pruebas

d. Documentación requerida para el usuario.

e. Documentación requerida sobre el sistema.

f. Evaluación del sistema.4. Dinámica de grupo liderada por el (la) facilitador(a) sobre el proceso de análisis y

diseño del proyecto.

Assessment




2. Continúe el desarrollo de su proyecto y anote las dudas o preguntas que lesurjan en el proceso.


próximo Taller.







Taller SeisObjetivos Específicos:


1. Aclarará todas las posibles dudas para continuar con el desarrollo de su

proyecto.

2. Aclarará todas las posibles dudas sobre el proceso de preparación de la

presentación del proyecto.

Tareas a realizar antes del Taller Seis:

Instrucciones:

1. Continúe con el desarrollo de su proyecto.

2. El estudiante deberá asistir al taller preparado para presentar su plan de pruebas

del programa y la aplicación una vez integrada.

Actividades


2. Retroalimentación del facilitador(a) sobre dudas en cuanto al desarrollo de la

aplicación o documentación del mismo.

3. Dinámica de grupo liderada por el (la) facilitador(a) sobre el proceso de

construcción del proyecto.Assessment







próximo Taller.







Taller SieteObjetivos Específicos:


1. Aclarará todas las posibles dudas para continuar con el desarrollo de su

proyecto.

2. Aclarará todas las posibles dudas sobre el proceso de preparación de la

presentación del proyecto.

Tareas a realizar antes del Taller Siete:

Instrucciones:

1. Continúe con el desarrollo de su proyecto.

2. El estudiante deberá asistir al taller preparado para presentar su plan de pruebas

del programa y la aplicación una vez integrada.

Actividades


2. Retroalimentación del facilitador(a) sobre dudas en cuanto al desarrollo de la

aplicación o documentación del mismo.

3. Dinámica de grupo liderada por el (la) facilitador(a) sobre el proceso de

construcción del proyecto.Assessment




2. Concluya el desarrollo y documentación de su proyecto así como la presentación

final.







Taller OchoObjetivos Específicos:


1. Dominará las actividades básicas del ciclo de vida de proyectos, ciclo de vida de

los sistemas de información y diseño de bases de datos y aplicaciones

estructuradas.

Tareas a realizar antes del Taller Ocho:

Instrucciones:

1. Completar el desarrollo de la aplicación y asistir preparados para las

presentaciones orales.

2. Repasar el curso y las actividades desarrolladas durante los talleres anteriores

para hacer preguntas sobre cualquier duda o aclaración necesaria.

Actividades:

1. El (la) facilitador (a) discutirá dudas o preguntas relacionadas a material cubierto

en los talleres anteriores.

2. Se recogerán los proyectos finales y aplicaciones de acuerdo al programa de

trabajo presentado en el primer taller.

3. Presentaciones de cinco (5) a diez (10) minutos de cada estudiante dondeexplicará las actividades desarrolladas en el proyecto.

4. El (la) facilitador(a) tendrá la opción de preparar una actividad donde se

discutan actividades básicas del proceso de cierre de un proyecto.







Anejos







Anejo A

Rúbrica para evaluar la asistencia y participación en clase

NOMBRE: ________________________ CURSO: ______________

1- Asistencia y puntualidad: _____ 2 - Aportación a la clase: ______

Puntuación Total: ______

____ 0 = Faltó al taller; _____ 1-5 = Asistió pero llegó tarde al taller; ____ 6-10= Asistió a tiempo ____ 0 = Faltó al taller; _____ 1-5 = Participación: Poca a regular; _____ 6-10= Buena a excelente

Taller 1 Taller 2 Taller 3 Taller 4 Taller 5CRITERIOS1 2 1 2 1 2 1 2 1 2

1. Contribuye frecuentemente alas discusiones en clase

2. Demuestra interés en lasdiscusiones en clase

3. Contesta preguntas delfacilitador y sus compañeros

4. Formula preguntas pertinentesal tema de la clase

5. Viene preparado(a) a clase

6. Contribuye a la clase con

material e información adicional7. Presenta argumentosfundamentados en las lecturasy trabajos de la clase

8. Demuestra atención y aperturaa los argumentos de suscompañeros

9. Contesta preguntas yplanteamientos de suscompañeros

10. Demuestra iniciativa ycreatividad

Comentarios







Anejo B

Minuta de progreso de proyecto– taller # ______

Fecha: _______________________ Seguro Social: ___________________

Nombre del Estudiante:

_____________________________________________________________________

Tema de Desarrollo:

______________________________________________________________________

Descripción de Actividades: ______________________________________________________________________

Resultados:







Anejo C

Rúbrica para evaluar trabajos escritos

Curso: _________________________________________________________________________________________________________________ Nombre: _______________________________________________________________________________________________________________ Fecha:__________________________________________________________________________________________________________________ Título del Trabajo:_____________________________________________________________________________________________________

CRITERIO NIVELES Puntos

1 2 3 4 N/A

Organización No sigue el formatoestablecido para eltrabajo

Casi no sigue elformatoestablecido para eltrabajo

Sigue casi en sutotalidad el formatoestablecido para eltrabajo

Siguecompletamenteel formatoestablecido parael trabajo

Desarrollo Ningunaconsistencia en fluirde tema oargumento, defensade puntos de vista,elaboración yprofundidad

Muy pocaconsistencia enfluir de tema oargumento,defensa de vista,elaboración yprofundidad

Consistencia parcialen fluir de tema oargumento, defensade puntos de vista,elaboración yprofundidad

Es consistenteen fluir de temao argumento,defensa depuntos de vista,elaboración yprofundidad

Contenido Ausencia casi totalde: precisión enconceptospresentados,conocimientoprevio, corrección

conceptual

Mucha falta de:precisión enconceptospresentados,conocimientoprevio, corrección

conceptual

Presencia parcial de:precisión enconceptospresentados,conocimientoprevio, corrección

conceptual

Presenciacompleta de:precisiónpresentados,conocimientoprevio,

correcciónconceptual

Redacción Deficiencia ensintaxis y gramática,organización deideas y coherenciaen párrafos

Mucha falta decorrecciónsintáctica ygramatical,organización deideas y coherenciaen párrafos

Correcciónsintáctica ygramatical parcial,buena organizaciónde ideas, coherenciaen párrafos

Correcciónsintáctica ygramatical, fuerade toda duda,buenaorganización deideas,coherencia enpárrafos

PensamientoCrítico

No hayinterpretaciones,

inferencias, análisis,síntesis o juicio

Hay mucho pocode interpretación,

inferencia,análisis, síntesis o juicio

Hay, algointerpretaciones,

inferencias, análisis,síntesis y juicio

Hay, fuera detoda duda,

interpretaciones, inferencias,análisis, síntesisy juicio

Manejo deinformación

No se citan fuentesde información ni sealude a referenciaalguna

No se citanfuentes deinformación,aunque puedeincluirse

Se citan fuentes deinformación, pero nose citanadecuadamente y/ono se incluye

Se usan fuentesde información,se citanadecuadamentey se incluye







CRITERIO NIVELES Puntos

1 2 3 4 N/A

bibliografía ohacer alusión aalguna referencia

bibliografía si aplica bibliografía siaplica

Puntualidad Entregó con más dedos días de retrasode la fecha acordada

Entregó dos díasde retraso de lafecha acordada

Entregó en menos de24 hrs después de lafecha acordada

Entregó en lafecha y horaacordada

Rigor depresentación

Trabajo enmanuscrito

Trabajo enprocesador depalabras, sincontrol demárgenes yespacios puedeestar o no limpio

Trabajo enprocesador depalabras, márgenesy/o espaciosdesiguales, bienidentificado y limpio

Trabajo enprocesador depalabras,márgenes yespaciosadecuados, sincarpetas, bienidentificado ylimpio

Puntuación total: _______________________

Nota: _______________________

_________________________ _______________________ Firma del Evaluador Fecha







Anejo D

Hoja de evaluación de presentaciones orales

Nombre del(a) Estudiante__________________________________________

Grupo: ________________________________________________________________

Tema: ____________________________________ Fecha :_______________________

1- debajo del promedio 2- promedio 3- por encima del promedio 4- excelente

Introducción: El estudiante presentó el temade una manera apropiada y presentó la

agenda y los objetivos de la presentación.

1 - 2 - 3 - 4

Organización: El trabajo fue estructurado yorganizado en todas sus partes. El equipo

presentador se mostró integrado y motivadodurante la presentación.

1 - 2 - 3 - 4Desarrollo: Identificación y discusión

apropiada de las áreas más importantes sobreel tema.

1 - 2 - 3 - 4

Conclusión: La presentación tuvo un cierreapropiado e incluyó un resumen breve de losaspectos más relevantes.

1 - 2 - 3 - 4Pertinencia: El tema presentado erapertinente y de actualidad. Su contenido eraclaro y entendible, fácil de manejar para la

audiencia.1 - 2 - 3 - 4

Dinámica: La presentación fue diseñadatomando en cuenta actividades variadas quepropician la participación del espectador y

capturan la atención del grupo.1 - 2 - 3 - 4

Aplicación teórica: El estudiante mostródominio de la teoría y pudo aplicarla alentorno laboral y presentó ejemplos claros.

1 - 2 - 3 - 4

Audiovisuales o recursos tecnológicos

1 - 2 - 3 - 4

Comentarios:

Total: _______________________

_______________________________ __________________ Firma del Evaluador Fecha







Anejo E

Formato para la Portada a Utilizar en la Entrega del Documento Final

Sistema Universitario Ana G. MéndezUniversidad Metropolitana

Escuela de Estudios Profesionales

Documentación de Sistema

(Título de la Asignación, Ensayo o Proyecto)

Nombre del EstudianteNúmero de Estudiante

Fecha de EntregaCódigo del Curso

Nombre del Profesor







Anejo F

El Ciclo de Vida de Proyectos

Introducción

En proyectos de sistemas de información hoy día han logrado una evolución tal que se

ha convertido en la herramienta principal para lograr ventaja competitiva en el mercado

empresarial. Uno de los vehículos principales para lograr tal propósito es la

metodología de Manejo de Proyectos (Project Management).Para lograr tal objetivo, es

necesario que exista una infraestructura operacional y de desarrollo organizada y sólida

de manera que brinde soporte adecuado a las operaciones de las distintas unidades

operacionales que componen la empresa.

En todo negocio es necesario contar con una estructura operacional claramente

definida y con controles operacionales que garanticen pureza y calidad en sus

productos o servicios. Sistemas de Información no es la excepción. Este documento

establece los conceptos organizacionales y operacionales que son necesarios para que

las tareas de desarrollo de proyectos y posteriores auditorias de sistemas sean

actividades productivas y exitosas.

Ciclo de vida de los sistemas de informaciónInicio del Proyecto

Planificación del Proyecto

Ejecución del Proyecto

Cierre del Proyecto







Fuente: Valacich, Joseph S., George, Joey F., Hoffer, Jeffrey A..(2001). Essentials of System Analysis and Design .

El Ciclo de Vida de los Sistemas de Información (SDLC por sus siglas en ingles)

consiste de un método de etapas, actividades y entregas (deliverables) que se realizan

siguiendo una metodología establecida. Sistemas de tamaño considerable como

Sistemas Financieros, Recursos Humanos, etc. Para coordinar las actividades que

conlleva dicho Ciclo, es necesario contar con una metodología. Una de las

metodologías se conoce como el Ciclo de Manejo de Proyecto (Project Management).

Un Proyecto se puede definir como una secuencia temporera de actividades con una

meta o propósito que debe ser completado en un periodo específico de tiempo. A

diferencia del Ciclo de Vida de Sistemas de Información, un ciclo de proyecto tiene un

comienzo y un final. La medida de cada etapa de un proyecto se le conoce como

Entregas (Deliverables) que son los productos básicos que se definen en cada etapa

del SDLC. Todas estas entregas constituyen lo que se conoce como el Repositorio de

los datos, que es una base de datos donde los desarrolladores, analistas de sistemas y

demás recursos envueltos en las etapas del proyecto a guardar sus datos,

documentación, conocimiento, minutas de reuniones, etc.

Un Ciclo de Proyecto consta de cuatro (4) actividades básicas:

• Inicio del Proyecto

• Planificación del Proyecto• Ejecución del Proyecto

• Cierre del Proyecto

El Concepto de Manejo de Proyectos es el proceso de establecer el alcance, objetivos,

desarrollar el plan de trabajo, identificar los recursos necesarios y controlar el medio

ambiente de trabajo de manera que se logren los objetivos establecidos. Para esto

normalmente se designa un gerente de proyecto. Esta persona es responsable de

coordinar todas las actividades dentro del proyecto, estimar y asignar recursos

(personas, equipo, costos, etc.), seguir el progreso y realizar los ajustes necesarios,

tanto en el plan de trabajo como el presupuesto asignado/aprobado, controlar el uso de

los recursos y controlar crisis de registrarse alguna.







Causas para Éxito/Fracaso de un Proyecto (Critical Success Factors):

Éxito Fracaso

- Los resultados informados son

aceptados por el usuario.

- Pobres expectativas por parte de la

gerencia- El sistema o producto del proyecto se

entrega a tiempo.

- No se logran las metas o fechas de

entrega establecidas sin proveer

justificación para el atraso.

- El sistema o producto del proyecto se

realizó dentro del presupuesto establecido

- El proyecto excedió significativamente el

presupuesto sin obtener resultados

satisfactorios.

- El desarrollo del proyecto no tuvo unimpacto negativo significativo en las

operaciones normales del negocio

- El proyecto afecta las operaciones delnegocio, resultando en pérdidas

económicas significativas.

Descripción de las Etapas Básicas del Ciclo de Proyecto:

1. Inicio

a. Definir el Grupo de Trabajo para el Proyecto

b. Establecer las relaciones con el cliente o la gerencia

c. Establecer las actividades iniciales del proyecto (start-up meeting).

d. Establecer los procedimientos de gerencia de proyecto.

e. Establecer o identificar las actividades básicas del proyecto

2. Planificación

a. Describir el alcance del proyecto, objetivos, factibilidad

b. Dividir el proyecto en tareas

c. Estimar los recursos necesarios y crear un plan de trabajo (Project

Charter)d. Desarrollar un itinerario preliminar

e. Desarrollar el plan de comunicaciones, reuniones, entregas, etc…

f. Determinar los estándares y procedimientos que se seguirán durante la

vigencia del proyecto.







g. Identificar y evaluar (calcular) riesgo

h. Establecer el presupuesto preliminar

3. Ejecución

a. Llevar a cabo las tareas descritas tanto en el plan del proyecto (projectcharter) como el itinerario de trabajo.

b. Dar seguimiento al progreso del proyecto y realizar aquellos ajustes que

sean necesarios.

c. Manejo de Cambios

d. Manejo de Crisis

e. Llevar una bitácora de todas las incidencias reportadas y la acción

correctiva tomada.f. Tomar minutas de todas las reuniones

g. Informar el estado (status) del proyecto.

4. Cierre

a. Cierre normal

i. Identificar los objetivos cumplidos

ii. Entregar reporte final junto a la entrega formal del proyecto

iii. Documentación

iv. Exit Meeting

b. Cierre involuntario

i. Razón de terminación

ii. Informe de objetivos logrados.

c. Resumen del Proyecto

d. Cierre del Contrato.

Herramientas Disponibles:

1. Pert Chart: Es una representación gráfica a manera de árbol que describe lastareas del proyecto y las relaciones entre esas tareas. Permite determinar la

duración (ej. Días) que durará cada tarea, lo que provee para determinar las

rutas de éxito, rutas críticas y rutas que puedan resultar en la degradación del

proyecto.







2. Gantt Chart: Es una tabla con una gráfica de barra donde se enumeran las

tareas, se establece la duración de cada tarea y los recursos que efectuarán

cada una de esas tareas. Esto permite identificar tareas donde varios recursos

estén asignados y permite planificar para evitar conflictos entre tareas(overlapping).

3. Programas que permiten desarrollar estas herrramientas

a. Primavera

b. Project

c. Project Office

Gantt Chart Pert Chart

Muestra visualmente la duración de cada tarea Muestra visualmente las dependencias

tareasMuestra visualmente el tiempo que toma cada tarea y losperiodos en que algunas de estas se efectúen

simultáneamente.

Muestra visualmente cuales tareas se hacer en paralelo







Anejo G

Preparación de la propuesta de sistemas

IntroducciónEn todo proyecto de desarrollo de sistemas de información es necesario establecer un

documento que formalice la solución que se propone una vez realizado el análisis y

determinación de requerimientos. Especialmente cuando se trata de labores de

consultoría de sistemas es necesario presentar un documento con el resultado del

análisis y la presentación de la propuesta del sistema.

Este documento es independiente del documento descrito anteriormente llamado

“Determinación de Requerimientos” o “Resultado del Análisis”, dado que en la

Propuesta de Sistema ya debe haber ocurrido este proceso de manera que se pueda

incluir un resumen de la situación actual evaluada, la definición del problema,

necesidad o solicitud y presentar la solución al mismo.

En este documento se discutirá las necesidades y beneficios esperados de la

elaboración de la propuesta de sistema. También se presentarán varias alternativas

para que el diseño del mismo sea uno efectivo y productivo en el ciclo de desarrollo del

sistema o aplicación bajo estudio.

Ciclo de vida de los sistemas de información

Inicio del Proyecto

Planificación delProyecto

Ejecución del Proyecto

Cierre del Proyecto

Project Charter

Project P

Propuesta del Sistema

Statement of WorkProgress Report

Prueba de Sistemas

ProjectSummaryReport

Systems/ UserDocumentation







Fuente: Valacich, Joseph S., George, Joey F., Hoffer, Jef f rey A..(2001). Essent ials of System Analysis

and Design .

Identificando las necesidades de equipo y programas

Como parte del proceso de análisis, una de las actividades básicas que se realiza es

recopilar la configuración del equipo y programas disponibles (de haberlo) de manera

que se incluya esta información como parte del análisis en el renglón de la evaluación

de la situación operacional. Se puede incluir el equipo, programas y además una

descripción del recurso humano disponible como muestran las gráficas a continuación.

Hardware SoftwareDescripción del Equipo Actual

Disponible.

Detalle de su configuración

Tipo (PC, Laptop, PalmTop)

Marca, Modelo, S/N

Detalle financiero (lease,

(comprado, rentado, etc…)

Tiempo en Uso vs. Vida Util

proyectada

Localización del Equipo

Responsable del Equipo

Descripción de los

programas disponibles y/o aplicaicones en

producción.

Evaluación del Recurso Humano

Disponible

Descripción de la Empresabajo estudioDiagrama de Organización







Anejo H

Ciclo de Vida de los Sistemas de Información

El Ciclo de Vida de los Sistemas de Información (SDLC por sus siglas en ingles)

consiste de un métodos de etapas, actividades y entregas (deliverables) que se

realizan siguiendo una metodología establecida. Sistemas de tamaño considerable

como Sistemas Financieros, Recursos Humanos, etc… El acercamiento a este

desarrollo puede ser debido a que se identifica una oportunidad como parte de un plan

estratégico, lo que se conoce como un enfoque proactivo. De otro modo si se reporta

algún problema operacional, se recurre entonces a un enfoque reactivo. Cada etapa

dentro del ciclo debe estar delimitada por un grupo de actividades, las cuales se miden







de acuerdo a unos resultados identificados, sea la entrega de un documento, la

construcción o instalación de una aplicación o equipo, o ambos, y unas métricas para

medir éxito/no éxito de las mismas. Entre las actividades básicas podemos destacar a

grandes rasgos:1. Investigación Inicial del Sistema o Aplicación

a. Entender el problema, situación, necesidad o pedido.

2. Análisis del Sistema Actual

a. Entender el funcionamiento actual y entender a grandes rasgos cual

sería la solución o posible solución al problema, necesidad o pedido.

3. Determinación de Requerimientos

4. Diseño del Sistema o Aplicacióna. Seleccionar y desarrollar la mejor solución

5. Implementación del Sistema o Aplicación

6. Mantenimiento y Retroalimentación

a. Evaluar los resultados, hacer modificaciones

Todo sistema o proyecto debe tener un punto de comienzo y un punto de “término”. En

sistemas de información este punto de “término” es un tanto teórico ya que realmente

no tiene fin. Las etapas principales son:

1. Planificación: Esto incluye el inicio del proyecto, el cual puede ser mediante

un memorando o un formulario de solicitud de servicio.

a. Identificación del problema, necesidad, oportunidad

b. Coordinación de acuerdo al plan estratégico

c. Preparación del plan de trabajo (Statement of Work)

d. Identificar los recursos necesarios para la realización del mismo.

2. Análisis: Esta fase incluye evaluar las operaciones actuales, la

determinación de requerimientos del sistema y presentar el análisis delsistema propuesto. Entre las actividades se encuentran:

a. Investigación: Evaluar si realmente es necesario el desarrollo del

sistema y es posible realizarlo.

b. Estudios de Viabilidad/Factibilidad







i. Operacional – Evaluar si el sistema será usado en beneficio de

la 9organización. Se evalúa también si existe la infraestructura

operacional para la implantación del posible sistema o

aplicación.1. ¿Se usará el sistema en su capacidad?

2. ¿Interferirá el sistema con las políticas, reglamentos,

órdenes administrativas o leyes vigentes? (Ej.

Confidencialidad Información del Paciente).

3. ¿Se ajusta el sistema a la cultura organizacional?

ii. Técnica – Un sistema de información se considera

técnicamente viable si existen los componentes tecnológicosnecesarios para el mismo. Los recursos cuentan con el equipo

y las herramientas (software) necesario y conocen como

operarlo.

iii. Económica – Justificación de costo/beneficio de realizar el

proyecto o desarrollo del sistema. Medidas tales como

proyecciones anuales de costo/beneficio o retorno de inversión

(ROI) son ejemplos de parámetros para medir la viabilidad

económica de un sistema o aplicación.

iv. Socio-Económica

c. Definición de Requerimientos – funciones que se espera que el

sistema realice. Entre los requerimientos se desglosan solicitudes y

requerimientos. La diferencia entre estos conceptos es que lo que se

identifica como un requerimiento es porque así esta establecido en un

documento legal o oficial, tales como leyes, reglamentos, órdenes

administrativas, cartas circulares, etc… Los requerimientos deben sersatisfechos por el sistema propuesto tal y como lo establece los

documentos de referencia a menos que los documentos sean

revisados. Otra de las actividades de esta etapa se encuentran







identificación de datos y el subsiguiente proceso de modelo de

sistema.

i. Cuestionarios

ii. Entrevistas iii. Exámen de documentos

iv. Observación de las operaciones

3. Diseño: Una vez este sistema propuesto es aceptado se procede a construir

lo que sera el producto final. Para esto contamos con unas herramientas

tales como prototipo que es un modelo funcional del sistema, modelo de la

base de datos, diseño conceptual de la red y la configuración necesaria o

propuesta de equipo y programación entre otros.a. Diseño Lógico – Consiste en transformar los criterios establecidos en

la etapa de identificación de requerimientos del sistema. En este

proceso se hacen uso de herramientas de análisis estructurado tales

como flujogramas (flowcharts), diagrama de flujo de datos (Data Flow

Diagrams). Entre los componentes que se definen se encuentran:

i. Archivos de insumo (input files) – Los archivos que serán

usados para capturar los datos.

ii. Archivos de salida (output files) – Los archivos que

guardarán los resultados del procesamiento.

iii. Procedimientos (procedures) – Los algoritmos necesarios

para realizar el proceso definido. Estos algoritmos se

convertirán luego en especificaciones de programas.

iv. Diálogo del Usuario – Consiste en identificar tanto el órden de

procesos que luego se transformará en la estructura de menu,

consultas (queries), íconos y mensajes al usuario.v. Interfases – Comunicación con otros sistemas o plataformas

operacionales.

b. Diseño Físico – Entre las actividades que se realizan en esta etapa

se da forma a la plataforma operacional en terminos de equipo







(hardware) y programas (software). Es en esta etapa que se evalúan

alternativas disponibles en el mercado vs. desarrollo de aplicación.

Entre las actividades que se realizan se encuentran:

i. Modelo de los Datos, Normalización ii. Diagrama de Menús

iii. Interfases con Otros Sistemas

iv. Especificaciones de Programas

c. Construcción – En la etapa de construcción se toman los resultados

de la etapa de diseño y se llevan a cabo. Para el desarrollo de

programas se usa la técnica de Programación Estructurada. Una vez

desarrollados los programas se realizan pruebas con datos simuladosy un proceso de corrida virtual (walkthrough).

d. Pruebas del Sistema – Verificar el sistema vs. las especificaciones ya

con datos reales. Se utilizan datos de la producción y se comparan

los resultados del sistema con los esperados.

i. Pruebas Unitarias

ii. Pruebas Modulares

iii. Pruebas Integrales

4. Implementación: Desarrollo final del prototipo, desarrollo de pruebas

funcionales y paralelas del sistema y por ultimo implementación a

producción. En esta etapa debe existir primero un paralelo, ya que además

de permitir llevar un ambiente normal de operaciones proveyendo

alternativas de procesamiento en caso de fallas, comparación de resultados

de ambos sistemas y entrenamiento/afianzamiento del personal en el uso del

nuevo sistema. Entre los paralelos identificados podemos mencionar:

a. Corrida en paralelo: Ambos sistemas (viejo o legacy y el nuevo) corrensimultáneos por un periodo de tiempo específico. Este periodo debe

tener una fecha de corte.







b. Corrida en Fases: Similar a la metodología de proyectos se van

implantando los móduclos del sistema por etapas hasta completar la

migración.

c. “Cold Turkey”: Se arranca con el nuevo sistema sin contar con elsistema antiguo de resguardo.

d. Planes Pilotos: Se va implantando por unidades operacionales u

oficinas y se va escalando hasta que queda implantado en toda la

empresa.

5. Apoyo al Sistema: Una vez el sistema está en producción es altamente

probable que se soliciten modificaciones o desarrollo adicional.







Anejo I

Conceptos de Bases de Datos - Navegación Básicas de MS-Access 2000/XP

Conceptos Básicos de Bases de Datos Relacionales:

Base de Datos: Es una estructura que puede almacenar datos acerca de múltiples tipos

de entidades, los atributos y relación de esas entidades, además de las asociaciones

entre esas entidades y la descripción de estos. Se puede decir que una base de datos

es una colección de tablas (archivos) integrados a base de manejo de índices que se

usan para representar esas relaciones y mejorar las ejecutorias de las aplicaciones.

Una base de datos se dice que es auto descriptiva porque contiene descripción de ella

misma en su estructura.

Bases de Datos Distribuidas: Bases de datos almacenadas en distintos servidores o

localizaciones.

Relación de Términos entre el Modelo Tradicional y el Modelo Relacional

Modelo Tradicional Modelo RelacionalArchivo Tabla

Campo Columna

Record Campo

Sistema de Manejo de Bases de Datos (DBMS): Es un producto de software a través

del cual los usuarios pueden interactuar con una base de datos directamente a través

de la construcción de un programa. Los sistemas de bases de datos trabajan en

interfase con el sistema operativo. Se puede decir que un SMBD (DBMS por sus siglas

en inglés) es una colección de programas que manejan la estructura de red.

Supongamos que se va a desarrollar una base de datos de un Sistema de Ordenes.

Se parte del formulario donde se recopila la información básica de la orden.







Modelo Formulario Orden de CompraFecha: ______________________________________ Número de Orden: _________________Número del Cliente: ____________________________ Nombre del Vendedor: ______________

Nombre del Cliente: ____________________________ Teléfono del Cliente: ________________Dirección: _______________________________________________________________________________Nombre de la Persona Contacto: __________________ Fax del Cliente: ____________________

Cantidad Código del Artículo Descripción del Artículo Tamaño Color Precio

Fecha Estimada Entrega de Orden: _________________ Subtotal de la Orden: ________________Depósito: __________________________Total de la Orden: ___________________

Pasos para la Planificación adecuada de una Base de Datos:

1. Determinar el propósito de una base de datos.

2. Determinar las tablas necesarias.

3. Determinar los campos.

4. Determinar las relaciones entre las tablas.

De acuerdo al ejemplo de formulario de orden de compra se pueden generar los

siguientes datos básicos.

Tabla: ClientesDescripción Tipo de Campo Largo de Campo CaracterísticasNúmero de Cliente Numérico 4 KEY, requeridoNombre de Compañía Texto 25Persona Contacto Texto 30 requeridoDirección1 Texto 25 requeridoDirección2 Texto 25 requeridoCiudad Texto 15 requeridoPaís Texto 2Zip Code Texto 10Teléfono Texto 7 requeridoFax Texto 7

Tabla: OrdenDescripción Tipo de Campo Largo de Campo CaracterísticasNúmero de Orden Numérico 4 KEY, requeridoFecha de Orden Date 99/99/9999Descripción Text 30 requerido







Fecha de Envío Date 99/99/9999Descripción General del Entorno de MS-Access:

Existen tres maneras básicas de iniciar una sesión en MS-Access:

1. A través del ícono de Start Ruta (Start Programs Access)

2. Por la barra especial de Microsoft

3. Por Iconos en el desktop

Al momento de inicio de una sesión en MS-Access, le aparecerá una pantalla donde le

pedirá información sobre el proyecto o base de datos que se va a crear o acceder:

Si se selecciona crear una base de datos le aparecerá la sigueinte pantalla de

selección. Puede escoger entre crear una base de datos o crear una base de datos

pre-definida. Para esto deberá seleccionar la pestaña (tab) “Databases”.







En caso que se seleccione un “Wizard” mostrará la siguiente pantalla:

Aparecerá la siguiente pantalla para asignarle nombre a la base de datos:

Asignar Nombre ala Base de Datos Marcar el botón

Create

Base de DatosNueva

Bases de Datos Predefinidas







Entorno Básico de MS-ACCESS

Fuente: Access2000 Tutorial – Florida Gulf Coast University www.fgcu.edu/support/office2000/access/index.html

Los componetes básicos del entorno de MS-ACCESS son los siguientes:

Objetos

Tablas Consultas (Queries)

Formas

Reportes

Páginas

Macros

Módulos







La vista de tablas (Datasheet View) – Es una colección de columnas y filas tipo

“Excel”.


La vista de tablas (Design View): Permite definir con mayor precisión los atributos de

los campos en las tablas.








Cerrar una Tabla y Terminar una Sesión de MS-ACCESS.

Además para terminar una sesión podemos seleccionar el camino vía menú File

Close

Proceso de Creación de Tablas:

Para crear tablas en MS-ACCESS se puede utilizar el método “Design View”. Una de

las ventajas es que permite definir características específicas para los datos que

contendrán dichas tablas una vez estén pobladas. Como mencionamos anteriormente,

una base de datos es una colección de tablas relacionadas entre si. Para crear una

tabla se debe diseñar primero la estructura, donde se describen los campos o

columnas que compondrán la misma, el tipo de dato de cada uno, tamaño y

características especiales (Ej. Llave primaria).

Ícono paracerrar sesión







¿Qué es una llave primaria? Es aquel campo que identifica única y exclusivamente

cada instancia, record o fila de la base de datos. Ej. Seguro Social o Número de

Empleado. (Cuando dos o mas campos tienen las características de ser llave primaria

se le conoce como llave candidata. En este ejemplo tanto seguro social como número

de empleado cumplen con todos los requisitos necesarios para identificar única y

exclusivamente la entidad empleado, si seleccionamos número de empleado como la

llave primaria, seguro social se convierte en llave alterna de búsqueda).

Estructura básica de una tabla.

Nombre del

Campo (Field

Name)

Tipo de Dato (Data

Type)

Tamaño del Dato

(Field Size)

PK (Primary Key) Descripción

Reglas Básicas de la estructura de una tabla:

1. Nombre del Campo (Field Name): Cada campo debe tener un nombre único.

Las reglas básicas para asignar nombre a los campos son los siguientes:

a. El nombre de un campo puede tener hasta 64 caracteres. El nombre

debe ser representative de su contenido (Ej. Empname, employee-

name, name-of-employee).

b. Los nombres pueden contener letras, dígitos y espacios y la mayoría

de los signos de puntuación, a excepción de puntos (.), signos de

exclamación (!) o “brackets” ([ ]).

c. El nombre de campo no se debe repetir en la misma tabla.

2. Data Type:

Tipo de Dato Descipción / Características Escenciales

Texto Cualquier caracter hasta 255 caracteres de largo

Memo Cualquier caracter hasta 65,535 caracteres de largo

Numérico Datos numéricos que serán utilizados para cálculos

Date/Time Formatos de fecha y hora pre-definidos

Currency Datos de cantidades con signo de moneda y







delimitadores decimales como coma.

Autonumber Campo que funciona como un contador interno que

se usa mayormente para el control de la llave

primaria.Yes/No Campo que tiene solamente dos posibles valores.

OLE Object Cualquier objeto o ventana cuyo contenido provenga

de una fuente externa a Access (hoja de cálculo de

Excel, fotos, música, etc…)

Hyperlink Comunicación a una página o sitio de Internet.

Una vez creada la tabla se guarda y se le asigna un nombre:

Aparecerá en la pantalla del objeto tabla la tabla recién creada







Para poblar la tabla, es decir, entrar datos en la tabla, abrimos la misma, esta vez enformato “Datasheet View”







Para terminar una sesión de Access podemos utilizar el menú (File Exit), ó por el

icono de cerrar ventana.

Documents

CAPP 400 UNE