Documente Academic
Documente Profesional
Documente Cultură
(S.R.S.)
Project members:
Anurag Joshi
Nitin Singh
Rajesh K.R
Vinay Shukla
1. Introduction
2. General Description
3. Specific Requirements
3.1. External Interface Requirements
3.2. Detailed Description of Functional Requirements
3.3. Performance Requirements
3.4. Quality Attributes
3.5. Other Requirements
4. Validation Criteria
4.1. Reorganization of successful implementation
4.2. Classes of test conducted to validate
5. Diagram
6. Acknowledgement
1. Introduction
1.4. References
The next section (2.0) contains general information on how this program will run. It will
explain most of the program's features and requirements without many implementation
details. Section 3.0 contains the specific requirements and implementation details.
2. General Description
The product will be a web-based application running within a web browser. The product
will reside on the server but can be accessed on any machine with internet connection.
Ø Production data
Ø User information
Ø Product information
Ø Client information
Ø Data Upgradation
2.5. General Constraints, Assumptions, Dependencies, Guidelines
ü Assumption: Client registered and all commodities will be available at any given
time.
ü Constraint: The interface must be easily understandable for the Client.
3. Specific Requirements
The instructional part will serve as a roadmap to the client as how to use the web
interface. It will be available as a link in the homepage. The instructions will open up a
separate window, thus running concurrently with the main page.
The Client will enter the commodity information such as name, quantity as well as date
of delivery. The client will view the ordering information on various commodities which
is query based. Also previous ordering information could be viewed on request at any
time .Any erroneously looking figures will be checked.
3.2.3. Display
The program will be completely functional on Firefox and Microsoft Explorer. It should
work on any platform. The program will have a read me file containing the minimum
configuration requirement, and other useful information. The code will be well
documented to make easy modifications
4. Validation Criteria
ü Alpha- Beta test: Here strange combinations of data may be put and checked. A
customer conducts alpha test at the developer’s site. Beta test will conducted at
customer’s site on different system simultaneously.
ü Security test: Checking for security issue with the software. During this many test
player will try to break the security
ü Recovery Test: Here the test will try to fail the software and verifies that the
recovery is done a proper way, the data should be recover
ü Stress test: If the software requires 1gb ram provide it with 512 mb and see how it
works the performance may go down but the system should not crash
5. Diagram
5.1. Automation
Web Enabled
Managing Data Easy to Update Interface
Vendor
User Friendly Management
PCMS
Data Storage
Security problem solved
Time Saving
5.2. Vendor Management
Owner Steel
Computer
1
Computer
4
Client Roll
6. Acknowledgments
Many thanks to