Explore BrainMass
Share

Simple Student Information Database Implementation

This content was STOLEN from BrainMass.com - View the original, and get the already-completed solution here!

Simple Student Information Database Implementation
Programming language: C++

Database Description.
Each record in the database has following fields:
1) 8 digit student ID
2) Last name
3) First name
4) Telephone number
5) Major
6) GPA
7) Year of birth
8) Month of birth
9) Date of birth
10) Home address

There is no predefined limitation on the number of records (linked list needed)

Program behavior
Initially the program should read a file to add some records into the database
Then the program needs to give interface for following operation repeatedly
1) insert a new record
2) delete record/records with given student ID
3) list all student information following the order they are saved
4) Reorder all student information following ascending/descending order by ID or GPA or birthday (consider year, month and date together)
5) list students in a given major, or a given ID

Additional requirement
1) Organize code in classes with proper .h and .cpp file structure
2) Submit readme file explaining the interface in your design
3) You can use any sorting algorithm discussed in class

What to submit
1) All source codes
2) Readme file

-- Added files are just an example of sorting method. We use visual studio c++ to do the program. You can use or modify the files.

© BrainMass Inc. brainmass.com October 25, 2018, 1:58 am ad1c9bdddf
https://brainmass.com/computer-science/searching/simple-student-information-database-implementation-281840

Attachments

Solution Summary

Simple student information for database implementation is examined.

$2.19
See Also This Related BrainMass Solution

Software Requirements within Agile UML OOD methodology

Course Project#1: Agile software development with UML (Unified Modeling Language)

1) I NEED HELP IN CREATING A SOFTWARE REQUIREMENTS (SRS) DOCUMENT, HERE'S THE BUSINESS SOLUTION TO SOLVE:

1. A CASE EXAMPLE: creating an information system such as automating an outdoor goods rental company's retail system, that takes their manual system, and automates it.

a. Allowing the customer (ACTOR) to access their inventory database (currently available), online within a webpage hosted on a web server
b. Allow customers to login into the website, using a customer ID and password, and authenticate/validate the user with the company's existing customer account information on their server
c. Allow customers to search for available rental inventory
d. Allow the customer within the website to purchase the rental, validate the purchase, and produce a receipt, and notify the company's ACCOUNTING department (ACTOR)
e. Allow customers to create a customer profile/account
f. Email the customer, the rental purchased receipt
g. Produce a cash received report for the ACCOUNTING department (ACTOR)
h. Produce a management report for MANAGEMENT (ACTOR)
i. The website would be designed to support the interface to MS Internet Explorer
j. Here would be software system's ACTORS/ENTITIES that would interact with the designed software:
i. CUSTOMER
ii. ACCOUNTING
iii. MANAGEMENT
iv. WEB ADMINISTRATOR
v. DATABASE SYSTEM
vi. ACCOUNTING SYSTEM

2. Please if you have any other suggestions, or other software solutions/implementations for a business need that you have previously developed or have experience with, that could be the utilized case for this project as well.

3. Just a note, the format that you produce doesn't have to be in a finished state, I'm more concerned about the developed concepts. It sounds like a lot, but it's really more about describing the system's conceptual processes and descriptions.

4. I also have attached various supporting documents from my course to assist you with the different topics I list below. And I can send additional examples of each of the phases I've described below, you can contact me at rodl0512 at gmail . com
*************************************************************************************
2) Then assistance with creating the software concept:

SOFTWARE/SYSTEM REQUIREMENTS SPECIFICATION (SRS) DOCUMENT

***************OUTLINE**************

1. FUNCTIONAL DECOMPOSITION DOCUMENT

2. DESCRIPTION OF THE FUNCTIONAL ELEMENTS

3. CONTEXT DATA FLOW DIAGRAM (DESCRIBING THE SOFTWARE PROCESS MODELS INTERACTIONS)
a. Level 0
b. Level 1
c. Level 2
d. Level 3

4. REQUIREMENTS MATRIX. (TAKING EACH FUNCTIONAL DECOMPOSITION DOCUMENT ELEMENT AND LISTING ITS ROLL WITHIN THE MATRIX)

5. USAGE SCENARIO (A USAGE SCENARIO FOR THE DESIGNED SOFTWARE, ORGANIZED INTO USE-CASES)
a. User profiles (profiles of all user categories described)
b. Use-Cases (all the use-cases for the software)
c. Business Process Model
d. Work Flow Chart
e. Special requirements associated with the use of the software

6. DATA MODEL AND DESCRIPTION
a. Description of the Data Objects that are managed by the software
b. Data Objects and their major attributes described
c. Data Objects relationships
? Relationships between the data objects in ERD form (no detailed information is needed here)
d. Complete Data Model (in ERD form for the main software)
e. Data dictionary (to maintained in electronic form)

7. FUNCTIONAL MODEL AND DESCRIPTION (A DESCRIPTION OF THE EACH MAJOR SOFTWARE FUNCTIONAL, ALONG WITH DATA FLOW OR CLASS HIERARCHY (OBJECT ORIENTED)
a. Description of each software function in Function n format
i. Processing narrative (PSPEC) for function n. (Processing narrative for function n here)
ii. Function n flow diagram. (A diagram showing the flow of info through the function and the transformation it undergoes)
iii. Function n interface description. (Detailed description of the input and output interfaces for the function is presented.
iv. Function n transforms. (Detailed description for each transform (sub functions) for functions n.)
b. If required, then the same above items for the transform k descriptions
i. Transform k description
ii. Transform k interface description
iii. Transform k lower level flow diagrams
iv. Transform k interface description
c. System performance issues. (Special performance required for the subsystem specified)
d. Software Design Constraints (Any design constraints that will impact the subsystem noted)

8. SOFTWARE INTERFACE DESCRIPTION (SOFTWARE INTERFACE TO THE OUTSIDE WORLD DESCRIBED)
a. External machine interface
? Interfaces to other machines(computer or devices) described
b. External system interfaces
? Interfaces to other systems, products or networks described
c. Human interface
? Overview of any human interfaces to be designed for the software is presented
d. Control flow description
? control flow for the system is presented

9. BEHAVIORAL MODEL AND DESCRIPTION (A DESCRIPTION OF THE BEHAVIOR OF THE SOFTWARE DESCRIBED)
a. Description for software behavior (detailed description of major events described)
b. Events (Listing of events (control, items) that will cause behavioral change within the software system developed)
c. States (listing of states (modes of behavior) that will result as a consequence of events described)
d. State Transition Diagram (depicting the overall behavior of the system)
e. Control Specification (CSPEC). (Depicting the manner in which control is managed by the software)

10. RESTRICTION, LIMITATIONS AND CONSTRAINTS. (SPECIAL ISSUES WHICH IMPACT THE SPECIFICATION, DESIGN OR IMPLEMENTATION OF THE SOFTWARE DESCRIBED)

11. VALIDATION CRITERIA (DESCRIBING THE SOFTWARE VALIDATION PROCESS OR APPROACH)
a. Classes of tests. (types of tests to be conducted specified, focused on black-box testing to be described)
b. Expected software response (expected results from testing described)
c. Performance bounds. (special performance requirements are described)

12. SYSTEM TRACEABILITY MATRIX INFORMATION. (DESCRIPTION OF STATED SOFTWARE REQUIREMENTS BACK TO THE SYSTEM SPECIFICATION)

View Full Posting Details