cois312 diseÑo e implantaciÓn de … 312 umet.pdf · rúbrica para evaluar trabajos escritos ......

COIS312

DISEÑO E IMPLANTACIÓN DE APLICACIONES DISTRIBUIDAS

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

Prep. 30.MAYO.2005 Prof. Sandra Fonseca Lind, MIS,CISM,CSI

Escuela de Estudios Profesionales

Programa Ahora Un

Prep. 30.MAYO.05. Prof. Sandra Fonseca Lind, MIS, CISM, CSI 2 COIS312 – Diseño e Implantación de Aplicaciones Distribuidas

TABLA DE CONTENIDO Páginas

Prontuario .............................................................................................................. 3 Taller Uno .......................................................................................................................... 10 Taller Dos .......................................................................................................................... 13 Taller Tres .......................................................................................................................... 16 Taller Cuatro .......................................................................................................................... 19 Taller Cinco .......................................................................................................................... 21 Taller Seis .......................................................................................................................... 23 Taller Siete .......................................................................................................................... 25 Taller Ocho .......................................................................................................................... 27 Anejos Anejo A .......................................................................................................................... 29 Rúbrica para Evaluar la Asistencia y Participación en clase Anejo B .......................................................................................................................... 30 Formato de Minuta para el Progreso del Proyecto – Resultado Taller Anejo C .......................................................................................................................... 31 Formato para la portada a utilizar en la entrega del documento final Anejo D .......................................................................................................................... 32 Formato Proyecto – Desarrollo e Implantación de una Aplicación Anejo E .......................................................................................................................... 34 Rúbrica para evaluar Trabajos Escritos Anejo F .......................................................................................................................... 36 Hoja de Evaluación de Presentaciones Orales Anejo G .......................................................................................................................... 37 Preparando una Presentación Efectiva Anejo H .......................................................................................................................... 39 El Ensayo Anejo I .......................................................................................................................... 41 El Ciclo de Vida de los Sistemas de Información Anejo J ……………………………………………………………………………… 45 Conceptos de Bases de Datos Anejo K ……………………………………………………………………………… 51 Conceptos de Normalización de Bases de Datos

iversidad Metropolitana


Programa Ahora Universidad Metropolitana

T urs

Codificación:

D

P ito:

DD en s

d “3

OA

cer L

os

os

relacional.

Conocerá las ventajas de usar COM.

6. Concorá que es una transacción y sus propiedades.

7. Escribirá programas que utilicen la arquitectura Microsoft Transaction

Server (MTS).

8. Utilizará ADO y bases de datos SQL.

9. Utilizará procedimientos almacenados con SQL.

10. Conocerá los conceptos básicos de IIS.

Prontuario ítulo del C o: Diseño e Implantación de Aplicaciones Distribuidas

COIS312

uración: Ocho Semanas

re-requis COIS216

escripción: esarrolla el estudiante destrezas que le permitan constuir aplicaicone

istriubidas. -tier” o Cliente/Servidor. Requiere laboratorio.

bjetivos Generales: l finalizar el curso, el estudiante:

1. Explicará los conceptos de arquitectura n-tier.

2. Cono á las ventajas del uso del estándar de programación SQ

(Structured Query Language).

3. Usará SQL para definir y manipular datos de una base de dat

relacional.

4. Usará SQL para definir y manipular datos de una base de dat

5.




extos: MacManus, Jeffrey P., Goldstein, Jackie.,(2003). Database Access with Visual

. Ed. Ne

ata-Toledo, Ph.D., Cushman, Pauline K., Ph.D. (2000). Schaum’s Outlines entals of Datab : McGraw Hill, ISBN: 0-07-136188

endall, Kenneth E., Kendall, Julie E.(1999) Systems Analysis and Design, New tice Hall. IS 46621-4

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

N: 0-13-018373-

om, Barbara. (2000). Systems Analysis and Design, New

She 2003). Microsoft

Project Management Institute(2000). Project Management Body of Knowledge –

T

Basic.NET, 3rd w Jersey: Addison-Wesley Professional . ISBN: 0-672-32343-5

Referencias: M

Fundam ases, New Jersey K

Jersey: Pren BN: 0-13-6 W

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

System Analysis and Design. New Jersey: Prentice Hall. ISB3

Dennis, Alan, Haley Wix

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

lly, Gary B., Cashman, Thomas J., Pratt, Philip J.(Access2000 Comprehensive Concepts and Techniques, ITP, 2000, ISBN 0-7895-4671-X

www.pmi.org Mannino, Michael V.(2001).

Andersen, Virginia,(1999). plete Reference,

Database Application Development & Design, Irwin. McGraw Hill

Access2000 The Com McGraw Hill Referencias Electrónicas:

1). Arquitectura de Aplicaciones .NET www.microsoft.com/spanish/msdn/arquitectura/das/distapp.asp

isis Ebook tml

3) A Professionals Guide to Systems Anál http://www.dai-sho.com/pgsa2/index.h

ml3) The VBasic Language: http://www.functionx.com/vbasic/index.ht




4) Structured Query Language (SQL) http://riki-lb1.vet.ohio-state.edu/mqlin/computec/tutorials/sql_intro.pdf

www.sqlcourse.com

eferencias Suplementarias y/o Materiales:

•

valuación:

e evaluación distinta

nes

dife

y escuchar los

rim criterio de evaluación.

Cri

R

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

• Computadora donde pueda realizar las tareas o utilizar las disponibles en

los laboratorios de la Institución.

E

El(la) Facilitador(a) puede presentar una alternativa d

en el primer taller. Puede añadir asignaciones, distribución de calificacio

rentes a la propuesta o cambiar el esquema del curso. Cualquier cambio

debe ser presentado a la consideración de los estudiantes

planteamientos o sugerencias al respecto. De no anunciar cambios al final del

er taller, se aplicará el siguiente p

terios Propuestos de Evaluación:

Criterio Puntuación

Asistencia, Asignaciones y Participación en Clase 100ptos. 20% 1. Asignación de Normalización 2. Asignación de SQL 3. Programas

Proyecto y Presentación - Evaluación de un Producto de

s de Datos Relacionales/

He

100ptos. 20%

Desarrollo Empresarial (ERP System) / Evaluación de

Sistemas de Manejo de Base

rramientas de Desarrollo de Aplicaciones

Exá tos. 20% men 100p

Pro ida 100ptos. 20% totipo – Diseño y Desarrollo de una Aplicación Distribu

Pre n ación 100ptos. 20% se t Oral Final




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

inc

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

lo

ades de los talleres es vital para el éxito

del desarrollo de la aplicación o sistema. En cada taller, el estudiante

traer un reporte de progreso a manera de minuta de proyecto. Se

se incluye en el Anejo D. En el anejo E se incluye la rúbrica para la

3. Presentación Oral esultados del proyecto el estu a

s. En el primer taller se

o para desarrollar el proyecto o trabajo y el

sentación. El facilitador(a) evaluará la presentación

es o n

uías que le asistirá en la

o escrito deberá entregarse en CD-

M debidamente identificado.

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

luyen como anejos al final del módulo.

Descripción de los Criterios de Evaluación:

cada taller preparado para discutir el progreso del proyecto en desarrol

tanto con el (la) facilitador(a) como frente a los estudiantes. La

participación activa en las activid

deberá

sugiere se siga el formato incluido en el anejo B. Deberá usar el modelo

de portada que se incluye en el anejo C. La rúbrica para evaluar la

