全英需求说明书网上订餐系统.docx
《全英需求说明书网上订餐系统.docx》由会员分享,可在线阅读,更多相关《全英需求说明书网上订餐系统.docx(14页珍藏版)》请在冰点文库上搜索。
全英需求说明书网上订餐系统
黯然销魂网上订餐系统
软件需求说明书
SoftwareRequirementsSpecification
<2011-12-29>
LeadSoftwareEngineer
Preparedfor
WSU-TCCptS322—SoftwareEngineeringPrinciplesI
Instructor:
A.DavidMcKinnon,Ph.D.
Spring2005
RevisionHistory
Date
Description
Author
Comments
<2011.12.29>
DocumentApproval
ThefollowingSoftwareRequirementsSpecificationhasbeenacceptedandapprovedbythefollowing:
Signature
PrintedName
Title
Date
LeadSoftwareEng.
A.DavidMcKinnon
Instructor,CptS322
TableofContents目录
RevisionHistoryii
DocumentApprovalii
1.Introduction1
1.1Purpose1
1.2Scope1
1.3Definitions,Acronyms,andAbbreviations1
1.4References1
1.5Overview1
2.GeneralDescription2
2.1ProductPerspective2
2.2ProductFunctions2
2.3UserCharacteristics2
2.4GeneralConstraints2
2.5AssumptionsandDependencies2
3.SpecificRequirements2
3.1ExternalInterfaceRequirements3
3.1.1UserInterfaces3
3.1.2HardwareInterfaces3
3.1.3SoftwareInterfaces3
3.1.4CommunicationsInterfaces3
3.2FunctionalRequirements3
3.2.13
3.2.23
3.3UseCases3
3.3.1UseCase#13
3.3.2UseCase#23
3.4Classes/Objects3
3.4.13
3.4.23
3.5Non-FunctionalRequirements4
3.5.1Performance4
3.5.2Reliability4
3.5.3Availability4
3.5.4Security4
3.5.5Maintainability4
3.5.6Portability4
3.6InverseRequirements4
3.7DesignConstraints4
3.8LogicalDatabaseRequirements4
3.9OtherRequirements4
4.AnalysisModels4
4.1SequenceDiagrams5
4.3DataFlowDiagrams(DFD)5
4.2State-TransitionDiagrams(STD)5
5.ChangeManagementProcess5
A.Appendices5
A.1Appendix15
A.2Appendix25
1.Introduction
Nowadays,thepaceoflifeismoreandmorequickly,therequirementofthecateringismoreandmorehigh.Becauseofthejobmanycustomersaretoobusytotakethetimetoenjoydelicious,sotheorderrequirementhasproduced.Theonlineorderingsystemwillgreatlyfacilitatedinerseating,butalsoconducivetoourmanagementandaftersaleservice.
1.1Purpose
Onlineordersystemwillnotonlybegreatconveniencedinerrepast,butalsobehelpfulforourmanagementandafter-salesservice.Atthesametime,wecanalsohelppleasesystemofourhotel(restaurant)expandbusinessscope,increasevisibility.
1.2Scope
1.Thenameofthesystemis:
AnranxiaohunOrderSystem.
2.Thisprojecttaskparticipant:
XXrestaurant.
3.Developers:
ZhengzhouUniversitySoftwarecollege091LiuXiaorong.
4.Customers:
Allofthepeoplewhoneedtoorder.
5.Torealizethissoftwarecomputingcenterorthecomputernetwork:
thesoftwarecollegeofZhengzhouUniversity.
6.Thesystemneedstobeintheothersystemandthenetworkdirectlycopydata,sointhedefinitionofdatatoandexistingsystemcompatible.ThesystemusertheB/S,ServerusingMicrosoftServer2003forthestationoperatingsystem,itistouseMicrosoftSQLServer2005fordevelopingsoftwaredatabaseserviceprogram.
1.3Definitions,Acronyms,andAbbreviations
SRS–SoftwareRequirementsSpecification
HMS–AnranxiaohunOnlineSystem
Subjectivesatisfaction–Theoverallsatisfactionofthesystem
Endusers–Thepeoplewhowillbeactuallyusingthesystem
1.4References
a).CN60groupneedsanalysismanualV_2.0
b).“Consumerrightsandinterestsprotectionlaw”
c).Theapprovalusercontract,theuserrequirementsspecifications"and"theprojectdevelopmentcontractmayentrust"
1.5Overview
TheSRSisorganizedintotwomainsections.ThefirstisTheOverallDescription
andthesecondistheSpecificRequirements.TheOverallDescriptionwilldescribetherequirementsoftheHMSfromageneralhighlevelperspective.TheSpecificRequirementssectionwilldescribeindetailtherequirementsofthesystem.
2.GeneralDescription
2.1ProductPerspective
a)ProductIntroduce
Productname:
AnranxiaohunOrderSystem
Productusage:
Toprovidenewsreleaserestaurantfood,getcustomerorderinformation,servicecustomerwithdishes.
b)Productstousergroups:
Thehotel,onlineshop,andsomeofthelargesupermarketordersystem,etc.
2.2ProductFunctions
Thissystemismainlyaimatcustomeropenonlineordersystem.
Customersordertheprocedureisasfollows:
1.Customersorderonlineloginsystemmenubrowsingorregisterasmembers.
2.Membersofhisownpersonalinformationcanchangetomembershipformonthecustomerenjoymealservice.
3.Ifthecustomerfeelmenushouldchangecanbeselectedtochoosethemenu,modify,deleteetc.Function.
4.Whencustomerssureorder,thecustomercanwillitsubmittedtoourrestaurantthebackgroundsystem,andtheformationoforderform.
5.Customerscanhaveanopiniononthesystemorrestaurantoradvicethemessagetogiveus,wewillpromptlysatisfactoryreply.
Theadministrator,backgroundmanagementprocessisasfollows:
1.Theviewpointmealsystembackground.
2.Administratorscanmembershipinformationmanagement.
3.Thebackgroundwillbesubmittedtothecustomerorderafterhutchdisplay.
4.Accordingtothecustomerorderafterkitchencookingmenu.
5.Eachcompletedafoodistochangeitsstatustoalreadydo.
6.Allorderfoodafterthecompletionofthememberstosendthefoodaddresssubmittedaccordingtoconfirmandgivethemeal.
2.3UserCharacteristics
Theenduserofthesoftwareofthetypeandcharacteristics:
Usertype
Characterization
Usermanagement
Userlogin
Userregister
Useroperations
Mealproductdisplay
Mealoftheproductindetail
Intoashoppingcart
Viewtheshoppingcart
Detailedinformationsubmitted
Feedback
Visitallmassage
Administratoroperation
Increasefoodproduct
Fixthismealproduct
Deletemealproduct
Replymessage
Removemessages
Billpayment
Theconfirmationanddistributioninformation
Endorders
Setoverfriendlyinterface
2.4GeneralConstraints
Fundingrestrictions:
intermsofthedevelopmentbudgetcontrolrange
Developmentterm:
thissystemdevelopmentdeadlinefor90days
Thissystemdevelopmentenvironmentfor:
Thecompiler:
VisualC++6.0
Database:
MicrosoftServer2003
Operatingsystem:
MicrosoftWindowsXP
Theprojectusedagreement:
HTTPprotocol
RSS2.0
2.5AssumptionsandDependencies
AS-1:
Exceptinspecialcircumstances,therestaurantwillgotoworknormally
DA-1:
Acceptcustomer'srightrestaurantorder
3.SpecificRequirements
3.1ExternalInterfaceRequirements
3.1.1UserInterfaces
Attribute
Datatype
Allowsnull
userID
Int
Notnull
Primary
userName
Varchar(30)
Notnull
userPass
Varchar(30)
Notnull
userMail
Varchar(50)
userRealName
Varchar(30)
userSex
Varchar(4)
3.1.2HardwareInterfaces
3.1.3SoftwareInterfaces
Supportaseriestoaccessdataoffunctioncalls.Thistypeofinterfaceinafewyearsagoistheonlychoiceofthedevelopers.APInormallywithDLLSprovideform,fromVisualBasicaccess.WindowsenvironmentwiththeAPIisacommonproblemVisualBasicapplicationssometimescan'tprovideAPIspecifiedasinputparametersdatatypes.Inthiscase,thedevelopermustbeintheVisualBasicapplicationandtheAPItowriteamappingbetweenlayer.Fortunately,allinthischapteroftheinterfacetodiscussstandardformwrite,supporttheVisualBasicprogramcalls.SQLServertoVisualBasicprogrammingpersonneltoprovidetwocallsbylevel
3.1.4CommunicationsInterfaces
Alongwiththedevelopmentoftheobjectorientedprogramming,APItypeofinterfaceisbeingreplacedbyobjectinterface.Intheinterfacebycreatingobjectstoaccessdatabaseandnotusedirectfunctioncall,theusercanbesetupandgetobjectattributeorcallmethod.Theprogramcodebecamemoreclear,developandmaintainmoresimple.
3.2FunctionalRequirements
3.2.1
3.2.1.1Introduction
Usersaccesstothewebsitedirectlyintothiswebsitecanbedirectlyintothewebsitehomepage,canchoosetologin,ifcanchooseforregistration,onlyregistereduserscanorder.Registeredprovidetheusernameandpassword,usernamecanonlytesting,iftheexistinginalsohints.Inadditiontojoinrememberpasswords,landingacanbeintwoweeksdon'tneedtologin,directlyintologgedin.
3.2.1.2Inputs
Displayfoodallkindsofinformation,canbeinclassificationquery,dynamicsearch,thedesignpageseparated,thelayoutoftheinterfaceproblems,userstobrowsethechoice.
Displayofamealproductofdetailedinformation,includingvegetables,ingredients,taste,price,etc,inordertoofferusersinyourshoppingcart
3.2.1.3Processing
Toachieveupthemanagementoffood,includingtheincreasedfood,deleteitems,modifiedquantity.
3.2.1.4Outputs
Acceptshoppingcartinformation,andthengettheordernumber,dynamicrefreshtopsinglestate,afixedtime(suchas30seconds)finishadish,userscancontinuetomodifyforcompleteitems,hascompletedfoodcan'toperation,theuserchangeorderandpreserve.
3.2.1.5ErrorHandling
Automaticjumptoerrorinterface
3.2.2
…
3.3UseCases
3.3.1UseCase#1
3.3.2UseCase#2
…
3.4Classes/Objects
3.4.1
3.4.1.1Attributes
3.4.1.2Functions
3.4.2
…
3.5Non-FunctionalRequirements
Functionalrequirementsdefinetheneedsintermsofperformance,logicaldatabaserequirements,desi