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
d Relationships between the data objects in ERD form (no detailed information is needed here)
e. Complete Data Model (in ERD form for the main software)
f. 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
b Interfaces to other machines(computer or devices) described
c. External system interfaces
d Interfaces to other systems, products or networks described
e. Human interface
f Overview of any human interfaces to be designed for the software is presented
g. Control flow description
h. 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)
Attachment:- #2 SOFTWARE REQUIREMENTS SPECIFICATIONS DETAILED OUTLINE.docx