asistencia y participación en clase se incluye en el anejo A. 2. Trabajo Final: En el taller Ocho (8) entregará el resultado del proyecto

de desarrollo del prototipo de una aplicación según las especificaciones

establecidas por el(la) facilitador(a). Una muestra de las especificaciones

evaluación del trabajo escrito. : De los r diante hará un

presentación oral de unos quince (15) minuto

explicará el formato sugerid

formato de la pre

siguiendo la rúbrica de evaluación de presentacion

el anejo F. En el anejo G se incluyen unas g

preparación y presentación de su proyecto. 4. Tanto la Aplicación como el document

rales incluidas e

RO

Curva de Evaluación:




La asistencia es obligatoria. El estudiante debe excusarse con el

ner todo trabajo. El facilitador(a)

la e

• Las presentaciones or

el

tribunal), se procederá a citarlo para un

cual no asistió.

• Este curso es de naturaleza acelerada y

prepare antes de cada taller, según especif

promedio de 10 horas semanales par

•

incurrir en plagio. Debe dar crédito a cual

se reserva el derecho de penalizar a aqu

práctica. E

•

los estudiantes y al Programa.

• El facilitad

• El u

• No

• Tod mportamiento de la institución

Descripción de las normas del curso:

•

facilitador(a), si tiene alguna ausencia y repo

se reserva el derecho de aceptar la excusa y el trabajo presentado y ajustar

valuación, según entienda necesario.

ales y actividades especiales no se pueden reponer, si

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

examen escrito de la actividad a la

requiere que el estudiante se

ica el módulo. Se requiere un

a prepararse para cada taller.

El estudiante debe someter trabajos de su autoría, por lo tanto, no deberá

quier referencia. El facilitador(a)

el estudiante que incurra en esta

n el anejo L se presentan unas guías según el formato APA.

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

or(a) establecerá el medio y proceso de contacto.

so de teléfonos celulares está prohibido durante los talleres.

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

o estudiante está sujeto a las normas de co

y las que se establezcan en el curso.




El

cur

de rollo de bases de datos, el cual

con

Adm

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

Se egias

de

propuesta de desarrollo de sistemas.

y mantiene

equiere del

fac oyecto durante el curso para tener los

criterios necesarios para evaluar el resultado del mismo.

Estrategia y Métodos de Enseñanza:

curso COIS312, Diseño e Implantación de Aplicaciones Distribuidas I es un

so donde se enseña a los estudiantes desde un enfoque práctico el proceso

diseño y desarrollo de sistemas y desar

requiere una aplicación de conceptos de los cursos anteriores de la

centración de Sistemas de Información y áreas medulares de la

inistración de Empresas. La metodología de conducción y evaluación

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

2. Informes de progreso del proyecto.

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

4. Asignaciones de Lecturas.

requiere del estudiante la aplicación de conceptos, principios y estrat

dirigidas a la solución de problemas confrontados, en el transcurso del desarrollo

un sistema, manejo de la metodología de proyectos y preparación de

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

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

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

ilitador(a) vea el progreso de cada pr




aboratorio:

io de computadoras el tiempo necesario

ara desarrollar el proyecto. Se requiere el uso de una aplicación para

LTodo estudiante podrá usar el laborator

p

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

Deberá llevar siempre al salón de clase algún dispositivo para guardar los

trabajos realizados durante el taller.




información. 2. Explicará el concepto de aplicaciones distribuidas. 3. Enumerará y describirá los distintos tipos de arquitectura de soporte a las

aplicaciones distribuidas. 4. Comprenderá en términos generales la estructura de cliente/servidor.

Direcciones Electrónicas: Información básica sobre el ciclo de proyectos. http://www.mcsemag.info/basics/proj02e.htm

Taller Uno

Objetivos Específicos: Al finalizar el Taller, el/la estudiante: 1. Discutirá las etapas básicas del ciclo de vida de los sistemas de

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 al ciclo de vida de los sistemas de información

(SDLC) y los sistemas de manejo de bases de datos. 3. Prepare un ensayo para entregar sobre ciclo de vida de los sistemas de

información. El ensayo debe consistir de no menos de dos (2) páginas.

Siga el formato de portada presentado en el anejo C. En el anejo I se

incluye un documento relacionado al ciclo de vida de los sistemas de

información.




Actividades:

1. Presentación de los estudiantes y el(la) facilitador (a).

io de inicio para que el grupo se conozca. A través del

y expectativas de aprendizaje del

ica para

tegración del grupo y la preparación del mismo para la

3 ión del curso, explicar y aclarar las dudas

r al

estudiante a expresarse libremente sobre el sistema de evaluación

eguirá en el curso COIS312.

grupos que

e correo

cilitador(a) demostrará a los estudiantes el uso del equipo de

ompañeros, de

9.

2. Realizar un ejercic

mismo se discutirán las metas

facilitador(a) y el estudiante. Se sugiere el uso de alguna dinám

facilitar la in

experiencia de aprendizaje.

. Discutir los objetivos, la evaluac

sobre el curso, el módulo y su uso. El(la) facilitador (a) debe permiti

presentado.

4. Explicar la naturaleza y dinámica que se s

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

asistan a aquellos compañeros que no tengan cuenta d

electrónico a crear una.

7. El (la) fa

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 c

manera que se promueva la comunicación entre el grupo.

Discusión en grupo liderada por el (la) facilitador(a) sobre los conceptos

básicos del ciclo de vida de los sistemas de información.




10. Discusión en grupo liderada por el (la) facilitador(a) sobre los conceptos

de diseño y desarrollo de aplicaciones distribuidas y el concepto

11. ptos

Asses

1. uesta

a ser entregada durante el taller dos o taller tres.

as, preguntas, inquietudes u

3.

básicos

de cliente/servidor.

a. Elementos de una arquitectura n-tier.

i. 1-tier

ii. 2-tier

Discusión en grupo liderada por el (la) facilitador(a) sobre los conce

básicos de bases de datos.

sment:

El estudiante seleccionará su tema de desarrollo y preparará la prop

de desarrollo

2. Preparará la primera minuta de su proyecto o diario reflexivo, donde

describirá las actividades realizadas, dud

otros y la enviará por correo electrónico al facilitador(a).

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

para el próximo Taller.




ObjetiAl finaliza 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.

3.

4. Di ft Solution Network”

areas a realizar antes del Taller Dos: Ins

1.

3. das

a las fases del ciclo de vida de los sistemas de

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

de bases de datos relacionales. Defina qué es una base de datos, que es

una base de datos relacional, sus ventajas, sus limitaciones y describa los

pasos básicos para su implantación. El ensayo debe consistir de no

menos de dos (2) páginas. Siga el formato de portada presentado en el

anejo C. En el anejo J se incluye unas guías sobre el proceso de diseño

de bases de datos relacional. Actividades

1. Presentación en clase del tema seleccionado para el desarrollo del

prototipo de bases de datos.

Taller Dos

vos Específicos: r el Taller, el/la estudiante:

Discutirá los fundamentos de bases de datos relacionales.

scutirá el modelo de “Microso

T

trucciones:

Repase la definición del problema del proyecto.

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

Asista preparado a presentar un informe oral de las actividades realiza

el taller anterior.

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

información relacionada




2. Selección del producto a ev ecto y presentación:

a. DBMS

ccess

b. Herramientas de Desarrollo de Aplicaciones

ii. Powerbuilder

R/3

4. l (la) facilitador(a) sobre los siguientes

