Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

SYSTEM ANALYSIS AND DESIGN

1,144 views

Published on

Prepared by Leyla & Deo a.k.a twins

Published in: Education
  • Be the first to comment

SYSTEM ANALYSIS AND DESIGN

  1. 1. Software Requirement Specification for UDOM Students Academic Information System(SAIS)<br />Presented by:-<br />Leyla H.Liana<br />Deo Shao<br />
  2. 2. Introduction <br />In recent years, the number of students admitted at the University of Dodoma has increased to almost twice as much, enrolling to various programmes ranging from certificates to higher degrees. <br />This increased the need and the risk of managing student’s records. These could be mitigated through the use of a proper Management Information System for academics and admission.<br />The system will offer registrars, managers, administrators, and lecturers the ability to easily retrieve, store, or report.<br />
  3. 3. Problem Statement<br />The increased number of students’ admission has led to inefficient organization and management of students’ records.<br />The collectively processing of examination results has been tedious.<br />Due to disorganization of the records, the timeliness of delivering examination results has been poor.<br />The management of the interrelation between students and courses is tiresome in the current situation. <br />The current system lacks privacy and integrity of records as the files can easily fall on the hands of a third party while exchanging and transmitting records.<br />
  4. 4. Justification for the acquisition of the system<br />The University of Dodoma Strategic Plan: To create a place where knowledge will be transferred from one generation to another.<br />Goal: To the contribution of higher education in Tanzania’s attainment of economic growth, reduction of poverty and improved social wellbeing of Tanzanians through increased access to higher education, technological innovation, generation and application of knowledge.<br />Vision: To become a center of Excellence that offers value added training, research and public services.<br />IT Department Plan: To be an ICT Hub of East Africa<br />
  5. 5. Justification for the acquisition of the system<br />Intangible Benefits:<br />The system will save a considerable amount of time in processing, organizing and management of various students’ academic and admission records.<br />The system will lead to a secure environment of handling students’ data<br />The system will lead to better organization and storage of data related to students’ academics and admission.<br />RETURN ON INVESTMENT<br /><ul><li>Acquiring the system will enable the University of Dodoma to accommodate any number of students thus increase it’s income.
  6. 6. ROI=(Gain from investment-Cost of investment)/(cost of investment)</li></ul> From the above facts, we see that having this MIS for academics and admission is inevitable.<br />
  7. 7. THE PROPOSED SYSTEM ARCHITECTURE<br />
  8. 8. REQUIREMENTS CAPTURE AND ANALYSIS<br />Requirements capturing tools<br />Group Interview<br /> Most of these requirements will be collected using the Group Interviewing of the Admission office staffs, Examination office staffs, Lecturers of different colleges and students. The discussion will be done by the analysts, each asking different questions as possible to find out what are the requirements of the system.<br />Studying of some of the used documents<br /> Some of the requirements will be collected through studying of some of manual files and reports, examination regulations, university strategies, missions and plans to get overview of the reality of what is required. <br />
  9. 9. Actors of the system Vs Roles<br />
  10. 10. Functional Requirement<br />The system shall be able to register all new admitted students in each academic year<br />The system shall be able to report individual students profile on bases of academic records<br />The system shall be able to allow lectures and instructors to upload results of examinations<br />The systems shall be able to manage coarse roaster for different study programmes<br />The system shall be able to handle different grade scales for different study levels<br />
  11. 11. Functional Requirements<br />The system shall be able to generate different reports required by different examination approving boards including transcripts for published student's results.<br />The system shall be able generate the yearly students admission book.<br />The system shall be able to send examination reports to students through SMS.<br />The system shall be able to generate student registration number.<br />
  12. 12. Functional Requirements<br />The system shall provide an interface for a lecturer to upload the students examination results for his/her respective course, that is CA and UE<br />The system shall provide an interface for a student to view and/or print his/her results<br />The system shall calculate and display GPA, grade and remarks for students’ results<br />
  13. 13. Functional Requirements<br />The system shall provide an interface for a lecturer to edit results before the results are approved by the University senate.<br />The system shall allow students to see the grades of their course upon completion of the semester. Upon completion of the degree program the system will compute the overall GPA and process the transcript. <br />
  14. 14. Non functional requirements <br />The system will require 99.999% uptime to ensure maximum reliability<br />Students should be able to view results via the web and through phones.<br />The system shall provide an interface for administrator to manage users that is adding new users, disabling users and give respective privileges to users.<br />
  15. 15. Non functional Requirements<br />The system shall not allow students admission after the specified period is over<br />The system shall not allow display of unpublished examination results<br />The system shall not allow modification of published results<br />The system shall not allow students to opt a course that is not in his/her curriculum<br />The system shall not allow lectures to upload results before examination period is over<br />
  16. 16. Non functional Requirements<br />The system shall not allow students to views examination results of other student <br />The system shall not allow students enroll for academic year after the limited number of years has reached<br />The system should be adapt changes of curriculum without affecting the previous records<br />Shall control the account of students and be able detect and lock the account when s/he graduates unless s/he repeats a year<br />
  17. 17. Non functional Requirements<br />The system will require students should have mobile phones so as be able to receive examination results in SMS form.<br />The system will require to exchange information with SMS gateway server<br />
  18. 18. Non functional Requirements<br />The system shall be able to generate examination transcripts and provisional results<br />The system should be able to manage courses offered by different colleges<br />The system shall be able to manage students admission and enrollment in each academic year<br />
  19. 19. USE CASES<br />Student Use Case<br />
  20. 20. USE CASES<br />Registrar Use Case<br />
  21. 21. USE CASES<br />Examination office Use Case<br />
  22. 22. USE CASES<br />SMS Gateway Use Case <br />
  23. 23. USE CASES<br />System Administrator Use Case<br />
  24. 24. USE CASE DESCRIPTORS<br />
  25. 25. USE CASE DESCRIPTORS<br />
  26. 26. USE CASE DESCRIPTORS<br />
  27. 27. USE CASE DESCRIPTORS<br />
  28. 28. Recommended approach<br />The proposed MIS system has been divided into internal and external parts where by the internal part will be the overall system modules that will be hosted in UDOM servers, and the external part will be the SMS gateway module that will be dealing with mobile functionality of the system. <br />In ensuring maximum efficiency in terms of economy and other facts we recommend different approaches to each part of the system.<br />
  29. 29. Recommended approach<br />Developing in-house is suggested acquisition method for the internal part of the system.<br />Lease is suggested acquisition method of the external part.<br />
  30. 30. Reasons of In-house Development<br />Although it is expensive to develop the MIS from scratch in-house we suggest it as a method for acquisition for the core part of the system simply because the University of Dodoma is still growing daily and many changes to the systems to accommodate the growing are expected and un-avoided. <br />
  31. 31. Reasons of In-house Development<br />If the system will be developed in-house it will be easy to modify or adding some components of system with low maintenance cost. Having low maintenance cost is economic efficiency in the context of software development as it is usually said maintenance cost is always high than development cost.<br />
  32. 32. Reason for Leasing <br />The mobile application part is not the core part of the system therefore leasing will free the organization from the complexity of managing it and allow organization to deal much on managing the core part of the system. <br />This will introduced the following key advantages<br />Low total cost of ownership<br />Easy and fast application deployment<br />Help university on strategic use IT<br />
  33. 33. METHODOLOGY<br /> During development of this system we will employ RAD (Rapid application design) approach in almost the whole project. <br /> This is because this system is huge and therefore needs much time in coding, therefore as planning, analysis and designing are delicate and sensitive stages of developing this system we would like to do it perfectly without rush before we come into codes where RAD will help us to simplify our job by minimizing time and compensate time spent in early stages. <br /> Therefore using RAD will help us to balance time and be within project time boundary.<br />
  34. 34. Conclusion<br />Based on the University of Dodoma strategic plan, goal, mission, vision and its IT Department plan, we see that the procuring of the MIS for academics and admission is an inevitable and vital decision to make.<br />Examination of the Cost-Benefit Analysis using the Return On Investment shows that it’s economically feasible to acquire such a system. Thus the expected MIS for academics and admission should cater for the current problems and any challenges in the future.<br />

×