Arquitectura De Software

Páginas: 7 (1675 palabras) Publicado: 28 de enero de 2013
GUÍA DE ENTREGA DEL PROYECTO DEL CURSO


CARRERA : Ingeniería de Sistemas – Estudios Profesionales para Ejecutivos
CURSO : Diseño de Bases de Datos
PROFESORES : Alberto Capcha / Jorge del Mar / Rosario Villanueva
SECCIONES : Todas









CONTENIDO


CRONOGRAMA DE ENTREGAS 2
ENTREGAS 3
• Contenido del documento en Word: 4
• Contenido del modelo en Oracle SQL DeveloperData Modeler: 6
SUSTENTACIÓN 7
CRITERIOS DE EVALUACIÓN DEL TRABAJO FINAL 8


El trabajo grupal se desarrollará a lo largo de todo el ciclo. El seguimiento al avance será evaluado a través de informes que los grupos entregarán a los profesores en las fechas y modalidades fijadas en este documento.













CRONOGRAMA DE ENTREGAS


Las fechas, contenido y peso de losinformes de avance y entregas son las siguientes:

| |Sesión |Fecha |Entrega |Distribución del peso de la nota del |Observaciones |
|N° | | | |Trabajo final ||
|2 |11 |Sección A41A: 6 febrero |(C y D) |70 % |Por el aula virtual |
| | |Sección E42A: 5 febrero | || |
| |13 |Sección A41A: 13 febrero |Sustentación de | |En la sesión de clase |
| | |Sección E42A: 12 febrero |trabajos| | |




ENTREGAS


Entrega 1:

(A): Considerando que el punto de partida para un adecuado diseño es la correcta identificación de las dependencias funcionales entre los datos y su consecuente normalización, lo que se deriva de lo que cada uno de ellos significa, cada grupodeberá subir al aula virtual un documento en Word con el siguiente contenido:

• Las hipótesis en las que basarán su análisis. Esto es, las reglas de negocio que incorporarán en el modelo, ya sea derivadas directamente del enunciado del caso o precisando puntos que pudieran aceptar más de una interpretación válida. En ningún caso estas hipótesis podrán estar en conflicto con lo presentadoen el enunciado de cada tema de trabajo.

• Una relación de los elementos de datos a considerar: nombre único ajustado al estándar y definición clara (tipo glosario). Presentarla como lista, sin agrupar en lo que estiman que serán las entidades resultantes del proceso posterior de normalización.

En este punto, es importante que en la definición de los elementos de tipo códigoindiquen claramente su condición de únicos y en qué contexto lo son. Ejemplo:

|coalumno |Código de identificación del alumno, único absoluto en todo el sistema |
|qtnota |Nota obtenida por un alumno en una evaluación de un curso |
|cocurso |Código de identificación del curso, único en cada facultad|
|nocurso |Nombre del curso |
|cociclo |Código de identificación del período lectivo o ciclo académico, único absoluto. |
|cofacultad |Código de identificación de la facultad, único absoluto |...
Leer documento completo

Regístrate para leer el documento completo.

Estos documentos también te pueden resultar útiles

  • Arquitectura de software
  • Arquitectura Del Software
  • Arquitectura de software
  • Arquitectura de softwared
  • Arquitectura de software
  • Arquitectura de Software
  • Arquitectura De Software
  • Arquitectura de software

Conviértase en miembro formal de Buenas Tareas

INSCRÍBETE - ES GRATIS