g. Funciones

5. Discusión liderada por el (la) facilitador(a) sobre el Sistema de Manejo

aluar para proy

i. MS-A

ii. Fox-Pro

iii. Informix

iv. Oracle

v. Sybase

vi. DB2

i. Visual Basic

iii. Visual Fox-Pro

c. Herramientas de Desarrollo Empresarial (ERP)

i. Oracle/Peoplesoft/JD Edwards

ii. SAP

3. Discusión liderada por el (la) facilitador(a) sobre el diseño y desarrollo

de soluciones distribuidas y programas de aplicación. Discusión liderada por e

conceptos: a. Programación Orientada a Objetos b. Componentes COM c. Componente DLL d. Constructores de Clases e. Enumeración f. Modelos Entrelazados

de Bases de Datos Relacional SQL Server.




de datos

gurar el diseño de una base de datos relacional efectiva. atas

aria (Primary Key) ndaria o Alterna (Secondary Key)

ránea (Foreign Key) cias Funcionales

o de Normalización 6. Discus

a. El itinerario a seguir en el proyecto. b. Guías para la Evaluación de Productos o Aplicaciones

se

Assessment:

1. Preparará la minuta de su proyecto o diario reflexivo donde describirá las

o de minuta de

2. desarrollo de su proyecto y anote las dudas o preguntas que

le s

3. Me cilitador(a) podrá repasar lo que así amerite

par

a. Implantación o Configuración de los conceptos de bases

para ase

i. Llaves Candid

ii. Llave Prim

iii. Llave Secu

iv. Llave Fo

v. Dependen

vi. Proces

ión en pequeños grupos sobre:

leccionadas.

actividades realizadas, dudas, preguntas, inquietudes u otros y la enviará

por correo electrónico al facilitador(a). Utilice el format

proyecto incluido en el anejo C.

Continúe el

urjan en el proceso.

diante los hallazgos, el fa

a el próximo Taller.




Objetivos EspecAl finalizar el Tal

1. Describirá s de entidad

relación (

2. Describirá ery Language) e identificará los

comando de datos. Direccion

1. Tut http:/ state.edu/mqlin/computec/tutorials/SQLTutorial.htm

Taller Tres

íficos: ler, el/la estudiante:

los pasos básicos para el desarrollo de diagrama

ERD Diagram). el estándar SQL (Structured Qu

s principales para manipulación

es Electrónicas: orial sobre el estándar de desarrollo de aplicaciones SQL

/riki-lb1.vet.ohio-2. Tutoriales de Programación

ww.eng.uc.edu/~jtilley/tutorial.html http://w

TareasInstruc

1. r sobre el estándar “Structured Query

l

cumento que presenta los pasos para la

a base de datos, que es una formal normal y

describa las etapas básicas del proceso. El ensayo debe consistir de no

menos de dos (2) páginas. Siga el formato de portada presentado en el

anejo C.

2. Asista preparado para discusión en grupo sobre el estándar “Structured

Query Language” (SQL) y el proceso de normalización de bases de datos.

a realizar antes del Taller Tres: ciones:

Prepare un ensayo para entrega

Language” (SQL) y el proceso de normalización de bases de datos. En e

anejo K se incluye un do

normalización de bases de datos relacionales. Defina qué es el proceso

de normalización de un




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

ollo del diagrama de entidad relación (ERD

ii. Relación uno a muchos muchos a muchos

el proceso de Modelo de Datos. s datos.

d. Pasos para la normalización del modelo de datos. la) facilitador(a) sobre el lenguaje de

s estructurados (Structured Query Language – SQL).

Delete from

4.

a. Descripción de la tecnología XML b. Clases XML en .NET c. Objeto XPATH

Actividades

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

Diagram). i. Relación uno a uno

iii. Relación

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

su importancia dentro d

c. Proceso de desarrollo del modelo de lo

3. Dinámica de grupo liderada por el (

consulta

a. Data Definition Language (DDL). i. Create Table ii. Drop Table

b. Data Manipulation Language (DML). i. Select ii. Alter Table iii. Insert Into iv.

v. Update Discusión en pequeños grupos sobre los siguientes conceptos:




d. Aplicaciones de Bases de Datos con ASP.NET

ir el progreso de los proyectos y aclaración de dudas o preguntas

que surjan.

As

1. Pre

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

electrónico al facilitad

incluido en

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

le s

3. Median amerite

par

5. Discut

sessment

parará la minuta de su proyecto donde describirá las actividades

or(a). Utilice el formato de minuta de proyecto

el anejo B.

urjan en el proceso.

te los hallazgos, el facilitador(a) podrá repasar lo que así

a el próximo Taller.




ObAl finalizar el Taller, el/la estudiante:

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

:

TarInstruc

as sobre el progreso del mismo.

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

el taller anterior y el progreso de su proyecto.

Actividades

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

temas seleccionados para estudio.

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

conceptos estudiados en el taller 3. 3. SQL Stored Procedures

a. Ventajas de usar procedimientos almacenados

b. Procedimientos almacenados con command object

c. Creación de procedimientos almacenados

4. Modelos de solución de negocios

5. Microsoft Transaction Server

6. ADO.NET

Taller Cuatro

jetivos Específicos:

1. Describde dato

2. Identificará y discutirá tanto oral como escrito los siguientes conceptosa. Proceso de selección de la herramienta o lenguaje de

programación. b. Diseño jerárquico de programas.

eas a realizar antes del Taller Cuatro: ciones:

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

preguntas o aclarar dud




7. Dinámica de grupo liderad litador(a) sobre el proceso de

análisis y diseño del proyecto.

lantación de Bases de Datos relacionales en SQL

As

rea por correo

ele ato de minuta de proyecto

incluido en el anejo B.

y anote las dudas o preguntas que

en el proceso.

a por el (la) faci

8. Taller sobre la imp

Server.

sessment

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

lizadas, dudas, preguntas, inquietudes u otros y la enviará

ctrónico al facilitador(a). Utilice el form

2. Continúe el desarrollo de su proyecto

le surjan

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





ObAl finalizar el Taller, el/la estudiante:

ará y discutirá el proceso de preparación de una presentación de

un proyecto frente a un auditorio.

TarInstruc

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

preguntas o aclarar dudas sobre el progreso del mismo.

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

el taller anterior y el progreso de su proyecto.

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. Dinámica de grupo liderada por el (la) facilitador(a) sobre los siguientes

conceptos:

a. Microsoft Transaction Server (MTS).

i. Arquitectura

ii. Ventajas

iii. Configuración

Taller Cinco

jetivos Específicos:

1. Enumer

2. Identificar y discutir tanto oral como escrito los siguientes conceptos: a. ADO.NET b. XML – Extensible Markup Language (XML) c. Clases en XML d. ASP

eas a realizar antes del Taller Cinco: ciones:




iv. Servicios que

b. Relación uno a muchos.

chos a muchos.

eglas de presentación frente a un auditorio:

es (Powerpoint)

as y permitir espacio para preguntas.

Assessm

donde describirá las actividades

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

Ofrece

c. Relación mu

4. Discusión en grupo sobre las r

a. Uso de ayudas visuales. b. Programas de Presentacion

c. Distribución de hojas (handouts) a la audiencia. d. Aclarar dud

e. Agradecer la presencia y la atención.

ent

1. Preparará la minuta de su proyecto

realiza

electrónico al facilitador(a). Utilice el formato de minuta de proyecto

incluido en el anejo B.


le surjan en el proceso.




Seis

ObjetivosAl f

1. Describirá los pasos a seguir para el diseño e implantación de una base

d

2. A on aplicaciones

e

Legacy Systems) y su

