es que la profesora hablo de diseño de interfaz de salida y entrada de access, que seria el interfaz de salida cuando la informacion de access va a ser impresa?, o cuando se jala la informacion de access hacia otro programa como excel?
intuyes bien, es muy probable que se haya referido cuando menciona "interfaz de entrada" a las pantallas de ingreso, siempre que no fuera el caso de que la aplicacion va a hacer entrada de registros desde una archivo y tengas ademas que diseñar la estructura de esa informacion, me inclino a pensar mas por que te hayan pedido que hagas las pantallas de ingreso en los formularios de acces
en relacion a la interfaz de salida, es posible que se trate de las impresiones, que en acces se hacen con la herramienta 'informes'
o bien es posible que este refiriendose, a el archivo de salida, que puede ser en excel o algun formato distinto
en realidad entiendes bien, ahora si como recomendacion, debes decirle que te indique bien, pues en tu vida de programadora, en caso que sigas esa profesion, es relevante, que te definan bien los requerimientos, en eso incluso se habla mucho de 'especificacion tecnica' para el desarrollador, en este caso que te señalen esos aspectos para que no tengas que desarrollar algo que a fin de cuentas no era lo que ella pensaba, pero por no decirtelo y explciartelo correctamente ella a ti te pase eso
ella debe explicarte que quiere que construyas y no tu adivinarlo, si el no coopera en ello estamos mal, piensa que dificil seria en un oficina trabajando pagada que te pase eso, y de ahi vengan a decir que perdiste tiempo, que te demoraste por no preguntar (siendo responsabilidad de el que debe especificar, de toda formas le hechan la culpa al de mas abajo), y que de ahi te digan que eres improductiva, y les sales caro, que otro ya lo habria hecho blablabla, y te quieran importunar con eso para librar su responsabilidad
no es comodo que suceda eso, pero si pasa a veces
por otro lado, si no es alguien quien te da las especificaciones, y estas trabajando directo para el cliente, y el te pide que lo que haga el sistema, tambien debes captarle sus necesidades, lo mas exahustivamente posible para que al final no te salga con que eso no es lo que quiere, y te atrase los pagos, y tengas problemas, esa es la gran labor de investigacin de requerimientos que se traducen a especificaciones tecnicas, en el analisis de sistema e ingenieria informatica, pero no tengas miedo al termino, eso se trata simplemente de llegar a un acuerdo satisfactorio entre quien esta dandole indicaciones al desarrollador, y el desarrollador como receptor de esos requerimientos , para definir que hara el sistema, y empezar a desarrollar
saludos