Monday, June 3, 2019

System Requirements for Electric System for Car Rental

System Requirements for Electric System for motor gondola Rental1. IntroductionXYZ is a machine hireal company located in Saudi Arabia, and has branches in all major cities. XYZ main business line is to provide rental service of vitiated civilian cars for individuals. XYZ is planning to expand its business and to approach larger guest base by allowing clients to book from online. Also XYZ needs to automate its current paperwork processes to lessen the operation cost and increase the control over its processes.Document PurposeThe purpose of this document is to describe business requirements of an Application completely, accurately and unambiguously in Technology-independent manner. All attempts have been made in using mostly business terminology and business language while describing the requirements in this document. Minimal and commonly mute Technical terminology is used. Use good example approach is used in modeling the business requirements in this documentIntended Audien ceThe main think audience for this document are the business owners of Osteoporosis Surveillance administration. They must be able to verify that their business requirements have been documented here completely, accurately and unambiguously.As such, the audience can be summarized as followsScope DiagramTo be done by later.Project ScopeProject scope is toDevelop major ModulesDevelop Web-based Application, which contains the questRenting Car ModuleThis module be concerned with managing Rent and return car by node and concerning with payment rent fees and its related penalties if violation happened.Repairing Car ModuleThis module be concerned with managing and track car repairing during its operation.Insuring Car ModuleThis module be concerned with managing and tracking car insurance period and coverage.Disposing a Car ModuleThis module be concerned with managing disposing cars and using its spare parts for other cars. guest Car Rent ModuleThis module be concerned with allow pub lic customer to rent car over his level.Develop briskness phone Application, which contains the adjacent guest Car Rent ModuleThis module be concerned with allow public customer to rent car over his account.Integrate with the following pointsFinancial SystemThe Electronic System for Car Rent (ESCR) should compound with Financial System by trip all transaction of create parvenue contract, penalties, Income, disposing, or repairing car by credit or deposit car balance in fiscal system using XML greenback transaction both financial transaction whither credit (e.g., renting fees) or debit (e.g., maintenance fees) must be all communicated to the financial system. insurance CompanyThe ESCR should mix in with should integrate with Insurance system to re youthful car insurance contract using XML posting transactionGovernment barter violation SystemThe ESCR should integrate with Traffic system to retrieve all traffic violation tickets on XYZ Company cars in order to collect the viol ation ticket fees from customer using XML posting transaction.Payment GatewayThe ESCR should integrate with third party payment gateway to collect car rent fees over with SADAD, Credit Card and PayPal channels.SMS GatewayThe ESCR should integrate with third party SMS gateway to send SMS notification generated by system to customer.Email GatewayThe ESCR should integrate with email gateway to send SMS notification generated by system to customer.The exploiter interface must support the following web browsersInternet Explorer v8 v10Google Chrome v33, and v32 (Latest 2 versions).Ability to add (Migrate) current cars information. entropy retention policy is to keep only last 3 years data in the system, any other older data is to be archived on tapes on yearly basis.Email system and SMS gateway supposed availability is 24/7/365.StakeholdersStakeholders measures provides a clear definition of each stakeholder of the Use courtship and functionality, what do every stakeholder or get from the functionalities, why do each stakeholder care if feature works or nor, and how do each stakeholder measure winner/failure of the feature?Definitions, Acronyms, and AbbreviationsReferencesBusiness Case XYZ Company Electronic System for Car Rental Document.General ConstraintsThis subsection of the SRS should provide a general description of any other items that leave alone limit the developers options for purposeing the system.Assumptions and DependenciesThis subsection of the SRS should list each of the factors that affect the requirements stated in the SRS. These factors are not design constraints on the software but are, rather, any changes to them that can affect the requirements in the SRS.Specific RequirementsThis part of SRS will be the largest and most important section of the SRS. The customer requirements will be embodied because they will be used to guide the projects software design, implementation, and testing.External Interface Requirements (Integration Points)Fun ctional RequirementsThis section describes particular features of the software project. If desired, some requirements may be specified in the use-case format and listed in the Use Cases Section.Traceability MatrixThe purpose of the traceability matrix is to link requirements, design specifications, and validation. Traceability among these activities and documents is essential. Traceability matrix acts as a map, providing the links necessary for determining where information is locatedSystem functioningesCustomer Registration ProcessProcess DescriptionCustomer rise to power ESCR application through browser or smartphone application.Customer selects to create new account on ESCR.System requests customer to fill his required information which iscustomer get tocustomer mobile numbercustomer email underwrite informant person namereference person mobile numberCustomer (Citizen) IDThe system validates the filled data hence save new create account request in system with New State.The Request goes to Riyadh break Manager to approve request upon verification.In case the Riyadh growth Manager approved the request system will create new account in system and inform user to email that his request has been approved and system should send generated password and use his email as username.In case the Riyadh Branch Manager Reject account request he should fill reason of rejection then system will send email to user with apology email with reason of rejection and he is able to request create account (Step1).Customer Registration WireframesPlease view wireframe in paperCustomer Registration Use CasesUC1.1Register New Account Use CaseActorCustomer (anonymous User)DescriptionThis use case concerned with allowing anonymous user to narrative as Car Rent Customer.Priority HighTriggerAnonymous User access system home page (Web or by smart phone)PreconditionN/ANormal FlowThe actor selects to Create new Account in ESCR.The system response by prompt user to fill account inform ation which arecustomer namecustomer mobile numbercustomer email addressreference person namereference person mobile numberCustomer (Citizen) IDThe actor fills palmcustomer namecustomer mobile numbercustomer email addressreference person namereference person mobile numberCustomer (Citizen) IDThe actor selects to create new account.The system validates filled information.The system creates new account in system with New state and prompt user with the following message Dear Customer thank you for registering in ESCR, your account will be validated, please wait till notification sent to your email.Alternative FlowIn case the user did not fill required fields (Message appear)In case the email format is wrong (Message appear)In case already exist email (Message appear).. (all cases should be filled)Sub FlowN/ARulesEmail should be unique in systemCitizen ID should be unique in system.Data DictionarySoQN/ARenting Car ProcessRenting ProcessProcess DescriptionFrom ESCR website or through it s smartphone app, the customer can select the car and book it directly as well as submitting his payment.The customer has 2 option ether to login from first step or to login upon payment step.The customer needs to login into the systemThe Customer selects to specify the rental duration, then selects available cars. Please view Note 1 below.The system should calculate the fees and applies the discount (if applicable and based on the customer information) Please view Note 2 below.The customer will be requested to make the payment electronically (SADAD, Credit Cards or PayPal). Please view Note 3 below.Once the customer pay the fees, system should display the receipt to the customer and should send a copy of the receipt to the customers email.The receipt should have all the contract details, which isThe customer informationthe car informationcopy of the car insurance contractthe payment informationMap/address of the branch where the car is located.The fees and a reference to the contr act are required to be communicated to the financial system in a timely manner.Note1Available car means any car in branch did not has any of the following casesCar in rent duration with customerCar in reaping workshopCar DisposedInsurance contract expired unless it status in renewed.(any car should not rented to customer if the insurance contract not issued for example the expiry date is 1 March., then not car will not be available for rent from 1 March. till contract is renewed it will be back to be available)Note2The discount should be calculated as followsStudents 5%Senior (older than 50 years) 10%Returned Customer 15%to a greater extent than 7 days 10%More than 7 days and return customer 25%Student and returned customer %20People with disabilities 15%People with disabilities, senior, and returned customer 20%People with disabilities, senior, returned customer, and more than 7 days 25%People with disabilities, student, returned customer, and more than 7 days 25%People with disa bilities, and student 20%Note3Note that the customer can fret the operation at any time before making the payment.Return Car ProcessDescriptionOnce the Customer return the car the Branch manager check for the followingtraffic violation (in case found the customer should pay the amount)rental duration(The customer should be charged a penalisation of 100$ for each exceeded day)car issues (in case issue happened the customer should pay penalty as belowBody Scratch 10$Window or Mirror Broken 100$Total Loss 10000$Accident but car still working 1000$Other 1500$Distance (the customer should be charged for extra distance exceeded the 100 Km per day limit, as 3$ per Km)Repairing Car ProcessWhen car is returned the system should check if car last maintenance reaches 30 days or if the car exceeded 5,000 Km since the last time it has been repaired (whichever comes first).The branch manager should send the car to the maintenance workshopOnce the maintenance is done Branch Manager should u pload the maintenance details and the invoices into the car record in the system.Fees are required to be communicated to the financial system in a timely manner.The car should be not available for rental during the maintenance period.Issuing Car ProcessThe system will keep track of the expiry date of the car insurance contract,In case the car issue is about to expire (15 Days) system will send a notification to the branch manager.The branch manager from the system, will renew the contract using integration with insurance system and submit the payment electronically (SADAD, Credit Card or PayPal).The system will update the car record with the expiry date and insurance contract details.The insurance fees will to be communicated to the financial system in a timely manner.Disposing a Car ProcessThe system must keep track of all the cars, and once a car is 5 years old since the manufacturing date an email notification must be sent to the branch manager.The car must be outside automatica lly from the system.Disposed cars should be used a spare parts for other cars. And the income made from selling the car is required to be communicated to the financial system in a timely manner.Non-Functional RequirementsPerformanceReliabilityAvailabilitySecurityMaintainabilityPortabilityDesign ConstraintsLogical Database RequirementsOther RequirementsAnalysis ModelsSequence DiagramsData Flow Diagrams (DFD)State-Transition Diagrams (STD) win over Management ProcessAppendicesAppendix 1Appendix 2

No comments:

Post a Comment

Note: Only a member of this blog may post a comment.