importancia en la consideración de uso en la nueva aplicación.

Conexión a los aplicativos existentes.

c. Conversión de Datos.

4. su

o.

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 1. Retroalimentación del facilitador(a) sobre el progreso del proyecto.

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

de la aplicación o documentación del mismo.

Taller

Específicos: inalizar el Taller, el/la estudiante:

e datos.

nalizará los requisitos de integración de soluciones c

xistentes. Considerará:

a. Aplicaciones históricas o anteriores (

b.

3. Discutirá los conceptos de aplicaciones de bases de datos con

ASP.NET

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

proyecto.

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

presentación del proyect




3. Analizar las metodologías exi desarrollo de aplicaciones

distribuidas:

ET

Acceso a una base de datos usando páginas ASP.NET

4. D por el (la) facilitador(a) sobre el proceso de

cons

Assessment 1. Pre scribirá las actividades

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

ecto

el anejo B.

n el proceso.

stentes para

a. ASP.NET

i. Clases en ASP.N

ii. Descripción de páginas en ASP.NET

iii.

b. Sanas prácticas de administración de bases de datos.

inámica de grupo liderada

trucción del proyecto.

parará la minuta de su proyecto donde de

electrónico al facilitador(a). Utilice el formato de minuta de proy

incluido en


le surjan e

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





Objetivos Específicos: Al finalizar el Taller, el/la estudiante:

1. Discutirá cesamiento de los Sistemas de

Manejo

2. Aclarará su

p

a

.

Instrucc

1.

2. istir al taller preparado para presentar su plan de

Activ

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

Administración de una Base de Datos.

a. Procesamiento de aplicaciones tradicional vs. Estructura Cliente

Servidor.

b. Medidas de Control de Bases de Datos

i. Stored Procedures.

ii. Record Locking

iii. Deadlock

c. Resguardo y Recuperación de Bases de Datos.

i. “Rollback”, “Roll Forward”

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

Taller Siete

el medio ambiente de pro

de Bases de Datos (DBMS).

todas las posibles dudas para continuar con el desarrollo de

royecto.

3. Aclarará todas las posibles dudas sobre el proceso de preparación de l

presentación del proyecto

Tarea as realizar antes del Taller Siete:

iones:

Continúe con el desarrollo de su proyecto.

El estudiante deberá as

pruebas del programa y la aplicación una vez integrada.

idades




3. Retroalimentación del fac bre dudas en cuanto al desarrollo

documentación del mismo.

por el facilitador(a) sobre conceptos para la

5. facilitador(a) sobre el proceso de

Assess

1. royecto o diario reflexivo donde describirá

las actividades realizadas, dudas, preguntas, inquietudes u otros y la

cilitador(a). Utilice el formato de

minuta de proyecto incluido en el anejo B.

ya el desarrollo y documentación de su proyecto así como la

ilitador(a) so

de la aplicación o

4. Discusión en grupo liderada

preparación de una presentación efectiva.

Dinámica de grupo liderada por el (la)

construcción del proyecto.

ment

Preparará la minuta de su p

enviará por correo electrónico al fa

2. Conclu

presentación final.




ObjeAl finaliz 1. D

información, diseño de bases de datos y aplicaciones distribuidas.

areas a realizar antes del Taller Ocho: Instru

1. C s

p

2. R das durante los talleres

n

Actividades:

1. El (la) facilitador (a) discutirá dudas o preguntas relacionadas al 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.

Taller Ocho

tivos Específicos: ar el Taller, el/la estudiante:

ominará las actividades básicas del ciclo de vida de los sistemas de

T

cciones:

ompletar el desarrollo del prototipo de la aplicación y asistir preparado

ara las presentaciones orales.

epasar el curso y las actividades desarrolla

anteriores para hacer preguntas sobre cualquier duda o aclaración

ecesaria.




Anejos




nejo A

ALUAR LA ASISTENCIA Y PARTICIPACIÓN EN CLASE

OMBRE: ________________________________ CURSO: ______________

A

RÚBRICA PARA EV

N 1- Asistencia y puntualidad: _______ 2 – Participación en clase: ________

untuació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ó Poca a regular; ____ 6-10= Buena a excelente

P _____ n:

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

_

_____________________________________________________

Descripción de ___________ _ __ _

MINUTA DE PROGRESO DE PROYECTO– Taller # ______ Fecha : ___________________________ Seguro Social : ___________________________

ombre del Estudiante___________N

ema de Desarrollo :_________________________________________________________________ T

Actividades : ___ __________ _________ __________ ___________

Resu

ltados :




nejo C

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

A

Sistema Universitario Ana G. Méndez Universidad Metropolitana


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




ESPECIFICACIONES PARA EL PROYECTO

Anejo D

DESARROLLO DE UNA APLICACIÓN

Instrucciones Generales:

Seleccione un sistema que esté actualmente operando y necesite alguna mejoras ó un sistema completamente manual que se desee computadorizar. Procure que sea un lugar donde le suplan toda la información necesaria para realizar el proyecto. Para el des los datos reales que cotendrá el sistema.

arrollo del proyecto no son necesarios

I. Análisis del Sistema Actual

Recopilar y organizar la información del sistema al momento de comenzar el estudio. Esto incluye documentos operacionales, formularios, diagrama de organización, etc….

Evaluar el estado a este proceso se deberá identificar:

a. Fortalezas del Sistema Actual b. Dec. Aplic

Describir los recursos disponibl s, tanto de recursos humanos como equipo y programación.

Identificar problemas operacionales. Identificar los requerimientos del Sistema o Aplicación. Estructura de los Datos (en el caso de aplicaciones existentes). Diagrama de Flujo de Datos del Sistema Actual.

II. Especificaciones Fu ropuesto 1. Descripción del Sistema Propuesto, objetivos y alcances 2. Beneficios y Limita puesto 3. Diagrama de Flujo de Propuesto 4. Diferencias entre el stema Propuesto 5. Beneficios Esperados del Sistem

III. Diseño del Sistema

1. Descripción de los recursos necesarios para el desarrollo del sistema. Especificaciones de Equipo Especificaciones de Sistemas Operativos Especificaciones de Herramientas de Desarrollo

2. Diseño de la Base de Datos a. Diagrama de Relaciones entre Entidades

ctual de las operaciones. En

bilidades del Sistema Actual aciones en producción.

e

ncionales del Sistema P

ci roones del Sistema P Datos del Sistema

Sistema Actual y el Sia Propuesto




b. Data Base Definition Language (DBDL)

3. Definición de los dominios y atributos del Sistema 4. Diagram5. Descripció

a. Procesos Interactivos sacciones

c. Definición de Programas (Especificaciones)

a de Estructura de Menú n de los Procesos Computadorizados:

b. Descripción de Tran

6. Diseño de Pantallas 7. Diseño de Formularios (de ser necesario) 8. Diseño de Reportes 9. Desarrollo y Presentación del Prototipo

R

eglas Específicas del Proyecto:

l proyecto deberá ser preparado utilizando un procesador de palabras mpu eberá desarrollarse en tipo de letra Times

cuerpo

Eco tadorizado. El documento dNew Roman tamaño 14 para títulos, tamaño 13 para subtítulos y 12 para el

del documento a 1.5 espacios.

Forma

2. inas del proyecto deben estar n

3. In ación que manejará el proyecto.

plicación)

