27 Pages

SSRD_IOC_S07B_T08_v5.1

Course: CSCI 577, Fall 2009
School: USC
Rating:
 
 
 
 
 

Word Count: 4892

Document Preview

and System Software Requirements Definition (SSRD) Student Progress Web Application Team 8 NAME Ashish Singh Ritesh Taunk Amarkanth Ranganamayna Ritesh Kothari Patrick Stevens Yue Chen Mike Oppenheim ROLE Project Manager Developer V&V Developer V&V Mentor Client (Manual Arts High School) EMAIL singha@usc.edu taunk@usc.edu arangana@usc.edu riteshko@usc.edu pstevens@usc.edu yuec@usc.edu...

Register Now

Unformatted Document Excerpt

Coursehero >> California >> USC >> CSCI 577

Course Hero has millions of student submitted documents similar to the one
below including study guides, practice problems, reference materials, practice exams, textbook help and tutor support.

Course Hero has millions of student submitted documents similar to the one below including study guides, practice problems, reference materials, practice exams, textbook help and tutor support.
and System Software Requirements Definition (SSRD) Student Progress Web Application Team 8 NAME Ashish Singh Ritesh Taunk Amarkanth Ranganamayna Ritesh Kothari Patrick Stevens Yue Chen Mike Oppenheim ROLE Project Manager Developer V&V Developer V&V Mentor Client (Manual Arts High School) EMAIL singha@usc.edu taunk@usc.edu arangana@usc.edu riteshko@usc.edu pstevens@usc.edu yuec@usc.edu mikeo@mahs.org SSRD_IOC_S07B_T08_v5.1 i Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Version History SSRD_IOC_S07_T8_v5.1 ii Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Date Author Amarkanth Ranganamay na Ritesh Taunk Versio n Changes made Rationale Version 5.1 10/04/06 1.0 10/11/06 Amarkanth Ranganamay na Ritesh Taunk Amarkanth Ranganamay na 1.1 System and Software Using original template Requirements Definition from LeanMBASE v1.6 to for the "Student Progress apply with the Web Application" requirements for the project Development of the Added Sections 5, 6, 7 and complete SSRD document 8 to the SSRD document for LCO Draft. Added Missing information All changes are made based on the mistakes to section 1.1 pointed out by the IVV Removed the project members and the TA. requirement, PR-13 from section 2.5. Added missing terms in the Glossary as pointed out by the IVV members CR-7, CR-8 and CR-9 Capability requirements have been modified as mentioned by mentioned by the IVVers CR-10 Capability requirement's associated win-condition has been changed from W27 to W28. Removed Level of Service requirement, LOS-2 from Section 5 Added a new section called `Glossary' as section 8.1 Added the implicit course related development tools to section 2.2.1 Added missing operational states to section 6 All changes are made based on the mistakes pointed out by the IVV members and the Professors, TA's (during the LCO ARB Presentation) 10/16/06 2.0 10/23/06 Amarkanth Ranganamay na 2.1 SSRD_IOC_S07_T8_v5.1 iii Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Date Author Amarkanth Ranganamay na Versio n Changes made Rationale Version 5.1 11/06/06 3.0 Made changes to the description of project requirement, PR-10 in Section 2.1. Missing Information has been added to System Requirement SR-3, section 4.1. Made changes to the Capability requirements All TBD's have been resolved. Corrections have been made to the operational modes of the system. Made changes to the Project Requirements. Removed all the design decisions that were mistakenly added as the project requirements Made necessary changes to section 1.1 and section 1.2 Made changes to Section 2.3, Section 3, Section 4 Made necessary changes to SSRD Section 1.1, Section 3 and Section 6 All Changes are made as suggested by the IVV members. 11/20/06 Amarkanth Ranganamay na 3.1 All changes are made as suggested by the TA 11/27/06 Amarkanth Ranganamay na 3.2 All changes are made as suggested by the oncampus developers and the IV & V members 02/02/07 Amarkanth Ranganamay na 5.0 LCA and final Semester Made changes suggested by VV. Made changes suggested by the TA and VV 03/31/07 Amarkanth Ranganamay na 5.1 SSRD_IOC_S07_T8_v5.1 iv Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Table of Contents SYSTEM AND SOFTWARE REQUIREMENTS DEFINITION (SSRD).............................I STUDENT PROGRESS WEB APPLICATION...................................................................I VERSION HISTORY..........................................................................................................II SYSTEM AND SOFTWARE REQUIREMENTS DEFINITION FOR THE "STUDENT PROGRESS WEB APPLICATION"..................................................................................III DEVELOPMENT OF THE COMPLETE SSRD DOCUMENT FOR LCO DRAFT............III ALL CHANGES ARE MADE BASED ON THE MISTAKES POINTED OUT BY THE IVV MEMBERS AND THE TA.................................................................................................III ALL CHANGES ARE MADE BASED ON THE MISTAKES POINTED OUT BY THE IVV MEMBERS AND THE PROFESSORS, TA'S (DURING THE LCO ARB PRESENTATION).............................................................................................................III ALL CHANGES ARE MADE AS SUGGESTED BY THE IVV MEMBERS......................IV ALL CHANGES ARE MADE AS SUGGESTED BY THE TA...........................................IV ALL CHANGES ARE MADE AS SUGGESTED BY THE ON-CAMPUS DEVELOPERS AND THE IV & V MEMBERS...........................................................................................IV LCA AND FINAL SEMESTER..........................................................................................IV MADE CHANGES SUGGESTED BY THE TA AND VV..................................................IV TABLE OF CONTENTS....................................................................................................V TABLE OF TABLES........................................................................................................VII A.1. SSRD Overview.......................................................................................................................1 A.1.1 Status of the SSRD..................................................................................................1 A.1.2 References................................................................................................................1 A.2. Project Requirements...............................................................................................................2 A.2.1 Budget and Schedule...............................................................................................2 A.2.2 Development Requirements.....................................................................................2 A.2.3 Deployment Requirements......................................................................................4 A.2.4 Transition Requirements..........................................................................................5 A.2.5 Support Environment Requirements .......................................................................5 SSRD_IOC_S07_T8_v5.1 v Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 A.3. Capability (Functional) Requirements.....................................................................................6 A.4. System Interface Requirements.............................................................................................12 A.4.1 User Interface Standards Requirements.................................................................12 A.4.2 Hardware Interface Requirements.........................................................................13 A.4.3 Communications Interface Requirements..............................................................14 A.4.4 Other Software Interface Requirements 14 A.5. Level of Service (L.O.S.) Requirements................................................................................14 6. Versions, States and Modes.....................................................................................................15 7. Evolutionary Requirements......................................................................................................15 7.1 Project Requirements.................................................................................................15 7.2 Capability Requirements...........................................................................................16 7.3 System Interface Requirements.................................................................................16 7.4 Level of Service Requirements..................................................................................16 8. Appendix..................................................................................................................................16 8.1 Gossary......................................................................................................................16 SSRD_IOC_S07_T8_v5.1 vi Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Table of Tables Table 1: PR-1 Budget at most 350,000 dollars Table 2: PR-2 24 Weeks Project Schedule Table 3: PR-3 Usage of Rational Software Architect Tool Table 4: PR-4 Tools specified by CS577B Course Table 5: PR-5 UML for Design and Analysis Table 6: PR-6 Minimum Hardware Requirements Table 7: PR-7 Operating System Requirement Table 8: PR-8 Browser Requirement Table 9: PR-9 Data Exchange through Internet Table 10: PR-10 COTS Products Installation 2 2 2 3 3 3 4 4 4 5 Table 11: PR-11 User Manual..............................................................................................................5 Table 12: PR-12 Training on System Installation and System Usage Table 13: CR-1 To Provide Secure Data Transfer Table 14: CR-2 To Provide Secure Log-on for the Users/Administrator(s)/Maintainer(s) 5 6 6 Table 15: CR-3 Admission Requirements for colleges/Universities after graduating from high school.............7 Table 16: CR-4 List of classes required for Graduation Table 17: CR-5 Single Log-on for Parents/Guardians to view their Children's Records Table 18: CR-6 Tracking Users and Data Table 19: CR-7 Backing-up and Restoring of Data and performing software updates Table 20: CR-8 Support for Error Logging Table 21: CR-9 Customized Error Pages Table 22: CR-10 Print Screen Option 8 8 9 10 10 11 11 Table 23: CR-11 Administrative Functionalities ............................................................................12 SSRD_IOC_S07_T8_v5.1 vii Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Table 24: SR-1 User Friendly BiLingual Web Interface Table 25: SR-2 Look and Feel Table 26: SR-3 Screen Font Size Table 27: SR-4 Feedback Information from the Users of the system Version 3.2 13 13 14 14 Table 28: SR-5 Help Information..............................................................................................14 Table 29: SR-6 Hardware Interface For Printer(s)..................................................................................15 Table 30: SR-7 Network Interface Card......................................................................................15 Table 31: LOS-1 Correctness requirement....................................................................................16 Table 32: LOS-2 Availability requirement......................................................................................16 Table 33: ER-1 Interaction with LAUSD Servers......................................................................................17 SSRD_IOC_S07_T8_v5.1 viii Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 A.1. SSRD Overview A.1.1 Status of the SSRD Currently this is the IOC Working Set1 version of our SSRD document. This version of the SSRD document summarizes the requirements gathered from our meetings with the client as well as the win-win negotiations between the Success Critical Stakeholders of our project which included the Developers, Client, a Representative of Parents and a Representative of Students. There are no significant differences between the content of SSRD version 4.0 and the Win-Win negotiated agreements. This version of the SSRD document is prepared in accordance with the Win-Win negotiated agreements present in the Win-Win Negotiation Report Version 2.1 There are no major requirements issues that have not been finalized. The current document is version 5.1 of the IOC Working Set1 milestone System and Software Requirements Definition for the desired system. A.1.2 References LeanMBASE Guidelines Version 1.7 http://greenbay.usc.edu/csci577/spring2007/site/guidelines/LeanMBASE_Guideline s_V1.7.pdf LeanMBASE Template - SSRD v1.6 http://greenbay.usc.edu/csci577/spring2007/site/guidelines/LeanMBASE Version 1.6 Templates for SSRD Team 8 Project Website http://greenbay.usc.edu/csci577/spring2007/projects/team8 Easy Win-Win Negotiation Report Version 2.1, Team 8 http://greenbay.usc.edu/csci577/fall2006/projects/team8/LCO/EWW_LCA_F06a_T 08_v2.1.doc Operational Concept Description (OCD) Version 5.1 http://greenbay.usc.edu/csci577/spring2007/projects/team8/IOC/OCD_IOC_S07b_ T08_v5.1.doc SSRD_IOC_S07B_T08_v5.1 1 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 A.2. Project Requirements A.2.1 Budget and Schedule Project Requirement: Description: Priority: Win-Win Agreement(s): PR-1: Budget at most 35,000 US Dollars The budget available for the development of the project is at most 35,000 US Dollars. Must have W10 Table 1: PR-1 Budget at most 350,000 US Dollars Project Requirement: Description: PR-2: 24 Weeks Project Schedule The duration of the project is 24 weeks. So, atleast the system architecture shall be finished at the end of 12 weeks during Fall 2006 and the system shall be finished within 12 weeks during Spring 2007. Must have W9 Table 2: PR-2 24 Weeks Project Schedule Priority: Win-Win Agreement(s): A.2.2 Development Requirements .2.2.1 Tools Requirements Project Requirement: Description: Priority: Win-Win Agreement(s): PR-3: Usage of Rational Software Architect Tool The Architect (i.e, SSAD) of the system shall be using Rational Software Architect Tool for developing the use-cases diagrams for the system Must have W13 Table 3: PR-3 Usage of Rational Software Architect Tool SSRD_IOC_S07B_T08_v5.1 2 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Project Requirement: Description: PR-4: Tools specified by CS577B Course DART tool shall be used for Risk Assessment Easy win win tool shall be used for identification and prioritizing of win conditions. COCOMO II tool shall be used for effort and schedule calculations MS Project tool shall be used for Life Cycle Planning Priority: Win-Win Agreement(s): Must have W40 Table 4: PR-4 Tools specified by CS577A Course .2.2.2 Language Requirements Project Requirement: Description: Priority: Win-Win Agreement(s): PR-5: UML for Design and Analysis All the diagrams used in documenting the analysis and design of the system shall be developed using UML. Must have W13 Table 5: PR-5 UML for Design and Analysis .2.2.3 Computer Hardware Requirements Project Requirement: Description: Priority: Win-Win Agreement(s): PR-6: Minimum Hardware Requirements The system shall run on a Pentium-IV computer or above having a main memory (i.e, RAM) of 1GB or more. Must have W50 Table 6: PR-6 Minimum Hardware Requirements SSRD_IOC_S07B_T08_v5.1 3 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 .2.2.4 Computer Software Requirements Project Requirement: Description: Priority: Win-Win Agreement(s): PR-7: Operating System Requirement The system shall use Windows 2003 Advanced Server as the Operating system (i.e, Server). Should have W14 Table 7: PR-7 Operating System Requirement Project Requirement: Description: Priority: Win-Win Agreement(s): PR-8: Browser Requirement The system shall be able to run on Internet Explorer (IE) version 5.0 and above, Mozilla Firefox version 1.2 and above Must have W2, W16, W17, W22 Table 8: PR-8 Browser Requirement .2.2.5 Computer Communication Requirements Project Requirement: Description: Priority: Win-Win Agreement(s): PR-9: Data Exchange through Internet Data exchange between the web application server and the client machines shall take place through the Internet via Http protocol. Must have W2,W14,W17 Table 9: PR-9 Data Exchange through Internet A.2.3 Deployment Requirements Project Requirement: Description: Priority: PR-10: COTS products Installation The development team shall install the COTS products on the client's server at the time of system delivery. Could have 4 Version Date: 03/31/07 SSRD_IOC_S07B_T08_v5.1 System and Software Requirements Definition (SSRD) Version 5.1 Win-Win Agreement(s): W12 Table 10: PR-10 COTS Products Installation Project Requirement: Description: Priority: Win-Win Agreement(s): PR-11: User Manual User Manual shall be provided to the client for reference. Must have W51 Table 11: PR-11 User Manual A.2.4 Transition Requirements Project Requirement: Description: PR-12: Training on System Installation and System Usage At the end of the project, the development team shall provide training to the client on how to acquire, install, integrate and configure COTS products used for developing the system. The development team shall also train the client on how to use the system. Want to Have W12 Priority: Win-Win Agreement(s): Table 12: PR-12 Training on System Installation and System Usage A.2.5 Support Environment Requirements There are no support environment requirements for the system. SSRD_IOC_S07B_T08_v5.1 5 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 A.3. Capability Requirement: Priority: Description: Input(s): Source(s): Output(s): Capability (Functional) Requirements CR-1: To Provide Secure Data Transfer Must have The system shall provide secure data transfer between the users and the web server. No Specific input No Specific Source Accurate Information requested by a User/Administrator/Maintainer Web Browser (i.e, Client) The Client and the Server agree on the Encryption technique to be used.. The users/Administrator(s)/Maintainer(s) can trust the data that is provided by the web server and vice-versa. W3 Table 13: CR-1 To Provide Secure Data Transfer Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): Capability Requirement: Priority: Description: Input(s): Source(s): Output(s): Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): Table 14: CR-2 Secure Log-on for the Users/Administrator(s)/Maintainer(s) CR-2: To Provide Secure Log-on for the Users/Administrator(s)/ Maintainer(s) Must have The system shall provide Secure Logon functionality to the Users(i.e, Students, Parents, Guardians and Counselors), Administrators and Maintainers Username and Password Provided by a user/Administrator/Maintainer User/Administrator/Maintainer User/Administrator/Maintainer logged into the system and the homepage is displayed. Web Browser (Client) The User/Administrator/Maintainer has an account to log into the system. User/Administrator/Maintainer is logged into the system W3, W30, W329 SSRD_IOC_S07B_T08_v5.1 6 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Capability Requirement: Priority: Description: Input(s): Source(s): Output(s): Destination(s): condition(s): Win-Win Precondition(s): Post Agreement(s): Table 15: CR-3 Provide Admission Requirements for colleges/Universities after graduating from high school CR-3: Provide Admission Requirements for Colleges/Universities after graduating from high school Must have The system shall display comparison information between a student's current credit status and the admission requirements for colleges and universities specified in the System Capability Description. Request Admission Requirements by clicking on the "Get Admission Requirements" link. User/Administrator Comparision Information between a student's current credit status and admission requirements for a specific selected College/University is displayed to the User/Administrator in tabular format. Web Browser (Client) There is a database containing the admission requirements for the colleges and universities mentioned in the system capability description. User/Administrator logs into the system The user/Administrator knows exactly how many credits he/she has to complete to get into a specific college/University W5 SSRD_IOC_S07B_T08_v5.1 7 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Capability Requirement: Priority: Description: CR-4: List of classes required for Graduation Want to have If a student at particular grade level has not met requirements in English, Math, Science, foreign Languages etc. The system shall provide a list of classes that he/she needs to take to satisfy the requirements.. Request List of Classes by clicking on "List of Classes" link present on his/her homepage. User/Administrator List of classes the student has to take to satisfy the admission requirements for getting into different public colleges/universities present in Los Angeles. Web Browser (Client) There is a database which contains the admission requirements for the universities/colleges mentioned in the OCD. The admission requirements are present in the database in terms of what classes need to be taken by the student. User/Administrator logs into the system The user/Administrator knows what classes student has to take inorder to meet the admission requirements for a specific school/University W5 Input(s): Source(s): Output(s): Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): Table 16: CR-4 List of Classes required for Graduation Capability Requirement: Priority: Description: CR-5: Single Log-on for Parents/Guardians to view their Children's records Must have The system shall allow parents/guardians to see the status of all their children in MAHS high school using their unique account. Input(s): Parent/Guardian provides a username and password to login to the Capability CR-6: Tracking Users and Data system Requirement: Source(s): Parent/Guardian Want to Have Priority: Output(s): Information corresponding shall use athe children of the which will keep Description: The system to all timestamp mechanism parent/Guardian track of who has accessed what kind of information using the Destination(s): Web Browser (Client) and stores that data in a log file system Precondition(s): Input(s): Parent/Guardian has an account in the system Username and password provided by the Post condition(s): The parent/Guardian can view their children's information User/Administrator/Maintainer to log into the system simultaneously. User/Administrator/Maintainer Source(s): Win-Win W8 Output(s): The information accessed by the User/Administrator/Maintainer Agreement(s): along with the time at which he/she has accessed the information Table 17: CR-5 Single Log-on for Trackingin the log file view their Children's Table 18: CR-6 Parents/Guardians to is stored Users and Data Records Destination(s): Log file Precondition(s): System making use of a timestamp mechanism SSRD_IOC_S07B_T08_v5.1 Post condition(s): The8 tracking information is Version Date: 03/31/07 log file of the now present in the system. Win-Win W330 Agreement(s): System and Software Requirements Definition (SSRD) Version 5.1 Capability Requirement: Priority: Description: Input(s): Source(s): Output(s): Destination(s): Precondition(s): CR-7: Backing-up and Restoring of data and performing software updates Must have The system shall have provide Maintainer(s) with options to back up and restore data periodically and to perform software updates Maintainer(s) clicks on the Back-up data option provided on the user interface by the system. Maintainer(s) clicks on the Restore data option provided on the user interface by the system. Maintainer(s) clicks on the "Update System Softwares" option provided on the user interface to the Maintainer(s) of the system. Maintainer(s) Data is backed-up(i.e, written or copied) to external media Data is restored from the external device into the system Software updates have been successfully performed External Media ( Ex : Backup Tapes, DVD's etc..), System There are external media to which the data can be backed-up. The system can read the external media There are new updates available for the software present on the system. Maintainer(s) is logged into the system The system data is now available available on the external media to which the system data was backed-up. All the softwares present on the system are upto date. The data is restored from the backup(i.e, external device) into the system Post condition(s): Win-Win Agreement(s): W328 Table 19: CR-7 Backing-up and Restoring of Data and performing software updates Capability Requirement: Priority: Description: Input(s): Source(s): Output(s): Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): Table 20: CR-8for Error Logging Logging CR-8: Support Support for Error Must have If there is an error in the system such as automatic system shut down, the system shall provide error/exception logging Current state/error of the system Memory of the system. Information about the error/exception is saved to the Log file. Log file There is an error in the system. The current state/error of the system is stored in log file. W26 9 Version Date: 03/31/07 SSRD_IOC_S07B_T08_v5.1 System and Software Requirements Definition (SSRD) Version 5.1 Capability Requirement: Priority: Description: CR-9: Customized Error Pages Should have The System shall handle exceptions such as unavailable server by displaying an error page to the user e.g. if the server goes down suddenly then the system should not show a blank blue screen but give a message "could not contact the system. Please try again later" User/Administrator/Maintainer request for an unavailable page/resource OR User/Administrator/Maintainer perform an invalid operation on the system Web Server, Hardware and Infrastructure Appropriate Error page is displayed to the user Web Browser (Client) An exception has occured Based on the exception that occurred, an error page is displayed to the user. W27 Table 21: CR-9 Customized Error Pages Input(s): Source(s): Output(s): Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): Capability Requirement: Priority: Description: Input(s): Source(s): Output(s): Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): Table Print Screen Option CR-10: 22: CR-10 Print Screen Option Must have The system's User interface shall provide an option for printing the current screen in a printable format. User/Administrator/Maintainer clicks on the print option to print the current screen. User/Administrator/Maintainer Printer prints the current screen that is submitted to it by the User/ Administrator/Maintainer. Printer There is a printer connected to the user's/Administrator's/Maintainer's system to take the printout The User/Administrator/Maintainer has the hard copy of the screen submitted by him/her to the printer W28 SSRD_IOC_S07B_T08_v5.1 10 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 Capability Requirement: Priority: Description: CR-11: Administrative Functionalities Must have The system shall provide administrator(s) with the capability of importing data from the LAUSD servers, add users and delete users, delegation of administrative rights to maintainers and assigning maintainer(s) for the system. Request for performing administrative functionalites User/Maintainer(s) New User/Maintainer is added to the system, Certain selected existing User(s)/Maintainer(s) are removed from the system and the required data is imported from LAUSD servers to the MAHS internal servers. Certain maintainer(s) are given administrative rights by the administrator if required System and User/Maintainer Administrator is logged into the system and there is a need to perform data import. New user gets added to the system, certain users are deleted from the system and the data that is currently available on the LAUSD servers is now available on the internal servers of MAHS. Certain maintainers can now perform administrative functions. W328 Table 23: CR-11 Administrative Functionalities Input(s): Source(s): Output(s): Destination(s): Precondition(s): Post condition(s): Win-Win Agreement(s): SSRD_IOC_S07B_T08_v5.1 11 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 A.4. System Interface Requirements A.4.1 User Interface Standards Requirements .4.1.1 Graphical User Interface Requirements System Interface SR-1: User Friendly Bilingual Web Interface Requirement: Description: The system shall provide a user friendly web interface and the web interface would be made available in 2 languages-English and Spanish. Also, the Users/Aministrator(s)/Maintainer(s) would be provided with an option to choose either English or Spanish language for display of the information. Priority: Must have Win-Win W2, W16, W17, W25 Agreement(s): Table 24: SR-1 User Friendly BiLingual Web Interface System Interface SR-2: Stylistic Consistency Requirement: Description: The system shall make use of the same style guide that was used by the existing intranet system to achieve the similarity between the look and feel of the existing intranet system and the new system. Priority: Should have Win-Win W15 Agreement(s): Table 25: SR-2 Look and Feel Table 26: System SR-3 Screen Font Size SR-3: Screen Font Size InterfaceRequirement: Description: The system shall allow the users to increase or decrease the screen font size. Priority: Should have Win-Win W21 Agreement(s): SSRD_IOC_S07B_T08_v5.1 12 Version Date: 03/31/07 System and Software Requirements Definition (SSRD) Version 5.1 System Interface SR-4: Feedback Information from the Users of the system Requirement: Description: The system shall allow the users to email the webmaster(i.e, Administrator) via the web based interface The system's web interface shall include an email link to school's counselor in case the students/parents/guardians want to ask a question to the counselor Priority: Should have Win-Win W19, W23, W24 Agreement(s): Table 27: SR-4 Feedback Information from the Users of the system System Interface SR-5: Help Information Requirement: Description: The system shall provide context sensitive help for each item/elemen...

