0% found this document useful (0 votes)
65 views13 pages

3.2 Software Design Specification: Student Information System (Curriculum Management System)

Download as docx, pdf, or txt
Download as docx, pdf, or txt
Download as docx, pdf, or txt
You are on page 1/ 13

3.

2 Software Design Specification


3.2.1 Introduction
This chapter will identify the detailed and specific requirements of the proposed system. It describes the software design specification of the proposed system, the design of the system and the how to developed the system and the overall designed.

3.2.1.1 Goals and Objective


Nowadays technology is overtaking everything in some aspects of life the goals and objective of the proponents is to improve the process and transaction in curricular managing. As describe, Curriculum Management System is one of the subsystem of the Student information system. A CMS it has become the managing of memorandum from DepEd to be implemented in every school year of workflow combined with user input, data collection, instrument integration, data analysis, notification, and delivery of information and reporting. We are aim to develop an automated curriculum management system lessen the exertion of efforts and to improve their transaction when. To create curriculum relevant Fortify early childhood education Applying the advance technology scheduled of every grade level To be updated in school activities by a calendar

Student Information System (Curriculum Management System)

Page 1

3.2.1.2 Statement of Scope


The propose system curriculum management system has three users to be exact the admin which is the principal and the other users are registrar and students. The admin is the one who has authority in the system he/she can change the memorandum comes from DepEd and allow to add, edit, save, create and update to the system. The registrars are the one who will handling the maintenance of system to give to the students their subjects and schedules the students has only privilege to view their subjects. Further the software allows generating reports of information when it comes curricular managing result. Major input Memorandum of curriculum from DepEd Subject ID History of Implemented Memorandum onto system View and Update account information Print/view reports Subject teacher assign Grade level/ Set subject scheduled Set a calendar Notification message from DepEd Classroom scheduled Sectioning Maintenance Security of the system

Student Information System (Curriculum Management System)

Page 2

Processing Functionalities
Function Memorandum of curriculum from DepEd Subject ID History of Implemented Memorandum onto system View and Update account information Print/view reports Subject teacher assign Grade level/ Set subject scheduled Set a calendar Notification message from DepEd Classroom scheduled Sectioning Maintenance Security of the system Priority

Student Information System (Curriculum Management System)

Page 3

3.2.1.3 Software Context


To perform the proposed system the proponents will be using different kinds of software applications in order to execute the curriculum management system.

NetBeans IDE 8.0 version, use to develop our system. NetBeans is an integrated development environment (IDE) for developing primarily with Java, but also with other languages, in particular PHP, C/C++, and HTML5. The NetBeans JavaScript editor provides extended support for JavaScript, Ajax, and CSS. The GUI design - tool enables developers to prototype and design Swing GUIs by dragging and positioning GUI components.

MySQL Version 5.6 11MySQLyog Ultimate for database connectivity. Higher transactional throughput in InnoDB, improvements to partitioning for querying and managing very large tables, improvements to replication and better performance monitoring by expanding the data available through the PERFORMANCE_SCHEMA. Though MySQL began as a low-end alternative to more powerful proprietary databases, it has gradually evolved to support higher-scale needs as well. Others tool that supported to our system. O.S Windows 7 Professional Service pack 1 32 bit 1Gb(RAM) for document purposes. & O.S Windows 7 ultimate 64Bit Processor AMD ATHLON 1.60 GH,3.6 GB(RAM) XAMPP win32version 1.8.3 XCII MSWord Office 2010

Student Information System (Curriculum Management System)

Page 4

3.2.1.4 Major Constraint


The software is to run on a system, with SQL therefore the systems should be properly connected to the other subsystem such as the enrollment, Faculty, Grading, and of course will integrate to the customer relationship management system to be post all data in their web server. The system should be good enough to perform the entire actions fast, general ledger in order to have a harmonious connection to the server to access database. The RAM should be no less than 128 MB. Detail constraints are described in sub sequent sections. 3.2.2 Data Design To understand the data design of Curriculum Management system, its important to have a look at the overall design of the application. As the application is being built in java and SQL the overall application design can be categorized into three parts based on the above mentioned application developing languages.