el Internet,

to 1. Portada – Presentación del proyecto.

Tabla de

de Entrega:

Contenido – las págumeradas. troducción – presentación de la situ

4. Da. Sección de Análisis b. Sección de Diseño

esarrollo del Sistema

c. Prototipo (Aplicación) (1) Menú Principal (2) Pantallas Principales (3) Consultas (4) Reportes

d. Documentación de Usuario (Navegación básica de la a5. Conclusión 6. Glosario de Términos 7. Bibliografía (revistas, libros, información obtenida a través d

documentos del curso, etc…)




Anejo E

itos Curso: ____________________________________________________________________________________ Nombre: _____________________________ Fecha: ____________________________________________________________________________________ Título d __________________________________

CRIT Puntos

Rúbrica para evaluar trabajos escr

_____________________________________________________

el Trabajo: ________________________________________

ERIO NIVELES 1 2 3 4 N/A

Organización No sigue el formato Casi nestablecido para el

o sigue el formato

Sigue casi en su totalidad el formato

Sigue completamente

trabajo establecido para el trabajo

establecido para el trabajo

el formato establecido para el trabajo

Desarrollo Ninguna consistencia en fluir

Muy poca consistenci

Consistencia parcial Es consistente

de tema o , defensa

a en fluir de tema o argumento,

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

en fluir de tema o argumento, defensa de puntos de vista,

argumentode puntos de vista, defensa de vista, elaboración y profundidad

elaboración y profundidad

profundidad elaboración y profundidad

Conten

ceptos esentados,

onocimiento ión

nceptual

conceptos presentados, conocimiento previo, corrección conceptual

precisión presentados, conocimiento previo, corrección conceptual

ido Ausencia casi total Mucha falta de: ecisión en

Presencia parcial de: precisión en

Presencia completa de: de: precisión en

conceptos prcon

presentados, prconocimiento cprevio, corrección previo, correccconceptual co

Redacción

erencia

lta de corrección

organización de

Corrección sintáctica y

de ideas, coherencia en párrafos

Corrección sintáctica y

duda, buena organización de

párrafos

Deficiencia en Mucha fasintaxis y gramática, organización de

sintáctica y gramatical,

gramatical parcial, buena organización

gramatical, fuera de toda

ideas y cohen párrafos ideas y

coherencia en párrafos

ideas, coherencia en

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

No se citan fuentes de

Se citan fuentes de información, pero

Se usan fuentes de información,




IO NIVELES Puntos CRITER

1 2 3 4 N/A alude a referencia al

información,

bibliografía o hacer alusión a

no se citan

bibliografía si aplica

se citan adecuadamente y se incluye bibliografía si aplica

guna aunque puede incluirse

adecuadamente y/o no se incluye

alguna referencia Puntualidad Entregó con más de Entregó dos días Entregó en menos Entregó en la

dos días de retraso de retraso de la de 24 hrs después de fecha y hora de la fecha fecha acordada la fecha acordada acordada acordada

Rpresentación

Trabajo en manuscri

Trabajo en procesad de

ede estar o no limpio

bajo en procesad

es

do y limpio

Trabajo en procesa r de

as,

ien

igor de to or

palabras, sin control demárgenes y espacios pu

Traor de

palabras, márgeny/o espacios desiguales, bien identifica

dopalabrmárgenes y espacios adecuados, sin carpetas, bidentificado y limpio

Puntuación _ __

N ____ __ _____________ ______ _____ __

Firma del Evaluador Fech

total: ___ ___________ ______

ota: ___ ______________

__________

______

__________

a




Anejo F

EV ONES OR Nombre del(a) Estudiante_____ ___ _____ Grupo: Tema:_______ __ _ F _ ___ 1 del p 2- prome r encim edio 4- excelente Introducción: El estudiante presede una manera apropiada y p a agenda y los objetivos de la presen 1 - 2 - 3 - 4

Org ab structurado y orga das sus partes. El equipo pres ostró o

ura tación - - 4

HOJA DE ALUACIÓN DE PRESENTACI

__________

ALES

___________________

________________________________________________________________

______________ ____________ echa :__________ _________

- debajo romedio dio 3- po

ntó el tema resentó ltación.

d1

a del prom

anización: El trnizado en toentador se mnte la presen

2 - 3

ajo fue e

integrado y motivad.

Desarrollo : Identificación y discusión propiada de las áreas más importantes sobre l

- 2 - 3 - 4

Conclusión : La presen un resumen breve de los antes.

1 - 2 - 3 - 4

tación tuvo un cierre ae tema. apropiado e incluyó

aspectos más relev1

Pertinencia: El tema presentado era ertinente y de actualidad. Su contenido era laro y entendible, fácil de manejar para la

Dinámica : La presentación fue diseñada tomando en cuenta actividades variadas que propician la participación del expectador y

1 - 2 - 3 - 4

pcaudiencia. 1 - 2 - 3 - 4

capturan la atención del grupo.

Ad

plicación teórica: El est te tróudian mos ominio de la teoría y pudo aplicarla al ntorno laboral y presentó ejemplos claros.

1 - 2 - 3 - 4

Audiovisuales o recursos tecnológicos 1 - 2 - 3 - 4 e

Comentarios: Total:_______________________

_______________________________ __________________

Firma del Evaluador Fecha




de un Presentación:

Introducción, Agenda o Objetivos 3. Desarrollo

lusión 5. Cierre

a utilizar “templates” o gráficauado con el contenido de su p

4. Una diapositiva no debe exceder de quince (15) líneas o 40 palabras. evitar tener errores ortográficos y de semántica.

la letra con el “template”. locará en los “slides”, “bullets”.

8. Asegure que está en orden lógico. 9. Seleccione el formato o estructura de acuerdo al tipo de información

ada material didáctico. 10. No utilice gráficos (dibujos) muy llamativos, ya que pueden alterar el

patrón de la presentación o desviar la atención. Lo mismo aplica a la

sonid inclu o en pres tació es a al sma.

Anejo G

Guías para una Presentación Efectiva

Introducción: Los recursos visuales para realizar una presentación facilita la tarea del resentador ya que le permiten ilustrar sus ideas en forma gráfica. El objetivo dep

una presentación efectiva es: 1. Desarrollar la imaginación de los presentadores 2. Cautivar la atención de la audiencia

La magia de las presentaciones esta en comelementos para lograr armonía; esquemas deprofesionalismo al preparar los mismos.

binar efectivamente todos los color, simetría, buen gusto y

Partes Básicas

1. Título 2.

4. Conc

Puntos a Considerar:

1. Identifique la audiencia a quien va dirigida la presentación. seleccione uno que sea 2. Si va

adecsresentación.

3. Utilice un tamaño de letra 28 para eesta forma se facilitará la visibilidaden una pantalla estándar.

l títulos y 22 mínimo para texto; de a una distancia mayor de 10 pies

5. Debe6. Armonice los colores de7. Bosqueje la información que co

que colocará en el texto de c

selección y combinación de colores. 11. Seleccione animaciones o ruidos que no distraigan a la audiencia. 12. Asegúrese que el o id la en n propiado

contenido de la mi




Utilice títulos, subtítulos y frases específicas (concisos y precisos)

14. Coteje y corrija cada uno de los “slides”. 15. Guarde si uarde la

presentación en más de un lugar. o a la presentación envíese el archivo a su dirección de correo

electrónico. No confíe en un solo medio.

del material redactado.

ejar un espacio para preguntas de la audiencia. Se debe además agradecer al público por su tiempo

13.

empre una copia de la versión anterior y g

16. Previ

Durante la Presentación:

1. No se lee la totalidad2. Se debe interactuar con la audiencia. 3. Al finalizar la presentación, se debe d

y atención prestada.




Anejo

o

l ensayo es un texto escrito donde el autor desarrolla un tema determinado en

expone una idea central,

la cua mentos que la respalden. Una

vez pr

estudios, se arriba a una conclusión. Es un escrito corto que no excede de diez

páginas.

Una característica sobresaliente de los ensayos es el manejo del lenguaje. Se

debe velar la calidad de la presentación, en un lenguaje sencillo pero correcto,

motivador, a veces poético, agradable y placentero. Muchos ensayos son de

importancia no tanto por las ideas que exponen sino por la precisión del

lenguaje.

Los ensayos pueden ser breves (de dos cuartillas, como los que aparecen en

periódicos o revistas), o tan extensos que se publican en forma de libros. Una

gran ventaja de los ensayos es la libertad de temas. Se puede hablar de

política, arte, educación, religión, economía, ciencia, tecnología, etc.

Lo importante al desarrollar un ensayo es que el autor exponga ideas propias,

sin necesidad de citar fuentes externas, dado que no es un trabajo de

investigación, sino el resultado de reflexiones personales; por ello el tono puede

ser personal, a manera de charla o confesión “En mi opinión”…….. Sin

embargo, quien escribe un ensayo debe estar bien documentado acerca del

tema que se desea exponer.

H

El Ensay

E

forma ordenada, lógica y coherente. En un ensayo se

l va acompañada de un conjunto de argu

esentados todos los argumentos a favor o en contra de las premisas bajo




yos deben ser una reflexión e exposición de un tema que despierte la

atención del lector, pues los temas e ideas suelen ser actuales y cercanos a la

realidad de la sociedad y las personas que viven a nuestro alrededor.

to del ensayo suele ser variable, pues dependerá del tema, las

sición del tema central, argumentos iniciales.

s.

Los ensa

Se debe tomar en cuenta que si se manejan ideas o textos de otros autores para

fundamentar las propias, estos deben ser reconocidos, sea en citas dentro del

texto usando el formato APA o estableciendo notas al calce. Es imperante

señalar las fuentes en el ensayo aunque no con el rigor de un trabajo de

investigación.

El forma

preferencias y creatividad del autor. Se recomienda se siga el siguiente formato

básico:

1) Presentación del tema y exposición de su importancia, así como sus

