全英需求说明书网上订餐系统.docx
- 文档编号:12072616
- 上传时间:2023-06-04
- 格式:DOCX
- 页数:14
- 大小:57.18KB
全英需求说明书网上订餐系统.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.1
3.2.2
3.3UseCases3
3.3.1UseCase#13
3.3.2UseCase#23
3.4Classes/Objects3
3.4.1
3.4.2
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
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 说明书 网上 系统