ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Registro de prfesores con clases c ++

Abraham HernandezPráctica o problema16 de Septiembre de 2016

2.702 Palabras (11 Páginas)318 Visitas

Página 1 de 11

INSTITURO POLITECNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERIA MECANICA Y ELECTRICA ZACATENCO

INGENIERIA EN COMUNICACIONES Y ELECTRONICA

PROGRAMACION ORIENTADA A OBJETOS

REPORTE TECNICO

“REGISTRO DE PROFESORES”

PROFESOR

HEBERTO REYNEL IGLESIAS

ALUMNO

ABRAHAM HERNANDEZ JIMENEZ

GRUPO

2CM5


Primer proyecto Registro de profesores

Para ilustrar la aplicación de la programación orientada a objetos en el contexto del método del proyecto de ingeniería, particularmente la etapa de anteproyecto.

Requerimientos

Los requerimientos se especifican como resultado de las entrevistas realizadas como los usuarios del sistema de información.

Dominio de la aplicación

Proyectar un sistema de información computarizado, el cual se denomina Registro de Profesores y que tendrá como función permitir el almacenamiento y la recuperación de los datos de una colección de libros. Los datos de cada profesor serán, identificador, nombre, tipo de profesor, salario. Las operaciones a realizar serán, escribir datos, leer datos. Se utilizara el método de proyecto de ingeniería, la programación orientada a objetos, el lenguaje de modelado unificado y el lenguaje de programación c++. Los recursos a utilizar son los del laboratorio de computo y la fecha de entrega es el día jueves 15 de septiembre de 2016.

-detalle del problema

-requerimientos funcionales

-casos de uso, diagrama

Los caos de uso especifican principalmente la funcionalidad o casos para los que se usara el sistema. Los casos para los cuales se utilizara el sistema se muestra en el siguiente diagrama UML de casos de uso.

[pic 1]

[pic 2][pic 3]

[pic 4][pic 5]

[pic 6][pic 7][pic 8]

[pic 9][pic 10]

Casos de uso

La descripción detallada de los casos de uso se realiza desde el punto de vista de usuario del sistema, es decir, para cada caso de uso se describen las actividades que realiza el usuario al operar el sistema.

Principal

El caso de uso principal

El caso de uso principal describe la funcionalidad general del sistema, desde que se inicia la ejecución del programa y hasta que termina, describiendo en general la interacción del usuario con el sistema.

Nombre: Principal

Id: c1

Actores: operador

Precondición: el operador (o) ha iniciado una sesión de la aplicación (a) desde el s.o.

Actividad:

1 la a despliega

   “bienvenido a registro de profesores”

   “pulse una tecla para continuar”

2 el o pulsa un a tecla

3 la a despliega el menu

  “menu”

    “1 registro”

    “2 leer”

    “3 salir”

4 si el o elije la 1 la a ejecuta el caso registro al final retorna a 3

5 si el o elije la 2 la a ejecuta el caso lectura al final retorna a 3

6 si el o elije la 3 la a ejecuta  el caso salir al final de lo cual la a termina

Postcondicion: la a retorna a s.o.

registro

Nombre: registro

Id: c2

Actores: operador

Precondicion: el operador (o) ha seleccionado la opción 1 (registro) del menú principal

Actividad:

1 la a despliega en pantalla:

   “menu”

    “id”

2 el o teclea el id y pulsa enter

3 la a despliega

   “nombre”

4 el o teclea el nombre y pulsa enter

5 la a despliega

   “tipo de profesor”

6 el o teclea el nombre y pulsa enter

7 la a despliega

   “sueldo”

8 el o teclea el sueldo y presiona enter

9 mientras no termine, regresa a 1  

Postcondicion: la a retorna al menu principal

Leer

Nombre: leer

Id: c3

Actores: operador

Precondición: el operador (o) ha seleccionado la opción 2 (leer) del menú principal

Actividad:

1 la a despliega en pantalla

   “lista de profesores”

2 la a despliega en pantalla

   “id: [id]

   “nombre:[nombre]

   “tipo de profesor:[tipo]

   “sueldo: [sueldo]

3 mientras no termina regresa a 2

4 pulsa una tecla para continuar

Postcondicion: la a retorna a manu principal

Datos de entrada salida

Por simplicidad, los datos serán solamente de 3 profesores

Datos de entrada:

Id(id), numero natural

Nombre(nombre),cadena de caracteres

Tipo de profesor(tipo), cadena de caracteres

Salario(salario),numero flotante

Datos de salida

Id(id)

Nombre(nombre)

Tipo de profesor(tipo)

Salario(salario)

Formato: listado simple

Requerimientos no funcionales

-se utilizara el método de proyecto de ingeniería

-se utilizara la programación orientada a objetos

-se utilizara el lenguaje de modelado unificado

-se utilizara el lenguaje de programación c++

-se utilizaran los recursos del laboratorio de computo

-la fecha limite de entrega es el ultimo día 15 de septiembre del 2016

Opciones de resolución del problema

Opción 1

Diagrama de clases

De acuerdo con la técnica de poo, lo primero que debe hacerse para  modelar el sistema es identificar las clases y objetos  que representaran la realidad, lo cual se muestra en un diagrama de clases UML

Al leer el dominio de la aplicación, identificamos como objetos los profesores individuales del registro y como clase a el registro total. De este modo se muestra el diagrama de clases utilizando los diagramas UML

[pic 11][pic 12][pic 13][pic 14][pic 15][pic 16][pic 17]

Modelado del sistema

Una vez elaborado el diagrama de clases, se procede a modelar el sistema considerando tanto los casos de uso como el diagrama de clases correspondiente

El programa se compone de dos grandes partes a) las declaraciones globales y b) el método principal, como se muestra abajo. El programa empieza a modelarse declarando todas las clases. Dado que en este caso solo hay una clase (como se ve arriba) entonces aparece una

sola clase o tipo (abajo) una vez declaradas las clases, se especifican todos los métodos correspondientes a las operaciones de todas y cada una de las clases. Dado que en este caso hay solamente una clase con las operaciones profesores() leer() registro(), entonces en el programa siguen los tres métodos correspondientes mostrados (abajo) y con lo cual concluyen las declaraciones globales[pic 18]

[pic 19][pic 20][pic 21][pic 22][pic 23][pic 24][pic 25][pic 26][pic 27][pic 28][pic 29][pic 30][pic 31]


[pic 32][pic 33][pic 34][pic 35][pic 36][pic 37]

[pic 38][pic 39][pic 40][pic 41]


[pic 42][pic 43][pic 44][pic 45][pic 46][pic 47][pic 48][pic 49][pic 50][pic 51][pic 52][pic 53][pic 54][pic 55][pic 56][pic 57][pic 58][pic 59][pic 60][pic 61][pic 62][pic 63][pic 64][pic 65][pic 66][pic 67][pic 68][pic 69][pic 70][pic 71][pic 72][pic 73][pic 74]

diagrama de interacción  (1)

[pic 75]

[pic 76][pic 77][pic 78]

[pic 79][pic 80][pic 81][pic 82][pic 83][pic 84][pic 85][pic 86][pic 87][pic 88][pic 89][pic 90][pic 91][pic 92][pic 93][pic 94][pic 95][pic 96][pic 97][pic 98][pic 99][pic 100][pic 101][pic 102][pic 103][pic 104][pic 105]

...

Descargar como (para miembros actualizados) txt (14 Kb) pdf (856 Kb) docx (350 Kb)
Leer 10 páginas más »
Disponible sólo en Clubensayos.com