antecedentes.

2) Expo

3) Exposición de sus ideas, con las cuales defiende su posición, citando

otras fuentes según sea necesario.

4) Conclusiones acerca de esas ideas en forma breve, clara y enfática,

cerrando con la idea principal presenta y sus impresiones finale




Anejo I

EL CICLO DE VIDA DE LOS SISTEMAS DE INFORMACION

INTRODUCCION 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 oportunidad como parte de un plan estr

a este desarrollo puede ser debido a que se identifica una atégico, lo que se conoce como un

ión o equipo, o ambos, y unas métricas para medir éxito/no éxito de las mismas. Todo sistema o proyecto debe tener “término”. En sistemas de información este punto de “término” es un tanto teó les son:

a, necesidad, oportunidad n estratégico

ón del

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

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 aplicac

un punto de comienzo y un punto de

rico ya que realmente no tiene fin. Las etapas principa1. 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 problemb. Coordinación de acuerdo al plac. Preparación del plan de trabajo (Statement of Work) d. Identificar los recursos necesarios para la realizaci

mismo.




vigentes? (Ej. Confidencialidad Información del Paciente).

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

técnicamente viable si existen los componentes tecnológicos necesarios para el mismo. Los recursos cuentan con el equipo y las herramientas (software)

órdenes administrativas, cartas

3. Dis

otros. ransformar los criterios

sisteanálisidiagracomponen

i. Arcser

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

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, 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. Examen de documentos iv. Observación de las operaciones

eño: Una vez este sistema propuesto es aceptado se procede a construir lo que será 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

a. Diseño Lógico – Consiste en testablecidos en la etapa de identificación de requerimientos del

ma. En este proceso se hacen uso de herramientas de s estructurado tales como flujogramas (flowcharts), ma de flujo de datos (Data Flow Diagrams). Entre los

tes que se definen se encuentran: hivos de insumo (input files) – Los archivos que án usados para capturar los datos.




ii. Archiv

guardarán los resultados del procesamiento. iii. Pro

iv. transformará en la

v.

b. Diseño esta eta taforma operacional en términos de

c.

mación Estructurada. Una vez desarrollados los programas se realizan pru simulados y un proceso de corrida virtual (w

d. Pr l sistema vs. las

iii. Pruebas Integrales 4. Imp

funcionproducademáproveycompa sistemas y entrenamiesistema. Ent encionar:

os de salida (output files) – Los archivos que

cedimientos (procedures) – Los algoritmosnecesarios para realizar el proceso definido. Estos algoritmos se convertirán luego en especificaciones de programas. Diálogo del Usuario – Consiste en identificar tanto el orden de procesos que luego se estructura de menú, consultas (queries), íconos y mensajes al usuario. Interfases – Comunicación con otros sistemas o plataformas operacionales. Físico – Entre las actividades que se realizan en

pa se da forma a la plaequipo (hardware) y programas (software). Es en esta etapa que se evalúan alternativas disponible 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

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 Progra

ebas con datos alkthrough). uebas del Sistema – Verificar e

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

lementación: Desarrollo final del prototipo, desarrollo de pruebas ales y paralelas del sistema y por ultimo implementación a ción. En esta etapa debe existir primero un paralelo, ya que s de permitir llevar un ambiente normal de operaciones endo alternativas de procesamiento en caso de fallas, ración de resultados de ambos

nto/afianzamiento del personal en el uso del nuevo re los paralelos identificados podemos m




a. Co a

nuevo) corren simultáneos por un periodo de tiempo específico. Es

b. Corridaimplancompletar la migración.

c. “C Tel siste

d. Planesu ofici o hasta que queda implantado en tod

5. Apoyo al S ma está en producción es altaadicion