1. Front End Graphical User Interface 2. Back End Data 3. Internal Functional Procedures

3.1 Graphical User Interface (GUI): Java is being used for the development of the front end GUI. The GUI components temporarily stores in the keyboard input by the users till its being used by the functional procedures. More explanation of the overall GUI and its components is available in the other section 4 of the document. Well-designed Graphical User Interface can free the user from learning complex command languages. On the other hand, many users find that they work more effectively with a command-driven interface, especially if they already know the command language.

Student Information System (Curriculum Management System)

Page 5

3.2 Back End Data: We are using SQL database management system at the back end for storing all information in the form of tables. These tables will be globally available to all the internal procedures. JDBC Bridge is being used to establish connectivity to the Database from the application. The DBMS system will be locally available on the machine where the application is running. However the same database can be accessed remotely as well. For adding, deleting, accessing, and updating the data we are using SQL queries built in the internal procedures. Rest all the file and data management functionality is being provided by the DBMS.

Internal Functional Procedures: The internal functional procedures are the logical entities that carry out different tasks of adding, updating, deleting, viewing, or printing the database reports. These procedures have been written in Java Database Connectivity and provide a link between the GUI and the database. There are no data structure defined in any of these procedures and they utilize local variables to store intermediate information. After describing the above view of the overall system we can discuss the rest of the topics related to the data design. 3.2.2.1 Internal Data Structure There are no data structures available to the internal software architecture. All the information, whether it is an update or a new information, it will inserted in the JTextfield on the GUI and it will be stored in the database of the system. The user can view the stored data from DBMS to the system. Structured data is data that resides in a fixed field within a record or file. This includes data contained in relational databases and spreadsheets like those old subject implemented its already fix cant deleted.

Student Information System (Curriculum Management System)

Page 6

3.2.2.2 Global Data Structure The whole system will be using the data saved in its database saved in MySQL. However, the database must be connected into the system to manipulate the data stored in it. After the Java Database Connectivity connection any data stored can be fetching, updated, or deleted. For more information regarding the database stored refer to section 3.2.2.4 of the document. 3.2.2.3 Temporary Data Structure The database will handle the data for the whole system. Hence, there will be no interim or transitional data or files will be used. The Curriculum Management system does not use any intermediate temporary files of its own. As data is being stored in a DBM system all the intermediate data it being stored by until the command commit is being executed in the SQL query by the application. Hence no intermediate files or data structures are used. Rather, the system has archive that can store online and can be recover or download in case of need.

Student Information System (Curriculum Management System)

Page 7

3.2.2.4 Database Description Below are mentioned all tables, their corresponding attributes and a small description of each. Database description Table name : School Year Attributes: School year ID, Description, Status, Registered By, Registered Date Description: This table will hold the current school year information Table name: Section Attributes: Section ID, Name, Description, Headcount, Room, Registered By, Registered Date Description: This table will hold the section where student attends. Table name: Subject Attributes: Subject ID, Code, Description, Days, Time,Room, Assigned Teacher, Registerd By, Registered Date Description: This table will hold the subject and its schedule

Student Information System (Curriculum Management System)

Page 8

3.2.3 Architectural and Components level Design

Student Information System (Curriculum Management System)

Page 9

3.2.3.1 Architectural Diagram Sequence diagram of principal onto system

Figure

Student Information System (Curriculum Management System)

Page 10

Sequence diagram of registrar onto system

Figure

Student Information System (Curriculum Management System)

Page 11

Sequence diagram of Student onto system

Figure

Student Information System (Curriculum Management System)

Page 12

3.2.3.2 Description of Components 3.2.3.2.1 Component Principal 3.2.3.2.2 Component Registrar 3.2.3.2.3 Component Student 3.2.3.2.4 Component Teacher 3.2.3.2.7 Component Reports 3.2.3.3 Dynamic behavior for component 3.2.3.4 Interaction Diagrams 3.2.4 User Interface Design 3.2.4.1 Description of the User Interface 3.2.4.2 Interface Design rules 3.2.4.3 Components available 3.2.4.4 UIDS Description

Student Information System (Curriculum Management System)

Page 13

You might also like