capp 400 une - gustavovelez.comgustavovelez.com/presentation/cap400/capp 400 une.pdf · discutirá...

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,CSI Rev. 26.MAR.2007 María M. Cruz Guilloty

Escuela de Estudios Profesionales Programa Ahora

Universidad del Este

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

Rev. 26.MAR.2007 María M. Cruz Guilloty 2

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





Prontuario Tí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 de

Aná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-X

Project 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.org

A 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 las

actividades 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 se

podrá 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-ROM

debidamente 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 la

Administració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 para

desarrollar el proyecto. Se requiere el uso de una aplicación para programar: COBOL,

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





Taller Uno Objetivos 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 los

alcances 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. Se

fomentará 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 de

desarrollo 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 Dos Objetivos 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 tema

de 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 pantallas

c. 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 Tres Objetivos 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.











próximo Taller.





Taller Cuatro Objetivos 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





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






próximo Taller.





Taller Cinco Objetivos 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.







próximo Taller.





Taller Seis Objetivos 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.


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.







próximo Taller.





Taller Siete Objetivos 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.


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.




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

final.





Taller Ocho Objetivos 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 donde

explicará 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 5CRITERIOS 1 2 1 2 1 2 1 2 1 2

1. Contribuye frecuentemente a las discusiones en clase

2. Demuestra interés en las discusiones en clase

3. Contesta preguntas del facilitador y sus compañeros

4. Formula preguntas pertinentes al tema de la clase

5. Viene preparado(a) a clase

6. Contribuye a la clase con material e información adicional

7. Presenta argumentos fundamentados en las lecturas y trabajos de la clase

8. Demuestra atención y apertura a los argumentos de sus compañeros

9. Contesta preguntas y planteamientos de sus compañeros

10. Demuestra iniciativa y creatividad

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 formato establecido para el trabajo

Casi no sigue el formato establecido para el trabajo

Sigue casi en su totalidad el formato establecido para el trabajo

Sigue completamente el formato establecido para el trabajo

Desarrollo Ninguna consistencia en fluir de tema o argumento, defensa de puntos de vista, elaboración y profundidad

Muy poca consistencia en fluir de tema o argumento, defensa de vista, elaboración y profundidad

Consistencia parcial en fluir de tema o argumento, defensa de puntos de vista, elaboración y profundidad

Es consistente en fluir de tema o argumento, defensa de puntos de vista, elaboración y profundidad

Contenido Ausencia casi total de: precisión en conceptos presentados, conocimiento previo, corrección conceptual

Mucha falta de: precisión en conceptos presentados, conocimiento previo, corrección conceptual

Presencia parcial de: precisión en conceptos presentados, conocimiento previo, corrección conceptual

Presencia completa de: precisión presentados, conocimiento previo, corrección conceptual

Redacción Deficiencia en sintaxis y gramática, organización de ideas y coherencia en párrafos

Mucha falta de corrección sintáctica y gramatical, organización de ideas y coherencia en párrafos

Corrección sintáctica y gramatical parcial, buena organización de ideas, coherencia en párrafos

Corrección sintáctica y gramatical, fuera de toda duda, buena organización de ideas, coherencia en párrafos

Pensamiento Crítico

No hay interpretaciones, inferencias, análisis, síntesis o juicio

Hay mucho poco de interpretación, inferencia, análisis, síntesis o juicio

Hay, algo interpretaciones, inferencias, análisis, síntesis y juicio

Hay, fuera de toda duda, interpretaciones, inferencias, análisis, síntesis y juicio

Manejo de información

No se citan fuentes de información ni se alude a referencia alguna

No se citan fuentes de información, aunque puede incluirse

Se citan fuentes de información, pero no se citan adecuadamente y/o no se incluye

Se usan fuentes de información, se citan adecuadamente y se incluye





CRITERIO NIVELES Puntos 1 2 3 4 N/A

bibliografía o hacer alusión a alguna referencia

bibliografía si aplica bibliografía si aplica

Puntualidad Entregó con más de dos días de retraso de la fecha acordada

Entregó dos días de retraso de la fecha acordada

Entregó en menos de 24 hrs después de la fecha acordada

Entregó en la fecha y hora acordada

Rigor de presentación

Trabajo en manuscrito

Trabajo en procesador de palabras, sin control de márgenes y espacios puede estar o no limpio

Trabajo en procesador de palabras, márgenes y/o espacios desiguales, bien identificado y limpio

Trabajo en procesador de palabras, márgenes y espacios adecuados, sin carpetas, bien identificado y limpio

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 tema de una manera apropiada y presentó la agenda y los objetivos de la presentación. 1 - 2 - 3 - 4

Organización: El trabajo fue estructurado y organizado en todas sus partes. El equipo presentador se mostró integrado y motivado durante la presentación. 1 - 2 - 3 - 4

Desarrollo: Identificación y discusión apropiada de las áreas más importantes sobre el tema. 1 - 2 - 3 - 4

Conclusión: La presentación tuvo un cierre apropiado e incluyó un resumen breve de los aspectos más relevantes. 1 - 2 - 3 - 4

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

Dinámica: La presentación fue diseñada tomando en cuenta actividades variadas que propician 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 al entorno 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éndez Universidad Metropolitana

Escuela de Estudios Profesionales

Documentación de Sistema

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

Nombre del Estudiante Número de Estudiante

Fecha de Entrega Có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ón

Inicio 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 un

impacto negativo significativo en las

operaciones normales del negocio

- El proyecto afecta las operaciones del

negocio, 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 (project

charter) 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 las

tareas 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 entre tareas

Muestra visualmente el tiempo que toma cada tarea y los periodos en que algunas de estas se efectúen simultáneamente.

Muestra visualmente cuales tareas se pueden hacer en paralelo





Anejo G

Preparación de la propuesta de sistemas Introducción En 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 del Proyecto

Ejecución del Proyecto

Cierre del Proyecto

Project Charter

Project Plan

Propuesta del Sistema

Statement of Work Progress Report

Prueba de Sistemas

Project Summary Report

Systems/ User Documentation





Fuente: Valacich, Joseph S., George, Joey F., Hoffer, Jeffrey A..(2001). Essentials 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 Software Descripció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 Empresa bajo estudio

Diagrama 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ón

a. 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 del

sistema 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ógicos

necesarios 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 ser

satisfechos 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 simulados

y 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) corren

simultá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 el

sistema 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 Relacional Archivo 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 Compra Fecha: ______________________________________ 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: Clientes Descripción Tipo de Campo Largo de Campo Características Número de Cliente Numérico 4 KEY, requerido Nombre de Compañía Texto 25 Persona Contacto Texto 30 requerido Dirección1 Texto 25 requerido Dirección2 Texto 25 requerido Ciudad Texto 15 requerido País Texto 2 Zip Code Texto 10 Teléfono Texto 7 requerido Fax Texto 7

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





Fecha de Envío Date 99/99/9999 Descripció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 a la Base de Datos Marcar el botón

Create

Base de Datos Nueva

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 para cerrar 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 en formato “Datasheet View”





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

capp 400 une - gustavovelez.comgustavovelez.com/presentation/cap400/capp 400 une.pdf · discutirá...

Documents