rrid en paralelo: Ambos sistemas (viejo o legacy y el

te periodo debe tener una fecha de corte. en Fases : Similar a la metodología de proyectos se van

tando los módulos del sistema por etapas hasta

old urkey”: Se arranca con el nuevo sistema sin contar con ma antiguo de resguardo. Pilotos: Se va implantando por unidades operacionales nas y se va escaland

a la empresa. istema: Una vez el siste

mente probable que se soliciten modificaciones o desarrollo al.




Anejo J

Conceptos de Bases de Datos

Conceptos Básic Base de Datotipos de entidad as entidades, además de las asociaciones ebase de datosíndices que se usaplicacdescrip Bases de Datos Distribuidas: Bases de datos almacenadas en distintos servidores o localizaciones.

os de Bases de Datos Relacionales:

s: Es una estructura que puede almacenar datos acerca de múltiples es, los atributos y relación de es

ntre esas entidades y la descripción de estos. Se puede decir que una es una colección de tablas (archivos) integrados a base de manejo de

an para representar esas relaciones y mejorar las ejecutorias de las iones. Una base de datos se dice que es auto-descriptiva porque contiene ción de ella misma en su estructura.

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. Atributo: Propiedad de una entidad. Una factura puede ser una entidad. Relación: Asociación entre entidades. Relación uno a muchos: Ej. departamento y facultad. Un departamento puede estar asociado a varios profesores de una facultad, pero cada profesor de la facultad puede estar asociado a un departamento. ¿Qué es una llave primaria? Es una columna o grupo de columnas que identifica de forma única cada entidad. La llave primaria de una tabla es la columna ó colección de columnas que identifica de forma única cada entidad. ¿Qué es una llave foránea? Un atributo en una relación que es requerido para compararlo con la llave primaria de otra relación.




e Base de Datos:

1. Modelo Relacional- datos implícitos (derivados de las relaciones) Ej. Hay datos que se der o por EF Codd en 1970.

2. Modelo de Red – Es pe cción de tipos de ds.- datos explícitos (deben onozca la base de datos)

rt writers y form generators.

tán separados y aislados – Ej. un analista primero tiene que rminar que partes de cada uno de los archivos necesita. Luego debe

decidir cómo los archiv entre ar el procesamiento de esos archivos de manera que el DBMS acced datos realmente necesarios.

2. Los datos están constantemente duplicados – Ej. El nombre y dirección de un cliente debe estar en una sola tabla y de ahí las demás obtengan los datos básicos de ese cliente.. A este concepto le conocemos como

6. Las bases de datos proveen la facilidad de crear “views” de acuerdo a las

tes: a) Estructura:

Modelo d

ivan de otros (cálculos) Presentadrcibido por el usuario como una cole

records y relaciones entre esos tipos de recorestar delineados e identificados para que los rec

3. Modelo Jerárquico- Jerarquía o en forma de árbol 4. Orientado a Objetos- colección de entidades o objetos.

Ventaja del Modelo Relacional:

1. Modelo mas simple 2. Hay varias maneras de manejar la base de datos

a. Structured Query Language (SQL) – desarrollado por IBM b. Query by Example (QBE)

3. Elimina redundancia y duplicidad. 4. Viene con herramientas que facilitan manipulación de archivos, tales como

repo Limitaciones de procesamientos de archivos:

1. Los datos edete

s

os se relacionarán si y luego coordina los

Integridad de los Datos. 3. Los programas de aplicación dependen del formato de archivos (rígidos) –

Ej. cambios en largo de archivos. 4. Incompatibilidad entre archivos – Los datos deben preservar consistencia.. 5. Dificultad en cuanto a la flexibilidad de los datos –

necesidades del usuario. Modelo de Datos: tiene dos componen

se refiere a la manera que esta constituido el sistema, o la manera que los usuarios entienden que está estructurada la base de datos.

b) Operaciones: Son las facilidades dadas a los usuarios para manipular los datos de la Base de Datos.

.Ventaja de la Base de Datos:

1. Economía de Escala: Al integrar aplicaciones mediante la integración de los datos los costos de operar y mantener las aplicaciones se reduce.

2. Incremento en la Utilidad de los Datos: Aumenta el uso de los datos por

tos pueden ser utilizados por distintas personas.

lo versátil de su manejo. 3. Datos Compartidos: Los mismos da




ción de los Datos: una persona o grupo de personas se

5.

n mínimo lugar, aparecerá en

todos con los mismos valores. de integridad son puestas en práctica por el SMBD

ente la probabilidad de afectar la integridad de los datos. s usuarios unido al

de seguridad s datos necesarios en cierta operación.

miento de los datos: SQL es una

11. de los programadores 12. Independencia entre datos y programas

Desven1.

2. BD es complejo. Los analistas y programadores

3. formix).

e equipo para que los sistemas tengan un

ón de los datos el impacto

6. r mas difícil: debido a la alta integración de los datos y al uso concurrente por una gran cantidad de usuarios, se dificulta la

de datos. Funcio

al usuario 3. Manejo de las transacciones lógicas

er para que una transacción lógica sea efectuada

5.

7. ción (Grant, Revoke)

9. ncia de Datos 10. Utilitarios

4. Mejor Administraencargan de definir los datos y proveerle mantenimiento enfatizando los beneficios globales de la organización, no los beneficios particulares dealgún usuario. Mayor Uniformidad: Se puede lograr un alto grado de uniformidad de los datos (formato, nombre y valores)

6. Redundancia controlada: se elimina o reduce a u7. Consistencia: Si un dato debe aparecer en mas de un

8. Integridad: Las reglasreduciendo grandem

9. Seguridad: El uso de “sub-schemas” particulares para louso de claves de acceso, permiten implantar las medidasnecesarias para seleccionar lo

10. Flexibilidad en uso y procesaherramienta útil para seleccionar e imprimir los datos. Incremento en la productividad

tajas de Bases de Datos:

Tamaño: debido a la alta funcionalidad, así como otras funciones que provee, un SMBD ocupa una considerable cantidad de espacio en disco y de memoria principal. Complejidad: Un SMdeben comprender bien su estructura para poder utilizarlo de forma efectiva y eficiente. Costo: El costo de SMBD es alto en el caso de minicomputadoras y mainframes (Ej. Oracle e In

4. Requerimientos de Equipo: Debido a su complejidad, usualmente un SMBD requiere grandes recursos dtiempo de respuesta aceptable.

5. Impacto en los errores: debido a la alta integracide errores es mayor que en archivos separados. Recuperación puede se

recuperación en caso de problemas

nes de un Sistema de Manejo de Bases de Datos: 1. Almacenamiento, acceso y actualización de los datos. 2. Catálogo accesible

4. El SMBD debe provecompletamente ó desechada completamente (COMMIT WORK) Actualización concurrente (record locking)

6. Mecanismos de Recuperación (Archive) – Backup, Log, Recovery Servicios de Autentifica

8. Soporte a comunicaciones Independe




Transacciregistrarse Supongam de datos de un Sistema de Ordenes. Se parte d

io Orden de Compra

ones: Representaciones de eventos. Cuando ocurren estos eventos deben en la base de datos.

os que se va a desarrollar una baseel formulario donde se recopila la información básica de la órden.

Modelo FormularFecha: ______________________________________ 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 pa

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

De acusiguien

ra la Planificación adecuada de una Base de Datos: Determinar

2. Determinar las tablas necesarias. Determinar los campos. 3.

4. Determinar las relaciones entre las tablas.

erdo al ejemplo de formulario de órden de compra se pueden generar los tes datos básicos.

Tabla: Clientes Descrip po Características ción Tipo de Campo Largo de CamNúmero de Cliente Numérico 4 KEY, requerido Nombre de Compañía Texto 25 Persona Contacto Texto 30 requerido Dire 25 requerido cción1 Texto Dirección2 Texto 25 requerido Ciudad Texto 15 requerido País Texto 2 Zip Code Texto 10 Telé ofon Texto 7 requerido Fax 7 Texto




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

w”. nir ca los

atos que contendrán dichas tablas una vez estén pobladas. Como n nterio e tos na co n de tablas

una tabla s debe diseñar primero la structu a, donde se describen los campos o columnas que compondrán la isma, l tipo de dato de cada uno, tamaño y características especiales (Ej. Llave

Proceso de Creación de Tablas:

ePara crear tablas en MS-ACCESS se puede utilizar el método “Design ViUna de las ventajas es que permite defi racterísticas específicas para dmencio amos a rmente, una bas de da es u lecciórelacionadas entre si. Para creare

er

m e primaria).

¿Qué es una llave primaria? Es aquel campo que identifica única y exc guro Soc las car En est en con todos los tidad em guro soc

lusivamente cada instancia, record o fila de la base de datos. Ej. Seial o Número de Empleado. (Cuando dos o mas campos tienen

acterísticas de ser llave primaria se le conoce como llave candidata. e ejemplo tanto seguro social como número de empleado cumpl requisitos necesarios para identificar única y exclusivamente la enpleado, si seleccionamos número de empleado como la llave primaria, seial se convierte en llave alterna de búsqueda).




structura básica de una tabla. Nombre del Campo (Fiel

Tipo de Dato (Data Tamañ(Field S

y) Descripción

E

d Name) Type) ) o del Dato ize

