This document discusses the concept and features of a virtual classroom called Virtual Class Room (VCR). VCR allows teachers to present remotely and conduct live online sessions for students. Key features include audio/video conferencing, screen sharing, file sharing, online quizzes, and remote desktop access. The goal of VCR is to simulate a traditional classroom experience over a computer network and provide interactive learning opportunities for students and teachers separated by location.
18. All the teachers/presenters can share, transfer files or directories to any or all of the students/Attendees but vice versa is not true as students/Attendees can share file or directory only to the teachers/presenters.
53. Teacher/Presenter can chat with everyone in the session and can also make private conversations, where as students/attendees are bound to chat with teacher only as private and can chat in a group channel.
60. Teachers/Presenters can share to everyone while students/Attendees can share only to the teachers/presenters but if allowed by the teacher than possible to share with anyone.
67. R2. Login System.General Description:Teachers/Presenters can login the system from his office PC.Students/Participants can login the system from departmental labs.Importance:Top LevelNeed For:Usage of the system purposes.Constraints:If any user has no account in the system, he/she can’t access the system.Details:Teachers can login with their departmental account that will be recognized by VCR.Students can login with their departmental accounts that will be recognized by VCR.
68. R3. File Sharing. (Client Side)General Description:Students/Participants can share their files to teacher/presenter only.Importance:Top LevelNeed For:Sharing.Constraints:Students/Participants can’t share files to each other, online in the joined session.Details:Student/Participant can share file to teacher/presenter at any time while using chat if he/she is in the session.
69. R4. Directory Sharing. (Client Side)General Description:Students/Participants can share their directories to teacher/presenter only.Importance:Top LevelNeed For:Sharing.Constraints:Students/Participants can’t share directories to each other, online in the joined session.Details:Student/Participant can share directory to teacher/presenter at any time while using chat if he/she is in the session.
70. R5. Text Chat. (Client Side)General Description:Students/Participants can do text chat to the teachers/presenters and that chat will be displayed to the whole session.Importance:Top LevelNeed For:Collaboration.Constraints:Students/Participants can’t do private chat to anyone.Session should be created by teacher/presenter and should be joined by him/her. Details:Student/Participant can chat by joining the session created by teacher/presenter.
71. R6. Video Recording. (Client Side)General Description:Students/Participants can start video recording only if allowed be the teacher/presenter.Importance:Top LevelNeed For:Later use.Constraints:Video can’t be recorded until teacher/presenter allows to. Details:If allowed by the teacher/presenter, students/participants can just click over the “Start Recording” button and can start saving the whole lecture into video format for later use. Also, this will allow individual students to store the lecture in video format on their own systems.This function will capture the screens of the teacher/presenter screen and all the actions.
72. R7. Screen Sharing (Unicast)General Description:First time when system will start accessing the remote systems, this function will work and capture the screens.Importance:Top LevelNeed For:Main requirement of the system.Constraints:If there is no session started, this function can’t work. Details:When teacher/presenter will first start sharing the screen to the clients, the first event that will be instantiated is screen sharing (Unicast) function. After this multiple threads will be created that will allow the whole network systems to get that screen.
73. R8. Configuration Management.General Description:To configure the server and all the IP addresses of the network.Importance:Top LevelNeed For:Server will easily identify the clients in the network.Constraints:If network is changed and not configured, system will not work. Details:Teachers/Presenters can configure the server and clients addresses for the ease of the system working and functionality.
74. R9. Schedule Management.General Description:Teacher/Presenter can manage schedule so that automatically session will be prompted to them and also for the ease that system could differentiate the communication slots to different lectures, if given at the same time.Importance:Medium LevelNeed For:System could easily get the data of required students from the server of related courses.Constraints:If schedule is not managed, no auto session will be occurred. Details:Teacher/Presenters can store the schedule into server database and remaining all functionality will be provided by the Virtual Class Room (VCR).
75. R10. Student/Participant Management.General Description:Teacher/Presenter can manage students/participants within the network.Importance:Low LevelNeed For:To keep the better control and management and provide the simulation of real class rooms.Constraints:No such constraints.Details:Teacher/Presenter can mute, kick, ban students/participants to manage the environment of the Virtual Class Room (VCR).
76. R11. Quiz Creation. (Server Side)General Description:Teacher/Presenter can create online quiz using Virtual Class Room (VCR).Importance:Medium LevelNeed For:To check the students/participants interest in previous or running lecture(s).Constraints:No such constraints.Details:Teacher/Presenter can start creating quiz by clicking “Create Quiz” button and four different options will be given like Blanks, True/False, Multiple Choice (radio button), Multiple Choice (Choice group button).
77. R12. Quiz Solving. (Client Side)General Description:Students/Participants can solve quiz created and given by the teacher/presenter.Importance:Medium LevelNeed For:To check the students/participants interest in previous or running lecture(s).Constraints:No such constraints.Details:The quiz will be displayed to all screens within the network that are attending this session. After solving the quiz, quiz will be submitted to the database or quiz will be auto submitted if time interval, set by teachers/presenters is over.
78. R13. Quiz Checking. (Database)General Description:System will auto check all the quizzes submitted by the students if criteria given by the teacher/presenter.Importance:Medium LevelNeed For:To make it easy for the teacher/participant to check the quiz of individual students/participants.Constraints:If criteria are not defined, system will not check the quiz.Details:As soon as quiz will be submitted to the system, database will start checking the quiz of individual and will show the results after sometime on the user screen and will store the result in database as well for teacher/presenter further use.
131. Virtual Class Room has been developed using Java EE2, JMF and MySQL as DBMS,
132. Java provides easy interfaces to LAN with almost all protocols like TCP/IP, UDP and RTP, those were required for development of Virtual Class Room.
133. Easy to use IDEs and frameworks are available for Java
135. Java is object oriented language. As object oriented approach is used during analysis and design phase of software development so it was necessary to select an object oriented language.
136. Provides JMF which makes it very simple to interact with the hardware devices.
139. GUI: The major requirement of today’s developers is to have a good User Interface for their users. They can provide whatever functionality they need but it the GUI that lets the user better knows the existence of that particular functionality and its easier for them to click and select than type something on a black boring screen. Thus, today’s developers need IDE’s such as net beans that develop readymade windows forms with all the required buttons, labels, text boxes and like that can be tailor made for the program in question.
140.
141. A general design structure is used for the system; this design generalization will enable future enhancements easily.
142. Each class is well documented in form of class documentation. Documentation of these classes is provided in the appendices.
143.
144. Errors are prevented to occur, exception handling is implemented and errors are controlled with displaying messages.
145. Teachers can share screen and view client screens with very little of speed problem.
146. Multiple devices and format selection may available in very less number of systems.
162. Blanks button will allow teachers/presenters to enter a question and the related answers to that blanks and after hitting save button, this will be stored into the database.Multiple Choice button will allow him/her to enter question and then will add choices. Students/Participants can select only a single choice from this option.<br />Multiple Selection button will allow him/her to create multiple selection questions.<br />True/False button will allow him/her to add true/false questions.<br />Also, it is designed in such a simple way that in true/false, multiple choice and multiple selection options, teachers/participants will just have to enter options and those that are correct options should be selected from the “Correct” option.<br />When teacher/participant hits the save button, system prompts him/her to be sure if he is yet done or not.<br />From the presenter module, teacher/presenter can hit the share screen button to start sharing the screen.<br />This button as shown in the above figure will allow him/her to share screen.<br />As soon as teacher/presenter hits the Share Screen button, a message will be prompted that will acknowledge him that your request is being responded and kindly wait until it is fully acted upon.<br />Here is the client screen. In this screen there is a tab of “Teachers Desktop” that will show Clients with the teacher/presenter desktop.<br />After the screen is fully shared, students/participants can view the teacher/presenter screen as shown in the figure.<br />