Primer proyecto Registro de profesores

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.



Registro de profesoresRegistro de profesores
Registro de profesores
Registro de profesores


RegistroRegistro
Registro
Registro
PrincipalPrincipalOPERADOROPERADOR
Principal
Principal
OPERADOR
OPERADOR
LeerLeer
Leer
Leer








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
Controlador y vistaControlador y vistaModeloModeloProfesoresProfesoresProfesores()Leer()registro()Profesores()Leer()registro()Id Nombre Tipo salarioId Nombre Tipo salarioPrincipal()Principal()
Controlador y vista
Controlador y vista
Modelo
Modelo
Profesores
Profesores
Profesores()
Leer()
registro()
Profesores()
Leer()
registro()
Id Nombre Tipo salario


Id Nombre Tipo salario


Principal()
Principal()










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
AAMétodo leer() de profesoresSale id, nombre, tipo, salario Método leer() de profesoresSale id, nombre, tipo, salario Método registro() de profesoresEntra id, nombre, tipo, salario Método registro() de profesoresEntra id, nombre, tipo, salario Método profesores() de profesoresEntra id=0, nombre=0, tipo=0, salario=0 Método profesores() de profesoresEntra id=0, nombre=0, tipo=0, salario=0 Declara tipoNombre: profesoresAtributos: id nombre[] tipo[] salario Operaciones: profesores() leer() registro() Declara tipoNombre: profesoresAtributos: id nombre[] tipo[] salario Operaciones: profesores() leer() registro() Declara ConstantesC=3Declara ConstantesC=3
A
A
Método leer() de profesores
Sale id, nombre, tipo, salario
Método leer() de profesores
Sale id, nombre, tipo, salario
Método registro() de profesores
Entra id, nombre, tipo, salario
Método registro() de profesores
Entra id, nombre, tipo, salario
Método profesores() de profesores
Entra id=0, nombre=0, tipo=0, salario=0
Método profesores() de profesores
Entra id=0, nombre=0, tipo=0, salario=0
Declara tipo
Nombre: profesores
Atributos: id nombre[] tipo[] salario
Operaciones: profesores() leer() registro()


Declara tipo
Nombre: profesores
Atributos: id nombre[] tipo[] salario
Operaciones: profesores() leer() registro()


Declara
Constantes
C=3

Declara
Constantes
C=3



AA
A
A
Caso 3: salirCaso 3: salirS!=3S!=3Caso 2: For(i=0;i