Find millions of documents on Course Hero - Study Guides, Lecture Notes, Reference Materials, Practice Exams and more. Course Hero has millions of course specific materials providing students with the best way to expand their education.

Below is a small sample set of documents:

USC - PUB - 20060201
02e9440532072a0c467fb12edc7d286c changelog.txt71397978ea7d95d95ff4fe1c901a7796 mit-scheme-20060201-ix86-gnu-linux.tar.gz9a053c6571741179af3022702a462f28 mit-scheme-20060201-ix86-win32.exe3d05bbec3844959fcec028adab780c4b mit-scheme-20060201-uco
Emory - BAHS - 501
DNA Structure/CompositionSeptember 4, 2003Flow of Genetic InformationRNA Transcription DNA Replication Protein TranslationDNA is the Genetic MaterialsDNA encodes all the information in the cell s The composition of the DNA is the same in al
USC - CSCI - 577
Life Cycle Plan (LCP)Data Mining of Digital Library Usage DataTeam 7 Hui-Hsien Chi FRD Shing-Cheung Chan OCD Maxim Krivokon SSRD Hsiao-Han Huang SSAD Fenny Muliawan LCP/Prototype Pei-Han Li - UMLOctober 11, 2004Life Cycle PlanVersion 1.
UMass (Amherst) - CMSTEX - 7749
<?xml version="1.0" encoding="UTF-8"?> <Error><Code>NoSuchKey</Code><Message>The specified key does not exist.</Message><Key>9f144ccc9f23ad604c3c0ba6a9c8ceea81d1cd87.pdf%3Ffile %3Dab</Key><RequestId>A803F674AEE10FDF</RequestId><HostId>xThmquzcfv7qjGI
USC - CSCI - 577
This directory holds all the USC COCOMO files that were created for this project.
USC - CSCI - 577
Plan SummaryTeam Number: Week: Program Size (SLOC) Base Added Deleted Modified Reused # of COTS Total New SLOC Effort (Hours) Project Mgmt. Requirements COTS Assessment Design Life Cycle Planning Configuration Mgmt. Feasibility Analysis Code COTS Ta
UMass (Amherst) - CMSTEX - 6954
<?xml version="1.0" encoding="UTF-8"?> <Error><Code>NoSuchKey</Code><Message>The specified key does not exist.</Message><Key>0a035b6daf30dadc6a094811c23168930ea81e34.pdf%3Ffile %3Dli</Key><RequestId>18B8BC653093C798</RequestId><HostId>GT0i994GOMror82
USC - CSCI - 577
Section 5: Risk AssessmentTable 1: Risk AssessmentRisks 1. OCR software-Client wants to convert scan file (script images) to text file. To complete this requirement, this system has to be integrated with the OCR software. 2. Budgets for Development
USC - CSCI - 577
Team #10FC PackageVersion 1.0Evaluation of System and Software Requirement Definition (SSRD) Summary: This is the first draft of SSRD. Per assignment, the evaluation is focused on Section 1, 2, 3, 4 and 5. SSRD is expected to be significantly i
USC - CSCI - 577
Evaluation Form for UML Model V3.0Management Overview - List any features of the solution described in this artifact that are particularly good, of which a nontechnical client should be aware of. This is a technical document that requires understand
UMass (Amherst) - CMSTEX - 0887
<?xml version="1.0" encoding="UTF-8"?> <Error><Code>NoSuchKey</Code><Message>The specified key does not exist.</Message><Key>0e1c58dd2365196a89e01336b67cff204b4e7225.pdf%3Ffile %3Dlo</Key><RequestId>FDE6FCDFA36707D7</RequestId><HostId>K4vGzbtLILnn7Zi
Michigan State University - CH - 421
Sheet1 8903100.6 8903201.8 8903302.9 8903404 8903505 8903606.1 8903707.9 89038010.1 89039010.9 890310012.7 890311014.4 890312016.6 890313018.1 890314019.9 890315021 890316023.4 890317024.7 890318027.8 8905100.3 8905200.6 8905301 8905401.3 8905503.2 8
Michigan State University - CH - 421
Sheet1 MouseMaterialGPI 1ECM1155 2ECM1170 3ECM1170 4ECM2260 5ECM2265 6ECM2265 7ECM3375 8ECM3370 9ECM3375 10MAT1420 11MAT1425 12MAT1425 13MAT255 14MAT2510 15MAT255 16MAT3610 17MAT3615 18MAT3610Page 1
Penn State - WRA - 5001
5-02-2009<br />2:02:46 amIf any of you who have posted here recently see Bill Austin. Please relay thew message that he needs to call his parents immediately. Thanks            - Poste
Michigan State University - PRR - 485
PRR 485 In Class Exercise #12 September 9, 2002 In this exercise, you are presented with a reference or other information you need to find. You will formulate a short research approach / strategy, present that strategy and have several minutes to try
Michigan State University - CHAPTER - 101
Human DevelopmentFundamental Issues in Developmental Psychology1Developmental Psychology Basic question: What shapes the way we change over time? Focus on psychological changes across the entire life span Every area of psychology can be looke
Michigan State University - SS - 011797
Art/Cultural Grants1/17/97By LAURA A. POTTSCapital News ServiceLANSING - The Virginia McCune Arts Center may receive some financialassistance for expansion of its gallery and theater thanks to a few milliondollars left over from the 1996 sta
ECPI College of Technology - CIS - 121
CIS121 Logic and Design Course Schedule (Tentative)*Class Session 1Topic / DescriptionAssignments Chapter 1 exercises HW: Introduction to Course Chapter 1: An Overview of Computers and Logic Assign a Research Topic ex. 1315 (pg.
ECPI College of Technology - CIS - 201
Project 2: Maze GameDue: Maze Game ProjectCIS201 Game and Simulation FundamentalsProject Background: http:/www.yoyogames.com/make/tutorials (Creating Maze Games)Assignment: Develop a Maze Game (such as: Pac-Man) by following the tutorial on the
Michigan State University - RD - 415
Report Date: 30-Sept-2000Metadata Data Set Name: Pipelines Coverage, Eastern Lake Michigan Mapping Area 1 Identification Information 1.1 Citation: 8 Citation Information: 8.1 Originator:
Michigan State University - FS - 407
Combustion PretestChemistry is easier to understand if you can make connections between what you know now and the new ideas that you are studying. This is a test that will help us to understand what you know now. Please answer these questions as car
Michigan State University - SS - 310
ISS 310 Spring 2002 Prof. Alan Rudy EXAM #1 Tuesday, February 12 READ ALL THE ANSWERS BEFORE CHOOSING THE BEST ANSWER YOU FIND AMONG THE MULTIPLE CHOICES 1) William Cronon uses three kinds of data in his book Changes in the Land, why? a) To provide a
Cal Poly - INF - 6602
DEVOIR 3: Construction d'un model-checker de CTLDATE DE REMISE: 18 novembre 2003 En dpit du dfi technique que cela reprsentera pour certains, cedevoir consistera en la construction d'un model-checker de CTL. C'estla meilleure faon de compren
Michigan State University - CSE - 870
Advanced Software EngineeringCSE870, Spring 2003 Homework 3 Due: March 28, 2003In this assignment, you will learn how to use Design Patterns. You are to develop a program that implements the BECS system in Java. The development of the system will
Michigan State University - CSE - 870
Hypertext transfer family of protocols (HTTP, HTTPS, SOAP) CSE 870 Miniproject on FrameworksAdvanced Software Engineering Contact: Dr. B. Cheng, chengb at cse dot msu dot eduMatt Gerber Adithya KrishnamurthyAgenda Overview of Protocols Ov
University of Texas - SW - 318
SW318 Social Work Statistics Slide 1Frequency: Nominal Variable Practice ProblemThis question asks the frequency of widowed respondents of the survey. And, the variable of interest for this question is "marital status" [marital]. As a rem
Michigan State University - CSE - 870
Advanced Software EngineeringCSE870, Spring 2003Homework 4 /Mini Project Due: April 25th, 2003The purpose of this assignment is to give you hands-on experience with Frameworks. For this assignment, you are to develop a framework for an e-commerce
Cal Poly - INF - 1040
Ingnierie: questions d'thiqueINF1040: introduction au gnie informatique Dpartement de gnie informatique et gnie logicielsurvol de la prsentation quelques cas d'thique dans la vie de tous les jours une classification des problmes thiques q
Cardinal Stritch - CLASS - 516
/* SwitchDemo1.java A switch Demo/Quiz or possible question for a final. John Sklar - CEd 516 - Fall, 2007 */ import java.awt.*; import java.awt.event.*; import javax.swing.*; public class SwitchDemo1 extends JFrame {
Michigan State University - ECE - 482
Fuzzy Logic Appliance Management with Embedded SystemsDesign Team 1 Home AppliancesOral Presentation 3Progress Report March 2, 1999Team MemberssKeith Luis ManagementsDan Mellinger Design IntegrationsPaul Saxman Web Coordinat
University of Texas - ASE - 167
Computer Assignment 3Numerical Integration of the Equations of Motion for Gliding FlightGregory R. Whitney David HughlingTA: Eduardo GildinNovember 5, 2001University of Texas at Austin ASE 167MTable of ContentsPROGRAM IDENTIFICATION..1 P
Lycoming - M - 400
123456789
Michigan State University - ECE - 480
Autonomous Robotic Fish to detect Harmful Algae Blooms (HABS)PREPROPOSAL: Design Team:4 Team Facilitator: Dean Aslam Team members: Taha Tareen, Jamie Jacobs, Stephen Garrett, Woodard Williams Eric Jackson, Carl Coppola, Robert Morris, Allen Eyler Da
Catholic - ARCH - 402
Navigate CUA Dean's MessageAbout The School Academic Programs Student Work Faculty and Staff Study Abroad Programs Summer Institute for Architecture Experiences in ArchitectureDesign Collaborative (CUAdc)Resources Search this Websit
Michigan State University - ECE - 482
Model Rocket Trajectory Logger Pre-proposalSeptember 21, 2001Design Team #1 Facilitator: Ed Rothwell Shuantia Butler Keith Lennard Andrew Stolen David Warren Kris Kimball Grace Ott Scott TownsendExecutive StatementThe purpose of this project is
Catholic - ARCH - 402
Navigate CUA Dean's MessageAbout The School Academic Programs Student Work Faculty and Staff Study Abroad Programs Summer Institute for Architecture Experiences in ArchitectureDesign Collaborative (CUAdc)Resources Search this Websit
Catholic - ARCH - 136
Navigate CUA Dean's MessageAbout The School Academic Programs Student Work Faculty and Staff Study Abroad Programs Summer Institute for Architecture Experiences in ArchitectureDesign Collaborative (CUAdc)Resources Search this Websit
Catholic - ARCH - 402
Navigate CUA Dean's MessageAbout The School Academic Programs Student Work Faculty and Staff Study Abroad Programs Summer Institute for Architecture Experiences in ArchitectureDesign Collaborative (CUAdc)Resources Search this Websit
Michigan State University - ECE - 482
User Interface: Our goal is to create an intuitive GUI to make monitoring and control of the PPB system user friendly. It will be accessible for any authorized user with access to our web server through a wide-area communication network. Optional Sof
Catholic - ISMA - 500
Principles of Information Systems, Ninth EditionChapter 8 Electronic and Mobile CommerceAn Introduction to Electronic Commerce Electronic commerce Conducting business activities electronically over computer networks Business activities that ar
BYU - ET - 335
Chapter 12Drilling Rock and EarthCopyright The McGraw-Hill Companies, Inc. Permission required for reproduction or display.DRILLING ROCK & EARTHDRILLING ROCKWhen work on the Hoosac Tunnel first began in the 1850's hand drills were still the
BYU - ET - 217
Masonry Chapter 1Benefits Many color options Very durable Easy to clean Many applications Many sizes and shapes available Flexibility of designTwo Main Types Brick Made of clay Fired Block Made of concrete CuredModern Brick5 Maj
BYU - ET - 335
SOIL OR ROCK MAXIMUM ALLOWABLE TYPE SLOPES (H:V) FOR EXCAVATIONS < 20' DEEP STABLE ROCK TYPE A 1 TYPE B TYPE C VERTICAL 3/4:1 1:1 1 :1 (90) (53) (45) (34)Footnote1 A short-term maximum allowable slope of 1/2H:1V (63) is allowed in excavations in Ty
Michigan State University - TSM - 493
Final Internship Evaluation Form (to be completed by supervisor at completion)INSTRUCTIONS: Students are responsible for providing this form to their supervisor. Supervisors should complete this final evaluation which provides feedback to the intern
UMass (Amherst) - CMSTEX - 8098
<?xml version="1.0" encoding="UTF-8"?> <Error><Code>NoSuchKey</Code><Message>The specified key does not exist.</Message><Key>b01b78f5f2007d70941f59c0a65ca593bb7cd080.pdf%3Ffile %3Dka</Key><RequestId>A6E2B12DA16450FA</RequestId><HostId>6HRLf5Pa7e4+4Hs
Catholic - ISMA - 500
Principles of Information Systems, Ninth EditionChapter 4 Software: Systems and Application Software1Why Learn About Software? Software is indispensable for any computer system and the people using it Systems software Input data from a keyboar
USC - CSCI - 577
Quality Management Plan (QMP)New Economics for Women (NEW)Team11New Economics for WomenPage i of 9Version Date: 10/23/06Quality Management Plan Version no x.xxNAME Raghava Aditya Ravula Tejaswi Chadalavada Swarag Segu Adil Fulara Nitin
USC - CSCI - 577
Quality Management Plan (QMP)Los Angeles Neighborhood Initiative (LANI) Database Management SystemTeam 15LeanMBASE_v1.5_IP_template.docPage i of 12Version Date: 02/08/06Quality Management Plan Version no x.xxMayank Agarwal (Project Mana
USC - CSCI - 577
Quality Management Plan (QMP)Theater Script Online DatabaseTeam No 16Quality Management Plan (QMP)Version 5.0Jae Young Bang Gary Lam Young Chan Noh Ka Ho Au Shi Heng Guan Sandeep Mikkilineni Nory Kealii Nishimura John Christopher Reynolds J
Catholic - ARCH - 402
Navigate CUA Dean's MessageAbout The School Academic Programs Student Work Faculty and Staff Study Abroad Programs Summer Institute for Architecture Experiences in ArchitectureDesign Collaborative (CUAdc)Resources Search this Websit
USC - CSCI - 577
Supporting Information document (SID)Version 2.1SUPPORTING INFORMATION DOCUMENT (SID)THE IGM ONLINE ART GALLERY TEAM #6TEAM MEMBERS:1) Jay Shah 2) Ramandeep Singh 3) Amogh Paradkar4) Shreyas NangaliaProject Manager Life Cycle Planner Sys
USC - CSCI - 577
Operational Concept Description (OCD)Theatre Script Online Database Team# 16Team Members:1) Jae Young Bang 2) Ka Ho Au 3) Shi Heng Guan 4) Young Chan Noh 5) Gary Lam 6) Nory Nishimura 7) John Reynolds 8) Sandeep MikkilineniRoles:Project Manag
USC - CSCI - 577
System and Software Requirements Definition (SSRD)Theater Script Online DatabaseTeam No 16Jae Young Bang Gary Lam Young Chan Noh Ka Ho Au Shi Heng Guan Sandeep Mikkilineni Nory Kealii Nishimura John Christopher Reynolds Julie SanchezProject M
Catholic - ARCH - 402
Navigate CUA Dean's MessageAbout The School Academic Programs Student Work Faculty and Staff Study Abroad Programs Summer Institute for Architecture Experiences in ArchitectureDesign Collaborative (CUAdc)Resources Search this Websit
BYU - BIO - 465
The FutureThe KnackWhite and NerdyEugenics Eugenicists came to believe that the problems of the world, alcoholism, poverty, prostitution, criminality, feeblemindedness, chess playing ability, tendency to commit industrial sabotage were all ass
UMass (Amherst) - CMSTEX - 7523
<?xml version="1.0" encoding="UTF-8"?> <Error><Code>NoSuchKey</Code><Message>The specified key does not exist.</Message><Key>d5b7c4cfa4833e57a80f9178aeac27c114363b91.pdf%3Ffile %3Dhu</Key><RequestId>DA7FC7D7E0195B68</RequestId><HostId>h/Yacw22KeuSSzP
Northwestern State University of Louisiana - SCG - 66124
9 fvrier 2001Projet M@JICMises Jour Incrmentielles la CarteYvan Bdard Centre de recherche en gomatique Universit LavalProgramme GoInnovation 1999 Cr et coordonn par GeoConnectionsL'quipe du projet M@JIC Claude Levasseur Pierre Masson, Mano
USC - CS - 589
Model-Integrated Development of Embedded Software Karsai, Sztipanovits, Ledeczi, BaptyPresented by DeWitt Latimer 09 Oct 2006 USC CSCI 589 Overview Available resources/implementations Structure/Architecture Discussion of Assumptions Limita
USC - CS - 377
Software ProcessesqqCoherent sets of activities for specifying, designing, implementing and testing software systems Objectives To introduce software lifecycle models To describe a number of different lifecycle models and when they may be use
BYU - DEG - 128
0 -> -o1 -> /raid/htdocs/deg/demos/live_demo/user_data/deg128_187_170_118/customont/newnamw.ont2 -> -p3 -> /raid/htdocs/deg/demos/live_demo/user_data/deg128_187_170_118/facultydirectory/4 -> -n5 -> 10006 -> -r7 -> /raid/htdocs/deg/demos/live_d
BYU - DEG - 200
0 -> -o1 -> /raid/htdocs/deg/demos/live_demo/user_data/deg200_171_180_244/customont/apto.ont2 -> -p3 -> /raid/htdocs/deg/demos/live_demo/user_data/deg200_171_180_244/cars/4 -> -n5 -> 10006 -> -r7 -> /raid/htdocs/deg/demos/live_demo/ontology/on