Project Purpose
IKEA Australia internet shopping framework is created to provide flexibility to the client a choice to shop online and get affirmation through mail. It lets an individual to shop online from anyplace he wants to and at any time. As a result, many offers are provided by the merchants to encourage online shopping. Web based shopping framework has ended the way to stores as it saves not only individual’s time but have also provided them with choices. IKEA Online shopping framework brings end to dependable line and obstacles for those individuals who work on the counters [1].
1.1 Project Purpose
The primary motivation behind this task is to give Software Requirement Specification documentation on online IKEA Australia web based shopping framework and diminish manual blunder that happens while making the request, scratching off the request and changing the request.
1.2 Project overview
IKEA Online request booking framework holds different highlights which includes rundown of things, records of products, cost of the merchandise, client’s reserving for specific date and time along with a choice to change and scratch off the booked thing. The web based booking of a thing holds certain classes, for example, extraordinary brands, quality where costs change with everything. One essential capacity of the IKEA online shop is stock framework, which contains point by point data of accessibility of aggregate number of things in various classifications, no. of things accessible by opening and shutting of various classifications [2].
The capital that we have used during the development of the project includes lectures and online websites.IKEA Online shopping system is an independent system. The main theme of the project is to allow the customer to shop 24/7 easily.
2.2 Product Features
In order to make it more easy and readable we have categorized our project into eight main features. Details of each function are provided in the coming sections.
This capacity enables client to login in singular record with IKEA site. The clients who have enrolled themselves with this site are able to login. This capacities checks the client name and watchword of the client each time the client logins.
2.2.2 Create a user account
The clients who have not enrolled themselves on this site, creates a usernames and a secret key and hence they get registered. They can then use this username and secret key to login themselves any time they want to use the site. To create the account the user have to provide data like first name, last name, email address, secret key, telephone number, email address and the charge card data.
The framework checks whether all the essential data is incorporated and requests more data if in case any data is absent. At that point the framework creates another client name with the goal that client can login whenever they need to login in future to shop. It additionally offers participation to client and tells if there is any unique offer for uncommon events at end of the week, occasions and celebrations [3].
Project overview
2.2.3 Search Item
This capacity enables clients to seek suitable thing that he wishes to buy. Client scan for various wanted merchandise they need and the framework will drill down the entire conceivable thing. The data choice which is accessible is according to the clients requirements.
2.2.4 Buy Item
After the hunt is finished from the client side, they use this capacity to purchase things. It requires clients details like client name and date of birth, wireless number and email address. All these details are kept as a secret and proper authentication to the client is provided. If the given data satisfies the prerequisite then the client can purchase the thing.
2.2.5 Confirmation
All the information provided by the client is checked by the administration department, and if the requirement is fulfilled by the customer then administration department generates a mail to the customer as a confirmation. Now customer can go for the next step which is a payment method.
2.2.6 Payment Method / Payment
This is vital part for both client and the organization office. This area gives us choices about how to finish an exchange. In the first place client picks a sort of exchange strategy he is comfortable with and the one which is simple. In the event when the client is paying by the MasterCard it requires card number, card holder name, card distinguishing proof number. On the off chance that all the given data by client is substantial then exchange will be fruitful. After the installment is fruitful, client gets email from a division which works as a proof of the successful payment. A recognizable proof number and receipt number is provided.
2.2.7 Logout
After the payment process, the client can access his record to check data of his record which is available on the IKEA site. In the event when client wishes to visit the site again he can login again with his past username and watchword [4].
3. Specific Requirement
This subheading provides the detailed requirement of a website design which includes functional requirement.
Description
This capacity empowers an enlisted client to login in their record utilizing same username and secret word every now and then. If the client is not listed on the site then the client can make use of username and secret word. The site then checks whether the username matches the substantial secret word or not. When two clients have same client name and secret word then the organization produces an email with the goal that they affirm the character [5].
Input
Username and Password
Sources
User provides all the required input.
Outputs
It shows that users are logged in a system. The output is stored in a system and displayed on the screen so that the user can see it.
Requirement
The user needs to have user name and password.
Pre –condition
User cannot log in if he has not created a user name and valid password.
Post-condition
User was logged in because he registered to the system if he was not able to login then he/she entered the user name and password incorrect.
Product Features
3.1.2 Create a user account
Description
Those clients, who are not an enlisted client of site, make username and watchword so that whenever they want to login they can use this username and secret key. So to make an enrolled username to login, the required data of client is first name, last name, email address, secret word, telephone number, email address and charge card data.
The framework checks whether all the vital data is incorporated and requests more data in the event if any data is missing. At that point the framework creates another client name so client can login whenever they need to login in future to shop. It additionally offers enrollment to client and advice if there is any unique offer for long end of the week, occasions and celebrations.
Inputs
Given Name, Family name, Email address, Password, Phone number, credit card information.
Source
All data except the specific number given to the customer are input value for the customer. This number is generated from the system administration of the website.
Output
The specific identification number given to a customer is output of a system.
Destination
The completion of creating use name gives account information of a particular user. The user can explore his/her information from the screen that will be displayed once they login.
Pre-Condition
In the event that record exists for utilization and holds detail of his data including username, last name, first name, email address then it is recorded in the framework as a current client with the goal that they are not ready to make another record under same name.
Post- Condition
Once the user name is created the user can explore all the function that is provided by the function “My Account”.
3.1.3 Search Item
Description
This function allows users to search appropriate item which the customer requires. Customer search for different desired goods they want and the system lists out all the possible item information.
Input
User should already have his user account and be logged in.
Source
Inputs including specifications, whether it is a kitchen or drawing room item, date and day when user wants the item is provided.
Output
The results indicating the item date and cost is attached to the user account of particular user which he can see whenever he/she is logged in afterwards.
Destination
The item information regarding the query made by the user will be stored in his/her account associated with the user.
Pre-Condition
The user must know his desired item and date when he /she wants the item to be delivered.
Post-Condition
Completion of the search made on his/her desire generates the output from the function.
3.1.4 Buy Item
Description
After the search is complete from the customer side, they are able to use this function in order to buy item. It requires customer’s personal details such as customer name and date of birth, cell phone number and email address. All above mentioned detailed are confidential. If the given information fulfills the requirement then the customer can buy an item.
Specific Requirement
Input
User Information which includes customer name, identification, email address, etc.
Output
Confirmed item number which includes date, time, and day and item number.
Destination
The booked item will be attached with the user account history.
Pre-Condition
The user must be logged in with valid username and password.
Post-Condition
Completion of this process indicates that the user get an appropriate item once the payment is made.
3.1.5 Confirmation
Description
Given that all the information is checked by the administration department, and following requirement is fulfilled by the customer then administration department generate a mail for the customer as a confirmation. Now customer can go for the next step which is a payment method.
Input
Data includes delivery city, departing city, date and time of delivery.
Output
The item information with holds departing address, destination address, date and time of arrival and departure, name of the customer, item number.
Source
Input such as destination and item they want chosen by the user and item information generated by the system.
Destination
The information generated from the system is displayed to the user either through email or by his account history.
Pre-Condition
The user should be logged in with his user name and password and confirm the item information so that a system can generate more information and pass it to the user.
Post -Condition
The details of all the items are specified.
3.1.6 Payment Method / Payment
Description
This is an important part for both customers as well as for administration department. This section provides us with the options that how the transaction will be completed. First customer chooses a type of transaction method they find easy. If the customers are paying by the credit card it requires card number, card holder name, card identification number. If all the given information by customer is valid then transaction will be successful. After the payment is successful, customer gets email from the administrator department indicating item has been successfully purchased along with transaction identification number, receipt number and valid item in the name of a customer.
Input
The method user wants to make a payment of item. The payment method may include PayPal, debit card, credit card.
Output
The system generates receipt of the payment made by the user.
Source
The bank card information like card number is provided by the user in case the chosen payment method is card or PayPal account.
Destination
The system auto generates the receipt to the user and sends it through mail to indicate the completion of valid transaction.
Pre-Condition
The user should choose a suitable method of payment providing legitimate information of card number of PayPal account.
Post- Condition
All the information matching the receipt is send to the user through email [6].
3.1.7 Logout
Description
After completion of the transaction the customer can access his account to check information of his account on IKEA website otherwise customer can logout from the system. If customer wishes to visit the website again he can login again with his previous username and password.
Input
The user should to be logged in his username and password.
Output
The users will logout of the system.
Source
The information or activity is been completed by the user after the transaction is completed.
Destination
The user will complete his query of the item and go back to homepage of particular item.
Pre-Condition
User should be involved with his account so that he/she can buy an item.
Post-Condition
Item will be booked and desired item will be issued to the customer [7].
3.2. Use Cases model
Performance requirement of the system is below:
- The website page should be downloaded with in time frame of less than 10 seconds.
- The customer should be able to see his/her inquiry within 10 second on the screen.
- The confirmation message should be send to them in 5 seconds.
- The system should be able to handle about 200 users at a peak hour.
3.3.2. Reliability
If at the time of confirmation of order or payment method, the connection between user and system is broken, the system automatically generates an email to the user describing that the task is not completed so that he can recover it.
3.3.3. Availability
As long as internet is present the customer should be available to the administrator all the time.
3.3.4. Security
Customers are required to enter their login information in order to place an order. In case of forgotten username and password system generates modification to users email address and phone. The system allows only authorized member to do administrator tasks as well as customers will only be able see their own information excluding the information of other users information and their account so that privacy is maintained.
3.3.5. Consistency
During a time of change of any information regarding item availability, system should inform customer with latest information. Updating any information of the item should hold consistency among user’s views [8].
4. References
[1]”Desk accessories – Paper & media organisers – IKEA”, Ikea.com, 2017. [Online]. Available: https://www.ikea.com/au/en/catalog/categories/departments/workspaces/10573/. [Accessed: 28- Dec- 2017].
[2] “Paper & Media Organisers – Small Storage – IKEA”, Ikea.com, 2017. [Online]. Available: https://www.ikea.com/au/en/catalog/categories/departments/workspaces/10551/. [Accessed: 28- Dec- 2017].
[3] K.Weigers and J.Beatty, Software Requirements. USA:Pearson Education,2013.
[4] D. Keyes, “SRS Documentation”, Advance Software Engineering, 2016. [Online]. Available: https://file:///C:/Users/mit150824/Downloads/SRS_CS5391_Spring09.pdf. [Accessed: 07- May- 2016].
[5] “Software Requirement Specification”, www.tutorialspoint.com, 2017. [Online]. Available: https://www.tutorialspoint.com/software_testing_dictionary/software_requirement_specification.htm. [Accessed: 28- Dec- 2017].
[6] “Actual Outcome”, www.tutorialspoint.com, 2017. [Online]. Available: https://www.tutorialspoint.com/software_testing_dictionary/actual_outcome.htm. [Accessed: 28- Dec- 2017].
[7] A. Ella, “REQUIREMENTS Analysis Documentation for Air ticket reservation system (ATRS) Team Composition Project Title Air ticket reservation system Prepared By S No”, Academia.edu, 2017. [Online]. Available: https://www.academia.edu/6521426/REQUIREMENTS_Analysis_Documentation. [Accessed: 28- Dec- 2017].
[8] L. Chung, B. Nixon, E. Yu and J. Mylopoulos, Non-Functional Requirements in Software Engineering. Boston, MA: Springer US, 2000.
Order an Essay Now & Get These Features For Free:
Turnitin Report
Formatting
Title Page
Citation
Outline
