Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

SRS Document

Vision and Scope Document for <Course Management System> Version 1.0 approved Prepared by Mubashra Sajjad, SP15-BSE-097 Muhammad Umair, SP15-BSE-102 Rai Ahmad Fraz, SP15-BSE-104 Sadia Ayub, SP15-BSE-105 Zubair Shaheen, SP15-BSE-106 Submitted to <Mr. Atique Ahmed Zafar> <26/12/2016> Table of Contents Table of Contents Table of Contents ii Revision History ii 1. Business Requirements 1 1.1. Background 1 1.2. Business Opportunity 1 1.3. Business Objectives and Success Criteria 1 1.4. Customer or Market Needs 1 2. Vision of the Solution 1 2.1. Vision Statement 2 2.2. Major Features 2 2.3. Assumptions and Dependencies 2 3. Scope and Limitations 2 3.1. Limitations and Exclusions 2 4. Business Context 2 4.1. Stakeholder Profiles 2 4.2. Operating Environment 3 5. Use Case 1 6. Business Rules 2 7. Requirements 1 7.1. Function Requirements 2 7.2. Non-Functional Requirements 2 Business Requirements A system to increase the performance of the students by monitoring their progress in the CLOs. Background There is no product present by which the teachers can monitor the progress of the students in the CLOs. There is no product which provide a common platform for both the teachers and students to interact and get the solutions of their problems. These problems have led us to create a new product where the progress of the students can be increased, teachers and students can interact each other and much more. Business Opportunity There is no product by which the progress of the students can be increased, no platform where students and teachers can interact each other and get the course contents etc. Our product will encounter all the main problems of the users and provide value to the users. Our product will have to encounter the following Problems: No product by which the progress of the student can be increased. No single platform for interaction and data sharing. No notification alerts if course contents are uploaded. No product which provide CLO performance sheet of every student. No product which show CLO wise attendance of the students. Why User Need it.? User need our product because there is no product in the market which will have the solution of the problems mentioned above and user faces difficulties regarding their studies. Why it is attractive.? Our product is attractive because it has the solution of its user’s problems. How it Fits in the Market.? Our product will fit in the market in such a way that our product has been made according to our user requirements and there is no product in the market which can give challenge to our product. Business Objectives and Success Criteria The main objective of our product is to create a system that will encounter all the problems that have been discussed in SECTION 1.2 and to provide the following benefits to its users: Automatically check the progress of the students based on their marks and update the CLOs sheet on daily basis. Provide a platform for both teachers and students to interact. Provide a platform for teachers to share the course contents. Notification alerts for both students and teachers. Reduced the checking of social media groups. CLO wise attendance sheet. The main objective of our product is to reduce the problems faced by the students regarding their studies. Our product will automatically monitor their progress on daily basis and update the CLO sheet, provide a common platform for interaction of the students and teachers and a platform to share the course contents. Our product will led to the success if it meet the business objective. Vision of the Solution Vision Statement For users who need a solution of their problems. The Course Management System is a system that will provide a common platform for the interaction and to share course contents. The system will automatically update the CLO sheet on daily basis according to the progress of the student in the CLO. The system will notify the students if course contents being uploaded. The system will keep record of all the registered students and teachers. Our product will provide value to its users. Major Features The major feature of our product is as follows: Data Sharing Notification alerts CLOs Performance sheet Discussion Forms CLOs wise Attendance Online Availability In the following table features are defined by the user requirement along with the functional requirement: Features User Requirement Functional Requirement Data Sharing As a course teacher I can upload the course contents. Teacher shall be able to share the course contents with the students. Notification Alerts A Teacher can notify students and vice versa. Teachers and students shall be able to interact with each other CLOs Performance Sheet A Teacher can check the progress of the students on CLO performance sheet and vice versa. Teachers and students shall be able to check the progress of particular CLO. Discussion Forms A teacher or student can discuss problems on the discussion forms. Teachers or students shall be able to discuss their queries on the discussion forms. CLOs Attendance A student can check his/her attendance in the CLO of every course. A teacher can update the attendance of the students CLO wise. Students shall be able to see their attendance according to CLO. Online Availability A Teacher can share course contents online. User can Access our product online. Students shall be able to download the course contents via Web. User shall be able to get the benefits of our product online. Assumptions and Dependencies Assumptions: The assumption that can be made are as follows: There will be an email or SMS alert service for the users. For Example: if teacher upload any course content then the students will notify by email or SMS that the “Course Teacher has uploaded the file”. We are not adding this feature because it is our assumption if the user willing to add this feature than we will add this in the next release. Scope and Limitations Limitations and Exclusions Some of the feature are as follows: Unregistered students and teachers will not be able to login to system. User can access our product Online from everywhere. Teachers can share course contents. Teachers and students can interact with each other. Notification alerts for both teachers and students. CLO wise attendance. Notification by SMS or E-mail. We are excluding some of the features because it is enough to add the mentioned features (SECTION 2.2) in the first release. But we can add more feature on the user demand in the next release. For Example: Course teacher will be expecting SMS alert for the students and counselor. But this is not the user requirement that’s why we are excluding this and can be added on the user demand. Students will be expecting the automatically section allotting that is also excluded for now but can be added on the user demand. As the excluded features are not the primary features and the product is still good enough as the user require. Business Context Stakeholder Profiles Following would be the main users of this product: Students Teachers Class Counselor User value includes Enhanced interaction between teachers and students. Increase progress of Students in CLO. Easy monitoring of Student’s progress. Sharing contents and discussions on single platform. Enable the attendance system of CLO of every course for the students and teachers. Stakeholder Major Value Major Interests Techers Improved CLOs Results Increase Interaction Share Course Contents Increase interaction, share the course contents and improve the progress of students in CLOs Students Discuss difficulties with the teacher Easy Access to the course contents See the CLO Performance sheet Discuss difficulties on discussion forms, Get the course contents on a common platform and see his/her performance in every CLOs of the courses. Class Counselors Solve student’s issues regarding courses etc. Easily available for the students to solve their problems more efficiently. Operating Environment The Operating environment of the product is as follows: Our product is for universities so the main concentration of users would be in Pakistan. Our product will be available online that’s why users can access this using internet from everywhere. Our product will run on multiple servers so that if the traffic is high than nobody will face difficulty in accessing their data. Data generated by our product will be stored inside the campus in the databases. There will be extra database server placed as a backup for the instant access of data. User may face difficulties in accessing our product at the time of maintenance but this will be done during holidays and the user will know about this. Use Case Use Case Diagram: Use Case List Use Case Author Use case Name Use Case Description Rai Ahmad Fraz View Dashboard Teacher can view his/her Dashboard Rai Ahmad Fraz Upload Quiz Marks Teacher can upload the quiz marks Rai Ahmad Fraz Upload Assignment Marks Teacher can upload the assignment marks Rai Ahmad Fraz Upload Exam Marks Teacher can upload the Exam marks Rai Ahmad Fraz Upload Course Contents Teacher can upload the Course Contents Mubashra Sajjad Edit Marks Teacher can edit the marks of the student. Mubashra Sajjad Edit Info Teacher can edit his/her information. Mubashra Sajjad Register New User Teacher can register himself into the system Mubashra Sajjad Register Course Teacher can register his course which he want to teach. Sadia Ayub Monitor Progress Teacher can monitor the progress of the students. Sadia Ayub View Class Result Teacher can view the result of the class. Sadia Ayub Post On Discussion Forum Teacher can post on the discussion board. Sadia Ayub View Notifications Teacher can view notifications. Sadia Ayub Check Lecture Delivered Teacher can check the lectures delivered. Zubair Shaheen View Dashboard Student can view the dashboard. Zubair Shaheen Register Courses Student can register courses, Zubair Shaheen View Notifications Student can view notification. Zubair Shaheen View Marks Student can view marks, Zubair Shaheen View Registered Courses Student can view the registered courses. Muhammad Umair Monitor Progress Student can monitor his progress. Muhammad Umair View Result Student can view the result. Muhammad Umair Post on Discussion Forum Student can post on the discussion forum. Muhammad Umair View Fee Challan Student can view the fee challan. Muhammad Umair Edit Info Student can edit his/her info. Muhammad Umair Register New User Student can register himself into the system. Feature Name (Course Management System) Feature Process Flow / Use Case Model Use Case(View Dashboard) Use Case ID: UC-1.2.1 Use Case Name: View Dashboard Created By: Rai Ahmad Fraz Last Updated By: Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Teacher can view schedule of their lectures, Recent or unread notifications. Trigger: After login the dashboard will be displayed. Preconditions: PRE-1. User must be connected to Internet PRE-2. User must be logged in. PRE-3. The Course Schedule must be in our database. Postconditions: POST-1. Teacher shall be able to see schedule of their lectures POST-2. Teacher shall be able to see recent notifications Normal Flow: Enters user-id and password. Press login button. If the user-id and password are correct then the user will logged in. The first screen will display. i.e. Dashboard. Alternative Flows: In step 2 of the normal flow, if the connection is lost during login process then System cannot be login. If the internet connection established than user has to follow the steps of normal flow. . Exceptions: System will show the following message: Incorrect User-ID and Password. No internet connection. Includes: Lecture Schedule, Notification alerts Business Rules: BR-1,BR-2 Special Requirements/ Other Information: User should be logged in instantly even on low internet connections. Assumptions: NONE Notes and Issues: The id will be locked temporarily after 5 consecutive unsuccessful logins. Use Case(Upload Quiz Marks) Use Case ID: UC-1.2.2 Use Case Name: Upload Quiz Marks Created By: Rai Ahmad Fraz Last Updated By: Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Teacher can upload quiz marks for all registered classes. User has to select the class and section before uploading the Quiz Marks. Trigger: User indicates that he wants to enter the quiz marks. Preconditions: PRE-1: User must be logged in. PRE-2: Class and section must be selected. Postconditions: POST-1: Teacher can see the uploaded marks. POST-2: System will show the message Quiz marks are uploaded. Normal Flow: On left side of Dashboard, a panel is available with buttons. One of them is checkbox button select upload quiz marks option. Select the class/Section. Enter the Total quiz marks and than enter one by one marks of the student. Click on done after entering all the marks. System will display a message Quiz marks are uploaded. Alternative Flows: NONE Exceptions: No Internet Connection Includes: Classes/Sections Business Rules: BR-3, BR-6 Special Requirements/ Other Information: System has to be fast and efficient to update the database of marks as the teacher uploaded the Quiz marks. Assumptions: NONE Notes and Issues: At least 4 quiz marks must be uploaded. Use Case(Upload Assignment Marks) Use Case ID: UC-1.2.3 Use Case Name: Upload Assignment Marks Created By: Rai Ahmad Fraz Last Updated By: Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Teacher can upload assignment marks for all registered classes. User has to select the class and section before uploading the Assignment Marks. Trigger: User indicates that he wants to enter the assignment marks. Preconditions: PRE-1. User must be logged in PRE-2: Class and section must be selected. Postconditions: POST-1: Teacher can see the uploaded marks. POST-2: System will show the message Assignment marks are uploaded. Normal Flow: On left side of Dashboard, a panel is available with buttons. One of them is checkbox button select upload assignment marks option. Select the class/Section. Enter the Total assignment marks and than enter one by one marks of the student. Click on done after entering all the marks. System will display a message assignment marks are uploaded. Alternative Flows: NONE Exceptions: No internet Connection Includes: Classes/Sections Business Rules: BR-4, BR-6 Special Requirements/ Other Information: System has to be fast and efficient to update the database of marks as the teacher uploaded the Assignment marks. Assumptions: NONE Notes and Issues: At least 4 Assignment marks must be uploaded. Use Case(Upload Exam Marks) Use Case ID: UC-1.2.4 Use Case Name: Upload Exam Marks Created By: Rai Ahmad Fraz Last Updated By: Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: User can upload exam marks(e.g. Sessional and terminals). User has to select the class and section before uploading the Exam Marks. Trigger: User indicates that he wants to enter the Exam marks. Preconditions: PRE-1. User must be logged in PRE-2: Class and section must be selected. Postconditions: POST-1: Teacher can see the uploaded marks. POST-2: System will show the message: Exam marks are uploaded. Normal Flow: On left side of Dashboard, a panel is available with buttons. One of them is checkbox button select upload Exam marks option. Select the class/Section. Enter the Total Exam marks and than enter one by one marks of the student. Click on done after entering all the marks. System will display a message Exam marks are uploaded. Alternative Flows: NONE Exceptions: No internet Connection Includes: Sessional and Terminal marks. Business Rules: BR-5, BR-6 Special Requirements/ Other Information: System has to be fast and efficient to update the database of marks as the teacher uploaded the Exam marks. Assumptions: NONE Notes and Issues: NONE Use Case(Upload Course Contents) Use Case ID: UC-1.2.5 Use Case Name: Upload Course Content Created By: Rai Ahmad Fraz Last Updated By: Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: User can upload Course content like assignment, books, quiz and slides for all registered classes. Trigger: User indicates that he wants to upload the course contents. Preconditions: PRE-1. User must be logged in Postconditions: POST-1: Teacher can see the uploaded course contents. Normal Flow: User has to select the course content option. Browse file from the PC which user wants to upload. Than click upload System will display a message files are uploaded. Alternative Flows: Exceptions: Upload only zip file. Upload file less than 25 MB. Includes: Course Contents Business Rules: BR-7, BR-8 Special Requirements/ Other Information: System has to upload the course contents instantly. Assumptions: NONE Notes and Issues: Upload file in .zip Format. Upload files less than 25 MB. Use Case (Edit Marks) Use Case ID: UC-1.2.6 Use Case Name: Edit Marks Created By: Mubashra Sajjad Last Updated By: Date Created: 19th November,2016 Last Revision Date: 20h November,2016 Actors: Teacher Description: Teacher can edit the marks (of quizzes, assignments, sessional and terminal examination) in case of any query, problems or mistake. User would have to open the course page and then access the grade-book and enter the name of student whose marks are to be updated. Trigger: Teacher shall click on “course content” option from left panel. Preconditions: Internet connectivity should be available. Teacher must login the system. Teacher is on grade-book page of the respective course/subject where he wants to make changes or edit the marks. Teacher must press option of edit marks. Post-conditions: Updated marks (changes) of the students are saved successfully. Teacher and student shall be able to see the marks which instructor has recently edited. Normal Flow: Teacher will login the system. After successful login, the first window that will appear is of dashboard, on its left side there is a panel with course content button. System will display list of course content. Teacher will select the course content option from drop down menu. He will select the particular course option. After that teacher will open the grade-book and enter the name/registration number of student whose marks he want to change/edit. Press the save button to make changes. (Upload the edited marks). Student’s marks are updated/ edited. Use-case ends. Alternative Flows: In step 6 of the normal flow, if the connection is lost during upload the edited marks. 1. System will stop uploading the edited marks. 2. Retry again icon appears with message on the screen. 3. Click on the icon. 4. When network available try again. 5. Use case resumes on step 7 of normal flow. Exceptions: 1a. In step 1 of the normal flow, if there is some problem in logging the system (like invalid username or password) then login again Teacher has to enter correct username and password again. Resumes to step 2 of normal flow. 4a. In step 4 of the normal flow, if the teacher didn’t enter exact course title then: He can’t open the course page and ultimately he will not be able find the name of student whom marks he wanted to change. Use Case resumes on step 3 of normal flow 3a. In step 3 of the alternative flow, if the network is still not available then, 1. Resumes to step 2 of alternative flow. Includes: Quiz Marks, Assignment Marks, Sessional Marks and Terminal Marks Business Rules: BR-1, BR-9 Special Requirements/ Other Information: Teacher can edit the marks of a particular course instantly even when there is low internet connection. Assumptions: User has the knowledge of some other system like content management system aka CMS (which may have same functionality as the system which the user is using now) before. Notes and Issues: Teachers have to enter correct password because after five consecutive unsuccessful attempts, the portal/id will be locked for some time. Subject teachers only can edit the marks in the course they are teaching, but in case of councilor, he/she can edit the marks at any course of any student. Use Case (Edit Info) Use Case ID: UC-1.2.7 Use Case Name: Edit Info Created By: Mubashra Sajjad Last Updated By: Date Created: 19th November,2016 Last Revision Date: 20th November,2016 Actors: Teacher Description: Teacher will click on the profile and edit the info (such as display picture, email, and phone-number) at any instance of time. Trigger: Teacher has to click on “profile” option from left panel. Preconditions: Internet connectivity should be available. Teacher must login the system. Teacher has the access of the profile page where he/she wants to make changes or edit contact info. Postconditions: Updated information is saved successfully. Teacher and student shall be able to see the profile of teacher which he had recently edited. Normal Flow: First of all, teacher has to login the system. After successful login, the first window that will display is dashboard, on the left side of the page there is a panel with update-info button. Teacher shall click on the update-info button, which ensures whether he/she wants to edit the profile picture or to edit the contact number or any other item. Then teacher will choose a particular option and make changes. Press the save button to confirm the changes. (i.e. Upload the edited info). Profile is updated. Use-case ends. Alternative Flows: 5A. In step 5 of the normal flow, if the connection is lost during uploading the edited information. 1. System will not update info. 2. Retry again icon appears with message on the screen. 3. Click on the icon. 4. When network is available, try again. 5. Use case resumes on step 5 of normal flow. Exceptions: 1a. In step 1 of the normal flow, if there comes some problem in login (like invalid username or password) then login again Teacher enters correct username and password again. Resumes to step 2 of normal flow. 3a. In step 3 of the alternative flow, if the network is still not available then, 1. Resumes to step 1 of alternative flow. Includes: View Info, Edit Info Business Rules: BR-1, BR-10 Special Requirements/ Other Information: Teacher can edit the info (such as email, image, contact info, etc) instantly even when there is low internet connectivity. Assumptions: Teacher may have the knowhow of some other system which may have the resembling functionality as the system which the user is using now. Notes and Issues: Teachers have to enter correct password because after five consecutive unsuccessful attempts, the portal/id will be locked for some time. The password contains only 8 characters including alphabets and numeric digits. Use Case (Register New User) Use Case ID: UC-1.2.8 Use Case Name: Register New User Created By: Mubashra Sajjad Last Updated By: Date Created: 19th November,2016 Last Revision Date: 20h November,2016 Actors: Teacher Description: User will register to any system by filling a proper registration form. Only teacher/administration can see this registration form. Trigger: User will login to any system/site by entering a particular registration number. User click on the login button to continue. Preconditions: User must be connected to internet. User must be logged in. Post-conditions: User will be able to login with specific registration number which the administration assign to him while logging to this system/site again. User only enters username and password to continue. Normal Flow: User will login the system. After successful login, there is a registration form in the site. System will display the proper detailed registration form. User will fill this form by entering all the necessary details. Press the save button to submit form. Form in the backend goes to administration and they assign a particular user name for user. User is now properly registered. User will now onward use this particular username to login to this system and there is no need to fill the form again and again. Use-case ends. Alternative Flows: In step 5 of the normal flow, if the connection is lost during submitting the form, then 1. System will stop submitting form. 2. Retry again icon appears with message on the screen. 3. Click on the icon. 4. When network available try again. 5. Use case resumes on step 7 of normal flow. Exceptions: 1a. In step 1 of the normal flow, if there is some problem in logging the system then login again Resumes to step 2 of normal flow. 4a. In step 4 of the normal flow, if the user account is inactive for 5 or more than 5 minutes Session Expired Re-Login Resume to step 3 of normal flow 3a. In step 3 of the alternative flow, if the network is still not available then, 1. Resumes to step 2 of alternative flow Includes: User Registration Business Rules: BR-11 Special Requirements/ Other Information: User can register/login to site instantly even on low internet connection. Assumptions: User may have the knowledge of some other system like content management system aka CMS (which may have same functionality as the system which the user is using now) . Notes and Issues: User has to enter correct username and password because after five consecutive unsuccessful attempts, the portal/id will be locked for some time. The password contains only 8 characters including alphabets and numeric digits. Use Case (Registers Course) Use Case ID: UC-1.2.9 Use Case Name: Register Courses Created By: Mubashra Sajjad Last Updated By: Date Created: 19th November,2016 Last Revision Date: 20h November,2016 Actors: Teacher Description: User can view the courses assigned to him and the sections regarding to this particular course. Trigger: User shall click on “course content” option from left panel in order to access the main course page. Preconditions: Internet connectivity should be available. User must have the login access to the system. User is on update dashboard page where he wanted to see the course assigned to him. Teacher must press option of register courses. Post-conditions: User shall be able to see the course register to him and then can share course content here and proceed further. User can see the sections regarding to all courses assigned to him. Normal Flow: User must be logged in. After logged in, the first window that will display is dashboard, on its left side there is a panel with course content button. System shall display list of course content. User shall select the register course content from drop down menu. System shall appear a dialogue box asking user to select the desired course to view. User shall click on “view” button to see register courses. Then user will click on any course and see the details (like the course respective class). System shall display the content. User can view the register courses. Use-case ends. Alternative Flows: 1A. In step 6 of the normal flow, if the connection is lost during connecting. 1. System will stop working. 2. Retry again icon appears with message on the screen. 3. Click on the icon. 4. When network available try again. 5. Use case resumes on step 8 of normal flow. Exceptions: 1a. In step 1 of the normal flow, if there comes some problem in logging (like invalid username or password) then 1. Session expired 2. Login again 3. User enters correct username and password again. 4. Resumes to step 2 of normal flow. 3a. In step 3 of the alternative flow, if the network is still not available then, 1. Resumes to step 1A of alternative flow. Includes: Registered Courses Business Rules: BR-1, BR-12 Special Requirements/ Other Information: User can view the register course content instantly even when the connection is low. Assumptions: User may have used some other CMS (content management system) before which may have same functionality as the system which the user is using now. Notes and Issues: User has to enter correct password because after five consecutive unsuccessful attempts, the portal/id will be locked for some time. There are only 2 classes assigned to a teacher in one semester. Use Case(Monitor Progress) Use Case ID: UC-1.2.10 Use Case Name: Monitor Progress Created By: Sadia Ayub Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Teacher will be able to preview student’s current progress status individually and average progress status of the whole class in this way the teacher will be able to monitor the student progress in every CLO. Teacher will be able watch out the CLO wise outcome of every student. This will provide the user with an overall progress rate of the student from the initial CLO till the current CLO. Trigger: The teacher will click the progress button at the top of every section they teach to and on the top of every student’s mark sheet. Preconditions: The teacher has the login approval. 1-The teacher has to be currently teaching the subject to that specific student or the section he wants to monitor the progress of i.e. the students and the teacher has to be registered in their attendance list and the time table respectively. 2- the student must be currently studying the subject i-e the student should not have dropped / withdraw the subject or changed the section. Post conditions: 1-The teacher will get the progress report of the students in the form of CLO wise graph. 2-The teacher will get a CLO wise progress report of the whole class in the form of a graph and an average report as well. 3- If the student is no longer studying the subject or is not registered with the teacher. the system will give a message that the student has dropped or withdraw the subject. Normal Flow: The teacher will select the section he wanted to see the progress. By clicking the progress button the teacher will be able to see the progress report of the whole section. By clicking the progress button located at the top of the specific student’s mark sheet, teacher will be able to see the progress report of the specific student. Alternative Flows: NONE Exceptions: System displays Message: Error loading data from the database. No internet connection Includes: Marks in the CLO of the course. Business Rules: BR-13, BR-14 Special Requirements/ Other Information: System has to be fast and efficient to convert the data into the Graphical Representation. Assumptions: A student have migrated from some other campus and their all data is not yet received that’s why do not have confirmed registration number . Notes and Issues: NONE Use Case(Post on Discussion Forum) Use Case ID: UC-1.2.11 Use Case Name: Post on Discussion Forum Created By: Sadia Ayub Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Teacher can reply to the queries of the students. More over Teacher also inform the students about the makeup classes or anything related to this. Trigger: Teacher indicates that he want to discuss with the students about the queries, Preconditions: Teacher must be logged in. Post conditions: Teacher respond to the queries of the student. Normal Flow: Teacher will select the Discussion Forum option. A forum will open. If teacher receives notification from the student than he can reply to the student. Else he also inform the students about his thoughts. Click done when teacher want to send the notification. System will inform that the message has sent. Use case ends. Alternative Flows: In step-4 of the normal flow, if internet is not available: System cannot post the discussion. A message will display “Check your internet connection and try again” If internet is connected in 1 minute than discussion will be posted else user has to repeat the step-2 Exceptions: System will display the message: No internet connection. Query cannot be longer than 150 words. Only PNG and JPEG file format is accepted for picture. Session expired, Login again Discussion forum cannot be empty. Includes: Queries, Information about the make up classes Business Rules: BR-15. BR-16, BR-17, BR-18 Special Requirements/ Other Information: System shall be able to send and receive notifications. Assumptions: A student have migrated from some other campus and their all data is not yet received that’s why do not have confirmed registration number and login id . Notes and Issues: NONE Use Case(View Class Result) Use Case ID: UC-1.2.12 Use Case Name: View Class Result Created By: Sadia Ayub Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Through this use case teacher will be able to see its student’s previous semester result and the current quizzes sessional and CLO wise result. Trigger: the teacher will click the result button on the student profile. Preconditions: The teacher has the login approval. The teacher has to be currently teaching the subject to that specific student or the section he wants to have discussion with. i.e. the students and the teacher has to be registered in their attendance list and the time table respectively. The student has to be a regular student of the university. The student profile must be updated and the result of the previous semester must be saved. Post conditions: The teacher will get the whole result of the student, the previous and current semester. The teacher shall be able to see every students CLO wise result and the result of every quiz and assignment result as well. Normal Flow: The teacher will select the section or the student he wanted to view result of. By clicking the result button the teacher /student have to decide whether he want to see his previous result or the current semester current CLO wise result. The teacher will get each detail of the student’s semester vise result. Alternative Flows: If the student is not registered The teacher will not be able to see his result. If the student is no longer studying The system will display a message that the student has dropped/withdrawn the semester the teacher will no longer be able to see his result. Exceptions: If the teacher is not able to view result 1-Displays a message all the necessary information is not yet updated. 2-The section registration is not confirmed. Includes: Overall result of the class. Business Rules: BR-19 Special Requirements/ Other Information: System shall be able to convert the data into tabular and graphical form. Assumptions: A student have migrated from some other campus and their all data is not yet received that’s why do not and previous result available. Notes and Issues: The teacher must have the student name in their student list to view his result. At any time of the day week or semester a teacher shall be able to see result. Use Case(View Notification) Use Case ID: UC-1.2.13 Use Case Name: View Notification Created By: Sadia Ayub Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Through this use case teacher will be able to get the notification for any activity related to course in the app and can view to get the details of the activity that has happened, Trigger: The teacher will click the notification alert corner of the app to view the notification. Preconditions: The teacher has the login approval. The teacher has to be currently teaching the subject to that specific student or the section he want to view the activity of .i.e. the students and the teacher has to be registered in their attendance list and the time table respectively. Post conditions: The teacher will get the whole detail of the discussion, CLOZ wise below average result takers list. The teacher shall be able to answer any query student have asked about and continue discussion. Normal Flow: The teacher will select the notification he wanted to view By clicking on the notification icon, he first gets the message to what the activity is about. Then the activity area opens up. And the teacher can see every little detail of the activity he received the notification about. Alternative Flows: If the teacher is not getting notification The teacher is not yet associated with their students and the updating are not done yet. Either the student is not yet registered or the teachers section is not updated. . Exceptions: NONE Includes: Notification from the students. Business Rules: BR-20 Special Requirements/ Other Information: System shall be able to send and receive the notification. Assumptions: The student has to be of same section The teacher has the list of the registered students and can only get notification from them. Notes and Issues: The teacher must have the section/student name in their student/section list to receive and view notifications. At any time of the day week or semester a teacher shall be able to see notifications. Use Case(Check the Lectures Delivered) Use Case ID: UC-1.2.14 Use Case Name: Checks Lectures Delivered Created By: Sadia Ayub Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Teacher Description: Through this use case teacher will be able to review the current course covered and how much is left and how he/she has to manage to cover rest of the course in the given time. Trigger: The teacher will click the lectures option to view the updating. Preconditions: The teacher has the login approval. The teacher has to be currently teaching the subject to that specific student or the section he want to view the activity of .. i.e. the students and the teacher has to be registered in their attendance list and the time table respectively. Post conditions: The teacher will get the whole detail of the lectures he/she has yet delivered which content has been delivered in how much time they have been delivered. The teacher shall be able to edit the numbering of the lectures when to deliver which lecture of a specific CLO. Normal Flow: The teacher will select the lecture option. By clicking the lecture option, the teacher shall be able to see the updated version of the lectures he/she has delivered and which pending. Those lectures which has been delivered are sorted at the top with a line distinguishing between delivered and non-delivered lectures. Alternative Flows: If the teacher is not getting lecture updates the teacher is not yet associated with their students and the updating are not done yet. Either the student is not yet registered or the teachers section is not updated. Exceptions: If the teacher has provided lectures delivery report but can’t view it Displays the message “Lectures details not updated” Includes: The Delivered and un-delivered lectures Business Rules: BR-21 Special Requirements/ Other Information: System shall have the ability to show the total lecture delivered and also shows the non-delivered lectures. Assumptions: 1-sections must be confirmed 2- The teacher has the list of the registered sections and their respective course. Notes and Issues: NONE Use Case(View Dashboard) Use Case ID: UC-1.2.15 Use Case Name: View Dashboard Created By: Zubair Shaheen Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Student can easily check his attendance, academic performance and notifications. Trigger: It is the first option in portal so student can easily have a quick look on all of the things. Preconditions: Students must log in using their account passwords. User must be enrolled in their courses. Postconditions: Students get their attendance lecture wise. User also get notifications from their teachers and councilor. Students can also check their performance in each subject. And if student is not registered in any of the course than it tells that no course is registered yet. Normal Flow: Student enters his/her user name and password. After that selecting dashboard from the options. If there is any notification, user can check it. After reading that notification user can mark it as read. Student can check his attendance in any particular course. System shows user about the percentage of the attendance as well. Student select any of the course to view his marks. Alternative Flows: Without selecting dashboard student can also check his marks from the view marks section. Similarly user can view any of the notifications from the notifications option, Student can also check his attendance by clicking on individual subjects. Exceptions: If password is incorrect. Message to student to re-enter password. If there is no course selected by the student. Than message is shown to register the course first. Includes: Use case that are used: Register course , View marks , View notification. Business Rules: BR-1 Special Requirements/ Other Information: To show attendance and marks in form of graphs as well so that it becomes easy for the user to understand quickly by looking it. Assumptions: This could save the time of students as they can see everything here. Notes and Issues: Students must change their passwords from the default ones for the safety purpose. Use Case(Register Course) Use Case ID: UC-1.2.16 Use Case Name: Register Course Created By: Zubair Shaheen Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Students can register their course before starting of new semester. Trigger: Before starting of each semester students must have to get themself register. Preconditions: Student must have a good academic status (GAS). Student must have some free credit hours in order to select any course. Postconditions: Student gets registered in respective courses. If number of credit hours exceeds 20 than the user won’t be able to select any other course. Normal Flow: Student enters his/her registration number. User enters the password. System shows a complete list of courses which the user can select. User can select courses of maximum 20 credit hours. Student can also select any previous course in which he wants to improve marks. After that user gets himself registered in those courses. Alternative Flows: Student can also get the print out of the courses and submit it to the department head. And can get himself registered manually by writing an application or sending an email to the department office. Exceptions: Registration is not allowed. As some dues are not paid by the student. Courses are not shown on the system. As the student is on prob. Includes: Use case that may be used: View courses offered. Business Rules: BR-22 Special Requirements/ Other Information: Students can also edit their selected courses before the last date of registration. Assumptions: Users can easily select their courses from anywhere without doing them manually which is time taking. So this can also save the time of students. Notes and Issues: NONE Use Case(View Notification) Use Case ID: UC-1.2.17 Use Case Name: View Notification Created By: Zubair Shaheen Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Students can get any important notification from teachers as well as notifications regarding assignments, quizzes and make up classes. Trigger: When there is any notification then there is an alert sign in the dashboard area. Preconditions: Students must be logged in to their accounts. User must be enrolled in courses so that they can get notifications related to that course. Postconditions: Student gets any important message from their course instructor. User gets notification about the deadline of pending assignments. Students can also get message about the arranged make up classes. Normal Flow: Students enter their registration number and password. If there is any notification, there is an alert sign. By clicking that sign they can see all of their important notifications. After reading those notifications, they can also reply to the message. And can mark them as read. Alternative Flows: If user don’t want to view notification, they can simply go to the courses section and can view anything from there. Similarly they can view pending assignments from the assignments section. Exceptions: If there is no notification. Message to user that there are no new notifications for you to read. Includes: Use case that is used: View Dashboard Business Rules: BR-23 Special Requirements/ Other Information: That if there is some new notification than there must be some pop up or alert sign so that the user can see that notification. Assumptions: Students can easily get important information and notification. And they can track the deadline of their pending assignments. Notes and Issues: NONE Use Case(View Marks) Use Case ID: UC-1.2.18 Use Case Name: View Marks Created By: Zubair Shaheen Last Updated By: Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Students can view their quiz, assignment and sessional marks. Trigger: Before viewing marks student must be appeared in any of the test or must have submitted any assignment. Preconditions: Student should be logged in his/her account. User must have registered in course. Postconditions: Student can check marks of quizzes and assignments. User can see that how is he performing in different subjects. Student can also see the GPA forecast of any particular subject. Normal Flow: Student enters the registration no. and password. Clicks the view marks option System shows different courses After selecting the course, user can see the marks. Quiz, Assignment and sessional marks can be seen. Student can also check the percentage. And GPA forecast is also shown. Alternative Flows: Students can also see their marks from the dashboard. Exceptions: If the student is absent or didn’t appear in the test. Zero marks are given to that student. If student fails in final exam. Prob status is given to that student. Includes: Use cases that are used: View Dashboard, View registered course Business Rules: BR-24 Special Requirements/ Other Information: If students fail some quiz or sessional or are weak in any particular CLO, then that CLO must be highlighted Assumptions: By checking the marks students can look their academic performance and can easily check their weak areas. Notes and Issues: NONE Use Case(View Register Course) Use Case ID: UC-1.2.19 Use Case Name: View Register Course Created By: Zubair Shaheen Last Updated By: Zubair Shaheen Date Created: 19/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Students can see their registered course, attendance in that course and marks in that course. Trigger: If student want to see anything related to the course, will use this use case to view everything. Preconditions: User must log in to their account. Student must have already registered course to view progress in them. Postconditions: Student can see lectures that have been delivered in that course. User can view marks of quizzes, assignments and sessional. Student can view his academic performance in different CLO’s. Normal Flow: Student enters the registration no. and password. Now system shows different options. Clicking on view registered courses shows all the list of courses. Selecting any particular course will display all the information regarding that course. Information includes marks, attendance and gpa. Alternative Flows: Students can also see their attendance from the dashboard. User can also see their marks using View marks option. Exceptions: If no course is registered. Message is showed that no course is registered, first register your course. Includes: Use case that might be use are: View Marks Business Rules: BR-25 Special Requirements/ Other Information: System shall show the registered courses to the user. Assumptions: Students can see all of their registered courses and view their performance in different CLO’s. And can see that in which clo they are weak. Notes and Issues: User must be registered in courses to view their registered courses. Use Case(Monitor Progress) Use Case ID: UC-1.2.20 Use Case Name: Monitor Progress Created By: Muhammad Umair Last Updated By: Muhammad Umair Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Student can check the progress by selecting a course from the registered courses. System shows the CLO result sheet to the user regarding the course selected. Trigger: The student indicates that he wants to Check the Course Progress. Preconditions: PRE-1. User must be logged in to the system. PRE-2. A Course must be selected to view the progress. PRE-3. Student’s marks database must be online. Postconditions: POST-1. System will show the CLO result sheet according to the course selected. POST-2. Student monitors his/her progress. Normal Flow: User shall select the Check Course Progress option. User shall specifies the course name. System will show the CLO Result sheet in tabular form. Use case ends Alternative Flows: NA Exceptions: System displays Message: No marks are uploaded Error Loading data from the database. No internet connection. Includes: Marks in the CLOs of the Course. Business Rules: BR-1, BR-13, BR-14, BR-26 Special Requirements/ Other Information: System has to be fast and efficient to convert the data into the Graphical Representation. Assumptions: Student can compare the progress of one subject to another on the same page. Notes and Issues: NONE Use Case(View Result) Use Case ID: UC-1.2.21 Use Case Name: View Result Created By: Muhammad Umair Last Updated By: Muhammad Umair Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Students Description: Student can view result of each semester and the CGPA of all the semester he has passed in graphical and tabular form. System will show result to the user against the student’s Registration No. Student can also print the result. System will show a message: Print command has been sent to the printer. Trigger: The Student indicates that he wants to View the Result. Preconditions: PRE-1. User must be logged in to the system. PRE-2. Student’s marks database must be online. Postconditions: POST-1. System will display a screen of containing results of all the passed semester. Normal Flow: User shall click on the View Result option. System will show result to the user in tabular and graphical form. User shall click on Print Result label to carry out a print. If user click on “Print” than system send command to the printer and display a message “Print Command sent” Use case ends Alternative Flows: NA Exceptions: System displays message: No passed semester found. No Printer found. Error loading data from the database. No Internet connection. Includes: Each Semester Result, CGPA of all the semester Business Rules: BR-1, BR-27, BR-30 Special Requirements/ Other Information: System has to be fast and efficient to convert the data into tabular and graphical form. System shall be able to send command to the printer for the print. Assumptions: NONE Notes and Issues: NONE Use Case(Post on Discussion Forum) Use Case ID: UC-1.2.22 Use Case Name: Post on Discussion Forum Created By: Muhammad Umair Last Updated By: Muhammad Umair Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Student can post any query publicly or privately on the discussion forum. System will send notification to the teacher for the solution. Student will also get notifications if someone respond to his/her query. Trigger: The student indicates that he wants to contact with the course Teacher. Preconditions: PRE-1. Student must be logged in. PRE-2. Student must select a course. Postconditions: POST-1. If Discussion is mark private only teacher will get notification else all the students and course teacher of the class will get notifications. Normal Flow: User shall select the “Discussion Forum” label on the panel. Mark the discussion public or private. Write the query he wants to ask. User can upload the picture. Click on Send to post the discussion. Use case ends. Alternative Flows: In step-5 of the normal flow, if internet is not available: System cannot post the discussion. A message will display “Check your internet connection and try again” If internet is connected in 1 minute than discussion will be posted else user has to repeat the step-2 Exceptions: System will display the message: No internet connection. Query cannot be longer than 150 words. Only PNG and JPEG file format is accepted for picture. Session expired, Login again Discussion forum cannot be empty. Includes: Discussion on query Business Rules: BR-1, BR-15, BR-16, BR-17, BR-18, BR-28 Special Requirements/ Other Information: System shall be able to send and receive notifications. Assumptions: An audio clip can be sent to discuss a query. Notes and Issues: System will display the following notes: Student can only discuss query with their course teacher. Query will not be longer than 150 words. Query will be posted only in text or image format. Use Case(View Fee Challan) Use Case ID: UC-1.2.23 Use Case Name: View Fee Challan Created By: Muhammad Umair Last Updated By: Muhammad Umair Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Student can view his/her fee challan. System will show fee challan to the user against the Student’s Registration no. Student can also print the Fee Challan. System will display a message: print command has been sent to the printer. Trigger: Student indicates that he wants to view the Fee challan. Preconditions: PRE-1. User must be logged in to the system. PRE-2. Student’s Fee database must be online. Postconditions: POST-1. System will show a screen which has the student fee challan. Normal Flow: User shall click the Fee Challan option. System will show the fee challan to the user User shall click on the print label to carry out a print. If user click “Print” System will send command to the printer and display the message “Print Command Sent”. Use case ends. Alternative Flows: [Alternative Flow 1 – Not in Network] In step-3 of the normal flow, if system unable to find the printer System will display a message “No Printer found, Press “Try Again” for a print” If system able to find a printer a print will carry out. System will show the message “Print Conformed”. Exceptions: System will display the message: No Fee Challan found. No printer found, Unable to print. No Internet Connection. Includes: View Fee Challan, Print Fee Challan Business Rules: BR-1, BR-29 Special Requirements/ Other Information: System shall be able to send command to the printer for the print. Assumptions: NONE Notes and Issues: NONE Use Case(Edit Info) Use Case ID: UC-1.2.24 Use Case Name: Edit Info Created By: Muhammad Umair Last Updated By: Muhammad Umair Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Students Description: User can edit and change some of his info(e.g. email, contact number). System will notify the user if changes are made. Trigger: Student indicates that he wants to Edit the Info. Preconditions: PRE-1. User must be logged in to the system. PRE-2. Fields are to be editable to made the changes Postconditions: POST-1. System will display a message “Changes Saved” Normal Flow: User shall click on the Edit Info option. User shall select the field which he/she wants to change. User shall provide the correct information. User shall click on the “Done” button to save the changes. Use Case ends. Alternative Flows: NONE Exceptions: System will display the message: No internet connection. Provide the correct information Includes: View info, Edit Info Business Rules: BR-1, BR-10, BR-31 Special Requirements/ Other Information: System shall be able to replace the new information with the new one of the user. Assumptions: A user can add two contact numbers into the system. Notes and Issues: System will show the following notes: Only some information can be editable. Provide correct information for replacement. Use Case(Register New User) Use Case ID: UC-1.2.25 Use Case Name: Register New User Created By: Muhammad Umair Last Updated By: Muhammad Umair Date Created: 18/11/2016 Last Revision Date: 20/11/2016 Actors: Student Description: Student can register himself into the system if he/she is selected by the University. Student has to complete the registration form with correct information. System will display a message “User Added” Trigger: Student indicates that he wants to register himself. Preconditions: PRE-1. User data must be in the database. PRE-2. System’s Database must be online. Postconditions: POST-1. System will show a message “User Added” POST-2. User will be able to use the system. Normal Flow: User shall go to the link of the system. User shall click on “Register New User”. Enter the correct data asked in the registration form and click “Done”. System will search against the given information in the database. If information found matches with the database system will notify “User Added” else user cannot be added. Use Case ends. Alternative Flows: NONE Exceptions: System will show the Message: No internet Connection. Given Information does not match with the database. Password must be greater than 8 characters. Includes: User Registration. Business Rules: BR-1, BR-2, BR-11 Special Requirements/ Other Information: System shall be fast and efficient to match the given information with the database. Assumptions: The System will notify the user by email that you have added to our system. Notes and Issues: System will show following notes: Enter the information you given at the time of admission. Your password must be greater than 8 characters. Business Rules: All these business rules have been derived from our client and in our case the client is our teacher. ID Description Type of Rule Static or Dynamic Source BR-1 The user must be logged in to the system. Facts Static Teacher BR-2 User Password must have at least 8 characters. Constraint Static Teacher BR-3 Teacher has to enter at least 4 Quiz Marks. Constraint Static Teacher BR-4 Teacher has to enter at least 4 Assignments Marks. Constraint Static Teacher BR-5 Teacher has to enter at least 2 Sessional and Terminal Marks. Constraint Static Teacher BR-6 Teacher has to enter at least 1 Quiz and 1 Assignment marks before the 1st sessional, 2 Quiz and 2 Assignments before 2nd Sessional and 1 Quiz and 1 Assignment before Terminals. Facts Dynamic Teacher BR-7 Uploaded file must be in .Zip Format. Constraint Static Teacher BR-8 Maximum size of the uploaded files is 25 MB. Constraint Static Teacher BR-9 After a specific time interval the marks can’t be edited by teachers. Inferences Static Teacher BR-10 Only Email and contact Number is editable. Constraint Static Teacher BR-11 User must be selected by the university on merit and his/her data will be in the database. Facts Static Teacher BR-12 Teacher has to register the courses which he wants to teach. Facts Dynamic Teacher BR-13 Courses must be registered to view the progress Constraint Static Teacher BR-14 Teacher has entered the CLOs marks of the course to view the progress. Constraint Static Teacher BR-15 The discussion has to be marked public or private Constraint Static Teacher BR-16 Problem or query will not extend 150 words. Constraint Static Teacher BR-17 Only PNG and JPEG file format is accepted to upload a picture. Constraint Static Teacher BR-18 Discussion forum cannot be empty Constraint Static Teacher BR-19 If the class has got over all 60% marks than the goal has achieved. Computation Static Teacher BR-20 The user will get notified when he has notifications left unread. Action Enablers Dynamic Teacher BR-21 The Teacher has to deliver at least 30 lectures in a semester. Constraint Static Teacher BR-22 Total registered courses must have credit hours less than or equal to 21. Fact Static Teacher BR-23 All the notification from the teachers must be replied and have high priority. Constraint Dynamic Teacher BR-24 Students must have got 50% marks to get themselves promoted to the next semester. Students who got below 50% must repeat the whole semester. Fact Static Teacher BR-25 Student must not be on probation so that they can register course and then can view registered courses. Constraint Static Teacher BR-26 Student can only view his progress. Constraint Static Teacher BR-27 At least 1 semester has been passed to view the result Constraint Static Teacher BR-28 User shall select a course for discussion Constraint Static Teacher BR-29 Previous Fee will be paid in order to get a new fee challan form. Action Enablers Static Teacher BR-30 Student can only view his result. Constraint Static Teacher BR-31 Provide the correct information in order to change the data. Constraint Dynamic Teacher 7 Requirements List Req. Author Req. Id Requirement Description Mubashra Sajjad R-01 The user shall register his/herself into the system. Mubashra Sajjad R-02 The system shall show a Message “User Verified” Mubashra Sajjad R-03 The system shall display a message “Registration failed”. Muhammad Umair R-04 The user shall be able to login to the system. Muhammad Umair R-05 The system shall display a message “Login Successfully”. Muhammad Umair R-06 The user shall be able to view dashboard. Rai Ahmad Fraz R-07 The System shall display alert on Dashboard. Rai Ahmad Fraz R-08 The user shall be able to reply the alerts. Rai Ahmad Fraz R-09 The user shall be able to upload quiz marks by clicking the “upload” button. Rai Ahmad Fraz R-10 The System shall confirm upload marks by showing message. Rai Ahmad Fraz R-11 The system shall display a message “Upload Marks Failed”. Rai Ahmad Fraz R-12 The user shall be able to upload assignment marks by clicking the “upload” button. Rai Ahmad Fraz R-13 The System shall confirm upload marks by showing message. Rai Ahmad Fraz R-14 The system shall display a message “Upload Marks Failed”. Rai Ahmad Fraz R-15 The user shall be able to upload exam marks by clicking the “upload” button. Rai Ahmad Fraz R-16 The System shall confirm upload marks by showing message. Rai Ahmad Fraz R-17 The system shall display a message “Upload Marks Failed”. Mubashra Sajjad R-18 The user shall be able to edit the entered marks. Mubashra Sajjad R-19 The system shall show the edited marks by showing a message. Mubashra Sajjad R-20 The user shall be able to cancel the edit marks by clicking the “Cancel” button. Sadia Ayub R-21 User shall be able to register his/her courses. Sadia Ayub R-22 The teacher shall be able see his student’s previous semester result and the current quizzes sessional and CLO wise result. Sadia Ayub R-23 The teacher shall be able to review the current course status. Sadia Ayub R-24 The user shall be able to view notification. Sadia Ayub R-25 The user shall be able to mark the notification as read. Zubair Shaheen R-26 Students can see their quiz, assignments and sessional marks. Zubair Shaheen R-27 After registration students can also see their registered course. Zubair Shaheen R-28 The system shall display a message “No Registered Course Found”. Zubair Shaheen R-29 The user shall be able to see progress in the courses by clicking “Monitor Progress” button. Zubair Shaheen R-30 The system shall be able to show the student’s progress in the form of table and graph. Muhammad Umair R-31 The user shall be able to view result by clicking on “View Result” button. Muhammad Umair R-32 The system shall be able to show the Student Result in the specific format. Muhammad Umair R-33 The user shall be able to post any text on the discussion forum. Muhammad Umair R-34 The user shall be able to post images on the discussion forum Muhammad Umair R-35 The user shall click on “Post” button to confirm the post. Muhammad Umair R-36 The user shall be able to view Fee Challan by clicking on “Fee Challan” button. The system shall be able to show the Fee Challan in a specific format. Muhammad Umair R-37 The system shall be able to show the Fee Challan in a specific format. Muhammad Umair R-38 The user shall be able to update the information by changing the fields like address, email and phone no. Muhammad Umair R-39 The system shall display a message “Information Changed” 7.1 Functional Requirement: User Registration Identifier R-01 Title User Registration Requirement The user shall register his/herself into the system. Source Atique Zafar Rationale The user data must be found in the database. Restrictions and Risk All the mandatory fields are not filled properly. Dependencies R-02, R-04, R-06 Priority High Verify Registration Identifier R-02 Title Verify registration Requirement The system shall show a Message “User Verified” Source Atique Zafar Rationale User Registered into the system. Restrictions and Risk All the entered data must be correct. Dependencies R-03 Priority High Registration Failed Identifier R-03 Title Registration Failed Requirement The system shall display a message “Registration failed”. Source Atique Zafar Rationale We want to create an account for a new user. Restrictions and Risk The user shall give the right information required by system to Sign up Dependencies Priority High Login Identifier R-04 Title Login Requirement The user shall be able to login to the system. Source Atique Zafar Rationale User login into the system Restrictions and Risk The username and password must be correct and matches with the database. Dependencies R-05 Priority High Confirm Login Identifier R-05 Title Verify registration Requirement The system shall display a message “Login Successfully”. Source Atique Zafar Rationale User enter into the system. Restrictions and Risk All the entered data must be correct. Dependencies R-06, R-09, R-12, R-15, R-21 Priority High View Dashboard Identifier R-06 Title View Dashboard Requirement The user shall be able to view dashboard. Source Atique Zafar Rationale User can monitor his/her progress. Restrictions and Risk Dependencies R-07, R-24 Priority High Alerts on Dashboard Identifier R-07 Title Alert on Dashboard Requirement The System shall display alert on Dashboard Source Atique Zafar Rationale User read alerts and respond. Restrictions and Risk User must be logged in to the system Dependencies R-08 Priority High Response Alerts Identifier R-08 Title Response Alerts Requirement The user shall be able to reply the alerts. Source Atique Zafar Rationale To make a reply, submitting request is important. Restrictions and Risk The text must be within 150-200. Dependencies Priority High Upload Quiz Marks Identifier R-09 Title Upload quiz marks Requirement The user shall be able to upload quiz marks by clicking the “Upload” button. Source Atique Zafar Rationale User wants to upload marks. Restrictions and Risk At least 4 quiz marks must be entered. Dependencies R-10, R-18 Priority High Confirm Upload quiz marks Identifier R-10 Title Confirm uploading quiz marks Requirement The System shall confirm upload marks by showing message. Source Atique Zafar Rationale Student Quiz marks uploaded. Restrictions and Risk User must enter marks into the field. Dependencies R-11, R-22, R-26, R-29, R-31 Priority High Upload Quiz Marks Failed Identifier R-11 Title Upload Quiz Marks Failed Requirement The system shall display a message “Upload Marks Failed” Source Atique Zafar Rationale Student marks do not upload. Restrictions and Risk All the mandatory field must be filled Dependencies Priority High Upload Assignment Marks Identifier R-12 Title Upload Assignment marks Requirement The user shall be able to upload assignment marks by clicking the “upload” button. Source Atique Zafar Rationale User wants to upload assignment marks. Restrictions and Risk At least 4 Assignments marks must be entered. Dependencies R-13, R-18 Priority High Confirm upload assignment marks Identifier R-13 Title Confirm uploading assignment marks Requirement The System shall confirm upload marks by showing message. Source Atique Zafar Rationale Student’s Assignment marks uploaded. Restrictions and Risk At least 4 quiz marks must be entered. Dependencies R-14, R-22, R-26, R-29, R-31 Priority High Upload Assignment Marks Failed Identifier R-14 Title Upload Assignment Marks Failed Requirement The system shall display a message “Upload Marks Failed”. Source Atique Zafar Rationale Uploading can fail because of any given reason Restrictions and Risk Mandatory field will not be blank. Dependencies Priority High Upload Exam Marks Identifier R-15 Title Upload Exam marks Requirement The user shall be able to upload exam marks by clicking the “upload” button. Source Atique Zafar Rationale User wants to upload exam marks. Restrictions and Risk 2 Sessional and 1 terminal marks must be entered. Dependencies R-16, R-18 Priority High Confirm Upload Exam Marks Identifier R-16 Title Confirm uploading exam marks Requirement The System shall confirm upload marks by showing message. Source Atique Zafar Rationale To confirm user must upload marks by clicking “upload” button. Restrictions and Risk 2 Sessional and 1 terminal marks must be entered. Dependencies R-17, R-22, R-26, R-29, R-31 Priority High Upload Exam Marks Failed Identifier R-17 Title Upload Exam Marks Failed Requirement The system shall display a message “Upload Marks Failed”. Source Atique Zafar Rationale Uploading can fail because of any given reason Restrictions and Risk Mandatory field will not be blank. Dependencies Priority High Edit Marks Identifier R-18 Title Upload marks Requirement The user shall be able to edit the entered marks. Source Atique Zafar Rationale User want to edit the marks. Restrictions and Risk All the necessary field must be filled. Dependencies R-19, R-20 Priority High Confirm Edit Marks Identifier R-19 Title Confirm Edit Marks Requirement The system shall show the edited marks by showing a message. Source Atique Zafar Rationale In order to allow the user to come to know that editing is done or not. Restrictions and Risk User must edit and enter new marks. Dependencies Priority High Cancel Edit Marks Identifier R-20 Title Cancel Edit Marks Requirement The user shall be able to cancel the edit marks by clicking the “Cancel” button. Source Atique Zafar Rationale In order to cancel the edited marks. Restrictions and Risk The user must edit marks. Dependencies Priority High Register Course Identifier R-21 Title Register course Requirement User shall be able to register his/her courses. Source Atique Zafar Rationale User register the current semester courses. Restrictions and Risk User must be logged into the system. User previous fee must be paid. Dependencies R-22, R-27, R-28, R-29, R-31 Priority High View Class Result Identifier R-22 Title View class result Requirement The teacher shall be able see his student’s previous semester result and the current quizzes sessional and CLO wise result. Source Atique Zafar Rationale The teacher will be able to have a complete performance pattern of the student and the class. Restrictions and Risk 1-Internet connection must be maintained. 2-Section registration must be confirmed. 3-The system database should be updated. 4-Student must be currently studying the course. Dependencies Priority Medium Check Lectures Delivered Identifier R-23 Title Check lectures delivered Requirement The teacher shall be able to review the current course status. Source Atique Zafar Rationale The teacher shall be able to review the current course covered and how much is left and how he is going to manage to cover rest of the course in the given time. Restrictions and Risk 1-Internet connection must be maintained. 2-Database must be updated. 3-The system must be able to show the total delivered and non-delivered lectures. 4-.teacher’s course teaching sections must be confirmed. Dependencies Priority Low View Notification Identifier R-24 Title View Notification Requirement The user shall be able to view notification. Source Atique Zafar Rationale User get notified. Restrictions and Risk User must be logged into the system Dependencies R-25 Priority High Mark Notification as read Identifier R-25 Title Mark notification as read Requirement The user shall be able to mark the notification as read. Source Atique Zafar Rationale User do not want to read the full message. Restrictions and Risk Notification must be found unread to mark as read. Dependencies Priority High View Marks Identifier R-26 Title View Marks Requirement Students can see their quiz, assignments and sessional marks. Source Atique Zafar Rationale User can see their marks and can keep track of their progress in all courses. Restrictions and Risk User must be registered in any of the courses to view their marks Dependencies Priority High View Registered Course Identifier R-27 Title View Registered Course Requirement After registration students can also see their registered course. Source Atique Zafar Rationale For users so that they can see their registerd course and all the information about them. Restrictions and Risk User must register courses to view registered courses Dependencies Priority High No Course Registered Identifier R-28 Title No Course Registered Requirement The system shall display a message “No Registered Course Found”. Source Atique Zafar Rationale So that the user get himself registered. Restrictions and Risk Dependencies Priority High Monitor Progress Identifier R-29 Title Monitor Progress Requirement The user shall be able to see progress in the courses by clicking “Monitor Progress” button. Source Atique Zafar Rationale Student must be registered into the system. Restrictions and Risk Courses must be registered and marks are uploaded. Dependencies R-30 Priority High Show Progress Identifier R-30 Title Show Progress Requirement The system shall be able to show the student’s progress in the form of table and graph. Source Atique Zafar Rationale Student must be registered into the system. Restrictions and Risk Courses must be registered and marks are uploaded. Dependencies Priority High View Result Identifier R-31 Title View Result Requirement The user shall be able to view result by clicking on “View Result” button. Source Atique Zafar Rationale Student’s Semester Result must entered into the system. Restrictions and Risk At least one semester is passed to view the result. Dependencies R-32 Priority High Show Result Identifier R-32 Title Show Result Requirement The system shall be able to show the Student Result in the specific format. Source Atique Zafar Rationale Student’s Semester Result must entered into the system. Restrictions and Risk At least one semester is passed to view the result. Dependencies Priority High Post on Discussion Forum Text Post on Discussion Forum Identifier R-33 Title Text Post on Discussion Forum Requirement The user shall be able to post any text on the discussion forum. Source Atique Zafar Rationale User posts query so that he/she could get solution. Restrictions and Risk Text cannot be longer than 150 words. Dependencies R-35, R-36 Priority High Images Post on Discussion Forum Identifier R-34 Title Images Post On Discussion Forum Requirement The user shall be able to post images on the discussion forum Source Atique Zafar Rationale User posts query with images so that other can easily understand the problem. Restrictions and Risk Images must be in .PNG or .JPEG format. Dependencies Priority High Confirm Post Identifier R-35 Title Confirm Post Requirement The user shall click on “Post” button to confirm the post. The System shall show a message “Posted Successfully”. Source Atique Zafar Rationale Submitting post is necessary to post a query. Restrictions and Risk Dependencies Priority High View Fee Challan Identifier R-36 Title View Fee Challan Requirement The user shall be able to view Fee Challan by clicking on “Fee Challan” button. The system shall be able to show the Fee Challan in a specific format. Source Atique Zafar Rationale Student must be registered into the system to view the challan. Restrictions and Risk Dependencies R-38 Priority High Show Fee Challan Identifier R-37 Title Show Fee Challan Requirement The system shall be able to show the Fee Challan in a specific format. Source Atique Zafar Rationale Student must be registered into the system to view the challan. Restrictions and Risk User must be logged into the system. Dependencies Priority High Edit Info Identifier R-38 Title Edit User Info Requirement The user shall be able to update the information by changing the fields like address, email and phone no. Source Atique Zafar Rationale User must be registered into the system. Restrictions and Risk All the entered information must be correct Dependencies Priority High Confirm Edit Info Identifier R-39 Title Confirm Edit Info Requirement The system shall display a message “Information Changed” Source Atique Zafar Rationale User must Edit Info Restrictions and Risk All the mandatory filled must be filled correctly. Dependencies Priority High Non Functional Requirements 1. Availability RL-1 The availability of the system should be 98% on weekdays throughout the semester time. RL-2 The system modules of Lecture Schedule and Uploading Messages are availability critical core functionalities RL-3 Mean Time to Repair failures during semester is 2 weeks RL-4 Maintenance during the semester should be done on time interval of 12AM-7AM throughout the week 2. Integrity IN-1 It should compare the original data with backup for any missing files IN-2 System shall protect against the unauthorized data changes and deletion IN-3 System shall change the data completely or particular data at all during the backups if interruption occurs IN-4 System shall log all the backup details that backup was initiated on schedule or manually by an authenticated user 3. Interoperability IN-1 The System shall be able to import any valid data IN-2 The System must satisfy the authorization of user. IN-3 The System shall be able to import fee challan and result by using authorized user. 4. Robustness RL-1  The system should work properly under unexpected operating systems. RL-2 Testing should be done to check how the system works when some wrong input. RL-3 Robustness used to refer to the system’s behavior degrading gracefully so that it still operates partially correctly or provides acceptable functionality in spite of errors RL-4 And if there is some problem that the system cannot figure that out then there should be a message that system is not working try later. 5. Safety RL-1 The probability that the system will not meet any catastrophic failures in time interval. RL-2 And the system should have a backup for the safety of the information. RL-3 System should define all failure modes and protection requirements:- Actions of function actually achieve safe state. IN-4 The description should address the safe state eg: Which flow should be started or stopped 6. Security RL-1 The System should be secure to use and all the data should also be viewed by the authorized users. RL-2 And if some user forget his password then the new password should be send to his email address. RL-3 There should be good security system so that system can be saved from different hackers. RL-4 Every user can view the material of their own interest after logging in eg Teachers can add or change marks but students can just view marks. 7. Reliability <Reliability Requirement One> The availability of the system should be 99.99%. The maintenance time should not exceed 180 minutes per month <Reliability Requirement Two> Failures shall not be greater than 120 minutes per month <Reliability Requirement Three> Mean Time to Repair should not exceed 180 minutes per month <Reliability Requirement Four> Maximum errors should not be more than 1 in 100 lines of code. Performance <Performance Requirement One> The average response time for web pages loading should be 3 second per user query and the maximum response time should not be greater than 7 second per user query <Performance Requirement Two> The system should process every request within 5 seconds for 100kBps of internet speed <Performance Requirement Three> The system should capable to handle 3mbps downloading. <Performance Requirement Four> System shall have at least 1mbps internet speed to operate the software. <Performance Requirement Five> System shall be able to store at least 3mb files per subjects. 9. Installability <Installability Requirement One> An average time of downloading and installing the software should be 15 minutes for an average trained person. <Installability Requirement Two> While downloading the upgraded version of the software the upgraded system shall be compatible with the previous user provided information necessary for the user profile. <Installability Requirement Three> The system shall verify the correctness of the installation before and after the process . <Installability Requirement Four> Once the system is being upgraded it should be able to delete previous unnecessary files, data, information . 10 Usability 10.1 < Usability Requirement one> User shall be able to get the exposure of whole system within a few minutes. 10.2 < Usability Requirement Two> All the features provided by the system shall be self explanatory. 10.3 < Usability Requirement Three> Help is provided in self section of the system. 11 Efficiency 11.1 < Efficiency Requirement one> The system shall be able to load the page within one minute. 11.2 < Efficiency Requirement Two> The system shall be able to load and display the data within one minute of user request/query generation. 12 Modifiability 12.1 < Modifiability Requirement one> System shall have less coupling, so it easy to bring change in existing modules. 12.2 < Modifiability Requirement Two> System shall not disturb the user while enhancing any of its features. 12.3 < Modifiability Requirement Three> The procedure of maintenance of system shall not take more than 2 hours. 13 Portability 13.1 <Portability Requirement one> The Code shall be written in high level language and according to the IBM standards. 13.2 <Portability Requirement Two> The system shall be able to adopt the operating environment changes. 14 Reusability 14.1 <Reusability Requirement one> The calculate result function shall be reusable at the object code level in other application. 14.2 < Reusability Requirement Two> At least 30 % of the application architecture must be reusable. 15 Scalability 5.1 <Scalability Requirement one> The system shall be able to manage the multiple user. 15.2 < Scalability Requirement Two> The system shall be able to retrieve data from multiple servers if the traffic rate is high. 15.3 < Scalability Requirement Three> The system shall be able to save data on multiple servers for security purposes. 16 Verifiability 16.1 <Verifiability Requirement one> The system shall be verified by the testers to avoid irreproducible testing failures. 16.2 < Verifiability Requirement Two> A tester shall be able to configure which execution results are logged during testing. Vision and Scope for <Project> Page ii Copyright © by Karl E. Wiegers. Permission is granted to use, modify, and distribute this document.