PK (Primary Ke

Re

bre los

siguientes: campo puede tener hasta 64 caracteres. El

e de su contenido (Ej. Empname,

glas Básicas de la estructura de una tabla: m1. Nombre del Campo (Field Name): Cada campo debe tener un no

único. Las reglas básicas para asignar nombre a los campos son

a. El nombre de un nombre debe ser representativemployee-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.




nejo K

N de s

Relación: Normalizaen su estado conjunto de reglaaplican a los meta del procrepetidos así cometapas del pr

ma Normal (2FN) T Norm

- B- C orma Norma- Q a Norma- D

Valor Nulo: Es un valor que n o se conoce. No es lo m os o es Dependencias Funcionales: to o grupo de termina X Y o Y es funcionatengamos el valor de X podem Integridad Referencial: Es el estado de una base de datos donde todas las especificaciones/limitaciones de las relaciones están consideradas. Un ejemplo sería evitar tener records huérfanos como consecuencia de una eliminación. Llave Primaria: Un atributo (ó colección de atributos) son la llave primaria de una relación si todos los demás atributos en la relación son funcionalmente dependientes del atributo(s). Llave Candidata: Es un atributo que cumple con todos los requisitos para ser la llave primaria pero no se seleccionó. Se llama candidata porque es candidata para ser PK. Llave Alterna: Es aquel atributo candidato que no se seleccionó como Llave Primaria.

A

Conceptos de ormalización Bases de Dato Definiciones de Términos:

Tabla de dos dimensiones (filas X columnas) ó (tuplos X atributos)

ció n: Es el proceso de evaluar una relación para determinar si está óptimo. Ver si está en su forma normal que es una regla o

s que gobiernan la estructura de las relaciones. Estas reglas atributos, dependencias funcionales, dominios y limitaciones. La eso de normalización es tener una base de datos libre de valores

o eliminar en la mayor medida posible la redundancia. Las oceso de normalización son:

a Normal (1FN) - Primera Form Segunda For-

- ercera Formaodd

al (3FN) oyce Cuarta F l (4FN) uinta Form l (5FN) enormalización

o aplica o cuyo valor de momento nismo que cer pacios.

Una relación entre atributos en donde un atribu atributos de el valor de otro.

lmente de X, lo que significa que una vez os determinar el valor de Y.




Ejercicio inventario de equipo y programas instalados:

odelo de datos inicial:

SOFTWARE(pkid,

M packname, station_num, compid , instdate, softcost,

empname, location) empnum, Formas Normales: 1. Primera Forma Normal (1FN): Cualquier tabla que cumpla con la definició

de una relación está en su primera forma normal (1fn). No debe tener gruporepetidos.

n s

. Ej SOFTWARE(pkgid, station_num, instdate, softwcost)

ion_num INSTDATE SOFTWCOST

PKGID StatDB32 32808 12/03/95 380.00 DB32 32808 6/15/95 380.00

Si ven hay records repetidos. Ambos hacen referencia a la estación

rma normal. Para que esté en su 1FN, eliminamos el grupo repetido ampliando la llave primaria.

32808 y el paquete de programas (software) DB32. Para evitar esta incidencia se aplica la primera fo

SOFTWARE(pkgid, station_num, instdate, softwcost)

u segunda forma normal (2FN) si todos los atributos no llaves son dependientes del atributo

2. Segunda Forma Normal (2FN): Una relación está en s

llave.

Ej. SOFTWARE(pkgid, packname, station_num, compid, instdate, softwcost)

s Para convertirlo a su segunda forma normal separamos aquellos atributoparcialmente dependientes en tablas separadas. Por parcialmente dependientes se debe entender que dependen de solo una de las dos llaves primarias definidas en la 1FN.

KAGE(pkgid, packname) PC(station_num, compid, empnum, empname, location)

SOFTWARE(pkid, station_num, instdate, softcost) PAC




. Tercera Forma Normal (3FN): Una relación está en su tercera forma normal

cias transitivas. Los únicos determinantes serían llaves candidatas. Por dependencias transitivas

e no dependen de ninguna de las llaves definidas por lo que se procede a separar en una tabla separada.

3si está en su segunda forma normal y no tiene dependen

se puede entender qu

Tabla de Incidencia

Equipo

Usuario Suplidor

Software

1

1

M

ER DIAGRAM FOR SERVICIO ALIO

1 1MM

USUAR

M

Ejemp

lo de las etapas de normalización:

Primera Forma Normal Equipo Num/estación, Num/propiedad, Descripción, IP Address, Modelo, Num/serie, Suplidor,

alización de equipo)

ware(Nu

Loc

oft m/propiedad, Descripción, Equipo en que esta instalado, media)

Suplidor

S

(Num/suplidor, Nombre, Dirección, Teléfono, Fax, Persona de Contacto) Tabla De Incidencia(Num/problema,Estación, Desc/problema, Persona que lo reporta, pruebas iniciales,

de servicio, número de llamada de servicio, suplidor de servicio, técnico asignado, fecha vista acción tomada(memo field), fecha resuelto)

(

llamada técnico, Usuario Id/num, Nom/user, Proyecto, Oficina, Piso, Teléfono)

Equipo(

Segunda Formal Normal

Num/estación, Num/propiedad, Descripción, IP Address, Modelo, Num/seción de equipo, ID/num)

rie, Suplidor, ocalizaL




Software(Código, Num/propiedad, Descripción, Num/instalación, Media, Num/suplidor, Nom/User)

lidor(Sup Num/suplidor, Nombre, Dirección, Teléfono, Fax, Contacto, Num/User)

la De Incidencia( Tab Num/problema,Estación, Desc/problema, Reportado, Pruebas iniciales, Fecha de

rte, Num/servicio, Num/suplidor, Tech/asig, Acc/tomada, Num/estarepo ción)

ario(Id/num Usu , Nom/user, Proyecto, Oficina, Piso, Teléfono)

Tercera Forma Normal Equipo(Num/estación, Num/propiedad, Descripción, IP Address, Modelo, Num/serie, Suplidor, Localización de equipo, ID/num) Software(Código, Num/propiedad, Descripción, Num/instalación, Media, Num/suplidor, Nom/User) Suplidor(Num/suplidor, Nombre, Dirección, Teléfono, Fax, Contacto, Num/User) Tabla De Incidencia(Num/problema,Estación, Desc/problema, Reportado, Pruebas iniciales, Fecha de reporte, Num/servicio, Num/suplidor, Tech/asig, Acc/tomada, Num/estación) Usuario(Id/num, Nom/user, Proyecto, Oficina, Piso, Teléfono)


cois312 diseÑo e implantaciÓn de … 312 umet.pdf · rúbrica para evaluar trabajos escritos ......

Documents